Recherche avancée

Médias (2)

Mot : - Tags -/documentation

Autres articles (101)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

Sur d’autres sites (10978)

  • How the ffmpeg astats crest factor of an audio track is calculated

    29 août 2017, par FranGar

    I’m scripting a ffmpeg chain process for my work. The aim is normalizing/compressing lot of audio files (mp3’s).
    It’s done in Python and the critical part is the line :

    ffmpeg -y -i "Input.mp3" -codec:a libmp3lame -b:a 96k -af acompressor=threshold=-15dB:ratio=5:attack=0.01:release=1000:knee=2,dynaudnorm=g=3:m=2:p=0.95 "Output.mp3"

    The python script it’s complete and working BUT the nature of the audios (voice recordings) are very different so I can’t use the same params for all of them.

    I make some experimenting with the values of the ffmpeg filter astats and i discovered that the crest factor (Standard ratio of peak to RMS level ) gave a good reference to programatically get the better params.

    In fact I saw that a recording with a nice dynamic range sound and smooth in shape, get crest values around 9-15 (the compress/normlz params will be somehow conservative). But audios with crest around 22-30 need more aggressive processing.
    (All empirically)

    Somebody can clarify how the crest values are really calculated ? Which are the peaks taken to account ? (Why the flat factor is always 0 ?)
    Or if somebody knows how to get a value representing the sound ’smoothness’ will be nice also.

    Thanks for the ideas.

  • How the ffmpeg astats crest factor value of an audio track is calculated

    29 août 2017, par FranGar

    I’m scripting a ffmpeg chain process for my work. The aim is normalizing/compressing lot of audio files (mp3’s).
    It’s done in Python and the critical part is the line :

    ffmpeg -y -i "Input.mp3" -codec:a libmp3lame -b:a 96k -af acompressor=threshold=-15dB:ratio=5:attack=0.01:release=1000:knee=2,dynaudnorm=g=3:m=2:p=0.95 "Output.mp3"

    The python script it’s complete and working BUT the nature of the audios (voice recordings) are very different so I can’t use the same params for all of them.

    I make some experimenting with the values of the ffmpeg filter astats and i discovered that the crest factor (Standard ratio of peak to RMS level ) gave a good reference to programatically get the better params.

    In fact I saw that a recording with a nice dynamic range sound and smooth in shape, get crest values around 9-15 (the compress/normlz params will be somehow conservative). But audios with crest around 22-30 need more aggressive processing.
    (All empirically)

    Somebody can clarify how the crest values are really calculated ? Which are the peaks taken to account ? (Why the flat factor is always 0 ?)
    Or if somebody knows how to get a value representing the sound ’smoothness’ will be nice also.

    Thanks for the ideas.

  • h264dec : track the last seen value of x264_build

    22 juillet 2017, par Anton Khirnov
    h264dec : track the last seen value of x264_build

    Do not use the one in the SEI directly as that is reset at certain
    
points.
    

    Inspired by patches from Michael Niedermayer <michaelni@gmx.at> and
    
Anton Mitrofanov <BugMaster@narod.ru>.
    

    CC : libav-stable@libav.org
    • [DBH] libavcodec/h264_direct.c
    • [DBH] libavcodec/h264_slice.c
    • [DBH] libavcodec/h264dec.c
    • [DBH] libavcodec/h264dec.h

Navigation