Recherche avancée

Médias (0)

Mot : - Tags -/serveur

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

Autres articles (29)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Activation de l’inscription des visiteurs

    12 avril 2011, par

    Il est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
    Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
    Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...)

  • Diogene : création de masques spécifiques de formulaires d’édition de contenus

    26 octobre 2010, par

    Diogene est un des plugins ? SPIP activé par défaut (extension) lors de l’initialisation de MediaSPIP.
    A quoi sert ce plugin
    Création de masques de formulaires
    Le plugin Diogène permet de créer des masques de formulaires spécifiques par secteur sur les trois objets spécifiques SPIP que sont : les articles ; les rubriques ; les sites
    Il permet ainsi de définir en fonction d’un secteur particulier, un masque de formulaire par objet, ajoutant ou enlevant ainsi des champs afin de rendre le formulaire (...)

Sur d’autres sites (3812)

  • ffmpeg : fix streamcopy with side data

    13 août 2014, par Christophe Gisquet
    ffmpeg : fix streamcopy with side data

    The issue is that, when the main packet data buffer is changed, streamcopy
    
uses a temporary new packet to store that buffer, frees the old packet, and
    
replace it with the new packet.
    

    However, in doing so, it forgets about the side data, which gets freed, but
    
is still needed and referenced. Then, when the packet gets freed again in
    
the normal code path, it attempts to free its side data which has already
    
been freed.
    

    Therefore, simply avoid the first free on side data by removing that side
    
data from the packet.
    

    Fixes ticket #3773.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] ffmpeg.c

  • Revision 3cffa0c74e : Move vp9_thread.* to common. Prepare for frame parallel decoding, the reference

    7 juillet 2014, par hkuang

    Changed Paths :
     Modify /test/vp9_thread_test.cc


     Add /vp9/common/vp9_thread.c
    (from /vp9/decoder/vp9_thread.c
    :10aa23f751069fe464fbc3c0e35dcf9294f055f7)
     Add /vp9/common/vp9_thread.h
    (from /vp9/decoder/vp9_thread.h
    :10aa23f751069fe464fbc3c0e35dcf9294f055f7)
     Modify /vp9/decoder/vp9_decodeframe.c


     Modify /vp9/decoder/vp9_decoder.h


     Modify /vp9/decoder/vp9_dthread.h


     Delete /vp9/decoder/vp9_thread.c


     Delete /vp9/decoder/vp9_thread.h


     Modify /vp9/vp9_common.mk


     Modify /vp9/vp9dx.mk



    Move vp9_thread.* to common.

    Prepare for frame parallel decoding, the reference count buffers
    need to be protected by mutex. Move vp9_thread.* to common
    folder so that those buffers could use cross-platform mutex
    from vp9_thread.*.

    (cherry picked from commit 337e8015c9deaf8ab7e8d0c3c132160a77dd1590)

    Change-Id : I0587a08447925f4554d7788686a31483c2ae3f37

  • avcodec : export motion vectors in frame side data on demand

    16 juillet 2014, par Clément Bœsch
    avcodec : export motion vectors in frame side data on demand

    The reasoning behind this addition is that various third party
    
applications are interested in getting some motion information out of a
    
video "for free" when it is available.
    

    It was considered to export other information as well (such as the intra
    
information about the block, or the quantization) but the structure
    
might have ended up into a half full-generic, half full of codec
    
specific cruft. If more information is necessary, it should either be
    
added in the "flags" field of the AVMotionVector structure, or in
    
another side-data.
    

    This commit also includes an example exporting them in a CSV stream.
    • [DH] .gitignore
    • [DH] configure
    • [DH] doc/APIchanges
    • [DH] doc/Makefile
    • [DH] doc/codecs.texi
    • [DH] doc/examples/Makefile
    • [DH] doc/examples/extract_mvs.c
    • [DH] libavcodec/avcodec.h
    • [DH] libavcodec/mpegvideo.c
    • [DH] libavcodec/options_table.h
    • [DH] libavutil/Makefile
    • [DH] libavutil/frame.c
    • [DH] libavutil/frame.h
    • [DH] libavutil/motion_vector.h
    • [DH] libavutil/version.h

Navigation