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

#11606(avcodec:new): avcodec/dvbsubenc: Broken dvb_encode_rle8
by FFmpeg 03 Aug '25

03 Aug '25

#11606: avcodec/dvbsubenc: Broken dvb_encode_rle8 ---------------------------------+--------------------------------------- Reporter: pbk | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- The rle8 encoding (256 color table) is corrupted. The end of 8-bit/pixel_code_string shall be 2 zeroes (not one): Current code: *q++ = 0x00; *q++ = 0xf0; Correct code: *q++ = 0x00; *q++ = 0x00; *q++ = 0xf0; -- Ticket URL: <https://trac.ffmpeg.org/ticket/11606> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

Re: [FFmpeg-trac] #2909(avcodec:new): Make dvbsubs more compliant among stb's
by FFmpeg 03 Aug '25

03 Aug '25

#2909: Make dvbsubs more compliant among stb's -------------------------------------+----------------------------------- Reporter: Tommy2d | Owner: (none) Type: enhancement | Status: new Priority: normal | Component: avcodec Version: 1.2.2 | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by waider): It looks like the reserved bits can be 1 or 0 depending on where they are. The current spec (https://www.etsi.org/deliver/etsi_en/300700_300799/300743/01.06.01_60/en_30…) says: > reserved: When used in a clause defining the coded bit stream, this field indicates that the value may be used for extensions in the future. Unless specified otherwise within the present document, all "reserved" bits are expected to be set to "1". > reserved_zero_future_use: When used in clauses defining the coded bit stream, this field indicates that the value may be used in future revisions for ETSI-defined extensions. All "reserved_zero_future_use" bits are expected to be set to "0". (Yes, adding an note to a 12-year-old bug report. I happened to be poking in the spec for something else.) -- Ticket URL: <https://trac.ffmpeg.org/ticket/2909#comment:9> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#10966(undetermined:new): Regression - Memory leak when muxing raw h264 streams
by FFmpeg 02 Aug '25

02 Aug '25

#10966: Regression - Memory leak when muxing raw h264 streams -------------------------------------+------------------------------------- Reporter: Francesco | Type: defect Bucciantini | Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When raw h264 streams (i.e raw_video.h264 files) are being muxed in a container, FFMpeg keeps allocating RAM with no clear progress until it goes into paging files on Windows or swap on Linux and then eventually crashes. How to reproduce: Step 1) Create a simple Colorbars script with Avisynth and call it "AVS Script.avs" {{{ ColorBars(1920, 1080, pixel_type="YUV422P16") }}} Step 2) Encode the colorbars with x264 to create a raw_video.h264 stream {{{ x264-10b.exe "AVS Script.avs" --preset medium --profile high422 --level 4.1 --opencl --keyint 1 --no-cabac --avcintra 100 --avcintra-flavor panasonic --deblock -1:-1 --tff --overscan show --colormatrix bt709 --range tv --log-level info --thread-input --transfer bt709 --colorprim bt709 --videoformat component --nal-hrd cbr --output-depth 10 --output-csp i422 --output "raw_video.h264" }}} Step 3) Mux the newly produced raw_video.h264 into any container you like, be it mkv or mxf or whatever {{{ ffmpeg.exe -hide_banner -i "raw_video.h264" -map 0:0 -c:v copy -f mxf "output.mxf" }}} Expected behavior: FFMpeg muxes the file in mxf or whatever container you pick. Actual behavior: FFMpeg keeps allocating RAM until it crashes with no clear progress. In the following example, I'm trying to use the newly encoded H264 stream and the audio from Avisynth on a real file to then re-encode the audio in PCM 24bit 48000Hz little endian and mux the whole thing in mxf [[Image(https://i.imgur.com/NJGfFUV.png)]] [[Image(https://i.imgur.com/jTPU3OZ.png)]] [[Image(https://i.imgur.com/LjoFkkQ.png)]] That's the latest master from today, namely N-114842-g639013aafc from the 17th of April 2024. Using version N-97504-g1128aa8 from 2020 works instead with the exact same commands, which points to a regression. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10966> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#5413(ffmpeg:new): Image size, pixel format cannot be detected ( 0x0, -1 ) for short h264 video
by FFmpeg 02 Aug '25

02 Aug '25

