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

#10732(undetermined:new): avcodec_flush_buffers() not resetting E-AC-3 decoder
by FFmpeg 08 Jul '25

08 Jul '25

#10732: avcodec_flush_buffers() not resetting E-AC-3 decoder ----------------------------------------+---------------------------------- Reporter: Peter Krefting | Type: defect Status: new | Priority: minor Component: undetermined | Version: 5.0.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Summary of the bug: I am reusing the same AVCodecContext to decode several parallel E-AC-3 audio streams. As per documentation I am calling [https://ffmpeg.org/doxygen/trunk/group__lavc__misc.html#gaf60b0e076f822abcb… avcodec_flush_buffers()] between each decoding run. This seems to work for most codecs, but when used with the E-AC-3 decoder the output is not identical between runs How to reproduce: {{{#!c #include <libavcodec/avcodec.h> #include <libavformat/avformat.h> #include <stdio.h> #include <assert.h> int main(int argc, char *argv[]) { const AVCodec *codec = avcodec_find_decoder(AV_CODEC_ID_EAC3); AVCodecContext *decoder = avcodec_alloc_context3(codec); avcodec_open2(decoder, codec, NULL); assert(decoder->sample_fmt == AV_SAMPLE_FMT_FLTP); for (int l = 0; l < 2; ++ l) { printf("[%d] Reading file\n", l); avcodec_flush_buffers(decoder); AVFormatContext *avf_ctx = NULL; avformat_open_input(&avf_ctx, "file:i28553p303t610156395819694.ac3", NULL, NULL); avformat_find_stream_info(avf_ctx, NULL); AVPacket avpkt = { 0 }; while (av_read_frame(avf_ctx, &avpkt) == 0) { avcodec_send_packet(decoder, &avpkt); AVFrame *frame = av_frame_alloc(); avcodec_receive_frame(decoder, frame); printf("Got %d samples in %d channels\n", frame->nb_samples, frame->channels); for (int i = 0; i < frame->nb_samples; ++ i) { printf("%4d:", i); for (int j = 0; j < frame->channels; ++ j) { printf(" [%d]%f", j, ((float *) frame->data[j])[i]); } printf("\n"); } av_frame_free(&frame); } avformat_close_input(&avf_ctx); } avcodec_free_context(&decoder); return 0; } }}} The test file is available here: https://e.pcloud.link/publink/show?code=XZS8y1ZlEryJIDYU0yIzDTUhw1sDfHDRtUV and contains a ten-second extract of an audio track from an MPEGTS container, captured off-air while looking at a problem where the encoder suddenly only outputs silence. I expect the output to be identical on the first and second run, but that is not what I am seeing: {{{ $ ./decode |grep -A5 'Reading file' [eac3 @ 0x55fc4b0a5ec0] Estimating duration from bitrate, this may be inaccurate [0] Reading file Got 1536 samples in 6 channels 0: [0]0.000000 [1]0.000000 [2]0.000000 [3]0.000000 [4]0.000000 [5]0.000000 1: [0]0.000000 [1]0.000000 [2]0.000000 [3]0.000000 [4]0.000000 [5]0.000000 2: [0]0.000000 [1]0.000000 [2]0.000000 [3]0.000000 [4]0.000000 [5]0.000000 3: [0]0.000000 [1]0.000000 [2]0.000000 [3]0.000000 [4]0.000000 [5]0.000000 [eac3 @ 0x55fc4b11a840] Estimating duration from bitrate, this may be inaccurate -- [1] Reading file Got 1536 samples in 6 channels 0: [0]0.000000 [1]0.000000 [2]0.000000 [3]0.000000 [4]0.000000 [5]0.000000 1: [0]-0.000000 [1]0.000000 [2]-0.000000 [3]-0.000000 [4]-0.000000 [5]-0.000000 2: [0]0.000000 [1]0.000000 [2]0.000000 [3]0.000000 [4]0.000000 [5]0.000000 3: [0]-0.000000 [1]-0.000000 [2]-0.000000 [3]-0.000000 [4]-0.000000 [5]-0.000000 }}} In real life we are also interleaving other E-AC-3 audio streams from the same MPEGTS between decodes, and see that the initial decoded samples differ even more than when just redecoding the same sample over and over. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10732> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 16

