<div dir="ltr"><div>Hi , </div> <div>       I had also tried this thing , I was getting same video frames for the particular duration . Its not a problem of muxers i guess  . Because muxer creates its own timestamp and attach it to the buffer . Its problem of tea element where you connect your preview and record pipeline  . Whenever  you add a new pipeline to the running pipeline so what I think is all the elements of second pipelines should be  in sync with the existing pipeline because source element is common here .  So in order to do that tea element keep pushes same video frame for that particular duration that is same as the time till you press record.  To fix this problem what I did is wrote a plugin which sends running pipeline's position as a timestamp for the first buffer , only for the very first time . And I insert this plugin right after tea element in record pipeline. </div> <div> </div> <div> This has fixed my problem .  </div> <div>         <br><br></div> <div class="gmail_quote">On Thu, Sep 11, 2008 at 6:50 AM, Eric Zhang <span dir="ltr"><<a href="mailto:nicolas.m.zhang@gmail.com">nicolas.m.zhang@gmail.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"> <div dir="ltr">Hi, Stefan:<br><br>    I think your pipeline is using GstSystemClock because you mentioned the source is a live element. If it is, the clock will keep increasing even if the pipeline is paused. This makes the timestamp noncontinuous. To generate a continuous timestamp, I think you can try to use the clock provided by your sink elements. Maybe this is not easy because the live element is different with other source elements.<br> <br>Eric<br><br> <div class="gmail_quote">2008/9/10 Stefan Kost <span dir="ltr"><<a href="mailto:ensonic@hora-obscura.de" target="_blank">ensonic@hora-obscura.de</a>></span> <div> <div></div> <div class="Wj3C7c"><br> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">hi,<br><br>i was wondering how muxers should handle timestamps on incoming buffers.<br>Assume an applications that shows video from a camera. When you click a<br> button it records to file, allowing to pause and unpause in between. The<br>recorded file should have a continuous stream. If I don't do any special<br>casing this is not the case.<br><br>1) When I playback the recorded file, I have an initial pause before<br> video start (if I pressed record after two seconds, the video will start<br>after two seconds).<br><br>2) If I pause in between, also in the playback there is a pause.<br><br>Right now I work around with a pad probe that looks at disconts to<br> aggregate a time_stamp_offset and correct all incoming buffers by<br>subtracting that. It works but probably is not the right way. I believe<br>this involves the use of segments, but I am not sure how. Also both<br>behaviors might be valid (having a sparse and having a continuous<br> stream). So the application would somehow be involved to select the<br>desired behavior. Any comments?<br><br><br>Stefan<br><br><br><br>-------------------------------------------------------------------------<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge<br> Build the coolest Linux based applications with Moblin SDK & win great prizes<br>Grand prize is a trip for two to an Open Source event anywhere in the world<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br> _______________________________________________<br>gstreamer-devel mailing list<br><a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> </blockquote></div></div></div><br></div><br>-------------------------------------------------------------------------<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge<br>Build the coolest Linux based applications with Moblin SDK & win great prizes<br> Grand prize is a trip for two to an Open Source event anywhere in the world<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br> _______________________________________________<br>gstreamer-devel mailing list<br><a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> <br></blockquote></div><br><br clear="all"><br>-- <br>Regards,<br><br>Sudarshan Bisht<br></div>