July 2019 - FFmpeg-trac - lists.ffmpeg.org

#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

#4444(swscale:new): Transparency gets lost when scaling pal8
by FFmpeg 16 Dec '24

16 Dec '24

#4444: Transparency gets lost when scaling pal8 --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: pal8 alpha Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+------------------------------------ {{{ $ ffmpeg -i alpha.png -s 168x168 out.png ffmpeg version N-71320-gc4b2017 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 22.100 / 54. 22.100 libavcodec 56. 34.100 / 56. 34.100 libavformat 56. 29.100 / 56. 29.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 13.101 / 5. 13.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, png_pipe, from 'alpha.png': Duration: N/A, bitrate: N/A Stream #0:0: Video: png, pal8, 21x21 [SAR 5:6 DAR 5:6], 25 tbr, 25 tbn, 25 tbc Output #0, apng, to 'out.png': Metadata: encoder : Lavf56.29.100 Stream #0:0: Video: apng, pal8, 168x168 [SAR 5:6 DAR 5:6], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.34.100 apng Stream mapping: Stream #0:0 -> #0:0 (png (native) -> apng (native)) Press [q] to stop, [?] for help [apng @ 0x36fd040] Only a single frame so saving as a normal PNG. frame= 1 fps=0.0 q=0.0 Lsize= 4kB time=00:00:00.04 bitrate= 823.4kbits/s video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:1kB muxing overhead: 24.418253% }}} The output file is opaque. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4444> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#7155(ffmpeg:new): Add option to stop writing at position relative to EOF
by FFmpeg 16 Dec '24

16 Dec '24

#7155: Add option to stop writing at position relative to EOF ----------------------------------+--------------------------------------- Reporter: clone206 | Type: enhancement Status: new | Priority: wish Component: ffmpeg | Version: 3.4 Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: Feature request How to reproduce: N/A Add main option to allow stopping of writing to output at position relative to "end of file", where 0 is eof, and negative values are earlier in the file. Proposed switch: "-toeof", like "-sseof" but for stopping point instead of beginning point. Background: I have ripped SACD audio tracks with extraneous loud noises at the last few hundred milliseconds of each track, and want to chop off that duration from the end of each file as part of a batch process. I would like to do something like the following on each file: ffmpeg -i input.flac -toeof -00:00:00.9 output.flac -- Ticket URL: <https://trac.ffmpeg.org/ticket/7155> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 16

#6690(avformat:new): Raw Electronic Arts ADPCM support
by FFmpeg 09 Dec '24

09 Dec '24

#6690: Raw Electronic Arts ADPCM support ----------------------------------+--------------------------------------- Reporter: koops | Type: enhancement Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ $ ffmpeg -i sound.XA sound.wav sound.XA: Invalid data found when processing input }}} I would like support for headerless Electronic Arts ADPCM files to be added. These files are common in some Electronic Arts games, like Harry Potter and the Chamber of Secrets and Brother Bear. The format is similar to adpcm_ea_r1, but the file is always mono, there is no channels header. ADPCM history is always initialized to [0, 0]. File size is always a multiple of 15, there is no raw sample mode (0xEE). Sample rate is 22050Hz by default. Files can be encoded into this format using sx.exe: {{{ > sx -raw -eaxa_blk sample.wav -=sample.XA }} I attached a test case, a XA file and the corresponding decoded raw file. This is decoder code in C# (I release it under CC0): {{{ using System; using System.IO; using System.Text; namespace KoopsAudioDecoder { class Program { static int coeff1, coeff2, shift, adpcmHistory1 = 0, adpcmHistory2 = 0; static readonly int[] EA_XA_TABLE = new int[] { 0, 0, 240, 0, 460, -208, 392, -220, }; static void DecodeSingleFrame(BinaryReader stream, BinaryWriter outbuf) { int frameInfo = stream.ReadByte(); coeff1 = EA_XA_TABLE[((frameInfo >> 4) & 15) << 1]; coeff2 = EA_XA_TABLE[(((frameInfo >> 4) & 15) << 1) + 1]; shift = (frameInfo & 15) + 8; for (int i = 0; i < 14; i++) { int sample_byte = stream.ReadByte(); int[] nibbles = { sample_byte >> 4, sample_byte & 15 }; foreach (int nibble in nibbles) { int sample = GetSample(nibble); outbuf.Write(Clamp16(sample)); } } } private static int GetSample(int nibble) { int sample = (nibble << 28 >> shift) + (coeff1 * adpcmHistory1) + (coeff2 * adpcmHistory2) >> 8; adpcmHistory2 = adpcmHistory1; adpcmHistory1 = sample; return sample; } static private short Clamp16(int sample) { if (sample > 32767) { return 32767; } else if (sample < -32768) { return -32768; } else { return (short) sample; } } static int Main(string[] args) { if (args.Length != 1) { Console.WriteLine("This program takes only one argument, input file"); return 1; } string inputFileName = args[0], outputFileName = Path.ChangeExtension(inputFileName, "raw"); Stream inputFile = File.OpenRead(inputFileName), outputFile = File.OpenWrite(outputFileName); BinaryReader inputFileReader = new BinaryReader(inputFile); BinaryWriter outputFileWriter = new BinaryWriter(outputFile); while (inputFile.Length - inputFile.Position >= 15) { DecodeSingleFrame(inputFileReader, outputFileWriter); } if (inputFile.Length - inputFile.Position > 0) { Console.WriteLine("File has {0} spare bytes.", inputFile.Length - inputFile.Position); } return 0; } } } }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6690> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 16

