Recherche avancée

Médias (1)

Mot : - Tags -/biographie

Autres articles (57)

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

  • 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 : (...)

Sur d’autres sites (9222)

  • arm : vp9mc : Load only 12 pixels in the 4 pixel wide horizontal filter

    3 janvier, par Janne Grunau
    arm : vp9mc : Load only 12 pixels in the 4 pixel wide horizontal filter

    This reduces the amount the horizontal filters read beyond the filter
    
width to a consistent 1 pixel. The data is not used so this is usually
    
not noticeable. It becomes a problem when the application allocates
    
frame buffers only for the aligned picture size and the end of it is at
    
a page boundary. This happens for picture sizes which are a multiple of
    
the page size like 1280x640. The frame buffer allocation is based on
    
its most likely done via mmap + MAP_ANONYMOUS so start and end of the
    
buffer are page aligned and the previous and next page are not
    
necessarily mapped.
    
This mirrors the aarch64 change.
    

    Signed-off-by : Janne Grunau <janne-ffmpeg@jannau.net>
    
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
    • [DH] libavcodec/arm/vp9mc_neon.S

  • lavc/ffv1dec : move the bitreader to stack

    8 juillet 2024, par Anton Khirnov
    lavc/ffv1dec : move the bitreader to stack

    There is no reason to place it in persistent state.
    • [DH] libavcodec/ffv1.h
    • [DH] libavcodec/ffv1dec.c
    • [DH] libavcodec/ffv1dec_template.c

  • Revision b613525e44 : Merge "Change to fourcc to enable decoding of ffmpeg files."

    30 avril 2013, par John Koleszar

    Merge "Change to fourcc to enable decoding of ffmpeg files."

Navigation