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

#4591(avformat:new): attachments mjpeg are discovered wrongly as video stream and therefore h264 encoding is broken
by FFmpeg 03 Jan '25

03 Jan '25

#4591: attachments mjpeg are discovered wrongly as video stream and therefore h264 encoding is broken -------------------------------------+------------------------------------- Reporter: TheoMeister | Type: defect Status: new | Priority: important Component: avformat | Version: Keywords: attachments | Blocked By: video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Encoding with libx264 broken since https://github.com/FFmpeg/FFmpeg/commit/511585ce7f7272e5069ef011d6be5f073d2… - reverting this patch makes it working again as before as the attachments are just copied and not h264 encoded (which is not desired). How to reproduce: Take the sample https://sourceforge.net/projects/matroska/files/test_files/cover_art.mkv and issue the following command: {{{ % ffmpeg -i cover_art.mkv -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -map 0:5 -c:a copy -c:s copy -c:t copy -c:v libx264 -profile:v high -level 4.1 cover_art.mkv ffmpeg version 2.6.3 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.8 (SUSE Linux) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-debug --disable-stripping --extra-cflags='-fmessage- length=0 -grecord-gcc-switches -fstack-protector -O2 -Wall -D_FORTIFY_SOURCE=2 -funwind-tables -fasynchronous-unwind-tables -g' --enable-pic --optflags='-fmessage-length=0 -grecord-gcc-switches -fstack- protector -O2 -Wall -D_FORTIFY_SOURCE=2 -funwind-tables -fasynchronous- unwind-tables -g' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --datadir=/usr/share/ffmpeg --enable-avfilter --enable- libpulse --enable-libwebp --enable-libvpx --enable-libopus --enable- libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libxvid --enable-libx264 --enable-libx265 --enable- libschroedinger --enable-libgsm --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-postproc --enable-libdc1394 --enable-librtmp --enable-libfreetype --enable-avresample --enable-libtwolame --enable- libvo-aacenc --enable-gnutls --enable-libass --enable-frei0r --enable- libcelt --enable-libcdio --enable-ladspa libavutil 54. 20.100 / 54. 20.100 libavcodec 56. 26.100 / 56. 26.100 libavformat 56. 25.101 / 56. 25.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 11.102 / 5. 11.102 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, matroska,webm, from 'cover_art.mkv': Metadata: encoder : libebml2 v0.12.1 + libmatroska2 v0.11.1 creation_time : 2010-09-23 19:01:57 SAMPLE/TITLE : Trailer COPYRIGHT : ShowTime COPYRIGHT/URL : http://www.sho.com/ track : 5 DATE_RELEASE : 2010 SAMPLE/PART_NUMBER: 0 TITLE : Dexter Season 5 trailer ORIGINAL/URL : http://www.youtube.com/watch?v=CUbCMbW-BRE Duration: 00:02:36.00, start: 0.000000, bitrate: 2024 kb/s Stream #0:0: Audio: aac (LC), 44100 Hz, stereo, fltp (default) Stream #0:1: Video: h264 (High), yuv420p, 1272x720 [SAR 1:1 DAR 53:30], 24 fps, 24 tbr, 1k tbn, 48 tbc (default) Stream #0:2: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 600x882 [SAR 300:300 DAR 100:147], 90k tbr, 90k tbn, 90k tbc Metadata: filename : cover.jpg mimetype : image/jpeg Stream #0:3: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 120x176 [SAR 300:300 DAR 15:22], 90k tbr, 90k tbn, 90k tbc Metadata: filename : small_cover.jpg mimetype : image/jpeg Stream #0:4: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 1067x600 [SAR 96:96 DAR 1067:600], 90k tbr, 90k tbn, 90k tbc Metadata: filename : cover_land.jpg mimetype : image/jpeg Stream #0:5: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 213x120 [SAR 96:96 DAR 71:40], 90k tbr, 90k tbn, 90k tbc Metadata: filename : small_cover_land.jpg mimetype : image/jpeg No pixel format specified, yuvj444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. Last message repeated 3 times [libx264 @ 0x137bbe0] using SAR=1/1 [libx264 @ 0x137bbe0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x137bbe0] profile High, level 4.1 [libx264 @ 0x137bbe0] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - 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=6 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=24 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 x264 [error]: high profile doesn't support 4:4:4 [libx264 @ 0x1373060] Error setting profile high. [libx264 @ 0x1373060] Possible profiles: baseline main high high10 high422 high444 Output #0, matroska, to '/tmp/cover_art1.mkv': Metadata: encoder : libebml2 v0.12.1 + libmatroska2 v0.11.1 ORIGINAL/URL : http://www.youtube.com/watch?v=CUbCMbW-BRE SAMPLE/TITLE : Trailer COPYRIGHT : ShowTime COPYRIGHT/URL : http://www.sho.com/ track : 5 DATE_RELEASE : 2010 SAMPLE/PART_NUMBER: 0 TITLE : Dexter Season 5 trailer Stream #0:0: Audio: aac, 44100 Hz, stereo (default) Stream #0:1: Video: h264 (libx264), yuv420p, 1272x720 [SAR 1:1 DAR 53:30], q=-1--1, 24 fps, 24 tbn, 24 tbc (default) Metadata: encoder : Lavc56.26.100 libx264 Stream #0:2: Video: h264, none, q=2-31, 128 kb/s, SAR 300:300 DAR 0:0, 90k fps Metadata: filename : cover.jpg mimetype : image/jpeg encoder : Lavc56.26.100 libx264 Stream #0:3: Video: h264, none, q=2-31, 128 kb/s, SAR 300:300 DAR 0:0, 90k fps Metadata: filename : small_cover.jpg mimetype : image/jpeg encoder : Lavc56.26.100 libx264 Stream #0:4: Video: h264, none, q=2-31, 128 kb/s, SAR 96:96 DAR 0:0, 90k fps Metadata: filename : cover_land.jpg mimetype : image/jpeg encoder : Lavc56.26.100 libx264 Stream #0:5: Video: h264, none, q=2-31, 128 kb/s, SAR 96:96 DAR 0:0, 90k fps Metadata: filename : small_cover_land.jpg mimetype : image/jpeg encoder : Lavc56.26.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (h264 (native) -> h264 (libx264)) Stream #0:2 -> #0:2 (mjpeg (native) -> h264 (libx264)) Stream #0:3 -> #0:3 (mjpeg (native) -> h264 (libx264)) Stream #0:4 -> #0:4 (mjpeg (native) -> h264 (libx264)) Stream #0:5 -> #0:5 (mjpeg (native) -> h264 (libx264)) Error while opening encoder for output stream #0:2 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4591> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#5553(undetermined:new): IFF ANIM: support anims with sound
by FFmpeg 01 Jan '25

