July 2019 - FFmpeg-trac - lists.ffmpeg.org

#5482(undetermined:new): g721 (g726): fix audiable artefacts
by FFmpeg 30 Mar '25

30 Mar '25

#5482: g721 (g726): fix audiable artefacts -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes ok with sox https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1955/g721_1ch_44khz.au also reproducible with g726 sample: https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1955/g726_44khz_2bit.au {{{ C:\>ffmpeg -i C:\g721_1ch_44khz.au out.wav ffmpeg version N-79632-g3ce1988 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5.0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libfreetype --enable-libvpx --disab le-decoder=libvpx libavutil 55. 22.101 / 55. 22.101 libavcodec 57. 38.100 / 57. 38.100 libavformat 57. 34.103 / 57. 34.103 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 44.100 / 6. 44.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 Input #0, au, from 'C:\g721_1ch_44khz.au': Duration: 00:00:30.01, start: 0.000000, bitrate: 176 kb/s Stream #0:0: Audio: adpcm_g726le ([23][0][0][0] / 0x0017), 44100 Hz, mono, s 16, 176 kb/s [wav @ 0x2c3eb60] Using AVStream.codec to pass codec parameters to muxers is dep recated, use AVStream.codecpar instead. Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf57.34.103 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc57.38.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (adpcm_g726le (g726le) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 2585kB time=00:00:30.01 bitrate= 705.6kbits/s speed= 213x video:0kB audio:2585kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.002946% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5482> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#6389(avformat:new): Support H.265 over Adobe HTTP-FLV or RTMP
by FFmpeg 17 Mar '25

17 Mar '25

#6389: Support H.265 over Adobe HTTP-FLV or RTMP ----------------------------------+--------------------------------------- Reporter: winlin | Type: task Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- FFMPEG is a great project, thank everyone's awesome work! Adobe HTTP-FLV or RTMP is the defacto protocol for live streaming over internet and almost all encoders support pushing stream to server or CDN over RTMP protocol, while player like Adobe Flash or Android ExoPlayer or FFMPEG also support HTTP-FLV. Although H.265 is supported by HLS and TS, we can also delivery H.265 over HTTP-TS for realtime live streaming service, but CDNs are more friendly to RTMP/HTTP-FLV. For example, all, that's all, not some, all live streaming service in China now are using RTMP/HTTP-FLV for 3-5s latency, none of them chooses HLS for its large latency. Maybe realtime live streaming is not popular in the US, but I think it's only because the CDN is not very good at delivery RTMP/HTTP-FLV. I know some friends in the UK and US are now build the realtime CDN themselves, some use [NGINX-RTMP](https://github.com/arut/nginx-rtmp-module) like facebook, others using [SRS](https://github.com/ossrs/srs) to delivery realtime live streaming: {{{ Encoder ====RTMP====> SRS(Cluster) ====RTMP/HTTP-FLV====> Player }}} Now, it work very good for H.264+AAC over RTMP/HTTP-FLV for 3-5s realtime live streaming service, what about H.265? Is there any plan to support H.265 over HTTP-FLV/RTMP? -- Ticket URL: <https://trac.ffmpeg.org/ticket/6389> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 34

#7059(undetermined:new): Compile error in ffmpeg git master with opencv 3.4.1
by FFmpeg 14 Mar '25

14 Mar '25

#7059: Compile error in ffmpeg git master with opencv 3.4.1 -------------------------------------+------------------------------------- Reporter: bermond | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm getting the following error at configure time when trying to compile ffmpeg git-master with the newly released opencv 3.4.1: {{{ ERROR: libopencv not found }}} Relevant `ffbuild/config.log` section: {{{ In file included from /usr/include/opencv2/core/types_c.h:59:0, from /usr/include/opencv2/core/core_c.h:48, from /tmp/ffconf.Rgo00uNd/test.c:1: /usr/include/opencv2/core/cvdef.h:485:1: error: unknown type name 'namespace' namespace cv { ^~~~~~~~~ /usr/include/opencv2/core/cvdef.h:485:14: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token namespace cv { ^ ERROR: libopencv not found }}} It compiles fine when using opencv 3.4.0. How to reproduce: {{{ $ git clone https://git.ffmpeg.org/ffmpeg.git $ cd ffmpeg $ ./configure --enable-libopencv }}} A relevant [https://github.com/opencv/opencv/issues/10963 issue (#10963)] is opened at the official opencv github repository regarding the same error when compiling vlc. Here is a quote of opencv developer Alexander Alekhin when answering this issue: ''"OpenCV 3.x doesn't not support C compilation mode officially. There are still legacy C API calls (from OpenCV 1.x) but they should be compiled in C++ compilation mode".'' '''System information:''' '''OS:''' Arch Linux x86_64 '''Compiler:''' gcc 7.3.0 '''FFmpeg:''' git master '''OpenCV:''' 3.4.1 -- Ticket URL: <https://trac.ffmpeg.org/ticket/7059> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#7558(undetermined:new): Ignore coded resolutions in using -c:v copy?
by FFmpeg 13 Mar '25

