GNOME Bugzilla – Bug 635275
time stamp problems on long encoding
Last modified: 2011-01-11 09:18:13 UTC
I try to encode one mpeg2 stream to vp8 and get one interesting issue. Produced video duration is too big. Real duration is 1 hour 40 minuts, produced duration is 3 hour 30 minuts. This duration looks same like encoding time. Here is command line i use: gst-launch filesrc location=stream.dump ! mpegpsdemux name=demux \ matroskamux name=mux ! filesink location=out2.mkv \ demux.audio_80 ! queue ! a52dec mode=2 ! audioconvert ! audioresample ! audio/x-raw-float,rate=44100,channels=2 ! queue ! vorbisenc ! queue ! mux. \ demux.audio_81 ! queue ! a52dec mode=2 ! audioconvert ! audioresample ! audio/x-raw-float,rate=44100,channels=2 ! queue ! vorbisenc ! queue ! mux. \ demux.video_e0 ! queue ! mpeg2dec ! videocrop top=74 bottom=74 ! ffmpegcolorspace ! queue ! vp8enc threads=3 speed=0 quality=10 ! queue ! mux. I guess the problem are the time stamps. Audio stream has time stamps, video stream do not has time stamps. Thay will be generated after mpeg2dec, so if i use slow encoding, packet will get stamps with big interwal.
hmmm... i used identity to check times stamps, so seems like i was wrong. the stamps seems to be perfect. But matroska muxed files still report wrong duration. duration = encode time.
Is this the same as #635720?
Don't know if that belongs into -bad or -good, but certainly not into common. Moving to -good since you say the file matroskamux create has a wrong duration. Alexey: have you had a chance to test this with current git or pre-releases by any chance, to check if the bug David mentioned fixes things?
It seems to be fixed. Thank you.
Thanks for confirming.