home *** CD-ROM | disk | FTP | other *** search
/ Enigma Amiga Life 106 / EnigmaAmiga106CD.iso / demo / eurochart38 / articles / sedobbelt < prev    next >
Text File  |  1979-12-31  |  10KB  |  291 lines
  1. »CL8:»SML:--------------------------------------
  2.              »CL9:»BIG:Scandoublers
  3. »CL8:»SML:--------------------------------------
  4.  
  5.           »CL4:  by Troda/Pegas
  6.  
  7. »CL0:When I changed my old »CL1:C=1084S» to a
  8. scandoubler for »CL1:CV3D» card (Phase5) &
  9. VGAmonitor, I found that many,
  10. especially new demos&games were not
  11. working with it. They look really
  12. terrible, depending on the type of
  13. bug, there are green lines, various
  14. types of distortion, flickering and so
  15. on. When there are just some lines,
  16. mainly where nothing useful is going
  17. on, the demo is still watchable such
  18. as in »CL1:Thug Life» (though ugly), but
  19. when the whole screen is flickering
  20. terribly, it is quite hard to find
  21. out, what is actually going on (for
  22. example the last routine from »CL1:My
  23. Kingdom», part two). And in the
  24. third phase of this bug, the display
  25. is totally stretched (something
  26. similar to bad modulo), trashed and
  27. flickering horribly, and my quality
  28. EIZO monitor is even producing a loud
  29. squeaky noise.
  30.  
  31. The »CL1:OnScreenDisplay» menu is also
  32. trashed, when I pop it up to see what
  33. horizontal and vertical frequencies
  34. the screen is using - why the monitor
  35. is producing noise (which is kind of
  36. weird, because on Eizo monitors, it
  37. works in such a way that when a signal
  38. is out of valid range, the excessing
  39. frequencies are shown with big red
  40. digits). I have lived with this
  41. problem for about three years and I
  42. notice that there are problems mainly
  43. with recent demos and games - almost
  44. all the old ones work fine. I keep
  45. wondering why and ask everyone,
  46. but i'm unsuccesful, no-one are able
  47. to tell me, why many scandoublers are
  48. having this kind of sync problems.
  49. These problems doesn't just exist with
  50. »CL1:Phase5 CV3D» scandoublers (which,
  51. BTW, is able to work even without »CL1:CV3D»
  52. - it only needs a videoslot), but also
  53. the »CL1:Micronik» internal scandoubler for
  54. a1200 have exactly the same sync
  55. problems and I bet that after testing,
  56. the number of these scandoublers
  57. having problems grow rapidly. There
  58. are also scandoublers, that never
  59. cause any that "out of sync", such as
  60. »CL1:Amiga300»0 internal scandoubler+FliFi,
  61. the external scandoubler for Amiga4000
  62. - mostly used with »CL1:CV64», and PIV»CL1:»
  63. internal scandoubler with »CL1:FliFi». The
  64. fact is that the PIV FliFi is working
  65. this well is not a miracle, this thing
  66. works basicaly (very simplified!) as a
  67. grabbing device which grabs every
  68. frame and then allows its chip (Cirrus
  69. one) to display it as a normal RTG
  70. display, which means that we can set as
  71. high a refresh rate, as the chip
  72. allows - suppose 160Mhz pal is enough
  73. for everyone for sure, yes? =) (you
  74. know, this is impossible on chips like
  75. the »CL1:S3» ones or »CL1:Permedia2», simply
  76. because Permedia2 isn't fast enough to
  77. process as much data as Cirrus and as
  78. necessary to process palhi-res
  79. overscan in time ((that is ~57MB/sec,
  80. so...))
  81. Because I was unsuccesful finding
  82. someone, who could tell me why
  83. somethings are out of sync on some
  84. scandoublers, I asked my friend Zeleny
  85. for help, since he is a coder and some
  86. of his testing sources were also
  87. causing out of sync problems. We
  88. started with the intro Encore/Floppy,
  89. in which the last (credits + 2D
  90. bumpmap with year of relase) routine
  91. is trashed by one green line, making
  92. funny skew of written words. After
  93. quickly disassembling and hacking the
  94. source, Zeleny showed me, what was
  95. causing the problem: »CL9:A »CL2:c»CL3:o»CL4:l»CL5:o»CL6:r »CL0:bit!
  96.  
  97. »CL0:AFAIK, »CL1:CBM» defined that to must be
  98. enabled for correct output, and,
  99. IIRC, on »CL1:Amiga1000» (old times (tm) =)
  100. without this bit, the display is
  101. trashed...(don't shoot me, if I
  102. misremember). That can explain, why
  103. old demos andgames don't having these
  104. "out of sync" probems. But with the
  105. "new" AA chipscoders seem to be
  106. ignoring the old docs and think that
  107. when the code is working on their pal
  108. monitor, then it must be working on
  109. everything...But it seems some
  110. scandoublers rely on this bit, so then
  111. please always, no matter if this is an
  112. empty screen, or empty screen space,
  113. »CLA:»ALWAYS» set this bit.
  114.               »PIC:128x51»
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121. Now something about how to fix/hack an
  122. already compiled product. Since coders
  123. mainly, with few exceptions for who I
  124. must salute, don't like to even hear,
  125. that their demo should be recompiled
  126. and fixed (what a pity, these killing
  127. own work them!), it is necessary to
  128. find a way to fix/hack the old
  129. productions as well. Since »CL1:Zeleny» is a
  130. bit into resourcing (he created two
  131. demos from resourced code, »CL1:Sanorin» and
  132. »CL1:Tesla»), he showed me the way and fixed
  133. some demos for me, and I am now able
  134. to fix others as well. Surely this is
  135. unauthorized modification of someone
  136. else's code - hacking if you like, but
  137. if this produces the correct signal
  138. and make things look right on screen, I
  139. DON'T care.
  140.  
  141. In the copperlist the color bit must
  142. be present in Bplcon as bit 9
  143. enabled. In hexa this can be spotted
  144.  as "010002" while "02" is a "00" when
  145. the display mode is bugged in the
  146. original. Then start FileX and disable
  147. string search and go for it.
  148.  
  149. But make sure that the file, that you
  150. are going to edit is DEPACKED. We soon
  151. realize, that there are too many byte
  152. sequences like "010000", so how can
  153. you locate the copperlist in, say, a
  154. 5.5MB file? (depacked
  155. »CL1:Goa/TBLexecutable»)? The copperlist
  156. must end with "fffffffe", so - search
  157. for that. Also a black background is
  158. "01800000" - that should also help.
  159. The copperlist looks like a table
  160. (sometimes a bit longer) of values
  161. like "01A80000" or "01860310" and
  162. similar, always starting at an even
  163. position. This start "010000" are
  164. should be also "010080" or similar...
  165. Experiment - so back up the file!
  166.  
  167. When demo/game can't start, you have
  168. modified source =))) 
  169.  
  170. When crash, you have modified a
  171. datasegment, which causes an unxpected
  172. problem. 
  173.  
  174. When the colours are different, you
  175. have changed the copper, but not its
  176. Bplcon start =) 
  177.  
  178. When resolution or modulo are bad, you
  179. have changed Bplcon, but in the wrong
  180. byte ;) etc...
  181.  
  182. Some things can't be fixed, because I
  183. can't find the necessary copperlist.
  184. These bytes could be in weird places
  185. as well, as in »CL1:Smart!»/»CL1:Elven11»(Hi,
  186. »CL1:Manta»!) which has its copperlists in a
  187. datafile...! But I found it =^))))
  188. Things, I can't fix are two flicks
  189. during loading in »CL1:Relic»/»CL1:NerveAxis»
  190. (Hi unfriendly »CL1:Schlott»!), flick before
  191. endscroll in »CL1:G-Force», some screens in
  192. the intro for the »CL1:SlamTilt» game and
  193. surely a few others, which I can't
  194. remember at the moment.
  195.  
  196. (oh, yes, I fixed all »CL1:ThugLife»/»CL1:Jamie»,
  197. except one upper line in the
  198. endscroll, so) These copperlists are
  199. probably very well hidden (and small),
  200. or created "on the fly" and colour
  201. definitions stored in other ways,
  202. sometimes when are RTG output as well
  203. supported - »CL1:Dreizehn»/»CL1:Oxyron» is a good
  204. example, but I must salute »CL1:Oxyron»
  205. coders, that they have fixed this
  206. bug...! (thanks, »CL1:Graham» and »CL1:Dante»!)
  207.  
  208. What demos/games have this problem? As
  209. I'm not much into games, I only
  210. remember »CL1:SlamTilt», which I have been
  211. unable to play for years (!) and
  212. hi-scores info from »CL1:Pinball Illusions»,
  213. some empty screen copperlists from
  214. »CL1:Brian The Lion» game and no more.
  215. Probably because I delete things ASAP,
  216. when they are not working, so. Same
  217. applies to demos, with few exceptions
  218. =)
  219.  
  220.  
  221. At least, from demos, what I own I get
  222. problems with these: »CL1:Atome», »CL1:Makaveli»,
  223. »CL1:ThugLife» and »CL1:Ride»/»CL1:Jamie Skarla»,
  224. »CL1:Relic»/»CL1:NerveAxis», »CL1:EraserHead»/»CL1:Maq» (Hi,
  225. unfriendly coder!), »CL1:Dreizehn»/»CL1:Oxyron»,
  226. »CL1:Goa»/»CL1:TBL», »CL1:Manipulations»/»CL1:Venus Art»,
  227. »CL1:Mnemonic» and»CL1: Abiotic»/»CL1:Ephidrena» (Hi
  228. »CL1:Loaderror», extremly clean code, nice
  229. to hack!), »CL1:G-force»/»CL1:PygmyProjects»,
  230. »CL1:Arte», »CL1:Roots» and »CL1:Roots final»/»CL1:Sanity»,
  231. »CL1:My Kingdom», »CL1:Superautodrome» and
  232. »CL1:Torque»/»CL1:Scoopex», »CL1:Dose»/»CL1:MellowChips»,
  233. »CL1:Cliches»/»CL1:ArtificalPeople» (»CL1:Kalsu»),
  234. »CL1:Encore»/»CL1:Floppy», »CL1:Impact»/»CL1:Puzzle» (IIRC),
  235. »CL1:BlackHairTongueDisease»/?,
  236. »CL1:Smart!»/»CL1:Elven11» + many others, which I
  237. deleted at first sight, so...Enough
  238. to care? If you are still not
  239. persuaded, watch »CL1:Ride»/»CL1:Jamie» on
  240. scandoubler!!!
  241. As we logicaly can expect, in the near
  242. future will everyone have a
  243. scandoubler, so please take care at
  244. this annoying bug. At least, it's for
  245. free and the demo length is the same,
  246. so the »CL1:"this are only 4k intro, we
  247. need every byte..."» doesn't count...
  248.  
  249.  
  250. »CL9:Lexicon:
  251. »CL7:CV3D »CL8:- »CL7:CyberVision64/3D; a graphic
  252.        card by Phase5,using ViRGE
  253.        chip, optionally scandoubler,
  254.        monitor switcher intergated
  255. »CL7:CV64 »CL8:- »CL7:CyberVision64; an graphic card
  256.        by Phase5, using Trio64 chip,
  257.        internal monitor switcher for
  258.        adding external scandoubler
  259. »CL7:PIV »CL8:- »CL7:PicassoIV; an graphic card by
  260.       VillageTronic, intergrated best
  261.       scandoubler with programble (!)
  262.       FlickerFixer, up to 160Mhz
  263.       refresh =)
  264. »CL7:Scandoubler »CL8:-»CL7: device which doubles
  265.               horizontal sync signal
  266.               from 15kHz to 31kHz so
  267.               that we can see pal
  268.               (15kHz) on a VGA
  269.               compatible monitor
  270. »CL7:FliFi »CL8:-»CL7: Flicker fixer, device what
  271.         eliminates flickering of
  272.         interlaced display, making pal
  273.         hi-res interlaced usable
  274. »CL7:RTG »CL8:-»CL7: ReTargableGraphic; graphic, what
  275.       are "ReTargeted" to GFX card,
  276.       such as PIV, there are word CGX
  277.       not fully right, since there are
  278.       more patches for using graphic
  279.       cards, at least p96 one...
  280. »CL7:CGX »CL8:- »CL7:CyberGraphX; an one of two main
  281.       RTG standards
  282. »CL7:p96 »CL8:- »CL7:Picasso96; another RTG standard,
  283.       IMO better and also compatible
  284.       with CGX "standard" as well, but
  285.       is faster and better
  286.  
  287. »CL0:For any questions or hints (or
  288. demonstrating source for this bug =)
  289. or scandoubler testing don't hesitate
  290. to contact me: »CL4:Troda» of »CL4:PAGAS», Pavel
  291. Narozny, »CL4:troda@cbnet.cz