TIME seek with filesrc - using demuxer and muxer unnecessarily

[Sebastian Dröge]

On So, 2016-06-12 at 22:12 -0700, amitchawla wrote:
> Hi,
> 
> I was using the following pipeline
> 
> gst_parse_launch(" filesrc blocksize=4194304 location=bbc-japan_1080p.mov ! 
> tcpclientsink blocksize=4194304 host=192.168.100.58 port=3000", &error);
> 
> but I was unable to perform a TIME_SEEK on it. I need to do a time_seek
> since there is a demuxer and decoder at the other side of the network, which
> fails if I do a BYTE_SEEK on the above pipeline.
> 
> So, in order to a time seek, I modified the above pipeline like
>  
> gst_parse_launch("filesrc blocksize=4194304 location=bbc-japan_1080p.mov !
> qtdemux name=demux ! queue ! video/x-h264 ! qtmux name=mux streamable=true
> fragment-duration=10 ! tcpclientsink blocksize=4194304 host=192.168.100.58
> port=3000 demux.audio_0 ! queue ! audio/mpeg ! mux.audio_0", &error);
> 
> and introduce a demuxer followed by muxer element , which are actually not
> required.
> 
> Is there a way to perform a time_seek without introducing demuxer and muxer
> unnecessarily ? Is a parser plugin available which can perform time_seek
> without demuxing the stream ?

You could do the TIME->BYTES conversion at the receiver where the
demuxer is used and needed anyway, and then do a BYTES seek on the
sender.

Alternatively, you could write a parser element for MOV. Such an
element does not exist currently, but for other formats like Matroska
for example it exists.

-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160613/5471d66b/attachment.sig>