home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3086 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.3 KB
  1. Path: nntp.teleport.com!sschaem
  2. From: sschaem@teleport.com (Stephan Schaem)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Amiga programmers in deep shit...
  5. Date: 10 Feb 1996 22:04:15 GMT
  6. Organization: Teleport - Portland's Public Access (503) 220-1016
  7. Message-ID: <4fj4ov$1lo@maureen.teleport.com>
  8. References: <4ccpsd$d8f@maureen.teleport.com> <Kevin_Phair.040b@bgi.internet-eireann.ie> <4cjimb$4im@maureen.teleport.com> <Kevin_Phair.040n@bgi.internet-eireann.ie> <4cto7l$t4s@maureen.teleport.com> <4ctuqh$1gj@serpens.rhein.de> <4d0dch$cup@maureen.teleport.com> <4d0lji$b3s@serpens.rhein.de> <4d37mb$sbo@maureen.teleport.com> <4ddg32$7h5@serpens.rhein.de> <4de1ok$ren@maureen.teleport.com> <4den0n$apt@serpens.rhein.de> <4dgiqq$9s5@maureen.teleport.com> <peterk.0kbh@combo.ganesha.com> <4f14i8$5ap@maureen.te
  9.  
  10. NNTP-Posting-Host: kelly.teleport.com
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. leport.com> <peterk.0kg0@combo.ganesha.com>
  14. Organization: Teleport - Portland's Public Access (503) 220-1016
  15. Distribution: 
  16.  
  17. Dr. Peter Kittel (peterk@combo.ganesha.com) wrote:
  18. : In article <4f14i8$5ap@maureen.teleport.com> sschaem@teleport.com (Stephan Schaem) writes:
  19. : >Dr. Peter Kittel (peterk@combo.ganesha.com) wrote:
  20. : >: In article <4dgiqq$9s5@maureen.teleport.com> sschaem@teleport.com (Stephan Schaem) writes:
  21. : >: >
  22. : >: > My point was... CBM didn't think about speed a bit when designing 
  23. : >: > the grpahics.library.
  24. : >
  25. : >: You are rather fast with sweeping accusations, aren't you? Never
  26. : >: heard that one great games programmer and graphics wizard named
  27. : >: Chris Green worked there?
  28. : >
  29. : > Chris Green was not the one that design the graphics.library,
  30. : > I remember electronicly talking to him in 88 and he was not
  31. : > working for CBM yet, but the .library was already designed then.
  32.  
  33. : And you never heard that especially graphics became faster over time?
  34. : You mean that happened by itself, or perhaps because some experts
  35. : optimized the code?
  36.  
  37.  after near a decade of optimization by expert its pretty far from
  38.  beying fast... at least as efficient as it should be. But maybe
  39.  those expert done the most they could... I wish more experts worked
  40.  on the workbench code on 3.x!
  41.  
  42.  Just analize what happen when you open a wb window and scroll down
  43.  into it (first if you move the mouse (HW sprite pointer) while the WB is 
  44.  sorting the sorting will take ~10% more time to complete, and that can be
  45.  a long time even on a 25mhz 32bit cpu) then the display itself is very
  46.  slow (caused by wb code, and or the fact that the blitting might not be
  47.  done in parallel... busy wait loop before exiting gfx function)
  48.  And the worst , the scrolling is soo slooow & buggy, jumping back and 
  49.  forth... I guess thats why the intuition expert 'removed' realtime
  50.  WB window scroll....
  51.  Anyway, I dont use the WB so I dont suffer from all this slow and buggy
  52.  code.
  53.  
  54.  About gfx, it was intereesting to see that Chris Green require the user to
  55.  have a tmpras when its not even used! In all my code I alloc a 4k tmpras
  56.  (even so its NEVER USED) so I can 'fake' gfx function to return without
  57.  doing a busy loop CPU waitblit. During the process of finding that out
  58.  (This is not mentioned in ANY doc) I found that 3.x still use function
  59.  C glue and push register on the stack and jump to the C function that 
  60.  get them from the stack...
  61.  
  62.  Stephan.
  63.