Recherche avancée

Sur d’autres sites (9523)

• How to create video from audio files using ffmpeg [duplicate]

  8 juillet 2020, par Prateek Singla

  I have around 8000 audio files ( 6 GB in total) mostly in either m4a or mp3 format. Is there a way to convert these audio files to video with filename appearing as a static poster image in video.
I was able to find drawtext filter in ffmpeg which might be helpful. But don't know how to write it out in one command so that I just pass in name of the audio file (mp3/m4a) and as output I get a video containing name of audio file as a display (with 256 by 144 pixel resolution).

  


  So far I have been able to do this all by using ImageMagick convert commmand to first create static images and then combine using ffmpeg.

  


  Since, there are many files I want this to be done programmatically using ffmpeg/python/javascript.
I want to do this to archive my audio recordings in Google Photos. Google photos accept unlimited storage for High Quality videos.

  


• Evolution #4699 : CVT multi-étapes : un moyen de forcer la validation finale (passer à traiter) ?

  22 mars 2021, par cedric -

  Corrigé par https://git.spip.net/spip/spip/commit/8bdd42a36f72187210281653c7c7a2d9bdfed7a8
  On pouvait poster dans aller_a_etape un numero d’etape, mais cela ne marchait que si c’était un retour en arrière.

  Avec le patch, cela permet potentiellement d’aller à la validation finale, en indiquant dans aller_a_etape un nombre plus grand ou égal que le nombre d’étapes, mais attention : il faudra que chaque étape soit valide selon chaque fonction verifier().
  Si une des étapes n’est pas valide, le formulaire s’arrêtera à cette étape.

• libavcodec/vp8dec : fix the multi-thread HWAccel decode error

  11 juin 2019, par Shaofei Wang

  libavcodec/vp8dec : fix the multi-thread HWAccel decode error
  Fix the issue : https://github.com/intel/media-driver/issues/317
  the root cause is update_dimensions will be called multple times
  
  when decoder thread number is not only 1, but update_dimensions
  
  call get_pixel_format in each decode thread will trigger the
  
  hwaccel_uninit/hwaccel_init more than once. But only one hwaccel
  
  should be shared with all decode threads.
  
  in current context,
  
  there are 3 situations in the update_dimensions() :
  
  1. First time calling. No matter single thread or multithread,
  
     get_pixel_format() should be called after dimensions were
  
     set ;
  
  2. Dimention changed at the runtime. Dimention need to be
  
     updated when macroblocks_base is already allocated,
  
     get_pixel_format() should be called to recreate new frames
  
     according to updated dimension ;
  
  3. Multithread first time calling. After decoder init, the
  
     other threads will call update_dimensions() at first time
  
     to allocate macroblocks_base and set dimensions.
  
     But get_pixel_format() is shouldn't be called due to low
  
     level frames and context are already created.
  In this fix, we only call update_dimensions as need.
  Signed-off-by : Wang, Shaofei <shaofei.wang@intel.com>
  
  Reviewed-by : Jun, Zhao <jun.zhao@intel.com>
  
  Reviewed-by : Haihao Xiang <haihao.xiang@intel.com>
  
  Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
  

  • [DH] libavcodec/vp8.c