Recherche avancée

Médias (0)

Mot : - Tags -/protocoles

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (46)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

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

Sur d’autres sites (6211)

  • aarch64 : vp9mc : Load only 12 pixels in the 4 pixel wide horizontal filter

    3 janvier, par Janne Grunau
    aarch64 : vp9mc : Load only 12 pixels in the 4 pixel wide horizontal filter

    This reduces the amount the horizontal filters read beyond the filter
    
width to a consistent 1 pixel. The data is not used so this is usually
    
not noticeable. It becomes a problem when the application allocates
    
frame buffers only for the aligned picture size and the end of it is at
    
a page boundary. This happens for picture sizes which are a multiple of
    
the page size like 1280x640. The frame buffer allocation is based on
    
its most likely done via mmap + MAP_ANONYMOUS so start and end of the
    
buffer are page aligned and the previous and next page are not
    
necessarily mapped.
    
Under these conditions like seen by Firefox a read beyond the end of the
    
buffer results in a segfault.
    
After the over-read is reduced to a single pixel it's reasonable to use
    
VP9's emulated edge motion compensation for this.
    

    Fixes : https://bugzilla.mozilla.org/show_bug.cgi?id=1881185
    
Signed-off-by : Janne Grunau <janne-ffmpeg@jannau.net>
    
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
    • [DH] libavcodec/aarch64/vp9mc_neon.S

  • arm : vp9mc : Load only 12 pixels in the 4 pixel wide horizontal filter

    3 janvier, par Janne Grunau
    arm : vp9mc : Load only 12 pixels in the 4 pixel wide horizontal filter

    This reduces the amount the horizontal filters read beyond the filter
    
width to a consistent 1 pixel. The data is not used so this is usually
    
not noticeable. It becomes a problem when the application allocates
    
frame buffers only for the aligned picture size and the end of it is at
    
a page boundary. This happens for picture sizes which are a multiple of
    
the page size like 1280x640. The frame buffer allocation is based on
    
its most likely done via mmap + MAP_ANONYMOUS so start and end of the
    
buffer are page aligned and the previous and next page are not
    
necessarily mapped.
    
This mirrors the aarch64 change.
    

    Signed-off-by : Janne Grunau <janne-ffmpeg@jannau.net>
    
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
    • [DH] libavcodec/arm/vp9mc_neon.S

  • lavc/ffv1dec : move the bitreader to stack

    8 juillet 2024, par Anton Khirnov
    lavc/ffv1dec : move the bitreader to stack

    There is no reason to place it in persistent state.
    • [DH] libavcodec/ffv1.h
    • [DH] libavcodec/ffv1dec.c
    • [DH] libavcodec/ffv1dec_template.c

Navigation