On Wednesday 16 February 2005 13:05, Attila Kinali wrote: > On Tue, 15 Feb 2005 16:23:43 -0500 > Timothy Miller <[EMAIL PROTECTED]> wrote: > > It's definitely not a stupid question. I don't know if I fully > > understand what you're asking for, but it sounds like it would be a > > useful feature. Let's discuss it, but keep in mind that anything and > > everything is subject to "have to do it later" due to constraints on > > the project. > > I would not postpone it. This is _the_feature_needed_for_video_playback_. > If there is no way to "upload" an image into off-screen video mem > and scale&colour-key it over an area on-screen, any video app will > be slow as hell.
If I understand you correctly, the current software model can already do that. There are DMA uploads to transfer images from system memory to video memory (we need those anyway, for pixmaps and for textures), and we can just use the 3D rendering engine to do the final blit and scale. Or maybe you're talking about video overlays, i.e. a setup where the video output part of the design basically reads from two framebuffers at the same time, with the second buffer (which optionally has independent size) being overlayed over the first? > Note that this includes anisotropic scaling (right word ?), ie > x and y scaling factors being different. Currently, the 3D part can do this scaling, with independent x and y factors, with linear interpolation according to the software model. cu, Nicolai > > Attila Kinali
pgpe0imzPz0gM.pgp
Description: PGP signature
_______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
