
Recherche avancée
Autres articles (102)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
Les notifications de la ferme
1er décembre 2010, parAfin d’assurer une gestion correcte de la ferme, il est nécessaire de notifier plusieurs choses lors d’actions spécifiques à la fois à l’utilisateur mais également à l’ensemble des administrateurs de la ferme.
Les notifications de changement de statut
Lors d’un changement de statut d’une instance, l’ensemble des administrateurs de la ferme doivent être notifiés de cette modification ainsi que l’utilisateur administrateur de l’instance.
À la demande d’un canal
Passage au statut "publie"
Passage au (...)
Sur d’autres sites (14287)
-
rtmpproto : Validate the embedded flv packet size before copying
3 octobre 2013, par Martin Storsjörtmpproto : Validate the embedded flv packet size before copying
This wasn’t an issue prior to 58404738, when the whole RTMP packet
was copied at once and the length of the individual embedded flv
packets only were validated by the flv demuxer.Prior to this patch, this could lead to reads and writes out of bound.
Signed-off-by : Martin Storsjö <martin@martin.st>
-
FFMPEG - speed up/slow down video, add jitter etc
27 septembre 2019, par DarrellI’m trying to put together a Windows script that will process short videos in a folder.
The videos will be shot at a high frame rate 60+ fps and be about 4-5 secs long.Basically I am looking to make various style clips, using fast/slow effects, back and forth etc.
So, the script might process a video, make it start normal speed, then slow motion. Next video might be normal speed, slomo, normal speed slomo. Next video might be forwards,back, forwards back, slomo.See example : (this is a compliation, I’m looking at processing individual videos in a folder.)
http://www.youtube.com/watch?v=K03IBQZu8SQ
I’m guessing there is no way to do this, other than splitting a clip using FFMPEG, processing the bits, then merging back together ? I can’t seem to find a way to do it as one clip.
-
Merging 2 videos with overlay causes async problems
3 novembre 2014, par GnagyI’m using following FFMPEG command to merge 2 MKV inputs with the overlay parameter.
The result should be one output with input1 on top of input2.
In the process, the output should be webm.
Both inputs are of the same length (with a margin of a second).ffmpeg -i input1.mkv -i input2.mkv -y -filter_complex [0:v]select=1, setpts=PTS-STARTPTS, scale=400:300, pad=400:600 [top]; [1:v]select=1, setpts=PTS-STARTPTS, scale=400:300 [bottom]; [top][bottom] overlay=0:300 [out]; [0:a:0][1:a:0] amerge=inputs=2 [a]; [a] asetpts=PTS-STARTPTS [a] -map [a] -c:v libvpx -crf 10 -b:v 360K -q:v 7 -c:a libvorbis -b:a 32k -map [out] output.webm
This command does what it’s supposed to do.
However, the 2 videos are not totally in sync.
The input1 on the top plays decently while the input2 on the bottom has black frames, slows down or speeds up and causes the audio and video to be out of sync.
To rule out the individual quality of the inputs, we switched the position of the videos and the top video always plays decently.
How can we fix this ?