
Recherche avancée
Autres articles (57)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP 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" (...) -
Contribute to a better visual interface
13 avril 2011MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.
Sur d’autres sites (9243)
-
lavc : remove the locking code in avcodec_close()
5 avril 2014, par Anton Khirnov -
Bash Scripting FFMPEG how to wait the process to complete
9 décembre 2013, par user1738671I have a strange problem. I have a folder monitor with incrontab that launches an automatic transcoding script on
CLOSE_WRITE
state of a file I dropped in. The problem is that the script doesn't wait until the ffmpeg process finishes before continuing with the rest of the script commands. This means that the original file get deleted before the transcoding is finished, which is bad.First question :
What is the root cause of this behaviour ?Second question : In a bash script, what is the best way to make sure an ffmpeg process is done before get going with the rest of the script ?
Script :
#/bin/bash
#transcoding
/usr/bin/ffmpeg -i "sourcefile push with incron as $1" -vcodec somecode -acodec somecodec "destination file"
#delete source
rm "path/to/file$1"Should I encapsulate my FFMPEG in a while statement ?
-
Merge commit ’4d388c0cd05dd4de545e8ea333ab4de7d67ad12d’
28 novembre 2013, par Michael NiedermayerMerge commit ’4d388c0cd05dd4de545e8ea333ab4de7d67ad12d’
* commit ’4d388c0cd05dd4de545e8ea333ab4de7d67ad12d’ :
h264_refs : make sure not to write over the bounds of the default ref listConflicts :
libavcodec/h264_refs.cThis condition should be impossible and was checked for by asserts.
the asserts are moved up in this merge to gurantee that no out of array
access can happen even if the state is "impossible".
Also if such impossible states could somehow be created, that should
be dealt with and not silently ignored.Merged-by : Michael Niedermayer <michaelni@gmx.at>