
Recherche avancée
Médias (1)
-
Richard Stallman et le logiciel libre
19 octobre 2011, par
Mis à jour : Mai 2013
Langue : français
Type : Texte
Autres articles (91)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)
Sur d’autres sites (10252)
-
ffmpeg : Invalid data found when processing input
20 septembre 2018, par Rich_FI have a situation where
ffmpeg
is throwing an error :Invalid data found when processing input
I’ve reviewed other answers here, but my situation is different. I generate in
Ruby
, a text file with a list of input files I want to concatenate together into one large video.I generate in
Ruby
, the command meant forbash
, which is also output for me to manually copy :ffmpeg -y -f concat -safe 0 -i /Volumes/Dragon2/Yums/randoms.txt /Volumes/Dragon2/Yums/final.mp4
Throws an error :
/Volumes/Dragon2/Yums/randoms.txt: Invalid data found when processing input
Here is that file :
file '/Volumes/Dragon2/Yums/0CEDC3CA-4571-4271-9938-A161EC2A887B.mov'
file '/Volumes/Dragon2/Yums/0D25D907-D053-443B-AFC6-9F12B1711BBF.mov'
file '/Volumes/Dragon2/Yums/6A272808-7706-435D-801E-ACE6B42EC749.mov'
file '/Volumes/Dragon2/Yums/6E9BA2F1-C5E7-4C1C-B290-D116105732FA.mov'
file '/Volumes/Dragon2/Yums/0A41C7B7-74CE-484E-B029-3AE57B8BB4EA.mov'When
bash
runs it, it complains about the input file randoms.txt having invalid data. When I copy and paste the very same command inbash
, it works fine. I’m stumped as to how the two are different and whyffmpeg
is not happy when initiated in theshell
.How can I get this to work ? What am I missing ? Cheers
EDIT : Original
ruby
code :`clear`
require 'pathname'
require 'pp'
s = '/Volumes/Dragon2/Yums'
files = []
Dir.foreach(s) do |path|
files << "#{ s }/#{ path }"
end
result = files.sample(files.size) # randomizer
f = File.open("#{ s }/randoms.txt", 'w+')
result.each_with_index do |item, i|
pp "#{ i }: #{ item }" if item.include?('mov')
f << "file '#{ item }'\n" if item.include?('mov')
end
`echo `
File.delete("#{ s }/final.mp4") if File.exists?("#{ s }/final.mp4")
s = "ffmpeg -y -f concat -safe 0 -i #{ s }/randoms.txt #{ s }/final.mp4"
puts s
sleep 3
`#{ s }`I have also tried
system s
as well with the same error. The syntax is generated fine, output fine, operates fine manually. -
ffmpeg UDP stream incomplete using WEBM (VP9)
21 janvier 2018, par DerLarsI’m trying to encode a raw (YUV) video into VP9 and to stream it with ffmpeg via UDP.
Sender command :
ffmpeg -f rawvideo -pix_fmt yuv420p -s:v 352x288 -r 25 -i ReferenceVideo_200Frames.yuv -c:v libvpx-vp9 -lossless 1 -f webm udp ://localhost:1337
Receiver command : (started first)
ffmpeg -i udp ://localhost:1337 -vcodec copy ReferenceVideo_200Frames_Streamed.webm
The testvideo used for this has exactly 200 Frames.
The final output of the sender is :
frame= 200 fps= 14 q=0.0 Lsize= 7918kB time=00:00:07.96 bitrate=8147.3kbits/s speed=0.574x
video:7912kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead : 0.064364%But as soon as the sender finishes, the receiver gets stuck at : frame= 181 fps= 13 q=-1.0 size= 5226kB time=00:00:07.20 bitrate=5945.5kbits/s speed=0.531x
The final streamed video is now incomplete.
So my question is : What am I doing wrong that the stream is incomplete ? Did anyone face this issue too and was able to fix it ?
Many thanks in advance.
-
FFMPEG XFade Transition
21 juin 2022, par UserErrorLoLI am attempting to use xfade transitions to link multiple video files but I have noticed that the transition does not finish in most cases. If I set the duration to 1 second, it may get 1/4 through the screen before instantly starting the next video. Does this have something to do with my ffmpeg settings like framerate ? My current call is
ffmpeg -i inputs 1-10 -aspect 16:9 -filter complex video_fades -map [final] -c:v libx264 -preset ultrafast -crf 28 out.mp4


The inputs are all 1920x1080 60fps videos and the video fades graph is




[0:v][1:v]xfade=transition=wipeleft:duration=2.000000:offset=32.700[v01] ;
[v01][2:v]xfade=transition=squeezeh:duration=2.000000:offset=125.400[v12] ;
[v12][3:v]xfade=transition=slideup:duration=2.000000:offset=218.100[v23] ;
[v23][4:v]xfade=transition=slidedown:duration=2.000000:offset=310.800[v34] ;
[v34][5:v]xfade=transition=wipedown:duration=2.000000:offset=403.500[v45] ;
[v45][6:v]xfade=transition=zoomin:duration=2.000000:offset=496.200[v56] ;
[v56][7:v]xfade=transition=slidedown:duration=2.000000:offset=588.900[v67] ;
[v67][8:v]xfade=transition=dissolve:duration=2.000000:offset=681.600[v78] ;
[v78][9:v]xfade=transition=slidedown:duration=2.000000:offset=774.300[v89] ;
[v89]format=pix_fmts=yuv420p[final]




Has anyone else had this problem and knows how to fix it ?