<div class="post-text" itemprop="text">

<p>is it possible to gather the position and clock on a video stream without demuxing and parsing the internal video or audio stream?</p>

<p>I have a series of files generated by splitmuxsink and i'd like to broadcast it as a live stream.
My point is to be able to have a current valid clock in the pipeline in order to have it flow at the playback rate.
That's the first attempt:</p>

<pre><code>MULTIFILESRC->PARSETS->APPSINK (custom sink to broadcast received data)
</code></pre>

<p>The pipeline starts but (as expected i guess) goes in EOS asap since it reads all the files at the maximum speed my computer can run.</p>

<p>To avoid this i had to make the pipeline much more complicated and i'm unsure if the approach i am using is the right one.
This the working pipeline:</p>

<pre><code>MULTIFILESRC -> PARSETS -> DEMUXTS -> H264PARSE -> MUXTS -> APPSINK
                                |----> AACPARSE ---->|
</code></pre>

<p>So do i really need to demux/mux everything all the time to be able to control the current position of what has been sent to the connected clients and
let the pipeline flow at the required speed?</p>

<p>How can i avoid having to send something "refactored" by me? I should like to push to clients the same data received without any manipulation.</p>

<p>Is PARSETS able somehow to provide the positioning info and the CLOCK?
If not, is it possible for example to set up a parallel "branch" of the pipeline just for this, having APPSINK to receive the original data flow?</p>

<p>Like this, keeping APPSINK and FAKESINK aligned (how?):</p>

<pre><code>MULTIFILESRC -> PARSETS -> MULTIQUEUE (OR TEE)  ------------------>  APPSINK
                                   |
                                   |------> TSDEMUX--> H264PARSE -> FAKESINK
</code></pre>

<p>The same problem is affecting my recording process forcing me to save a "remuxed" stream instead the original.</p>

<p>Thanks a lot!</p>
    </div>


        
        
        
<br/><hr align="left" width="300" />
View this message in context: <a href="http://gstreamer-devel.966125.n4.nabble.com/GStreamer-getting-position-parsing-the-stream-tp4678760.html">GStreamer: getting position parsing the stream</a><br/>
Sent from the <a href="http://gstreamer-devel.966125.n4.nabble.com/">GStreamer-devel mailing list archive</a> at Nabble.com.<br/>