13 Mar '25

#7558: Ignore coded resolutions in using -c:v copy? -------------------------------------+------------------------------------- Reporter: ponpon | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- A coded resolution is {{{1920x1080 (0x0)}}} in using {{{-c:v copy}}}. Does it mean that coded resolutions is ignored? I don't know if it makes an effect on output files. A source file is 1080.mp of ticket #7544. {{{ ffmpeg -y -v debug -i 1080.mp4 -c:v copy test.mp4 ffmpeg version N-92458-gfc94e9704e Copyright (c) 2000-2018 the FFmpeg developers built with clang version 5.0.2 (tags/RELEASE_502/final) configuration: --prefix=/sw --cc=clang-mp-5.0 --cxx=clang++-mp-5.0 --disable-shared --enable-static --enable-gpl --enable-version3 --enable- nonfree --enable-pthreads --optflags=-Ofast --extra-cflags='-I/sw/include -I/opt/local/include ' --extra-ldflags=' -L/sw/lib -L/opt/local/lib -fopenmp' --extra-ldsoflags='-L/sw/lib -L/opt/local/lib -static--target- os=darwin' --arch=x86_64 --cpu=kabylake --enable-avresample --enable- libfdk-aac --enable-libmp3lame --enable-libopencore_amrnb --enable- libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libxvid --enable-libfreetype --enable-gcrypt --enable-gmp --enable-openssl --enable-librtmp --enable-libass --enable- fontconfig --enable-libfribidi --enable-libbluray --enable-libdc1394 --enable-libmodplug --enable-lzma --enable-libx264 --enable-libx265 --enable-libzimg --enable-libvidstab --enable-libsoxr --enable- libsmbclient --enable-libcdio --enable-opengl --enable-opencl --pkg- config-flags=' --libs --static' libavutil 56. 23.101 / 56. 23.101 libavcodec 58. 39.100 / 58. 39.100 libavformat 58. 22.100 / 58. 22.100 libavdevice 58. 6.100 / 58. 6.100 libavfilter 7. 44.100 / 7. 44.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input url with argument '1080.mp4'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'copy'. Reading option 'test.mp4' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option v (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input url 1080.mp4. Successfully parsed a group of options. Opening an input file: 1080.mp4. [NULL @ 0x7fec31011200] Opening '1080.mp4' for reading [file @ 0x7fec30c1de80] Setting default whitelist 'file,crypto' [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Unknown dref type 0x206c7275 size 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Processing st: 0, edit list 0 - media time: 1024, duration: 12800 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 0 ctts: 1024, ctts_index: 0, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 512 ctts: 2560, ctts_index: 1, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 1024 ctts: 1024, ctts_index: 2, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 1536 ctts: 0, ctts_index: 3, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 2048 ctts: 512, ctts_index: 4, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 2560 ctts: 2560, ctts_index: 5, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 3072 ctts: 1024, ctts_index: 6, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 3584 ctts: 0, ctts_index: 7, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 4096 ctts: 512, ctts_index: 8, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 4608 ctts: 2560, ctts_index: 9, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 5120 ctts: 1024, ctts_index: 10, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 5632 ctts: 0, ctts_index: 11, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 6144 ctts: 512, ctts_index: 12, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 6656 ctts: 2560, ctts_index: 13, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 7168 ctts: 1024, ctts_index: 14, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 7680 ctts: 0, ctts_index: 15, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 8192 ctts: 512, ctts_index: 16, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 8704 ctts: 2560, ctts_index: 17, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 9216 ctts: 1024, ctts_index: 18, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 9728 ctts: 0, ctts_index: 19, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 10240 ctts: 512, ctts_index: 20, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 10752 ctts: 2560, ctts_index: 21, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 11264 ctts: 1024, ctts_index: 22, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 11776 ctts: 0, ctts_index: 23, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] stts: 12288 ctts: 512, ctts_index: 24, ctts_count: 25 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Offset DTS by 1024 to make first pts zero. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Setting codecpar->delay to 2 for stream st: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] Before avformat_find_stream_info() pos: 3962 bytes read:3962 seeks:0 nb_streams:1 [h264 @ 0x7fec31011e00] nal_unit_type: 7(SPS), nal_ref_idc: 3 [h264 @ 0x7fec31011e00] nal_unit_type: 8(PPS), nal_ref_idc: 3 [h264 @ 0x7fec31011e00] nal_unit_type: 6(SEI), nal_ref_idc: 0 [h264 @ 0x7fec31011e00] nal_unit_type: 5(IDR), nal_ref_idc: 3 [h264 @ 0x7fec31011e00] Format yuv420p chosen by get_format(). [h264 @ 0x7fec31011e00] Reinit context to 1920x1088, pix_fmt: yuv420p [h264 @ 0x7fec31011e00] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fec31011200] After avformat_find_stream_info() pos: 1168 bytes read:3962 seeks:0 frames:1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1080.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf58.18.101 Duration: 00:00:01.00, start: 0.000000, bitrate: 31 kb/s Stream #0:0(und), 1, 1/12800: Video: h264 (High), 1 reference frame (avc1 / 0x31637661), yuv420p(left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 0/1, 22 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler Successfully opened the file. Parsing a group of options: output url test.mp4. Applying option c:v (codec name) with argument copy. Successfully parsed a group of options. Opening an output file: test.mp4. [file @ 0x7fec30f06900] Setting default whitelist 'file,crypto' Successfully opened the file. Output #0, mp4, to 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf58.22.100 Stream #0:0(und), 0, 1/12800: Video: h264 (High), 1 reference frame (avc1 / 0x31637661), yuv420p(left), 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, 22 kb/s, 25 fps, 25 tbr, 12800 tbn, 12800 tbc (default) Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help cur_dts is invalid (this is harmless if it occurs once at the start per stream) No more output streams to write to, finishing. frame= 25 fps=0.0 q=-1.0 Lsize= 4kB time=00:00:00.88 bitrate= 36.0kbits/s speed=5.12e+03x video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 41.046635% Input file #0 (1080.mp4): Input stream #0:0 (video): 25 packets read (2809 bytes); Total: 25 packets (2809 bytes) demuxed Output file #0 (test.mp4): Output stream #0:0 (video): 25 packets muxed (2809 bytes); Total: 25 packets (2809 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7fec30f082c0] Statistics: 2 seeks, 4 writeouts [AVIOContext @ 0x7fec30c1dfc0] Statistics: 3962 bytes read, 0 seeks }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7558> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#4364(avcodec:new): Support for DMG (RAW)
by FFmpeg 26 Feb '25

