[gst-devel] X dependencies
Julien MOUTTE
jmoutte at electronic-group.com
Thu Mar 18 06:40:41 CET 2004
The issue with XOverlay comes from the fact that we moved the
have_video_size signal into it renaming it to desired_size_changed
because Benjamin wanted that...
It's not really X specific to signal the video geometry and i agree with
thomasvs that it should go somewhere else.
Putting it in the videosink high level class was wrong to benjamin as
some elements might implement XOverlay without being a video sink
child..
I suggest splitting that feature in another interface implemented by
videosinks or other elements needing to report video geometry.
On Wed, 2004-03-17 at 15:16, Benjamin Otte wrote:
> XOverlay does not depend on X anymore (I fixed that recently).
> So I guess GstPlay is just missing some s/XID/gulong/ love to get compiling
> without X, too.
>
> And I think we need a cleanly defined interface for video output and a
> videosink that implements that. On top of that we need interfaces that do
> additional interfacing stuff for backends, preferrably without dependencies to
> any lib. Since were just defining interfaces that are used to pass data along,
> we don't need to link to any libs. This must only be done by the plugins and
> the apps.
> So we should get away without compile time dependecies - like we get in the
> XOverlay case.
>
> Benjamin
>
>
> Quoting Thomas Vander Stichele <thomas at apestaart.org>:
>
> > Hi,
> >
> > compiling 0.8.0 on a machine without X development stuff was
> > enlightening :) I already fixed some detections. Currently I'm blocked
> > because GstPlay uses x_overlay to connect to some signals.
> >
> > Personally, I wonder what people would think of moving generic
> > (non-X-specific) stuff to a different interface that doesn't have
> > compile-time dependencies. If we want to support playback to things
> > besides X, like, console, or directfb, it'd be best to separate this
> > more cleanly.
> >
> > What do you think ?
> >
> > For now, I'll disable gstplay compilation if X is not present.
> >
> > Thomas
> >
> >
> > Dave/Dina : future TV today ! - http://www.davedina.org/
> > <-*- thomas (dot) apestaart (dot) org -*->
> > Surprise sometimes
> > will come around
> > I will surprise you sometime
> > I'll come around
> > <-*- thomas (at) apestaart (dot) org -*->
> > URGent, best radio on the net - 24/7 ! - http://urgent.fm/
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> >
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
--
Julien MOUTTE - jmoutte at electronic-group.com
C.T.O.
_________________________________________________________
ELECTRONIC GROUP INTERACTIVE - www.electronic-group.com
World Trade Center, Moll de BARCELONA
Edificio Norte 4 Planta
08039 BARCELONA SPAIN
Tel : +34 93600 23 23 Fax : +34 93600 23 10
_________________________________________________________
More information about the gstreamer-devel
mailing list