January 2016 - FFmpeg-trac - lists.ffmpeg.org

#5039(avcodec:new): Incorrect TrueHD decoding
by FFmpeg 17 Sep '22

17 Sep '22

#5039: Incorrect TrueHD decoding --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: thd Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/203994 A user uploaded a TrueHD sample that is supposed to only contain 0xFFFFFF but the two first channels of the output file always contain 0x01 or 0x02. {{{ $ ffmpeg -i warnings_cut.thd -acodec pcm_s24le out.wav ffmpeg version N-76844-g3885ef0 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 55. 9.100 / 55. 9.100 libavcodec 57. 16.100 / 57. 16.100 libavformat 57. 19.100 / 57. 19.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 15.100 / 6. 15.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 Input #0, truehd, from 'warnings_cut.thd': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: truehd, 48000 Hz, 7.1, s32 (24 bit) Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf57.19.100 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 7.1, s32 (24 bit), 9216 kb/s Metadata: encoder : Lavc57.16.100 pcm_s24le Stream mapping: Stream #0:0 -> #0:0 (truehd (native) -> pcm_s24le (native)) Press [q] to stop, [?] for help [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 05. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 08. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0b. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 08. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0f. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 08. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0f. ... ... [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0c. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 09. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0e. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0f. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 04. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 03. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0a. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 01. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 02. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 0a. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 09. [truehd @ 0x2d32460] Lossless check failed - expected 00, calculated 05. size= 56934kB time=00:00:50.60 bitrate=9216.0kbits/s video:0kB audio:56933kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000175% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5039> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#3921(avcodec:new): Faster RDFT
by FFmpeg 16 Sep '22

16 Sep '22

#3921: Faster RDFT ---------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: fft rdft Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- Our RDFT code is too slow, at least on x86. See http://kojevnikov.com /faster-fast-fourier-transform.html We probably want to add a {{{ff_rdft_calc_sse/avx}}} (and/or maybe consider another algorithm?). -- Ticket URL: <https://trac.ffmpeg.org/ticket/3921> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#3595(avcodec:new): Support >5 channels in E-AC-3 audio
by FFmpeg 13 Sep '22

13 Sep '22

#3595: Support >5 channels in E-AC-3 audio ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: eac3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- E-AC-3 supports up to 15 full-bandwidth channels, but libavcodec's encoder currently doesn't support 6.1 and 7.1 channel layouts. Do these layouts just need to be added to ff_ac3_channel_layouts, or would this require additional work on the encoder? -- Ticket URL: <https://trac.ffmpeg.org/ticket/3595> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 35

#4773(undetermined:new): Multidimensional Quantization needs aeons
by FFmpeg 04 Sep '22

04 Sep '22

#4773: Multidimensional Quantization needs aeons -------------------------------------+------------------------------------- Reporter: xtemp09 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When multi_dim_quant is on, ffmpeg requires too many days to convert. Could you add multithreading and/or openCL support? -- Ticket URL: <https://trac.ffmpeg.org/ticket/4773> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3920(ffprobe:new): ffprobe can't parse dash init.mp4
by FFmpeg 01 Sep '22

01 Sep '22

#3920: ffprobe can't parse dash init.mp4 ---------------------------------+-------------------------------------- Reporter: sinkers | Type: defect Status: new | Priority: normal Component: ffprobe | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- ffprobe seems unable to parse the init.mp4's generated for dash files whereas mediainfo can. Example:ffprobe http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764… ffprobe version N-65977-gd9e2ace Copyright (c) 2007-2014 the FFmpeg developers built on Aug 30 2014 17:48:03 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-libx264 --enable-libfdk_aac --enable-nonfree --enable-gpl --enable-ffplay --enable-libfreetype --enable-libx265 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fa82c005200] Could not find codec parameters for stream 0 (Video: h264 (avc1 / 0x31637661), 512x288): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764…: End of file Mediainfo output mediainfo http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764… General Complete name : http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764… Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 713 Bytes Duration : 5mn 45s Overall bit rate : 17 bps Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 1904-01-01 00:00:00 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Main(a)L2.1 Format settings, CABAC : Yes Format settings, ReFrames : 3 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 5mn 45s Width : 512 pixels Height : 288 pixels Display aspect ratio : 16:9 Frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 1904-01-01 00:00:00 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3920> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#4786(undetermined:new): MLP misdetected for dvd_pcm
by FFmpeg 22 Aug '22

