Recherche avancée

Médias (91)

Autres articles (77)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

Sur d’autres sites (6524)

  • 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

  • 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

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