On 01/08/04 10:17, Denis Oliver Kropp wrote: > For video playback the fastest pixel format is the format coming > from the video decoder. If the hardware doesn't support it, the
I remember the last time I played around with the libmpeg3 video provider, it always returned YUY2 as the required pixel format. How about in the case of invoking mplayer for playback? > pixelformat with the lowest software conversion effort should be > used, e.g. planar YUV from decoder, but only packed YUV and RGB in > hardware. In this case conversion from planar YUV to packed YUV > should be done, not YUV to RGB. The CLE266 driver's default pixel format is YUY2. But I remembered that I could not render an image of type RGB to a YUY2 surface. I have to request an ARGB surface to do that. So, can surfaces with different pixel formats coexist? > Layer contexts are part of the core. They are used to implement cooperative > levels. Each context has its own display layer configuration, surface etc. > Only one context is active per layer. Switching between these contexts changes > the complete configuration, layer surface etc. Forgive me that I am lost :-) I'll try to read more and ask later if I still have problems. Selwyn -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-dev" as subject.