#10959(undetermined:new): ffmpeg 7.0: Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:1923
by FFmpeg 06 Jul '25

06 Jul '25

#10959: ffmpeg 7.0: Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:1923 -------------------------------------+------------------------------------- Reporter: Andreas | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I try to split a video into 3 parts: {{{ % C:/Java/ffmpeg-n7.0-latest-win64-gpl-7.0/bin/ffmpeg.exe -report -nostdin -y -i video.mp4 -filter_complex "[v:0]select=n='3':e='gte(t,0.00)*lt(t,10.45)*1 + gte(t,10.45)*lt(t,58.50)*2 + gte(t,58.50)*lt(t,3661.00)*3'[vout001][vout002][vout003]" -map [vout001] v00-001.mp4 -map [vout002] v00-002.mp4 -map [vout003] v00-003.mp4 ... [out_0_0 @ 0000021b889bd600] 100 buffers queued in out_0_0, something may be wrong. ... [out_1_0 @ 0000021b889be200] 100 buffers queued in out_1_0, something may be wrong. [out_1_0 @ 0000021b889be200] 1000 buffers queued in out_1_0, something may be wrong. ... Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:1923 }}} It is independent of the input video, but you can find the video here: https://a-voss.de/ffmpeg/video.mp4 -- Ticket URL: <https://trac.ffmpeg.org/ticket/10959> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#9281(ffmpeg:new): wrong $Number$ value while reading mpd
by FFmpeg 04 Jul '25

04 Jul '25

#9281: wrong $Number$ value while reading mpd -------------------------------------+------------------------------------- Reporter: Kostik | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: mpd | unspecified manifest | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, using the latest static build ffmpeg version N-57631-gebedd26eef-static I want to read mpd and convert to mpegts - this part works ok, except one manifest looks like ffmpeg make wrong calculation for $Number$ In my case I have availabilityStartTime="2021-05-27T11:59:16Z" media="$RepresentationID$-$Number$.m4s" duration="180180" startNumber="487925" presentationTimeOffset="89360526151" I expect $Number$ to be converted to 488430 (and other players do so), but ffmpeg try retrieve 397033568 here is full manifest <?xml version="1.0" encoding="UTF-8"?> <MPD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:mpeg:dash:schema:mpd:2011" xmlns:cenc="urn:mpeg:cenc:2013" xmlns:mspr="urn:microsoft:playready" xsi:schemaLocation="urn:mpeg:dash:schema:mpd:2011 DASH-MPD.xsd" type="dynamic" minimumUpdatePeriod="PT6S" minBufferTime="PT1.000S" maxSegmentDuration="PT3.003S" availabilityStartTime="2021-05-27T11:59:16Z" timeShiftBufferDepth="PT36.036S" publishTime="2021-06-07T19:25:48Z" profiles="urn:mpeg:dash:profile:isoff-live:2011"> <Period id="487925" start="PT976813.47S"> <AdaptationSet mimeType="video/mp4" segmentAlignment="true" startWithSAP="1" maxWidth="1280" maxHeight="720" maxFrameRate="60000/1001" par="16:9"> <InbandEventStream schemeIdUri="urn:mpeg:dash:event:2012" value="1"/> <Accessibility schemeIdUri="urn:scte:dash:cc:cea-608:2015" value="CC1:und;CC2:und"/> <SegmentTemplate timescale="90000" media="$RepresentationID$-$Number$.m4s" startNumber="487925"/> <Representation id="video1" width="1280" height="720" frameRate="60000/1001" sar="1:1" scanType="progressive" bandwidth="6562944" codecs="avc1.640029"/> </AdaptationSet> <AdaptationSet mimeType="audio/mp4" lang="en" segmentAlignment="true" startWithSAP="1"> <Role schemeIdUri="urn:mpeg:dash:role:2011" value="main"/> <SegmentTemplate timescale="90000" media="$RepresentationID$-$Number$.m4s" startNumber="487925"/> <Representation id="audio1" audioSamplingRate="44100" bandwidth="96000" codecs="mp4a.40.2"> <AudioChannelConfiguration schemeIdUri="urn:mpeg:dash:23003:3:audio_channel_configuration:2011" value="2"/> </Representation> </AdaptationSet> <AdaptationSet mimeType="audio/mp4" lang="es" segmentAlignment="true" startWithSAP="1"> <Role schemeIdUri="urn:mpeg:dash:role:2011" value="dub"/> <SegmentTemplate timescale="90000" media="$RepresentationID$-$Number$.m4s" startNumber="487925"/> <Representation id="audio2" audioSamplingRate="44100" bandwidth="96000" codecs="mp4a.40.2"> <AudioChannelConfiguration schemeIdUri="urn:mpeg:dash:23003:3:audio_channel_configuration:2011" value="2"/> </Representation> </AdaptationSet> </Period> <UTCTiming schemeIdUri="urn:mpeg:dash:utc:direct:2014" value="2021-06-07T19:25:48Z"/> </MPD> -- Ticket URL: <https://trac.ffmpeg.org/ticket/9281> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#4566(ffmpeg:new): ffmpeg won't copy metadata ("StreamTitle") from audio live stream (transcoding)
by FFmpeg 29 Jun '25

