November 2021 - FFmpeg-trac - lists.ffmpeg.org

#6216(avcodec:new): TrueHD encoder creates non bitexact files
by FFmpeg 10 Nov '21

10 Nov '21

#6216: TrueHD encoder creates non bitexact files --------------------------------------+--------------------------------- Reporter: jamrial | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: truehd Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Summary of the bug: How to reproduce: {{{ ./ffmpeg -i truehd.wav -f md5 - ffmpeg version N-83737-g68ee800a9d Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.3.0 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --enable-nonfree --enable-libx264 --enable- libx265 --enable-libfdk_aac --enable-libvpx --enable-libmp3lame --enable- libvorbis --enable-libopus --target-os=mingw32 --arch=x86_64 --cpu=haswell --extra-cflags='-D_WIN32_WINNT=0x0602' --cc='ccache gcc' --samples=../samples --prefix=/mingw64 libavutil 55. 47.101 / 55. 47.101 libavcodec 57. 82.100 / 57. 82.100 libavformat 57. 66.103 / 57. 66.103 libavdevice 57. 3.100 / 57. 3.100 libavfilter 6. 74.100 / 6. 74.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'truehd.wav': Metadata: encoder : Lavf57.66.103 Duration: 00:00:02.02, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help Output #0, md5, to 'pipe:': Metadata: encoder : Lavf57.66.103 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc57.82.100 pcm_s16le MD5=d886c9feaf7dddcdff3a5adcfa4c57bc size= 0kB time=00:00:02.02 bitrate= 0.1kbits/s speed= 952x video:0kB audio:348kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} {{{ % ./ffmpeg -i truehd.wav -c:a truehd -strict -2 truehd.thd ffmpeg version N-83737-g68ee800a9d Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.3.0 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --enable-nonfree --enable-libx264 --enable- libx265 --enable-libfdk_aac --enable-libvpx --enable-libmp3lame --enable- libvorbis --enable-libopus --target-os=mingw32 --arch=x86_64 --cpu=haswell --extra-cflags='-D_WIN32_WINNT=0x0602' --cc='ccache gcc' --samples=../samples --prefix=/mingw64 libavutil 55. 47.101 / 55. 47.101 libavcodec 57. 82.100 / 57. 82.100 libavformat 57. 66.103 / 57. 66.103 libavdevice 57. 3.100 / 57. 3.100 libavfilter 6. 74.100 / 6. 74.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'truehd.wav': Metadata: encoder : Lavf57.66.103 Duration: 00:00:02.02, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> truehd (native)) Press [q] to stop, [?] for help Output #0, truehd, to 'truehd.thd': Metadata: encoder : Lavf57.66.103 Stream #0:0: Audio: truehd, 44100 Hz, stereo, s16, 128 kb/s Metadata: encoder : Lavc57.82.100 truehd size= 57kB time=00:00:02.02 bitrate= 231.8kbits/s speed= 103x video:0kB audio:57kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% }}} {{{ ./ffmpeg -i truehd.thd -f md5 - ffmpeg version N-83737-g68ee800a9d Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.3.0 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --enable-nonfree --enable-libx264 --enable- libx265 --enable-libfdk_aac --enable-libvpx --enable-libmp3lame --enable- libvorbis --enable-libopus --target-os=mingw32 --arch=x86_64 --cpu=haswell --extra-cflags='-D_WIN32_WINNT=0x0602' --cc='ccache gcc' --samples=../samples --prefix=/mingw64 libavutil 55. 47.101 / 55. 47.101 libavcodec 57. 82.100 / 57. 82.100 libavformat 57. 66.103 / 57. 66.103 libavdevice 57. 3.100 / 57. 3.100 libavfilter 6. 74.100 / 6. 74.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, truehd, from 'truehd.thd': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: truehd, 44100 Hz, stereo, s32 (24 bit) Stream mapping: Stream #0:0 -> #0:0 (truehd (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help Output #0, md5, to 'pipe:': Metadata: encoder : Lavf57.66.103 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc57.82.100 pcm_s16le [truehd @ 0000000002544f40] Lossless check failed - expected 07, calculated 04. [truehd @ 0000000002544f40] Lossless check failed - expected 06, calculated 04. [truehd @ 0000000002544f40] Lossless check failed - expected 00, calculated 02. [truehd @ 0000000002544f40] Lossless check failed - expected 01, calculated 03. MD5=cba280ea373fa6287016c9bca7900bac size= 0kB time=00:00:01.99 bitrate= 0.1kbits/s speed= 104x video:0kB audio:346kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} The resulting stream is also for some reason reported as 24bit (s32) instead of 16bit. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6216> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#9479(undetermined:new): DolbyE not recognized in mxf container
by FFmpeg 08 Nov '21

