qtdemux => seek failed/skipped

[renecalles]

> I would imagine that the seek is not working because of rtmpsink or the
> muxer you have in front of it. We generally don't support seeking
> through a muxer right now as the semantics are not really clear.

Simple way to prove this should be using a filesink for both audio/video
paths into raw streams, correct?

> For your use case, what you can do is to directly inject the seek event
> on qtdemux for example. You might need to additionally add a pad probe
> (or use pad offsets) on the srcpads right before the muxers to fix up
> timestamps in the way you want them to continue after the seek, and also
> might need to do non-flushing seeks.

Thanks for that hint. I will definitely have a look on that.

Cheers,
René



--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/qtdemux-seek-failed-skipped-tp4666879p4666916.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.