29 Jun '25

#4566: ffmpeg won't copy metadata ("StreamTitle") from audio live stream (transcoding) ----------------------------------+------------------------------------- Reporter: easydoor | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 2.6.2 Keywords: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------- It won't copy "StreamTitle" from input to output while transcoding input from mp3 to aac. I'm using version v2.6.1 compiled by me on ubuntu 14. I try simpliest transcoding with -c:a copy option and sending it to icecast v2.4.1 and as a client I'm using latest winamp and vlc. In booth player as title is showing only the mount point (in this case mystream) from icecast: {{{ icecast://source:mypass@x.x.x.x:8000/mystream }}} and not the StreamTitle from input file. Why and how can I just pass it from input to output? I don't think that problem is Icecast, because I try to stream with SAM Broadcaster and in Winamp I see updated StreamTitle in real time. Here is the command line: {{{ /root/ffmpeg_sources/ffmpeg*/./ffmpeg -stats -report -i http://streaming.streamonomy.com/ElectricFM -c:a copy -content_type audio/mpeg -f mp3 icecast://source:mypass@x.x.x.x:8000/mystream }}} and here is the output: {{{ root@vs4063:~# /root/ffmpeg_sources/ffmpeg*/./ffmpeg -stats -report -i http://streaming.streamonomy.com/ElectricFM -c:a copy -content_type audio/mpeg -f mp3 icecast://source:mypass@x.x.x.x:8000/mystream ffmpeg started on 2015-03-23 at 03:01:01 Report written to "ffmpeg-20150323-030101.log" ffmpeg version 2.6.1 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --prefix=/root/ffmpeg_build --extra- cflags=-I/root/ffmpeg_build/include --extra- ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfaac --enable-libfreetype --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libaacplus --enable-nonfree 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 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mp3, from 'http://streaming.streamonomy.com/ElectricFM': Metadata: icy-br : 128 icy-description : ElectricFM plays today's dance hits! icy-genre : Electronic Dance Pop icy-name : ElectricFM.com - America's Real Dance! icy-pub : 1 icy-url : http://www.electricfm.com StreamTitle : KYGO f/ CONRAD - FIRESTONE Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s Output #0, mp3, to 'icecast://source:mypass@x.x.x.x:8000/mystream': Metadata: icy-br : 128 icy-description : ElectricFM plays today's dance hits! icy-genre : Electronic Dance Pop icy-name : ElectricFM.com - America's Real Dance! icy-pub : 1 icy-url : http://www.electricfm.com StreamTitle : KYGO f/ CONRAD - FIRESTONE TSSE : Lavf56.25.101 Stream #0:0: Audio: mp3, 44100 Hz, stereo, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 2093kB time=00:02:13.95 bitrate= 128.0kbits/s video:0kB audio:2093kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.016237% }}} [[Image(http://ffmpeg.gusari.org/download/file.php?id=103)]] In winamp first track is original and second transcoded.. Here is with debug: {{{ /root/ffmpeg_sources/ffmpeg*/./ffmpeg -stats -v 512 -report -i http://streaming.streamonomy.com/ElectricFM -c:a copy -content_type audio/mpeg -f mp3 icecast://source:mypass@x.x.x.x:8000/mystream/mystream ffmpeg started on 2015-03-23 at 03:51:36 Report written to "ffmpeg-20150323-035136.log" ffmpeg version 2.6.1 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --prefix=/root/ffmpeg_build --extra- cflags=-I/root/ffmpeg_build/include --extra- ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfaac --enable-libfreetype --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libaacplus --enable-nonfree 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 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-stats' ... matched as option 'stats' (print progress report during encoding) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument '512'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'http://streaming.streamonomy.com/ElectricFM'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-content_type' ... matched as AVOption 'content_type' with argument 'audio/mpeg'. Reading option '-f' ... matched as option 'f' (force format) with argument 'mp3'. Reading option 'icecast://source:mypass@x.x.x.x:8000/mystream' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option stats (print progress report during encoding) with argument 1. Applying option v (set logging level) with argument 512. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file http://streaming.streamonomy.com/ElectricFM. Successfully parsed a group of options. Opening an input file: http://streaming.streamonomy.com/ElectricFM. [http @ 0x217cf80] request: GET /ElectricFM HTTP/1.1 User-Agent: Lavf/56.25.101 Accept: */* Range: bytes=0- Connection: close Host: streaming.streamonomy.com Icy-MetaData: 1 [http @ 0x217cf80] header='HTTP/1.0 200 OK' [http @ 0x217cf80] http_code=200 [http @ 0x217cf80] header='Accept-Ranges: none' [http @ 0x217cf80] header='Content-Type: audio/mpeg' [http @ 0x217cf80] header='icy-br:128' [http @ 0x217cf80] header='ice-audio-info: ice-samplerate=44100;ice- bitrate=128;ice-channels=2' [http @ 0x217cf80] header='icy-br:128' [http @ 0x217cf80] header='icy-description:ElectricFM plays today's dance hits!' [http @ 0x217cf80] header='icy-genre:Electronic Dance Pop' [http @ 0x217cf80] header='icy-name:ElectricFM.com - America's Real Dance!' [http @ 0x217cf80] header='icy-pub:1' [http @ 0x217cf80] header='icy-url:http://www.electricfm.com' [http @ 0x217cf80] header='Server: Icecast 2.3.3-kh8' [http @ 0x217cf80] header='Cache-Control: no-cache, no-store' [http @ 0x217cf80] header='Pragma: no-cache' [http @ 0x217cf80] header='Access-Control-Allow-Origin: *' [http @ 0x217cf80] header='Access-Control-Allow-Headers: Origin, Accept, X-Requested-With, Content-Type' [http @ 0x217cf80] header='Access-Control-Allow-Methods: GET, OPTIONS, HEAD' [http @ 0x217cf80] header='Connection: close' [http @ 0x217cf80] header='Expires: Mon, 26 Jul 1997 05:00:00 GMT' [http @ 0x217cf80] header='icy-metaint:16000' [http @ 0x217cf80] header='' [mp3 @ 0x217daa0] Format mp3 probed with size=2048 and score=51 [mp3 @ 0x217daa0] Before avformat_find_stream_info() pos: 0 bytes read:2508 seeks:0 [mp3 @ 0x217daa0] All info found [mp3 @ 0x217daa0] After avformat_find_stream_info() pos: 21504 bytes read:23824 seeks:0 frames:50 Input #0, mp3, from 'http://streaming.streamonomy.com/ElectricFM': Metadata: icy-br : 128 icy-description : ElectricFM plays today's dance hits! icy-genre : Electronic Dance Pop icy-name : ElectricFM.com - America's Real Dance! icy-pub : 1 icy-url : http://www.electricfm.com StreamTitle : PAUL OAKENFOLD and DISFUNKTION f/ SPITFIRE - BEAUTIFUL WORLD Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0:0, 50, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s Successfully opened the file. Parsing a group of options: output file icecast://source:mypass@x.x.x.x:8000/mystream. Applying option c:a (codec name) with argument copy. Applying option f (force format) with argument mp3. Successfully parsed a group of options. Opening an output file: icecast://source:mypass@x.x.x.x:8000/mystream. [http @ 0x2191520] request: PUT /mystream HTTP/1.1 User-Agent: Lavf/56.25.101 Accept: */* Expect: 100-continue Connection: close Host: x.x.x.x:8000 Content-Type: audio/mpeg Icy-MetaData: 1 Ice-Public: 0 Authorization: Basic c291cmNlOnNpbnVzZm04MA== [http @ 0x2191520] header='HTTP/1.1 100 Continue' [http @ 0x2191520] http_code=100 [http @ 0x2191520] header='' Successfully opened the file. Output #0, mp3, to 'icecast://source:mypass@x.x.x.x:8000/mystream5.3': Metadata: icy-br : 128 icy-description : ElectricFM plays today's dance hits! icy-genre : Electronic Dance Pop icy-name : ElectricFM.com - America's Real Dance! icy-pub : 1 icy-url : http://www.electricfm.com StreamTitle : PAUL OAKENFOLD and DISFUNKTION f/ SPITFIRE - BEAUTIFUL WORLD TSSE : Lavf56.25.101 Stream #0:0, 0, 1/14112000: Audio: mp3, 44100 Hz, stereo, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 101kB time=00:00:06.42 bitrate= 128.5kbits/s video:0kB audio:100kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.371530% Input file #0 (http://streaming.streamonomy.com/ElectricFM) Input stream #0:0 (audio): 246 packets read (102818 bytes); Total: 246 packets (102818 bytes) demuxed Output file #0 (icecast://source:mypass@x.x.x.x:8000/mystream): Output stream #0:0 (audio): 246 packets muxed (102818 bytes); Total: 246 packets (102818 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x2192e80] Statistics: 0 seeks, 247 writeouts [AVIOContext @ 0x21884c0] Statistics: 105326 bytes read, 0 seeks }}} The main usage of transcoding would be: {{{ /root/ffmpeg_sources/ffmpeg/./ffmpeg -stats -v 1024 -report -i http://stream2.electricfm.com -acodec libaacplus -ar 44.1k -ab 40k -ac 2 -content_type audio/aacp -f adts icecast://source:mypass@x.x.x.x:8000/electricfm@40k -acodec libaacplus -ar 44.1k -ab 64k -ac 2 -content_type audio/aacp -f adts icecast://source:mypass@x.x.x.x:8000/electricfm@64k < /dev/null >/dev/null 2>/var/log/ffmpeg.log & }}} but it gave me same result..not showing "StreamTitle" from input to output! I try with options -map_metada 0:s:0 and others option, but without success. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4566> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 23

