[gst-devel] Timestamp question
sudarshan bisht
bisht.sudarshan at gmail.com
Tue Jun 15 06:56:08 CEST 2010
Hi ,
Yes that's true that in PAUSE state itself sink element will have a buffer
and this shows that pipeline is no more waiting for anything ( resources
etc) , everything goes fine till this point and pipeline is ready to play.
On Tue, Jun 15, 2010 at 1:27 AM, Rad E. <rad_e at rocketmail.com> wrote:
>
> Hi,
>
>
>
> I'm running a pipeline fed by rtspsrc. The pipeline incorporates a
> GstTee/queues.
>
>
>
> Something like:
>
> rtspsrc -> ... -> tee -> queue -> element -> sink
>
> -> queue -> element -> sink
>
>
>
> The rtspsrc documention suggests that it is a live source:
>
> "rtspsrc acts like a live source and will therefore only generate data in
> the PLAYING state."
>
>
>
> An element downstream of the rtspsrc/tee/queue is receiving frames in the
> PAUSED state, immediately before the element is set to the PLAYING state.
> Is this normal, or is something incorrect with my pipeline that I should
> investigate further?
>
>
>
> Receiving the frames in the PAUSED state presents a problem. I would like
> to convert each buffer's pipeline timestamp to a system timestamp. So for
> instance if the frame was timestamped 0.25 seconds ago by rtspsrc, I'd like
> to generate a wall clock/system time of current time - 0.25 seconds. We
> achieved this using the element base src time, but that time isn't available
> in PAUSED state.
>
>
>
> I received a recommendation from IRC to use gst_element_query_position, but
> looking at the docs its not clear to me how to use that to make this work.
> Does anyone have ideas, either a way to work around the frames arriving in
> PAUSED, or a different way to calculate time?
>
>
> Thanks
>
>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
--
Regards,
Sudarshan Bisht
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20100615/14eb03c2/attachment.htm>
More information about the gstreamer-devel
mailing list