Return to BSD News archive
Xref: sserve comp.unix.bsd:6446 comp.windows.x:46157 Newsgroups: comp.unix.bsd,comp.windows.x Path: sserve!manuel.anu.edu.au!munnari.oz.au!sgiblab!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsk!cbnewsj!dwex From: dwex@cbnewsj.cb.att.com (david.e.wexelblat) Subject: Re: List of XFree86 Video Boards Organization: AT&T Date: Mon, 12 Oct 1992 15:55:26 GMT Message-ID: <1992Oct12.155526.18905@cbnewsj.cb.att.com> References: <1bbu2aINNvp@usenet.INS.CWRU.Edu> Lines: 55 In article <1bbu2aINNvp@usenet.INS.CWRU.Edu> at626@cleveland.Freenet.Edu (Dave Strout) writes: > > All-- > > I was shopping for a video board to run XFree86 on, but didn't have a list > of what boards worked w/ it (I hesitate to say "supported"). Anyway, I > made a list out of modeDB.txt and an emacs macro. Here it is, hope it's > useful. > > dave. [ list deleted ] > An 'i' at the end (e.g 1024x768i means "interlaced"). > Interlaced or not is largely irrelevent. That's only there because that's what the contributor of the entry was using. The size of the virtual i display area supported by a given board is simply (VirtualX * VirtualY) <= Size of Memory in bytes. For a 1M board, that is usually 1024x1024 or 1152x900. A 512K board can support ~800x650. The size of the PHYSICAL display area depends on the capabilities of the monitor, and the dot-clocks available from the board. If the physical screen is smaller than the virtual screen, then the displayed area will pan around the virtual area. > I take no responsibility for the completeness of this, no endorsement or > lack of endorsement is intended by inclusion or omission, I don't speak for > the authors of xFree86 or any derivative works, no ozone-depleting CFCs > were used in the preparation of this, your mileage may vary, etc. > -- > Dave Strout <at626@cleveland.freenet.edu> > "Thompson's Rule for First Time Telescope Makers: > It is faster to make a four-inch mirror then a six-inch > mirror than to make a six-inch mirror." Be very careful buying a Diamond board. Recent Diamond ET4000-based boards (as well as their other boards, but we don't support those chipsets anyhow :->) use a new mechanism for selecting dot-clocks. Diamond prefers to keep the relevent programming information proprietary, so XFree86 does not work with these boards (the SpeedStar 24 is an example (not to be confused with the 24X, which uses a different chipset entirely). There have been reports of a SpeedStar Plus board with this problem, but that may simply have been confused with the 24). If you are purchasing new hardware, make sure that it works with XFree86 before you buy it. The Orchid ProDesigner IIs is an ET4000-based board that is quite fast and works well. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- David Wexelblat | dwex@mtgzfs3.att.com | Somebody get me a AT&T Bell Laboratories | ...!att!mtgzfs3!dwex | cheeseburger! 200 Laurel Ave - 4B-421 | | Middletown, NJ 07748 | (908) 957-5871 | --Steve Miller Band