From: Andres S. <dil...@vo...> - 2003-01-01 00:46:24
|
That's too bad, I spoke to daniel (f1rmb) on IRC about it, and started work on video_out_gtk.c. I like the idea of having sinek rely on gtk instead of X, so it can be run under whatever they port gdk to (win32, fb, x, directfb) without me having to code explicit checks into sinek. Does anyone see problems with this type of implementation? The issue of hardware acceleration (or lack thereof) came up; I'm not sure that it's an issue, as the gdk port should be handling it. However, certain types of hardware (yuv2rgb hardware support, and so on) will probably require knowledge from the application to use it, unless gtk either offers this functionality, or provides a way to query the video hardware capabilities, and use some sort of ioctl-ish style interface to speak to the hardware. This would be something to take up w/ the gtk folks. And, on the topic of yuv2rgb, video_out_gtk initializes the yuv2rgv_factory with a hardcoded mode of 24 bit RGB. GDK has code that converts RGB pixels to the type used by the video device (gdk/x11/gdk* has a lot of code similar to video_out_xshm.c). I'm assuming that this will be a performance hit (yuv -> 24 bit rgb -> X bit rgb, instead of yuv -> X bit rgb directly), but I won't know how much until I get this thing working properly. Anyone have comments/input? To those celebrating it, happy new years :) On Tue, Dec 31, 2002 at 01:43:46PM +0100, Guenter Bartsch wrote: > > hi andres, > > On 12/29, Andres Salomon wrote: > > I was curious as to what the purpose of XINE_VISUAL_TYPE_GTK was; was it > > to be used for frontends using gtk, so that video windows could use > > something like a GtkDrawingArea (or GdkDrawable) widget, instead of having > > to maintain an xlib Drawable? > > not entirely sure but your interpretations sounds reasonable to me - > which also means that this visual type doesn't make that much sense > > cheers, > > guenter -- It's not denial. I'm just selective about the reality I accept. -- Bill Watterson |