
Recherche avancée
Médias (10)
-
Demon Seed
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Head down (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (43)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
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 (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
Sur d’autres sites (6849)
-
how to output a H264 encoded video with ffmpeg in php exec() command
28 janvier 2015, par Harish KumarI have the following php command to generate a water marked video with a input video, which is working fine. but its not playing in the browser anymore. To do so i research a lot over web and i found that i need to upgrade the libx264 library on my ffmpeg extension on the server which i already did. now what modification do i do to make my command work to generate H264 encode video.
here is the command i am using
/usr/local/bin/ffmpeg -i baby.mp4 -i sos.png -filter_complex \"overlay=(main_w-overlay_w)/2:(main_h-overlay_h)/2\" -codec:a copy watermarked-video.mp4
-
Use ffmpeg to generate video thumbnail without any distortion
12 janvier 2017, par user779159To get a
200x100
thumbnail from a video, I doffmpeg -ss 100 -i /tmp/video.mp4 -frames:v 1 -s 200x100 image.jpg
. But if the source video isn’t in the same aspect ratio as200x100
, the thumbnail gets distorted (either stretched or squished, horizontally or vertically) and it looks bad.Is there a way that
ffmpeg
can figure out for example that a500x200
video is100px
too wide, and remove50px
from the right and50px
from the left, making the video400x200
? And because400x200
is the same aspect ratio as200x100
, the thumbnail would have no distortion.I know there are other tools that can do this to the thumbnails generated by
ffmpeg
, but I’d prefer doing it withinffmpeg
and not having to process the thumbnails again. -
FFprobe reading incorrect resolution value despite players rendering it correctly
24 juillet 2015, par BoehmiI’m creating a video from a stream with the help of FFMPEG and I also use FFPROBE to gather information for use on a status page like resolution, codecs et cetera.
When FFProbe parses my video for information, I get a resolution value of 544x576 (almost a square !), but an aspect ratio of 16:9.
These values are consistent on both the input stream and my saved video.
When I watch the video in the standard HTML5 Player, VLC or FFPLAY however, I get a video with the proportions of 16:9 and a resolution (measured using an image editing program) of 1024x576 that does look native and not stretched in any way.
Even if I re-encode the video using slightly different codecs, this incorrect resolution value persists, even though every player I use displays it correctly.
This is slightly inconvenient because I am relying on getting the correct resolution value from the video for further processing.
I’m also using a recent FFMPEG+FFPROBE version that was compiled on the 15th of July.
Is this a bug within FFMPEG or is there anything I’m doing wrong ?
Used command lines :
FFMPEG :
ffmpeg -i source -loglevel debug -vcodec copy -acodec copy -bsf:a aac_adtstoasc -movflags +faststart -t 360 -y video.mp4
FFPROBE (I parse the output of this directly and save the values) :
ffprobe -i source -show_format -show_streams
FFProbe output :
width=544
height=576
coded_width=544
coded_height=576
has_b_frames=2
sample_aspect_ratio=32:17
display_aspect_ratio=16:9I can see that the sample aspect ratio is different from the display aspect ratio, but how come the video looks proper in 16:9 when it’s supposedly encoded at a near square resolution ?