-=[ silmaril ]=- a écrit 1463 commentaires

si vous voulez une lib -> LGPL.
non pas du tout efface,
si tu veut une lib tu as le choix entre GPL et LGPL.

euh, non. C'est la GPL pour ça. LGPL c'est pour réimplémenter une lib proprio qui existe déjà.

Hum hum hum, non pas du tout efface.
La LGPL permet aux programmes propriotaires d'utiliser la librairie (via linkage) sans devoir fournir le programme en open source, au contraire d'une librairie GPL qui force l'utilisateur a distribuer son prog en GPL

C bien tout ca mais c pour quoi faire ?
parce que si tu veut du matos vachement bien géré sous linux pour la 2d et eventuellement la sortie tv, essaye de choper une Matrox G400Max ou plus recent (pas forcement bcp mieux). niveau support Xfree, DirectFB, mplayer, etc y a pas bcp mieux actuellement. Et c'est de pire en pire meme

cd /tmp
apt-get build-dep bind9
apt-get -b source bind9

et zou

J'ai bien fait de lire jusqu'au bout, mon non plus je ne voit pas l'interet d'installer un 'driver' qui n'est juste qu'un outils d'interception et de traductions d'evenements

pour etre exact c plutot
o ld.so(1), sur les platformes ELF, charge maintenant les bibliothèques dans un ordre aléatoire afin de mieux résister aux attaques.

tu fait
aplay -L

et tu as la liste des valeurs possibles pour ta carte
sinon j'ai deja tout explique a tord et a travers dans le message precedent
je ne comprend pas ce que tu cherche a faire

lance xev
place la souris dant la fenetre et appuie sur les touches qui merdent ca donne une bonne base pour savoir ce qu'il se passe.

(je trouve personnellement Gnome assez austère, disposant de très peu d'options de configuration, et pour être franc, plutôt moche, mais c'est un avis uniquement personnel).

alors que sous Nautilus, la zone de sélection est symbolisée par une zone bleue transparente du plus bel effet.

hum bon, alors solution trois passe a gnome 2.4 ca sera plus simple hein.

Sinon pour tes problemes:

1/ c normal, mozilla et firebird ne supportent pas l'ouverture simultanée du meme profil, utilise les remote command: http://www.mozilla.org/unix/remote.html(...)

2/ alors ce genre de truc ... comme dit plus si ca te plait pas tu propose un patch
3/ tu utilise realplayer et tu veut pas mettre de drivers proprietaires dans ton Linux .... je cherche encore mais je comprend pas
4/ Pour les radeon il faut 1 un XFree recent (4.3.x) 2 un kernel recent (2.4 plus drivers dri fournits par XFree ou 2.6)
de plus pour ta carte nforce il faut que tu choppe un driver chez nvidia, mais apparement il y a ds problemes avec les cg non nvidia dans certaines version.

5/ alsa ou alsa plus recent
6/ si j'ai bien compris ce que tu veut tu vas devoir patcher le panneau de config mandrake. Mais bon j'ai le meme modem et un startmodem au demarrage (/etc/rc.d/) suffit amplement.

7/ ton serveur DHCP fournit des IP qui sont filtrées par le firewall mandrake. Desactive le et configure iptables a la main ce sera plus efficace, ou mieux passe sur une debian...
Tu peut aussi essayer de demander a DHCP de fournir des addresses IP fixes.
et as tu verifer si la passerelle (gateway) etait bien renseigner dans le cas de l'allocation par DHCP.

8, 9, 10 j'ai rien a rajouter

Il a dit bidirectionnel le monsieur, donc pas de RTC...

Yep bon j'avais pas linke le HOWTO mais sinon c a peu pres ce que je disait plus bas ...