26 Feb '25

#4364: Support for DMG (RAW) -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: | Status: new enhancement | Component: avcodec Priority: wish | Keywords: dmg raw Version: git- | tiff master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Currently only detects the preview: {{{ ☭ ./ffprobe /tmp/L1004220.DNG ffprobe version N-70643-gb7cb8b3 Copyright (c) 2007-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) 20150304 (prerelease) configuration: --prefix=/home/ux/local --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable-libvorbis --enable- libfontconfig --enable-libfreetype --enable-libass --enable-libmp3lame --samples=/home/ux/fate-samples --assert-level=2 libavutil 54. 20.100 / 54. 20.100 libavcodec 56. 26.100 / 56. 26.100 libavformat 56. 25.101 / 56. 25.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 12.100 / 5. 12.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [tiff_pipe @ 0x2c39c60] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, tiff_pipe, from '/tmp/L1004220.DNG': Duration: N/A, bitrate: N/A Stream #0:0: Video: tiff, rgb24, 320x216 [SAR 1:1 DAR 40:27], 25 tbr, 25 tbn, 25 tbc }}} Overview: https://en.wikipedia.org/wiki/Digital_Negative Sample: http://kenrockwell.com/leica/m9/sample-photos-3.htm -- Ticket URL: <https://trac.ffmpeg.org/ticket/4364> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 22

