Recherche avancée

Médias (1)

Mot : - Tags -/école

Autres articles (33)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

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

Sur d’autres sites (4572)

  • Revert "avutil/hwcontext_vaapi : fix SEGV in vaTerminate when vaInitialize fails"

    5 février 2017, par Mark Thompson
    Revert "avutil/hwcontext_vaapi : fix SEGV in vaTerminate when vaInitialize fails"

    The original code is correctly following the API - vaTerminate() must
    
be called to free the resources of a VADisplay after it is created by
    
any of the vaGetDisplay*() calls ; it is not necessary to have
    
successfully called vaInitialize() on it.  The segfaults which
    
prompted this change must therefore be bugs in libva or the driver it
    
loads.
    

    This reverts commit 3606602f1137552ea54f2c259eb140c1e3c026d4.
    • [DH] libavutil/hwcontext_vaapi.c

  • hwcontext_vulkan : minimize queue allocation on NVIDIA

    3 juin, par Lynne
    hwcontext_vulkan : minimize queue allocation on NVIDIA

    On NVIDIA, there's a global maximum limit of approximately 112 queues,
    
which means it takes ONLY 7 total programs using the maximum amount of
    
queues to cause the driver to error out/*segfault* during initialization.
    

    Also, each queue takes about 30ms to allocate, which quickly adds up.
    

    This reduces the queues allocate to the minimum that we would be happy
    
with. Its not worth limiting decode/encode queues as they're generally
    
not a lot, and do help.
    • [DH] libavutil/hwcontext_vulkan.c

  • vaapi_h265 : Reduce the amount of padding in the stream

    12 août 2017, par Mark Thompson
    vaapi_h265 : Reduce the amount of padding in the stream

    It is not necessary to pad to the CTU size.  The CB size of 8x8 should be
    
sufficient, but due to constraints in the Intel driver (the one usable
    
implementation of this) it has to be padded to 16x16 like in H.264.
    • [DBH] libavcodec/vaapi_encode_h265.c

Navigation