#7799(avcodec:new): hevc_mp4toannexb filter inserts extradata wrong position
by FFmpeg 07 Dec '24

07 Dec '24

#7799: hevc_mp4toannexb filter inserts extradata wrong position ---------------------------------+--------------------------------------- Reporter: gudbooy | 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 applied hevc_mp4toannexb filter to the attached video (refer to the below link), the frames become broken from the video players (e.g. VLC, ffplay) The problem is caused by prepending the extra-data to IRAP frames in libavcodec/hevc_mp4toannexb_bsf.c. This video contains own vps/sps/pps for every IRAP frames. The extradata from hevcc is slightly different from every IRAP frames have (in this case QP value is different) and the hevc_mp4toannexb filter prepends the different extradata to every IRAP frames, causing the broken frames. Video File Repo : https://www.dropbox.com/s/tpyohk6vf096zxm/hevc_after_mp4toannexb_conversion… I am afraid that I can't connect to ftp://upload.ffmpeg.org, so I just attached to the dropbox url How to reproduce: {{{ % ffmpeg -i hevc_after_mp4toannexb_conversion_qp_value_modified.mp4 -codec copy -bsf:v hevc_mp4toannexb output.hevc $vlc output.hevc }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7799> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 30

#6207(avformat:new): Wrong mkv codec ID for ac3 with bitstream_id > 8
by FFmpeg 07 Dec '24

07 Dec '24

