Voilà. Enfin pas tout à fait, mplayer écoute le standard input tant qu'il est lancé si tu ne lui passes pas l'option qu'il faut.
Donc plutôt que de balancer /dev/null comme entrée, on peut se contenter de l'option -slave de mplayer qui fait qu'il n'attend plus quoi que ce soit du tty qui l'a lancé. A combiner avec l'option -really-quiet sinon il va continuer de pourir la console. (il y a aussi l'option -idle qui pourra peut-être servir, selon ce que veut faire Laphyntix). MPlayer écoute en effet ce qui lui est dit depuis le tty (sinon, ce serait difficile de l'interrompre quand il lit des fichiers audio...)
Conclusion :
mplayer est un programme particulier : il cause avec l'entrée et la sortie standard. Il ne te vient pas à l'idée de mettre mutt en arrière plan par exemple. Mais les programmes à gui où sans interaction peuvent se détacher (iceape, xterm, wget...).
Et lire le man de mplayer est fastidieux mais utile (utilise groff -man -T html si lire du man te révulse).
[^] # Re: .
Posté par 태 (site web personnel) . En réponse au message cmd& me met bien le processus en BG mais stoppé. Évalué à 3.
Donc plutôt que de balancer /dev/null comme entrée, on peut se contenter de l'option -slave de mplayer qui fait qu'il n'attend plus quoi que ce soit du tty qui l'a lancé. A combiner avec l'option -really-quiet sinon il va continuer de pourir la console. (il y a aussi l'option -idle qui pourra peut-être servir, selon ce que veut faire Laphyntix). MPlayer écoute en effet ce qui lui est dit depuis le tty (sinon, ce serait difficile de l'interrompre quand il lit des fichiers audio...)
Conclusion :
mplayer est un programme particulier : il cause avec l'entrée et la sortie standard. Il ne te vient pas à l'idée de mettre mutt en arrière plan par exemple. Mais les programmes à gui où sans interaction peuvent se détacher (iceape, xterm, wget...).
Et lire le man de mplayer est fastidieux mais utile (utilise groff -man -T html si lire du man te révulse).