home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / programm / 12450 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.7 KB
  1. Path: sparky!uunet!utcsri!torn!utzoo!censor!comspec!nsq!entity
  2. From: entity@nsq.uucp (cybernetworx)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Program to generate COPPER LISTS wanted.
  5. Message-ID: <282@nsq.uucp>
  6. Date: 18 Aug 92 19:37:44 GMT
  7. References: <Paul_Trauth.0m6i@agwbbs.new-orleans.LA.US>
  8. Organization: NSQ
  9. Lines: 40
  10.  
  11. In article <Paul_Trauth.0m6i@agwbbs.new-orleans.LA.US>, Paul_Trauth@agwbbs.new-orleans.LA.US (Paul Trauth) writes:
  12. >
  13. > i've felt a need for this sort of thing for a long time, myself.
  14. > the ULTIMATE Cool But Hard As Hell suggestion: Integrate it into DPaint
  15. > 3/4.
  16. > This HAS been done before; there was a program that let you do animation in
  17. > DP2, which had no animation capabilities.
  18. > As an artist and a programmer, i can tell you that it's a real pain drawing
  19. > pictures designed for intense copperlists. (for instance, i have a small
  20. > program that throws up one of two built-in pictures during my boot, with
  21. > copperlists on them; the images are only 4 bitplanes but have 40-50 colors
  22. > displayed, counting some duplicates.)
  23. > Of course, i also realize that this would be a real pain in the arse to
  24. > DO...
  25.  
  26. Hmm, yeah it might be pretty damn difficult to integrate it into Dpaint. 
  27. Let's see, you'd have to steal their copperlist, replace it with your own and
  28. that's just for the display.  For one, that's not very nice :-), and secondly,
  29. it can present a lot of problems.  You'd have to have a VB interrupt running
  30. to check every frame to see if the current screen is on the dpaint screen or
  31. not, and if so, then adjust the copperlist etc.  And that's just for the
  32. display.. never mind integrating your own commands into dpaint.
  33.  
  34. What someone else HAS suggested, and what will definitely be implemented is to
  35. take an IFF image and overlay it on the screen.  This way you can edit both
  36. background color or any other color register for the image on the screen.  Of
  37. course, you can't edit the image simultaneously but just this in itself can
  38. help solve a lot of copperlist headaches.  You don't have to keep reassembling
  39. to see if your copper colors are in the 'exact' right place etc.  Not as good
  40. as being able to do it in Dpaint directly, but I guess a good compromise.
  41.  
  42. If you or anyone else has any further suggestions, please email me and 
  43. if it's viable, I'll make sure it's incorporated in the code.
  44.  
  45. > ...maybe i should just suggest this one to EA, when i send them the letter
  46. > telling them all the problems with DP4's implementation (mainly that
  47. > horrible sluggish palette and range requestor...)
  48.  
  49. Yeah, the palette and range requestors really suck the big one.. especially
  50. considering that you need to access it often, especially when originally
  51. designing the palette for the image.
  52.