December 2020 - FFmpeg-trac - lists.ffmpeg.org

#9025(avcodec:new): Audio channel count detection trouble
by FFmpeg 10 Dec '20

10 Dec '20

#9025: Audio channel count detection trouble -------------------------------------+------------------------------------- Reporter: laurfb | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: audio | master channel count detection | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: Commits 81503ac58a763a36b1f57264013b1e76acb62b68 (avcodec/utils: Require a non zero channels unless AV_CODEC_CAP_CHANNE…) broke proper audio channel count detection. Command used & uncut console output: D:\ffmpeg -i 00048.mts d:\output.mp4" ffmpeg version N-100123-g7dc22fe450-g052b4c3481+2 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 10.2.0 (Rev5, Built by MSYS2 project) configuration: --cc='ccache gcc' --cxx='ccache g++' --disable- autodetect --enable-amf --enable-cuda --enable-cuvid --enable-d3d11va --enable-nvenc --enable-sdl2 --disable-debug --enable-ffnvcodec --enable- nvdec --enable-libmp3lame --enable-libopus --enable-libvorbis --enable- libx264 --enable-libx265 --enable-fontconfig --enable-libfreetype --enable-libmfx --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtwolame --enable-libvidstab --enable-libwebp --enable-gpl --enable-libxvid --enable-libopenmpt --enable-version3 --enable-decklink --enable-libfdk-aac --enable-libfribidi --enable-opencl --enable-libsrt --enable-openssl --extra-cflags=-DLIBTWOLAME_STATIC --enable-nonfree libavutil 56. 61.100 / 56. 61.100 libavcodec 58.114.100 / 58.114.100 libavformat 58. 64.100 / 58. 64.100 libavdevice 58. 11.103 / 58. 11.103 libavfilter 7. 91.100 / 7. 91.100 libswscale 5. 8.100 / 5. 8.100 libswresample 3. 8.100 / 3. 8.100 libpostproc 55. 8.100 / 55. 8.100 [NULL @ 000001c63e715100] Decoder requires channel count but channels not set [mpegts @ 000001c63cf48180] Failed to open codec in avformat_find_stream_info [NULL @ 000001c63e715100] Decoder requires channel count but channels not set [mpegts @ 000001c63cf48180] Could not find codec parameters for stream 1 (Audio: pcm_bluray (HDMV / 0x564D4448), 0 channels): unspecified sample rate Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'd:\00048.mts': Duration: 00:00:04.71, start: 1.040000, bitrate: 22564 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: pcm_bluray (HDMV / 0x564D4448), 0 channels Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [pcm_bluray @ 000001c63eeee940] Decoder requires channel count but channels not set Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (pcm_bluray (native) -> aac (native)) Error while opening decoder for input stream #0:1 : Invalid argument Input file used: https://www9.zippyshare.com/v/HmINCifw/file.html Input file is an Mpeg-4 AVC with 2 audio BD LPCM recorded by an XDCAM Sony camcorder. ffmpeg build before this commit detect 2 audio channel and convert similar files without any error. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9025> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#9027(undetermined:new): Missing frame when decoding
by FFmpeg 10 Dec '20

10 Dec '20