#6207: Wrong mkv codec ID for ac3 with bitstream_id > 8 --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: mkv ac3 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- I will attached two mkv samples with codec ID A_AC3/BSID9 and A_AC3/BSID10 that get an incorrect codec ID A_AC3 when remuxed with FFmpeg. {{{ $ ffmpeg -i ac3bsid9.mkv -acodec copy out.mkv ffmpeg version N-83691-g7f62368 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 55. 47.100 / 55. 47.100 libavcodec 57. 81.100 / 57. 81.100 libavformat 57. 66.102 / 57. 66.102 libavdevice 57. 3.100 / 57. 3.100 libavfilter 6. 74.100 / 6. 74.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, matroska,webm, from 'ac3bsid9.mkv': Metadata: encoder : libebml v1.3.4 + libmatroska v1.4.5 creation_time : 2017-02-28T20:08:32.000000Z Duration: 00:00:01.02, start: 0.000000, bitrate: 141 kb/s Stream #0:0: Audio: ac3, 24000 Hz, mono, fltp, 96 kb/s (default) Metadata: BPS : 96000 BPS-eng : 96000 DURATION : 00:00:01.024000705 DURATION-eng : 00:00:01.024000705 NUMBER_OF_FRAMES: 16 NUMBER_OF_FRAMES-eng: 16 NUMBER_OF_BYTES : 12288 NUMBER_OF_BYTES-eng: 12288 _STATISTICS_WRITING_APP: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_DATE_UTC: 2017-02-28 20:08:32 _STATISTICS_WRITING_DATE_UTC-eng: 2017-02-28 20:08:32 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf57.66.102 Stream #0:0: Audio: ac3 ([0] [0][0] / 0x2000), 24000 Hz, mono, fltp, 96 kb/s (default) Metadata: BPS : 96000 BPS-eng : 96000 DURATION : 00:00:01.024000705 DURATION-eng : 00:00:01.024000705 NUMBER_OF_FRAMES: 16 NUMBER_OF_FRAMES-eng: 16 NUMBER_OF_BYTES : 12288 NUMBER_OF_BYTES-eng: 12288 _STATISTICS_WRITING_APP: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_DATE_UTC: 2017-02-28 20:08:32 _STATISTICS_WRITING_DATE_UTC-eng: 2017-02-28 20:08:32 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 13kB time=00:00:00.96 bitrate= 114.5kbits/s speed=3.69e+03x video:0kB audio:12kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 11.832683% }}} {{{ $ ffmpeg -i ac3bsid10.mkv -acodec copy out.mkv ffmpeg version N-83691-g7f62368 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 55. 47.100 / 55. 47.100 libavcodec 57. 81.100 / 57. 81.100 libavformat 57. 66.102 / 57. 66.102 libavdevice 57. 3.100 / 57. 3.100 libavfilter 6. 74.100 / 6. 74.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, matroska,webm, from 'ac3bsid10.mkv': Metadata: encoder : libebml v1.3.4 + libmatroska v1.4.5 creation_time : 2017-02-28T20:08:01.000000Z Duration: 00:00:01.15, start: 0.000000, bitrate: 136 kb/s Stream #0:0: Audio: ac3, 8000 Hz, mono, fltp, 96 kb/s (default) Metadata: BPS : 96083 BPS-eng : 96083 DURATION : 00:00:01.151990784 DURATION-eng : 00:00:01.151990784 NUMBER_OF_FRAMES: 6 NUMBER_OF_FRAMES-eng: 6 NUMBER_OF_BYTES : 13824 NUMBER_OF_BYTES-eng: 13824 _STATISTICS_WRITING_APP: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_DATE_UTC: 2017-02-28 20:08:01 _STATISTICS_WRITING_DATE_UTC-eng: 2017-02-28 20:08:01 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf57.66.102 Stream #0:0: Audio: ac3 ([0] [0][0] / 0x2000), 8000 Hz, mono, fltp, 96 kb/s (default) Metadata: BPS : 96083 BPS-eng : 96083 DURATION : 00:00:01.151990784 DURATION-eng : 00:00:01.151990784 NUMBER_OF_FRAMES: 6 NUMBER_OF_FRAMES-eng: 6 NUMBER_OF_BYTES : 13824 NUMBER_OF_BYTES-eng: 13824 _STATISTICS_WRITING_APP: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v9.8.0 ('Kuglblids') 64bit _STATISTICS_WRITING_DATE_UTC: 2017-02-28 20:08:01 _STATISTICS_WRITING_DATE_UTC-eng: 2017-02-28 20:08:01 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 15kB time=00:00:00.96 bitrate= 126.7kbits/s speed=5.03e+03x video:0kB audio:14kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 9.997107% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6207> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#6609(ffmpeg:new): SamplingRateBox should be used if the value is greater than INT16_MAX
by FFmpeg 23 Nov '24

23 Nov '24

#6609: SamplingRateBox should be used if the value is greater than INT16_MAX -------------------------------------+------------------------------------- Reporter: fbeaufort | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: flac, | unspecified isobmff, mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: SamplingRateBox should be used if the value is greater than INT16_MAX How to reproduce: 1. Grab file from https://storage.googleapis.com/media-session/bear- 1280x720.mp4 2. Run ffmpeg command below {{{ % ffmpeg -i bear-1280x720.mp4 -map 0:0 -acodec flac -strict -2 -ar 192000 bear-flac-192kHz.mp4 }}} 3. The `bear-flac-192kHz.mp4` file should have a valid sample rate, not 0. Here are some #ffmpeg logs for some context: {{{ 12:58:08 PM <jya> you can create a bug that the SamplingRateBox (as per ISO 14496-2 12.2.3.2) is to be used if the value is greater than INT16_MAX 12:59:14 PM <jya> they have provision for that inthe SoundDescription V2, but i can't find this anywhere in the spec 12:59:20 PM <jya> must be a QT thing 1:00:14 PM <jya> and if they properly create a SamplingRateBox, need to file a bug in Firefox that our mp4 demuxer doesn't support it :) }}} And here's the ffmpeg version: {{{ % ffmpeg -version ffmpeg version 3.3.3-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2017 the FFmpeg developers }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6609> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#7855(undetermined:new): Last subtitle in MP4 is displayed forever
by FFmpeg 23 Nov '24

