Recherche avancée

Médias (91)

Autres articles (35)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

Sur d’autres sites (5485)

  • Xuggler encoding images to video FPS issue

    1er novembre 2011, par Chris Robinson

    I've been experimenting with encoding a video from a series of images using CaptureScreenToFile.java as a basis. My output is to be an MP4 file. From 26 images, using the code as is (taking the images from a directory instead of from a screen capture obviously), the encoding video is 11s. However, if I change the framerate variable to :

    frameRate = IRational.make(1, 24);

    which I believe should result in a video of 24FPS. It does not however, (no change from the original video in fact). I experimented with changing the timeStamp variable in encodeImage() method to :

    long timeStamp = (firstTimeStamp*1000)+(i*40);

    where 0 < i < 25 to see if that would help but it doesn't. Can anyone explain to me how to encode a directory of images to a video with a framerate that I can set ?

  • ffmpeg image slideshow with zoompan and fade in/out

    15 mars 2017, par Kostas

    I’ve been trying ffmpeg through whatever tutorials i can find over the internet and I’m a bit puzzled as to how to combine a zoompan effect with fade in and fade out of a series of images. A got to the following after combining bits and pieces of examples I found but it looks like the result I get is sequential and not what I thought it would be. Any points to point me to the right direction would be appreciated.

    ffmpeg \ 
    
-loop 1 -t 5 -i input/slideshow/img0001.jpeg 
    
-loop 1 -t 5 -i input/slideshow/img0002.jpeg \
    
-loop 1 -t 5 -i input/slideshow/img0003.jpeg \
    
-loop 1 -t 5 -i input/slideshow/img0004.jpeg \
    
-filter_complex \
    
"[0:v]zoompan=z='if(lte(zoom,1.0),1.5,max(1.001,zoom-0.0015))':d=125,fade=t=out:st=4:d=1[v0]; \
    
 [1:v]zoompan=z='if(lte(zoom,1.0),1.5,max(1.001,zoom-0.0015))':d=125,fade=t=in:st=0:d=1,fade=t=out:st=4:d=1[v1]; \
    
 [2:v]zoompan=z='if(lte(zoom,1.0),1.5,max(1.001,zoom-0.0015))':d=125,fade=t=in:st=0:d=1,fade=t=out:st=4:d=1[v2]; \
    
 [3:v]zoompan=z='if(lte(zoom,1.0),1.5,max(1.001,zoom-0.0015))':d=125,fade=t=in:st=0:d=1,fade=t=out:st=4:d=1[v3]; \
    
 [v0][v1][v2][v3]concat=n=4:v=1:a=0,format=yuv420p[v]" -map "[v]" -s "800x450" -t 40 output/out_fade.mp4

  • avcodec/elbg : Also allocate buffers for recursion only once

    16 septembre 2021, par Andreas Rheinhardt
    avcodec/elbg : Also allocate buffers for recursion only once

    This is possible because the number of elements needed in each
    
recursion step decreases geometrically, so the geometric series
    
provides an upper bound for the sum of number of elements of
    
the needed buffers.
    

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/elbg.c

Navigation