Recherche avancée

Médias (0)

Mot : - Tags -/signalement

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

Autres articles (65)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

Sur d’autres sites (6883)

  • 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

  • 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

  • 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

Navigation