Recherche avancée

Médias (91)

Autres articles (34)

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

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

Sur d’autres sites (8684)

  • avformat/utils : functions that add entries should not destroy the whole list on failure

    11 septembre 2013, par Michael Niedermayer
    avformat/utils : functions that add entries should not destroy the whole list on failure

    The caller does not expect this, and in case of adding new streams would then
    
not even be able to deallocate them anymore.
    

    This reverts a hunk from "avformat : Use av_reallocp_array() where suitable"
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavformat/utils.c

  • avcodec/snow : ensure current_picture is writable before modifying its data

    29 mai 2020, par James Almer
    avcodec/snow : ensure current_picture is writable before modifying its data

    current_picture was not writable here because a reference existed in
    
at least avctx->coded_frame, and potentially elsewhere if the caller
    
created new ones from it.
    

    Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] libavcodec/snowenc.c

  • avformat/utils : Remove redundant check

    24 mars 2021, par Andreas Rheinhardt
    avformat/utils : Remove redundant check

    This check is outdated because the caller doesn't need to check that
    
the multiplication overflows when using av_realloc_array() (the code
    
in question used av_realloc() before that) ; furthermore, the check
    
is also a remnant of the time in which our allocation functions
    
didn't use size_t parameters.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/utils.c

Navigation