
Recherche avancée
Autres articles (70)
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...) -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...)
Sur d’autres sites (9029)
-
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) -
Revision 80391 : mettre en WHERE la clausole MATCH ... AGAINST pour utiliser l’index ...
1er février 2014, par renato@… — Logmettre en WHERE la clausole MATCH ... AGAINST pour utiliser l’index fulltext et avoir une requête peut-être moins lourde
-
Can we match scanning type as input ?
6 juin 2019, par Sasidharan SIs it possible in ffmpeg to match the scanning type as input ?
Say if the input is interlaced scanning then the output should be interlaced.By default, ffmpeg is encoding with progressive.