fcn50 a écritThe Uploader a écritBah l'usage du clavier est prédominant dans Unity. Si tu l'utilises comme un clickodrôme, c'est que tu l'utilises mal. Mais l'expérience utilisateur pourrie qui en résulte n'est pas la faute d'Unity.
Laisse moi pouffer de rire et change ta signature > Archlinux/Xfce > ubuntu/unity !
Ce n'est pas parce que je préfère Xfce que je suis obligé de dire que le reste c'est de la merde. 😐
fcn50 a écritThe Uploader a écritEuh non. Avant ALSA, il y avait OSS. ALSA a été pour une seule carte son au départ. Et ça se voit.
Ben explique pourquoi PA n'est pas installé sans alsa (cette merde) sur les distros s'il se suffit à lui-même ?
PA est présent sur quasi toutes les distros grand public, et a besoin d'ALSA.
fcn50 a écritThe Uploader a écritAujourd'hui encore, quand on utilise ALSA seul on a pas mal de problèmes (un seul volume sonore pour tout le monde, pas de détection du casque - adieu tes oreilles -, pas de moyen d'utiliser facilement des casques audio bluetooth, ...).
Faut voir quels logiciel on utilisent, il est clair qu'avec des merdes du genre you tube > flash (le mort vivant qui fait de la résistance) et Rhythmbox faut contourner les symptômes de leurs maladies...
C'était avec n'importe quel logiciel. Ce n'est pas une question de logiciel, mais de problèmes propres à ALSA.
fcn50 a écritThe uploader a écritHeureusement, PA est là et masque toute cette merde à l'utilisateur. Pour tout type d'utilisateur qui n'a pas envie de s'embêter avec la configuration du son et les problèmes d'ALSA, PA est LA solution (ou pour certains, ce sera OSSv4).
PA est un emplâtre sur une jambe de bois et ne résout rien du tout.
Au contraire.
- la possibilité d'utiliser plusieurs cartes sons en même temps en tant qu'une seule carte son
- la possibilité d'utiliser des casques bluetooth facilement
- equalization pour tout le système (ça permet par exemple d'avoir un volume sonore normalisé pour toutes les applications)
- possibilité de jouer le son à travers le réseau local
- une interface en ligne de commandes scriptable
- possibilité de changer la sortie d'une application à la volée, sans changer le code de ladite application
- peut être étendu via des greffons
- (liste non-exhaustive)
Et dans mon cas il a résolu nombre de problèmes :
- Timidity utilisait la carte son de manière exclusive: pas de son.
- Un volume sonore par application au lieu d'un volume globale partagé
- détection de la présence ou non d'un casque, et modification du volume en conséquence
- possibilité de faire en sorte qu'une application en particulier soit muette, ou que son volume sonore soit à 150% (pratique quand le volume du film est bas :p )
fnc50 a écritEt repose encore toujours sur alsa..!
No shit, sherlock. C'est l'API unique pour le son du noyau... :p
fcn50 a écritThe Uploader a écritS'il faut lire beaucoup pour configurer ton son, c'est qu'il y a un problème, non ?
Tout à fait, je ne prétend pas que la gestion du son sous nunux est un paradis mais au lieu de rajouter une couche il faudrait prendre le mal à la racine.
Là, nous sommes d'accord. Gérer la lecture/enregistrement du son en espace utilisateur,
c'est s'exposer à des latences plus importantes.
Maintenant, je ne sais pas quelle magie noire utilise PA, mais aujourd'hui je n'ai plus ces latences. Ou du moins, je n'en ai pas l'impression.
fnc50 a écritThe Uploader a écritPA n'a besoin que d'ALSA.
Jack aussi ! Ils se basent sur la même architecture ALSA...
J'ai pas dit le contraire, si ?
fcn50 a écritThe Uploader a écritOn dit aussi dans la MAO qu'il faut utiliser un kernel temps réel. Cela ne veut pas dire que Linux est nul. Juste qu'il n'est pas fait pour ça à la base. Comme PulseAudio.
Linux est loin d'être nul, la preuve il y a des low-lentancy-kernel, justement.
Je n'ai pas dit que Linux était nul. J'ai dit que considérer que la MAO ça fait pro donc Monsieur tout le monde devrait aussi utiliser soit ALSA soit Jack comme dans le monde de la MAO, c'est n'importe quoi.