08 Nov '21

#9479: DolbyE not recognized in mxf container -------------------------------------+------------------------------------- Reporter: FranceBB | Type: | enhancement Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Dolby E tracks in an mxf container aren't recognized as such, but rather as pcm_s24le, 48000 Hz, 7.1, s32 (24 bit), 9216 kb/s, which is wrong. How to reproduce: {{{ % ffmpeg -i "DolbyE.mxf"-acodec pcm_s24le -ar 48000 -ac 1 -y "out1.wav" ffmpeg version r103791+10 master-447cf53774 built on Sep 23 2021 03:17:02 with gcc 11.1.0 (GCC) }}} Sample File: https://we.tl/t-R8dRX8gIzT Step 1: Download the sample file from here: https://we.tl/t-R8dRX8gIzT Step 2: use ffprobe to check the file Step 3: it's detected as 7.1 pcm instead of DolbyE 5.1 + 2.0 {{{ ffprobe.exe -show_format -show_streams -i "\\mibctvan000\Ingest\MEDIA\temp\DolbyE.mxf" pause }}} shows: [[Image(https://i.imgur.com/pN4rac0.png)]] but the sample channel layout actually is: Track 1: DolbyE 5.1 + 2.0 Stereo Downmix Track 2: DolbyE 5.1 + 2.0 Stereo Downmix Track 3: PCM S24LE 2.0 Stereo Downmix Track 4: PCM S24LE 2.0 Stereo Downmix Mediainfo: {{{ General Complete name : \\mibctvan000\Ingest\MEDIA\temp\DolbyE.mxf Format : MXF Commercial name : XDCAM HD422 Format version : 1.3 Format profile : OP-1a Format settings : Open / Incomplete File size : 872 MiB Duration : 1 min 2 s Overall bit rate : 116 Mb/s Encoded date : 2021-10-25 12:27:15.452 Writing application : Omneon Inc. Omneon Media Subsystem 8.2.0.0.1 Writing library : Omneon Media Api (windows) Video ID : 2 Format : MPEG Video Commercial name : XDCAM HD422 Format version : Version 2 Format profile : 4:2:2@High Format settings : CustomMatrix / BVOP Format settings, BVOP : Yes Format settings, Matrix : Custom Format settings, GOP : M=3, N=12 Format settings, picture structure : Frame Format settings, wrapping mode : Frame Codec ID : 0D01030102046101-0401020201040300 Duration : 1 min 2 s Bit rate mode : Constant Bit rate : 50.0 Mb/s Width : 1 920 pixels Clean aperture width : 1 571 pixels / 1 571 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate : 25.000 FPS Standard : Component Color space : YUV Chroma subsampling : 4:2:2 Bit depth : 8 bits Scan type : Interlaced Scan order : Top Field First Compression mode : Lossy Bits/(Pixel*Frame) : 0.965 Time code of first frame : 00:00:00:00 Time code source : Group of pictures header GOP, Open/Closed : Closed Stream size : 375 MiB (43%) Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Audio #1 ID : 3-1 Format : Dolby E Format settings : Little Format settings, wrapping mode : Frame (BWF) Muxing mode : SMPTE ST 337 Codec ID : 0D01030102060100-0402020203021C00 Duration : 1 min 2 s Bit rate mode : Constant Bit rate : 1 291 kb/s Channel(s) : 6 channels Channel layout : L C Ls X R LFE Rs X Sampling rate : 48.0 kHz Frame rate : 25.000 FPS (1920 SPF) Bit depth : 20 bits Delay relative to video : -9 h 59 min Stream size : 9.67 MiB (1%) Title : Program_1 Locked : Yes Audio #2 ID : 3-2 Format : Dolby E Format settings : Little Format settings, wrapping mode : Frame (BWF) Muxing mode : SMPTE ST 337 Codec ID : 0D01030102060100-0402020203021C00 Duration : 1 min 2 s Bit rate mode : Constant Bit rate : 505 kb/s Channel(s) : 2 channels Channel layout : X X X L X X X R Sampling rate : 48.0 kHz Frame rate : 25.000 FPS (1920 SPF) Bit depth : 20 bits Delay relative to video : -9 h 59 min Stream size : 3.78 MiB (0%) Title : Program_2 Locked : Yes Audio #3 ID : 5-1 Format : Dolby E Format settings : Little Format settings, wrapping mode : Frame (BWF) Muxing mode : SMPTE ST 337 Codec ID : 0D01030102060100-0402020203021C00 Duration : 1 min 2 s Bit rate mode : Constant Bit rate : 1 291 kb/s Channel(s) : 6 channels Channel layout : L C Ls X R LFE Rs X Sampling rate : 48.0 kHz Frame rate : 25.000 FPS (1920 SPF) Bit depth : 20 bits Delay relative to video : -9 h 59 min Stream size : 9.67 MiB (1%) Title : Program_1 Locked : Yes Audio #4 ID : 5-2 Format : Dolby E Format settings : Little Format settings, wrapping mode : Frame (BWF) Muxing mode : SMPTE ST 337 Codec ID : 0D01030102060100-0402020203021C00 Duration : 1 min 2 s Bit rate mode : Constant Bit rate : 505 kb/s Channel(s) : 2 channels Channel layout : X X X L X X X R Sampling rate : 48.0 kHz Frame rate : 25.000 FPS (1920 SPF) Bit depth : 20 bits Delay relative to video : -9 h 59 min Stream size : 3.78 MiB (0%) Title : Program_2 Locked : Yes Audio #5 ID : 6 Format : PCM Format settings : Little Format settings, wrapping mode : Frame (BWF) Codec ID : 0D01030102060100 Duration : 1 min 2 s Bit rate mode : Constant Bit rate : 2 304 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Frame rate : 25.000 FPS (1920 SPF) Bit depth : 24 bits Stream size : 17.3 MiB (2%) Locked : Yes Audio #6 ID : 7 Format : PCM Format settings : Little Format settings, wrapping mode : Frame (BWF) Codec ID : 0D01030102060100 Duration : 1 min 2 s Bit rate mode : Constant Bit rate : 2 304 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Frame rate : 25.000 FPS (1920 SPF) Bit depth : 24 bits Stream size : 17.3 MiB (2%) Locked : Yes Text ID : 8-777 Format : Teletext Subtitle Muxing mode : Ancillary data / OP-47 / SDP Duration : 1 min 2 s Other #1 ID : 1-Material Type : Time code Format : MXF TC Frame rate : 25.000 FPS Time code of first frame : 10:00:00:00 Time code settings : Material Package Time code, striped : Yes Other #2 ID : 1-Source Type : Time code Format : MXF TC Frame rate : 25.000 FPS Time code of first frame : 10:00:00:00 Time code settings : Source Package Time code, striped : Yes Other #3 ID : System scheme 1-1-0 Muxing mode : System scheme 1 }}} Therefore it's clear that ffmpeg has a problem supporting the mxf container because Dolby E tracks aren't recognized: {{{ C:\tmp\DolbyE.mxf streams: 0: mpeg2video (4:2:2), yuv422p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16 :9], 50000 kb/s, 25 fps, 25 tbr, 25 tbn 1: pcm_s24le, 48000 Hz, 7.1, s32 (24 bit), 9216 kb/s -> must be dolby_e, 44800 Hz, 7.1, fltp 2: pcm_s24le, 48000 Hz, 7.1, s32 (24 bit), 9216 kb/s -> must be dolby_e, 44800 Hz, 7.1, fltp 3: pcm_s24le, 48000 Hz, stereo, s32 (24 bit), 2304 kb/s 4: pcm_s24le, 48000 Hz, stereo, s32 (24 bit), 2304 kb/s }}} With the workaround of extract the tracks like pcm unsigned 8 bits (u8 format): {{{ ffmpeg.exe -i DolbyE.mxf -map 0:1 -acodec copy -f u8 stream1.u8 }}} the extracted stream1.u8 is now recognized like Dolby E: {{{ C:\tmp\stream1.u8 streams: 0: dolby_e, 44800 Hz, 7.1, fltp }}} ffmpeg should improve the mxf support to recognize Dolby E tracks and be capable to decode tracks with something like: {{{ ffmpeg.exe -i DolbyE.mxf -map 0:1 -acodec pcm_s24le -ar 48000 -y "output.wav" }}} One more thing, even by decoding to u8, ffmpeg still sees the DolbyE as 7.1 rather than 5.1 + 2.0: {{{ -------------- Media Info Audio #1 ID : 3-1 Format : Dolby E Channel(s) : 6 channels Channel layout : L C Ls X R LFE Rs X Title : Program_1 Audio #2 ID : 3-2 Format : Dolby E Channel(s) : 2 channels Channel layout : X X X L X X X R Title : Program_2 }}} When ffmpeg decodes the stream1.u8 audio, it shows: {{{ [dolby_e @ 0000022094688b80] Stream has 2 programs (configuration 0), channels will be output in native order. }}} We need to be able to select the Program! ffmpeg should let the user choose the Program in audio streams. Maybe with something like: {{{ -map 0:1:p:1 }}} Currently, the only workaround is doing something like this: {{{ @echo off setlocal EnableDelayedExpansion cd /d %~dp0 for %%a in (%*) do ( call :inizia %%a shift ) exit :inizia ffmpeg.exe -i %1 -map 0:1 -acodec copy -f u8 -y stream1.u8 ffmpeg.exe -i %1 -map 0:2 -acodec copy -f u8 -y stream2.u8 ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.0:0.0.0 -y out1.wav ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.1:0.0.0 -y out2.wav ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.2:0.0.0 -y out3.wav ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.3:0.0.0 -y out4.wav ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.4:0.0.0 -y out5.wav ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.5:0.0.0 -y out6.wav ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.6:0.0.0 -y out7.wav ffmpeg.exe -i stream1.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.7:0.0.8 -y out8.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.0:0.0.0 -y out9.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.1:0.0.0 -y out10.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.2:0.0.0 -y out11.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.3:0.0.0 -y out12.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.4:0.0.0 -y out13.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.5:0.0.0 -y out14.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.6:0.0.0 -y out15.wav ffmpeg.exe -i stream2.u8 -acodec pcm_s24le -ar 48000 -ac 1 -map_channel 0.0.7:0.0.8 -y out16.wav pause :eof }}} which is far from ideal. Please improve support for DolbyE detection and decoding without relying to the .u8 workaround. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9479> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#9497(undetermined:new): ffmpeg reports wrong display aspect ratio (DAR) for matroska files.
by FFmpeg 07 Nov '21

