Recherche avancée

Sur d’autres sites (7268)

• How should I make ffmpeg "-ignore_unknown" work ?

  10 janvier 2024, par living being

  I'm batch-converting some videos and I want ffmpeg to just drop any unknown stream instead of failing and leaving the video untouched.

  


  My code :

  


  find ./ -type f -iname '*.mp4' -exec bash -c 'var="{}" && ffmpeg -i "{}" -map 0 -vcodec libx265 -preset fast -crf 31 -vf "scale=-2:min(1080\,ih)" -acodec libopus -ac 1 -b:a 24K -c:s copy -ignore_unknown "$var.mp4" -y && rm -v "$var" && mv -- "$var.mp4" "$var"' \;


  


  streams :

  


  Stream #0:0[0x1](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 105 kb/s (default)
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : Apple Sound Media Handler
  vendor_id       : [0][0][0][0]
Stream #0:1[0x2](eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, smpte170m/smpte170m/bt709, progressive), 320x240, 491 kb/s, 30.12 fps, 30.12 tbr, 2500 tbn (default)
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : Apple Video Media Handler
  vendor_id       : [0][0][0][0]
  Stream #0:2[0x3](eng): Data: none (rtp  / 0x20707472), 511 kb/s
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : hint media handler
Stream #0:3[0x4](eng): Data: none (rtp  / 0x20707472), 109 kb/s
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : hint media handler
Stream mapping:
Stream #0:0 -> #0:0 (aac (native) -> opus (libopus))
Stream #0:1 -> #0:1 (h264 (native) -> hevc (libx265))
Stream #0:2 -> #0:2 (copy)
Stream #0:3 -> #0:3 (copy)


  


  In the end I get this :

  


  [mp4 @ 0x55f412caa240] Could not find tag for codec none in stream #2, codec not currently supported in container
[out#0/mp4 @ 0x55f412c97ec0] Could not write header (incorrect codec parameters ?): Invalid argument
[vost#0:1/libx265 @ 0x55f412ec3d00] Error initializing output stream: 
[libopus @ 0x55f412ec3200] 1 frames left in the queue on closing

encoded 0 frames
Conversion failed!


  


  

  


  OS : Ubuntu 23.10

  


  I know I can do it by eliminating "-map 0", but I want to include all subtitle streams and other types of known streams if any. I need to use this for terabytes of videos, so I can't totally exclude data streams either, since there are some useful ones.

  


• avcodec/dxvenc : Fix data races with slice threading

  24 janvier 2024, par Andreas Rheinhardt

  avcodec/dxvenc : Fix data races with slice threading
  The old code set a common struct from each thread ;
  
  this only "worked" (but is still UB) because the values
  
  written are the same for each thread.
  
  Fix this by moving the assignments to the main thread.
  (This also avoids casting const away from a const AVFrame*.)
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/dxvenc.c

• flvdec : Honor the "flv_metadata" option for the "datastream" metadata field

  9 février 2024, par Martin Storsjö

  flvdec : Honor the "flv_metadata" option for the "datastream" metadata field
  By default the option "flv_metadata" (internally using the field
  
  name "trust_metadata") is set to 0, meaning that we don't allocate
  
  streams based on information in the metadata, only based on
  
  actual streams we encounter. However the "datastream" metadata field
  
  still would allocate a subtitle stream.
  When muxing, the "datastream" field is added if either a data stream
  
  or subtitle stream is present - but the same metadata field is used
  
  to preemtively create a subtitle stream only. Thus, if the field
  
  was added due to a data stream, not a subtitle stream, the demuxer
  
  would create a stream which won't get any actual packets.
  If there was such an extra, empty subtitle stream, running
  
  avformat_find_stream_info still used to terminate within reasonable
  
  time before 3749eede66c3774799766b1f246afae8a6ffc9bb. After that
  
  commit, it no longer would terminate until it reaches the max
  
  analyze duration, which is 90 seconds for flv streams (see
  
  e6a084641aada7a2e4672172f2ee26642800a361,
  
  24fdf7334d2bb9aab0abdbc878b8ae51eb57c86b and
  
  f58e011a1f30332ba824c155078ca701e29aef63).
  Before that commit (which removed the deprecated AVStream.codec), the
  
  "st->codecpar->codec_id = AV_CODEC_ID_TEXT", set within the demuxer,
  
  would get propagated into st->codec->codec_id by numerous
  
  avcodec_parameters_to_context(st->codec, st->codecpar), then further
  
  into st->internal->avctx->codec_id by update_stream_avctx within
  
  read_frame_internal in libavformat/utils.c (demux.c these days).
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/flvdec.c