home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20540 < prev    next >
Encoding:
Text File  |  1992-12-15  |  3.0 KB  |  62 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!swrinde!sdd.hp.com!spool.mu.edu!yale.edu!jvnc.net!primerd.prime.com!hammer!cummings
  3. From: cummings@hammer.prime.com (Kevin Cummings)
  4. Subject: Re: FAQ: Yes, the Dimond Stealth works in 1024x768 
  5. Message-ID: <1992Dec15.182252.5349@primerd.prime.com>
  6. Sender: cummings@hammer (Kevin Cummings)
  7. Organization: Prime Computer, Inc.
  8. References: <crh.723882424@regent.e-technik.tu-muenchen.de> <SVERKERW.92Dec11051515@meryl.csd.uu.se> <badger.724106648@phylo>
  9. Date: Tue, 15 Dec 1992 18:22:52 GMT
  10. Lines: 50
  11.  
  12. In article <badger.724106648@phylo>, badger@phylo.life.uiuc.edu (Jonathan Badger) writes:
  13. > >   My Diamond Stealth works fine with 640x480x256, but I am unable to
  14. > >   get a higher resolution out of it. 
  15. > 
  16. > >Uhoh, the poor wretch is S***t Out of Luck. 
  17. > 
  18. > >The trick of getting the clock freq. right on Diamond Stealth is by
  19. > >doing some heavy, trade-secret, wizardry that the manufacturer won't
  20. > >talk about. This means that Linux won't support Diamond Sealth.
  21. > 
  22. > It is time to clear up this confusion. The Diamond Stealth works fine
  23. > in 1024x768x256 -- the trick is to run Windows first (in 1024x768). This sets
  24. > the clocks.
  25.  
  26. See, I told you someone else besides me has done this!
  27.  
  28. > What we really need is a program that can set the clocks within Linux. I often
  29. > think the reason this hasn't been written is philosophical rather than
  30. > technical. Many people have the absurd belief that writing something like
  31. > this would send the wrong message to Diamond that their policies are OK. 
  32. > Diamond's policies are bad, I agree. But I can assure you that they could
  33. > not care less about the very small Linux user base -- refusing to support 
  34. > their cards is NOT going to bring about a change. 
  35.  
  36. I've got Frank Klemm's code.  When I get some time (I'm taking two weeks
  37. vacation starting next week, that should be enough!) I'll try it out and see
  38. what happens!
  39.  
  40. > Telling us "sell your Stealth" is obviously a pretty unrealistic solution.
  41. > Most of us can't afford to sell hardware every thirty seconds when some
  42. > piece of software or another doesn't support it.
  43.  
  44. Agreed.  I guess the really surprising part is that while other vendors
  45. are following up their S3 86C911 based cards with other S3 based follow-ons
  46. (either 928 based or 801 based) Diamond seems to have switched teams
  47. with their SS24X by going to Western Digital.  I'm not hearing much
  48. about the Stealth-24 anymore.  Does it exist?  Are there any others coming?
  49. Does anyone care?  Ooops, I guess not.  Sorry.
  50.  
  51. =================================================================
  52. Kevin J. Cummings                       ComputerVision Services
  53. 20 Briarwood Road                       500 Old Connecticut Path
  54. Framingham, Mass.                       Framingham, Mass.
  55.                     
  56. Home:  cummings@kjc386.framingham.ma.us    Work:  cummings@primerd.Prime.COM
  57.  
  58. Std. Disclaimer: "Mr. McKittrick, after careful consideration,
  59.           I've come to the conclusion that your new
  60.           defense system SUCKS..."   --  War Games
  61. =================================================================
  62.