#5413: Image size, pixel format cannot be detected ( 0x0,-1 ) for short h264 video -------------------------------------+------------------------------------- Reporter: sadensmol | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: image size | unspecified 0x0 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Cannot convert video which plays fine with Windows Media Player. ffmpeg parameters ( splitted by comma) -probesize,100M,-analyzeduration,100M,-i,00443.MTS,-an,-y,-c:v,mjpeg,-q:v,8,frame%d.jpg ffmpeg output: [mpegts @ 0x7ffcd9808800] Could not find codec parameters for stream 0 (Video: h264 (HDMV / 0x564D4448), none): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from '/Users/saden/Documents/asimon/simplevideoed/test/folder8/00443.MTS': Duration: 00:00:00.51, start: 1.033367, bitrate: 9216 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (HDMV / 0x564D4448), none, 29.97 fps, 29.97 tbr, 90k tbn, 180k tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 448 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [buffer @ 0x7ffcd96013c0] Unable to parse option value "0x0" as image size [buffer @ 0x7ffcd96013c0] Unable to parse option value "-1" as pixel format [buffer @ 0x7ffcd96013c0] Unable to parse option value "0x0" as image size [buffer @ 0x7ffcd96013c0] Error setting option video_size to value 0x0. [graph 0 input from stream 0:0 @ 0x7ffcd9601500] Error applying options to the filter. This problem is easily reproducible with the latest version of ffmpeg on both OSX and windows systems. At the same time exiftool returns correct values for size. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5413> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#11295(avcodec:new): Decoding p1_03.j2k returns a warning
by FFmpeg 02 Aug '25

02 Aug '25

#11295: Decoding p1_03.j2k returns a warning -------------------------------------+------------------------------------- Reporter: Pierre- | Type: Anthony Lemieux | enhancement Status: new | Priority: normal Component: avcodec | Version: git- | master Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Reported by Osamu Watanabe <owatanab(a)es.takushoku-u.ac.jp> Decoding p1_03.j2k (a test codestream defined in the ISO/IEC 15444-4) returns the following warning: {{{ [jpeg2000 @ 0x12d7079a0] Mid mismatch 1 in pass 18 of 22 }}} This message comes from the lines: https://github.com/ffmpeg/ffmpeg/blob/2eb9c35010fe2c65a6d0f9a420332bca369c5… The cause of the warning should be investigated to suppress the warning. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11295> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#11624(undetermined:new): Using audio filters throws Assertion best_input >= 0 failed
by FFmpeg 02 Aug '25

02 Aug '25

