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

#9920(avcodec:new): d165ce22a4a7cc4ed60238ce8f3d5dcbbad3e266 broke my encoder
by FFmpeg 10 Sep '22

10 Sep '22

#9920: d165ce22a4a7cc4ed60238ce8f3d5dcbbad3e266 broke my encoder ---------------------------------+--------------------------------------- Reporter: any1 | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: After commit d165ce22a4a7cc4ed60238ce8f3d5dcbbad3e266, my h264 encoder doesn't work anymore. The avcodec_receive_packet() function always returns EAGAIN. How to reproduce: {{{ # Get wayvnc, wlvncc and sway. # Run sway headlessly: WLR_BACKENDS=headless WLR_LIBINPUT_NO_DEVICES=1 sway # Run wayvnc (set WAYLAND_DISPLAY=2 if you're already running a wayland compositor): WAYLAND_DISPLAY=1 wayvnc -g -Ltrace # Connect using wlvncc: wlvncc -eopen-h264 localhost }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9920> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#9918(undetermined:new): Reading/Saving DASH live stream is laggy
by FFmpeg 10 Sep '22

10 Sep '22

#9918: Reading/Saving DASH live stream is laggy -------------------------------------+------------------------------------- Reporter: mrskman | 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: Saving DASH live stream results in laggy video. How to reproduce: {{{ ffmpeg -re -i 'https://livesim.dashif.org/livesim/periods_20/testpic_2s/Manifest.mpd' -y test.mp4 ffmpeg version 5.1.1 Copyright (c) 2000-2022 the FFmpeg developers built with gcc 7 (Ubuntu 7.5.0-3ubuntu1~18.04) configuration: --prefix=/opt/ffmpeg/5.1.1/build --cc= --cxx= --objcc= --dep-cc= --extra-cflags=' -I/usr/local/cuda-11.7/include' --extra- cxxflags= --extra-ldflags='-Wl,-rpath,/opt/ffmpeg/5.1.1/build/lib -L/opt/ffmpeg/5.1.1/build/lib -Wl,-rpath,/usr/local/cuda-11.7/lib64 -L/usr/local/cuda-11.7/lib64' --bindir=/opt/ffmpeg/5.1.1/build/bin --enable-shared --disable-static --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --enable-cuda- nvcc --enable-gpl --enable-libaom --enable-libfdk-aac --enable-libmp3lame --enable-libnpp --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-nonfree --enable-nvdec --enable-nvenc --enable-openssl --enable- rpath --enable-version3 libavutil 57. 28.100 / 57. 28.100 libavcodec 59. 37.100 / 59. 37.100 libavformat 59. 27.100 / 59. 27.100 libavdevice 59. 7.100 / 59. 7.100 libavfilter 8. 44.100 / 8. 44.100 libswscale 6. 7.100 / 6. 7.100 libswresample 4. 7.100 / 4. 7.100 libpostproc 56. 6.100 / 56. 6.100 Input #0, dash, from 'https://livesim.dashif.org/livesim/periods_20/testpic_2s/Manifest.mpd': Metadata: Title : Media Presentation Description from DASH-IF live simulator Duration: N/A, start: 1662761184.066667, bitrate: N/A Program 0 Stream #0:0: Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360, 30 fps, 30 tbr, 90k tbn (default) Metadata: variant_bitrate : 300000 id : V300 Stream #0:1(en): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp (default) Metadata: variant_bitrate : 48000 id : A48 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (native)) Press [q] to stop, [?] for help [libx264 @ 0x55b125a2c800] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 0x55b125a2c800] profile Progressive High, level 3.0, 4:2:0, 8-bit [libx264 @ 0x55b125a2c800] 264 - core 157 - H.264/MPEG-4 AVC codec - Copyleft 2003-2019 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=11 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: Title : Media Presentation Description from DASH-IF live simulator encoder : Lavf59.27.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p(progressive), 640x360, q=2-31, 30 fps, 15360 tbn (default) Metadata: variant_bitrate : 300000 id : V300 encoder : Lavc59.37.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A Stream #0:1(en): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: variant_bitrate : 48000 id : A48 encoder : Lavc59.37.100 aac frame= 1124 fps= 28 q=29.0 size= 256kB time=00:00:35.94 bitrate= 58.4kbits/s dup=540 drop=0 speed=0.909x }}} Try to play the resulting test.mp4 file. It is not as smooth as the source. Video periodically hangs. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9918> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#9919(avdevice:new): modify gdigrab to use windows Graphics Capture Api
by FFmpeg 10 Sep '22

10 Sep '22