01 Jan '25

#5553: IFF ANIM: support anims with sound -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- more samples are here: https://www.datafilehost.com/d/ffed7001 {{{ C:\>ffmpeg -i EntWarp.sndanim out.avi ffmpeg version 3.0.git Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.6.2 (GCC) configuration: --disable-pthreads --enable-gpl --disable-ffprobe libavutil 55. 24.100 / 55. 24.100 libavcodec 57. 40.100 / 57. 40.100 libavformat 57. 36.100 / 57. 36.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 45.100 / 6. 45.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 [iff @ 021ad1a0] Warning: not compiled with thread support, using thread emulati on Input #0, iff, from 'EntWarp.sndanim': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_ilbm (ANIM / 0x4D494E41), rgb0, 352x282, 20 fps, 60 tbr, 60 tbn [iff @ 02538c00] Warning: not compiled with thread support, using thread emulati on [mpeg4 @ 025af5c0] Warning: not compiled with thread support, using thread emula tion [avi @ 025380e0] Using AVStream.codec to pass codec parameters to muxers is depr ecated, use AVStream.codecpar instead. Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf57.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 352x282, q=2-31, 200 kb/s, 60 fps, 60 tbn Metadata: encoder : Lavc57.40.100 mpeg4 Side data: cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1 Stream mapping: Stream #0:0 -> #0:0 (iff_ilbm (iff) -> mpeg4 (native)) Press [q] to stop, [?] for help [mpeg4 @ 025af5c0] ignoring invalid SAR: 0/0 Last message repeated 50 times frame= 51 fps=0.0 q=8.3 Lsize= 57kB time=00:00:02.71 bitrate= 172.7kbits/ s speed=34.8x video:48kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ov erhead: 19.627884% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5553> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#7762(undetermined:new): extracting subtitle stream fails
by FFmpeg 28 Dec '24