23 Nov '24

#7855: Last subtitle in MP4 is displayed forever --------------------------------------+---------------------------------- Reporter: fumoboy007 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 4.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Decoding the last tx3g subtitle in an MP4 produces an incorrect duration, causing the subtitle to stay on-screen until the end of the media. How to reproduce: Play the attached file in VLC. Also, run the following command and compare the outputted subtitle file with the original subtitle file (also attached). {{{ $ ffmpeg -i Permanent\ Last\ Subtitle.mp4 -map 0:s:0 FFmpeg\ Output.srt ffmpeg version 4.1 Copyright (c) 2000-2018 the FFmpeg developers built with Apple LLVM version 10.0.0 (clang-1000.11.45.5) configuration: --prefix=/usr/local/Cellar/ffmpeg/4.1_1 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable- avresample --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-gpl --enable-libmp3lame --enable-libopus --enable-libsnappy --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-lzma --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-librtmp --enable-libspeex --enable-videotoolbox 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 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Permanent Last Subtitle.mp4': Metadata: major_brand : mp42 minor_version : 1 compatible_brands: mp41mp42isom creation_time : 2019-04-18T05:09:42.000000Z Duration: 00:01:05.04, start: 0.000000, bitrate: 431 kb/s Stream #0:0(deu): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 640x360, 289 kb/s, 23.97 fps, 23.98 tbr, 24k tbn, 48k tbc (default) Metadata: creation_time : 2019-04-18T05:09:42.000000Z handler_name : Core Media Video encoder : AVC Coding Stream #0:1(deu): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 137 kb/s (default) Metadata: creation_time : 2019-04-18T05:09:42.000000Z handler_name : Core Media Audio Stream #0:2(eng): Subtitle: mov_text (tx3g / 0x67337874), 640x54, 0 kb/s (default) Metadata: rotate : 0 creation_time : 2019-04-18T05:10:26.000000Z Output #0, srt, to 'FFmpeg Output.srt': Metadata: major_brand : mp42 minor_version : 1 compatible_brands: mp41mp42isom encoder : Lavf58.20.100 Stream #0:0(eng): Subtitle: subrip (srt), 640x54 (default) Metadata: encoder : Lavc58.35.100 srt creation_time : 2019-04-18T05:10:26.000000Z Stream mapping: Stream #0:2 -> #0:0 (mov_text (native) -> subrip (srt)) Press [q] to stop, [?] for help size= 0kB time=00:00:45.25 bitrate= 0.0kbits/s speed=3.59e+04x video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 79.069771% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7855> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 21

#7485(undetermined:new): HLS not accurately seeking
by FFmpeg 22 Nov '24

22 Nov '24