22 Aug '22

#4786: MLP misdetected for dvd_pcm -------------------------------------+------------------------------------- Reporter: patrakov | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ $ ffprobe ATS_01_1.AOB ffprobe version 2.7.2 Copyright (c) 2007-2015 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable- libfreetype --enable-libfribidi --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable- libschroedinger --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-shared --enable-version3 --enable-x11grab libavutil 54. 27.100 / 54. 27.100 libavcodec 56. 41.100 / 56. 41.100 libavformat 56. 36.100 / 56. 36.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 16.101 / 5. 16.101 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.100 / 1. 2.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpeg, from 'ATS_01_1.AOB': Duration: 00:00:22.96, start: 0.007333, bitrate: 3568 kb/s Stream #0:0[0xa1]: Audio: pcm_dvd, 48000 Hz, 6 channels, s16, 4608 kb/s }}} However the stream is actually MLP, not PCM, and is playable by VLC. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4786> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3511(undetermined:new): support FrameRate in dpx files
by FFmpeg 28 Jul '22

28 Jul '22

#3511: support FrameRate in dpx files -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: Priority: normal | undetermined Version: git- | Keywords: dpx master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the enhancement: A request for frame rate support in the dpx encoder/decoder. The dpx IndustryFilmInfoHeader (and the Television one) have a frame rate field. See: http://www.fileformat.info/format/dpx/egff.htm How to reproduce: Making a test set of dpx files at 18 fps. I use -t 1 and -r:v 18 so 18 dpx files are created. {{{ ffmpeg -f lavfi -i color -r:v 18 -t 1 -f image2 -y 18fps_%06d.dpx ffmpeg version 2.2 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 26 2014 16:18:04 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'color': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to '18fps_%06d.dpx': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: dpx, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 18 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> dpx) Press [q] to stop, [?] for help frame= 18 fps=0.0 q=-1.0 Lsize=N/A time=00:00:01.00 bitrate=N/A dup=0 drop=4 video:4079kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100.000526% }}} Reading the first dpx shows a default frame rate of 25. {{{ ffmpeg -i 18fps_000001.dpx ffmpeg version 2.2 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 26 2014 16:18:04 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-ffplay --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '18fps_000001.dpx': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: dpx, rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3511> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#5195(undetermined:new): v210 with odd size
by FFmpeg 21 Jun '22

21 Jun '22

#5195: v210 with odd size -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- exported from Premiere, decodes correctly with VirtualDub (internal DIB decoder v210) http://www.datafilehost.com/d/e8a65fbd {{{ C:\>ffmpeg -i v210_odd.avi ffmpeg version N-77915-gc1a3683 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enab le-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --ena ble-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enabl e-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- libzimg -- enable-lzma --enable-decklink --enable-zlib libavutil 55. 13.100 / 55. 13.100 libavcodec 57. 22.100 / 57. 22.100 libavformat 57. 21.101 / 57. 21.101 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 25.100 / 6. 25.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 [v210 @ 038774e0] v210 needs even width [avi @ 0386e5e0] Failed to open codec in av_find_stream_info [v210 @ 038774e0] v210 needs even width Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'v210_odd.avi': Metadata: date : 2016-01-24T13:47:57+01:00 encoder : Adobe Premiere Pro CC 2015 (Windows) Duration: 00:00:14.00, start: 0.000000, bitrate: 38209 kb/s Stream #0:0: Video: v210 (v210 / 0x30313276), none, 719x479, 37320 kb/s, 5 f ps, 5 tbr, 5 tbn, 5 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5195> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#4929(avcodec:new): RTSP protocol not sending TEARDOWN packet
by FFmpeg 25 May '22