#9919: modify gdigrab to use windows Graphics Capture Api ----------------------------------+--------------------------------------- Reporter: MB SOFT | Type: enhancement Status: new | Priority: normal Component: avdevice | Version: unspecified Keywords: gdigrab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- This is a feature request. Could you please modify Gdigrab to use WindowsGraphicsCapture API? [https://blogs.windows.com/windowsdeveloper/2019/09/16/new-ways-to-do- screen-capture/] Advantages: 1) capture any window (including hardware accelerated window) 2) capture any graphics in the window (including transparent childs) 3) capture window outside the visible area 4) minimal cpu load even with high res and rates Ex: here [https://github.com/mmozeiko/wcap] there are free sources of the tool wcap that use windows graphics capture api. compared to gdigrab it has 3 times less cpu load. Could someone use that code and adapt gdigrab? [https://github.com/mmozeiko/wcap/blob/main/wcap_capture.c] -- Ticket URL: <https://trac.ffmpeg.org/ticket/9919> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#9916(build system:new): Poor/misleading diagnostics on pkg-config error
by FFmpeg 09 Sep '22

09 Sep '22

#9916: Poor/misleading diagnostics on pkg-config error -------------------------------------+------------------------------------- Reporter: David von | Type: defect Oheimb | Status: new | Priority: important Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Running ./configure, when anything goes wrong with a dependency lib, one just gets something like {{{ ERROR: x265 not found using pkg-config }}} and it can be extremely hard guessing what went wrong. Then users typically resort to asking in forums like this: https://stackoverflow.com/questions/51918409/compiling-ffmpeg-x265-not- found-using-pkg-config and in my case all those hints did not help. Eventually I dug into the "configure" file and found that pkg_config_fail_message is usually empty, but there is a file ffbuild/config.log that contains a lot of detail. In this case, the test compilation of libx265 went wrong with errors like {{{ undefined reference to `__pow_finite' }}} so the error "x265 not found" is pretty misleading. In case configuration goes wrong, you should at least point users to having a look at ffbuild/config.log I flag this ticket as 'important' because unfortunately it happens way too often that users have trouble with "configure" and are pretty lost. This typically causes major frustration and loss of time. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9916> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#9775(undetermined:new): incorrect duration when start not zero
by FFmpeg 09 Sep '22

09 Sep '22

#9775: incorrect duration when start not zero -------------------------------------+------------------------------------- Reporter: delpeck | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am having a problem with the duration field when I am encoding segments of a HLS - ffmpeg versions greater than 4.3.3 seem to be writing an erroneous duration (the start + real duration). Try the following: //ffprobe attached segment-5.ts results: Input #0, mpegts, from 'segment-5.ts': Duration: 00:00:04.03, start: 37.136000, bitrate: 5334 kb/s //encode segment-5.ts ffmpeg -i segment-5.ts -copyts -map 0:v -c:v libx264 bbb-seg-enc.mp4 /ffprobe the results: Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bbb-seg-enc.mp4': Duration: 00:00:41.17, start: 37.200000, bitrate: 491 kb/s //encode segment-5.ts without the -copyts ffmpeg -threads 3 -i segment-5.ts -sws_flags lanczos -map 0:v -c:v libx264 -pix_fmt yuv420p -profile:v main -level:v 3.1 -preset:v slow -crf 19 -threads 2 -an -strict experimental AVC_576_2pass_nocopyts.mp4 -map 0:a:1? -vn -codec:a copy -bsf:a aac_adtstoasc -strict experimental aac- audio-64.mp4 //ffprobe results (notice the duration is correct, but start is zero'd out) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'AVC_576_2pass.mp4': Duration: 00:00:04.03, start: 0.000000, bitrate: 8535 kb/s ffmpeg version 4.3.3 and lower write the correct duration and preserve the start time, is there anyway to write the correct duration and preserve the start time with ffmpeg 5.0.1? -- Ticket URL: <https://trac.ffmpeg.org/ticket/9775> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#9901(ffmpeg:new): Bug: ffmpeg/ffprobe calls field different from it's header.
by FFmpeg 09 Sep '22

09 Sep '22

