
Recherche avancée
Autres articles (111)
-
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
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 (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
Sur d’autres sites (11510)
-
Revision 9d427884e9 : Fixed libyuv image copy for high bitdepth When scaling and extending frames in
8 mai 2014, par Peter de RivazChanged Paths :
Modify /third_party/libyuv/source/scale.c
Fixed libyuv image copy for high bitdepthWhen scaling and extending frames in high bitdepth,
there is a special case when no scaling is required.
This triggers a code path that calls CopyPlane16.
In this case the high bitdepth code was not
copying enough bytes.Change-Id : I0fe2dc667ca8d7b0d03c0290a5716d53309c8198
-
How to speed up ffmpeg's copy ?
30 mars 2022, par Jamie HutberI am currently using ffmpegs concat with -c copy. I am getting around 3.7x on average.


$ ffmpeg -safe 0 -protocol_whitelist file,tcp,http,pipe -f concat -i - -c copy "test.mp4"
........
frame=24457 fps=237 q=-1.0 Lsize= 2983723kB time=00:06:48.02 bitrate=59905.3kbits/s speed=3.96x
........



But the issue is, every session I have around 9x15x8min clips to merge. So if I could improve the speed of copy I would like to.


I am not sure if you can use gpu as no encoding is happening. But I should be able to assign more cores to the process ?


I have somewhere in this image stopped the ffmpeg process, but you would never know when it was. It was 9 seconds ago in the image.



ffmpeg -safe 0 -protocol_whitelist file,tcp,http,pipe -f concat -i - -c copy "test.mp4"


Full Command


ls -1v | grep -i mp4 | perl -ne '$_ =~ s/\n$//; print "file '"'"'$_'"'"'\n"' | ffmpeg -safe 0 -protocol_whitelist file,tcp,http,pipe -f concat -i - -c copy "test.mp4"



with ffmpeg process running for 60+ seconds




-
swscale/swscale_unscaled : make the fast planar copy path work with more formats
15 mars, par James Almerswscale/swscale_unscaled : make the fast planar copy path work with more formats
dst_depth - src_depth where the result is 6 or 7 in a high bd path means this
is only executed for 16 -> 10 and 16 -> 9.
This patch makes this path general, supporting arbitrary formats as long as
dst_depth > src_depth > 8.Signed-off-by : James Almer <jamrial@gmail.com>