#10188(avdevice:new): kmsgrab pixel formats missing DRM_FORMAT_ARGB2101010 and others
by FFmpeg 22 Jun '25

22 Jun '25

#10188: kmsgrab pixel formats missing DRM_FORMAT_ARGB2101010 and others -------------------------------------+------------------------------------- Reporter: jean | Type: defect Status: new | Priority: normal Component: avdevice | Version: git- Keywords: kmsgrab | master pixfmt | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When a DRM plane is using certain formats found in modern wayland compositors, kmsgrab will fail to recognize the pixel format and refuse to start. How to reproduce: On KDE Plasma wayland 5.26.5: {{{ % sudo ffmpeg -f kmsgrab -i - output.mp4 ffmpeg version N-109841-ge3bbf5c17d Copyright (c) 2000-2023 the FFmpeg developers built with gcc 12.2.1 (GCC) 20230201 ... [kmsgrab @ 0x559fd171b2c0] Framebuffer pixel format 30335241 is not a known supported format. }}} This was tested on Arch Linux. The specific pixfmt missing in my case was `DRM_FORMAT_ARGB2101010`, though it's possible other formats of this classification (32 bpp format with 10 bits per color and 2 bits of alpha) might also be used and would also need to be added. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10188> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#6468(undetermined:new): ffmpeg doesn't maintain chapters when concatenating two MP4 files using the concat demuxer
by FFmpeg 21 Jun '25