#9027: Missing frame when decoding -------------------------------------+------------------------------------- Reporter: rocksonhead | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The following video clip has a missing frame when trying to decode using windows versions. https://www.dropbox.com/s/it3x8tcx17ew4m8/Clip%20JVC%20Porto.mp4?dl=0 The number of frames should be 1068 whilst only 1067 can be decoded. I do not have the ability to generate the problem and if I try to subclip then I lose the problem. I think this is a regression between libavutil 55. 4.100 / 55. 4.100 libavcodec 57. 10.100 / 57. 10.100 libavformat 57. 11.100 / 57. 11.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 14.100 / 6. 14.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.100 / 2. 0.100 libpostproc 54. 0.100 / 54. 0.100 and libavutil 55. 24.100 / 55. 41.101 libavcodec 57. 46.100 / 57. 66.108 libavformat 57. 37.101 / 57. 58.101 libavdevice 57. 0.101 / 57. 2.100 libavfilter 6. 46.101 / 6. 67.100 libswscale 4. 1.100 / 4. 3.101 libswresample 2. 1.100 / 2. 4.100 It may be due to the frame ordering, starting with IBBPBB in stream order but is BBIBBP in presentation order. How to reproduce info stating frames = 1067: {{{ % ffmpeg.exe -y -i "Clip JVC Porto.mp4" -f null - }}} How to reproduce extraction of empty frame: {{{ ffmpeg" -i "Clip JVC Porto.mp4" -vf "select=eq(n\,1067)" -vframes 1 out.bmp }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9027> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#9023(undetermined:new): loop flag producing a static image video unexpected behavior
by FFmpeg 09 Dec '20

09 Dec '20