#11624: Using audio filters throws Assertion best_input >= 0 failed -------------------------------------+------------------------------------- Reporter: Jozef | Type: defect Chutka | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Using the following order of audio filters: {{{ ffmpeg -f lavfi -i anoisesrc=d=1 -af "aresample=22050,asplit[a][b];[a]anullsink;[b]atrim=end_sample=1" -f null - }}} throws: {{{ Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:2118 }}} Using verbose log level, this is full log: {{{ ffmpeg version 7.1.1 Copyright (c) 2000-2025 the FFmpeg developers built with Apple clang version 17.0.0 (clang-1700.0.13.3) configuration: --prefix=/opt/homebrew/Cellar/ffmpeg/7.1.1_3 --enable- shared --enable-pthreads --enable-version3 --cc=clang --host-cflags= --host-ldflags='-Wl,-ld_classic' --enable-ffplay --enable-gnutls --enable- gpl --enable-libaom --enable-libaribb24 --enable-libbluray --enable- libdav1d --enable-libharfbuzz --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librav1e --enable-librist --enable-librubberband --enable-libsnappy --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtesseract --enable-libtheora --enable-libvidstab --enable- libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable- libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libspeex --enable-libsoxr --enable-libzmq --enable- libzimg --disable-libjack --disable-indev=jack --enable-videotoolbox --enable-audiotoolbox --enable-neon libavutil 59. 39.100 / 59. 39.100 libavcodec 61. 19.101 / 61. 19.101 libavformat 61. 7.100 / 61. 7.100 libavdevice 61. 3.100 / 61. 3.100 libavfilter 10. 4.100 / 10. 4.100 libswscale 8. 3.100 / 8. 3.100 libswresample 5. 3.100 / 5. 3.100 libpostproc 58. 3.100 / 58. 3.100 Successfully parsed a group of options. Parsing a group of options: input url anoisesrc=d=5. Applying option f (force container format (auto-detected otherwise)) with argument lavfi. Successfully parsed a group of options. Opening an input file: anoisesrc=d=5. [AVFilterGraph @ 0x138704cd0] Setting 'd' to value '5' detected 8 logical cores [AVFilterGraph @ 0x138704cd0] query_formats: 2 queried, 2 merged, 1 already done, 0 delayed [lavfi @ 0x138704810] All info found [lavfi @ 0x138704810] stream 0: start_time: 0 duration: NOPTS [lavfi @ 0x138704810] format: start_time: 0 duration: NOPTS (estimate from bit rate) bitrate=3072 kb/s Input #0, lavfi, from 'anoisesrc=d=5': Duration: N/A, start: 0.000000, bitrate: 3072 kb/s Stream #0:0, 1, 1/48000: Audio: pcm_f64le, 48000 Hz, mono, dbl, 3072 kb/s Successfully opened the file. Parsing a group of options: output url -. Applying option af (alias for -filter:a (apply filters to audio streams)) with argument aresample=22050,asplit[a][b];[a]anullsink;[b]atrim=end_sample=1000. Parsing stream specifier: a Parsed media type: audio; remainder: Applying option f (force container format (auto-detected otherwise)) with argument null. Successfully parsed a group of options. Opening an output file: -. [out#0/null @ 0x1387056c0] No explicit maps, mapping streams automatically... [aost#0:0/pcm_s16le @ 0x138706df0] Created audio stream from input stream 0:0 [AVFilterGraph @ 0x138707c50] Setting 'sample_rate' to value '22050' [AVFilterGraph @ 0x138707c50] Setting 'end_sample' to value '1000' Successfully opened the file. Stream mapping: Stream #0:0 -> #0:0 (pcm_f64le (native) -> pcm_s16le (native)) [aost#0:0/pcm_s16le @ 0x138706df0] Starting thread... [af#0:0 @ 0x138707830] Starting thread... [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Starting thread... [in#0/lavfi @ 0x138704590] Starting thread... Press [q] to stop, [?] for help [AVFilterGraph @ 0x1399044e0] Setting 'sample_rate' to value '22050' [AVFilterGraph @ 0x1399044e0] Setting 'end_sample' to value '1000' [graph_-1_in_0:0 @ 0x139806a70] Setting 'time_base' to value '1/48000' [graph_-1_in_0:0 @ 0x139806a70] Setting 'sample_rate' to value '48000' [graph_-1_in_0:0 @ 0x139806a70] Setting 'sample_fmt' to value 'dbl' [graph_-1_in_0:0 @ 0x139806a70] Setting 'channel_layout' to value 'mono' [graph_-1_in_0:0 @ 0x139806a70] tb:1/48000 samplefmt:dbl samplerate:48000 chlayout:mono [format_out_#0:0 @ 0x139807380] Setting 'sample_fmts' to value 's16' [AVFilterGraph @ 0x1399044e0] query_formats: 7 queried, 12 merged, 6 already done, 0 delayed [Parsed_aresample_0 @ 0x139806480] [SWR @ 0x130008000] Using dblp internally between filters [Parsed_aresample_0 @ 0x139806480] ch:1 chl:mono fmt:dbl r:48000Hz -> ch:1 chl:mono fmt:s16 r:22050Hz Output #0, null, to 'pipe:': Metadata: encoder : Lavf61.7.100 Stream #0:0, 0, 1/22050: Audio: pcm_s16le, 22050 Hz, mono, s16, 352 kb/s Metadata: encoder : Lavc61.19.101 pcm_s16le [out#0/null @ 0x1387056c0] Starting thread... [out_#0:0 @ 0x139807220] EOF on sink link out_#0:0:default. [in#0/lavfi @ 0x138704590] EOF while reading input [in#0/lavfi @ 0x138704590] Terminating thread with return code 0 (success) [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Decoder thread received EOF packet [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Decoder returned EOF, finishing [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Terminating thread with return code 0 (success) Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:2118 zsh: abort ffmpeg -f lavfi -i anoisesrc=d=5 -af -f null - -loglevel 1000 }}} My original filter looks far more complex but the provided one is the minimalistic demo I could come up with for the related issue. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11624> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#10990(undetermined:new): "Assertion best_input >= 0 failed" IFF upsampling AND complex filtergraph
by FFmpeg 02 Aug '25

02 Aug '25

