Advanced search
Other articles (19)
-
Keeping control of your media in your hands
13 April 2011, byThe 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 (...) -
Creating farms of unique websites
13 April 2011, byMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things): implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Submit bugs and patches
13 April 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information: the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...)
On other websites (4847)
-
Argument list too long error - ndk r8e
2 July 2013, by Aditya Kumar PraharajWhile compiling my ffmpeg library on Android , I get this "Argument list too long" error . It comes as soon as the ndk-build starts showing "libffmpeg.so" on the screen . Using Cygwin and ndk-r8e . I have tried this solution but to reach nowhere . Can somebody please tell me what is the error?
-
doc/mailing-list-faq: Mention current problem with GMX
2 May 2020, by Michael Niedermayer -
How to speed up ffmpeg's copy?
30 March 2022, by 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




Subscribe to the whole site
