Recherche avancée

Sur d’autres sites (8574)

• How to use FFmpeg Colorspace Options

  13 octobre 2024, par Matt McManis

  I'm trying to understand the difference between Colorspace FFmpeg arguments :

  


  

  • Normal option, -colorspace bt709

  


  • Number, -colorspace 1

  


  • Codec Params -x264-params "colorspace=bt709"

  


  • Filter -vf "colorspace=bt709"

  


  


  The Colorspace categories are :

  


  

  • all

  


  • iall

  


  • colorspace

  


  • transfer

  


  • primaries

  


  • color range

  


  • color matrix

  


  


  ---

  


  Question

  


  When should each be used when encoding from raw, or transcoding/converting from one format to another ? Such as mpg to mp4.

  


  Do I need to specify the input colorspace or will FFmpeg auto-detect ?

  


  ---

  


  Problems

  


  There is no -vp8-params, only -x264-params. Should I use normal options or -vf instead for vp8 and other codecs ?

  


  ---

  


  Errors

  


  


  • There are no Normal -all or -colormatrix options, but there are all= and colormatrix= for -x264-params and -vf.

    


  


  • With Codec Params -x264-params "colorspace=bt709", I get Error parsing option 'colorspace = bt709'.
    
However colorprim=bt709, transfer=bt709, colormatrix=bt709 all work.

    


  


  


  ---

  


  Resources

  


  https://ffmpeg.org/ffmpeg-filters.html#colormatrix
  
https://ffmpeg.org/ffmpeg-filters.html#colorspace
  
https://trac.ffmpeg.org/wiki/colorspace

  


• avformat/Makefile : Remove false dependencies of WebM and Matroska muxer

  7 avril 2020, par Andreas Rheinhardt

  avformat/Makefile : Remove false dependencies of WebM and Matroska muxer
  These muxers don't depend on the WebM Chunk or the WebM DASH Manifest
  
  muxers.
  Furthermore, remove some #if checks in webm_chunk.c and webmdashenc.c.
  
  They are always true now that webm_chunk.c and webmdashenc.c are only
  
  compiled when their corresponding muxers are enabled.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/Makefile
  • [DH] libavformat/webm_chunk.c
  • [DH] libavformat/webmdashenc.c

• What are supported ffmpeg rtp_mpegts Muxer options ? (mpegts Muxer options are ignored)

  7 mars 2020, par drake7

  I created a UDP stream with -f mpegts and some options like -mpegts_transport_stream_id.

  I received the stream with "StreamXpert - Real-time stream analyzer" that shows all options are in the output. See my ffmpeg parameters and the StreamXpert at the end.

  The same Muxer options seem to be ignored with -f rtp_mpegts.

  I have tried to use -f mpegts and pipe it to -f rtp_mpegts like so :

  ffmpeg -i ... -f mpegts pipe: | ffmpeg pipe: -c copy -f rtp_mpegts "rtp://239.1.1.9:1234?pkt_size=1316"

  The options are still ignored.

  This ticket "support options for MPEGTS muxer when using RTP_MPEGTS" also notices the ignored option. Furthermore in this comment, "thovo" gives an analysis and suggests a solution.

  Obviously the problem still exists. Anybody found a workaround for this ?

  My additional question : I have not questioned if my project really needs rtp in the first place. Maybe my coworker didn’t know better and requested rtp when udp would be sufficient as well.

  The aim was to receive the RTP stream with a TV using DVB via IP. This was successful an a Panasonic TV.

  The SAT>IP Specification on page 10 requires rtp for Media Transport :

  The SAT>IP protocol makes use of :

  • UPnP for Addressing, Discovery and Description,
  • RTSP or HTTP for Control,
  • RTP or HTTP for Media Transport.

  Is udp out of the equation ?

  ---

  ffmpeg : (all options are in the output with -f mpegts)

  (HEX to decimal : 0x005A = 90, 0x005B = 91 0x005C = 92, 0x005D = 93, 0x005E= 94)

  ffmpeg -f lavfi -i testsrc \
  
  -r 25 \
  
  -c:v libx264 \
  
  -pix_fmt yuv420p \
  
  -profile:v main -level 3.1 \
  
  -preset veryfast \
  
  -vf scale=1280:720,setdar=dar=16/9 \
  
  -an \
  
  -bsf:v h264_mp4toannexb \
  
  -flush_packets 0 \
  
  -b:v 4M \
  
  -muxrate 8M \
  
  -pcr_period 20 \
  
  -pat_period 0.10 \
  
  -sdt_period 0.25 \
  
  -metadata:s:a:0 language=nya \
  
  -mpegts_flags +pat_pmt_at_frames \
  
  -mpegts_transport_stream_id 0x005A \
  
  -mpegts_original_network_id 0x005B \
  
  -mpegts_service_id 0x005C \
  
  -mpegts_pmt_start_pid 0x005D \
  
  -mpegts_start_pid 0x005E \
  
  -mpegts_service_type advanced_codec_digital_hdtv \
  
  -metadata service_provider='WI' \ 
  
  -metadata service_name='W' \
  
  -mpegts_flags system_b -flush_packets 0 \
  
  -f mpegts "udp://239.1.1.10:1234?pkt_size=1316"

  StreamXpert Output :

  -mpegts_transport_stream_id = Transport Stream ID (yellow text highlight)

  -mpegts_original_network_id = Original Network ID, onw (green text highlight)

  -mpegts_service_id = Program, service (pink text highlight)

  -mpegts_pmt_start_pid = PMT PID, Table PID (turquoise text highlight)

  -mpegts_start_pid = PID, PCR PID (red text highlight)

  -mpegts_service_type = service type (blue text)

  service_name = Service name (orange text)

  service_provider = Service provider (pink text)