
Recherche avancée
Autres articles (17)
-
Contribute to a better visual interface
13 avril 2011MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community. -
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...) -
Les vidéos
21 avril 2011, parComme 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 (...)
Sur d’autres sites (5628)
-
ffmpeg to calculate audio/visual difference between compressed and non-compressed video
14 juin 2019, par AsymetrI’m trying to calculate the audio + visual difference between a harshly compressed video file and one that hasn’t been.
I’m using pipes because ultimately I wish this to take src from a camera stream.I’ve managed to get the video results that I’m looking for, but I’m struggling with the audio.
I’ve added a line to invert the phase of the compressed audio, so that when they add up in the blend they should almost cancel each other out, but that doesn’t happen.ffmpeg -i input.avi -f avi -c:v libxvid -qscale:v 30 -c:a wmav1 - | \
ffmpeg -i - -f avi -af "aeval='-val(0)':c=same" - | \
ffmpeg -i input.avi -i - -filter_complex "blend=all_mode=difference" -c:v libx264 -crf 18 -f avi - | \
ffplay -I can still hear all the audio, when what I should be hearing are solely compression artifacts. thx
-
avcodec/ffwavesynth : use uint32_t to compute difference, it is enough
21 juin 2019, par Michael Niedermayeravcodec/ffwavesynth : use uint32_t to compute difference, it is enough
Fixes : signed integer overflow : 6494225984479297536 - -6043795377581187040 cannot be represented in type 'long'
Fixes : 15285/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFWAVESYNTH_fuzzer-5632780307791872Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
What does ffmpeg think is the difference between an audio frame and audio sample ?
11 février 2020, par MossmyrHere’s a curious option listed in the man pages of ffmpeg :
-aframes number (output)
Set the number of audio frames to output. This is an obsolete alias for "-frames:a", which you should use instead.What an ’audio frame’ is seems dubious to me. This SO answer says that frame is synonymous with sample, but that can’t be what ffmpeg thinks a frame is. Just look at this example when I resample some audio to 22.05 kHz and a length of exactly 313 frames :
$ ffmpeg -i input.mp3 -frames:a 313 -ar:a 22.05K output.wav
If ’frame’ and ’sample’ were synonymous, we would expect audio duration to be 0.014 seconds, but the actual duration is 8 seconds. ffmpeg thinks the frame rate of my input is 39.125.
What’s going on here ? What does ffmpeg think an audio frame really is ? How do I go about finding this frame rate of my input audio ?