home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4736 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.7 KB  |  62 lines
  1. Path: oreig.uji.es!ii202
  2. From: ii202@rossegat.uji.es (Jorge Acereda Macia)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: ChangeScreenBuffer()
  5. Date: 4 Mar 1996 14:01:46 GMT
  6. Organization: Universitat Jaume I. Castell≤ de la Plana. Spain
  7. Message-ID: <4het4a$rbf@oreig.uji.es>
  8. References: <4gl1e7$r6s@oreig.uji.es> <1996Feb24.154556.15537@imada.ou.dk> <4gt3dq$6fg@oreig.uji.es> <1996Feb28.190533.23231@imada.ou.dk>
  9. NNTP-Posting-Host: @rossegat.uji.es
  10. X-Newsreader: TIN [version 1.2 PL2]
  11.  
  12. Bjorn Reese (breese@imada.ou.dk) wrote:
  13. > Jorge Acereda Macia (ii202@rossegat.uji.es) wrote:
  14. > > Bjorn Reese (breese@imada.ou.dk) wrote:
  15.  
  16. > > There's is another issue... Pressing the depth gadget will freeze
  17. > > the game/demo until you release it. Any solution?
  18.  
  19. > None, that I can think of. However, chances are that if the user
  20. > is pressing the depth gadget, (s)he's isn't paying attention to
  21. > the game/demo and probably wants it to freeze.
  22.  
  23. I mean that if you keep pressing the depth gadget a couple of
  24. seconds all the calls to ChangeScreenBuffer() during that time
  25. will fail. I've been watching demos and the usual approach is
  26. to exit the demo as soon as the user presses the mousebutton,
  27. so the problem is solved :-) But for games... It's a different
  28. world. Perhaps opening a backdrop window will solve the problem...
  29. Will try it tonight.
  30.  
  31. > > > some example in NDK called doublebuffer.c, I believe) However, this
  32. > > > can give some strange results under some circumstances, so I prefer
  33. > > > WaitTOF().
  34. > >
  35. > > I had no problem with it... What problems do you refer to?
  36.  
  37. > Let's see if I can remember it...
  38.  
  39. > Put your double-buffering screen behind another. Drag the frontmost
  40. > screen down 20-30 rasterlines. Watch your double-buffering swap at
  41. > an amazingly high rate.
  42.  
  43. Yeah, I remember experiencing this nasty bug in my code, but it was
  44. all my fault. It was due to a bad replyport assignment (I was assigning
  45. the DispPorts to the ports intended to receive the SafeMessage). I
  46. fixed this and it worked fine. Check that assignments in your code.
  47.  
  48. BTW I'm writing some sample code: OpenDBScreen(), CloseDBScreen() and
  49. ChangeDBScreen() (and one more function will probably be needed to
  50. wait for the DispMessage). If anyone is interested (or if anyone
  51. has already written such a thing and I'm reinventing the wheel) 
  52. drop me a line.
  53.  
  54. Greets,
  55. --
  56.  ---------------------------- --------------------------------------------
  57. |       Jorge Acereda        |      Dream the same thing everynight       |
  58. |   ii202@rossegat.uji.es    |       I see our freedom in my sight        |
  59. |       Intel Outside        |     No locked doors, no windows barred     |
  60. |        Amiga Rules         |   No things to make my brain seem scarred  |
  61.  ---------------------------- --------------------------------------------
  62.