
Recherche avancée
Médias (91)
-
Richard Stallman et le logiciel libre
19 octobre 2011, par
Mis à jour : Mai 2013
Langue : français
Type : Texte
-
Stereo master soundtrack
17 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Audio
-
Elephants Dream - Cover of the soundtrack
17 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Image
-
#7 Ambience
16 octobre 2011, par
Mis à jour : Juin 2015
Langue : English
Type : Audio
-
#6 Teaser Music
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#5 End Title
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
Autres articles (40)
-
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" (...) -
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...)
Sur d’autres sites (6300)
-
Subprocess call stopping asynchronously-executed Python parent process
6 mai 2016, par Suriname0The following shell session demonstrates the behavior I am seeing :
[user@compname python-test]$ cat test.py
#!/usr/bin/env python
import subprocess
from time import sleep
proc = subprocess.Popen("ffmpeg", stdout=subprocess.PIPE, stderr=subprocess.STDOUT, shell=True)
print "Starting process: " + str(proc)
status = proc.poll()
while status is None:
print "Process still running."
sleep(0.01)
status = proc.poll()
print "Status: " + str(status)
[user@compname python-test]$ python test.py
Starting process:
Process still running.
Process still running.
Status: 1
[user@compname python-test]$ python test.py &
[4] 6976
[user@compname python-test]$ Starting process:
Process still running.
Process still running.
[4]+ Stopped python test.py
[user@compname python-test]$ ps
PID TTY TIME CMD
4684 pts/101 00:00:00 python
4685 pts/101 00:00:00 ffmpeg
7183 pts/101 00:00:00 ps
14385 pts/101 00:00:00 bashAs you can see, when the simple test Python program is run normally, it completes successfully. When it is run asynchronously (using
&
), the Python process is stopped as soon as the subprocess call is complete (andpoll()
would return a non-None
value).- The same behavior occurs when using
Popen.wait()
- The behavior is unique to
ffmpeg
. - Both the Python process and
ffmpeg
are ending up stopped, as seen in the call tops
.
Can someone help me detangle this behavior ? I don’t see anything in the documentation for the
subprocess
module, bash’s&
operator, orffmpeg
that would explain this.The Python version is 2.6.6, bash is GNU bash version 4.1.2(1)-release (x86_64-redhat-linux-gnu), ffmpeg is version 3.0.1-static.
Thank you for any help !
- The same behavior occurs when using
-
cmdutils : Add a stream specifier to map usable streams
18 mars 2015, par Luca Barbato -
Merge commit ’8d07e941b04d63fc4443dd986e3dc7b69cdcca43’
18 novembre 2016, par Hendrik LeppkesMerge commit ’8d07e941b04d63fc4443dd986e3dc7b69cdcca43’
* commit ’8d07e941b04d63fc4443dd986e3dc7b69cdcca43’ :
FATE : add a test of H.264 SEI recovery in an intra refresh streamOur H264 decoder drops 3 frames from the beginning of the stream, but
all frames after those match, hence the difference in the fate test.Merged-by : Hendrik Leppkes <h.leppkes@gmail.com>