Recherche avancée

Médias (16)

Mot : - Tags -/mp3

Autres articles (75)

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

  • 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 ;

  • 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

Sur d’autres sites (11399)

  • avfilter/buffersrc : make channel_layout a CHLAYOUT type AVOption

    2 janvier, par James Almer
    avfilter/buffersrc : make channel_layout a CHLAYOUT type AVOption
    

    The string type is a remnant of the old channel layout API implementation.

    Reviewed-by : Nicolas George <george@nsup.org>
    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] libavfilter/buffersrc.c
  • Revision 35fadf1d25 : bilinearpredict_neon : fix type conversion warnings make bifilter4_coeff[][] uin

    11 juillet 2014, par James Zern

    Changed Paths :
     Modify /vp8/common/arm/neon/bilinearpredict_neon.c



    bilinearpredict_neon : fix type conversion warnings

    make bifilter4_coeff[][] uint8_t, no values exceed this range and
    they’re loaded with vdup_n_u8().

    Change-Id : I921983e9edd828d29820e40ac30a7801dbe0fb4f

  • vp8 : change mv_{min,max}.{x,y} type to int

    8 juin 2015, par Andreas Cadhalpun
    vp8 : change mv_min,max.x,y type to int
    

    If one of the dimensions is larger than 8176, s->mb_width or
    s->mb_height is larger than 511, leading to an int16_t overflow of
    s->mv_max.x,y. This then causes av_clip to be called with amin > amax.

    Changing the type to int avoids the overflow and has no negative
    effect, because s->mv_max is only used in clamp_mv for clipping.
    Since mv_max.x,y is positive and mv_min.x,y negative, av_clip can’t
    increase the absolute value. The input to av_clip is an int16_t, and
    thus the output fits into int16_t as well.

    For additional safety, s->mv_min,max.x,y are clipped to int16_t range
    before use.

    Reviewed-by : Ronald S. Bultje <rsbultje@gmail.com>
    Signed-off-by : Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>

    • [DH] libavcodec/vp8.c
    • [DH] libavcodec/vp8.h