Bonjour,
Afin de limiter les temps de commutation entre deux utilisateurs sur mon vieux pc (400Mhz), je me suis dit : "Lance donc deux sessions X simultanées, sur des vt différents, et le tour sera joué".
Bon, ça marchotte, par contre ce qui ne marche pas du tout, c'est le partage de artsd entre les deux utilisateurs.
J'ai googlé à fond, et en fait artsd est multi-client, mais mono-utilisateur.
Cher journal, dis moi que je me suis trompé, et qu'il existe un truc de la mort qui tue qui permet de partager ARTSD entre plusieurs utilisateurs (j'ai qu'une carte son).
Merci !
# Une seule solution
Posté par Jerome Herman . Évalué à 4.
Chez moi c'est la seule facon de faire marcher ARTs convenablement tout en continuant a utiliser XMMS (parceque les applis multimedia de KDE....)
Kha
# group et gestions de /dev/dsp
Posté par hommelix . Évalué à 1.
Un peu a la maniere dont les droits sur les devs sont geres sur une debian.
# tu t'est trompé
Posté par LeVulcain . Évalué à 4.
:o)
ha je ne suis pas le seul à vouloir faire ça !! mais je suis encore jeune dans le monde GNU/Linux alors j'ai fait une bidouille de la mort pour que ça marche !!
les Geeks vons me gronder ....
alors ça marche impecable , sauf que à la 1ère ouverture de session , l'user prend possesion des perifs avec des droits du genre 600 ou 700 .
donc , juste avant d'ouvrir la 2ème session je lance un script comme ça :
#!/bin/sh
chmod -R 770 /dev/sound
chmod -R 770 /dev/v4l
chmod -R 770 /dev/snd
chmod -R 770 /dev/video*
chmod -R 770 /dev/mixer
evidement j'ai utilisé les groues video & audio sur les perifs ET dans les comptes utilisateurs .
et voila , j'ai le son ,la carte TV qui marchent dans les 2 sessions !!!
allez-y , incendiez moi !!! :o)
P.S: je serais jamais Geek avec des bibouilles pareilles ...
[^] # Re: tu t'est trompé
Posté par Prosper . Évalué à 3.
si tu veux changer les droits attribués "dynamiquement" par pam , il faut changer ca dans le fichier /etc/security/console.perms
[^] # Re: tu t'est trompé
Posté par gnumdk (site web personnel) . Évalué à 3.
/etc/security/console.perms
Apres, en utilisant le bon groupe et en mettant ton second user dans le groupe, ca passera.
C'est le premier utilisateur qui est prioritaire donc tu aura un truc du genre:
crw-rw---- 1 gnumdk audio 14, 3 mai 22 21:34 /dev/dsp0
si le second user se connecte et fait parti du groupe audio, il aura aussi acces a la carte. Par contre! Avec des cartes ne gérant pas le hardware mixing, il faut absolument que arts soit configuré pour se coupé apres inactivité(voir kcontrol).
Pour la question du monsieur, je ne pense pas que l'on puisse partager un serveur arts entre plusieurs utilisateurs.
[^] # Re: tu t'est trompé
Posté par LeVulcain . Évalué à 1.
alors en fait ça aurais dû marcher depuis le début saut que dans ma "Mandrakelinux 10.0" j'avais des groupes déja crées "audio" et "video" et dans /etc/security/console.perms il etait mention de groupes < sound > et < v4l > !!
et ouais , c'est sur je pouvait toujour faire mumuse !!!
ps : ceci n'est pas un troll mdk vs le reste du monde !! :o)
[^] # Re: tu t'est trompé
Posté par -mat . Évalué à 2.
comme ma carte ne gère pas le hardware mixing, c'est un problème....
Je suis vraiment déçu.... snif...
Je vais devoir repasser à fvwm avec esd... Ca marche mieux, mais c'est ma femme qui va pas etre contente :(
- merci
[^] # Re: tu t'est trompé
Posté par -mat . Évalué à 1.
merci pour les infos...
J'ai pas de hardware mixing, donc pas glop !
Je vais devoir repasser à fvwm2 et esd.. Ca av bien plus vite et ça marche...
c'est ma femme qui va pas etre contente :(
# pb de son
Posté par Toto . Évalué à 1.
Je viens d'installer Alsa sur ma machine, il marche nickel, a un défaut près : lorsque j'ecoute de la musique (Xmms plugin Alsa ou Esd), je ne peux plus entendre les son Gaim (ou autre). Des que je stoppe la musique, les sons apparaissent a nouveau (Gaim en plugin output automatic) ou pas du tout si je mets Esd.
Quelqu'un aurait il une idée, j'aimerais bien pouvoir ecouter de la musique et etre averti quand qqn m'ecrit
Merci
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.