Recherche avancée

Médias (91)

Autres articles (38)

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (5852)

  • 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