#9023: loop flag producing a static image video unexpected behavior -------------------------------------+------------------------------------- Reporter: aj | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Dear beloved community of the open-source kingdom! I've been trying to get ffmpeg on our project into use, precisely for creating a video from an image and an audio stream. With any of the docker images, I'm getting unexpected results being unable to play video saying that it's missing the moov atoms. I also tried to post this issue on Stackoverflow. Sadly no-one is able to help: https://stackoverflow.com/questions/65185100/ffmpeg-unexpected-behavior- using-loop-flag Here's the command that I'm running: {{{ % docker run -v $(pwd):$(pwd) -w $(pwd) jrottenberg/ffmpeg:4.3-alpine \ -y \ -stats \ -loop 1 -i files/image.jpg \ -i files/a.mp3 \ -c:v libx265 -pix_fmt yuv420p10 \ -c:a aac \ -movflags +faststart \ -shortest \ -f mp4 test.mp4 }}} It should create a test.mp4 with the provided audio and image that is ready to be uploaded to the unfortunate Youtube. When I do this, the video seems to be lacking moov atoms (if I try to analyse it). Strangely enough, if I run this two times using the Docker image (overriding the same file), the video file will magically start to work. I also tried using different ffmpeg os images and versions. What else I could do to get this fixed? Here is the output from the console: {{{ % -y \ -stats \ -loop 1 -i files/image.jpg \ -i files/a.mp3 \ -c:v libx265 -pix_fmt yuv420p10 \ -c:a aac \ -movflags +faststart \ -shortest \ -f mp4 test30.mp4 ffmpeg version 4.3.1 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 6.4.0 (Alpine 6.4.0) configuration: --disable-debug --disable-doc --disable-ffplay --enable- shared --enable-avresample --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-gpl --enable-libass --enable-fontconfig --enable-libfreetype --enable-libvidstab --enable-libmp3lame --enable- libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libwebp --enable-libxcb --enable-libx265 --enable-libxvid --enable-libx264 --enable-nonfree --enable-openssl --enable-libfdk_aac --enable-postproc --enable-small --enable-version3 --enable-libbluray --enable-libzmq --extra-libs=-ldl --prefix=/opt/ffmpeg --enable-libopenjpeg --enable- libkvazaar --enable-libaom --extra-libs=-lpthread --enable-libsrt --enable-libaribb24 --extra-cflags=-I/opt/ffmpeg/include --extra- ldflags=-L/opt/ffmpeg/lib 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 Input #0, image2, from 'files/image.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 34300 kb/s Stream #0:0: Video: mjpeg, gray(bt470bg/unknown/unknown), 500x500 [SAR 240:240 DAR 1:1], 25 fps, 25 tbr, 25 tbn, 25 tbc Input #1, mp3, from 'files/a.mp3': Metadata: title : Visions artist : Hattori Hanzo album : Visions encoded_by : Fission encoder : Lavf58.45.100 TLEN : 16039 track : 1 Duration: 00:00:16.04, start: 0.000000, bitrate: 199 kb/s Stream #1:0: Audio: mp3, 44100 Hz, stereo, fltp, 191 kb/s Stream #1:1: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 500x500 [SAR 300:300 DAR 1:1], 90k tbr, 90k tbn, 90k tbc (attached pic) Metadata: comment : Other Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> hevc (libx265)) Stream #1:0 -> #0:1 (mp3 (mp3float) -> aac (native)) Press [q] to stop, [?] for help x265 [info]: HEVC encoder version 3.1.1+1-04b37fdfd2dc x265 [info]: build info [Linux][GCC 6.4.0][64 bit] 10bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 x265 [info]: Main 10 profile, Level-3 (Main tier) x265 [info]: Thread pool created using 8 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 3 / wpp(8 rows) x265 [warning]: Source height < 720p; disabling lookahead-slices x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3 x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5.00 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 3 / off / on x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1 x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60 x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra x265 [info]: tools: strong-intra-smoothing deblock sao Output #0, mp4, to 'test30.mp4': Metadata: encoder : Lavf58.45.100 Stream #0:0: Video: hevc (libx265) (hev1 / 0x31766568), yuv420p10le(progressive), 500x500 [SAR 1:1 DAR 1:1], q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc58.91.100 libx265 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A Stream #0:1: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s Metadata: encoder : Lavc58.91.100 aac frame= 52 fps=0.0 q=33.0 size= 0kB time=00:00:00.80 bitrate= 0.4kbits/frame= 120 fps=119 q=33.0 size= 0kB time=00:00:03.52 bitrate= 0.1kbits/frame= 190 fps=125 q=33.0 size= 0kB time=00:00:06.33 bitrate= 0.1kbits/frame= 257 fps=127 q=33.0 size= 0kB time=00:00:09.00 bitrate= 0.0kbits/frame= 303 fps=120 q=35.0 size= 256kB time=00:00:10.86 bitrate= 193.0kbits/frame= 373 fps=123 q=36.0 size= 256kB time=00:00:13.65 bitrate= 153.6kbits/[mp4 @ 0x55d481bc6980] Starting second pass: moving the moov atom to the beginning of the file frame= 432 fps=121 q=36.0 Lsize= 379kB time=00:00:17.16 bitrate= 180.8kbits/s speed= 4.8x video:107kB audio:255kB subtitle:0kB other streams:0kB global headers:2kB muxing overhead: 4.667185% x265 [info]: frame I: 2, Avg QP:23.55 kb/s: 8634.80 x265 [info]: frame P: 147, Avg QP:33.00 kb/s: 13.49 x265 [info]: frame B: 283, Avg QP:35.71 kb/s: 8.06 x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0% x265 [info]: consecutive B-frames: 34.2% 10.1% 20.8% 1.3% 33.6% encoded 432 frames in 3.56s (121.32 fps), 49.84 kb/s, Avg QP:34.73 [aac @ 0x55d481b23ac0] Qavg: 563.168 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9023> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8083(avformat:new): Matroska demuxer fails to parse big attachements
by FFmpeg 09 Dec '20

09 Dec '20

