April 2026 - ffmpeg-user - lists.ffmpeg.org

"RTP not on whitelist file" when in shell script
by Nix Ausstern 21 Apr '26

21 Apr '26

Hello-- I'm trying to program a shell script for a Debian Xfce build, but I keep running into the same error. I have a block of code that, when entered into Xfce4-terminal, works perfectly, but when I use the same code in a shell script, it tells me that rtp isn't on the whitelist file. [cid:66974782-04e0-4c71-a7a8-ff46aa20d058] [cid:6e6c9bd2-8158-45a1-b035-06297f4062c5] What makes it more confusing is that it works normally on my sandbox machine, but fails as soon as I use it on the actual production VM. [cid:1249e4f3-8fc8-4927-b0ae-410676dc204d] Can someone help me figure out why rtp isn't being added to the whitelist on the production machine?

1 0

New file sample uploaded: STJ
by Jack Dunford 16 Apr '26

16 Apr '26

I have uploaded a small sample via the VideoLan samples upload tool pointed it to FFmpeg. 19.STJ Sample is a STJ file. More info here on the format. http://www.dansdata.com/edvr.htm Video is of myself from early 2000s. Very short. Format is JPEG frames and unsigned 8 bit audio.

1 0

Decoders requiring multiple receive_frame calls per send_packet
by Khanh Hoang 08 Apr '26

08 Apr '26

I am writing a program using ffmpeg API for decoding and during my attempts to get Android's MediaCodec hardware decoder to work, I saw that it required several calls to avcodec_receive_frame before avcodec_send_packet would function again. This is the only decoder I've seen with this behavior; I was wondering if there is a known list of other decoders that exhibit this, preferably ones that can run cross-platform so this functionality can be easily tested for everyone. The API docs mention some audio decoders do this but don't specify which.

1 0

Error while converting to AAC
by Xavier Humbert 06 Apr '26

06 Apr '26

Hi, Forgive me for the dumb question : I'm trying to convert FLAC files to AAC whith this command : ffmpeg -i input.flac -c:a aac -b:a 192k output.m4a I receive this error [ipod @ 0x61c9ddb34f80] Could not find tag for codec h264 in stream #0, codec not currently supported in container [out#0/ipod @ 0x61c9ddb33c40] Could not write header (incorrect codec parameters ?): Invalid argument Error while filtering: Invalid argument [out#0/ipod @ 0x61c9ddb33c40] Nothing was written into output file, because at least one of its streams received no packets. Conversion works perfectly with Audacity, which uses Ffmpeg in the backgound What does it mean ? Thanks, Regards, Xavier -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer https://www.amdh.fr

3 2

flac->aac conversion does not copy replaygain information
by Darren Dunham 06 Apr '26

06 Apr '26

