Lore : Dark Horizon utilise un script : il passe artsd en mode suspendu ce qui libère le périphérique de son quelque soit le réglage de artsd. reste à vérifier le copyright , ce script contient des morceaux de code veant de loki , cela permeet peut être de déterminer sa licence...
# Function to suspend the arts daemon. return 1 if the daemon is/was suspended,# 0 otherwise
suspendArts()
{
local sleeptime=1 # seconds to sleep between retries
local num_retries=3 # max number of retries
local retry_count=0 # counter
local status="" # output of artsshell command
# do a basic test to see if the necessary programs are available
status=`artsshell status 2>/dev/null`
if [ ! $? -eq 0 ]; then
# oh well
return 0
fi
status=`artsshell status | grep "server status" | awk '{ print 3ドル}'`
while [ "$status" != "suspended" ] && [ $retry_count -lt $num_retries ]; do
# sleep if this isn't the first try
if [ $retry_count -gt 0 ]; then
sleep $sleeptime
fi
# try a suspend
artsshell suspend 2>/dev/null
# increment count
let "retry_count += 1"
# get status again
status=`artsshell status | grep "server status" | awk '{ print 3ドル}'`
done
# is it suspended now?
if [ $status = "suspended" ]; then
return 1
else
return 0
fi
}
il est appelé avec l'execution du jeu avec:
# try to suspend arts
suspendArts
De mon côté j'ai eu aussi des expériences difficiles avec artsd : démarrage intempestif sous environnement gnome , rarement supporté par les jeux (artsdp n'aidait pas beaucoup pour quake2 et autres jeux basé sur ce moteur : un prblçme de mmap)
En prenant de l'expérience , j'en conclus que artsd était le moteur de son le plus puissant (le suel à le battre aujourd'hui est NMM mais il n'est pas encore intégré aux ditributions). Par contre c'est le moins bien supporté par les applications non kde (rare sont les programmes à utiliiser ses fonctions de compatibilité, et artsd est en fin de compte capable de s'interfacer avec n'importe quoi).
Autre problème : artsd est un serveur multimédia , le son n'est qu'une de ses fonctions. Hors rare au-delà du son son utilisation est marginale. Mais il n'a jamais été compatible avec les plugins de ffmpeg (mplayer) , LADSPA et en plus pour le son il ne gère pas le midi ...
Donc un formidable outil qui a passé son temps à contourner tous les bugs/limitations des systèmes linux (Xv n'existait pas, ffmpeg était instable, la latence du noyau était énorme , les drivers oss ...)
Alors que NMM qui a exactement le même objectif mais utilise tous ces projets externe a finalement été dévelopé en quelques mois , artsd avancait seul pendant des années ...
J'espère juste que les développeurs de arts ne vont pas être amer et feront contribuer ces nouveaux projets de leur expérience, sinon nous finirons avec gstreamer comme seule api multimédia .
[^] # Re: RIP arts
Posté par Al Brow . En réponse à la dépêche Interview de Scott Wheeler à propos de kdemultimedia. Évalué à 2.
# Function to suspend the arts daemon. return 1 if the daemon is/was suspended,# 0 otherwise
suspendArts()
{
local sleeptime=1 # seconds to sleep between retries
local num_retries=3 # max number of retries
local retry_count=0 # counter
local status="" # output of artsshell command
# do a basic test to see if the necessary programs are available
status=`artsshell status 2>/dev/null`
if [ ! $? -eq 0 ]; then
# oh well
return 0
fi
status=`artsshell status | grep "server status" | awk '{ print 3ドル}'`
while [ "$status" != "suspended" ] && [ $retry_count -lt $num_retries ]; do
# sleep if this isn't the first try
if [ $retry_count -gt 0 ]; then
sleep $sleeptime
fi
# try a suspend
artsshell suspend 2>/dev/null
# increment count
let "retry_count += 1"
# get status again
status=`artsshell status | grep "server status" | awk '{ print 3ドル}'`
done
# is it suspended now?
if [ $status = "suspended" ]; then
return 1
else
return 0
fi
}
il est appelé avec l'execution du jeu avec:
# try to suspend arts
suspendArts
De mon côté j'ai eu aussi des expériences difficiles avec artsd : démarrage intempestif sous environnement gnome , rarement supporté par les jeux (artsdp n'aidait pas beaucoup pour quake2 et autres jeux basé sur ce moteur : un prblçme de mmap)
En prenant de l'expérience , j'en conclus que artsd était le moteur de son le plus puissant (le suel à le battre aujourd'hui est NMM mais il n'est pas encore intégré aux ditributions). Par contre c'est le moins bien supporté par les applications non kde (rare sont les programmes à utiliiser ses fonctions de compatibilité, et artsd est en fin de compte capable de s'interfacer avec n'importe quoi).
Autre problème : artsd est un serveur multimédia , le son n'est qu'une de ses fonctions. Hors rare au-delà du son son utilisation est marginale. Mais il n'a jamais été compatible avec les plugins de ffmpeg (mplayer) , LADSPA et en plus pour le son il ne gère pas le midi ...
Donc un formidable outil qui a passé son temps à contourner tous les bugs/limitations des systèmes linux (Xv n'existait pas, ffmpeg était instable, la latence du noyau était énorme , les drivers oss ...)
Alors que NMM qui a exactement le même objectif mais utilise tous ces projets externe a finalement été dévelopé en quelques mois , artsd avancait seul pendant des années ...
J'espère juste que les développeurs de arts ne vont pas être amer et feront contribuer ces nouveaux projets de leur expérience, sinon nous finirons avec gstreamer comme seule api multimédia .
Alban