Si tu veut vraiment refroidir ton athlon (jusqu'a -10°c de difference) utilise (sous linux) athcool:
http://members.jcom.home.ne.jp/jacobi/linux/softwares.html(...)
ou fvcool:
http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/(...)

Le deuxieme est plus vieux mais moins libre. Ce sont tous deux une implementation du 'veritable' mode d'economie d'energie des athlon. Attention selon ta carte mere cela peut ne pas fonctionner ou induire des problemes
avec cartes son ou autre. Mais sinon ca fonctionne beaucoup mieux que sous windows (la boucle idle marche mieux, je n'ai jamais reussi a faire mieux que -4° sous windows avec le dernier VCool et sa boucle idle a lui, tandis que sous linux je passe sous la barre des 30°c en idle total ou en lecture audio mpg/ogg)

Surtout que php ... ca pu !

De ce que j'ai retire de emu-tools (bon ct y a 6 moix d'accord mais bon) c'est que tu pouvais effectivement faire ce genre d'astuces mais pas en parallele, ici je fait sortir troix flux audio en meme temps sur trois groupe de haut parleurs.

Enfiun si ca a change tant mieux, je prefere quand meme alsa et sa gestion automatiques des dsp etc...

Une question, pour essaye tu de faire -Dcards ? Parce que l'erreur que tu as c'est clairement que tu n'a pas d'entree 'cards' dans ta conf alsa. Tu a du oulbie une partie des entrees.

Deuxiemement le driver alsa gere lui meme dans 95% des cas l'ouverture des sous peripheriques quand les autres sont indisponibles se fait automatiquement, contrairement aux drivers oss pour lesquel il faut specifier a la main le bon dsp.
Donc pour acceder au deux sous devices ce serait plutot 'hw:0,0' et 'hw:0,1'. Mais meme dans ce cas je ne serait pas surpris que le driver ouvre tout seul l'un ou l'autre des devices suivant l'etat.

XkbVariant c'est une valeur qu'il t'est demande de remplir a la main pendant l'install de Xfree, et aucun test n'est realiser dessus

Si j'essais de passer directement par ALSA, j'ai des soucis :
aplay -f cd test.mp3
j'ai uniquement du souffle sur les 5 sorties

Normal, aplay ne sait pas lire le mp3, tout juste le mpeg audio 1. Si tu veut vraiment lui envoye un format encode il faut comme ecrit dans le message precedent envoyer le resultat de la sortie de mpg123 en '-s' (ou il ecrit sur stdout le son en raw) a aplay en specifiant le format (cd la plupart du temps) ie
mpg123 -qs test.mp3 | aplay -f cd

Sinon je ne connait pas vraiment les DMX6fire, mais si elles gerent le hardware mixing alsa evrait le supporter. Pour tester lance plusieurs aplay dans differents terminaux pour commencer. Ensuite pour envoyer a l'un ou l'autre des HP etudie le resultat de 'aplay -L'

le cdparanoia ok eventuellement, mais pour tester la qualite d'une sortie audio
le mpeg c moyen moyen, ce que j'ai oublie de dire dans le message ct de prendre un wav non encode (brut de decoffrage quoi, un truc qui a pas ete bidouiller).

Tu as confondu artsdsp et artsd. artsdsp est un connecteur entre un client OSS et artsd qui s'attend à un client aRts, et je trouve qu'artsdsp bouffe pas mal de CPU. Je sais bien qu'artsd fait beaucoup plus qu'un serveur de sons de base.

arf possible, j'utilise pas trop arts, c juste ce que j'ai lu.

(Exemples personnels : écouter un stream basse-qualité sur le haut-parleur de gauche et le même en haute-qualité sur celui de droite, pour comparer ; rediriger tous les sons du système sur le canal de droite car le haut-parleur de gauche était mort).

d'ailleurs tes exemples personnel soit dit sans te facher ressembles bcp aux exemples 'personnels' sur arts que l'on lit partout sur le net en anglais comme en francais ...

Et esddsp c'est quoi alors ?
Une grosse merde pourquoi ? c juste un truc qui deroute les ecriture sur /dev/dsp vers lui meme en esound, donc oui bon on peut appeler ca une emulation oss.

en device hard il gere oss et alsa

Question importante pour moi : est-ce qu'il y a moyen choisir au moment où on lance esd, ou bien est-ce que c'est une option de compilation ?
ca doit etre une options de compilation je me souvient plus trop mais je sais que la debian propose deux paquets libesd et libesd-alsa donc ca doit etre a la compil.

par contre il supporte l'envoi sur reseau
Et aRts ne le fait pas ? Je croyais.

aucune idee c juste que je sais que esound le fait :)

Je me suis mal exprimé (enfin, je voulais pas non plus vous pourrir de détails). Bref, je pensais que l'API d'ALSA pouvait être plus intense (plus d'appels par seconde) pour être plus précise, et que l'API d'OSS, même émulée, se contentait de moins d'appels par seconde. Et ce n'était, comme je l'ai dit dès le départ, qu'une théorie.

mouai je reste sur mon point de vu le driver alsa9 de mplayer est tres mauvais (d'ailleurs c lui meme qui le dit quand il arrive plus a ecrire, meme si c parce que le fichier avi n'est pas telecharge completement :))

MERCI MERCI MERCI MERCI MERCI MERCI MERCI (moi qui ai l'habitude de manger de la doc, j'ai honte d'être passé à côté de celle-là) MERCI MERCI MERCI MERCI

de rien de rien, lit aussi mon post sur aplay -l et aplay -L ca peut etre utile :)

