November 2024 - ffmpeg-user - lists.ffmpeg.org

Would it be possible to load xattr-related media-files like a container?
by Peter B. 02 Aug '25

02 Aug '25

Hi everyone :) I'm working a lot with extended attributes on filesystems, and I'm amazed! I was wondering if it would be possible for ffmpeg to load "related media-streams" as related objects: Having a 0-Byte "videofile.aha": * video = /path/to/my_movie.h264 * audio = ./my_movie-DE_AT.flac * audio.1 = my_movie-EN_GB.mp3 * video.default = video * audio.default = audio.1 * dc.title = "My Movie" * dc.creator = "..." * ... Like an input demuxer which resolves the related objects and treats this like loading a container? I imagine this to be quite fun (and useful actually). One could then drag-and-drop to remux tracks, and right-click-edit metadata, I imagine. Feedback greatly appreciated :) Have a great day! Peter

1 1

has setpts filter been changed?
by William C Bonner 21 Mar '25

21 Mar '25

I use setpts to speed up some video that I'm concatenating from my car's dashcam. The process is consistent and hasn't changed recently. Here's an example command line: C:\Windows\ffmpeg.exe -hide_banner -i D:\ROAV\MOVIE\2024_0803_173613_229.MP4 -i D:\ROAV\MOVIE\2024_0803_173713_230.MP4 -i D:\ROAV\MOVIE\2024_0803_173813_231.MP4 -i D:\ROAV\MOVIE\2024_0803_173913_232.MP4 -i D:\ROAV\MOVIE\2024_0803_174013_233.MP4 -i D:\ROAV\MOVIE\2024_0803_174113_234.MP4 -i D:\ROAV\MOVIE\2024_0803_174213_235.MP4 -i D:\ROAV\MOVIE\2024_0803_174313_236.MP4 -i D:\ROAV\MOVIE\2024_0803_174413_237.MP4 -i D:\ROAV\MOVIE\2024_0803_174513_238.MP4 -i D:\ROAV\MOVIE\2024_0803_174613_239.MP4 -i D:\ROAV\MOVIE\2024_0803_174713_240.MP4 -i D:\ROAV\MOVIE\2024_0803_174813_241.MP4 -i D:\ROAV\MOVIE\2024_0803_174913_242.MP4 -i D:\ROAV\MOVIE\2024_0803_175013_243.MP4 -i D:\ROAV\MOVIE\2024_0803_175113_244.MP4 -i D:\ROAV\MOVIE\2024_0803_175213_245.MP4 -i D:\ROAV\MOVIE\2024_0803_175313_246.MP4 -i D:\ROAV\MOVIE\2024_0803_175413_247.MP4 -i D:\ROAV\MOVIE\2024_0803_175513_248.MP4 -i D:\ROAV\MOVIE\2024_0803_175613_249.MP4 -i D:\ROAV\MOVIE\2024_0803_175713_250.MP4 -i D:\ROAV\MOVIE\2024_0803_175813_251.MP4 -i D:\ROAV\MOVIE\2024_0803_175913_252.MP4 -i D:\ROAV\MOVIE\2024_0803_180013_253.MP4 -i D:\ROAV\MOVIE\2024_0803_180113_254.MP4 -i D:\ROAV\MOVIE\2024_0803_180213_255.MP4 -filter_complex [0:v][1:v][2:v][3:v][4:v][5:v][6:v][7:v][8:v][9:v][10:v][11:v][12:v][13:v][14:v][15:v][16:v][17:v][18:v][19:v][20:v][21:v][22:v][23:v][24:v][25:v][26:v]concat=n=27:v=1[v];[v]setpts=(1/60)*PTS,drawtext=fontfile=C\\:/Windows/Fonts/consola.ttf:fontcolor=white:fontsize=80:y=main_h-text_h-50:x=50:text=WimsWorld[o] -map [o] -map_metadata -1 -c:v libx265 -crf 23 -preset veryfast -movflags +faststart -bf 2 -g 15 -pix_fmt yuv420p -n D:\ROAV\20240803-BMW.mp4 The important part is setpts=(1/60)*PTS which should convert 1 minute of the source video to 1 second in the destination I noticed that watching recent videos strangely seemed much smoother, then realized that they were also significantly larger. https://trac.ffmpeg.org/wiki/How%20to%20speed%20up%20/%20slow%20down%20a%20… still says that using this method will drop frames, but when I ran ffprobe on the current file I got: C:\Users\Wim>ffprobe d:\ROAV\20240803-BMW.mp4 ffprobe version 2024-07-18-git-fa5a605542-full_build-www.gyan.dev Copyright (c) 2007-2024 the FFmpeg developers built with gcc 13.2.0 (Rev5, Built by MSYS2 project) configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --enable-libaribb24 --enable-libaribcaption --enable-libdav1d --enable-libdavs2 --enable-libopenjpeg --enable-libquirc --enable-libuavs3d --enable-libxevd --enable-libzvbi --enable-libqrencode --enable-librav1e --enable-libsvtav1 --enable-libvvenc --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxeve --enable-libxvid --enable-libaom --enable-libjxl --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-dxva2 --enable-d3d11va --enable-d3d12va --enable-ffnvcodec --enable-libvpl --enable-nvdec --enable-nvenc --enable-vaapi --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libcodec2 --enable-libilbc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable-libsoxr --enable-chromaprint libavutil 59. 28.100 / 59. 28.100 libavcodec 61. 10.100 / 61. 10.100 libavformat 61. 5.101 / 61. 5.101 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.102 / 10. 2.102 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 libpostproc 58. 2.100 / 58. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'd:\ROAV\20240803-BMW.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf61.5.101 Duration: 00:00:27.07, start: 0.000000, bitrate: 889896 kb/s Stream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuv420p(tv, progressive), 2560x1440, 889591 kb/s, 1800.04 fps, 1000k tbr, 1000k tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] encoder : Lavc61.10.100 libx265 Running it on an older file produced: C:\Users\Wim>ffprobe d:\ROAV\20240523-BMW.mp4 ffprobe version 2024-07-18-git-fa5a605542-full_build-www.gyan.dev Copyright (c) 2007-2024 the FFmpeg developers built with gcc 13.2.0 (Rev5, Built by MSYS2 project) configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --enable-libaribb24 --enable-libaribcaption --enable-libdav1d --enable-libdavs2 --enable-libopenjpeg --enable-libquirc --enable-libuavs3d --enable-libxevd --enable-libzvbi --enable-libqrencode --enable-librav1e --enable-libsvtav1 --enable-libvvenc --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxeve --enable-libxvid --enable-libaom --enable-libjxl --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-dxva2 --enable-d3d11va --enable-d3d12va --enable-ffnvcodec --enable-libvpl --enable-nvdec --enable-nvenc --enable-vaapi --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libcodec2 --enable-libilbc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable-libsoxr --enable-chromaprint libavutil 59. 28.100 / 59. 28.100 libavcodec 61. 10.100 / 61. 10.100 libavformat 61. 5.101 / 61. 5.101 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.102 / 10. 2.102 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 libpostproc 58. 2.100 / 58. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'd:\ROAV\20240523-BMW.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf61.3.103 Duration: 00:09:40.88, start: 0.000000, bitrate: 26675 kb/s Stream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuv420p(tv, progressive), 2560x1440, 26672 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] encoder : Lavc61.5.104 libx265 The important difference is that the older file reports 2560x1440, 26672 kb/s, 25 fps, 25 tbr, 12800 tbn and the newer file reports 2560x1440, 889591 kb/s, 1800.04 fps, 1000k tbr, 1000k tbn. This seems that the new code speed up the reported fps without dropping any frames.