#10990: "Assertion best_input >= 0 failed" IFF upsampling AND complex filtergraph -------------------------------------+------------------------------------- Reporter: Hunter | Type: defect Hogan | 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: If resampler is invoked at the start of the filtergraph to upsample, an error will be thrown at the very end despite the output file being successfully written. `Assertion best_input >= 0 failed at src/fftools/ffmpeg_filter.c:2075` How to reproduce: I reproduced it with a few different wav files, including a white noise file. All were stereo, however. Batch file and 22 logs attached. Only 4 logs have the error. The other logs are to compare changing only one variable but not getting an error. These quick tests all have filtergraphs loaded from a textfile, and I don't think I tested it without a text file. These tests all use `-/complex_filter` syntax, but I got the same error with the old syntax. I did not test downsampling at the start of the filtergraph. I first encountered this a couple of weeks ago after building version 7. Prior to that, however, I don't think I ever had a filtergraph that included upsampling and multiple input and/or output pads, so I am not claiming the error was recently introduced. If I recall correctly, originally, FFmpeg would crash, throw the error, and not write a usable file. IIRC, the output file was the size I expected (in bytes), but nothing could read it: ffprobe, ffmpeg, Goldwave all said the file was garbage. I interpreted it to mean that the "headers" were malformed. (By "headers", I probably mean metadata, but I don't know the precise term here.) I worked around it by scripting: 1. upsample my input file to a temp output file 2. filter as I want, output to a new temp 3. downsample IIRC, it was necessary for me to downsample in a different filtergraph. But, it now looks like downsampling doesn't throw an error. Today, I rebuilt, and noticed the differences. {{{ % FFmpeg -hide_banner -loglevel warning -stats -i test_input_44100_2ch.wav -/filter_complex test_filter.txt -map "[Z0Z_out]" -codec:a pcm_f32le "output\\test_input_44100_2ch.wav_filtergraph_192000.wav" }}} ffmpeg version: media autobuilder suite, built today on Windows {{{ ffmpeg version N-115035-g192f5b58b7-gb7debef3cc+4 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.0 (Rev6, Built by MSYS2 project) configuration: --pkg-config=pkgconf --cc='ccache gcc' --cxx='ccache g++' --ld='ccache g++' --extra-cxxflags=-fpermissive --extra-cflags=-Wno-int- conversion --disable-autodetect --enable-amf --enable-bzlib --enable- d3d11va --enable-dxva2 --enable-iconv --enable-lzma --enable-zlib --enable-sdl2 --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libdav1d --enable-libaom --disable-debug --enable-libfdk-aac --enable-fontconfig --enable-libass --enable-libfreetype --enable-libmysofa --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable- libwebp --enable-libxml2 --enable-libzimg --enable-libshine --enable-gpl --enable-avisynth --enable-libxvid --enable-libopenmpt --enable-version3 --enable-librav1e --enable-libgsm --enable-libvmaf --enable-libsvtav1 --enable-chromaprint --enable-frei0r --enable-libaribb24 --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfribidi --enable-libgme --enable-libilbc --enable-libsvthevc --enable-libsvtvp9 --enable-libkvazaar --enable-libmodplug --enable-librtmp --enable- librubberband --enable-libtesseract --enable-libxavs --enable-libzmq --enable-libzvbi --enable-openal --enable-libcodec2 --enable-ladspa --enable-libglslang --enable-vulkan --enable-libdavs2 --enable-libxavs2 --enable-libuavs3d --enable-opengl --enable-libopenh264 --enable- libharfbuzz --enable-libfontconfig --enable-openssl --extra- cflags=-DLIBTWOLAME_STATIC --extra-cflags=-DCACA_STATIC --extra- cflags=-DMODPLUG_STATIC --extra-cflags=-DCHROMAPRINT_NODLL --extra- cflags=-DZMQ_STATIC --extra-libs=-lpsapi --extra-cflags=-DLIBXML_STATIC --extra-libs=-liconv --disable-w32threads --extra-cflags=-DKVZ_STATIC_LIB --enable-nonfree --extra-cflags=-DAL_LIBTYPE_STATIC --extra- cflags='-IC:/apps/media-autobuild_suite/local64/include' --extra- cflags='-IC:/apps/media-autobuild_suite/local64/include/AL' libavutil 59. 16.101 / 59. 16.101 libavcodec 61. 5.103 / 61. 5.103 libavformat 61. 3.103 / 61. 3.103 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.101 / 10. 2.101 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 libpostproc 58. 2.100 / 58. 2.100 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10990> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#10988(undetermined:new): Acrossover crash
by FFmpeg 02 Aug '25

02 Aug '25

#10988: Acrossover crash -------------------------------------+------------------------------------- Reporter: JamesBond | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Setup: Windows 7 x64, FFMPEG g08781ebe1-2024-04-29 x64 Source: song.dsf https://fastupload.io/en/8hp1Dg1K3KNY3Zc/file Command: ffmpeg -i song.dsf -af "volume=6dB,aresample=96000:resampler=soxr:precision=28:osf=s32:dither_method=triangular_hp,acrossover=24000:order=8th[low][high];[low]anull;[high]anullsink" out.flac When the encoding is almost done, the red line appears. It says “Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:2075”. Then I see a GUI window that says “ffmpeg.exe has stopped working” with a button “Close the program”. An incomplete FLAC file remains on the disk, i.e. flac -t song.flac says “FLAC__STREAM_DECODER_ERROR_STATUS_LOST_SYNC” and “ FLAC__STREAM_DECODER_END_OF_STREAM”. If I remove that acrossover filter, then the encoding goes fine. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10988> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#11047(undetermined:new): Compressing to yuv422p10le with x264 errors
by FFmpeg 01 Aug '25

