Re: Framebuffer larger than display?
tidrowd++at++cc.tacom.army.mil
7/12/96 3:49 PM
Hold an a sec, guys - I think what Todd was looking for is a way to
configure a framebuffer area that is larger than the current output
format, i.e. draw into a buffer that is, say, 1750x1315, with an
output format of 1600x1200 being a subset of the "drawable"
framebuffer (comments, Todd?). I seem to recall some discussion of
rendering to an off-screen pixmap using X/OpenGL some time ago, but
don't remember if you lose hardware acceleration or not. Anybody
else?
Don Tidrow
Visual Simulation Developer
US Army TACOM
______________________________ Reply Separator _________________________________
Subject: Re: Framebuffer larger than display?
Author: "Rob Jenkins" <robj++at++barney.reading.sgi.com> at TWLAN-SMTP
Date: 7/12/96 3:49 PM
On Jul 12, 10:13am, Bob Cowling wrote:
> Subject: Re: Framebuffer larger than display?
> On Jul 11, 4:27pm, Todd R Pravata wrote:
> > Subject: Framebuffer larger than display?
> > Can I reconfigure my framebuffer so that it extends beyond my display
> > area? I need to draw and then rectread 1315 pixels in the y-direction and
> > the closest vof on the RE2 is 1600x1200. I know that I can use the
> > MCO to do this, but is there a solution in single channel mode?
> >
> > Thanks for any suggestions,
> > Todd
> >
> > --
> > Todd Pravata
> > todd.pravata++at++ti.com 214-575-6126
> > Visual Simulation Lab, Texas Instruments
> >
>
> Yes, you can reconfigure the framebuffer to any of the valid vofs for the
> hardware that you have.
>
> Three things we learned when we did this:
> 1) Ensure the vof you are using is valid for the number of RMs you
> have. Somewhere in the archives is a table of RMs and the
depth/anti-aliasing/
> multisample options that are supported for each size. This is a very
important
> chart that I always lose. We have 2 RM4s and were able to use the 1600x1200
> mode.
I think you mean this, it is very useful and well worth squirreling away
somewhere ( remember this is RE2 with RM4s):
One RM is enough for:
640x512 resolution 16 samples 8 bits/component 24-bit Z
640x512 resolution 8 samples 12 bits/component 32-bit Z
960x680 resolution 8/4 samples 12 bits/component 32-bit Z
1280x1024 resolution 0 samples 12 bits/component 32-bit Z
Two RMs are enough for:
1280x1024 resolution 8 samples 8 bits/component 24-bit Z
1280x1024 resolution 4 samples 12 bits/component 32-bit Z
1600x1200 resolution 0 samples 12 bits/component 32-bit Z
Four RMs are enough for:
1280x1024 resolution 16 samples 8 bits/component 24-bit Z
1280x1024 resolution 8 samples 12 bits/component 32-bit Z
1600x1200 resolution 8 samples 8 bits/component 24-bit Z
1600x1200 resolution 4 samples 12 bits/component 32-bit Z
Cheers
Rob
--
________________________________________________________________
Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd.
Forum 1, Station Road, Theale, Reading, UK, RG7 4SB.
tel 01734 257736, fax 01734 257553, email robj++at++reading.sgi.com,
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2
on Mon Aug 10 1998 - 17:53:10 PDT