Opened 13 years ago
Closed 12 years ago
#822 closed defect (fixed)
h264 in mkv: non monotonically increasing dts
Reported by: | StevenG | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | git-master | Keywords: | H264 mkv av_interleaved_write_frame |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | yes | |
Analyzed by developer: | no |
Description
Hi,
tried this:
d:\9 Project\qt\xMp4-build-desktop\tools>ffmpeg -i m:\temp\a-001.mkv -map 0:0 -c copy m:\temp\a.mp4 ffmpeg version N-35709-g7d531e8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 12 2011 13:50:00 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 43. 0 / 53. 43. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0212A560] Increasing reorder buffer to 1 Input #0, matroska,webm, from 'm:\temp\a-001.mkv': Metadata: title : HD Suisse - SwissView Duration: 00:00:01.50, start: 0.000000, bitrate: 12741 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1280x720, SAR 1:1 DAR 16:9, 50 fps , 50 tbr, 1k tbn, 100 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Output #0, mp4, to 'm:\temp\a.mp4': Metadata: title : HD Suisse - SwissView encoder : Lavf53.24.0 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 D AR 16:9], q=2-31, 50 fps, 1k tbn, 1k tbc (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 024BBAE0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 40 >= 0 av_interleaved_write_frame(): Invalid argument
and didn't get what i wanted.
Attachments (2)
Change History (9)
by , 13 years ago
comment:1 by , 13 years ago
Component: | FFmpeg → undetermined |
---|---|
Keywords: | H264 av_interleaved_write_frame added; mp4 removed |
Reproduced by developer: | set |
Status: | new → open |
Summary: | [mp4 @ 024BBAE0] av_interleaved_write_frame() → h264 in mkv: non monotonically increasing dts |
comment:2 by , 13 years ago
What in a hell this thing "non monotonically increasing dts" ?
Maybe is better to disable this, so it will don't cause any problem ?
follow-up: 4 comment:3 by , 13 years ago
Are you suggesting that FFmpeg should produce invalid files by default?
comment:4 by , 13 years ago
Replying to cehoyos:
Are you suggesting that FFmpeg should produce invalid files by default?
No, for sure.
comment:5 by , 13 years ago
I found a solution how to work around this bug:
- i extract *.h264 with mkvextract
- ffmpeg -i VIDEO.h264 -i AUDIO -c copy VIDEO.mp4
- i got messages
pts has no value [mp4 @ 02235020] pts has no value Last message repeated 53 times
but i got partially working *.mp4 media [on xbox 360 NOT a smooth playback].
Hope this helps.
comment:6 by , 12 years ago
With latest ffmpeg this now fails with:
pts (0) < dts (40) in stream 0
av_interleaved_write_frame(): Invalid argument
instead of non monotonically increasing dts
comment:7 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | open → closed |
This is not reproducible anymore.
source file