Recherche avancée

Sur d’autres sites (7604)

• ffmpeg normalized mp3 audio and album art went missing

  29 août 2022, par SomeoneInNeedOfHelp

  I used below ffmpeg command to normalized audio of my songs and the album art is missing after running below command

  


  ffmpeg -i "Original.mp3" -af loudnorm=I=-18:LRA=4:TP=-1 -ar 44100 -map 0:v -b:a 192k "Normalized.mp3"


  


  ffprobe Original.mp3

  


  Input #0, mp3, from 'Original.mp3':
  Metadata:
    encoded_by      : Switch Free Home Version © NCH Software
    comment         :
    disc            : 1
    track           : 0
    album_artist    : Artist
    genre           : Pop
    artist          : Artist
    title           : Song Title
    album           : Song album
    date            : 2001
  Duration: 00:04:15.91, start: 0.000000, bitrate: 200 kb/s
  Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 192 kb/s
  Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 1279x1280 [SAR 96:96 DAR 1279:1280], 90k tbr, 90k tbn, 90k tbc (attached pic)
    Metadata:
      title           : thumbnail
      comment         : Cover (front)


  


  ffprobe Normalized.mp3

  


  Input #0, mp3, from 'Original.mp3':
  Metadata:
    encoded_by      : Switch Free Home Version © NCH Software
    comment         :
    disc            : 1
    track           : 0
    album_artist    : Artist
    genre           : Pop
    artist          : Artist
    title           : Song Title
    album           : Song album
    date            : 2001
    encoder         : Lavf58.67.100
Duration: 00:04:15.92, start: 0.025056, bitrate: 265 kb/s
  Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 192 kb/s
    Metadata:
      encoder         : Lavc58.12
  Stream #0:1: Video: png, rgb24(pc), 1279x1280 [SAR 1:1 DAR 1279:1280], 90k tbr, 90k tbn, 90k tbc (attached pic)
    Metadata:
      title           : thumbnail
      comment         : Cover (front)


  


  How can I keep the album art from the source file ?

  


• How do I encode a video stream to multiple output formats in parallel with ffmpeg ?

  21 juillet 2022, par rgov

  I would like to use one FFmpeg process to receive video input and then pass that video to multiple separate encoder processes in order to efficiently make use of all available CPU cores.

  


  The FFmpeg wiki article on Creating multiple outputs has this note from @rogerdpack :

  


  


  Outputting and re encoding multiple times in the same FFmpeg process will typically slow down to the "slowest encoder" in your list. Some encoders (like libx264) perform their encoding "threaded and in the background" so they will effectively allow for parallel encodings, however audio encoding may be serial and become the bottleneck, etc. It seems that if you do have any encodings that are serial, it will be treated as "real serial" by FFmpeg and thus your FFmpeg may not use all available cores. One work around to this is to use multiple ffmpeg instances running in parallel, or possible piping from one ffmpeg to another to "do the second encoding" etc. Or if you can avoid the limiting encoder (ex : using a different faster one [ex : raw format] or just doing a raw stream copy) that might help.

  


  


  The article has an example of using a tee pseudo-muxer, but it uses "a single instance of FFmpeg. The example of piping from one instance of FFmpeg to another only allows one encoder process.

  


  A 10-year-old version of the same article mentions using the tee process but it was subsequently deleted :

  


  


  Another option is to output from FFmpeg to "-" then to pipe that to a "tee" command, which can send it to multiple other processes, for instance 2 different other ffmpeg processes for encoding (this may save time, as if you do different encodings, and do the encoding in 2 different simultaneous processes, it might do encoding more in parallel than elsewise). Un benchmarked, however.

  


  


  Along the same lines : Some of the example commands use the mpegts to encapsulate frames before passing them between processes. Is there any constraint that this applies to the codecs or types of metadata that can be sent to downstream processes ?

  


• Support for 16:9 DV in QuickTime

  2 juillet 2022, par Brion Vibber

  Support for 16:9 DV in QuickTime
  Some files I have from circa year 2000 are 16:9 NTSC DV video
  
  encoded as QuickTime with Radius SoftDV. This marked 4:3 videos
  
  with the box 'dvc ' for NTSC or 'dvcp' for PAL, which are already
  
  supported, but 16:9 videos as 'dvl ' or 'dvlp', which were not.
  Adding these to the list for DV codec processing gives the
  
  expected metadata and playback.
  I have not tested PAL as I have no sample data, only NTSC.
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] libavformat/isom_tags.c