August 2022 - FFmpeg-trac - lists.ffmpeg.org

Re: [FFmpeg-trac] #1726(undetermined:open): Mono TrueHD file no longer decodes (and was not lossless) (was: Mono TrueHD file fails to decode)
by FFmpeg 22 Aug '22

22 Aug '22

#1726: Mono TrueHD file no longer decodes (and was not lossless) -------------------------------------+------------------------------------- Reporter: Carl Eugen | Owner: (none) Hoyos | Type: defect | Status: open Priority: important | Component: | undetermined Version: git-master | Resolution: Keywords: thd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Balling): * keywords: thd regression mlp => thd * status: reopened => open * summary: Mono TrueHD file fails to decode => Mono TrueHD file no longer decodes (and was not lossless) Comment: Actually it is technically not a regression because the original was not decoding correctly compared to Plex + EAE.exe anyway. Compare before regression (to extract mono channel losslessly): ffmpeg.exe -i https://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1726/Mono.thd -vn -c:a pcm_s24le -af channelmap=channel_layout=mono:map=0 fwefqaw.wav vs what plex gives: "C:\Program Files\Plex\Plex Media Server\Plex Transcoder.exe" -i https://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1726/Mono.thd -c:a pcm_s24le faefaw.wav So this is a bug in our decoder, since truehd is lossless. I will remove regression and mlp tags and attach Plex 24 bit flac (Mediaconcept EAE Dolby sdk). -- Ticket URL: <https://trac.ffmpeg.org/ticket/1726#comment:7> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#9782(avformat:new): avformat_find_stream_info too slow with open TS stream
by FFmpeg 22 Aug '22

22 Aug '22

#9782: avformat_find_stream_info too slow with open TS stream ----------------------------------+-------------------------------------- Reporter: GJJ | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: avformat_find_stream_info take too long time return, when open single video or audio TS stream. How to reproduce: {{{ %ffmpeg -i udp://172.16.171.10:50000 ffmpeg version 5.0-essentials_build-www.gyan.dev Copyright (c) 2000-2022 the FFmpeg developers built with gcc 11.2.0 (Rev5, Built by MSYS2 project) configuration: --enable-gpl --enable-version3 --enable-static --disable- w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-lzma --enable-zlib --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-sdl2 --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable- libass --enable-libfreetype --enable-libfribidi --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable- d3d11va --enable-dxva2 --enable-libmfx --enable-libgme --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libtheora --enable-libvo-amrwbenc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable- librubberband libavutil 57. 17.100 / 57. 17.100 libavcodec 59. 18.100 / 59. 18.100 libavformat 59. 16.100 / 59. 16.100 libavdevice 59. 4.100 / 59. 4.100 libavfilter 8. 24.100 / 8. 24.100 libswscale 6. 4.100 / 6. 4.100 libswresample 4. 3.100 / 4. 3.100 libpostproc 56. 3.100 / 56. 3.100 [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! [h264 @ 000002aab67f4b00] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002aab67f4b00] decode_slice_header error [h264 @ 000002aab67f4b00] no frame! Input #0, mpegts, from 'udp://172.16.171.10:50000': Duration: N/A, start: 2642.758444, bitrate: N/A Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuvj420p(pc, bt709, progressive), 1920x1080, 30 tbr, 90k tbn }}} ref: https://trac.ffmpeg.org/ticket/4090 -- Ticket URL: <https://trac.ffmpeg.org/ticket/9782> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 13

#9885(ffmpeg:new): Linux CUDA_ERROR_SYSTEM_NOT_READY with the latest NVIDIA 515.65.01 prop drivers
by FFmpeg 21 Aug '22

21 Aug '22

