Recherche avancée

Sur d’autres sites (9799)

• How can I remove every nth frame from raw video using ffmpeg ?

  15 juin 2024, par DaveB44

  Question moved to SuperUser, please reply there

  


  I have many cine films that have been digitally converted. They have been converted as a 25 fps with 2 frames in every 23 duplicated. I need to remove the duplicated frames using a bitstream filter so there is no decoding/encoding.

  


  After removing the frames I will change to the original cine frame rate of 18 fps. I will then change the frame rate to 25 fps using duplicated frames. I don't want to interpolate as I want to preserve the jerky format of the cine. Finally I will video editing software that will do the final encoding.

  


  All the additional steps will cause several stages of decoding/encoding, that I need to avoid.

  


  First I used a combination of the answers to FFmpeg remove video frames at specific intervals and FFmpeg remove every 6th frame starting from the 3rd frame, on an mp4 file to check it works. I modified it to remove every 4th and 17th frame in 25.

  


  ffmpeg -loglevel warning -i cine.mp4 -an -vf "select='if((mod(n-4,25)),(mod(n-17,25)))',setpts='N/FRAME_RATE/TB'" cine-23.mp4


  


  This works fine, but I end up with a file a quarter the size.

  


  I now used Gyan's answer in Using ffmpeg to change framerate to extract the raw bitstream.

  


  ffmpeg -loglevel warning -i cine.mp4 -c copy -f h264 cine.h264


  


  This created the h264 file as expected, surprisingly it was 16 kB smaller than the original (67 GB file size).

  


  I then modified the code to use the .h264 file.

  


  ffmpeg -loglevel warning -i cine.h264 -vf "select='if((mod(n-4,25)),(mod(n-17,25)))',setpts='N/FRAME_RATE/TB'" cine-23.h264


  


  This gave the following error, but created the cine-23.h264 file although it was the same size as cine-23.mp4 in the test above

  


  [h264 @ 00000245ec0bfb80] non-existing SPS 0 referenced in buffering period
    Last message repeated 1 times


  


  I then checked the ffmpeg bitstream filter documentation and found the bitstream filter setts. I changed my code to the following.

  


  ffmpeg -loglevel warning -i cine.h264 -bsf:v "select='if((mod(n-4,25)),(mod(n-17,25)))',setts=pts='N/FRAME_RATE/TB'" cine-23.h264


  


  Which resulted in the following error.

  


  [vost#0:0/libx264 @ 000002916cf173c0] Error parsing bitstream filter sequence 'select='if((mod(n-4,25)),(mod(n-17,25)))',setts=pts='N/FRAME_RATE/TB'': Bitstream filter not found
Error opening output file cine-23.h264.
Error opening output files: Bitstream filter not found


  


  I'm assuming the error is because setts does not support select. Is there another way to achieve what I am looking for ?

  


  I could use mpdecimate but as that has to compare each frame it is much slower than defining it only needs to delete frames 4 and 17 in every second.

  


  This is the output of ffprobe on my original file.

  


  ffprobe version 2023-11-28-git-47e214245b-full_build-www.gyan.dev Copyright (c) 2007-2023 the FFmpeg developers
  built with gcc 12.2.0 (Rev10, Built by MSYS2 project)
  configuration: --enable-gpl --enable-version3 --enable-static --pkg-config=pkgconf --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-libuavs3d --enable-libzvbi --enable-librav1e --enable-libsvtav1 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libaom --enable-libjxl --enable-libopenjpeg --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-ffnvcodec --enable-nvdec --enable-nvenc --enable-dxva2 --enable-d3d11va --enable-libvpl --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      58. 32.100 / 58. 32.100
  libavcodec     60. 35.100 / 60. 35.100
  libavformat    60. 18.100 / 60. 18.100
  libavdevice    60.  4.100 / 60.  4.100
  libavfilter     9. 14.100 /  9. 14.100
  libswscale      7.  6.100 /  7.  6.100
  libswresample   4. 13.100 /  4. 13.100
  libpostproc    57.  4.100 / 57.  4.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'cine.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 19529864
    compatible_brands: mp42isom
    creation_time   : 2024-02-19T21:01:10.000000Z
  Duration: 00:01:00.00, start: 0.000000, bitrate: 9245 kb/s
  Stream #0:0[0x1](eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 720x576 [SAR 35:32 DAR 175:128], 9243 kb/s, 25 fps, 25 tbr, 25 tbn (default)
    Metadata:
      creation_time   : 2024-02-19T21:01:10.000000Z
      handler_name    : Video Media Handler
      vendor_id       : [0][0][0][0]
      encoder         : AVC Coding


  


• avformat/rcwtdec : add RCWT Closed Captions demuxer

  2 avril 2024, par Marth64

  avformat/rcwtdec : add RCWT Closed Captions demuxer
  RCWT (Raw Captions With Time) is a format native to ccextractor,
  
  a commonly used OSS tool for processing 608/708 Closed Captions (CC).
  
  RCWT can be used to archive the original extracted CC bitstream.
  
  The muxer was added in January 2024. In this commit, add the demuxer.
  One can now demux RCWT files for rendering in ccaption_dec or interop
  
  with ccextractor (which produces RCWT). Using the muxer/demuxer combo,
  
  the CC bits can be kept for processing or rendering with either tool.
  
  This can be an effective way to backup an original CC stream, including
  
  format extensions like EIA-708 and overall original presentation.
  Signed-off-by : Marth64 <marth64@proxyid.net>
  

  • [DH] Changelog
  • [DH] doc/demuxers.texi
  • [DH] libavformat/Makefile
  • [DH] libavformat/allformats.c
  • [DH] libavformat/rcwtdec.c

• mpegts muxer, DVB subtitles encoder : common DVB subtitles payload

  11 janvier 2014, par Serhii Marchuk

  mpegts muxer, DVB subtitles encoder : common DVB subtitles payload
  Improved DVB subtitles encoder to generate AVPacket.data in the same
  
  format as generates MPEGTS demuxer + DVB subtitles parser. So now single
  
  format of DVB subtitles data is used across all the components of FFmpeg :
  
  only subtitles payload WITHOUT 0x20 0x00 bytes at the beginning and 0xFF
  
  trailing byte.
  Improved MPEGTS muxer to support format of DVB subtitles in
  
  AVPacket.data described above : while muxing we add two bytes 0x20 0x00 to
  
  the beginning of and 0xFF to the end of DVB subtitles payload.
  The patch fixes DVB subtitle copy problems : tickets #2989 fully and #2024
  
  partly.
  Signed-off-by : Clément Bœsch <u@pkh.me>
  

  • [DH] libavcodec/dvbsub.c
  • [DH] libavcodec/version.h
  • [DH] libavformat/mpegtsenc.c
  • [DH] libavformat/version.h