home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1399 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.2 KB

  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS friendly part II
  5. Date: 18 Jan 1996 18:08:20 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4dm2ak$pgo@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4csu3p$oa6@sunsystem5.informatik.tu-muenchen.de> <4cu1jn$1n7@serpens.rhein.de> <4cv7mb$dn6@sunsystem5.informatik.tu-muenchen.de> <4d0k83$atl@serpens.rhein.de> <4d6am7$i9k@sunsystem5.informatik.tu-muenchen.de> <4ddhou$7qu@serpens.rhein.de> <4deshh$mpj@sunsystem5.informatik.tu-muenchen.de> <4dg16j$ha1@serpens.rhein.de> <4djdn2$2tk@sunsystem5.informatik.tu-muenchen.de> <4dk1km$k4@serpens.rhein.de>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle5.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4dk1km$k4@serpens.rhein.de>, mlelstv@serpens.rhein.de (Michael van Elst) writes:
  15. |> fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer) writes:
  16. |> 
  17. |> >how to interpret it ? So is there a OSy way to finally get a copper list
  18. |> >which is changing 102 each line ?
  19. |> 
  20. |> Yes. But no abstract way. You actually have to use copper lists.
  21. |> 
  22. |> >IF so, then I guess I will need to use loadview() for buffering, 
  23. |> >no Amiga-M :\
  24. |> 
  25. |> That's what you guess.
  26.  
  27. :)
  28. having 256 vports you can't use scrollvport for buffering.
  29. well, maybe just using new OS3.0 buffering can do it without. maybe not.
  30. (does changescreenbuffer() imply a new ucopl ?)
  31.  
  32. problem: I need 2 copperlists for displaying _1_ buffer, switching
  33. between them each frame, interlacing the ghost look.
  34.  
  35. maybe there is a way using the 2 coplists used for normal interlace,
  36. but am I right this is going deeper than CMOVE() etc.
  37.  
  38. the goal of using OS is for example working on all monitors, but
  39. then I have to do special variants if I poke 102...
  40.  
  41. |> 
  42. |> >So the OS compliant version will behave more nasty to the user on
  43. |> >OS3.0, which is the price for it working on 4.0 ?
  44. |> 
  45. |> And that's your gorgous mind assuming things.
  46. |> 
  47. |> >is there ham emulation on gfx-cards btw. Could I also run a ham8 wb on draco ?
  48. |> 
  49. |> No, you couldn't.
  50.  
  51. hmmm. Imagine OS comliant software letting me draw/watch ham8 images.
  52. So I will be able to do 18bit drawing on my vanilla A1200, but not
  53. on draco ? not good, really not good. Needing a special viewer for
  54. a special driver sucks.
  55.  
  56. would be no problem redirecting the data to a special renderer if
  57. ham bit is set in screen struc (I guess the gfx-card got a 24bit mode).
  58.  
  59. |> 
  60. |> >returns "okidoki" on A1200, "careful!" on A4000 and "you damn c0d3r" on A3000 :D
  61. |> 
  62. |> That's what you do all the time. No ?
  63.  
  64. my old intros did check nothing. I intend my new ones not crashing on draco
  65. (well, I hope they soon get a audio.device).
  66.  
  67. true, I still intend to do copper hacks, but a demo/game that lets you
  68. select OS-fallback is imho 100% ok. 
  69. you won't believe it, but I enjoy my current programs not disabling OS, 
  70. if they crash OS had enough time to validate hd after compile, so no
  71. validate after reboot :)
  72.  
  73. but hardwarehacks also got advantages: imageine copper is gone to
  74. nowhere-land due to a bug. anything else is ok, only display sucked up.
  75. what to do ?
  76. start Excess/Riot and press right mouse button for return, and voila,
  77. copper is reset to intuition view ;))
  78.  
  79.  
  80. |> 
  81. |> >Well the only component that could make my copper routines crash in 
  82. |> >a future AGA machine is "kick 3.0". After displaying a warning I will
  83. |> >let user select, brave OCS/ECS/AGA users _might_ get more speed instead
  84. |> >of a crash on OS4.0
  85. |> 
  86. |> Again you simply assume something.
  87.  
  88. no, I hope! if done the way I describe, the code _will_ run on OS4.0
  89. (unless it got a bug itself). well I should have mentioned the select
  90. is between "copper" and "OS". One brave user telling if it also works
  91. on OS4.0 (precondition AGA&PAL) will be enough ;)
  92.  
  93. |> 
  94. |> 
  95. |> -- 
  96. |>                                 Michael van Elst
  97. |> 
  98. |> Internet: mlelstv@serpens.rhein.de
  99. |>                                 "A potential Snark may lurk in every tree."
  100. ------------------------------------------------------------------------
  101.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  102.  
  103.