07 Nov '21

#9497: ffmpeg reports wrong display aspect ratio (DAR) for matroska files. -------------------------------------+------------------------------------- Reporter: Rikitiki | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg reports wrong display aspect ratio (DAR) for matroska files. If DAR is 160:67 then ffprobe displays: {{{ "sample_aspect_ratio": "90:67", "display_aspect_ratio": "160:67", }}} and mkvinfo displays: {{{ | + Display width: 160 | + Display height: 67 }}} If DAR is 161:67 then ffprobe displays: {{{ "sample_aspect_ratio": "123:91", "display_aspect_ratio": "656:273", }}} and mkvinfo displays: {{{ | + Display width: 161 | + Display height: 67 }}} A matroska file is created by mkvmerge from raw h264 stream. The h264 stream is created by ffmpeg from bmp files. How to reproduce: 1. unpack attcahed file 2. replace VAR_FFMPEG_BINS & MKVMERGE_BINS to right location of the tools 3. execute run.cmd to obtain output Pay attention to CASE_1 & CASE_2 texts to change input DAR ffmpeg version: ffmpeg-4.4.1-full_build mkvmerge version: mkvtoolnix-64-bit-62.0.0 -- Ticket URL: <https://trac.ffmpeg.org/ticket/9497> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#9498(undetermined:new): Cannot build ffmpeg shared libraries under Windows with dash enabled (missing libxml2)
by FFmpeg 07 Nov '21