#8083: Matroska demuxer fails to parse big attachements ----------------------------------+-------------------------------------- Reporter: Zenitram | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: If an attachment >256 MiB is present, FFmpeg demuxer considers the attachment as a transmission error, shows an error despite the fact it is not an error (AFAIK, length > 0x10000000 for element with ID 0x465C is not invalid), and in practice tries to resync inside the attachment. Big attachments may look crazy but Matroska spec explicitly stipulates e.g. "error recovery files" which may be big, and the spec does not limit the attachment size AFAIK so IMO it is a valid file (+ FFmpeg creates the file, FFmpeg should be able to read the files it creates). How to reproduce: Notes: First FFmpeg command is just for quickly creating a file > 256 MiB, you can replace it by a 257 MiB file full of zeroes if you prefer to avoid the bad resync inside the attachment during the parsing. Second FFmpeg command can be any command containing the -attach part. Full dumps of first and second FFmpeg command as well of libx264 logs are not relevant so not provided for smaller report. {{{ ffmpeg -f lavfi -i mandelbrot -t 40 -c:v ffv1 attachment.mkv ffmpeg -f lavfi -i mandelbrot -t 0.040 -c:v ffv1 -attach attachment.mkv -metadata:s:1 mimetype=application/octet-stream output.mkv ./ffmpeg -i output.mkv output2.mkv ffmpeg version N-94563-g3aeb681f07 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 9.1.1 (GCC) 20190807 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libdav1d --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. 33.100 / 56. 33.100 libavcodec 58. 55.100 / 58. 55.100 libavformat 58. 30.100 / 58. 30.100 libavdevice 58. 9.100 / 58. 9.100 libavfilter 7. 58.100 / 7. 58.100 libswscale 5. 6.100 / 5. 6.100 libswresample 3. 6.100 / 3. 6.100 libpostproc 55. 6.100 / 55. 6.100 [matroska,webm @ 00000173da0d9040] Invalid length 0x149af295 > 0x10000000 for element with ID 0x465C at 0x22b [matroska,webm @ 00000173da0d9040] Duplicate element [matroska,webm @ 00000173da0d9040] 0x00 at pos 178 (0xb2) invalid as first byte of an EBML number [matroska,webm @ 00000173da0d9040] Duplicate element [matroska,webm @ 00000173da0d9040] Element at 0x59 ending at 0x354dbb8c53abe6 exceeds containing master element ending at 0x1405 [matroska,webm @ 00000173da0d9040] Duplicate element [matroska,webm @ 00000173da0d9040] Element at 0x68 ending at 0xb24dbb8e53abf5 exceeds containing master element ending at 0x1414 [matroska,webm @ 00000173da0d9040] Element at 0x77 ending at 0x49af516 exceeds containing master element ending at 0x1423 [matroska,webm @ 00000173da0d9040] Element at 0x88 ending at 0x49e447e exceeds containing master element ending at 0x1434 [matroska,webm @ 00000173da0d9040] Invalid length 0x149af295 > 0x10000000 for element with ID 0x465C at 0x22b [matroska,webm @ 00000173da0d9040] Duplicate element [matroska,webm @ 00000173da0d9040] 0x00 at pos 740 (0x2e4) invalid as first byte of an EBML number [matroska,webm @ 00000173da0d9040] Duplicate element [matroska,webm @ 00000173da0d9040] Element at 0x28b ending at 0x354dbb8c53ae18 exceeds containing master element ending at 0x1637 [matroska,webm @ 00000173da0d9040] Duplicate element [matroska,webm @ 00000173da0d9040] Element at 0x29a ending at 0xb24dbb8e53ae27 exceeds containing master element ending at 0x1646 [matroska,webm @ 00000173da0d9040] Duplicate element [matroska,webm @ 00000173da0d9040] Element at 0x2a9 ending at 0x49aee7b exceeds containing master element ending at 0x1655 [matroska,webm @ 00000173da0d9040] Duplicate element Last message repeated 2 times [matroska,webm @ 00000173da0d9040] incomplete attachment Last message repeated 1 times [matroska,webm @ 00000173da0d9040] Could not find codec parameters for stream 1 (Video: ffv1 (FFV1 / 0x31564646), none, 640x480): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 00000173da0d9040] Could not find codec parameters for stream 2 (Video: ffv1 (FFV1 / 0x31564646), none, 640x480): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from 'output.mkv': Metadata: ENCODER : Lavf58.30.100 Duration: 00:00:40.00, start: 0.000000, bitrate: 69183 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), bgr0, 640x480, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Metadata: ENCODER : Lavc58.55.100 ffv1 DURATION : 00:00:40.000000000 Stream #0:1: Video: ffv1 (FFV1 / 0x31564646), none, 640x480, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Metadata: ENCODER : Lavc58.55.100 ffv1 DURATION : 00:00:40.000000000 Stream #0:2: Video: ffv1 (FFV1 / 0x31564646), none, 640x480, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Metadata: ENCODER : Lavc58.55.100 ffv1 DURATION : 00:00:40.000000000 Stream mapping: Stream #0:0 -> #0:0 (ffv1 (native) -> h264 (libx264)) Press [q] to stop, [?] for help [...] }}} Reference to initial bug report (from the tool creating the big attachment): https://github.com/MediaArea/RAWcooked/issues/244 -- Ticket URL: <https://trac.ffmpeg.org/ticket/8083> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#7599(undetermined:new): Add monochrome/gray pixel format to libaom-av1
by FFmpeg 08 Dec '20

