I have read the OpenGL thread and at that time displaying was a problem. However I noticed that SDL_CreateYUVOverlay does the exact same thing, the only question is: does it allow creating two of them and flipping?
Regarding the renderer: as Quake I was able to do it without 3dNow and MMX, the Geode will be able as well... :) Can I ask about the Geode's instruction scheduling here in this list? Jordan Crouse wrote: > On 30/05/07 13:33 +0200, NoiseEHC wrote: > >> Hi! >> >> I have read through the GeodeLX documentation and I noticed that its DC >> can output a video stream over the normal (1200x900) frame buffer. >> Can the X11 developers create a mode with the following spec? >> >> 1. Software can request allocating two YUV (4:2:0 or 4:2:2) frame >> buffers in the Software's address space with the given dimensions (eg >> 400x300). >> 2. Software can request displaying one of those frames in the defined >> size (as I understand the DC will upscale the video if needed). >> 3. Software can render in YUV to one of the frames. >> 4. Software can request flipping to the other frame. (If I read >> correctly the switch will happen on vsync.) >> 5. goto 3. (The Software can start rendering (vertex >> transformations/triangle setup/lightning) but have to wait for the vsync >> somehow...) >> 6. And now we have an usable display system for an OpenGL implementation. >> > > Unfortunately, its not getting the image on the screen thats the problem, > its the rendering and math. A processor like this just can't keep up > with any serious sort of realtime 3D rendering. Even with a video overlay > implementation, you still have to render the whole image before sending > it up through Xv, and thats where you will fall down. > > But, if you want to try, then be my guest. The Xv driver has everything > you need to render YUV images to the screen - just make yourself an > Xv application and swing for the fences. > > Jordan > > --- > Jordan Crouse > Senior Linux Engineer > Advanced Micro Devices, Inc. > <www.amd.com/embeddedprocessors> > > > > > _______________________________________________ Devel mailing list [email protected] http://lists.laptop.org/listinfo/devel
