Recherche avancée

Médias (0)

Mot : - Tags -/latitude

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (59)

  • 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.

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

Sur d’autres sites (10215)

  • 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

Navigation