25 May '22

#4929: RTSP protocol not sending TEARDOWN packet -------------------------------------+------------------------------------- Reporter: | Type: defect nadenislamarre | Priority: important Status: new | Version: git- Component: avcodec | master Keywords: TEARDOWN | Blocked By: RTSP | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When a client close a rtsp connexion, it is supposed to send the TEARDOWN packet according to https://en.wikipedia.org/wiki/Real_Time_Streaming_Protocol ffmpeg doesn't (controlled by wireshark), while i guess it worked at a given time while the code to do it is inside ffmpeg. In short, because my tv provider allows only 1 channel at a time, i've to wait 30 seconds between each channel change. Below, you'll find more detail, and a not perfect but working patch to show the problem more in detail. How to reproduce: {{{ % ffplay 'rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201&flavour=ld' ffmpeg version : git version }}} The attached file is not really a patch while it's not the good way to fix. However, it works in my case. The thing is that rtsp::read_close function containing ff_rtsp_send_cmd_async(s, "TEARDOWN", rt->control_uri, NULL); is called after is->abort_request = 1; SDL_WaitThread(is->read_tid, NULL); and at the end, the packet is never sent. To quickly and badly fix, i've added a preclose function called before the sdl_waitthread. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4929> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#5018(undetermined:new): incorrect PTS/DTS on first frame of RTSP stream
by FFmpeg 19 May '22

19 May '22

