home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / atari / st / 12618 < prev    next >
Encoding:
Text File  |  1992-08-21  |  2.7 KB  |  51 lines
  1. Newsgroups: comp.sys.atari.st
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!hanauma.jpl.nasa.gov!hyc
  3. From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
  4. Subject: Re: Falcon Resolution, Audio Sampling
  5. Message-ID: <1992Aug22.084134.1714@elroy.jpl.nasa.gov>
  6. Sender: news@elroy.jpl.nasa.gov (Usenet)
  7. Nntp-Posting-Host: hanauma.jpl.nasa.gov
  8. Organization: SAR Systems Development & Processing, JPL
  9. References: <l97k9mINNlsv@aludra.usc.edu> <1992Aug21.063930.4986@elroy.jpl.nasa.gov> <l9a6chINN2f8@aludra.usc.edu>
  10. Date: Sat, 22 Aug 1992 08:41:34 GMT
  11. Lines: 38
  12.  
  13. In article <l9a6chINN2f8@aludra.usc.edu> baffoni@aludra.usc.edu (Juxtaposer) writes:
  14. >In article <1992Aug21.063930.4986@elroy.jpl.nasa.gov> hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:
  15. >>because I'm still a little curious about what's going on... Who knows, maybe
  16. >>one day I'll find a need for a 1440x240 display.)
  17. >
  18. >    Well, if you can figure out a patch to swap x->y, and y->x, and then
  19. >turn your monitor on its side, you can get yourself a full-page monitor - 
  20. >albeit a little skinny.  :)
  21.  
  22. No kidding, a bit too skinny... But it's certainly been entertaining to see
  23. what kinds of programs can and cannot cope with really weirdo screen sizes.
  24. I was quite disappointed to find that the version of Uniterm I hacked to
  25. work with Overscan failed in this mode, had to fall back to Zmodem. (Just a
  26. brief aside - I've come to learn that an 80x50 text screen is tremendously more
  27. useful than a 160x25 screen....)
  28. >
  29. >    BTW, what machine did you pull this stunt on?  ST or STe (I don't know
  30. >if the Ad board works on STe, so I thought I'd ask)?
  31.  
  32. An old Mega ST, with the old homebrew overscan mod, and various other abuses.
  33. >
  34. >PS:  This is a bit beyond my realm of "knowing" and into guessing, but don't
  35. >video signals output an Hsynch signal?  If so, it sounds like half of the
  36. >Hsynch signals are being blocked.  Then the multisynch monitor compensates
  37. >for the funky signal...but I guess your monitor is a cut above the normal as
  38. >ratings are really just minimums...of course it probably helps that it only
  39. >has to deal with half as many scan lines.
  40.  
  41. Yeah, not only the hsync, but the video blanking appears to be missing. This
  42. is not a case of the signal being externally suppressed, as far as I can tell.
  43. The other funny thing about this situation is that simply writing the current
  44. value of the ShiftMode register back to itself restores the normal 640x400
  45. monochrome screen configuration ($ff8260).
  46. -- 
  47.   -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
  48.  ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  49.  ::To the owner of the blue Mazda, license 742-XLT, your headlights are on...::
  50.  ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  51.