21 Jun '25

#6468: ffmpeg doesn't maintain chapters when concatenating two MP4 files using the concat demuxer -------------------------------------+------------------------------------- Reporter: whereswardy | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to concatenate two MP4 files using the concat demuxer and want to retain the chapter markers that exist in both files so that the output file contains all the chapters from both of my input files. The source files contain chapter markers according to `mediainfo` which I want to be maintained in the output, but when using the `-map_chapters` option in ffmpeg they don't appear in the output file. I'm concatenating the following two files from `streams.txt`: {{{ file 'episode2.mp4' file 'episode3.mp4' }}} which contain the following chapter/menu data (output cut down for brevity): {{{ $ mediainfo episode2.mp4 ... Menu ID : 3 Codec ID : text Duration : 22mn 25s Language : English Encoded date : UTC 2017-06-18 15:27:40 Tagged date : UTC 2017-06-18 15:27:40 Bit rate mode : CBR 00:00:00.000 : Chapter 1 00:00:59.720 : Chapter 2 ... }}} and I'm using the following ffmpeg command: {{{ ffmpeg -f concat -safe 0 -i streams.txt -map_metadata 0 -map_chapters 0 -c copy output.mp4 }}} however the output.mp4 file contains no chapter markers according to `mediainfo` and there's nothing viewable in any media player. I'm using ffmpeg 3.3.2 on Ubuntu 14.04.5: {{{ $ ffmpeg -version ffmpeg version 3.3.1 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3) configuration: --extra-libs=-ldl --prefix=/opt/ffmpeg --mandir=/usr/share/man --enable-avresample --disable-debug --enable- nonfree --enable-gpl --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-decoder=amrnb --disable-decoder=amrwb --enable-libpulse --enable-libfreetype --enable-gnutls --enable-libx264 --enable-libx265 --enable-libfdk-aac --enable-libvorbis --enable- libmp3lame --enable-libopus --enable-libvpx --enable-libspeex --enable- libass --enable-avisynth --enable-libsoxr --enable-libxvid --enable- libvidstab --enable-libwavpack --enable-nvenc libavutil 55. 58.100 / 55. 58.100 libavcodec 57. 89.100 / 57. 89.100 libavformat 57. 71.100 / 57. 71.100 libavdevice 57. 6.100 / 57. 6.100 libavfilter 6. 82.100 / 6. 82.100 libavresample 3. 5. 0 / 3. 5. 0 libswscale 4. 6.100 / 4. 6.100 libswresample 2. 7.100 / 2. 7.100 libpostproc 54. 5.100 / 54. 5.100 }}} {{{ $ uname -a Linux server 3.13.0-119-generic #166-Ubuntu SMP Wed May 3 12:18:55 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6468> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#9522(undetermined:new): Certain H.264 videos cannot decode with videotoolbox
by FFmpeg 19 Jun '25

