GNOME Bugzilla – Bug 723603
mpeg2dec: Seek problem with video Mpegts/mpeg2
Last modified: 2018-01-23 17:24:42 UTC
Hi when seeking a mpegts/mpeg2 video file in time (the time seek is handled by the source element) it seems the decoder have trouble presenting the right frames. If the seek is less that 30s from the beginning of the file, then after a few second, the decoder is able to present video, but if the seek is greater than 35s then the decoder stop presenting frames, and only audio is audible. Any idea on how to fix this? Eric T.
Do you have a testcase to reproduce this?
I'll try to find a way for you to be able to test the case. Is there any source element that is able to work in 'time' ref?
I currently can't think of any that allows seeking
rtspsrc might. Question is: why do you think this is a bug in the decoder element and not your source, when it seemingly works fine with demuxers otherwise?
(In reply to comment #4) > rtspsrc might. > > Question is: why do you think this is a bug in the decoder element and not your > source, when it seemingly works fine with demuxers otherwise? Hi, it looks to me it comes from the decoder because seeking on lots of other format work well. And also, the sound of the video is decoded well from the right position. The demuxer seeks well with h264 video, so looks like the problem must come from the decoder when it receive an input segment in format GST_FORMAT_TIME. Maybe I can try to send some logs, but I don't really know what to log. Also the decoder ouputs a good amount of things, I wasn't able to find any clue about my problem ^^. Cheers,Eric
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!
Bug 723603 may be related.
Sorry, I meant Bug 759976.
Thanks Andrew.