#9885: Linux CUDA_ERROR_SYSTEM_NOT_READY with the latest NVIDIA 515.65.01 prop drivers -------------------------------------+------------------------------------- Reporter: simwin | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: cuda, | master Nvidia | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: OS Debian “bullseye” 64 bit. {{{ ffmpeg -y -hwaccel cuda -i input.mp4 output.mp4 ffmpeg version N-107843-g0446282320 Copyright (c) 2000-2022 the FFmpeg developers built with gcc 10 (Debian 10.2.1-6) configuration: --enable-cuda --enable-cuvid --enable-nvenc --enable- nonfree --enable-libnpp --extra-cflags=-I/usr/local/cuda/include --extra- ldflags=-L/usr/local/cuda/lib64 libavutil 57. 33.101 / 57. 33.101 libavcodec 59. 42.102 / 59. 42.102 libavformat 59. 30.100 / 59. 30.100 libavdevice 59. 8.101 / 59. 8.101 libavfilter 8. 46.103 / 8. 46.103 libswscale 6. 8.103 / 6. 8.103 libswresample 4. 8.100 / 4. 8.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2020-05-22T18:43:09.000000Z Duration: 00:00:12.57, start: 0.000000, bitrate: 993 kb/s Stream #0:0[0x1](eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m/bt470bg/smpte170m, progressive), 512x640, 992 kb/s, 30 fps, 30 tbr, 90k tbn (default) Metadata: creation_time : 2020-05-22T18:43:02.000000Z handler_name : VideoHandle vendor_id : [0][0][0][0] [AVHWDeviceContext @ 0x562422d58d00] cu->cuInit(0) failed -> CUDA_ERROR_SYSTEM_NOT_READY: system not yet initialized Device creation failed: -542398533. No device available for decoder: device type cuda needed for codec h264. Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mpeg4 (native)) Device setup failed for decoder on input stream #0:0 : Generic error in an external library }}} How to reproduce: 1. Install the latest NVIDIA 515.65.01 prop drivers 2. Try use cuda {{{ % ffmpeg -y -hwaccel cuda -i input.mp4 output.mp4 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9885> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #667(undetermined:reopened): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 21 Aug '22

21 Aug '22

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: reopened Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): Replying to [comment:7 Carl Eugen Hoyos]: > At some point we will have to support this abomination in some way. Do you have the full japanese.thd? Do you know a Dolby decoder of some kind that can decode this file? Also, this is a bug in TSmuxer on github. -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:8> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #667(undetermined:reopened): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 20 Aug '22

20 Aug '22

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: reopened Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Carl Eugen Hoyos): * status: closed => reopened * resolution: invalid => Comment: At some point we will have to support this abomination in some way. -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:7> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#9879(ffprobe:new): Possible regression ffprobe with show_frames for AV1
by FFmpeg 19 Aug '22

19 Aug '22

