How to change framerate in REALTIME when video is PLAYING?
fb8fb8 at gmail.com
Sun Jul 10 14:12:41 PDT 2011
I followed your example and it works for me.
I added gst_element_set_state(pipe,GST_STATE_NULL); before changing
framerate, and also added
framerate. This changed the framerate.
But another problem came by: The video window closed and re-opened at the
moment of framerate changing.
I want to make the window stay there and ONLY the videoframe change.
Is there some way to make the video window never close while changing
On Sun, Jul 10, 2011 at 4:21 AM, Andrey Nechypurenko <
andreynech at googlemail.com> wrote:
> Hi Tom,
> > existed...
> > Could you please give me another example about adjusting the caps filter?
> Last couple of months I was working on the project rather active and
> re-organize the source tree quite a bit.
> Please try the following link:
> Blog: http://veter-project.blogspot.com
> > Thank you very much!
> > Tom
> > On Thu, Mar 10, 2011 at 2:58 AM, Andrey Nechypurenko
> > <andreynech at googlemail.com> wrote:
> >> Hi Tom,
> >> > I use
> >> > gst-launch filesrc "location=video/1.MPG" ! decodebin ! videorate !
> >> > video/x-raw-yuv, width=640,height=480,framerate=25/1 !
> >> > !
> >> > jpegenc ! multipartmux ! tcpserversink host=192.168.2.1
> >> > to stream a video and can change the video frame rate in this way.
> >> > But in this way the frame rate is fixed (i.e., framerate=25/1 here).
> >> >
> >> > I want to change the framerate in REALTIME when video is PLAYING ---
> >> > during the streaming of this video, I can change the framerate anytime
> >> > want.
> >> Then you need to modify the pipeline from your application. In
> >> particular, you need to adjust the caps filter. Here you can find an
> >> example how to do it:
> >> It changes width and height property of the named (qos-caps) caps
> >> filter by pausing the videoscale element in front of it, updating
> >> width and height properties and then un-pausing the videoscale. So in
> >> your case you can update the framerate property. However, as Kapil
> >> pointed out to work properly, the downstream elements should be able
> >> to re-negotiate the new format.
> >> HTH,
> >> Andrey.
> >> _______________________________________________
> >> gstreamer-devel mailing list
> >> gstreamer-devel at lists.freedesktop.org
> >> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gstreamer-devel