Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (66)

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

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

  • avfilter/vf_remap : Fix double-free of AVFilterFormats on error

    7 août 2020, par Andreas Rheinhardt
    avfilter/vf_remap : Fix double-free of AVFilterFormats on error

    The query_formats function of the remap filter tries to allocate
    
two lists of formats which on success are attached to more permanent objects
    
(AVFilterLinks) for storage afterwards. If attaching a list to an
    
AVFilterLink succeeds, it is in turn owned by the AVFilterLink (or more
    
exactly, the AVFilterLink becomes one of the common owners of the list).
    
Yet if attaching a list to one of its links succeeds and an error happens
    
lateron, both lists were manually freed, which means that is wrong if the
    
list is already owned by one or more links ; these links' pointers to
    
their lists will become dangling and there will be a double-free/use-after-
    
free when these links are cleaned up automatically.
    

    This commit fixes this by removing the custom free code ; this will
    
temporarily add a leaking codepath (if attaching a list not already
    
owned by a link to a link fails, the list will leak), but this will
    
be fixed soon by making sure that an AVFilterFormats without owner will
    
be automatically freed when attaching it to an AVFilterLink fails.
    
Notice at most one list leaks because a new list is only allocated
    
after the old list has been successfully attached to a link.
    

    Reviewed-by : Nicolas George <george@nsup.org>
    
Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavfilter/vf_remap.c

  • fftools/ffmpeg_mux_init : don't free the AVDictionaryEntry until after it's been used

    22 janvier 2024, par James Almer
    fftools/ffmpeg_mux_init : don't free the AVDictionaryEntry until after it's been used

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

  • rtpdec_asf : Don’t free the payload context in the .close function

    4 mars 2015, par Martin Storsjö
    rtpdec_asf : Don’t free the payload context in the .close function

    This was missed in bb4a310bb. This fixes a double free on close.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/rtpdec_asf.c

Navigation