
Recherche avancée
Médias (91)
-
DJ Z-trip - Victory Lap : The Obama Mix Pt. 2
15 septembre 2011
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Matmos - Action at a Distance
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
DJ Dolores - Oslodum 2004 (includes (cc) sample of “Oslodum” by Gilberto Gil)
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Danger Mouse & Jemini - What U Sittin’ On ? (starring Cee Lo and Tha Alkaholiks)
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Cornelius - Wataridori 2
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Rapture - Sister Saviour (Blackstrobe Remix)
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (33)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Publier sur MédiaSpip
13 juin 2013Puis-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 (6347)
-
lavfi/volume : fix NULL reference in filter_frame()
25 décembre 2013, par Stefano Sabatini -
too long video trace file volume ?
12 juin 2021, par davidI have produced an XML trace file of a 20-sec video and the volume of this trace file is 8.57 Gigabyte !! the videos is encoded using this command :


ffmpeg -i input_1080p60.mp4 -c:v libx264 -pix_fmt yuv420p -b:v 8000K -bufsize 8000K -minrate 8000K -maxrate 8000K -x264opts keyint=120:min-keyint=120 -preset veryfast -profile:v high out_1080p.mp4



then I used the following command I changed the format in .264 because the input of JM software for producing an XML trace file is .264 :


ffmpeg -i out_1080p.mp4 -c:v libx264 -pix_fmt yuv420p -b:v 8000K -bufsize 8000K -minrate 8000K -maxrate 8000K -x264opts keyint=120:min-keyint=120 -preset veryfast -profile:v high out_1080p.264



after using JM using the following code :


ldecod.exe -i E:\software\out_1080p.264 -o E:\software\out.yuv -xmltrace out_1080p_xml.xml



it is really weird for me. because I have more than 1000 videos that I need to produce their trace files and I do not know what should I do with this size of the trace file. furthermore, I can not open a file with this volume and no software can open the file !! :((. could you please tell me what is the problem ? and how can I solve it ? do you know another way to produce this trace file ?
THanks


-
FFmpeg Audio DPLII + Volume normalization seems failing
10 avril 2017, par vit123Kind FFMpeg experts,
I’m using the last FFmpeg version 3.2.4, my target is to normalize the DPLII output from a multichannel (e.g. DTS-HD) stream, by just the following two FFMpeg commands :
1)
ffmpeg -i myInput.dtshd -af "aresample=matrix_encoding=dplii:ocl=downmix,volumedetect" -f null NUL
so detecting for example : "max_volume : -6.2 dB"
then :2)
ffmpeg -i myInput.dtshd -af "aresample=matrix_encoding=dplii:ocl=downmix,volume=6.199dB" myOutput.wav
The big problem is that the WAV output I get is severely clipped and completely different from what I get issuing the following 2 separated commands after the (same) 1st one :
2a)
ffmpeg -i myInput.dtshd -af "aresample=matrix_encoding=dplii:ocl=downmix" myOutputLowVol.wav
2b)
ffmpeg -i myOutputLowVol.wav -af "volume=6.199dB" theCorrectOutput.wav
Now the big question is : shouldn’t be the command 2) exactly equivalent to commands 2a) + 2b) ?
Whyever I get 2 very different results : in the 1st case I get an "over-volumed" audio, in the 2nd case I get a perfectly normalized audio ?Am I missing anything ? is this a bug ?
Thanks a lot for your help !Vittorio
P.S.
please note that issuing a "volumedetect" on "myOutputLowVol.wav", I get just the same "max_volume" resulting from 1), as expected, so the problem seems being all on command 2)