#7485: HLS not accurately seeking -------------------------------------+------------------------------------- Reporter: lletourn | 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: Seeking accurately in HLS videos doens't work, but it works fine in other containers (mp4, mkv, etc) tried with ffmpeg version 3.4.4 and master f85fa100db7d35952 {{{ % ./ffmpeg version N-92147-gf85fa100db Copyright (c) 2000-2018 the FFmpeg developers built with gcc 7 (Ubuntu 7.3.0-16ubuntu3) configuration: --enable-libfreetype --enable-gpl --enable-libx264 --enable-libx265 --enable-nonfree --enable-libfdk-aac --enable-libopus --enable-libpulse --enable-libvpx --enable-openssl --enable-static libavutil 56. 19.101 / 56. 19.101 libavcodec 58. 32.100 / 58. 32.100 libavformat 58. 18.104 / 58. 18.104 libavdevice 58. 4.105 / 58. 4.105 libavfilter 7. 33.100 / 7. 33.100 libswscale 5. 2.100 / 5. 2.100 libswresample 3. 2.100 / 3. 2.100 libpostproc 55. 2.100 / 55. 2.100 }}} How to reproduce: Create an HLS video like this {{{ % mkdir a % ./ffmpeg -y -s 640x480 -f rawvideo -pix_fmt rgb24 -r 25 -i /dev/zero -vf "drawtext=fontfile=/usr/share/fonts/truetype/freefont/FreeMono.ttf: text=%{n}: x=(w-tw)/2: y=h-(2*lh): fontcolor=white: box=1: boxcolor=0x000000FF" -an -vcodec libx264 -preset medium -tune stillimage -crf 24 -pix_fmt yuv420p -shortest -force_key_frames "expr:gte(t,n_forced*5)" -bf 0 -hls_time 5 -hls_list_size 0 -hls_wrap 0 -hls_allow_cache 1 -hls_segment_filename "a/a_%04d.ts" -t 60 a/a.m3u8 }}} And also create it's mp4 counterpart: {{{ % ./ffmpeg -i a/a.m3u8 -codec copy a.mp4 }}} And try to seek in any segment: {{{ F=130;rm -f f.png;./ffmpeg -y -ss `awk "BEGIN {print (${F})/25}"` -i a/a.m3u8 -f image2 -q:v 1 -vframes 1 f.png ./ffplay f.png }}} Got frame 250 (bad) {{{ F=126;rm -f f.png;./ffmpeg -y -ss `awk "BEGIN {print (${F})/25}"` -i a/a.m3u8 -f image2 -q:v 1 -vframes 1 f.png ; feh f.png }}} Got frame 250 (bad) {{{ F=125;rm -f f.png;./ffmpeg -y -ss `awk "BEGIN {print (${F})/25}"` -i a/a.m3u8 -f image2 -q:v 1 -vframes 1 f.png ./ffplay f.png }}} Got frame 125 (good) {{{ F=124;rm -f f.png;./ffmpeg -y -ss `awk "BEGIN {print (${F})/25}"` -i a/a.m3u8 -f image2 -q:v 1 -vframes 1 f.png ./ffplay f.png }}} Got frame 125 (bad) Now try the same with the mp4 and you'll always get the exact right frame {{{ F=130;rm -f f.png;./ffmpeg -y -ss `awk "BEGIN {print (${F})/25}"` -i a.mp4 -f image2 -q:v 1 -vframes 1 f.png ./ffplay f.png }}} Got 130 (good) {{{ F=126;rm -f f.png;./ffmpeg -y -ss `awk "BEGIN {print (${F})/25}"` -i a.mp4 -f image2 -q:v 1 -vframes 1 f.png ./ffplay f.png }}} Got 126 (good) etc it seems to only be seeking on segment boundaries. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7485> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#7978(undetermined:new): inaccurate conversion from YCbCr Narrow range to RGB Full range
by FFmpeg 19 Nov '24

19 Nov '24

#7978: inaccurate conversion from YCbCr Narrow range to RGB Full range -------------------------------------+------------------------------------- Reporter: cepesh | Type: defect Status: new | Priority: important Component: | Version: 4.1 undetermined | Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: inaccurate conversion from YCbCr Narrow range to RGB Full range How to reproduce: {{{ Command line: "C:\\tools\\ffmpeg-4.1.3\\bin\\ffmpeg.exe" -loglevel debug -report -s 3840x2160 -vcodec v210 -i YUV_pattern-2fr.v210 -vf "scale=in_color_matrix=bt2020:in_range=tv" -vframes 1 tiff_bug_00.tiff -y ffmpeg version 4.1.3 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.3.1 (GCC) 20190414 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 }}} 100% White Source YCbCr value = 0x03ac, 0x0200, 0x0200 (940, 512, 512) Observed RGB value = 65283, 65283, 65283 Expected RGB value = 65535, 65535, 65535 58% White Source YCbCr value = 0x023c, 0x0200, 0x0200 (572, 512, 512) Observed RGB value = 37858, 37858, 37858 Expected RGB value = 38004, 38004, 38004 100% Magenta Source YCbCr value = 0x015a, 0x343, 0x039c Observed RGB value = 65280, 0, 65289 Expected RGB value = 65533, 0, 65535 -- Ticket URL: <https://trac.ffmpeg.org/ticket/7978> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 15