#9879: Possible regression ffprobe with show_frames for AV1 -------------------------------------+------------------------------------- Reporter: figgis | Type: defect Status: new | Priority: normal Component: ffprobe | Version: Keywords: ffprobe, | unspecified show_frames, pkt_size | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ Using The command % ffprobe -show_frames test.ivf I can normally get information about AV1 such as key_frame, pkt_size and pict_type. This works great on my ubuntu machine using ffmpeg ffmpeg version 4.4.2-0ubuntu0.22.04.1 Copyright (c) 2000-2021 the FFmpeg developers built with gcc 11 (Ubuntu 11.2.0-19ubuntu1) configuration: --prefix=/usr --extra-version=0ubuntu0.22.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable- libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable- libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librubberband --enable- libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable- libsrt --enable-libssh --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable- libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared libavutil 56. 70.100 / 56. 70.100 libavcodec 58.134.100 / 58.134.100 libavformat 58. 76.100 / 58. 76.100 libavdevice 58. 13.100 / 58. 13.100 libavfilter 7.110.100 / 7.110.100 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 libpostproc 55. 9.100 / 55. 9.100 But on my mac using latest that brew gives me and latest I can download from https://evermeet.cx/ffmpeg/ I get pkt_size=0 for all frames. Frame type as well as key_frame are correct but size gives nothing. Doesn't work for these versions ffmpeg ffmpeg version 4.3.1 Copyright (c) 2000-2020 the FFmpeg developers built with clang version 11.0.0 configuration: --prefix=/Users/fpihl/anaconda3 --cc=x86_64-apple- darwin13.4.0-clang --disable-doc --disable-openssl --enable-avresample --enable-gnutls --enable-gpl --enable-hardcoded-tables --enable- libfreetype --enable-libopenh264 --enable-libx264 --enable-pic --enable- pthreads --enable-shared --enable-static --enable-version3 --enable-zlib --enable-libmp3lame --pkg-config=/Users/runner/miniforge3/conda- bld/ffmpeg_1609681034781/_build_env/bin/pkg-config libavutil 56. 51.100 / 56. 51.100 libavcodec 58. 91.100 / 58. 91.100 libavformat 58. 45.100 / 58. 45.100 libavdevice 58. 10.100 / 58. 10.100 libavfilter 7. 85.100 / 7. 85.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 7.100 / 5. 7.100 libswresample 3. 7.100 / 3. 7.100 libpostproc 55. 7.100 / 55. 7.100 ~/Downloads/ffmpeg ffmpeg version N-107336-g59018254c7-tessus Copyright (c) 2000-2022 the FFmpeg developers built with Apple clang version 11.0.0 (clang-1100.0.33.17) configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg --extra- version=tessus --enable-avisynth --enable-fontconfig --enable-gpl --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libfreetype --enable-libgsm --enable-libmodplug --enable- libmp3lame --enable-libmysofa --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable- libopus --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvmaf --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-version3 --pkg-config-flags=--static --disable- ffplay libavutil 57. 27.100 / 57. 27.100 libavcodec 59. 36.100 / 59. 36.100 libavformat 59. 26.100 / 59. 26.100 libavdevice 59. 6.100 / 59. 6.100 libavfilter 8. 42.100 / 8. 42.100 libswscale 6. 6.100 / 6. 6.100 libswresample 4. 6.100 / 4. 6.100 libpostproc 56. 5.100 / 56. 5.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9879> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#7703(undetermined:new): Dolby TrueHD: 100 buffers queued in out_0_0, something may be wrong
by FFmpeg 19 Aug '22

19 Aug '22

#7703: Dolby TrueHD: 100 buffers queued in out_0_0, something may be wrong -------------------------------------+------------------------------------- Reporter: flx90 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to convert Dolby TrueHD embedded in mkv container to alac and mux it into mp4(m4v)-container. I get the following message: [out_0_0 @ 000000000045a0c0] 100 buffers queued in out_0_0, something may be wrong. This can be replicated using one of those Dolby Trailers: https://thedigitaltheater.com/dolby-trailers/ The message occurs with every output (alac, flac, wav, ...). Uncut console output: {{{ ffmpeg -i Dolby_Bit_Harvest_Lossless-thedigitaltheater.mkv -map 0:1 -c:a alac Dolby_Bit_Harvest_Lossless-thedigitaltheater.m4v ffmpeg version N-93022-g260f1960e7 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.2.1 (GCC) 20181201 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --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-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable- libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable- ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 44.100 / 58. 44.100 libavformat 58. 26.100 / 58. 26.100 libavdevice 58. 6.101 / 58. 6.101 libavfilter 7. 48.100 / 7. 48.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Input #0, matroska,webm, from 'Dolby_Bit_Harvest_Lossless- thedigitaltheater.mkv': Metadata: encoder : libmakemkv v1.9.5 (1.3.0/1.4.1) win(x64-release) creation_time : 2015-08-29T18:56:26.000000Z Duration: 00:00:11.01, start: 0.000000, bitrate: 12615 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc Stream #0:1(eng): Audio: truehd, 48000 Hz, 7.1, s32 (24 bit) (default) Metadata: title : Surround 7.1 Stream mapping: Stream #0:1 -> #0:0 (truehd (native) -> alac (native)) Press [q] to stop, [?] for help Output #0, ipod, to 'Dolby_Bit_Harvest_Lossless- thedigitaltheater.m4v': Metadata: encoder : Lavf58.26.100 Stream #0:0(eng): Audio: alac (alac / 0x63616C61), 48000 Hz, 6.1(back), s32p (24 bit), 128 kb/s (default) Metadata: title : Surround 7.1 encoder : Lavc58.44.100 alac [out_0_0 @ 000000000045a0c0] 100 buffers queued in out_0_0, something may be wrong. [truehd @ 0000000002ff7640] End of stream indicated. size= 5179kB time=00:00:11.09 bitrate=3824.1kbits/s speed=22.9x video:0kB audio:5177kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.040051% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7703> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