08 Dec '20

#7599: Add monochrome/gray pixel format to libaom-av1 -------------------------------------+------------------------------------- Reporter: Ewout | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: libaom | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Monochrome encoding is supported in AV1 using 4:0:0 chroma subsampling. aomenc used the `--monochrome` tag, but instead of an extra option pixel formats `gray`, `gray10le` and `gray12le` could also be used. Encoding with the gray pixel formats already delivers usable output, but the CLI states yuv444p is used. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7599> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#9018(ffmpeg:new): Issue with disposition "forced" for a subtitles stream (mov_tex) in a mp4 container
by FFmpeg 04 Dec '20

04 Dec '20

#9018: Issue with disposition "forced" for a subtitles stream (mov_tex) in a mp4 container -------------------------------------+------------------------------------- Reporter: andreaerdna | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Using ffmpeg (4.3.1-2020-11-19-full_build-www.gyan.dev) on Windows 7 to mux video, audio and subtitles streams in a mp4 container, I use the "-disposition:s:0 forced" option in order to force the subtitles stream to be automatically displayed. However ffmpeg fails to properly set the "disposition" option for the subtitles stream to "forced" so I need to manually enable the subtitle when the video is played by VLC media player 3.0.11. The exact command is: ffmpeg -i Video.mp4 -i Audio.mp4 -i Sub.vtt -map 0 -map 1 -map 2 -metadata:s:a:0 language=jpn -metadata:s:s:0 language=ita -c:v copy -c:a copy -c:s mov_text -disposition:a:0 default -disposition:s:0 forced Video_Audio_Sub.mp4 The relevant part of the command output for the subtitle stream is: Stream #0:2(ita): Subtitle: mov_text (tx3g / 0x67337874) (forced) While the subtitles stream is tagged as "(forced)" in the command output, the subtitle stream is only tagged as "default" in the resulting muxed video as reported by ffprobe and mediainfo and is not automatically displayed in VLC: ffprobe Video_Audio_Sub.mp4 [...] Stream #0:2(ita): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s (default) mediainfo Video_Audio_Sub.mp4 [...] Text ID : 3 Format : Timed Text Muxing mode : sbtl Codec ID : tx3g Default : Yes Forced : No For comparison, using mp4box -add Video_Audio.mp4 -add Sub.srt:txtflags=0xC0000000 -new Video_Audio_Sub.mp4 the subtitles stream is correctly recognized as "forced" by mediainfo (and incorrectly only as "default" by ffprobe) and it is automatically displayed in VLC: mediainfo Video_Audio_Sub.mp4 Text ID : 3 Format : Timed Text Codec ID : tx3g Forced : Yes -- Ticket URL: <https://trac.ffmpeg.org/ticket/9018> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8789(undetermined:new): ffmpeg cannot properly decode some videos using the hardware acceleration framework VideoToolbox on macOS
by FFmpeg 03 Dec '20

03 Dec '20

