Recherche avancée

Sur d’autres sites (5493)

• How to sum audio from two streams in ffmpeg

  9 février 2021, par user3188445

  I have a video file with two audio streams, representing two people talking at different times. The two people never talk at the same time, so there is no danger of clipping by summing the audio. I would like to sum the audio into one stream without reducing the volume. The ffmpeg amix filter has an option that would seem to do what I want, but the option does not seem to work. Here are two minimal non-working examples (the audio tracks are [0:2] and [0:3]) :

  


  ffmpeg -i input.mkv -map 0:0 -c:v copy \
       -filter_complex '[0:2][0:3]amix' \
       output.m4v

ffmpeg -i input.mkv -map 0:0 -c:v copy \
       -filter_complex '[0:2][0:3]amix=sum=sum' \
       output.m4v


  


  The first example diminishes the audio volume. The second example is a syntax error. I tried other variants like amix=sum and amix=sum=1, but despite the documentation I don't think the sum option exists any more. ffmpeg -h filter=amix does not mention the sum option (ffmpeg version n4.3.1).

  


  My questions :

  


  


  1. Can I sum two audio tracks with ffmpeg, without losing resolution. (I'd rather not cut the volume in half and scale it up, but if there's no other way I guess I'd accept and answer that sacrifices a bit.)

     


  


  2. Is there an easy way to adjust the relative delay of one of the tracks by a few milliseconds ?

     


  


  


• lavu/tx : support in-place FFT transforms

  10 février 2021, par Lynne

  lavu/tx : support in-place FFT transforms
  This commit adds support for in-place FFT transforms. Since our
  
  internal transforms were all in-place anyway, this only changes
  
  the permutation on the input.
  Unfortunately, research papers were of no help here. All focused
  
  on dry hardware implementations, where permutes are free, or on
  
  software implementations where binary bloat is of no concern so
  
  storing dozen times the transforms for each permutation and version
  
  is not considered bad practice.
  
  Still, for a pure C implementation, it's only around 28% slower
  
  than the multi-megabyte FFTW3 in unaligned mode.
  Unlike a closed permutation like with PFA, split-radix FFT bit-reversals
  
  contain multiple NOPs, multiple simple swaps, and a few chained swaps,
  
  so regular single-loop single-state permute loops were not possible.
  
  Instead, we filter out parts of the input indices which are redundant.
  
  This allows for a single branch, and with some clever AVX512 asm,
  
  could possibly be SIMD'd without refactoring.
  The inplace_idx array is guaranteed to never be larger than the
  
  revtab array, and in practice only requires around log2(len) entries.
  The power-of-two MDCTs can be done in-place as well. And it's
  
  possible to eliminate a copy in the compound MDCTs too, however
  
  it'll be slower than doing them out of place, and we'd need to dirty
  
  the input array.
  

  • [DH] doc/APIchanges
  • [DH] libavutil/tx.c
  • [DH] libavutil/tx.h
  • [DH] libavutil/tx_priv.h
  • [DH] libavutil/tx_template.c
  • [DH] libavutil/version.h

• ffmpeg doesn't respect the transparency of the overlayed image by default

  12 avril 2021, par user15602767

  Here is what I am running

  


  ffmpeg -i urban_pop.mp4 -i C:/Users/hp/Documents/Projects/raceit/logos/logo.png -filter_complex "overlay=540:95" output.mp4


  


  But the original image has transparent areas and opaque areas. I want the transparent areas to remain transparent so that we can see the video through those areas. How can I do it ?

  


  As per docs here I can see it should respoect transparency by default
https://ffmpeg.org/ffmpeg-filters.html#Examples-88
Help me understand what I am doing wrong

  


  Note that I am not talking about customizing the overall transparency of the image while overlaying, but to load the image itself maintaining its original transparency