#7158(avformat:new): Send "Accept-Encoding: gzip" on .m3u8 HTTP requests
by FFmpeg 24 Feb '25

24 Feb '25

#7158: Send "Accept-Encoding: gzip" on .m3u8 HTTP requests ----------------------------------+--------------------------------------- Reporter: DeHackEd | Type: enhancement Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Some live streaming servres (such as Youtube live feeds) can generate multi-megabyte .m3u8 files when uncompressed and on long feeds. Accepting gzip'd playlist files can both save bandwidth and dramatically improve playback performance. I've tested this by just using "Accept-Encoding: gzip" but I don't think that would be an acceptable solution. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7158> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3705(ffplay:new): FFPlay cannot seek H264 file
by FFmpeg 24 Feb '25

24 Feb '25

#3705: FFPlay cannot seek H264 file -------------------------------------+------------------------------------- Reporter: | Type: defect Aleksoid1978 | Priority: normal Status: new | Version: Component: ffplay | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Sample: http://aleksoid.voserver.net/Sample/H264/no_recovery_ffmpeg.m2ts Ticket #3652 fixed(decoding is good), but seek is not working How to reproduce: {{{ % ffplay.exe no_recovery_ffmpeg.m2ts ffplay version N-63843-g6d40849 Copyright (c) 2003-2014 the FFmpeg developers built on Jun 8 2014 22:02:04 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-li bass --enable-libbluray --enable-libcaca --enable-libfreetype --enable- libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb -- enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame - -enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 6.100 / 4. 6.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'no_recovery_ffmpeg.m2ts': sq= 0B f=0/0 Duration: 00:01:58.20, start: 4328.545078, bitrate: 13543 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc [h264 @ 0464ce20] mmco: unref short failure 49KB sq= 0B f=0/0 Last message repeated 1 times [h264 @ 0464c600] mmco: unref short failure 0KB sq= 0B f=0/0 [h264 @ 0464c600] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464dc60] reference picture missing during reorder [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 045677c0] mmco: unref short failure [h264 @ 045677c0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464dc60] reference picture missing during reorder [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 0464dc60] reference picture missing during reorderB f=0/0 [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 0464dc60] reference picture missing during reorder [h264 @ 0464dc60] Missing reference picture, default is 65512 [h264 @ 0464ce20] mmco: unref short failure 433KB sq= 0B f=0/0 [h264 @ 0464ce20] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 04566700] mmco: unref short failure [h264 @ 04566700] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 05540a80] Missing reference picture, default is 00B f=0/0 [h264 @ 0464c600] reference picture missing during reorder Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 05540a80] Missing reference picture, default is 0 [h264 @ 0464dc60] mmco: unref short failure [h264 @ 0464c600] reference picture missing during reorder Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 05540a80] Missing reference picture, default is 0 [h264 @ 0464c600] reference picture missing during reorderB f=0/0 Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 05540a80] Missing reference picture, default is 00B f=0/0 [h264 @ 0464c600] reference picture missing during reorder Last message repeated 1 times [h264 @ 0464c600] Missing reference picture, default is 0 Last message repeated 1 times [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 04566d00] reference picture missing during reorder [h264 @ 04566d00] Missing reference picture, default is 65540 [h264 @ 0464c600] mmco: unref short failure 0KB sq= 0B f=0/0 [h264 @ 0464c600] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464dc60] mmco: unref short failure [h264 @ 0464dc60] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [h264 @ 0464c600] mmco: unref short failure 424KB sq= 0B f=0/0 [h264 @ 0464ce20] mmco: unref short failure 29KB sq= 0B f=0/0 [h264 @ 045677c0] reference picture missing during reorder [h264 @ 045677c0] Missing reference picture, default is 65542 [h264 @ 04567fe0] mmco: unref short failure [h264 @ 045677c0] reference picture missing during reorder [h264 @ 045677c0] Missing reference picture, default is 65542 [h264 @ 045677c0] reference picture missing during reorder [h264 @ 045677c0] Missing reference picture, default is 65542 [h264 @ 045677c0] reference picture missing during reorderB f=0/0 [h264 @ 045677c0] Missing reference picture, default is 65542 }}} After pressing RIGHT/LEFT key - picture freezes. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3705> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#4888(avcodec:new): 62bd8deef causes a regression in HEVC decoding
by FFmpeg 24 Feb '25

