home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2401 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.9 KB
  1. Path: fc.hp.com!news
  2. From: koren@hpsrk.fc.hp.com (Steve Koren)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: WritePixelArray vs. ClipBlit vs. ...
  5. Date: 30 Jan 1996 19:54:36 -0700
  6. Organization: HP Fort Collins Site
  7. Sender: koren@hpsrk.fc.hp.com
  8. Message-ID: <oj63f8xjcpf.fsf@hpsrk.fc.hp.com>
  9. References: <oj6ka2yity1.fsf@hpsrk.fc.hp.com> <sqoWx*NA0@mkmk.in-chemnitz.de>
  10.     <4e9dju$ron@sunsystem5.informatik.tu-muenchen.de>
  11.     <oj6n379tmab.fsf@hpsrk.fc.hp.com>
  12.     <4eldi8$5j9@sunsystem5.informatik.tu-muenchen.de>
  13. NNTP-Posting-Host: hpsrk.fc.hp.com
  14. In-reply-to: fischerj@informatik.tu-muenchen.de's message of 30 Jan 1996 15:30:16 GMT
  15. X-Newsreader: Gnus v5.0.9
  16.  
  17.  
  18. fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer) wrote:
  19.  
  20. > |> Well, it is not a game, it is an application.  It would prefer to always
  21. > 
  22. > So if you don't do animations where converting to planar cares,
  23. > writepixelarray8(gfx.lib) is sufficient for any 8bit screen on any
  24. > gfx-system (AGA and cards).
  25.  
  26. Yep, but WPA8() can only handle register based modes, so it is limited
  27. to a maximum of 256 colors (really somewhat fewer when you subtract out
  28. what other apps are using).  I want also to be able to draw in truecolor
  29. on truecolor screens - in fact, that's the case I care most about.  So I
  30. have to use the cybergfx functions on those screen modes.  Which was
  31. what my original problem was - I have to deal with two APIs - one for
  32. register modes and one for truecolor modes.  It *does* work, and work
  33. well I might add, to call gfx lib fns on LUT screens and cybergfx fns on
  34. truecolor screens.  But it is just annoying.
  35.  
  36. Now I think we have gone full circle here :-)
  37.  
  38. > mhm I don't know, is obtainpen() one of that workbench-colorsharing
  39. > routines ?
  40.  
  41. Yes - ObtainBestPen does color sharing.  Which I want, if I'm running on
  42. a LUT screen.  No point in exclusively grabbing a bunch of pens I don't
  43. intend to write to.  I'm trying to be a good little app (unlike many
  44. others which just go ahead and stomp on pens other apps are using
  45. because they don't *allocate* pens, just use them).
  46.  
  47. > Ever though about using HAM8 ? There is a way on AGA to get Workbench
  48.  
  49. Yuck.  Double-yuck in fact.  I want my app to be able to use any screen,
  50. either register or truecolor, not force some mode id that won't work on
  51. graphics cards.  Also, HAM8 puts a serious resolution limiter of about
  52. 800x600+overscan on things that use it (or 640x400+os if you have a
  53. multisync that won't sync as low as the 800x600 scan rate).  I want to
  54. have my program cope with *any* resolution the user wants to use, even
  55. if it is 2048x1600 or some such.  I personally *hate* apps that limit me
  56. to some low resolution like 800x600 when every other screen on my system
  57. is 1280x1024x8 or 1024x768x16-bit.
  58.  
  59. HAM8 is great for some things, but this ain't one of them, and apps that
  60. open HAM8 screens annoy the hell out of those of us with gfx cards.
  61.  
  62. > to get Workbench
  63. > into HAM8 mode with just clicking on a (selfmade) prefs-icon BTW.
  64.  
  65. Now you want my app to change the user's Workbench modeID?  YUCK!  Any
  66. program that even *thinks* about doing that to me immediately goes into
  67. the trashcan, no further questions asked.  I will never *use* such
  68. software, and I sure as heck won't *write* it either.  What does your
  69. icon do if my workbench is, say, 1024x768x24-bit, and you can't close it
  70. to open a new mode?
  71.  
  72. > ? I thought you explained 24->8. 8->24 is slow seen from games, but
  73. > fast seen from a rendering program.
  74.  
  75. Must be thinkin' of somebody else - I don't think I ever said anything
  76. about games vs. rendering programs, but there was another discussion
  77. along those lines going on.
  78.  
  79. > |> applications can always speak 24 bit, and any necessary remapping is
  80. > |> done at display time.
  81. > 
  82. > if you got multiple windows needing different pallete it becomes
  83. > more difficult..
  84.  
  85. Sure, but with proper pen sharing it all works out.  OS3.0 has all the
  86. fundamentals - it just lacks an API that lets me deal in 24 bit
  87. internally without worry about details like pens.
  88.  
  89.   - steve
  90.