28 Dec '24

#7762: extracting subtitle stream fails -------------------------------------+------------------------------------- Reporter: bbittorf | 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: while trying to extract 1 stream of subtitles (tx3g), I get: {{{ [srt @ 0x60ce180] SRT supports only a single subtitles stream. Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument }}} How to reproduce: {{{ % wget -O file.m4a https://freakshow.fm/podlove/file/5664/s/webplayer/c/episode/fs232 -wurstkatastrophe-im-baellebad.m4a % ffmpeg -i file.m4a -map 0:1 -c copy out.srt }}} i tried these versions: {{{ ffmpeg version 3.2.12-1~deb9u1 ffmpeg version N-48266-g97f47fd601-static }}} when quering with ffprobe it shows an interesting last line: {{{ % ffprobe file.m4a [...] Stream #0:0(und): Audio: aac (HE-AAC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 47 kb/s (default) Metadata: creation_time : 2019-02-20T23:54:27.000000Z Stream #0:1(eng): Data: bin_data (tx3g / 0x67337874) Metadata: creation_time : 2019-02-20T23:58:55.000000Z handler_name : "Chapter Titles" Stream #0:2(eng): Video: mjpeg (Baseline) (jpeg / 0x6765706A), yuvj420p(pc, bt470bg/unknown/unknown), 300x300 [SAR 1:1 DAR 1:1], 0.0001 fps, 0.0001 tbr, 1k tbn, 1k tbc (default) Metadata: creation_time : 2019-02-20T23:58:55.000000Z handler_name : "Chapter Images" Unsupported codec with id 100359 for input stream 1 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7762> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#6531(avformat:new): MPEG-TS encoder may stop emitting SDT/PAT/PMT after DTS jump or rollover
by FFmpeg 28 Dec '24

28 Dec '24

#6531: MPEG-TS encoder may stop emitting SDT/PAT/PMT after DTS jump or rollover ----------------------------------+-------------------------------------- Reporter: mavrik | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When transcoding broadcast MPEG-TS streams, there may be jumps or a rollover in PTS/DTS values in stream. That's perfectly valid, however ffmpeg's MPEG-TS muxer may stop emitting SDT/PAT/PMT tables. The issue was tracked down to `retransmit_si_info` method where two following comparisons are made: {{{ ... (dts != AV_NOPTS_VALUE && dts - ts->last_sdt_ts >= ts->sdt_period*90000.0) ... if (dts != AV_NOPTS_VALUE) ts->last_sdt_ts = FFMAX(dts, ts->last_sdt_ts); ... (dts != AV_NOPTS_VALUE && dts - ts->last_pat_ts >= ts->pat_period*90000.0) || ... if (dts != AV_NOPTS_VALUE) ts->last_pat_ts = FFMAX(dts, ts->last_pat_ts); }}} All those comparisons fail to take into account the possibility of DTS regressing which means a negative DTS jump will cause the muxer to stop emitting SDT tables alltogether in all streams and PAT/PMT tables alltogether in audio-only streams. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6531> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#7449(undetermined:new): copyts fails if PCR near rollover
by FFmpeg 28 Dec '24

28 Dec '24

#7449: copyts fails if PCR near rollover --------------------------------------+---------------------------------- Reporter: jafa | Type: defect Status: new | Priority: normal Component: undetermined | Version: 3.4 Keywords: copyts pcr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- When the -copyts option is used and the PCR is near the rollover point (doesn't need to rollover, just be near it) ffmpeg appears to drop every video frame and fails to produce video output. ffmpeg version 3.4.4 (Ubuntu 18.04) Command: ffmpeg -i pcr_near_rollover.ts -copyts -c:v libx264 -c:a copy output.ts Input media: https://download.silicondust.com/tmp/pcr_near_rollover.ts The output file is small containing the audio but no video. Debug output shows a large number of "cur_dts is invalid" messages and "dropping frame 0" messages. Removing -copyts produces valid video. Supply an input file with a PCR further away from the rollover produces valid video. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7449> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance
by FFmpeg 26 Dec '24

26 Dec '24