07 Nov '21

#9498: Cannot build ffmpeg shared libraries under Windows with dash enabled (missing libxml2) -------------------------------------+------------------------------------- Reporter: Thomas | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, I can't build ffmpeg shared libraries under Windows with the mpeg dash demuxer enabled. The problem is always that libxml2 is missing. I always get the error : " ERROR: libxml-2.0 not found using pkg-config" Here is what I have done: I installed msys2 I run cmd from Visual Studio 2015 (Tools > Command prompt) and I run msys2 from there: C:\msys64>C:\msys64\msys2_shell.cmd -msys Then, in msys2, I install this: {{{ pacman -S make pacman -S diffutils pacman -S yasm pacman -S mingw-w64-x86_64-gcc pacman -S mingw-w64-i686-gcc pacman -S pkg-config pacman -S mingw-w64-x64-libxml2 pacman -S mingw-w64-x86_64-libxml2 export PATH=$PATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin" export PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/share/pkgconfig:/lib/pkgconfig:/mingw64/lib/pkgconfig/ }}} I go to ffmpeg's folder and I run: {{{ ./configure --target-os=win64 --arch=x86_64 --toolchain=msvc --enable- shared --enable-demuxer=dash --enable-libxml2 }}} And I face this error: {{{ ERROR: libxml-2.0 not found using pkg-config If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user(a)ffmpeg.org mailing list or IRC #ffmpeg on irc.libera.chat. Include the log file "ffbuild/config.log" produced by configure as this will help solve the problem. }}} And yet, I have libxml-2.0.pc in C:\msys64\mingw64\lib\pkgconfig I don't know if it can help but "pkg-config --libs libxml2" returns: {{{ Package libxml2 was not found in the pkg-config search path. Perhaps you should add the directory containing `libxml2.pc' to the PKG_CONFIG_PATH environment variable No package 'libxml2' found }}} And "pkg-config --libs libxml-2.0" returns: {{{ -L/mingw64/lib -lxml2 -lz -llzma -liconv -lws2_32 }}} Could someone please save me with a solution? Thanks in advance -- Ticket URL: <https://trac.ffmpeg.org/ticket/9498> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#9475(undetermined:new): Building ffmpeg libraries for Windows : libxml2 not found
by FFmpeg 07 Nov '21

