home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / graphics / 5785 < prev    next >
Encoding:
Text File  |  1992-08-25  |  2.9 KB  |  62 lines
  1. Newsgroups: comp.sys.amiga.graphics
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!news.uni-bielefeld.de!techfak.uni-bielefeld.de!markus
  3. From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
  4. Subject: Re: ADPro vs. ImageMaster: Which is better for DTP?
  5. Sender: news@unibi.uni-bielefeld.de (News Administrator)
  6. Message-ID: <1992Aug26.083927.28024@unibi.uni-bielefeld.de>
  7. Date: Wed, 26 Aug 92 08:39:27 GMT
  8. References: <1992Aug7.060003.8846@sarah.albany.edu> <64413@cup.portal.com> <64675@cup.portal.com>
  9. Nntp-Posting-Host: aidec501.techfak.uni-bielefeld.de
  10. Organization: Universitaet Bielefeld, Technische Fakultaet.
  11. Lines: 49
  12.  
  13. In article <64675@cup.portal.com>, blackbelt@cup.portal.com (Ben - Williams) writes:
  14. |> Marcus Illenseer,
  15. |> 
  16. |> Note that Imagemaster was designed and released before CBM came OUT with
  17. |> the style guide. Your point is taken, though - we are working on it. The
  18. |> trick is to use an Amiga "Standard" interface and have the same power
  19. |> and flexibility available. It's not as easy as it might look from
  20. |> outside. We'll do it, though. :^)
  21.  
  22.  Okay, this is good to hear! I think (hope) this will increase the 
  23.  user-friendlyness and the power of ImageMaster.
  24.  
  25. |> 
  26. |> You mentioned GigaMem; we've put in something for the 9.16 release (due
  27. |> shortly, a few weeks) designed especially for Gigamem; it allows the
  28. |> user to specify that the memory for the image buffers may be allocated
  29. |> withOUT the MEMF_PUBLIC flag, which GigaMem likes to use to discriminate
  30. |> who gets VM and who does not. 
  31.  
  32.  Indeed, correct. It's really good to see that you are actually develloping
  33.  your product :)
  34.  
  35. |> We used MEMF_PUBLIC because the image buffers
  36. |> ARE public; other programs can use/multitask them with us... so to use
  37. |> GigaMem as it was intended to be used, this little feature makes it much
  38. |> easier. It's not too bad a deal to do; although it breaks the idea of
  39. |> the MEMF_PUBLIC flag, since CBM doesn't provide a MEMF_VIRTUAL or
  40. |> MEMF_SWAPPABLE flag, and has remained mum on the subject, we felt it was
  41. |> time to do something positive. Anyway, I ramble. Cioa.
  42. |> 
  43. |> Typos... I hate typos: Ciao. :^)
  44. |> 
  45. |> Ben
  46.  
  47.  MEMF_Swappable :-) Good idea. Anybody willing to patch exec ? :)
  48.  Well, MEMF_PUBLIC was designed to alloc memory in any free space of the
  49.  RAM, i don't think it was intended to allocate it to make it accessable
  50.  for all tasks. I don't think you break any rule. Anyway you actually
  51.  have provided the way to have access to your memeory, other image processing
  52.  tools for Amiga don't do this, and, the eat ALL avail RAM on start w/o
  53.  asking...
  54.  
  55.  Cioa Markus :)
  56.  
  57. -- 
  58. Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
  59. Universitaet Bielefeld Fax: (+49 521) 106-2992
  60. Technische Fakultaet   Phone: (+49 521) 106-2926(internal only); -5329
  61. Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
  62.