24 Feb '25

#4888: 62bd8deef causes a regression in HEVC decoding ----------------------------------+-------------------------------------- Reporter: staalebk | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: I'm trying to extract a thumb from the middle of a live TS, containing one HEVC-stream. Before this patch I would always get a good looking thumb, but with this patch I would for the most part get a mostly gray frame. If I generates a few more thumbnails i see that it eventually spits out the same frame that ffmpeg before this patch produced as the first thumb, and it looks OK. However it is much more blocky than what the previous ffmpeg produced. How to reproduce (b7baebb75 is the commit just before the patch): {{{ % ./ffmpeg.b7baebb75 -an -i hevc_fail.ts -vframes 1 before_patch%d.jpg ffmpeg version N-74781-gb7baebb Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.7 (Debian 4.7.2-5) configuration: libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 [NULL @ 0x1f74780] PPS id out of range: 0 [hevc @ 0x1f74780] PPS id out of range: 0 [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. [hevc @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1f74780] Error parsing NAL unit #2. Input #0, mpegts, from 'hevc_fail.ts': Duration: 00:00:02.50, start: 2237.360033, bitrate: 7740 kb/s Stream #0:0[0x1e1]: Video: hevc (Main 10), yuv420p10le(tv), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc [swscaler @ 0x1f9a140] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'before_patch%d.jpg': Metadata: encoder : Lavf56.40.101 Stream #0:0: Video: mjpeg, yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc56.60.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> mjpeg (native)) Press [q] to stop, [?] for help [NULL @ 0x1f74780] PPS id out of range: 0 [hevc @ 0x2052600] PPS id out of range: 0 [hevc @ 0x2052600] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x20609a0] PPS id out of range: 0 [hevc @ 0x20609a0] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 [hevc @ 0x2072400] PPS id out of range: 0 [hevc @ 0x2072400] Error parsing NAL unit #2. [hevc @ 0x2083e60] PPS id out of range: 0 [hevc @ 0x2083e60] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x20958c0] PPS id out of range: 0 [hevc @ 0x20958c0] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 [hevc @ 0x20a7320] PPS id out of range: 0 [hevc @ 0x20a7320] Error parsing NAL unit #2. [hevc @ 0x20b8d80] PPS id out of range: 0 [hevc @ 0x20b8d80] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x20ca7e0] PPS id out of range: 0 [hevc @ 0x20ca7e0] Error parsing NAL unit #2. Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x20dc240] PPS id out of range: 0 [hevc @ 0x20dc240] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x2052600] PPS id out of range: 0 [hevc @ 0x2052600] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x20609a0] PPS id out of range: 0 [hevc @ 0x20609a0] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x2072400] PPS id out of range: 0 [hevc @ 0x2072400] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x2083e60] PPS id out of range: 0 [hevc @ 0x2083e60] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x20958c0] PPS id out of range: 0 [hevc @ 0x20958c0] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x20a7320] PPS id out of range: 0 [hevc @ 0x20a7320] Error parsing NAL unit #2. [NULL @ 0x1f74780] PPS id out of range: 0 Error while decoding stream #0:0: Invalid data found when processing input [hevc @ 0x20b8d80] PPS id out of range: 0 [hevc @ 0x20b8d80] Error parsing NAL unit #2. Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 7 times frame= 1 fps=0.0 q=7.5 Lsize=N/A time=00:00:00.75 bitrate=N/A video:108kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! }}} This gives me one image, before_patch1.jpg that looks completly fine. http://kolbu.ws/~chiller/ffmpeg_bug/before_patch1.jpg Now I do the same with the patch: {{{ ffmpeg version N-74782-g62bd8de Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.7 (Debian 4.7.2-5) configuration: libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 [NULL @ 0x1dc2780] PPS id out of range: 0 [hevc @ 0x1dc2780] PPS id out of range: 0 [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. [hevc @ 0x1dc2780] PPS id out of range: 0 Last message repeated 1 times [hevc @ 0x1dc2780] Error parsing NAL unit #2. Input #0, mpegts, from 'hevc_fail.ts': Duration: 00:00:02.50, start: 2237.360033, bitrate: 7740 kb/s Stream #0:0[0x1e1]: Video: hevc (Main 10), yuv420p10le(tv), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc [swscaler @ 0x1dec4e0] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'with_patch%d.jpg': Metadata: encoder : Lavf56.40.101 Stream #0:0: Video: mjpeg, yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc56.60.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> mjpeg (native)) Press [q] to stop, [?] for help [hevc @ 0x1ea0760] Could not find ref with POC 12 [hevc @ 0x1ea0760] Could not find ref with POC 15 frame= 1 fps=0.0 q=5.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:69kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} This gives me one file with_patch1.jpg that looks garbaged. http://kolbu.ws/~chiller/ffmpeg_bug/with_patch1.jpg If I re-run the last command with -vframes 100 it generates 60 images, where image 18 is almost identical to the before_patch1.jpg, except a bit more blocky. http://kolbu.ws/~chiller/ffmpeg_bug/with_patch18.jpg Here is the link to the .ts-file: http://kolbu.ws/~chiller/ffmpeg_bug/hevc_fail.ts and all files involved can be viewed here: http://kolbu.ws/~chiller/ffmpeg_bug/ (The most important ones are attached) -- Ticket URL: <https://trac.ffmpeg.org/ticket/4888> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#4954(avformat:new): joint stereo indicator missing from mp3 headers
by FFmpeg 29 Jan '25