07 Nov '21

#9475: Building ffmpeg libraries for Windows : libxml2 not found -------------------------------------+------------------------------------- Reporter: Thomas | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, I have spent the last 3 days trying to build the ffmpeg 4.4 libraries (avcodec.dll, avutil.dll, ...) for Windows. I want to be able to build them for Windows 32 bits and for Windows 64 bits. I want to build them with the maximum of libs included in it but I want to stay within the LGPL license. In particular, I want the libs to be able to decode AV1 and demux MPEG- DASH. In msys 1 and in msys 2 (I tried both), I have used this command line: {{{ ./configure --target-os=win64 --arch=x86_64 --toolchain=msvc --enable- shared --enable-demuxer=dash }}} But I get this error message: WARNING: Disabled dash_demuxer because not all dependencies are satisfied: libxml2 I have tried many things to install libxml2. In msys 1.0, I have added the package "msys-libxml2-dev" In msys 2.0, I have tried to install libxml2 like this: pacman -Sy mingw-w64-x86_64-libxml2 In have also seen a file called libxml-2.0.pc in /mingw64/lib/pkgconfig/ so I have copied it as libxml2.pc: cp /mingw64/lib/pkgconfig/libxml-2.0.pc /mingw64/lib/pkgconfig/libxml2.pc but none of these attempts worked. I keep having this error: WARNING: Disabled dash_demuxer because not all dependencies are satisfied: libxml2 I have also tried to build these libraries under Debian 9.8 But under Debian, when I use the command {{{ ./configure --target-os=win64 --arch=x86_64 --toolchain=msvc --enable- shared --enable-demuxer=dash --enable-cross-compile }}} I get the error: lib.exe not found. I think that the scripts expects to find the MSVC compiler/linker and since we are now on Debian, they don't exist. I have tried to remplace the "--target-os=win64" option by "--target- os=mingw32" like this: {{{ ./configure --target-os=mingw32 --arch=x86_64 --toolchain=msvc --enable- shared --enable-demuxer=dash --enable-cross-compile }}} But it does not work either? So, could someone please help me to build these 32-bit and 64-bit libraries for Windows ? I can do it under Windows or under Linux. Thanks in advance! -- Ticket URL: <https://trac.ffmpeg.org/ticket/9475> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#9245(avformat:new): Support HXVF / HXVS / HXVT files
by FFmpeg 05 Nov '21

05 Nov '21