le drivers alsa te permet bcp plus de chose que le driver oss notamment sur les emu10k1 mais les outils n'ont pas encore tous etes crées apparement, sinon niveau devices hard tu peut utiliser aplay -l pour voir les peripheriques hard disponibles au travers de l'interface alsa (chez moi les memes 32 peripheriques que sous windows plus un acces au 8 peripheriques du chipset FX8010 (le dsp en lui meme).
tu a aussi aplay -L qui te donne la liste des interfaces alsa disponibles

voici un un exemple:
aplay -D cards.pcm.front -f cd test2.raw
aplay -D cards.pcm.rear -f cd test.raw
aplay -D cards.pcm.center_lfe -f cd test3.raw

va jouer 3 sources differentes en meme temps (ou en serie si dans le meme terminal bien sur) 3 fichiers de qualite cd sur separement les hp avants, les hp arriere et le hp central. (teste sur une sblive 5.1 en mode analogique avec DTT2200).

si tu veut tu peut aussi lancer les trois (jsuqu'a trente deux) aplay sur le meme device (marche pour toute application alsa/ oss-alsa) pas besoin de plusieurs devices audio un seul suffit amplement.

Et encore tout cela est teste avec la conf standard, en utilisant les asoundrc tu peut apparement tout modifier.
Il reste le device surround40/surround51 que je ne sait pas utiliser (il doit falloir une source 5 entree).

Bon il y a leger melange dans tout ca.

1 tu a deux standards d'interface audio sous linux: OpenSoundSystem et AdvancedLinuxSoundArchitecture, le second etant bien plus avancé que le second.
2 tu a ensuite pour ta carte des drivers différents possibles:
ceux du kernel de base en OSS pour la plupart
les versions payantes des memes drivers (enfin de la plupart) disponibles sur je sais pas trop quel site
ceux fournis avec l'API alsa qui sont en regle générale meilleurs que ceux du kernel.

Il faut tout d'abord tester tes drivers a ce niveau la avec des applications s'interfacant directementet eviter le software mixing etc ...
Tu peut tester les outils fournits pour les interfaces (play/aplay) pour jouer des fichiers .wav non encodes pour tester les qualitées des sorties. Puis eventuellement ogg123 qui supporte les deux formats pour comparer.
ecasound permet aussi la generations d'ondes sonores pour tester le materiel.

3 enfin au dessus tu peut intercaler un serveur de son comme EsounD/aRts. Il faut savoir que EsounD se contente de mixer le son et de disposer d'une interface reseau, tandis que aRts propose de nombreux effets, le decodage mpeg et differents modes de mixages audio. aRts est une surcouche plus complexe avec plus de traitement sur le son ...
Mon préféré c'est encore jackit un serveur de son temps reel qui peut necessiter quelques adaptation du kernel pour fonctionner a 100% mais
qui se base sur la gestion temps reel du son.

oula la y a des infos zarbis la dedans, pour artsdsp, c pas vraiment juste un serveur de son, il permet des transformations (mix en soft + sortie sur tel ou tel HP, il decode le mp3, etc j'amais essaye mais c les spec) donc qu'il pompe c bien possible. 2 EsounD ne propose pas d'emulation OSS il faut lui cause esound sinon pfuit (en device hard il gere oss et alsa) par contre il supporte l'envoi sur reseau, ca peut etre utile.

Sinon pour ton test avec mplayer je ne pense pas que ce soit l'API alsa qui soit gourmande en cpu (vu que l'emulation OSS d'alsa utilise l'api alsa, en mode kernel d'accord mais bon) par contre je pense me rappeller que l'implementation de sortie alsa9 de mplayer est plutot ... pourrie.

Sinon pour ton dernier point: http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php3(...) section software mixing

Juste pour te dire que je bosse en université et que depuis 1 ans certains batiments de cité U ont accès au Net (bp 256Ko/s). Bon tu est derriere le reseau de la fac et tu doit signer la charte RENATER mais c toujours ca tu profite des firewall et du service sécurité reseau etc...
Actuellement nous on a 2 batiments de connectés, et ca avance doucement.

Alors peut etre que ..

pour l'API Win32 bein y a guerre que le site msdn.microsoft.com qui soit
vraiment complet

j'oubliait:

tu rajoute a tout serveur LDAP un serveur imap (chez moi j'ai pris Postfix en Maildrop + courier-imap ca carbure sec) et tu peut te degager des contraintes
d'outils de gestion de mails: chez moi mon serveur recupere et ventille facons puzzle mes mails sur mon arbo Maildrop et j'y accede indeferement par mutt, evolution thunderbird ...

un serveur LDAP.
evolution (en tout cas le 1.4) les gere bien
apres il 'suffit' de te faire une config de securite LDAP au petits oignon
(au pire avec iptables)