Recherche avancée

Sur d’autres sites (6118)

• Ffmpeg Zoompan Duration

  16 avril 2021, par John Doe

  Related : https://video.stackexchange.com/questions/27942/ffmpeg-fade-in-from-center-with-scale-image

  


  The zoompan duration doesnt work for me. The ffect keeps going for the duration of the video. Any way to make zoompan stop once the image reaches 100% of its size ?

  


  I am trying to overlay a 512x512 transparant animated gif (looped) over a 1920x1080 video (also looped) and have the image zoom from 0 to 100% of its size whilst fading in. Should be centered on the background video.

  


  Here's what I have so far :

  


  ffmpeg -stream_loop -1 -i "background.mp4" -ignore_loop 0 -i "image.gif" -filter_complex "[1:v]pad=iw*2:ih*2:(ow-iw)/2:(oh-ih)/2:color=black@0,zoompan='1+on/30':x='(iw-iw/zoom)/2':y='(ih-ih/zoom)/2':d=30:s=512x512,format=gbrap,fade=t=in:d=1:alpha=true:st=0[im];[0:v][im] overlay=(main_w-overlay_w)/2:(main_h-overlay_h)/2" -r 30 out.mp4


  


• More Weird VP8 Encodings

  10 décembre 2010, par Multimedia Mike — VP8

  When I announced that I had transitioned my VP8 encoder’s status from "toy" to "working", Jim L. lamented the loss of humorous posts about oddly encoded images output from my encoder. Not so ! There are still plenty of features that I have yet to implement, each of which carries the possibility of bizarre images.

  For example, I dusted off my work-in-progress intra 4x4 encoding, fixed a few of the more obvious bugs, and told the encoder to encode the first block in 4x4 mode and the rest in the usual, working, debugged 16x16 mode. The results of the first pass surprised me :

  
  
  

  The reason this surprised me was that I intuitively expected one of 2 outcomes :

  • Perfect image right away since everything is correct (very unlikely but not outside the realm of possibility)
  • Total garbage with, at most, the first macroblock looking somewhat legible ; this would be due to having some of the first macroblock correct but completely desynchronizing the bitstream for the purpose of decoding the rest of the coefficients.

  I absolutely did not expect the first macroblock to look messed up but for the rest of the picture to look fine. For fun, I reversed the logic and encoded the first block as 16x16 and the rest with the experimental 4x4 mode :

  
  
  

  If you examine carefully, you will see that the color planes are correct (though faint). There just isn’t much going on in the luma plane. This made sense when I noticed the encoder was encoding a blank (undefined, actually) set of luma coefficients for 4x4 mode macroblocks due to a bug. This helps to rationalize the first image as well— the first macroblock was encoding nonsense for the first macroblock which messed up the macroblocks which immediately surrounded it. Eventually, macroblock decoding got back on track when the prediction modes weren’t relying on the errantly decoded macroblocks.

  After I fixed that bug, I let the 4x4 mode rip through the whole image. That’s when I got what I am terming the "dark and gritty reboot of Big Buck Bunny" :

  
  
  

  Fortunately, this also turned out to be traceable to a pretty obvious code bug.

  One day, this VP8 encoder might do the right thing while implementing all of the algorithm’s features. In the meantime, it’s at least entertaining to watch it make mistakes.

• Roadmap #3582 : Simplifier l’utilsation des documents

  25 janvier 2017, par Franck D

  Merci fil pour la doc :-)
  Je ne suis pas sûr que mon message n’aurait pas plutôt sa place dans le forum de ton plug, mais bon...
  Ton plug semble très bien, mais pfff dans le cas actuel, je trouve que cela complique beaucoup de chose pour faire l’ajout d’un simple doc dans un article, il a fallut que je lise 2 fois la doc pour comprendre comment ça marche et encore j’avais pas tout compris, c’est pour ça que pour moi, c’est sans doute un très bon plug, mais qui n’est pas encore assez intuitif dans l’utilisation, pour le mettre avec les plug de la dist :-(
  Après, c’est à la team de voir, mais bon, perso, à partir du moment ou il faut lire une doc pour faire l’ajout d’un simple doc à un article, pour moi, c’est qu’il y a un problème

  Exemple :
  J’avais pas compris qu’il fallait faire l’ajout de chevron à un lien distante ((j’ai fait l’ajout à la doc) je m’attendais à un fonctionnement comme le plug oembed)
  J’avais compris que le pipe n’était plus obligatoire (c’est génial) mais j’avais pas compris que n’était pas bon, qu’il fallait écrire concernant un doc présent dans la médiathèque

  J’ai compris que tu proposais un raccourci mais en faite, je comprends pas trop. Si viendrait prendre la place de et de par je dis pourquoi pas, car l’un des problème avec c’est que parfois un nom peut-être long et donc, de ce côté là, les boites d’ajouts de docs qui sont à côté d’un article ne seraient pas "surchager"
  concernant cette question :
  D’autres questions se posent, par exemple si j’utilise deux fois le même document mais en en modifiant le titre : faut-il le téléverser deux fois pour obtenir deux numéros différents ?
  Perso, je pense qu’elle va avec les deux ticket que j’avais fait :
  https://core.spip.net/issues/2574
  https://core.spip.net/issues/3435

  Après, il manque le fait que cela manque encore la gestion des vidéos venant de youtube ou autre, cela dit comme tu parles de vidéo dans ta doc, je me doute que cela viendra un jour quand tu auras du temps, donc, ça c’est pas un vrai problème.