#9245: Support HXVF / HXVS / HXVT files -------------------------------------+------------------------------------- Reporter: Carl Eugen | Type: Hoyos | enhancement Status: new | Priority: wish Component: avformat | Version: git- | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- http://ffmpeg.org/pipermail/ffmpeg-user/2021-May/052959.html A user uploaded two camera recordings, both files are supposed to contain audio and video. {{{ $ ffmpeg -i A210515_130559_130613.265 ffmpeg version N-102545-g59032494e8 Copyright (c) 2000-2021 the FFmpeg developers built with gcc 10 (SUSE Linux) configuration: --enable-gpl libavutil 57. 0.100 / 57. 0.100 libavcodec 59. 1.100 / 59. 1.100 libavformat 59. 2.100 / 59. 2.100 libavdevice 59. 0.100 / 59. 0.100 libavfilter 8. 0.101 / 8. 0.101 libswscale 6. 0.100 / 6. 0.100 libswresample 4. 0.100 / 4. 0.100 libpostproc 56. 0.100 / 56. 0.100 [hevc @ 0x24d0b00] Invalid NAL unit 40, skipping. Last message repeated 3 times [extract_extradata @ 0x24e9a00] Invalid NAL unit 40, skipping. Last message repeated 3 times [hevc @ 0x24d0b00] Invalid NAL unit 40, skipping. Last message repeated 511 times Input #0, hevc, from 'A210515_130559_130613.265': Duration: N/A, bitrate: N/A Stream #0:0: Video: hevc (Main), yuvj420p(pc, bt709), 2560x1920, 25 fps, 25 tbr, 1200k tbn At least one output file must be specified }}} {{{ $ ffmpeg -i A210515_140106_140121.264 ffmpeg version N-102545-g59032494e8 Copyright (c) 2000-2021 the FFmpeg developers built with gcc 10 (SUSE Linux) configuration: --enable-gpl libavutil 57. 0.100 / 57. 0.100 libavcodec 59. 1.100 / 59. 1.100 libavformat 59. 2.100 / 59. 2.100 libavdevice 59. 0.100 / 59. 0.100 libavfilter 8. 0.101 / 8. 0.101 libswscale 6. 0.100 / 6. 0.100 libswresample 4. 0.100 / 4. 0.100 libpostproc 56. 0.100 / 56. 0.100 [h264 @ 0x391cb00] SEI type 128 size 576 truncated at 128 [h264 @ 0x391cb00] SEI type 128 size 576 truncated at 95 [h264 @ 0x391cb00] top block unavailable for requested intra mode [h264 @ 0x391cb00] error while decoding MB 1 0, bytestream 322311 [h264 @ 0x391cb00] concealing 19200 DC, 19200 AC, 19200 MV errors in I frame [h264 @ 0x391cb00] concealing 19080 DC, 19080 AC, 19080 MV errors in P frame [h264 @ 0x391cb00] concealing 18726 DC, 18726 AC, 18726 MV errors in P frame [h264 @ 0x391cb00] concealing 18373 DC, 18373 AC, 18373 MV errors in P frame [h264 @ 0x391cb00] concealing 18774 DC, 18774 AC, 18774 MV errors in P frame [h264 @ 0x391cb00] concealing 18402 DC, 18402 AC, 18402 MV errors in P frame [h264 @ 0x391cb00] concealing 17914 DC, 17914 AC, 17914 MV errors in P frame [h264 @ 0x391cb00] SEI type 128 size 576 truncated at 128 Last message repeated 2 times Input #0, h264, from 'A210515_140106_140121.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (Main), yuvj420p(pc, bt709, progressive), 2560x1920, 25 fps, 25 tbr, 1200k tbn At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9245> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#4024(avcodec:new): VP9 crash
by FFmpeg 02 Nov '21

02 Nov '21

#4024: VP9 crash ----------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When decoding some webm file(video codec is vp9), crash is occur. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4024> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

Re: [FFmpeg-trac] #2325(undetermined:open): MP4 AAC Audio is delayed by 2ms when converted to PCM
by FFmpeg 02 Nov '21

02 Nov '21

#2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: BChap | Owner: (none) Type: defect | Status: open Priority: important | Component: | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: regression | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): I just found a mp4/aac file that has crazy 10 116 priming samples!! WOW. It is "Advanced Audio Codec with Spectral Band Replication". It has media time set to 5058, and you do x2 because it is HC since mdhd_TimeScale (?). Nice, just nice, I suppose you should look into that too. File Abba - Don't Shut Me Down.mp4 from Tidal. It does have sgpd and sbgp though, all good but it has 310720 ms duration which is BS, because it is actually (after discarding priming) 8 ms longer than the audio. WTF. mdhd.duration is also different after -c copy. Oogh. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2325#comment:19> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4048(avformat:new): segment: Handle WebVTT as per HLS spec
by FFmpeg 01 Nov '21

01 Nov '21

#4048: segment: Handle WebVTT as per HLS spec ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- As per the [http://tools.ietf.org/html/draft-pantos-http-live- streaming-13#section-4 HLS spec]: {{{ Subtitle segments MUST be formatted as WebVTT [WebVTT] files. Each subtitle segment MUST contain all subtitle cues that are intended to be displayed during the period indicated by the segment EXTINF duration. The start time offset and end time offset of each cue MUST indicate the total display time for that cue, even if that time range extends beyond the EXTINF duration. A WebVTT segment MAY contain no cues; this indicates that no subtitles are to be displayed during that period. }}} This means that the segment (or HLS) muxer needs to handle two particular cases, when muxing WebVTT for HLS: 1. No frames exist during a segment's duration, so a blank segment should be written. 2. A frame spans two or more different segments, so it should be written in all of them. This behavior could be triggered by an option, or automatically when the underlying format is WebVTT. Relatedly, the WebVTT muxer should provide an option to write the X -TIMESTAMP-MAP header for HLS synchronization. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4048> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#8962(undetermined:new): Vulkan filters crash
by FFmpeg 01 Nov '21

