GNOME Bugzilla – Bug 731189
Transcoded file gives stream error using gst-validate-transcoding-1.0
Last modified: 2016-03-05 12:11:57 UTC
Transcoding with seek_forward using gst-validate-transcoding-1.0 scenario results in corrupted transcoded stream. Stream:big_buck_bunny_480p_h264.mov location:https://git.doner.collabora.co.uk/cgit/gms-testing-samples.git/tree/quicktime Transcoded file playback results in following error. sudipj@sudipj-host-ubuntu:~/Streams/transcode$ gst-play-1.0 big_bunny_480_640_seek_forward_h264_aac.ts.transcode Volume: 100% Now playing /home/sudipj/Streams/transcode/big_bunny_480_640_seek_forward_h264_aac.ts.transcode ERROR Internal data stream error. for file:///home/sudipj/Streams/transcode/big_bunny_480_640_seek_forward_h264_aac.ts.transcode ERROR debug information: mpegtsbase.c(1343): mpegts_base_loop (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTSDemux:tsdemux0: stream stopped, reason error Reached end of play list. Check with other streams too result is same.
The scenario is simple_seek_forward as below ============================================================================= description, seek=true, duration=20 seek, name=First-forward-seek, playback_time=5.0, rate=1.0, start=10.0, flags=accurate+flush stop, playback_time=30.0 ==============================================================================
Below on the paste link, is the command line and the console output with the big_bunny_xx stream for gst-validate-1.0 (http://pastebin.com/CFBG64km) gst-validate-transcoding-1.0 (http://pastebin.com/cbwiK8VZ)
This bug is rather about seeking while transcoding generally not working. I believe we already have a bug opened for that (could not find it).
Closing this bug as it does not really make sense. We should make sure there are bugs open for each muxer/encoder about seeking while transcoding.