#9901: Bug: ffmpeg/ffprobe calls field different from it's header. ----------------------------------+---------------------------------- Reporter: NY2Da | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 4.4.1 Keywords: METADATA | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- - ffprobe calls Description field comment Test Method- 1. Remove all tags from a file using MP3Tag. 2. create a "extended custom tag" called DESCRIPTION (Not a field already in software so you can be sure what header it is) and enter some value. 3. Then check with ffbrobe. Result- mp3tag https://preview.redd.it/30bl1thk1el91.png?width=642&format=png&auto=webp&s=… ffprobe https://preview.redd.it/ul7a79jl1el91.png?width=467&format=png&auto=webp&s=… - ffmpeg and ffprobe have different behaviors one calls the same field comment the other DESCRIPTION - experiment done by u/wierd (r/youtubedl mod) r/youtubedl/comments/wxkpv8/comment/ilzy6ow - i have a clean opus file, no metadata. i add metadata to it like this. ffmpeg -i clean.251.opus -metadata 'description=this is a description' -metadata 'comment=this is a comment' -metadata 'random=this is a random field' -metadata 'synopsis=this is the synopsis field' new.opus ffmpeg output: Output #0, opus, to 'new.opus': Metadata: description : this is a description comment : this is a comment <--- random : this is a random field synopsis : this is the synopsis field encoder : Lavf58.76.100 Stream #0:0(eng): Audio: opus, 48000 Hz, stereo, flt, 96 kb/s Metadata: encoder : Lavc58.134.100 libopus DESCRIPTION : this is a comment <--- random : this is a random field synopsis : this is the synopsis field first part lists description, comment, random, synopsis. second partg lists DESCRIPTION with the comment contents. but... ffprobe: Input #0, ogg, from 'new.opus': Duration: 00:06:06.40, start: 0.000000, bitrate: 94 kb/s Stream #0:0(eng): Audio: opus, 48000 Hz, stereo, fltp Metadata: encoder : Lavc58.134.100 libopus comment : this is a comment <--- random : this is a random field synopsis : this is the synopsis field here it lists the comment as comment but description is not shown. -------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9901> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#9881(build system:new): Support CMake build system.
by FFmpeg 08 Sep '22

08 Sep '22

#9881: Support CMake build system. -------------------------------------+------------------------------------- Reporter: Haowei Hsu | Type: | enhancement Status: new | Priority: normal Component: build | Version: git- system | master Keywords: cmake | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Since CMake is the most popular build system of C/C++, I would expect that FFmpeg can support using CMake to compile the source code. Moreover, I hope that CMake can provide Config files for `find_package()` and Imported Targets. Normally, there would be the following files generated for `find_package()` in Config Mode: - `ffmpeg-config.cmake` - `ffmpeg-config-version.cmake` - `ffmpeg-targets.cmake` - `ffmpeg-targets-[debug|release].cmake` As for Imported Targets, consider FFmpeg has several components, I suggest that it take Qt or Poco for reference, providing the following Component Imported Targets with the namespace `ffmpeg::`: - `ffmpeg::avcodec` - `ffmpeg::avformat` - `ffmpeg::avfilter` - `ffmpeg::avdevice` - `ffmpeg::avutil` - `ffmpeg::swscale` - `ffmpeg::swresample` - `ffmpeg::postproc` -- Ticket URL: <https://trac.ffmpeg.org/ticket/9881> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

Re: [FFmpeg-trac] #4698(avcodec:closed): Wrong channel layout for FLAC 3/1 channels on playback
by FFmpeg 08 Sep '22

08 Sep '22

#4698: Wrong channel layout for FLAC 3/1 channels on playback -------------------------------------+------------------------------------- Reporter: Mango | Owner: (none) Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: | needs_more_info Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Elon Musk): * status: reopened => closed * resolution: => needs_more_info Comment: I see no input file(s). If this is still problematic, please provide files and way to reproduce issue. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4698#comment:51> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#9621(avcodec:new): flac parser sync heuristics issue
by FFmpeg 08 Sep '22

08 Sep '22

