Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (72)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (12053)

  • Trouble with the ffmpeg -ss flag when capturing one frame from a Macbook iSight webcam

    1er mars 2014, par Andy

    For about five years I've used ffmpeg in a shell script to grab one frame from my linux'd-up Macbook's iSight :

    ffmpeg -f video4linux2 -s 640x480 -r 15 -i /dev/video0 -an -vframes 1 -vcodec mjpeg -y -sameq -ss 1.5 snapshot.jpg

    I just upgraded my Ubuntu distro from Lucid to Natty (ffmpeg ver. 0.6.2-4:0.6.2-1ubuntu1).
    Now that syntax turns the iSight on but hangs indefinitely.

    [output snipped, ending with:]
    frame=    0 fps=  0 q=0.0 Lsize=      -0kB time=10000000000.00 bitrate=  -0.0kbits/s    
    video:0kB audio:0kB global headers:0kB muxing overhead -inf%

    Without the '-ss' flag it seems to successfully grab the first frame and exit immediately - the only difference in output being :

    frame=    1 fps=  0 q=0.0 Lsize=      -0kB time=0.07 bitrate=  -2.6kbits/s    
    video:16kB audio:0kB global headers:0kB muxing overhead -100.132730%

    However, the '-ss 1.5' was necessary to delay the frame capture by 1.5 seconds to allow the cam sufficient time to adjust the exposure.

    The -itsoffset flag seemed promising, but doesn't seem to change ffmpeg's behavior (ie doesn't hang, but no delay).

    Any ideas ?

  • Revision f872a98b1b : Adds speed 8 to vp9 as reference Adds a speed 8 to VP9 where only the nearestmv

    28 février 2014, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_pickmode.c


     Modify /vp9/encoder/vp9_rdopt.c



    Adds speed 8 to vp9 as reference

    Adds a speed 8 to VP9 where only the nearestmv (0 mv) is searched.
    This seems to be about the same speed as vp8 speed 5.

    Adds a new speed feature to disable inter modes based on a mask for
    each blocksize.

    Adds code for having lower complexity motion search methods
    in nonrd pick mode function, even though speed 7 still uses DIAMOND
    search for now.

    Also uses HEX search for speed 6 rather than FAST_HEX which improves
    psnr by 0.56% without any noticeable speed drop (tested on gipsmotion).

    Change-Id : Ic13176572dbd3aed5884a26786940a4b1bbd8a75

  • Revision 9c63e887e6 : cost_coefs approximation speed up This patch adds a new speed feature which doe

    3 mars 2014, par Jim Bankoski

    Changed Paths :
     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    cost_coefs approximation speed up

    This patch adds a new speed feature which doesn't do the rather
    expensive entropy context lookup or save to the table, while
    doing costing.

    The speed up on desktop36p.y4m is around 10% other clips much less.

    On the RTC test set this was + 1% in overall datarate.

    Change-Id : Ia5144bbf45270671e7be9c8e4055369909e2f738