#8789: ffmpeg cannot properly decode some videos using the hardware acceleration framework VideoToolbox on macOS -------------------------------------+------------------------------------- Reporter: dddong | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I tried to use ffmpeg to decode the video in h264 encoding format. On the macOS platform, videotoolbox can be used to perform hardware acceleration on video decoding. I turned on this option, but the output of ffmpeg shows that there is a problem with creating Videotoolbox decoder. When hardware acceleration is not used, ffmpeg can correctly decode the video. Quicktime Player can also play the video normally. How to reproduce: {{{ % ffmpeg -hwaccel videotoolbox -i 0a4f103fc689528483c66c7535760591.mov -f rawvideo -vframes 1 /dev/null ffmpeg version N-98432-gf1feb3b Copyright (c) 2000-2020 the FFmpeg developers built on built with Apple clang version 11.0.3 (clang-1103.0.32.62) configuration: --enable-pthreads --enable-version3 --enable-avresample --cc=clang --host-cflags=-fno-stack-check --enable-ffplay --enable-gnutls --enable-videotoolbox --disable-libjack --disable-indev=jack --disable- x86asm libavutil 56. 55.100 / 56. 55.100 libavcodec 58. 94.100 / 58. 94.100 libavformat 58. 48.100 / 58. 48.100 libavdevice 58. 11.101 / 58. 11.101 libavfilter 7. 86.100 / 7. 86.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 8.100 / 5. 8.100 libswresample 3. 8.100 / 3. 8.100 Hyper fast Audio and Video encoder }}} The full output is in the attachment ffmpeg-20200714-171859.log. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8789> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#8989(ffmpeg:new): #EXT-X-PROGRAM-DATE-TIME value of existing segments gets over written with new value when appending new segments to an existing playlist file
by FFmpeg 01 Dec '20

01 Dec '20

