On Aug 6, 2007, at 8:49 AM, Timothy Normand Miller wrote:
On 8/6/07, Thomas Kumlehn <[EMAIL PROTECTED]> wrote:
Could
anyone estimate the resources that would be needed to have a pixel
output stage that does not directly go to the 2 DVI chips but first
uses both screens pixel values to calculate front/back pixels and send
those to the LCDs ?
I'm not sure I understand the full extent of it, but it doesn't sound
too hard.
Hmm... this looks interesting. I think, but am not sure, that we could
simply use
the OpenGL Z-buffer to figure out the "3D" effect and we should be able
to generate
the 3D image -- or we just suggesting pure display of two framebuffers
(sent from the
CPU, either software OpenGL or some other video card) that are mixed
on the two DVI outs? If we are just displaying, this should be really
easy. I don't think
that generating them would be much harder, since we have all of the
OpenGL set up.
We can rasterize the pixels once and offset in a second framebuffer
(for the other eye)
based on the Z value, then take these two framebuffers and combine mix
them to the
two DVI outputs.
Interesting idea!
nick
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)
