Hi,
[EMAIL PROTECTED] writes:
> On Tue, Nov 05, 2002 at 12:00:52PM -0600, Billy Biggs wrote:
> >
> > All of these are RGB formats. This means that mplayer would have to
> > convert from Y'CbCr to RGB itself, which is slow to do in software, and
> > any software conversion will likely be less accurate than the hardware
> > conversion.
>
> These were my thoughts too. As ignorant as I am about color formats,
> I did realize this (apart from the LUT8). :-)
>
> Sven, is there no Y'CbCr format supported in GTK+-DirectFB? I would
> sooner a conversion with GTK (RGB -> Y'CbCr) than with the video
> player.
I assume you want to draw GTK+ widgets. GTK+ only supports RGB colors,
it does not even have proper support for an alpha channel. How would
support for video formats look like?
If you want to draw a GTK+ GUI on top of a video image, you have a
number of options:
(a) use two layers, one for the video, one for the overlay display
(b) use windows with different pixelformats (the GDK-DirectFB README
describes how to do that)
(c) find a common pixelformat that works with video and GTK+
The latter choice is probably the slowest but should work
everywhere. The other two need some support from the underlying
hardware.
Salut, Sven
--
Info: To unsubscribe send a mail to [EMAIL PROTECTED] with
"unsubscribe directfb-dev" as subject.