#4175: Dolby Pro Logic II / Dolby matrix downmixing level balance -------------------------------------+------------------------------------- Reporter: ranutso | Type: defect Status: new | Priority: normal Component: swresample | Version: 2.4.4 Keywords: downmix | Blocked By: surround stereo dplii | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hello guys. I am trying to downmix a 5.1 audio to 2.0 (stereo) using the audio resampler filter "matrix_encoding=dplii". The resulting stereo audio presents some audio level bias towards the right speaker when there is more than one active channel on the surround stream. That is, it seems that the audio volume on the right speaker is higher than it should be. This is, of course, using a test signal where all surround channels produce the same sound at the same volume. How to reproduce: {{{ % ffmpeg -i ChID-BLITS-EBU-Narration441-16b.wav -ac 2 -filter:a "aresample=matrix_encoding=dplii" dplii.wav ffmpeg version 2.4.4 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 4 2014 14:13:11 with Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) }}} You may freely obtain the surround test file I used on the command above from Fraunhoffer's website. Direct link to the surround wave file: https://www2.iis.fraunhofer.de/AAC /ChID-BLITS-EBU-Narration441-16b.wav Fraunhoffer's page where that file's URL is located: https://www2.iis.fraunhofer.de/AAC/multichannel.html If you analyze both the surround input file and the resulting stereo wave file on Audacity, for example, you will notice that by 19 seconds into the audio stream all channels are active with a test signal. The same point in time on the resulting DPL-II downmixed shows a "higher volume" on the right speaker. This effect is even more noticeable by 22 seconds when they change the test signal. It is interesting to note that in the initial seconds of the file, when a male's voice is announcing each channel individually, I could not notice this right speaker bias. The channel downmixing in that segment sounds correct. This effect is very noticeable on sound tracks with very active surround channels, they all seem to be stronger on the right speaker. Thank you. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4175> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 13

#4829(swscale:new): Overflows (?) in xyz -> rgb conversion
by FFmpeg 26 Dec '24

26 Dec '24

#4829: Overflows (?) in xyz -> rgb conversion --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: xyz Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/58666 The sample attached to ticket #4827 is in fact decoded fine (at least visually) by the native jpeg 2000 decoder but the colourspace conversion shows posterization artefacts. This is also reproducible with the libopenjpeg decoder. {{{ $ ffmpeg -i frm_000127.j2c out.png ffmpeg version N-74866-g0cdba4a Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 [jpeg2000 @ 0x33bd940] End mismatch 1 Last message repeated 4 times [jpeg2000 @ 0x33bd940] End mismatch 2 Last message repeated 1 times [jpeg2000 @ 0x33bd940] End mismatch 1 Last message repeated 28 times [jpeg2000 @ 0x33bd940] End mismatch 2 [jpeg2000 @ 0x33bd940] End mismatch 1 Last message repeated 19 times Input #0, j2k_pipe, from 'frm_000127.j2c': Duration: N/A, bitrate: N/A Stream #0:0: Video: jpeg2000 (JPEG 2000 digital cinema 2K), xyz12le, 2048x858, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf56.40.101 Stream #0:0: Video: png, rgb48be, 2048x858, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.60.100 png Stream mapping: Stream #0:0 -> #0:0 (jpeg2000 (native) -> png (native)) Press [q] to stop, [?] for help [jpeg2000 @ 0x3655fa0] End mismatch 1 Last message repeated 4 times [jpeg2000 @ 0x3655fa0] End mismatch 2 Last message repeated 1 times [jpeg2000 @ 0x3655fa0] End mismatch 1 Last message repeated 28 times [jpeg2000 @ 0x3655fa0] End mismatch 2 [jpeg2000 @ 0x3655fa0] End mismatch 1 Last message repeated 19 times frame= 1 fps=0.8 q=-0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:5354kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} {{{ $ ffmpeg -vcodec libopenjpeg -pix_fmt xyz12le -i frm_000127.j2c out.png ffmpeg version N-74866-g0cdba4a Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libopenjpeg libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 Input #0, j2k_pipe, from 'frm_000127.j2c': Duration: N/A, bitrate: N/A Stream #0:0: Video: jpeg2000, xyz12le, 2048x858, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf56.40.101 Stream #0:0: Video: png, rgb48be, 2048x858, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.60.100 png Stream mapping: Stream #0:0 -> #0:0 (jpeg2000 (libopenjpeg) -> png (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:5354kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} I don't know if this ticket is related to ticket #3643. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4829> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#9192(ffmpeg:new): Command line switch sws_dither doesn't allow "none"
by FFmpeg 23 Dec '24

