Recherche avancée

Sur d’autres sites (10042)

• RGB-frame encoding - FFmpeg/libav

  4 février 2014, par learner

  I am learning video encoding & decoding in FFmpeg. I tried the code sample on this page (only the video encoding & decoding part). Here the dummy image being created is in YCbCr format. How do I achieve similar encoding by creating RGB frames ? I am stuck at :

  Firstly, how to create this RGB dummy frame ?

  Secondly, how to encode it ? Which codec to use ? Most of them work with YUV420p only...

  EDIT : I have a YCbCr encoder and decoder as given on the this page. The thing is, I have RGB frame-sequence in my database and I need to encode it. But the encoder is for YCbCr. So, I am wondering to convert RGB frames to YCbCr (or YUV420P) somehow and then encode them.
  At decoding end, I get decoded YCbCr frames and I convert them back to RGB. How to go ahead with it ?

  I did try the swscontext thing, but the converted frames lose color information and also scaling errors. I thought of doing it manually using two for loops and colorspace conversion formulae
  but I am not able to access individual pixel of a frame using FFmpeg/libav library ! Like in OpenCV we can easily access it with something like : Mat img(x,y) but no such thing here ! I am totally a newcomer to this area...

  Someone can help me ?

  Many Thanks !

• x86/tx_float : remove vgatherdpd usage

  20 mai 2022, par Lynne

  x86/tx_float : remove vgatherdpd usage
  Its performance loss ranges from either being just as fast as individual loads
  
  (Skylake), a few percent slower (Alderlake), 8% slower (Zen 3), to completely
  
  disasterous (older/other CPUs).
  Sadly, gathers never panned out fast on x86, even with the benefit of time and
  
  implementation experience.
  This also saves a register, as there's no need to fill out an additional
  
  register mask.
  Zen 3 (16384-point transform) :
  
  Before : 1561050 decicycles in           av_tx (fft),  131072 runs,      0 skips
  
  After :  1449621 decicycles in           av_tx (fft),  131072 runs,      0 skips
  Alderlake :
  
  2% slower on big transforms (65536), to 1% (131072), to a few percent for smaller
  
  sizes.
  

  • [DH] libavutil/x86/tx_float.asm
  • [DH] libavutil/x86/tx_float_init.c

• Normalizing audio in ffmpeg - how ?

  11 novembre 2020, par Betty Crokker

  I'm creating one of those "Brady Bunch" videos for a choir using a C# application I'm writing that uses ffmpeg for all the heavy lifting, and for the most part it's working great but I'm having trouble getting the audio levels just right.

  


  What I'm doing right now, is first "normalizing" the audio from the individual singers like this :

  


  

  • Extract audio into a WAV file using ffmpeg

  


  • Load the WAV file into my application using NAudio

  


  • Find the maximum 16-bit value

  


  • When I create the merged video, specify a volume for this stream that boosts the maximum value to 32767

  


  


  So, for example, if I have 3 streams : stream A's maximum audio is 32767 already, stream B's maximum audio is 32000, and stream C's maximum audio is 16000, then when I merge these videos I will specify

  


  [0:a]volume=1.0,aresample=async=1:first_pts=0[aud0]
[1:a]volume=1.02,aresample=async=1:first_pts=0[aud1]
[2:a]volume=2.05,aresample=async=1:first_pts=0[aud2]
[aud0][aud1][aud2]amix=inputs=3[a]


  


  (I have an additional "volume tweak" that lets me adjust the volume level of individual singers as necessary, but we can ignore that for this question)

  


  I am reading the ffmpeg wiki on Audio Volume Manipulation, and I will implement that next, but I don't know what to do with the output it generates. It looks like I'm going to get mean and max volume levels in dB and while I understand decibels in a "yeah, I learned about those in college 30 years ago" kind of way, I don't know how to use those values to normalize the audio of my input videos.

  


  The problem is, in the ffmpeg output video, the audio level is quite low. If I do the same process of extracting the audio and looking at the WAV file in the merged video that ffmpeg generated, the maximum value is only 4904.

  


  How do I implement an algorithm that automatically sets the output volume to a "reasonable" level ? I realize I can simply add a manual volume filter and have the human set the level, but that's going to be a lot of back & forth of generating the merged video, listening to it, adjusting the level, merging again, etc. I want a way where my application figures out an appropriate output volume (possibly with human adjustment allowed).

  


  EDIT

  


  Asking ffmpeg to determine the mean and max volume of each clip does provide mean and max volume in dB, and I can then use those values to scale each input clip :

  


  [0:a]volume=3.40dB,aresample=async=1:first_pts=0[aud0]
[1:a]volume=3.90dB,aresample=async=1:first_pts=0[aud1]
[2:a]volume=4.40dB,aresample=async=1:first_pts=0[aud2]
[3:a]volume=-0.00dB,aresample=async=1:first_pts=0[aud3]


  


  But my final video is still strangely quiet. For now, I've added a manually-entered volume factor that gets applied at the very end :

  


  [aud0][aud1][aud2]amix=inputs=3[a]
[a]volume=volume=3.00[b]


  


  So my question is, in effect, how do I determine algorithmically what this final volume factor needs to be ?

  


  MORE EDIT

  


  There's something deeper going on here, I just set the volume filter to 100 and the output is only slightly louder. Here are my filters, and the relevant portions of the command line :

  


  color=size=1920x1080:c=0x0000FF [base];
[0:v] scale=576x324 [clip0];
[0:a]volume=1.48,aresample=async=1:first_pts=0[aud0];
[1:v] crop=808:1022:202:276,scale=384x486 [clip1];
[1:a]volume=1.57,aresample=async=1:first_pts=0[aud1];
[2:v] crop=1160:1010:428:70,scale=558x486 [clip2];
[2:a]volume=1.66,aresample=async=1:first_pts=0[aud2];
[3:v] crop=1326:1080:180:0,scale=576x469 [clip3];
[3:a]volume=1.70,aresample=async=1:first_pts=0[aud3];
[4:a]volume=0.20,aresample=async=1:first_pts=0[aud4];
[5:a]volume=0.73,aresample=async=1:first_pts=0[aud5];
[6:v] crop=1326:1080:276:0,scale=576x469 [clip4];
[6:a]volume=1.51,aresample=async=1:first_pts=0[aud6];
[base][clip0] overlay=shortest=1:x=32:y=158 [tmp0];
[tmp0][clip1] overlay=shortest=1:x=768:y=27 [tmp1];
[tmp1][clip2] overlay=shortest=1:x=1321:y=27 [tmp2];
[tmp2][clip3] overlay=shortest=1:x=32:y=625 [tmp3];
[tmp3][clip4] overlay=shortest=1:x=672:y=625 [tmp4];
[aud0][aud1][aud2][aud3][aud4][aud5][aud6]amix=inputs=7[a];
[a]adelay=delays=200:all=1[b];
[b]volume=volume=100.00[c];
[c]asplit[a1][a2];

ffmpeg -y ....
   -map "[tmp4]" -map "[a1]" -c:v libx264 "D:\voutput.mp4" 
   -map "[a2]" "D:\aoutput.mp3""


  


  When I do this, the audio I want is louder (loud enough to clip and get distorted), but definitely not 100x louder.