01 Aug '25

#11047: Compressing to yuv422p10le with x264 errors -------------------------------------+------------------------------------- Reporter: Mads | Type: defect Johansen | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: libx264, | Blocked By: yuv422p10le | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Compressing to x264 with yuv422p10le triggers unplayable file, but with different results depending on resolution. As I see it, there is a bug with 1080 and 2160 in vertical resolutions, because 1440x1080,1920x1080,2048x1080 and 3840x2160 all has errors. The complete logs are below, identified by (n), where n is an integer. Result 1: Works perfectly: ffmpeg -f lavfi -i mandelbrot -t 5 -pix_fmt yuv422p10le mandelbrot.mov (1) ffmpeg -f lavfi -i mandelbrot=s=640x480 -t 5 -pix_fmt yuv422p10le mandelbrot640x480.mov (ruling out the size parameter) Result 2: Errors in playback: ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -pix_fmt yuv422p10le 1080p.mov (2) ffmpeg -f lavfi -i mandelbrot=s=3840x2160 -t 5 -pix_fmt yuv422p10le 2160p.mov (3) ffmpeg -f lavfi -i mandelbrot=s=2048x1080 -t 5 -pix_fmt yuv422p10le 2048x1080.mov (20) ffmpeg -i 2048x1080.mov (21) There are oddities with resolutions though: ffmpeg -f lavfi -i mandelbrot=s=1922x1082 -t 5 -pix_fmt yuv422p10le 1082p.mov gives a perfectly working file. (4) Just to make sure that it’s not my player, I did ffmpeg -i 1080.mov, with [h264 @ 00000245b2270500] deblocking_filter_idc 6 out of range [h264 @ 00000245b2270500] decode_slice_header error [h264 @ 00000245b2270500] no frame! See more at (5) Same for 2160p.mov: [h264 @ 000002025a890500] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002025a890500] decode_slice_header error [h264 @ 000002025a890500] no frame! See (6) In the interest of being thorough I have tested with old versions of ffmpeg from https://github.com/BtbN/FFmpeg- Builds/releases/tag/autobuild-2022-07-31-12-37 Same results: (7), (8), (9) and (10) That means it’s not a recent problem. I have also tested if it is lavfi -> codec that is a problem. Create the same test file into cineform and ffv1: ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -c:v cfhd cfhd1080p.mov ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -c:v ffv1 ffv11080p.mov (11), (12) Then converting the intermediate file into x264 yuv422p10le: ffmpeg -i cfhd1080p.mov -pix_fmt yuv422p10le cfhd_x264yuv422p10le.mov ffmpeg -i ffv11080p.mov -pix_fmt yuv422p10le ffv1_x264yuv422p10le.mov (13), (14) Same result (a broken file). Verified with ffmpeg -i cfhd_x264yuv422p10le.mov ffmpeg -i ffv1_x264yuv422p10le.mov Same results as with lavfi above. (15), (16) That means it’s not a lavfi problem. So far I’ve trusted that libx264 supports yuv422p10le. Verified by ffmpeg -h encoder=libx264 Supported pixel formats: yuv420p yuvj420p yuv422p yuvj422p yuv444p yuvj444p nv12 nv16 nv21 yuv420p10le yuv422p10le yuv444p10le nv20le gray gray10le That means it’s not an unsupported format. To confirm it’s an ffmpeg problem I’ve downloaded x264-r3191-4613ac3.exe from https://artifacts.videolan.org/x264/release-win64/ To create a supported file, I created ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -strict -1 -pix_fmt yuv422p10 ffmpeg_y4m.y4m (17) Then I converted the output file with x264-r3191-4613ac3.exe to yuv422p10le with x264-r3191-4613ac3 --profile high422 --output-depth 10 --output-csp i422 -o x264.mov ffmpeg_y4m.y4m (18) And the file works and plays back with no problems. Stream #0:0: Video: h264 (High 4:2:2), yuv422p10le(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 1200k tbn (19) What will the next steps be? Best regards Mads Johansen -- Ticket URL: <https://trac.ffmpeg.org/ticket/11047> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7