29 Jan '25

#4954: joint stereo indicator missing from mp3 headers -------------------------------------+------------------------------------- Reporter: pico4743 | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: mp3 | master joint_stereo header | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: mp3 header files created by ffmpeg do not specify a channel mode of joint_stereo when joint_stereo is performed by libmp3lame. Details: libmp3lame provides a switch (-joint_stereo) to select either joint_stereo or plain stereo. The interface to lame works correctly so that the audio frames are fine, but ffmpeg doesn't use the lame library to write the mp3 header. Instead libavformat/mp3enc.c sets the channel mode to either MONO or STEREO based on how many channels there are. {{{ switch (codec->channels) { case 1: channels = MPA_MONO; break; case 2: channels = MPA_STEREO; break; default: av_log(s, AV_LOG_WARNING, "Unsupported number of channels, " "not writing Xing header.\n"); return -1; } ... header |= channels << 6; }}} MPA_JSTEREO should be used when appropriate. The repair doesn't seem simple, but I'd be willing to help if someone wants to discuss approaches. How to reproduce: {{{ use a version with libmp3lame enabled % ffmpeg -i input.mp3 -joint_stereo 1 output.mp3 The relevant bits of the output.mp3 header will be 0 == MPA_STEREO ffmpeg version -- git master fb4d350 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4954> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 19

#7916(ffmpeg:new): Incorrect seeking for modplug formats
by FFmpeg 23 Jan '25

23 Jan '25

#7916: Incorrect seeking for modplug formats -------------------------------------+------------------------------------- Reporter: _abjd_ | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: modplug, | master seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -ss 00:01:25.00 -i BUTTERFL.XM render.mp3 }}} Output: {{{ Input #0, libopenmpt, from 'BUTTERFL.XM': Metadata: title : Butterfly Flew Away encoder : FastTracker 2 or compatible Duration: 00:02:53.19, bitrate: 15 kb/s Stream #0:0: Audio: pcm_f32le, 48000 Hz, stereo, flt, 3072 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_f32le (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help Output #0, mp3, to 'render.mp3': Metadata: TIT2 : Butterfly Flew Away TSSE : Lavf58.26.101 Stream #0:0: Audio: mp3 (libmp3lame), 48000 Hz, stereo, fltp Metadata: encoder : Lavc58.47.102 libmp3lame size= 55kB time=00:00:03.40 bitrate= 131.5kbits/s speed=7.29x }}} Seeking to 1:25 in a 2:53 length file results in a 3.4 second output. This has happened with every modplug format I've tried so far. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7916> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5