#8989: #EXT-X-PROGRAM-DATE-TIME value of existing segments gets over written with new value when appending new segments to an existing playlist file -------------------------------------+------------------------------------- Reporter: | Type: defect VigneshRavichandran | Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: hls | master playlist ffmpeg m3u8 EXT-X | Blocked By: -PROGRAM-DATE-TIME append_list | program_date_time | Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: #EXT-X-PROGRAM-DATE-TIME value of existing segments gets over written with new value when appending new segments to an existing playlist file. Did some digging into the code base(hlsenc.c and hlsplaylist.c) and found the below behavior: 1. The initial_prog_date_time gets set to the current local time 2. The existing playlist (.m3u8) file gets parsed and the segments present are added to the variant stream 3. The new segment is created and added 4. The existing segments and the new segment are written to the playlist file. The initial_prog_date_time from point 1 is used for calculating "#EXT-X -PROGRAM-DATE-TIME" for the segments, which results in incorrect "#EXT-X-PROGRAM-DATE-TIME" values for existing segments Contents of the existing playlist file (.m3u8) used for debugging: #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:4 #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-DISCONTINUITY #EXTINF:4.000000, #EXT-X-PROGRAM-DATE-TIME:2020-11-12T19:31:50.104+0530 20201112T193150+0530.ts #EXTINF:4.000000, #EXT-X-PROGRAM-DATE-TIME:2020-11-12T19:31:54.104+0530 20201112T193154+0530.ts #EXTINF:0.900000, #EXT-X-PROGRAM-DATE-TIME:2020-11-12T19:31:58.104+0530 20201112T193158+0530.ts #EXT-X-ENDLIST Contents of the playlist file after command execution: #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:4 #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-DISCONTINUITY #EXTINF:4.000000, #EXT-X-PROGRAM-DATE-TIME:2020-11-13T11:40:48.848+0530 20201112T193150+0530.ts #EXTINF:4.000000, #EXT-X-PROGRAM-DATE-TIME:2020-11-13T11:40:52.848+0530 20201112T193154+0530.ts #EXTINF:0.900000, #EXT-X-PROGRAM-DATE-TIME:2020-11-13T11:40:56.848+0530 20201112T193158+0530.ts #EXT-X-DISCONTINUITY #EXTINF:4.000000, #EXT-X-PROGRAM-DATE-TIME:2020-11-13T11:40:57.748+0530 20201113T114057+0530.ts #EXTINF:4.000000, #EXT-X-PROGRAM-DATE-TIME:2020-11-13T11:41:01.748+0530 20201113T114101+0530.ts #EXTINF:0.800000, #EXT-X-PROGRAM-DATE-TIME:2020-11-13T11:41:05.748+0530 20201113T114105+0530.ts #EXT-X-ENDLIST Logs (Added more logs to hlsenc.c and hlsplaylist.c to produce the below): Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (h264_videotoolbox)) Press [q] to stop, [?] for help [hls muxer @ 0x7fd19e80b200] parse_playlist(): Parsing 20201112T193150+0530.ts [hls muxer @ 0x7fd19e80b200] parse_playlist(): Parsing 20201112T193154+0530.ts [hls muxer @ 0x7fd19e80b200] parse_playlist(): Parsing 20201112T193158+0530.ts [hls muxer @ 0x7fd19e80b200] parse_playlist(): Initial program date time: 1605247848.848017 // This Epoch second is equal to 2020-11-13T11:40:48.848+0530 [hls muxer @ 0x7fd19e80b200] parse_playlist(): Parsing complete. 3 segments added to vs->segments Output #0, hls, to 'playlist.m3u8': Metadata: encoder : Lavf58.64.100 Stream #0:0: Video: h264 (h264_videotoolbox), yuv420p(tv, progressive), 1280x720, q=2-31, 200 kb/s, 30 fps, 90k tbn, 30 tbc Metadata: encoder : Lavc58.112.102 h264_videotoolbox [hls @ 0x7fd19e81c000] Opening '20201113T114057+0530.ts' for writing=72 drop=0 speed=0.974x [hls @ 0x7fd19e81c000] Opening 'playlist.m3u8.tmp' for writing ff_hls_write_file_entry(): Writing 20201112T193150+0530.ts with program_datetime 2020-11-13T11:40:48.848+0530 ff_hls_write_file_entry(): Writing 20201112T193154+0530.ts with program_datetime 2020-11-13T11:40:52.848+0530 ff_hls_write_file_entry(): Writing 20201112T193158+0530.ts with program_datetime 2020-11-13T11:40:56.848+0530 ff_hls_write_file_entry(): Writing 20201113T114057+0530.ts with program_datetime 2020-11-13T11:40:57.748+0530 [hls @ 0x7fd19e81c000] Opening '20201113T114101+0530.ts' for writing=146 drop=0 speed=0.984x [hls @ 0x7fd19e81c000] Opening 'playlist.m3u8.tmp' for writing ff_hls_write_file_entry(): Writing 20201112T193150+0530.ts with program_datetime 2020-11-13T11:40:48.848+0530 ff_hls_write_file_entry(): Writing 20201112T193154+0530.ts with program_datetime 2020-11-13T11:40:52.848+0530 ff_hls_write_file_entry(): Writing 20201112T193158+0530.ts with program_datetime 2020-11-13T11:40:56.848+0530 ff_hls_write_file_entry(): Writing 20201113T114057+0530.ts with program_datetime 2020-11-13T11:40:57.748+0530 ff_hls_write_file_entry(): Writing 20201113T114101+0530.ts with program_datetime 2020-11-13T11:41:01.748+0530 [hls @ 0x7fd19e81c000] Opening '20201113T114105+0530.ts' for writing=155 drop=0 speed=0.984x [hls @ 0x7fd19e81c000] Opening 'playlist.m3u8.tmp' for writing ff_hls_write_file_entry(): Writing 20201112T193150+0530.ts with program_datetime 2020-11-13T11:40:48.848+0530 ff_hls_write_file_entry(): Writing 20201112T193154+0530.ts with program_datetime 2020-11-13T11:40:52.848+0530 ff_hls_write_file_entry(): Writing 20201112T193158+0530.ts with program_datetime 2020-11-13T11:40:56.848+0530 ff_hls_write_file_entry(): Writing 20201113T114057+0530.ts with program_datetime 2020-11-13T11:40:57.748+0530 ff_hls_write_file_entry(): Writing 20201113T114101+0530.ts with program_datetime 2020-11-13T11:41:01.748+0530 ff_hls_write_file_entry(): Writing 20201113T114105+0530.ts with program_datetime 2020-11-13T11:41:05.748+0530 frame= 264 fps= 30 q=-0.0 Lsize=N/A time=00:00:08.80 bitrate=N/A dup=159 drop=0 speed=1.01x video:222kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown How to reproduce: {{{ % ffmpeg -re \ -f avfoundation \ -framerate 30 -i 0 \ -codec:v h264_videotoolbox \ -an \ -f hls -hls_list_size 600 -hls_time 4 -hls_flags program_date_time+append_list -strftime 1 -hls_segment_filename '%Y%m%dT%H%M%S%z.ts' \ playlist.m3u8 ffmpeg version: git-master built on: Mac OSX Catalina (Version 10.15.5) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8989> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#8790(build system:new): Compile NVDEC with Quadro RTX 6000 : "ERROR: failed checking for nvcc"
by FFmpeg 01 Dec '20

