On Tuesday 20 January 2004 16.53, Martijn Sipkema wrote:
[...]
> > The driver is supposed to just clip at 2048x2048. Some tester
> > concluded it does on Windoze, but I haven't tried it on the Linux
> > drivers. (Though they even have the same bugs as the Windows
> > drivers, so I'd guess they're p
On Tue, Jan 20, 2004 at 04:53:54PM +0100, Martijn Sipkema wrote:
> I know SGI hardware supports multiple pixel formats in one framebuffer,
> but I'm not sure it is possible to render to more than visual at a time; I
> doubt
> it.
So does Sun hardware and some matrox's (I think thats what some chea
> [...]
> > > Right, but resolution is just a matter of RAMDAC parameters. All
> > > I want is a 3856x1536 framebuffer with one RAMDAC displaying a
> > > 2048x1536 window and the other displaying a 1808x1356 window. I
> > > don't care about one tiny MB of VRAM being invisible.
> >
> > True, this sh
On Tuesday 20 January 2004 09.57, Martijn Sipkema wrote:
[...]
> > Right, but resolution is just a matter of RAMDAC parameters. All
> > I want is a 3856x1536 framebuffer with one RAMDAC displaying a
> > 2048x1536 window and the other displaying a 1808x1356 window. I
> > don't care about one tiny MB
[...]
> > > There is another mode, where a single buffer forms a big desktop,
> > > of which each RAMDAC displays a part. Seems like stupid driver
> > > limitations restrict this mode to using the same resolution for
> > > both heads, but I'm not sure.
> >
> > It is to be expected that a single ren