01 Nov '21

#8962: Vulkan filters crash -------------------------------------+------------------------------------- Reporter: | Type: defect paulpacifico | Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: vulkan | Blocked By: crash | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello ffmpeg team, I tried everything to get vulkan filters works but it just always crash... '''ffmpeg version N-99827-g700c0cef20''' ''Here is my command:'' {{{ ffmpeg- loglevel debug -init_hw_device vulkan=vk -filter_hw_device vk -f lavfi -i testsrc2 -vf hwupload,avgblur_vulkan -f null - }}} ''And the debug log:'' {{{ ffmpeg version N-99827-g700c0cef20 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 10.2.0 (Rev5, Built by MSYS2 project) configuration: --disable-static --enable-shared --cc='ccache gcc' --cxx='ccache g++' --disable-autodetect --disable-debug --disable- w32threads --enable-sdl2 --enable-gpl --enable-version3 --enable- fontconfig --enable-iconv --enable-libass --enable-libdav1d --enable- libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libzimg --enable-lzma --enable-zlib --enable-libvidstab --enable- libvorbis --enable-libvo-amrwbenc --enable-libspeex --enable-libxvid --enable-libgsm --enable-libsvtav1 --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-libopenmpt --enable-amf --enable- opencl --enable-vulkan --enable-libglslang --enable-schannel --extra- cflags=-DLIBTWOLAME_STATIC --extra-libs=-lstdc++ --extra-libs=-liconv --shlibdir=/local64/bin-video libavutil 56. 60.100 / 56. 60.100 libavcodec 58.112.101 / 58.112.101 libavformat 58. 64.100 / 58. 64.100 libavdevice 58. 11.102 / 58. 11.102 libavfilter 7. 88.100 / 7. 88.100 libswscale 5. 8.100 / 5. 8.100 libswresample 3. 8.100 / 3. 8.100 libpostproc 55. 8.100 / 55. 8.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-init_hw_device' ... matched as option 'init_hw_device' (initialise hardware device) with argument 'vulkan=vk'. Reading option '-filter_hw_device' ... matched as option 'filter_hw_device' (set hardware device used when filtering) with argument 'vk'. Reading option '-f' ... matched as option 'f' (force format) with argument 'lavfi'. Reading option '-i' ... matched as input url with argument 'testsrc2'. Reading option '-vf' ... matched as option 'vf' (set video filters) with argument 'hwupload,avgblur_vulkan'. Reading option '-f' ... matched as option 'f' (force format) with argument 'null'. Reading option '-' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Applying option init_hw_device (initialise hardware device) with argument vulkan=vk. [AVHWDeviceContext @ 0000026d757a8cc0] GPU listing: [AVHWDeviceContext @ 0000026d757a8cc0] 0: Unknown AMD GPU (discrete) (0x6601) [AVHWDeviceContext @ 0000026d757a8cc0] Using queue family 0 (total queues: 1) for graphics [AVHWDeviceContext @ 0000026d757a8cc0] QF 0 flags: (graphics) (compute) (transfers) (sparse) [AVHWDeviceContext @ 0000026d757a8cc0] Using queue family 1 (total queues: 2) for compute [AVHWDeviceContext @ 0000026d757a8cc0] QF 1 flags: (compute) (transfers) (sparse) [AVHWDeviceContext @ 0000026d757a8cc0] Using queue family 2 (total queues: 2) for transfers [AVHWDeviceContext @ 0000026d757a8cc0] QF 2 flags: (transfers) (sparse) [AVHWDeviceContext @ 0000026d757a8cc0] Using device extension "VK_EXT_external_memory_host" [AVHWDeviceContext @ 0000026d757a8cc0] Using device extension VK_EXT_external_memory_host [AVHWDeviceContext @ 0000026d757a8cc0] Using device: Unknown AMD GPU [AVHWDeviceContext @ 0000026d757a8cc0] Alignments: [AVHWDeviceContext @ 0000026d757a8cc0] optimalBufferCopyRowPitchAlignment: 1 [AVHWDeviceContext @ 0000026d757a8cc0] minMemoryMapAlignment: 64 [AVHWDeviceContext @ 0000026d757a8cc0] minImportedHostPointerAlignment: 4096 Applying option filter_hw_device (set hardware device used when filtering) with argument vk. Successfully parsed a group of options. Parsing a group of options: input url testsrc2. Applying option f (force format) with argument lavfi. Successfully parsed a group of options. Opening an input file: testsrc2. detected 4 logical cores [Parsed_testsrc2_0 @ 0000026d757aeec0] size:320x240 rate:25/1 duration:-1.000000 sar:1/1 [AVFilterGraph @ 0000026d77146dc0] query_formats: 2 queried, 1 merged, 0 already done, 0 delayed [lavfi @ 0000026d771a4480] All info found Input #0, lavfi, from 'testsrc2': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: rawvideo, 1 reference frame (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 0/1, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output url -. Applying option vf (set video filters) with argument hwupload,avgblur_vulkan. Applying option f (force format) with argument null. Successfully parsed a group of options. Opening an output file: -. Successfully opened the file. Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> wrapped_avframe (native)) Press [q] to stop, [?] for help cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is harmless if it occurs once at the start per stream) [rawvideo @ 0000026d756d7600] PACKET SIZE: 115200, STRIDE: 480 [graph 0 input from stream 0:0 @ 0000026d771c3b00] Setting 'video_size' to value '320x240' [graph 0 input from stream 0:0 @ 0000026d771c3b00] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:0 @ 0000026d771c3b00] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0000026d771c3b00] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0000026d771c3b00] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0000026d771c3b00] w:320 h:240 pixfmt:yuv420p tb:1/25 fr:25/1 sar:1/1 [AVFilterGraph @ 0000026d756d5700] query_formats: 4 queried, 3 merged, 0 already done, 0 delayed [hwupload @ 0000026d756d54c0] Surface format is yuv420p. [Parsed_avgblur_vulkan_1 @ 0000026d771c3700] Shader avgblur_compute_hor: 1 #version 460 2 #define IS_WITHIN(v1, v2) ((v1.x < v2.x) && (v1.y < v2.y)) 3 4 layout (local_size_x = 32, local_size_y = 1, local_size_z = 1) in; 5 6 layout (set = 0, binding = 0) uniform sampler2D input_img[3]; 7 layout (set = 0, binding = 1, rgba8) uniform writeonly image2D output_img[3]; 8 9 #define FILTER_RADIUS (2) 10 #define INC(x) (ivec2(x, 0)) 11 #define DIR(var) (var.x) 12 13 shared vec4 cache[DIR(gl_WorkGroupSize) + FILTER_RADIUS*2 + 1]; 14 15 void distort(const ivec2 pos, const int idx) 16 { 17 const uint cp = DIR(gl_LocalInvocationID) + FILTER_RADIUS; 18 19 cache[cp] = texture(input_img[idx], pos); 20 21 const ivec2 loc_l = pos - INC(FILTER_RADIUS); 22 cache[cp - FILTER_RADIUS] = texture(input_img[idx], loc_l); 23 24 const ivec2 loc_h = pos + INC(DIR(gl_WorkGroupSize)); 25 cache[cp + DIR(gl_WorkGroupSize)] = texture(input_img[idx], loc_h); 26 27 barrier(); 28 29 vec4 sum = vec4(0); 30 for (int p = -FILTER_RADIUS; p <= FILTER_RADIUS; p++) 31 sum += cache[cp + p]; 32 33 sum /= vec4(FILTER_RADIUS*2 + 1); 34 imageStore(output_img[idx], pos, sum); 35 } 36 37 void main() 38 { 39 ivec2 size; 40 const ivec2 pos = ivec2(gl_GlobalInvocationID.xy); 41 42 size = imageSize(output_img[0]); 43 if (IS_WITHIN(pos, size)) { 44 distort(pos, 0); 45 } 46 47 size = imageSize(output_img[1]); 48 if (IS_WITHIN(pos, size)) { 49 distort(pos, 1); 50 } 51 52 size = imageSize(output_img[2]); 53 if (IS_WITHIN(pos, size)) { 54 distort(pos, 2); 55 } 56 } [Parsed_avgblur_vulkan_1 @ 0000026d771c3700] Shader avgblur_compute_hor linked! Size: 4340 bytes }}} '''Then crash...''' I know my vulkan GPU shows "Unknown" but i get the same crash on any computer (AMD or Nvidia on Windows plateform). Thanks for all. Paul. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8962> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4