GNOME.org
 

Re: [GnomeMeeting-devel-list] Full Screen Mode

Hmm, again I don't know much about this but I think what you describe can be handled by
hardware video overlay.

Just a quick googling has this about hardware video overlay at the zoomplayer's website:

http://www.inmatrix.com/zplayer/highlights/vidrender.shtml

The Video Overlay:
At around 1995, when MPEG1 (VCD) playback started to become popular on the PC, the actual processing power of the PC was not quite strong enough to play such content. The display card manufacturers at the time came up with a solution called "The Video Overlay". The Video Overlay is a special hardware on the display card which is used to perform several video-display features in hardware (Stretching, Color-Space Conversion, etc...), thus allowing smooth playback of video at no cost to the CPU.


It does go on to say  that video rendering via dx9 (and thus I assume opengl)  provide better image quality and don't suffer from some multimonitor issues with video overlay.
Afaik, only one display can have hardware overlay so that's what he's referring to there.

But, for the most part, it sounds like hardware overlay would be a nice solution as well that just about everyone would benefit from as again, there are still a lot of people without good opengl in linux but most probably functional hardware overlay.

Maybe an option for both? 

On 6/6/06, Dan Sandberg <x cs stanford edu> wrote:
I could be wrong, but I believe that video overlay moves the data direct
from a capture card to the video card, bypassing the CPU.  Since we're
trying to display images that come from over the network, there's no way
to bypass the CPU.  And doing a nice looking resize from 176x144 to
640x480 is quite slow.  Then you have to copy the whole 640x480 image to
the display card, which is slow.  With OpenGL you just copy the 176x144
image to the video card, and have it do the resize.

Cheers,

-Dan

mcquaid mcquaid wrote:
> Just a user, I'm curious as to why the trend of throwing opengl at
> everything.  On one hand I think it's really cool, but this isn't like
> xgl where we want wobbly windows or something, just accelerated
> video.  Isn't that what hardware video overlay is for?  It takes a
> large burden off the cpu for video playback.  Would benefit more
> people as some don't have proper opengl drivers.
>
> On 6/2/06, *Damien Sandras* <dsandras seconix com
> <mailto: dsandras seconix com>> wrote:
>
>     Le vendredi 02 juin 2006 à 03:03 -0700, Dan Sandberg a écrit :
>     > So configure.in < http://configure.in> is
>     hand-generated?  Surprising.
>     >
>
>     That's te way it works. You write configure.in
>     < http://configure.in> and configure is
>     generated from there. I guess you are confusing things here.
>
>     > 1) How exactly do I add the opengl ( libgl ) library?
>     >
>
>     By writing autconf code in configure.in <http://configure.in>. No
>     idea exactly how it should
>     be done.
>
>     > 2) Xrandr is mentioned in the Makefile, but is not in
>     configure.in <http://configure.in>.  How
>     > exactly does it get put into the Makefile?
>     >
>
>     Probably by an external library that we are using.
>
>     > 3) Is it ok if I send in a patch that is for Ekiga 2.0.1?  I
>     didn't want
>     > to code against a moving target.
>     >
>
>     Yes. It is even OK if you do not provide the configure.in
>     <http://configure.in> code, but only
>     the OpenGL Ekiga code.
>
>     > Thanks,
>     >
>     > -Dan
>     >
>     > Damien Sandras wrote:
>     >
>     > >Le mercredi 31 mai 2006 à 12:41 -0700, Dan Sandberg a écrit :
>     > >
>     > >
>     > >>I'd imagine it would work on win32, but don't know.
>     > >>
>     > >>
>     > >>
>     > >
>     > >Probably.
>     > >
>     > >
>     > >
>     > >>I'll work on the patches.
>     > >>
>     > >>Where's the right place to add required libraries like openGL?
>     > >>
>     > >>
>     > >
>     > >In configure.in <http://configure.in>.
>     > >
>     > >
>     > >
>     > >>configure.in <http://configure.in> seems to be autogenerated
>     by something, but whatever it is
>     > >>doesn't seem to be in the CVS snapshot...
>     > >>
>     > >>
>     > >>
>     > >
>     > >configure.in <http://configure.in> is in the CVS snapshot.
>     > >
>     > >
>     > >
>     > >
>     > >>Thanks,
>     > >>
>     > >>-Dan
>     > >>
>     > >>Julien PUYDT wrote:
>     > >>
>     > >>
>     > >>
>     > >>>Dan Sandberg a écrit :
>     > >>>
>     > >>>
>     > >>>
>     > >>>>How should we proceed?  I could just send you an updated
>     gui/main.cpp
>     > >>>>file...
>     > >>>>
>     > >>>>
>     > >>>I'd like to see patches instead of full files, preferably
>     independant
>     > >>>on each others.
>     > >>>
>     > >>>There's also the question of the portability of this : since you
>     > >>>mention SDL, I guess this will work great on win32 too ?
>     > >>>
>     > >>>Snark
>     > >>>_______________________________________________
>     > >>>Gnomemeeting-devel-list mailing list
>     > >>> Gnomemeeting-devel-list gnome org
>     <mailto:Gnomemeeting-devel-list gnome org>
>     > >>> http://mail.gnome.org/mailman/listinfo/gnomemeeting-devel-list
>     > >>>
>     > >>>
>     > >>>
>     > >>_______________________________________________
>     > >>Gnomemeeting-devel-list mailing list
>     > >> Gnomemeeting-devel-list gnome org
>     <mailto: Gnomemeeting-devel-list gnome org>
>     > >>http://mail.gnome.org/mailman/listinfo/gnomemeeting-devel-list
>     > >>
>     > >>
>     >
>     > _______________________________________________
>     > Gnomemeeting-devel-list mailing list
>     > Gnomemeeting-devel-list gnome org
>     <mailto: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
>     <mailto: sip:dsandras ekiga net>
>                              sip:600000 ekiga net
>     <mailto: sip:600000 ekiga net>
>
>     _______________________________________________
>     Gnomemeeting-devel-list mailing list
>     Gnomemeeting-devel-list gnome org
>     <mailto:Gnomemeeting-devel-list gnome org>
>     http://mail.gnome.org/mailman/listinfo/gnomemeeting-devel-list
>     <http://mail.gnome.org/mailman/listinfo/gnomemeeting-devel-list >
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gnomemeeting-devel-list mailing list
> Gnomemeeting-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnomemeeting-devel-list
>


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]