3 4

OMA playback
by Dieter Van Hauwermeiren 29 Nov '24

29 Nov '24

Hi, I have a question regarding the playback of .OMA files with ffmpeg.The .OMA files I would like to play come from a recovered hard disk from a Sony NW-HD1 walkman. These files were added to the walkwan using Sony Sonicstage. As many users found out the hard way, Sonicstage encrypted and DRM protected the audio files by default when transferring them to the walkwam. On top of that, the audio files couldn't be played back in a newly installed version of Sonicstage because the original installed version was associated with a unique encryption key. When I changed computers, I found out that the original encryption key was still on the computer I threw away. So because of this, I have a library of .OMA files I cannot play. I have read through numerous forums and tried out various proposed solutions but so far, none of them has worked. Various solutions include the use of ffmpeg, even when the audio files are protected but it doesn't seem to work for the files I try to play.Could someone help me with this? I can always send a test .OMA file. A big thanks in advance. Kind regards, Ronnie

2 17

HLS issue
by Jamey Kirby 29 Nov '24

29 Nov '24

I am a developer of a PWA streaming app for our radio station. I am using FFmpeg to create the live HLS stream. It works great except when the source goes down. FFmpeg never updates the .m3u8 or .ts files when the source returns online. It just keeps streaming the same old files over and over again. If I switch to using an ICY server, everything works as expected. We want to use HLS. Here is how I am using FFmpeg in my script: #!/bin/bash # Configuration # STREAM_URI="http://audio-ice2.ibiblio.org:8000/whup-128k" STREAM_URI="tcp://0.0.0.0:54321?listen" HLS_DIRECTORY="/var/www/whupfm.media/html/hls" HLS_SEGMENT_TIME=2 HLS_LIST_SIZE=3 HLS_DELETE_THRESHOLD=4 RETRY_INTERVAL=2 # Metadata METADATA_HIGH="WHUP 104.7 FM Live Stream (192k)" METADATA_MID="WHUP 104.7 FM Live Stream (128k)" METADATA_LOW="WHUP 104.7 FM Live Stream (64k)" # The cleanup function is to be called on script exit. cleanup() { echo "$(date) - Cleaning up HLS files..." find "${HLS_DIRECTORY}" -type f $ -name '*.ts' -o -name '*.m3u8' $ -delete } cleanup_on_exit() { echo "$(date) - Exiting script..." cleanup } # Clear the HLS working directory. The folder may have contents # if the system loses power or there is a kernel exception # resulting in the trap not being called. cleanup # Trap signals to run the cleanup function on script exit. trap cleanup_on_exit SIGINT SIGTERM EXIT while true do # Run FFmpeg. echo "$(date) - Starting FFmpeg..." ffmpeg -v quiet -loglevel error -f mp3 -i "${STREAM_URI}" -ar 44100 -ab 192k \ -reconnect 1 -reconnect_streamed 1 -reconnect_at_eof 1 -reconnect_delay_max 2 \ -rw_timeout 4000000 \ -map 0 -c:a copy -metadata title="${METADATA_HIGH}" -strftime 1 -f hls -hls_allow_cache 0 -hls_start_number_source datetime -hls_flags delete_segments+append_list -hls_time "${HLS_SEGMENT_TIME}" -hls_list_size "${HLS_LIST_SIZE}" -hls_delete_threshold ${HLS_DELETE_THRESHOLD} -hls_segment_filename "${HLS_DIRECTORY}/high_%Y%m%d%H%M%S.ts" "${HLS_DIRECTORY}/high.m3u8" \ -map 0 -c:a aac -b:a "128k" -metadata title="${METADATA_MID}" -strftime 1 -f hls -hls_allow_cache 0 -hls_start_number_source datetime -hls_flags delete_segments+append_list -hls_time "${HLS_SEGMENT_TIME}" -hls_list_size "${HLS_LIST_SIZE}" -hls_delete_threshold ${HLS_DELETE_THRESHOLD} -hls_segment_filename "${HLS_DIRECTORY}/mid_%Y%m%d%H%M%S.ts" "${HLS_DIRECTORY}/mid.m3u8" \ -map 0 -c:a aac -b:a "64k" -metadata title="${METADATA_LOW}" -strftime 1 -f hls -hls_allow_cache 0 -hls_start_number_source datetime -hls_flags delete_segments+append_list -hls_time "${HLS_SEGMENT_TIME}" -hls_list_size "${HLS_LIST_SIZE}" -hls_delete_threshold ${HLS_DELETE_THRESHOLD} -hls_segment_filename "${HLS_DIRECTORY}/low_%Y%m%d%H%M%S.ts" "${HLS_DIRECTORY}/low.m3u8" echo "$(date) - FFmpeg stopped." cleanup sleep 2 done # There's no need for an explicit cleanup call because of a trap. -- Jamey

