
Recherche avancée
Autres articles (35)
-
Modifier la date de publication
21 juin 2013, parComment changer la date de publication d’un média ?
Il faut au préalable rajouter un champ "Date de publication" dans le masque de formulaire adéquat :
Administrer > Configuration des masques de formulaires > Sélectionner "Un média"
Dans la rubrique "Champs à ajouter, cocher "Date de publication "
Cliquer en bas de la page sur Enregistrer -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (5419)
-
MoviePy : Concatenating video clips causes weird glitches in final video
16 mai 2022, par JohnSmithy1266Is there a way to successfully always patch up any clips together in such a way that prevents weird glitches ? I put together a
.mp4
from smaller.mp4
files and I got a final video with weird glitches. I am running Python 3.6.1 on Windows 10 through Sublime Text 3. I used MoviePy to do the concatenation.


The code :



from moviepy.editor import VideoFileClip, concatenate_videoclips
import os.path

path = "C:/Users/blah/videos/out/"

cliparray = []

for filename in os.listdir(path):
 cliparray.append(VideoFileClip(path + filename))

final_clip = concatenate_videoclips(cliparray)

final_clip.write_videofile(path + "concatenatedvideo.mp4", codec = "libx264")




The weird glitches :



- 

- One of the clips turns into a 3x3 grid of smaller clips.
- Another has the audio not lined up with the video
- Another is sped up faster than what was normal.








-
Compression rate (final size) ffmpeg with h263 as codec, can be improved ?
29 août 2013, par voskycWith the following data :
Sample 1 :
vcodec : H263
Duration : 4seconds
Resolution:1288/720
FR : 30fps/s
datarate : 195.135 kB/s
MP3 : 44HZ, 16bits
Size file : 5.84MB.
Sample 2 :
vcodec : H263
Duration : 4seconds
Resolution:640/480
FR : 30fps/s
datarate : 195.135 kB/s
MP3 : 44HZ, 16bits
Size file = 3.34MB.
Both in flv container.
Aren't those sizes a little bit high for 4 second video ?
I believe we are doing some kind of error or missing an optimization.
Should we decrease the datarate ?
Maybe we are missing some option for h263 encoding with FFMPEG ?.Thanks a lot in advance for your suggestions.
Note : no, we "can not" use h264. :-)
-
Final results of ffmpeg installation are libraries with missing links
17 avril 2017, par Mikasa[poster@localhost lib]$ ldd libavfilter.so
linux-vdso.so.1 => (0x00007ffc6bbd0000)
libswscale.so.4 => not found
libpostproc.so.54 => not found
libavformat.so.57 => not found
libavcodec.so.57 => not found
libswresample.so.2 => not found
libavutil.so.55 => not found
libm.so.6 => /lib64/libm.so.6 (0x00007fc796d79000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc796b5c000)
libc.so.6 => /lib64/libc.so.6 (0x00007fc79679b000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc79742b000)
[poster@localhost lib]$ ldd libswscale.so
linux-vdso.so.1 => (0x00007ffe29572000)
libavutil.so.55 => not found
libm.so.6 => /lib64/libm.so.6 (0x00007f4cfdea3000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4cfdc87000)
libc.so.6 => /lib64/libc.so.6 (0x00007f4cfd8c6000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4cfe442000)All of them are like that.
I’m a newb and don’t know how to solve this. They’re right next to each other.
Any suggestion is appreciated. Thank you.