19 Jun '25

#9522: Certain H.264 videos cannot decode with videotoolbox -------------------------------------+------------------------------------- Reporter: forthrin | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: videotoolbox gpu | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- For reasons unknown, a percentage of H.264 videos fail to hardware decode with videotoolbox. Enclosed is a dozen different single frame specimens that all cause the same problem and should thus help quickly identify and resolve the issue. {{{ $ ffmpeg -hwaccel videotoolbox -i 01.mp4 -xerror -f mp4 -y /dev/null ffmpeg version git-2021-11-21-18f22bf Copyright (c) 2000-2021 the FFmpeg developers built with Apple clang version 12.0.5 (clang-1205.0.22.9) configuration: --enable-nonfree --enable-gpl --enable-libass --enable- libx264 --enable-libx265 --enable-libssh --enable-libzimg --enable-opencl --enable-libmp3lame libavutil 57. 9.100 / 57. 9.100 libavcodec 59. 13.100 / 59. 13.100 libavformat 59. 9.101 / 59. 9.101 libavdevice 59. 0.101 / 59. 0.101 libavfilter 8. 17.100 / 8. 17.100 libswscale 6. 1.100 / 6. 1.100 libswresample 4. 0.100 / 4. 0.100 libpostproc 56. 0.100 / 56. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '01.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 Duration: 00:00:00.04, start: 0.000000, bitrate: 402 kb/s Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 244 kb/s, 23.99 fps, 23.99 tbr, 16k tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Press [q] to stop, [?] for help Error creating Videotoolbox decoder. videotoolbox hwaccel requested for input stream #0:0, but cannot be initialized. [h264 @ 0x7fce00d13580] decode_slice_header error [h264 @ 0x7fce00d13580] no frame! Conversion failed! $ }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9522> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#10674(avformat:new): New MLV file not supported
by FFmpeg 17 Jun '25