I have a number of FLAC files with replaygain tags. I'm attempting to use ffmpeg to create AAC versions (I've tried both "aac" and "libfdk_aac" in a separate build). By default it seems to bring over much of the metadata, but not the replaygain information. Is there something I am doing wrong that is leaving these behind/unconverted? I see that the replaygain data is recognized and shown as side data for the original container. But it isn't present in the output file. I've tried with "-map_metadata 0" as well, but that seems to have identical output. Thank you for assistance. $ ffmpeg -i 01\ Hello\ Again.flac -c:a aac -c:v copy 01\ Hello\ Again.m4a ffmpeg version 6.1.1-3ubuntu5 Copyright (c) 2000-2023 the FFmpeg developers built with gcc 13 (Ubuntu 13.2.0-23ubuntu3) configuration: --prefix=/usr --extra-version=3ubuntu5 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --disable-omx --enable-gnutls --enable-libaom --enable-libass --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libharfbuzz --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-openal --enable-opencl --enable-opengl --disable-sndio --enable-libvpl --disable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-ladspa --enable-libbluray --enable-libjack --enable-libpulse --enable-librabbitmq --enable-librist --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libx264 --enable-libzmq --enable-libzvbi --enable-lv2 --enable-sdl2 --enable-libplacebo --enable-librav1e --enable-pocketsphinx --enable-librsvg --enable-libjxl --enable-shared libavutil 58. 29.100 / 58. 29.100 libavcodec 60. 31.102 / 60. 31.102 libavformat 60. 16.100 / 60. 16.100 libavdevice 60. 3.100 / 60. 3.100 libavfilter 9. 12.100 / 9. 12.100 libswscale 7. 5.100 / 7. 5.100 libswresample 4. 12.100 / 4. 12.100 libpostproc 57. 3.100 / 57. 3.100 Input #0, flac, from '01 Hello Again.flac': Metadata: TITLE : Hello Again ARTIST : Cars ALBUM : Heartbeat City GENRE : Rock ENCODER : reference libFLAC 1.2.1 20070917 ENSEMBLE : Cars track : 01 DATE : 1984 REPLAYGAIN_TRACK_PEAK: 1 REPLAYGAIN_TRACK_GAIN: -3.63000011444092 dB ALBUM ARTIST : Cars DISC : 1 REPLAYGAIN_ALBUM_GAIN: -2.48000001907349 dB album_artist : Cars TOTALDISCS : 1 TOTALTRACKS : 10 Duration: 00:03:45.93, start: 0.000000, bitrate: 934 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Side data: replaygain: track gain - -3.630000, track peak - 0.000023, album gain - -2.480000, album peak - unknown, Stream #0:1: Video: mjpeg (Baseline), yuvj444p(pc, bt470bg/unknown/unknown), 600x600 [SAR 100:100 DAR 1:1], 90k tbr, 90k tbn (attached pic) Metadata: comment : Cover (front) Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (flac (native) -> aac (native)) Press [q] to stop, [?] for help Output #0, ipod, to '01 Hello Again.m4a': Metadata: TITLE : Hello Again ARTIST : Cars ALBUM : Heartbeat City GENRE : Rock TOTALTRACKS : 10 ENSEMBLE : Cars track : 01 DATE : 1984 REPLAYGAIN_TRACK_PEAK: 1 REPLAYGAIN_TRACK_GAIN: -3.63000011444092 dB ALBUM ARTIST : Cars DISC : 1 REPLAYGAIN_ALBUM_GAIN: -2.48000001907349 dB album_artist : Cars TOTALDISCS : 1 encoder : Lavf60.16.100 Stream #0:0: Video: mjpeg (Baseline), yuvj444p(pc, bt470bg/unknown/unknown), 600x600 [SAR 100:100 DAR 1:1], q=2-31, 90k tbr, 90k tbn (attached pic) Metadata: comment : Cover (front) Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s Metadata: encoder : Lavc60.31.102 aac Side data: replaygain: track gain - -3.630000, track peak - 0.000023, album gain - -2.480000, album peak - unknown, [out#0/ipod @ 0x5607ed929900] video:141kB audio:3591kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.048208% size= 3771kB time=00:03:45.93 bitrate= 136.7kbits/s speed=82.8x [aac @ 0x5607ed92dbc0] Qavg: 517.575 And then the file created: $ ffmpeg -i 01\ Hello\ Again.m4a ffmpeg version 6.1.1-3ubuntu5 Copyright (c) 2000-2023 the FFmpeg developers built with gcc 13 (Ubuntu 13.2.0-23ubuntu3) configuration: --prefix=/usr --extra-version=3ubuntu5 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --disable-omx --enable-gnutls --enable-libaom --enable-libass --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libharfbuzz --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-openal --enable-opencl --enable-opengl --disable-sndio --enable-libvpl --disable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-ladspa --enable-libbluray --enable-libjack --enable-libpulse --enable-librabbitmq --enable-librist --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libx264 --enable-libzmq --enable-libzvbi --enable-lv2 --enable-sdl2 --enable-libplacebo --enable-librav1e --enable-pocketsphinx --enable-librsvg --enable-libjxl --enable-shared libavutil 58. 29.100 / 58. 29.100 libavcodec 60. 31.102 / 60. 31.102 libavformat 60. 16.100 / 60. 16.100 libavdevice 60. 3.100 / 60. 3.100 libavfilter 9. 12.100 / 9. 12.100 libswscale 7. 5.100 / 7. 5.100 libswresample 4. 12.100 / 4. 12.100 libpostproc 57. 3.100 / 57. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x55db4d4b5a40] stream 0, timescale not set Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '01 Hello Again.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: M4A isomiso2 title : Hello Again artist : Cars album_artist : Cars album : Heartbeat City date : 1984 encoder : Lavf60.16.100 genre : Rock track : 1 disc : 1 Duration: 00:03:45.93, start: 0.000000, bitrate: 136 kb/s Stream #0:0[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 130 kb/s (default) Metadata: handler_name : SoundHandler vendor_id : [0][0][0][0] Stream #0:1[0x0]: Video: mjpeg (Baseline), yuvj444p(pc, bt470bg/unknown/unknown), 600x600 [SAR 100:100 DAR 1:1], 90k tbr, 90k tbn (attached pic)

