Re: [GnomeMeeting-devel-list] X-Video Support
- From: Damien Sandras <dsandras seconix com>
- To: GnomeMeeting development mailing list <gnomemeeting-devel-list gnome org>
- Subject: Re: [GnomeMeeting-devel-list] X-Video Support
- Date: Sat, 13 May 2006 17:23:57 +0200
Hi!
Le samedi 13 mai 2006 à 10:57 +0200, Matthias Schneider a écrit :
> Hello,
> having implemented a class that provides X-Video support I would to raise some questions in
> connection with ekiga. My class makes use of the X-Video extension available by some graphics
> adaptor drivers and provides:
>
> - hardware colorspace transformation (YUV->RGB)
> - hardware scaling
> - hardware antialiasing
> - aspect ratio correction (for not having “broad faces” on widescreen monitors)
>
Excellent!
> Not only is it possible to decrease CPU load but also improve the picture quality. Also it is my
> belief that a certain resolution and framerate hardware acceleration cannot be avoided (according
> to the wiki there is work on large size video transmission, so I this would be very interesting
> for version 2.2)
>
> My class is initialized with some initial values (e.g. frame resolution, initial window size, etc)
> and is handed a pointer to the frame to be displayed. A fullscreen and always-on-top mode exist.
> Since I use/plan to use this class in other projects as well I would prefer a kind of wrapper for
> integration for ekiga
>
> I would like to ask if such an extension would be accepted.
>
> As I understand the flow of video data, I would have to define a new PVideoOutputDevice like in
> videooutput.cpp and then do some modifications to main.cpp (where the actual drawing is performed
> at the moment if I understand correctly) Then I would have to register the new output device in
> manager.cpp with OPAL?
>
Another possibility would be to only modify main.cpp and plug it there.
I'm not sure defining a new PVideoOutputdevice is needed.
> About compatibility issues, my idea was to be able to enable and disable the extension at compile
> time (like sdl). At runtime 2 possibilities come to my mind:
> - enable and disable per configuration dialogue
> - automatic with fallback (in case no XV port is currently available)
>
Automatic would be the best. If xv is available, I think it is
preferable. Nobody will want to use the GTK implementation if XV is
available (I think).
> In case I missed some important aspect about the architecture feel free to comment.
>
> Thanks in advance
> Matthias
>
>
>
>
>
>
> ___________________________________________________________
> Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
> _______________________________________________
> Gnomemeeting-devel-list mailing list
> Gnomemeeting-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnomemeeting-devel-list
--
_ Damien Sandras
(o-
//\ Ekiga Softphone: http://www.ekiga.org/
v_/_ FOSDEM 2006 : http://www.fosdem.org/
SIP Phone : sip:dsandras ekiga net
sip:600000 ekiga net
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]