17 Jun '25

#10674: New MLV file not supported ----------------------------------+--------------------------------------- Reporter: Andrew-R | Type: enhancement Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: mlv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: Some test files from Magic lantern user forums fails How to reproduce: {{{ Download file from https://www.dropbox.com/s/p2j112gyph5ywzu/ElgersburgBHF.zip?dl=0 % /dev/shm/cinelerra/cinelerra-5.1/thirdparty/ffmpeg-6.1/ffprobe /dev/shm/ElgersburgBHF/ElgersburgBHF.MLV [mlv @ 0xc758a80] unknown video class is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mlv @ 0xc758a80] If you want to help, upload a sample of this file to https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel(a)ffmpeg.org) Ignoring attempt to set invalid timebase 1/0 for st:1 [mlv @ 0xc758a80] unsupported tag RAWC, size 16 [mlv @ 0xc758a80] unsupported tag DISO, size 8 [mlv @ 0xc758a80] unsupported tag DARK, size 7862468 [mlv @ 0xc758a80] unsupported tag VERS, size 102 [mlv @ 0xc758a80] unsupported tag VERS, size 144 [mlv @ 0xc758a80] unsupported tag VERS, size 172 [mlv @ 0xc758a80] unsupported tag VERS, size 132 [mlv @ 0xc758a80] unsupported tag VERS, size 160 [mlv @ 0xc758a80] unsupported tag VERS, size 140 [mlv @ 0xc758a80] unsupported tag VERS, size 164 [mlv @ 0xc758a80] unsupported tag VERS, size 156 [mlv @ 0xc758a80] unsupported tag VERS, size 144 [mlv @ 0xc758a80] unsupported tag VERS, size 164 [mlv @ 0xc758a80] unsupported tag VERS, size 140 [mlv @ 0xc758a80] Opening '/dev/shm/ElgersburgBHF/ElgersburgBHF.M00' for reading [mlv @ 0xc758a80] Stream #0: not enough frames to estimate rate; consider increasing probesize [mlv @ 0xc758a80] Could not find codec parameters for stream 0 (Video: none (BIT[16] / 0x10544942), bayer_rggb16le, 1920x2340): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mlv, from '/dev/shm/ElgersburgBHF/ElgersburgBHF.MLV': Metadata: guid : 0x5de63cb3069b16ba cameraName : Canon EOS 5D Mark III cameraModel : 2147484293 cameraSerial : 122A888172 isoMode : manual isoValue : 1600 isoAnalog : 104 digitalGain : 0 shutterValue : 29982 focalLength : 50 focalDist : 0 aperture : 140 stabilizerMode : 0 autofocusMode : 3 flags : 0 lensID : 198 lensName : EF50mm f/1.4 USM lensSerial : 000000000 wb_mode : 0 kelvin : 2500 wbgain_r : 491 wbgain_g : 1024 wbgain_b : 638 wbs_gm : 0 wbs_ba : 0 time : 2021-01-06 19:40:27 Duration: 00:00:00.21, start: 0.000000, bitrate: 1082282 kb/s Stream #0:0: Video: none (BIT[16] / 0x10544942), bayer_rggb16le, 1920x2340, 23.98 tbr, 23.98 tbn Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s Unsupported codec with id 0 for input stream 0 ffmpeg version 6.1 built on Linux Slackware 15.0 i586 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10674> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#9473(ffmpeg:new): gdigrab screen captures are interrupted by secure desktop pop-ups
by FFmpeg 15 Jun '25

