GNOME Bugzilla – Bug 635354
[mpegpesfilter] wrong timestamp if pts + dts + pes extension
Last modified: 2015-07-23 18:08:54 UTC
I debuging problem with some videos i have, if i try to transcode it i get some times async audio. I found some my streams have wrong time stamps. The reason for this seems to be wrong filter, it looks like this: 0:00:01.138444444 <-- pts 0:00:01.298444444 <-- pts + dts + PES_extension(0x1e) 0:00:01.218444444 <-- pts header_data_length: 13, flags 0xc1 PTS found 73660 DTS found 62860 e0 PES_extension, flags 0x1e e0 P-STD_buffer_flag
Created attachment 174921 [details] [review] mpeg.diff Not sure if it brake some thing, but it do not push wrong timestamps. And it do not solve my problem too :/
So what's the status of this bug? Is this still a problem with the latest releases or do you have a working patch now? Or an idea why exactly this goes wrong?
I'm currently i hospital. Will test it ASUP.
Alexey: any news?
I still have this issue with some files. Still can't find what exactly is the cause of this. I assume there is some thing with synchronization. If i use tracks separate of each other then every thing is ok.
Alexey, what's the gstreamer version do you have ?
Hi, mostly i use updated git. Like now. The problem is fallowing, decoding of some files will stall i demuxe more than one muxed stream from one file. My primer target is vp8, so i just recode every thing i see to webm/vp8. As workaround i decode streams separately and than mux it together. to reproduce you can use: gst-launch -v filesrc location=stream.dump ! mpegpsdemux name=d d.video_e0 ! queue ! fakesink d.audio_80 ! queue ! fakesink this particular example was made on streamdumo from some dvd. Some time with some file it will stall.
Forgot to say, git version of 0.10
Could you provide a stream.dump that happens with?
currently i didn't had big sync issues, but it looks like this patch will find "(filter->pts != -1) && (filter->dts != -1)" in every file i have, at least two times. Do you still need one? you can get one by mplayer dvdnav://1 -dumpstrem
Let's close this, there has been no activity for more than 2 years and it's 0.10 related, and there's no actionable info her really. I have tried gst-launch-1.0 dvdreadsrc device=/dvds/Foo/VIDEO_TS/ ! mpegpsdemux name=d d.video_e0 ! queue ! fakesink d.audio_80 ! queue ! progressreport ! fakesink and it doesn't stall. If you still have problems with recent 1.x versions, please file a new bug or re-open this bug with a stream dump file and a way to reproduce the issue, thanks!