Re: [FFmpeg-trac] #667(undetermined:closed): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 19 Aug '22

19 Aug '22

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: closed Priority: minor | Component: | undetermined Version: git-master | Resolution: invalid Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): >File is broken, created by broken tool. Yes, I can confirm that "C:\Program Files\Plex\Plex Media Server\Plex Transcoder.exe" -c:a truehd_eae -i TrueHDAC3.thd dcwesdfa.flac also fails (you need to launch activated EasyAudioEncoder.exe), while for some other thd+ac3 files it works, while we fail. -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:6> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#9707(documentation:new): Expression evaluation, documentation
by FFmpeg 19 Aug '22

19 Aug '22

#9707: Expression evaluation, documentation -------------------------------------+------------------------------------- Reporter: Michael | Type: defect Koch | Status: new | Priority: normal Component: | Version: git- documentation | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- At the end of chapter 8 (Expression Evaluation) is the list of prefixes. The last four exponents of 2 are wrong: P 10^15 / 2^40 E 10^18 / 2^50 Z 10^21 / 2^60 Y 10^24 / 2^70 This is correct: P 10^15 / 2^50 E 10^18 / 2^60 Z 10^21 / 2^70 Y 10^24 / 2^80 -- Ticket URL: <https://trac.ffmpeg.org/ticket/9707> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#7943(undetermined:new): Ffmpeg QSV backend uses >2x more GPU memory compared to VAAPI or MSDK
by FFmpeg 17 Aug '22

17 Aug '22

#7943: Ffmpeg QSV backend uses >2x more GPU memory compared to VAAPI or MSDK -------------------------------------+------------------------------------- Reporter: eero-t | Type: defect 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: GPU accelerated Video transcoding can use GBs of RAM, but it's in DRI/GEM objects which don't show up anywhere, can't be limited, can't be swapped out, and can therefore easily cause OOM-kill havoc in the rest of the system. FFmpeg QSV backend uses way too much of these resources. How to reproduce: 1. monitor GEM object usage {{{# watch cat /sys/kernel/debug/dri/0/i915_gem_objects}}} 2. Transcode with FFmpeg / QSV {{{$ LIBVA_DRIVER_NAME=iHD ffmpeg -hwaccel qsv -qsv_device /dev/dri/renderD128 -c:v hevc_qsv -i Netflix_FoodMarket_4096x2160_10bit_420_100mbs_600.h265 -c:v hevc_qsv -b:v 20M -async_depth 4 output.h265}}} 2. Transcode with MediaSDK sample app: {{{LIBVA_DRIVER_NAME=iHD $ sample_multi_transcode -i::h265 Netflix_FoodMarket_4096x2160_10bit_420_100mbs_600.h265 -o::h265 output.h265 -b 20000 -async 4 -hw}}} 3. Transcode with FFmpeg / VAAPI {{{$ LIBVA_DRIVER_NAME=iHD ffmpeg -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i Netflix_FoodMarket_4096x2160_10bit_420_100mbs_600.h265 -c:v hevc_vaapi -b:v 20M output.h265}}} Expected outcome: * Both FFmpeg backends take about same amount of GPU resources as they do about the same thing, and that resource usage is reasonable * Reasonable being along lines of some (tens of) frames for prediction i.e. 4K * 16-bit * frames = few hundreds of MBs Actual outcome: * VAAPI backend uses ~1.1GB of GEM resources * QSV backend uses ~2.5GB of GEM resources, more than double * MSDK app uses ~1.1GB of GEM resources like VAAPI backend, so the QSV backend issue doesn't seem to be due to MSDK I tried playing with -async/-async_depth option, and I was able to raise MSDK app GEM object usage to 2.5GB with "-async 20" option, but even with "-async_depth 1" option QSV backend lowered only to 2.2GB of GEM objects, so it must be something else. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7943> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10