Recherche avancée

Médias (1)

Mot : - Tags -/sintel

Autres articles (60)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

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

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (8010)

  • lavc : replace internal use of AV_CODEC_CAP_AUTO_THREADS with an internal cap

    9 mars 2021, par Anton Khirnov
    lavc : replace internal use of AV_CODEC_CAP_AUTO_THREADS with an internal cap

    AV_CODEC_CAP_AUTO_THREADS was originally added in b4d44a45f9a to mark
    
codecs that spawn threads internally and are able to select an optimal
    
threads count by themselves (all such codecs are wrappers around
    
external libraries). It is used by lavc generic code to check whether it
    
should handle thread_count=0 itself or pass the zero directly to the
    
codec implementation. Within this meaning, it is clearly supposed to be
    
an internal cap rather than a public one, since from the viewpoint of a
    
libavcodec user, lavc ALWAYS handles thread_count=0. Whether it happens
    
in the generic code or within the codec internals is not a meaningful
    
difference for the caller.
    

    External aspects of this flag will be dealt with in the following
    
commit.
    • [DH] libavcodec/internal.h
    • [DH] libavcodec/libaomdec.c
    • [DH] libavcodec/libaomenc.c
    • [DH] libavcodec/libdav1d.c
    • [DH] libavcodec/libdavs2.c
    • [DH] libavcodec/libkvazaar.c
    • [DH] libavcodec/libopenh264enc.c
    • [DH] libavcodec/librav1e.c
    • [DH] libavcodec/libsvtav1.c
    • [DH] libavcodec/libuavs3d.c
    • [DH] libavcodec/libvpxdec.c
    • [DH] libavcodec/libvpxenc.c
    • [DH] libavcodec/libx264.c
    • [DH] libavcodec/libx265.c
    • [DH] libavcodec/libxavs.c
    • [DH] libavcodec/libxavs2.c
    • [DH] libavcodec/pthread.c
    • [DH] libavcodec/utils.c

  • lavc : rename AV_CODEC_CAP_AUTO_THREADS->AV_CODEC_CAP_OTHER_THREADS

    9 mars 2021, par Anton Khirnov
    lavc : rename AV_CODEC_CAP_AUTO_THREADS->AV_CODEC_CAP_OTHER_THREADS

    This cap is currently used to mark multithreading-capable codecs that
    
wrap external libraries with their own multithreading code. The name is
    
highly confusing for our API users, since libavcodec ALWAYS handles
    
thread_count=0 (see commit message in previous commit). Therefore rename
    
the cap and update its documentation to make its meaning clear.
    

    The old name is kept deprecated until next+1 major bump.
    • [DH] doc/APIchanges
    • [DH] fftools/cmdutils.c
    • [DH] libavcodec/codec.h
    • [DH] libavcodec/libaomdec.c
    • [DH] libavcodec/libaomenc.c
    • [DH] libavcodec/libdav1d.c
    • [DH] libavcodec/libdavs2.c
    • [DH] libavcodec/libkvazaar.c
    • [DH] libavcodec/libopenh264enc.c
    • [DH] libavcodec/librav1e.c
    • [DH] libavcodec/libsvtav1.c
    • [DH] libavcodec/libuavs3d.c
    • [DH] libavcodec/libvpxdec.c
    • [DH] libavcodec/libvpxenc.c
    • [DH] libavcodec/libx264.c
    • [DH] libavcodec/libx265.c
    • [DH] libavcodec/libxavs.c
    • [DH] libavcodec/libxavs2.c
    • [DH] libavcodec/version.h

  • Do not leave positive values undefined when negative are defined as error

    15 septembre 2013, par Michael Niedermayer
    Do not leave positive values undefined when negative are defined as error

    Define positive return values as non errors and leave further meaning undefined
    
This allows future extensions to use these values
    

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] cmdutils.h
    • [DH] libavcodec/iff.c
    • [DH] libavcodec/version.h
    • [DH] libavcodec/wmaprodec.c
    • [DH] libavfilter/avcodec.h
    • [DH] libavfilter/avfilter.h
    • [DH] libavfilter/avfiltergraph.c
    • [DH] libavfilter/graphparser.c
    • [DH] libavfilter/internal.h
    • [DH] libavfilter/lavfutils.h
    • [DH] libavfilter/version.h
    • [DH] libavformat/avio.h
    • [DH] libavformat/avio_internal.h
    • [DH] libavformat/url.h
    • [DH] libavformat/version.h
    • [DH] libavutil/eval.h
    • [DH] libavutil/parseutils.h
    • [DH] libavutil/version.h

Navigation