23 Dec '24

#9192: Command line switch sws_dither doesn't allow "none" -------------------------------------+------------------------------------- Reporter: | Type: defect Videogamer555 | Status: new | Priority: important Component: ffmpeg | Version: | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using the -sws_dither command line switch to disable dithering with the value "none", it still behaves as if it was using the default value of "ed" (which is error diffusion dithering). How to reproduce: {{{ % ffmpeg -i video_in.avi -swf_dither none animation.gif ffmpeg version is latest nightly Windows build "N-101948-g870bfe16a1 -ffmpeg-windows-build-helpers" built on April 14, 2021 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9192> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#8054(ffmpeg:new): prores_ks codec does not allow 12bit pix_fmt
by FFmpeg 21 Dec '24

21 Dec '24

#8054: prores_ks codec does not allow 12bit pix_fmt --------------------------------------+---------------------------------- Reporter: shaocaholica | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 4.1 Keywords: prores_ks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Apple prores4444XQ which is supported by prores_ks allows for 12bit RGB/YUV channels but when a 12bit pix_fmt is used a warning is given: {{{ Incompatible pixel format 'yuv444p12le' for codec 'prores_ks', auto- selecting format 'yuv444p10le' }}} How to reproduce: {{{ % ffmpeg -f image2 -r 24.0 -i sample_16bit.%4d.tif -c:v prores_ks -profile:v 5 -pix_fmt yuv444p12le -vf colormatrix=bt601:bt709 prores4444XQ.mov ffmpeg version 4.1-static https://johnvansickle.com/ffmpeg/ built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8054> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#5083(avcodec:new): Conversion from yuv410p to rgb24 looks wrong
by FFmpeg 21 Dec '24

21 Dec '24

#5083: Conversion from yuv410p to rgb24 looks wrong ---------------------------------+-------------------------------------- Reporter: khali | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: When generating still pictures from a yuv410p video stream in PNG or BMP format, the output looks incorrect. The same still pictures written as TIFF or JPEG pictures look right. Given that TIFF and JPEG store the data in YUV color space while PNG and BMP use the RGB color space, this makes me suspect that the conversion from yuv410p to rgb24 is broken. How to reproduce: {{{ % ffmpeg -f lavfi -i "color=color=white:size=16x16" -frames:v 1 -vf "format=yuv410p,drawbox=color=red:x=4:y=4:w=8:h=8" -f image2 410p.png ffmpeg version N-77180-g45938f0 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.8 (SUSE Linux) configuration: --prefix=/opt/ffmpeg --enable-shared --enable-libmp3lame --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --enable- avfilter --enable-version3 --enable-libx264 --enable-pthreads --enable- libvorbis --enable-libtheora --enable-fontconfig --cpu=corei7 --enable- libfaac --enable-nonfree libavutil 55. 10.100 / 55. 10.100 libavcodec 57. 17.100 / 57. 17.100 libavformat 57. 19.100 / 57. 19.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 20.100 / 6. 20.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 Input #0, lavfi, from 'color=color=white:size=16x16': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 16x16 [SAR 1:1 DAR 1:1], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to '410p.png': Metadata: encoder : Lavf57.19.100 Stream #0:0: Video: png, rgb24, 16x16 [SAR 1:1 DAR 1:1], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc57.17.100 png Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> png (native)) Press [q] to stop, [?] for help [swscaler @ 0x1b9f4c0] Warning: data is not aligned! This can lead to a speedloss frame= 1 fps=0.0 q=-0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} The generated image file does not look good. While the generated pattern is fully symmetric, the output image is not. Same problem with 410p.bmp as the output. However both 410p.jpg and 410p.tiff look right. Also note that format=yuv420p and format=yuv411p both work properly. So this is not a generic problem with the YUV to RGB color space conversion, rather this seems to be specifically related to yuv410p. Converting from yuv410p to yuv420p seems to also be broken, but differently. See how {{{ % ffmpeg -f lavfi -i "color=color=white:size=16x16" -frames:v 1 -vf "format=yuv410p,drawbox=color=red:x=4:y=4:w=8:h=8,format=yuv420p" -f image2 410p_to_420p.tiff }}} manages to create green pixels from a picture that originally only had white and red. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5083> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6