15 Jun '25

#9473: gdigrab screen captures are interrupted by secure desktop pop-ups -----------------------------------+-------------------------------------- Reporter: leopold84 | Type: defect Status: new | Priority: important Component: ffmpeg | Version: git-master Keywords: gdigrab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- '''Summary of the bug:''' If you start screen capture with gdigrab and any secure desktop pop-up will appear (UAC or anything else), capture immediately stops. '''How to reproduce:''' 1. Start screen capture using '''gdigrab''' device as input {{{ ffmpeg -f gdigrab -framerate 30 -i desktop output.mkv }}} 2. Launch any program as administrator or make a secure desktop to appear any other way 3. Once returned to the normal desktop, you will see that capture has stopped with the error similar to this one {{{ Failed to capture image (error 5)trate= 2.2kbits/s speed=0.54x desktop: I/O error }}} '''Expect result:''' If it's not possible to capture secure desktop with gdigrab, at least make it so recording doesn't stop and capture a black screen instead of secure desktop -- Ticket URL: <https://trac.ffmpeg.org/ticket/9473> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#10385(undetermined:new): ddagrab fails on Windows if adapter ID is specified
by FFmpeg 12 Jun '25

12 Jun '25

#10385: ddagrab fails on Windows if adapter ID is specified -------------------------------------+------------------------------------- Reporter: Jøger | Type: defect Hansegård | Status: new | Priority: normal Component: | Version: 6.0 undetermined | Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Screen capturing on Windows with ddagrab fails if adapter id is specified on non-UWP build. Root cause is likely that CreateDXGIFactory is used, not CreateDXGIFactory1. Desktop duplication API appears to be incompatible with DXGI factories prior to 1.1. See also https://learn.microsoft.com/en-us/windows/win32/api/dxgi1_2/nf- dxgi1_2-idxgioutput1-duplicateoutput which specifies that IDXGIOutput1::DuplicateOutput fails with E_INVALIDARG if the device was not created from IDXGIFactory1 (or a later version of a DXGI factory interface that inherits from IDXGIFactory1). How to reproduce: {{{ ffmpeg -init_hw_device d3d11va:0 -filter_complex ddagrab -c:v h264_nvenc -cq:v 20 output.mkv -loglevel debug ffmpeg version 6.0 built on Windows, MSYS2 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10385> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1