01 Dec '20

#8790: Compile NVDEC with Quadro RTX 6000 : "ERROR: failed checking for nvcc" -------------------------------------+------------------------------------- Reporter: mliradelc | Type: defect Status: new | Priority: normal Component: build | Version: system | unspecified Keywords: configure, | Blocked By: nvidia, nvenc, nvcc, compile, | build | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- == Summary of the bug: == When you try to compile FFmpeg 4.3 - 4.3.1 with Nvidia options enabled, results in a Nvidia compiler error. during the configure phase. The details from the error log (config.log) are: {{{ check_nvcc cuda_nvcc test_nvcc BEGIN /tmp/ffconf.lcEnfW9f/test.cu 1 extern "C" { 2 __global__ void hello(unsigned char *data) {} 3 } END /tmp/ffconf.lcEnfW9f/test.cu nvcc -gencode arch= ,code=sm_30 -O2 -m64 -ptx -c -o /tmp/ffconf.lcEnfW9f/test.o /tmp/ffconf.lcEnfW9f/test.cu nvcc fatal : Unsupported gpu architecture 'compute_30' ERROR: failed checking for nvcc. }}} ---- == How to reproduce: == Try to build ffmpeg, in my case using a self made script that you can find here[https://github.com/markus-perl/ffmpeg-build-script/blob/master/build- ffmpeg]. ---- == Why happens: == This error happens because since the latest CUDA SDK (11.0) only accepts compute capability 5.2 - 8.0 (Maxwell, Pascal, Volta, Turing, Ampere). Compute_30 == How to fix (Workaround): == The fix is to modify the compute version from 30 to 52 in the configure file: {{{ if enabled cuda_nvcc; then nvcc_default="nvcc" nvccflags_default="-gencode arch=compute_52,code=sm_52 -O2" else nvcc_default="clang" nvccflags_default="--cuda-gpu-arch=sm_52 -O2" NVCC_C="" fi }}} == System data == Quadro RTX6000 card with the latest cuda sdk (11.0) and the nvidia drivers 450.51.05. OS: Centos 7 Nvidia SMI data: {{{ +-----------------------------------------------------------------------------+ | NVIDIA-SMI 450.51.05 Driver Version: 450.51.05 CUDA Version: 11.0 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |===============================+======================+======================| | 0 Quadro RTX 6000 Off | 00000000:3B:00.0 Off | 0 | | N/A 31C P0 23W / 250W | 0MiB / 22698MiB | 5% Default | | | | N/A | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=============================================================================| | No running processes found | +-----------------------------------------------------------------------------+ }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8790> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5