
Recherche avancée
Autres articles (96)
-
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. -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...)
Sur d’autres sites (8055)
-
lavf : improve support for AVC-Intra files.
26 septembre 2012, par Reimar Döffingerlavf : improve support for AVC-Intra files.
Generate extradata with SPS/PPS based on container dimensions.
Authors of this commit are : Reimar and Thomas Mundt
Signed-off-by : Anton Khirnov <anton@khirnov.net>
-
avfilter : add a blend_vulkan filter
31 décembre 2021, par Wu Jianhuaavfilter : add a blend_vulkan filter
This commit adds a blend_vulkan filter and a normal blend mode, and
reserves support for introducing the blend modes in the future.Use the commands below to test : (href : https://trac.ffmpeg.org/wiki/Blend)
I. make an image for test
ffmpeg -f lavfi -i color=s=256x256,geq=r='H-1-Y':g='H-1-Y':b='H-1-Y' -frames 1 \y -pix_fmt yuv420p test.jpg
II. blend in sw
ffmpeg -i test.jpg -vf "split[a][b] ;[b]transpose[b] ;[a][b]blend=all_mode=normal,\
pseudocolor=preset=turbo" -y normal_sw.jpgIII. blend in vulkan
ffmpeg -init_hw_device vulkan -i test.jpg -vf "split[a][b] ;[b]transpose[b] ;\
[a]hwupload[a] ;[b]hwupload[b] ;[a][b]blend_vulkan=all_mode=normal,hwdownload,\
format=yuv420p,pseudocolor=preset=turbo" -y normal_vulkan.jpgSigned-off-by : Wu Jianhua <jianhua.wu@intel.com>
-
Python : Strange hanging behavior when piping large stdout of a subprocess
7 septembre 2017, par Victor OdouardI am currently calling
ffmpeg
to extract a binary data stream from a video file, and then putting that binary data into a list. There is a lot of data in this data stream, about 4,000 kb. Here is the code# write and call ffmpeg command, piping stdout
cmd = "ffmpeg -i video.mpg -map 0:1 -c copy -f data -"
proc = subprocess.Popen(cmd, stdout=subprocess.PIPE)
# read from stdout, byte by byte
li = []
for char in iter(lambda: proc.stdout.read(1), ""):
li.append(char)This works fine. However, if I take out the part where I am reading from
stdout
, it starts working but then hangs :cmd = "ffmpeg -i video.mpg -map 0:1 -c copy -f data -"
proc = subprocess.Popen(cmd, stdout=subprocess.PIPE)
time.sleep(10)I had to add
time.sleep(10)
at the end or else the process would end before thesubprocess
, causing this error :av_interleaved_write_frame(): Invalid argument
Error writing trailer of pipe:: Invalid argument
size= 0kB time=00:00:00.00 bitrate=N/A speed=N/A
video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing ove
rhead: 0.000000%
Conversion failed!Calling either
subprocess.call(cmd, stdout=subprocess.PIPE)
orsubprocess.call(cmd)
also cause hanging (the latter just displays thestdout
in the console while the former doesn’t).Is there something about reading from
stdout
that prevents this hanging (like perhaps the buffer getting cleared), or am I unknowingly introducing a bug elsewhere ? I’m worried that such a small change causes the program to break ; it doesn’t inspire very much confidence.The other issue with this code is that I need to read from the list from another thread. This might mean I need to use a
Queue
. But when I execute the below code, it takes 11 seconds as opposed to 3 seconds with the list equivalent :cmd = "ffmpeg -i video.mpg -loglevel panic -hide_banner -map 0:1 -c copy -f data -"
proc = subprocess.Popen(cmd, stdout=subprocess.PIPE)
q = Queue()
for char in iter(lambda: proc.stdout.read(1), ""):
q.put(char)Should I be using another data structure ?