Je sais pas qui a causé le souci, mais j'ai la cause à mon souci de #ffmpeg avec #loudnorm en format #json : ca ajoutait un '^@' en dernier caractère, ce qui tronquait le json << (post upgrade #kernel 7 et last version ffmpeg...)
je m'en sors à coup de #sed :
sed -i $'s/[^[:print:]\t]//g'
ca se voyait pas à coup de cat ou echo, et vu que je stockais dans une variable, je le voyais pas. Une fois passé en debug dans le fichier, pif paf fixed !
#Normalisierung von #Audio mit #ffmpeg / #Loudnorm
https://wiki.tnonline.net/w/Blog/Audio_normalization_with_FFmpeg
vgl. #Loudness #Target
https://ifwo.eu/@sozialwelten/105275051059176811
#loudness #normalization according to #EBU #R128. You can set an #integrated #loudness #target, a #loudness #range #target, or #maximum true #peak. This is #recommended for #publishing #audio and #video and it is #used by #broadcaster(s) all over the world.
#Gain #ffmpeg #Workflow #Audiobearbeitung
https://superuser.com/questions/323119/how-can-i-normalize-audio-using-ffmpeg
J'oubliais : la commande pour la première passe est :
ffmpeg -i 20190807_224521.mp4 -ss 0:01:08 -vn -af loudnorm=print_format=json -f null /dev/null
Et ça sort le résultat avec les valeurs dans un json facile à lire (prendre les valeurs en input et les utiliser pour la seconde passe, cf. pouet précédent).
Je ne me suis pas encore vraiment penché sur leurs significations, ça ne saurait tarder. Bon, thresh, ça va, c'est threshold, donc le seuil.
Eric
Sozialwelten
chibi-[N]ah🇫🇷 