Timestamp question

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Timestamp question

rad_e


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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Timestamp question

Sudarshan Bisht
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. <[hidden email]> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel




--
Regards,

Sudarshan Bisht

------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel