
Recherche avancée
Autres articles (38)
-
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Contribute to translation
13 avril 2011You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
MediaSPIP is currently available in French and English (...) -
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 (...)
Sur d’autres sites (3859)
-
how to resolve error FileNotFoundError : [WinError 2] The system cannot find the file specified when using ffmpeg-python ?
24 juillet 2021, par GeoI'm trying to merge video and audio files together using ffmprg but I keep on receiving this error


ERROR :


Traceback (most recent call last):
 File "C:\Users\Geo\youtubedownloader\test.py", line 9, in <module>
 ffmpeg.concat(video,audio, v=1 , a=1).output("C:/Users/Geo/output_video/mergedretweett.mp4/").run()
 File "C:\Users\Geo\AppData\Local\Programs\Python\Python39\lib\site-packages\ffmpeg\_run.py", line 313, in run
 process = run_async(
 File "C:\Users\Geo\AppData\Local\Programs\Python\Python39\lib\site-packages\ffmpeg\_run.py", line 284, in run_async
 return subprocess.Popen(
 File "C:\Users\Geo\AppData\Local\Programs\Python\Python39\lib\subprocess.py", line 947, in __init__
 self._execute_child(args, executable, preexec_fn, close_fds,
 File "C:\Users\Geo\AppData\Local\Programs\Python\Python39\lib\subprocess.py", line 1416, in _execute_child
 hp, ht, pid, tid = _winapi.CreateProcess(executable, args,
FileNotFoundError: [WinError 2] The system cannot find the file specified
</module>


Code :




video = ffmpeg.input("C:/Users/Geo/File.mp4")

audio = ffmpeg.input("C:/Users/Geo/File_audio.mp4")


ffmpeg.concat(video,audio, v=1 , a=1).output("C:/Users/Geo/output_video/outputvideo.mp4").run()```





-
How to manually reset the offset of an mp4 video created from m4s files ?
12 août 2020, par natdevI'm building a service that combine
.m4s
files (from a dash stream) to amp4
video.

I have some samplem4s
files from a random point in time of a stream,

usingffmpeg
on those file + the init file does the job.

cat init.mp4 032.m4s 033.m4s 034.m4s > output.mp4



I have tried concating the
m4s
files to themp4
init file and I manage to play the video,

but there is an offset from the encoded video segments.

I guess
ffmpeg
does reset that somehow, and I was wondering how can I reset that offset as well ?

Having a little bit of experience withdash
, I know that there is a field namepresentationTimeOffset
that is responsible to set the offset.

-
ffmpeg : Converting animated GIF files to video while upscaling produces a file with inaccurate colors
14 juin 2020, par MetamoranI apologize if this is a dumb question, but even after using the search function I have not seen anyone asking about this.



I'm trying to both 
(1) : Convert some low-resolution animated GIF files (pixel art in particular) to video, and
(2) : Upscale them at the same time, using nearest-neighbor to preserve the hard edges.



ffmpeg does everything with no warnings or errors whatsoever, but the end result's colors look off. If I convert without upscaling, the color accuracy is preserved. I have tried both using and NOT using "palettegen", but it does not make a difference. For brevity, I'm only pasting the lines with palettegen in them. The end results are the same either way.



This is what I've been using for upscaling :



ffmpeg -i input.gif -c:v libx264 -b:v 10000K -y -vf "split[s0][s1];[s0]palettegen[p];[s1][p]paletteuse,scale=2*iw:2*ih:flags=neighbor" output.mp4




This is what I used for testing conversion (with no upscaling) :



ffmpeg -i input.gif -c:v libx264 -b:v 10000K -y -vf "split[s0][s1];[s0]palettegen[p];[s1][p]paletteuse" output.mp4




Here's the input file :






Here's a screenshot of how the final video looks if I don't upscale (colors look exactly like in the input file) :



Screenshot - Final - No Upscaling



And here's the result if I upscale (2x Nearest-Neighbor upscaling, with the screenshot downsized 50% to make comparison easier. Colors were not altered during the process.) :



Screenshot - Final - 2x Upscaling (Nearest-Neighbor) [Downsized]



Folder with all relevant files :
Google Drive



Is there something I'm missing ? Or is there some sort of technical limitation, a step that will alter the colors of the video no matter what I try ? I'm not technically inclined, I'd like to know if that is the case. Thank you for your time.