#9621: flac parser sync heuristics issue -------------------------------------+------------------------------------- Reporter: Mattias | Type: defect Wadman | Status: new | Priority: normal Component: avcodec | Version: git- | master Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Here is a flac file that decodes fine with the flac referenced decoder but fails with CRC error with ffmpeg. Unfortunately i can't share the whole original file but i've managed to cut out the first 27 frames and manually corrected CRCs and MD5 checksums and it fails in the same way. How to reproduce: {{{ $ flac -t flac_validate_bug.flac flac 1.3.3 Copyright (C) 2000-2009 Josh Coalson, 2011-2016 Xiph.Org Foundation flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type `flac' for details. flac_validate_bug.flac: ok ffmpeg master 2020-01-31: $ ./ffmpeg -v trace -i flac_validate_bug.flac -f null - ffmpeg version N-105439-g1530b3f566 Copyright (c) 2000-2022 the FFmpeg developers built with Apple clang version 13.0.0 (clang-1300.0.29.30) configuration: libavutil 57. 19.100 / 57. 19.100 libavcodec 59. 20.100 / 59. 20.100 libavformat 59. 17.101 / 59. 17.101 libavdevice 59. 5.100 / 59. 5.100 libavfilter 8. 26.101 / 8. 26.101 libswscale 6. 5.100 / 6. 5.100 libswresample 4. 4.100 / 4. 4.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'trace'. Reading option '-i' ... matched as input url with argument 'flac_validate_bug.flac'. 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 v (set logging level) with argument trace. Successfully parsed a group of options. Parsing a group of options: input url flac_validate_bug.flac. Successfully parsed a group of options. Opening an input file: flac_validate_bug.flac. [NULL @ 0x7feb7b804080] Opening 'flac_validate_bug.flac' for reading [file @ 0x7feb7b804880] Setting default whitelist 'file,crypto,data' Probing flac score:100 size:2048 [flac @ 0x7feb7b804080] Format flac probed with size=2048 and score=100 [flac @ 0x7feb7b804080] Before avformat_find_stream_info() pos: 8238 bytes read:20879 seeks:0 nb_streams:1 [flac @ 0x7feb7b804080] All info found [flac @ 0x7feb7b804080] stream 0: start_time: 0 duration: 2.60063 [flac @ 0x7feb7b804080] format: start_time: 0 duration: 2.60064 (estimate from stream) bitrate=64 kb/s [flac @ 0x7feb7b804080] After avformat_find_stream_info() pos: 10286 bytes read:20879 seeks:0 frames:1 Input #0, flac, from 'flac_validate_bug.flac': Duration: 00:00:02.60, start: 0.000000, bitrate: 64 kb/s Stream #0:0, 1, 1/44100: Audio: flac, 44100 Hz, stereo, s16 Successfully opened the file. Parsing a group of options: output url -. Applying option f (force format) with argument null. Successfully parsed a group of options. Opening an output file: -. Successfully opened the file. detected 4 logical cores Stream mapping: Stream #0:0 -> #0:0 (flac (native) -> pcm_s16le (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) Last message repeated 4 times [graph_0_in_0_0 @ 0x7feb7b905b40] Setting 'time_base' to value '1/44100' [graph_0_in_0_0 @ 0x7feb7b905b40] Setting 'sample_rate' to value '44100' [graph_0_in_0_0 @ 0x7feb7b905b40] Setting 'sample_fmt' to value 's16' [graph_0_in_0_0 @ 0x7feb7b905b40] Setting 'channel_layout' to value '0x3' [graph_0_in_0_0 @ 0x7feb7b905b40] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [format_out_0_0 @ 0x7feb7b9060c0] Setting 'sample_fmts' to value 's16' [AVFilterGraph @ 0x7feb7bb09f00] query_formats: 4 queried, 9 merged, 0 already done, 0 delayed Output #0, null, to 'pipe:': Metadata: encoder : Lavf59.17.101 Stream #0:0, 0, 1/44100: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc59.20.100 pcm_s16le [NULL @ 0x7feb7b9051c0] sample/frame number mismatch in adjacent frames [NULL @ 0x7feb7b9051c0] crc check failed from offset 0 (frame 27) to 2027 (frame 27) [flac @ 0x7feb7bb07bc0] illegal residual coding method 2 [flac @ 0x7feb7bb07bc0] decode_frame() failed [flac @ 0x7feb7bb07300] invalid residual [flac @ 0x7feb7bb07300] decode_frame() failed Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 1 times [null @ 0x7feb7bb04540] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 102400 >= 32256 [out_0_0 @ 0x7feb7b905f00] EOF on sink link out_0_0:default. No more output streams to write to, finishing. size=N/A time=00:00:02.41 bitrate=N/A speed=1.31e+03x video:0kB audio:432kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Input file #0 (flac_validate_bug.flac): Input stream #0:0 (audio): 29 packets read (12641 bytes); 27 frames decoded (110592 samples); Total: 29 packets (12641 bytes) demuxed Output file #0 (pipe:): Output stream #0:0 (audio): 27 frames encoded (110592 samples); 27 packets muxed (442368 bytes); Total: 27 packets (442368 bytes) muxed 27 frames successfully decoded, 2 decoding errors [AVIOContext @ 0x7feb7b804a00] Statistics: 20879 bytes read, 0 seeks }}} I think the issue is that the flac parser falsely finds a frame header inside the samples data of frame 26. If i use fq (disclaimer im the author of the tool) i can see that inside frame 26 at byte 2603 there is a bunch of bytes that very much looks like a flac header and seems to fool all current validation code checks in frame_header_is_valid/ff_flac_decode_frame_header and also even happens to have end of header bits indicating it is frame number 27. Here i run fq to show the header of frame 26 and also show the header when decoding byte 2603 and forward of frame 266 as a flac frame. I also see that "illegal residual coding method 2" seems to match. {{{ $ fq -o line_bytes=10 '.frames[26] | ., (tobytesrange[2603:] | flac_frame) | (.header | d), .subframes[1].residual_coding_method' flac_validate_bug.flac │00 01 02 03 04 05 06 07 08 09│0123456789│.frames[26].header{}: 0x2b52│ ff f8 │ .. │ sync: 0b11111111111110 (valid) 0x2b52│ f8 │ . │ reserved0: 0 (valid) 0x2b52│ f8 │ . │ blocking_strategy: "fixed" (0) 0x2b52│ c9 │ . │ block_size: 4096 (0b1100) 0x2b52│ c9 │ . │ sample_rate: 44100 (0b1001) 0x2b52│ 18 │ . │ channel_assignment: 2 (1) (lr) 0x2b52│ 18 │ . │ sample_size: 16 (0b100) 0x2b52│ 18 │ . │ reserved1: 0 (valid) │ │ │ end_of_header{}: 0x2b52│ 1a │ . │ frame_number: 26 0x2b52│ 84│ .│ crc: 0x84 (valid) │00 01 02 03 04 05 06 07 08 09│0123456789│ 0x3476│ 86 │ . │.frames[26].subframes[1].residual_coding_method: 4 (0) (rice) │00 01 02 03 04 05 06 07 08 09│0123456789│.header{}: 0x357a│ ff f8 │ .. │ sync: 0b11111111111110 (valid) 0x357a│ f8 │ . │ reserved0: 0 (valid) 0x357a│ f8 │ . │ blocking_strategy: "fixed" (0) 0x357a│ 39│ 9│ block_size: 1152 (0b11) 0x357a│ 39│ 9│ sample_rate: 44100 (0b1001) 0x3584│88 │. │ channel_assignment: 2 (8) (left/side stereo) │ │ │ side_channel_index: 1 0x3584│88 │. │ sample_size: 16 (0b100) 0x3584│88 │. │ reserved1: 0 (valid) │ │ │ end_of_header{}: 0x3584│ 1b │ . │ frame_number: 27 0x3584│ 0e │ . │ crc: 0xe (valid) │00 01 02 03 04 05 06 07 08 09│0123456789│ 0x3944│ b1 2e │ .. │.subframes[1].residual_coding_method: 2 }}} I reported and fixed a similar issue some month ago https://trac.ffmpeg.org/ticket/9185 but this time I haven't yet been able to figure what more heuristic that could be added. An alternative to ever increasing number of heuristics might be to optionally allow the flac parser and flac decoder to use AV_CODEC_CAP_SUBFRAMES somehow? I've done some failed attempt at bypassing the flac parser and let the decoder read frame by frame. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9621> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#7684(ffmpeg:new): ffmpeg -ss: issue with one flac uncompressed
by FFmpeg 08 Sep '22

