Recherche avancée

Sur d’autres sites (7128)

• Is it possible to compression and scaling in single command using ffmpeg ?

  30 juillet 2021, par Nikunj Chaklasiya

  I used this command for Image compression :

  


  "ffmpeg -hide_banner -i in.png -pix_fmt pal8 -vf dctdnoiz=4.5 -y out_2.png"


  


  and this command for scaling :

  


  "ffmpeg -i 1.png -vf scale=250:250 output_250x250.png"


  


  I'm new to FFmpeg and I have tried my first and second command in FFmpeg.
I tried the below command.

  


  ffmpeg -hide_banner -i in.png -pix_fmt pal8 -vf scale=250:250 dctdnoiz=4.5 -y out_2.png


  


  But, It's not working and outputs this error :

  


  [NULL @ 0x562190cf5140] Unable to find a suitable output format for 'dctdnoiz=4.5'
dctdnoiz=4.5: Invalid argument


  


  How is it possible or how to get it to work or do I need to make two FFmpeg instance for doing this ?

  


• ffmpeg (IMAGE THUMBNAIL 1 frame) how to "choose" compression quality when we use -vframes 1 (how to do like convert -quality 60....)

  25 juillet 2021, par jini

  • PRE-CONTEXT : with ImageMagick, I'm use to do convert -quality 60 1.jpg 1.webp here "quality 60" affect the final size of the output

  


  • CONTEXT : create a poster.webp OR poster.jpg of a movie.mp4

  


  • QUESTION : how can we "achieve" the same compression level choice with ffmpeg when we want 1 frame

  


  • WHAT I TRIED [1] :

  


  ffmpeg -i movie.mp4 -vframes 1 -qmin 0 -qmax 1  0.webp

  


  and ffmpeg -i movie.mp4 -vframes 1 -qmin 50 -qmax 51 50.webp

  


  ==>> both gives the exact same size for the output.

  


  • WHAT I TRIED [2] :

  


  ffmpeg -i movie.mp4 -vframes 1 -b:v 9k bv9k.webp

  


  and ffmpeg -i movie.mp4 -vframes 1 -b:v 1k bv1k.webp

  


  ==>> both gives the exact same size for the output.

  


  what I'm I missing or miss using here ?

  


  Thanks

  


• Anomalie #4838 (Nouveau) : Bug de compression des .js en spip 3.2.9 et 3.2.11 avec PHP 7.3.x

  29 juin 2021, par Anne-Marie Mortier

  Bonjour,

  (Pour info, au cas où le compresseur n’ait pas été corrigé dans la version 4 attendue pour les jours qui viennent…)

  Le serveur de mon établissement vient de passer de PHP 2.? à 7.3.28, et désormais la compression des .js lors de leur mise en cache comporte des erreurs. Plus précisément à chaque occurence de la séquence de caractères "//" dans le .js (guillemets compris), l’instruction est tronquée dans le .js en cache. Par exemple dans jquery.js :
   .replace( rprotocol, location.protocol + "//" ) ;
  devient :
  .replace(rprotocol,location.protocol+"
  (A la clé, dysfonctionnement absolu de l’interface ecrire, pas d’autre solution que d’interdire la mise en cache des js).

  Cela vient peut-être de ce qu’il y a eu un changement de la gestion des RegExpr lors du passage de PHP 7.2 à PHP 7.3 ? (vu sur <https://www.php.net/manual/fr/migration73.other-changes.php&gt ;). Tests faits en 3.2.9 et 3.2.11, comportement identique dans les deux versions.

  Bien à vous,

  AMM