[gst-devel] XVImageSink Fullscreen patch.
Julien Moutte
julien at moutte.net
Mon Dec 18 16:05:20 CET 2006
I m attaching Snaik reply which didn't go to the list :
== snip snip ==
Hi Julien,
thanks for the reply.
actually ive got into a situation that led me to do this.
u see, im writing a command line application (not GUI based), and i
wanted to have the video output
in fullscreen mode. something like mplayer
i believe that the XOverLay interface allows u to embed the videosink in
a Widget
and so going fullscreen does't seem to be much of a problem.
but in my case, i guess thats not possible.
or is it still possible to go fullscreen in my case?
i appreciate any help in this regards
regards
snaik
== snip snip ==
And my answer to both of you :
Snaik :
When developing a command line client you can still create XWindows and
resize them (a window manager being one example :-) ), you don't need to
write a widget and there are sample applications demonstrating this in
GStreamer's repository itself (see
gst-plugins-base/tests/icles/stress-xoverlay.c)
Daniel :
I understand your POV and you are not the first one to consider
gst-launch that way. IMHO this is a design issue: GStreamer plugins are
designed to do as few things as possible, going fullscreen is a media
player feature and involves several tricky points (xinerama,
interrupting with key presses, etc...).
If you want to use gst-launch like this i'd recommend writing a
gst-launch wrapper that would handle all that stuff for you : catching
the have-xid message on the bus, resize the window, listen for
keypresses and so on.
Julien.
On Mon, 2006-12-18 at 14:26 +0100, daniel fischer wrote:
> Julien Moutte <julien at moutte.net> (on Mon, 18 Dec 2006 12:06:37 +0100):
>
> > I don't think it's interesting to incorporate this kind of feature in
> > the plugin itself.
> >
> > Going fullscreen is an application issue and should not be handled by
> > properties, gst-launch is not a player it's just for testing.
>
> Julien,
>
> no offense meant, but i disagree completely. To me, gst-launch is much more than a test tool- it's a universal pipeline builder. I did quite a few things that got started with gst-launch, as no complex application logic was involved. I've worked around the fullscreen problem that Snaik wants to adress by using the ratpoison window manager. gst-launch is also great for doing some ad-hoc streaming.
>
> I agree though that plugins shouldn't get full of application-like features. I've never complained about the switch in v4lsrc from using a property for picking the device to using a full-blown interface-- i've just used "v4lctl setinput" after i launched the pipeline. (and using an interface is obviously the Proper Way(TM))
>
> Nevertheless, this kind of shell-hacking is what linux is built for, no? I'd recommend to Snaik to subclassing xvimagesink to add the functionality. I have no solution for his problem though, sorry.
>
> -dan
>
More information about the gstreamer-devel
mailing list