Recherche avancée

Médias (3)

Mot : - Tags -/pdf

Autres articles (47)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

Sur d’autres sites (7356)

  • lavf/matroska : Adding support for Opus CodecDelay

    30 août 2013, par Vignesh Venkatasubramanian
    lavf/matroska : Adding support for Opus CodecDelay

    In order to represent the codec delay accurately in Matroska, a
    
new element CodecDelay has been introduced. It contains the
    
overall delay added by the codec in nanoseconds. This patch adds
    
support for muxing CodecDelay value in the container.
    
Matroska spec for CodecDelay element can be found here :
    
http://matroska.org/technical/specs/index.html#CodecDelay
    

    Signed-off-by : Vignesh Venkatasubramanian <vigneshv@google.com>
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavformat/matroska.h
    • [DH] libavformat/matroskaenc.c
    • [DH] libavformat/version.h

  • vulkan_decode : reject decoding of frames with no slices

    22 juin 2023, par Lynne
    vulkan_decode : reject decoding of frames with no slices

    As per the spec :
    
VUID-VkVideoDecodeH264PictureInfoKHR-sliceCount-arraylength
    
sliceCount must be greater than 0
    

    VUID-VkVideoDecodeH265PictureInfoKHR-sliceSegmentCount-arraylength
    
sliceSegmentCount must be greater than 0
    

    This particularly happens with seeking in field-coded H264.
    • [DH] libavcodec/vulkan_av1.c
    • [DH] libavcodec/vulkan_h264.c
    • [DH] libavcodec/vulkan_hevc.c

  • avutil/libm : correct isnan, isinf compat hacks

    15 novembre 2015, par Ganesh Ajjanagadde
    avutil/libm : correct isnan, isinf compat hacks

    isnan and isinf are actually macros as per the standard. In particular,
    
the existing implementation has incorrect signature. Furthermore, this
    
results in undefined behavior for e.g double values outside float range
    
as per the standard.
    

    This patch corrects the undefined behavior for all usage within FFmpeg.
    

    Note that long double is not handled as it is not used in FFmpeg.
    
Furthermore, even if at some point long double gets used, it is likely
    
not needed to modify the macro in practice for usage in FFmpeg. See
    
below for analysis.
    

    Getting long double to work strictly per the spec is significantly harder
    
since a long double may be an IEEE 128 bit quad (very rare), 80 bit
    
extended precision value (on GCC/Clang), or simply double (on recent Microsoft).
    
On the other hand, any potential future usage of long double is likely
    
for precision (when a platform offers extra precision) and not for range, since
    
the range anyway varies and is not as portable as IEEE 754 single/double
    
precision. In such cases, the implicit cast to a double is well defined
    
and isinf and isnan should work as intended.
    

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    
Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>
    • [DH] libavutil/libm.h

Navigation