Recherche avancée

Médias (91)

Autres articles (60)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (6980)

  • How to do the "TV Compression" thing in FFMPEG ?

    7 août 2019, par Imageny

    I’m trying to do this thing in FFmpeg where I make the picture a little better but I also compress the audio as heavily as on TV. I’ve tried everything, but nothing seems to be working out very well. I’m making this code for a VB program.

    This is the result I want to achieve. It’s the first part of the video : https://streamable.com/3rjnp

    That part was done using the audio effects in VEGAS Pro.

    And this is the code I keep working on :

    ffmpeg -i "inputfile.mp4" -s 1920x1080 -vf "minterpolate=59.94,tblend=all_mode=average,framestep=2, colorlevels=rimin=0.039:gimin=0.039:bimin=0.039:rimax=0.96:gimax=0.96:bimax=0.96, colorlevels=rimax=0.902:gimax=0.902:bimax=0.902, noise=alls=25:allf=t+u" -af "alimiter, dynaudnorm=p=1/sqrt(2):m=100:s=12:g=15, treble=f=1803:t=o:width=6:g=15, acompressor=threshold=0.3:ratio=20:attack=5:release=50, "volume=-12.7dB", dynaudnorm=m=100:r=1:s=15:g=3, aresample=48000, alimiter, acompressor=threshold=1:release=20, "volume=20dB", loudnorm, alimiter" -vcodec mpeg4 -acodec aac -ar 48000 -b:a 256k "outputfile.mp4"

    How do I properly do it ?

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

Navigation