#5018: incorrect PTS/DTS on first frame of RTSP stream -------------------------------------+------------------------------------- Reporter: slamb | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ in one screen session: $ sudo tcpdump -s 0 -w rtsp.pcap 'port 554' (wait for the following command, then ctrl-C out) in another screen session: $ ./ffmpeg -report -rtsp_transport tcp -i rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov -map 0:v -filter:v showinfo -frames:v 10 -f null /dev/null ffmpeg started on 2015-11-19 at 22:18:19 Report written to "ffmpeg-20151119-221819.log" ffmpeg version N-76741-g8eadabf Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.1 (Ubuntu 5.2.1-22ubuntu2) 20151010 configuration: libavutil 55. 7.100 / 55. 7.100 libavcodec 57. 15.100 / 57. 15.100 libavformat 57. 16.100 / 57. 16.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 15.100 / 6. 15.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 Input #0, rtsp, from 'rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov': Metadata: title : BigBuckBunny_115k.mov Duration: 00:09:56.48, start: 0.000000, bitrate: N/A Stream #0:0: Audio: aac (LC), 12000 Hz, stereo, fltp Stream #0:1: Video: h264 (Constrained Baseline), yuv420p, 240x160, 24 fps, 24 tbr, 90k tbn, 48 tbc [Parsed_showinfo_0 @ 0x32e3220] config in time_base: 1/90000, frame_rate: 24/1 [Parsed_showinfo_0 @ 0x32e3220] config out time_base: 0/0, frame_rate: 0/0 Output #0, null, to '/dev/null': Metadata: title : BigBuckBunny_115k.mov encoder : Lavf57.16.100 Stream #0:0: Video: wrapped_avframe, yuv420p, 240x160, q=2-31, 200 kb/s, 24 fps, 24 tbn, 24 tbc Metadata: encoder : Lavc57.15.100 wrapped_avframe Stream mapping: Stream #0:1 -> #0:0 (h264 (native) -> wrapped_avframe (native)) Press [q] to stop, [?] for help [Parsed_showinfo_0 @ 0x32e3220] n: 0 pts: 22530 pts_time:0.250333 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:1 type:I checksum:4684E2B2 plane_checksum:[E5836087 FB23C10E FB23C10E] mean:[16 128 128] stdev:[0.0 0.0 0.0] [Parsed_showinfo_0 @ 0x32e3220] n: 1 pts: 3780 pts_time:0.042 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:P checksum:4684E2B2 plane_checksum:[E5836087 FB23C10E FB23C10E] mean:[16 128 128] stdev:[0.0 0.0 0.0] [null @ 0x32e1c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 6 >= 1 [Parsed_showinfo_0 @ 0x32e3220] n: 2 pts: 7470 pts_time:0.083 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:P checksum:4684E2B2 plane_checksum:[E5836087 FB23C10E FB23C10E] mean:[16 128 128] stdev:[0.0 0.0 0.0] [null @ 0x32e1c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 6 >= 2 [Parsed_showinfo_0 @ 0x32e3220] n: 3 pts: 11250 pts_time:0.125 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:P checksum:4684E2B2 plane_checksum:[E5836087 FB23C10E FB23C10E] mean:[16 128 128] stdev:[0.0 0.0 0.0] [null @ 0x32e1c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 6 >= 3 [Parsed_showinfo_0 @ 0x32e3220] n: 4 pts: 15030 pts_time:0.167 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:I checksum:6A1C6A0E plane_checksum:[C3DEF687 2870B415 15DFBF54] mean:[17 128 128] stdev:[0.0 0.5 0.3] [null @ 0x32e1c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 6 >= 4 [Parsed_showinfo_0 @ 0x32e3220] n: 5 pts: 18720 pts_time:0.208 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:I checksum:3AB1F61E plane_checksum:[7A098596 B53EB11C AEE4BF5D] mean:[18 128 128] stdev:[0.2 0.5 0.2] [null @ 0x32e1c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 6 >= 5 [Parsed_showinfo_0 @ 0x32e3220] n: 6 pts: 22500 pts_time:0.25 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:I checksum:15F370C5 plane_checksum:[8426FB96 9660BA1D DEEDBAF4] mean:[19 128 128] stdev:[0.5 0.4 0.6] [null @ 0x32e1c00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 6 >= 6 [Parsed_showinfo_0 @ 0x32e3220] n: 7 pts: 26280 pts_time:0.292 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:I checksum:1782831B plane_checksum:[B83E17E1 A224B27D 9148B8AE] mean:[19 128 128] stdev:[0.3 0.5 0.5] [Parsed_showinfo_0 @ 0x32e3220] n: 8 pts: 29970 pts_time:0.333 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:I checksum:DAB58319 plane_checksum:[BA7B231F 20B2A7DD FFACB80E] mean:[21 127 128] stdev:[0.5 0.5 0.5] [Parsed_showinfo_0 @ 0x32e3220] n: 9 pts: 33750 pts_time:0.375 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:P checksum:C6859199 plane_checksum:[5F54308B 20B2A7DD 67B1B922] mean:[21 127 128] stdev:[0.6 0.5 0.5] [Parsed_showinfo_0 @ 0x32e3220] n: 10 pts: 37530 pts_time:0.417 pos: -1 fmt:yuv420p sar:0/1 s:240x160 i:P iskey:0 type:P checksum:23721349 plane_checksum:[8391B2B7 3E1AA77E 4E11B8F6] mean:[22 127 128] stdev:[1.4 0.5 0.5] frame= 10 fps=0.0 q=-0.0 Lsize=N/A time=00:00:00.41 bitrate=N/A video:5kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} I'm attaching `ffmpeg-20151119-221819.log` and `rtsp.pcap`. I don't think this is anything particular to this RTSP server. I encountered the problem originally with my Hikvision DS-2CD2032 security camera. That's not reproducible for anyone but me, so I looked for a public rtsp stream and found this one. This occurs in git HEAD as you can see above. Also with the ffmpeg version bundled with Ubuntu 15.10 and libav bundled with Raspbian Jessie, so it's apparently quite an old bug. Looks like something similar was reported as defect 2660. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5018> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8