home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 355 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: grafix.xs4all.nl!paul.hamer
  2. Date: Sat, 06 Jan 96 17:50:51 GMT+1
  3. Newsgroups: comp.sys.amiga.programmer
  4. Distribution: world
  5. Subject: Energy-saving screen blanker?
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: paul.hamer@grafix.xs4all.nl (Paul Hamer)
  10. Message-ID: <paul.hamer.443w@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. Hi John!
  14.  
  15. In a message of 05 Jan 96 John Hendrikx wrote to me:
  16.  
  17.  PH>>  BPLCON0 W-$DFF100
  18.  PH>> 15 HIRES        Hires-mode active
  19.  PH>> 14 BPU2
  20.  
  21.  JH> (...)
  22.  
  23.  PH>> 01 ERSY         External Synchronisation active
  24.  PH>> 00 ECSENA       (1=) Permit BPLCON3 (AGA)
  25.  
  26.  PH>> I've done some tests here, and somehow, I get weird results after I
  27.  PH>> deblank It almost seems as if memory refreshing is stopped when you
  28.  PH>> set ERSY to 1.
  29.  
  30.  JH> That's correct, ChipRAM uses the horizontal syncing signals to time its
  31.  JH> refresh cycles (see the table in Amiga Intern which details the
  32.  JH> time-slots which BitplaneDMA and all the other DMA use, the first few
  33.  JH> slots of each line are used for memory refreshing...)
  34.  
  35. &#@^$ That's right! Have you tried disabling the SYNCs for a while, it
  36. gives you pretty cool results:)
  37.  
  38. I wrote a proggy which disabled it for a second then put it back on again and
  39. disabled it again and so on...
  40.  
  41. RESULT: First a few faulty pixels, than some more even more... trash...
  42. more trash... one of the two interlace screens begins to fall down somehow..
  43. looks pretty cool:) and finally CRASH!! all in all takes about a minute or
  44. so... 
  45.  
  46.  PH>> So: it is possible, but I doubt it can be used for a systemfriendly
  47.  PH>> blanker:(
  48.  
  49.  JH> :-)
  50.  
  51. Well you could try copying the chipram into fastram before blanking, then
  52. after blanking you could copy it back again:) naaaah... toch maar niet:)
  53.  
  54. Greetz, Paul Hamer
  55.        __
  56. __    /// FIDO 2:286/407.27      1200A2C4F40HAGA/020
  57. \\\  /// NLA 14:101/200.27      2000A1C6F1452HECS/030/882
  58.  \\\/// AMY 39:153/201.27
  59.   \XX/ UTERO 44:1000/100.102  paul.hamer@grafix.xs4all.nl
  60. -- Via Xenolink 1.985B1, XenolinkUUCP 1.1
  61.