Recherche avancée

Médias (91)

Autres articles (41)

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

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

  • lavf/webvttdec : save cue id and settings as side data

    1er juin 2013, par Matthew Heaney
    lavf/webvttdec : save cue id and settings as side data

    Currently the WebVTT demuxer parses the cues but throws away
    
the cue id (the optional first line of the cue) and cue
    
settings (the optional rendering instructions that follow
    
the timestamp).
    

    However, in order to write inband text tracks (to WebM
    
files), the entire cue payload from the WebVTT source must
    
be preserved.
    

    This commit makes no change to the data part of the output
    
buffer packet (where the actual cue text is stored), but
    
does add the cue id and settings as a side data items, if
    
they’re present in the cue. Existing code that cares only
    
about the data part of the packet can continue to ignore the
    
side data.
    

    There are two new packet data type flags,
    
AV_PKT_DATA_WEBVTT_IDENTIFIER and
    
AV_PKT_DATA_WEBVTT_SETTINGS.
    • [DH] libavcodec/avcodec.h
    • [DH] libavcodec/version.h
    • [DH] libavformat/webvttdec.c

  • lavc/avpacket : fill padding area on side data split.

    1er juin 2013, par Clément Bœsch
    lavc/avpacket : fill padding area on side data split.

    The padding data is assumed to be 0 in several places, notably in
    
subtitles. This problem was not detected with fate-sub-srt test because
    
the first element of the side data (x1) is 0 in the test, so the
    
trailing side data present in the packet wasn’t read by the decoder. The
    
issue can be observed with a large enough x1.
    

    It is also noted in FF_INPUT_BUFFER_PADDING_SIZE doxy that MPEG
    
bitstreams require that padding with 0, so it might fix other issues.
    • [DH] libavcodec/avpacket.c

  • Retain EXIF and ICC headers with client-side image processing. Closes #1207.

    11 juin 2013, par blueimp
    Retain EXIF and ICC headers with client-side image processing. Closes #1207.

    Use Exif data thumbnails if available, which increases UI performance
    
largely when displaying thumbnails of large image files.

Navigation