1 1

Any way to get ffmpeg to show the encoding delay from input -> output
by Shane Warren 27 Nov '24

27 Nov '24

I'm trying to figure out how to solve an issue I have. I bring in live multicast streams into ffmpeg then hardware transcodes to 1-N output multicast streams. Normally the lag from input->output is a few seconds. Sometimes though, I've seen streams that are like 10-30 minutes behind the input stream (I'm not sure what causes this either, but I have a capture of a stream that gets off quickly). I would like to know if there is a way to get ffmpeg to show me the delay from an input stream to an output stream. If I can get that I can detect its way off and restart ffmpeg. Thanks

1 0

Is there a way to determine the last valid value for -ss?
by frecklefart90 27 Nov '24

27 Nov '24

Hey folks, I've got a video that appears to be 00:00:30.03: https://pastebin.com/XRzdbQ0e When I try to extract a thumbnail using "ffmpeg -ss 30 -i example.mp4 -vframes 1 thumbnail.jpg" it fails with "Output file is empty, nothing was encoded(check -ss / -t / -frames parameters if used)": https://pastebin.com/uxHC2GzY It looks like any value for -ss over 29.988312̅9 fails. Is there a way to determine the last valid value for -ss?

1 0

Re: [FFmpeg-user] strange pts in v4l2 capture
by Casey Connor 27 Nov '24

27 Nov '24

(I don't know how to ensure this will thread properly with my previous message, but perhaps the subject line will suffice). I made some progress re: the strange pts... to recap, this capture command: ffmpeg -f alsa -ac 2 -i hw:CARD=Cx231xxAudio,DEV=0 -f v4l2 -i /dev/video2 -c:a copy -c:v rawvideo test.avi ...generates broken .avi files with stuttering audio and audio pts's that increase at a rate of 4x the nb_samples. Remuxing like this: ffmpeg -i test.avi -c:a copy -c:v copy test-remuxed.avi ...fixes the file. I have learned that if I specify the sample type and rate, the generated file works: ffmpeg -f alsa -ac 2 -i hw:CARD=Cx231xxAudio,DEV=0 -f v4l2 -i /dev/video2 -c:a pcm_s16le -ar 48000 -c:v rawvideo test.avi ...I am specifying s16le and 48kHz, even though those are the values ffmpeg has detected itself. Not sure if this is a bug, or PEBCAK? -c

1 1

"moov atom not found"
by bbb 27 Nov '24

27 Nov '24

I have a few folders of old mp4 files that won't play anymore. All of them show the same error $ ffprobe broken_file.mp4 ffprobe version 7.0-static ... ... [mov,mp4,m4a,3gp,3g2,mj2 @ 0x71f4a00] moov atom not found broken_file.mp4: Invalid data found when processing input So far, I've tried this: $ ffmpeg -i broken_file.mp4 -map 0 -c:v copy -c:a copy -c:s copy -movflags faststart fixed_file.mp4 ... moov atom not found ... and this: $ untrunc -a good_file.mp4 broken_file.mp4 -o fixed_file.mp4 ... Chunks 36629 times: 0 Track: 1 time: 512 nsamples: 1 tot: 0.04 Track: 0 time: 1024 nsamples: 1 tot: 0.0213333 Track: 1 time: 512 nsamples: 1 tot: 0.08 Track: 0 time: 2048 nsamples: 2 tot: 0.064 ... Track: 1 time: 512 nsamples: 1 tot: 4.04 Track: 0 time: 2048 nsamples: 2 tot: 4.01067 Repair: broken_file.mp4 Mdat not found! Trying a different approach to locate mdat start Repair: broken_file.mp4 1064 vs: 40 2296 vs: 248 3320 vs: 248 4344 vs: 248 ... 73131256 vs: 248 73131972 vs: 196 Trying a different approach to locate mdat start Repair: broken_file.mp4 Mdat not found! Trying a different approach to locate mdat start Repair: broken_file.mp4 Mdat not found! Failed recovering the file Saving to: fixed_file.mp4 I know for sure, that they used to play a long time ago. Of course, it's not completely impossible, but maybe a bit unlikely, that all of those files disintegrated on the file system. Could it be possible that this is the result of an outdated encoding or some hypothetical compression hack, that used to work a long time ago but doesn't work any more? They were available for download on the internet around 10 years ago and they are very low quality and highly compressed. Each one around 3MiB/min. I also have some slightly higher quality files from the same source (around 12MiB/min) that have been saved next to the others (on the same file system) and all of those are still playable. This is not a high priority issue. Those files are completely dispensable. I'm just asking out of curiosity.

1 0

Nvidia Transcoding: Failing Using xstack (When Running Under systemd)
by Shane Warren 27 Nov '24

27 Nov '24

I have been trying to track down why when transcoding using xstack with nvidia decoding and encoding I get strange decoding issues in ffmpeg. Note: I use 2 1 minute long .ts files for this example if you want my inputs, they are available here (as input1.ts and input2.ts) : https://drive.google.com/drive/folders/1mZ8xiNvz5ez1ULlNsy5a3KhnhaqQ2Hgo?us… I got the latest ffmpeg and tried this command (xstacking 2 videos into 1 output): ffmpeg -y -threads 2 -nostats -loglevel verbose -probesize 5M -filter_threads 4 -threads 2 -re -fflags +genpts -fflags discardcorrupt \ -extra_hw_frames 2 -hwaccel cuda -hwaccel_output_format cuda -threads 2 -thread_queue_size 4096 -heavy_compr 1 -thread_queue_size 4096 -re -i input1.ts \ -extra_hw_frames 2 -hwaccel cuda -hwaccel_output_format cuda -threads 2 -thread_queue_size 4096 -heavy_compr 1 -thread_queue_size 4096 -re -i input2.ts \ -filter_complex "\ [0:v:0]yadif_cuda=deint=interlaced,scale_cuda=768:432,hwdownload,format=nv12,fps=60000/1001[v0]; \ [1:v:0]yadif_cuda=deint=interlaced,scale_cuda=768:432,hwdownload,format=nv12,fps=60000/1001[v1]; \ [v0][v1] xstack=inputs=2:layout=0_0|0_h0[mosaic];\ [mosaic]hwupload_cuda,scale_cuda=w=1280:h=720:format=yuv420p:force_original_aspect_ratio=decrease,hwdownload,format=yuv420p,pad=1280:720:(ow-iw)/2:(oh-ih)/2,hwupload_cuda[out0]" \ -filter:a:0 "aresample=async=10000,volume=1.00" -c:a:0 ac3 -threads 2 -ac:a:0 6 -ar:a:0 48000 -b:a:0 384k \ -filter:a:1 "aresample=async=10000,volume=1.00" -c:a:1 ac3 -threads 2 -ac:a:1 6 -ar:a:1 48000 -b:a:1 384k \ -map "[out0]" -map "0:a:0" -map "1:a:0" \ -c:v h264_nvenc -b:v 6000k -minrate:v 6000k -maxrate:v 6000k -bufsize:v 12000k -a53cc 1 -tune ll -zerolatency 1 -cbr 1 -forced-idr 1 -strict_gop 1 -threads 2 -profile:v high -level:v 4.2 -bf:v 0 -g:v 30 \ -f mpegts -muxrate 8238520 -pes_payload_size 1528 "udp://@225.105.0.37:10102?pkt_size=1316&bitrate=8238520&burst_bits=10528&ttl=64" If you run that command in Ubuntu 22.04 it works 100% fine and transcodes till the end of the input file(s). What doesn't work is if you start that process under systemd non-interactively like so: systemd-run -S Then run that same command it will now fail in a strange way. Note: It's important that you try to output to multicast, if I try the same command outputting to a file, it works fine (my guess is any network-based output exhibits this behavior). You will see logs like this: [Parsed_scale_cuda_1 @ 0x55da86a03340] w:1920 h:1080 fmt:nv12 -> w:768 h:432 fmt:nv12 And the about 1-2 seconds before another log comes out. Eventually (after many stalls and logs) this log comes out and the transcode stops: [vost#0:0/h264_nvenc @ 0x55da86a3f780] Error submitting a packet to the muxer: Cannot allocate memory I attached GDB to ffmpeg when it is stalled and its inside trying to compile a cuda script. If I'm not doing xstack (I'm pretty sure this has to do with multiple inputs) nvidia does not stall. Does anyone have any idea what is happening here? I launch ffmpeg from a c++ wrapper daemon, if that daemon is started via systemd, then nvidia multiple inputs fail. However, if I launch my daemon by hand at a terminal, it works fine. Thanks

2 6

Replacement for showinfo's former "pos"?
by Moritz Barsnick 23 Nov '24

23 Nov '24

Hi, I'm looking for a replacement for what the "showinfo" filter used to be able to display. Before commit 27f8c9b27bce42a4a6a4c64e03fab769579c8683, filters got the information of the byte position within a file. I used this information from showinfo for this: I am trying to truncate MPEG-TS files on my disk. I know the timestamp of the last position I want to retain, so I did: $ ffmpeg -ss <timestamp to truncate from> -i video.ts -map 0:v -vf showinfo -t 2 -f null - and uses the "pos" information in a call to "truncate". This info is no longer available. Are there any alternatives using ffmpeg? A bitstream filter would be just as good as filter, as there's little need to actually decode the stream. And I noticed that struct AVPacket still contains pos. Thanks, Moritz

2 2