Recherche avancée

Médias (91)

Autres articles (81)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

  • Monitoring de fermes de MediaSPIP (et de SPIP tant qu’à faire)

    31 mai 2013, par

    Lorsque l’on gère plusieurs (voir plusieurs dizaines) de MediaSPIP sur la même installation, il peut être très pratique d’obtenir d’un coup d’oeil certaines informations.
    Cet article a pour but de documenter les scripts de monitoring Munin développés avec l’aide d’Infini.
    Ces scripts sont installés automatiquement par le script d’installation automatique si une installation de munin est détectée.
    Description des scripts
    Trois scripts Munin ont été développés :
    1. mediaspip_medias
    Un script de (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

Sur d’autres sites (13615)

  • movenc : Set the last packet duration based on the next packet when autoflushing

    9 mars 2015, par Martin Storsjö
    movenc : Set the last packet duration based on the next packet when autoflushing

    When automatically flushing fragments based on set conditions
    
(fragmentation on keyframes, after some interval or byte size),
    
we already have the next packet for one stream - use this for setting
    
the duration of the last packet in the flushed fragment correctly.
    

    This avoids having to adjust the timestamp of the first packet in
    
the new fragment since the last duration was unknown.
    

    Unfortunately, this only works for automatic flushing (not for
    
caller-triggered flushing, like in the dash muxer), and only for the
    
one single track that triggered the flushing. The duration of the
    
last sample in all other tracks still is dependent on AVPacket
    
duration (or heuristics).
    

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

  • lavc/hevc/cabac : do not infer WPP use based on HEVCContext.threads_number

    1er juin 2024, par Anton Khirnov
    lavc/hevc/cabac : do not infer WPP use based on HEVCContext.threads_number

    Pass this information explicitly instead.
    • [DH] libavcodec/hevc/cabac.c
    • [DH] libavcodec/hevc/hevcdec.c
    • [DH] libavcodec/hevc/hevcdec.h

  • Added option to group files in one XHR request based on their file size and the upload file size limit

    15 novembre 2013, par ottens
    Added option to group files in one XHR request based on their file size and the upload file size limit

    If your upload limit is say 1MB and you have 100 files of 20Kb you could set the limitMultiFileUploads to 50 to minimize requests. However is there is one 30kb file the batch containing that group will fail. So I coded an uploadSizeLimitMultiFileUploads option that will calculate the max number of files that fit in one request based on a set upload size. I added a 512 bytes overhead for each file for the calculations to be on the safe side. Hope you find these useful, it is very useful if you want to upload 1000s of small files. Thanks
    

    Signed-off-by : Maarten Ottens <m@maartenottens.com>

Navigation