3 2

Inquiry Regarding VVC/H.266 Hardware Decoding Workflow via QSV on Intel Core Ultra 7 258V
by Don Zoe 03 Apr '26

03 Apr '26

Dear FFmpeg Community, I am writing to seek technical clarification regarding the VVC (H.266) decoding process when utilizing FFmpeg with Intel's hardware acceleration. Recently, I have been testing VVC hardware decoding on a newly acquired machine with the following specifications: · *Device:* ASUS Vivobook S 14 S5406SA_S5406SA · *Processor:* Intel(R) Core(TM) Ultra 7 258V (2.20 GHz) · *Integrated GPU:* Intel(R) Core(TM) 140V GPU (16GB) I attempted to play an H.266 encoded video using ffplay, specifically instructing it to utilize hardware decoding via Quick Sync Video (QSV). The command I executed is as follows: *ffplay -loglevel debug -hwaccel qsv -vcodec vvc_qsv -i MIP_B_HHI_3.bit 2> ffmpeg_log3.txt* During playback, I observed active usage data within the GPU's "Video Decode" engine. This observation led me to several technical questions regarding the underlying workflow, particularly because I am aware that FFmpeg also integrates a native VVC software decoder. Could you please help clarify the following points? 1. *Hardware Invocation:* Does the activity observed in the GPU's Video Decode engine definitively indicate that FFmpeg has successfully invoked the Intel GPU's VVC hardware decoding module? 2. *Decoding Entity:* Was the decoding of this specific video entirely executed by the Intel GPU's VVC hardware decoder, or was it processed by FFmpeg's native software decoder? 3. *Division of Labor:* Throughout the entire decoding and playback process, what exact actions are executed by FFmpeg, and what specific actions are handled by the Intel chip? 4. *Data Handoff:* What is the exact output generated by FFmpeg in this scenario, and what is the specific format/nature of the input data that FFmpeg feeds into the Intel VVC hardware decoding module? 5. *Scope of Hardware Acceleration:* When utilizing FFmpeg to call the Intel GPU's VVC hardware decoder, does the hardware module execute the *entire* standard decoding pipeline (from parsing the bitstream all the way to final video reconstruction)? Or is it a hybrid process where FFmpeg handles a portion of the decoding (such as parsing or entropy decoding) in software, leaving the GPU to accelerate only specific subsequent stages? Any insights into the architectural relationship between FFmpeg and the underlying Intel hardware decoder in this specific context would be highly appreciated. Thank you for your time and support. Best regards, Jennie

1 0

DDR poison away !
by Richard Bartczak 01 Apr '26

01 Apr '26

breathe a sigh of relief, if yes. I did use AV01 encoding, with libaom. Not usable on my system, speedx leads to <= 0.002 (hints to improve it ?). Therefore libsvtav1 I use. The first results lead me to do further tests, I compare it with libx265 encoding. Different parameter, crf, tune (further parameter ?)- Further hints to make the comparison complete (tune 1-3, crf < 13, ..., 780p, 50fps, an example I can upload). My intention, compression without visible less. Regards Richard

4 5