08 Sep '22

#7684: ffmpeg -ss: issue with one flac uncompressed -------------------------------------+------------------------------------- Reporter: rdsu | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: flac | unspecified uncompressed seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' I have my music library in FLAC Uncompressed, and I have an issue with at least one file, when using it with FFmpeg -ss option, in Windows. If I convert this file to FLAC level 0 it works fine. I'm using FFmpeg 4.1 Windows. '''How to reproduce:''' When using FFmpeg -ss with that file FLAC Uncompressed: ffmpeg -ss 15 -i "02 - Sad But True.uncompressedNotWorking.flac" out.flac 2> log.txt Errors: [flac @ 00000226f8543a80] blocksize 16384 > 4608 [flac @ 00000226f8543a80] decode_frame() failed Error while decoding stream #0:0: Invalid data found when processing input {{{ ffmpeg version 4.1 Copyright (c) 2000-2018 the FFmpeg developers built with gcc 8.2.1 (GCC) 20181017 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 libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-ss' ... matched as option 'ss' (set the start time offset) with argument '15'. Reading option '-i' ... matched as input url with argument '02 - Sad But True.uncompressedNotWorking.flac'. Reading option 'out.flac' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input url 02 - Sad But True.uncompressedNotWorking.flac. Applying option ss (set the start time offset) with argument 15. Successfully parsed a group of options. Opening an input file: 02 - Sad But True.uncompressedNotWorking.flac. [NULL @ 00000226f84ea680] Opening '02 - Sad But True.uncompressedNotWorking.flac' for reading [file @ 00000226f84eb7c0] Setting default whitelist 'file,crypto' Probing flac score:100 size:2048 [flac @ 00000226f84ea680] Format flac probed with size=2048 and score=100 [flac @ 00000226f84ea680] Before avformat_find_stream_info() pos: 11988 bytes read:32768 seeks:0 nb_streams:2 [mjpeg @ 00000226f84fe840] marker=d8 avail_size_in_buf=9603 [mjpeg @ 00000226f84fe840] marker parser used 0 bytes (0 bits) [mjpeg @ 00000226f84fe840] marker=e0 avail_size_in_buf=9601 [mjpeg @ 00000226f84fe840] marker parser used 16 bytes (128 bits) [mjpeg @ 00000226f84fe840] marker=db avail_size_in_buf=9583 [mjpeg @ 00000226f84fe840] index=0 [mjpeg @ 00000226f84fe840] qscale[0]: 1 [mjpeg @ 00000226f84fe840] marker parser used 67 bytes (536 bits) [mjpeg @ 00000226f84fe840] marker=db avail_size_in_buf=9514 [mjpeg @ 00000226f84fe840] index=1 [mjpeg @ 00000226f84fe840] qscale[1]: 2 [mjpeg @ 00000226f84fe840] marker parser used 67 bytes (536 bits) [mjpeg @ 00000226f84fe840] marker=c0 avail_size_in_buf=9445 [mjpeg @ 00000226f84fe840] Changing bps from 0 to 8 [mjpeg @ 00000226f84fe840] sof0: picture: 500x500 [mjpeg @ 00000226f84fe840] component 0 2:2 id: 0 quant:0 [mjpeg @ 00000226f84fe840] component 1 1:1 id: 1 quant:1 [mjpeg @ 00000226f84fe840] component 2 1:1 id: 2 quant:1 [mjpeg @ 00000226f84fe840] pix fmt id 22111100 [mjpeg @ 00000226f84fe840] Format yuvj420p chosen by get_format(). [mjpeg @ 00000226f84fe840] marker parser used 17 bytes (136 bits) [mjpeg @ 00000226f84fe840] marker=c4 avail_size_in_buf=9426 [mjpeg @ 00000226f84fe840] marker parser used 0 bytes (0 bits) [mjpeg @ 00000226f84fe840] marker=c4 avail_size_in_buf=9396 [mjpeg @ 00000226f84fe840] marker parser used 0 bytes (0 bits) [mjpeg @ 00000226f84fe840] marker=c4 avail_size_in_buf=9324 [mjpeg @ 00000226f84fe840] marker parser used 0 bytes (0 bits) [mjpeg @ 00000226f84fe840] marker=c4 avail_size_in_buf=9297 [mjpeg @ 00000226f84fe840] marker parser used 0 bytes (0 bits) [mjpeg @ 00000226f84fe840] escaping removed 63 bytes [mjpeg @ 00000226f84fe840] marker=da avail_size_in_buf=9261 [mjpeg @ 00000226f84fe840] marker parser used 9198 bytes (73584 bits) [mjpeg @ 00000226f84fe840] marker=d9 avail_size_in_buf=0 [mjpeg @ 00000226f84fe840] decode frame unused 0 bytes [flac @ 00000226f84fc8c0] sample/frame number mismatch in adjacent frames Last message repeated 20 times [flac @ 00000226f84ea680] All info found [flac @ 00000226f84ea680] stream 0: start_time: 0.000 duration: 324.706 [flac @ 00000226f84ea680] stream 1: start_time: 0.000 duration: 324.706 [flac @ 00000226f84ea680] format: start_time: 0.000 duration: 324.706 bitrate=4610 kb/s [flac @ 00000226f84ea680] After avformat_find_stream_info() pos: 262144 bytes read:262144 seeks:0 frames:2 [flac @ 00000226f84ea680] read_seek: 0 1440000 [flac @ 00000226f84ea680] gen_seek: 0 1440000 [NULL @ 00000226f84fc8c0] sample/frame number mismatch in adjacent frames Last message repeated 20 times [NULL @ 00000226f84fc8c0] Junk frame till offset 2065 Input #0, flac, from '02 - Sad But True.uncompressedNotWorking.flac': Metadata: ALBUM : Metallica (Studio Master 24bit/96kHz) album_artist : Metallica ARTIST : Metallica GENRE : Pop/Rock HDTRACKS : www.hdtracks.com TITLE : Sad But True DATE : 1991 track : 02 TRACKTOTAL : 12 Duration: 00:05:24.71, start: 0.000000, bitrate: 4610 kb/s Stream #0:0, 1, 1/96000: Audio: flac, 96000 Hz, stereo, s32 (24 bit) Stream #0:1, 1, 1/90000: Video: mjpeg, 1 reference frame, yuvj420p(pc, bt470bg/unknown/unknown, center), 500x500 [SAR 600:600 DAR 1:1], 0/1, 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) Successfully opened the file. Parsing a group of options: output url out.flac. Successfully parsed a group of options. Opening an output file: out.flac. [file @ 00000226f85011c0] Setting default whitelist 'file,crypto' Successfully opened the file. detected 8 logical cores Stream mapping: Stream #0:1 -> #0:0 (mjpeg (native) -> png (native)) Stream #0:0 -> #0:1 (flac (native) -> flac (native)) Press [q] to stop, [?] for help cur_dts is invalid (this is harmless if it occurs once at the start per stream) [mjpeg @ 00000226f84ed340] marker=d8 avail_size_in_buf=9603 [mjpeg @ 00000226f84ed340] marker parser used 0 bytes (0 bits) [mjpeg @ 00000226f84ed340] marker=e0 avail_size_in_buf=9601 [mjpeg @ 00000226f84ed340] marker parser used 16 bytes (128 bits) [mjpeg @ 00000226f84ed340] marker=db avail_size_in_buf=9583 [mjpeg @ 00000226f84ed340] index=0 [mjpeg @ 00000226f84ed340] qscale[0]: 1 [mjpeg @ 00000226f84ed340] marker parser used 67 bytes (536 bits) [mjpeg @ 00000226f84ed340] marker=db avail_size_in_buf=9514 [mjpeg @ 00000226f84ed340] index=1 [mjpeg @ 00000226f84ed340] qscale[1]: 2 [mjpeg @ 00000226f84ed340] marker parser used 67 bytes (536 bits) [mjpeg @ 00000226f84ed340] marker=c0 avail_size_in_buf=9445 [mjpeg @ 00000226f84ed340] sof0: picture: 500x500 [mjpeg @ 00000226f84ed340] component 0 2:2 id: 0 quant:0 [mjpeg @ 00000226f84ed340] component 1 1:1 id: 1 quant:1 [mjpeg @ 00000226f84ed340] component 2 1:1 id: 2 quant:1 [mjpeg @ 00000226f84ed340] pix fmt id 22111100 [mjpeg @ 00000226f84ed340] Format yuvj420p chosen by get_format(). [mjpeg @ 00000226f84ed340] marker parser used 17 bytes (136 bits) [mjpeg @ 00000226f84ed340] marker=c4 avail_size_in_buf=9426 [mjpeg @ 00000226f84ed340] class=0 index=0 nb_codes=10 [mjpeg @ 00000226f84ed340] marker parser used 28 bytes (224 bits) [mjpeg @ 00000226f84ed340] marker=c4 avail_size_in_buf=9396 [mjpeg @ 00000226f84ed340] class=1 index=0 nb_codes=242 [mjpeg @ 00000226f84ed340] marker parser used 70 bytes (560 bits) [mjpeg @ 00000226f84ed340] marker=c4 avail_size_in_buf=9324 [mjpeg @ 00000226f84ed340] class=0 index=1 nb_codes=6 [mjpeg @ 00000226f84ed340] marker parser used 25 bytes (200 bits) [mjpeg @ 00000226f84ed340] marker=c4 avail_size_in_buf=9297 [mjpeg @ 00000226f84ed340] class=1 index=1 nb_codes=146 [mjpeg @ 00000226f84ed340] marker parser used 34 bytes (272 bits) [mjpeg @ 00000226f84ed340] escaping removed 63 bytes [mjpeg @ 00000226f84ed340] marker=da avail_size_in_buf=9261 [mjpeg @ 00000226f84ed340] component: 0 [mjpeg @ 00000226f84ed340] component: 1 [mjpeg @ 00000226f84ed340] component: 2 [mjpeg @ 00000226f84ed340] marker parser used 9197 bytes (73573 bits) [mjpeg @ 00000226f84ed340] marker=d9 avail_size_in_buf=0 [mjpeg @ 00000226f84ed340] decode frame unused 0 bytes [graph 0 input from stream 0:1 @ 00000226f894b8c0] Setting 'video_size' to value '500x500' [graph 0 input from stream 0:1 @ 00000226f894b8c0] Setting 'pix_fmt' to value '12' [graph 0 input from stream 0:1 @ 00000226f894b8c0] Setting 'time_base' to value '1/90000' [graph 0 input from stream 0:1 @ 00000226f894b8c0] Setting 'pixel_aspect' to value '600/600' [graph 0 input from stream 0:1 @ 00000226f894b8c0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:1 @ 00000226f894b8c0] Setting 'frame_rate' to value '90000/1' [graph 0 input from stream 0:1 @ 00000226f894b8c0] w:500 h:500 pixfmt:yuvj420p tb:1/90000 fr:90000/1 sar:600/600 sws_param:flags=2 [format @ 00000226f8966380] Setting 'pix_fmts' to value 'rgb24|rgba|rgb48be|rgba64be|pal8|gray|ya8|gray16be|ya16be|monob' [auto_scaler_0 @ 00000226f8966800] Setting 'flags' to value 'bicubic' [auto_scaler_0 @ 00000226f8966800] w:iw h:ih flags:'bicubic' interl:0 [format @ 00000226f8966380] auto-inserting filter 'auto_scaler_0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 00000226f85b0d40] query_formats: 5 queried, 3 merged, 1 already done, 0 delayed [auto_scaler_0 @ 00000226f8966800] picking rgb24 out of 10 ref:yuvj420p alpha:0 [swscaler @ 00000226f85b0fc0] deprecated pixel format used, make sure you did set range correctly [auto_scaler_0 @ 00000226f8966800] w:500 h:500 fmt:yuvj420p sar:600/600 -> w:500 h:500 fmt:rgb24 sar:1/1 flags:0x4 [flac @ 00000226f84ed7c0] Frame rate very high for a muxer not efficiently supporting it. Please consider specifying a lower framerate, a different muxer or -vsync 2 cur_dts is invalid (this is harmless if it occurs once at the start per stream) Last message repeated 3 times [flac @ 00000226f8543a80] blocksize 16384 > 4608 [flac @ 00000226f8543a80] decode_frame() failed Error while decoding stream #0:0: Invalid data found when processing input cur_dts is invalid (this is harmless if it occurs once at the start per stream) Last message repeated 3 times [graph_1_in_0_0 @ 00000226f8aecd40] Setting 'time_base' to value '1/49920' [graph_1_in_0_0 @ 00000226f8aecd40] Setting 'sample_rate' to value '49920' [graph_1_in_0_0 @ 00000226f8aecd40] Setting 'sample_fmt' to value 's32' [graph_1_in_0_0 @ 00000226f8aecd40] Setting 'channel_layout' to value '0x4' [graph_1_in_0_0 @ 00000226f8aecd40] tb:1/49920 samplefmt:s32 samplerate:49920 chlayout:0x4 [format_out_0_1 @ 00000226f8aee380] Setting 'sample_fmts' to value 's16|s32' [AVFilterGraph @ 00000226f8a51900] query_formats: 5 queried, 12 merged, 0 already done, 0 delayed [flac @ 00000226f85005c0] compression: 5 [flac @ 00000226f85005c0] lpc type: Levinson-Durbin recursion with Welch window [flac @ 00000226f85005c0] prediction order: 1, 8 [flac @ 00000226f85005c0] order method: estimate [flac @ 00000226f85005c0] partition order: 0, 8 [flac @ 00000226f85005c0] block size: 4608 [flac @ 00000226f85005c0] lpc precision: 15 Output #0, flac, to 'out.flac': Metadata: ALBUM : Metallica (Studio Master 24bit/96kHz) album_artist : Metallica ARTIST : Metallica GENRE : Pop/Rock HDTRACKS : www.hdtracks.com TITLE : Sad But True DATE : 1991 track : 02 TRACKTOTAL : 12 encoder : Lavf58.20.100 Stream #0:0, 0, 1/90000: Video: png, 1 reference frame, rgb24(center), 500x500 [SAR 1:1 DAR 1:1], 0/1, q=2-31, 200 kb/s, 90k fps, 90k tbn, 90k tbc Metadata: comment : Cover (front) encoder : Lavc58.35.100 png Stream #0:1, 0, 1/49920: Audio: flac, 49920 Hz, mono, s32 (24 bit), 128 kb/s Metadata: encoder : Lavc58.35.100 flac [out_0_1 @ 00000226f8aee280] EOF on sink link out_0_1:default. cur_dts is invalid (this is harmless if it occurs once at the start per stream) Last message repeated 1 times [out_0_0 @ 00000226f894c7c0] EOF on sink link out_0_0:default. No more output streams to write to, finishing. [flac @ 00000226f84ed7c0] No packets were sent for some of the attached pictures. frame= 0 fps=0.0 q=0.0 Lsize= 8kB time=00:00:00.00 bitrate=N/A speed= 0x video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Input file #0 (02 - Sad But True.uncompressedNotWorking.flac): Input stream #0:0 (audio): 1 packets read (13296 bytes); 0 frames decoded (0 samples); Input stream #0:1 (video): 1 packets read (9605 bytes); 1 frames decoded; Total: 2 packets (22901 bytes) demuxed Output file #0 (out.flac): Output stream #0:0 (video): 0 frames encoded; 0 packets muxed (0 bytes); Output stream #0:1 (audio): 0 frames encoded (0 samples); 1 packets muxed (0 bytes); Total: 1 packets (0 bytes) muxed 1 frames successfully decoded, 1 decoding errors [AVIOContext @ 00000226f8541340] Statistics: 0 seeks, 1 writeouts [AVIOContext @ 00000226f84f3a40] Statistics: 577507 bytes read, 7 seeks }}} You have the files here to download (I also share a file flac uncompressed, from the same album, that works fine to compare): https://cp.sync.com/dl/68426db80/e5ffyb9f-hcg6ibqz-xffkhw6u-amghr5aj -- Ticket URL: <https://trac.ffmpeg.org/ticket/7684> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6