Oui normalement Phonon peut utiliser Xine, Gstreamer ou VLC, Gstreamer et Xine peuvent communiquer avec ALSA ou OSS ainsi que PulseAudio pour Gstreamer.
C'est vrai que je ne me suis jamais penché sur gstreamer, pour ma part je le vois comme une couche d'abstraction pour faire le lien entre les applications et les librairies, mais je suis peut être dans l'erreur…
Bah Gstreamer c’est une bibliothèque qui va communiquer avec soit ALSA, soit OSS soit PulseAudio.
Ce qu'on lui reproche c'est de ne pas être au niveau de CoreAudio (la pile audio OSX) qui, elle, arrive a concilier les deux. Mais là encore il y a des raisons. En faite une, principalement : ALSA n'est pas souple au niveau de sa gestion des tampons mémoires : explications [english]. CoreAudio sait le faire.
Et donc faut un remplaçant à ALSA pour avoir une meilleure pile audio? Parce que bon le seul espoir qu’on ai eu récemment c’est KLANG (et j’ai eu beaucoup d’espoir que ça règle tous les problèmes). Et vu l’état de la page d’accueil du projet (avant il avait beaucoup de textes et deux-trois liens) ainsi que le fait que l’auteur initial c’est fait sévèrement démonté par des professionnels de l’audio sous GNU/Linux…
Autant écrire un traducteur unité systemd → script init, c'est plus simple et ça a le même avantage. Ça couvre beaucoup de cas, et pour les autres, on écrit le script init à la main.
Ça m’étonnerait que ça soit possible, puisque les sripts et le système d’init ont toujours été très différents donc à moins qu’ils passent tous à OpenRC ou à un système d’init à la BSD…
un même code pour toutes les distributions (l’ayant adopté s’entend)
Là, on parle d'adapter le code pour les BSD, ce ne sera justement plus le même code.
J’espère quand même qui s’ils adaptent systemd ça changera pas les 3/4 du code parce que sinon ça sert à rien effectivement. OpenSSH sous GNU/Linux c’est pas la version «officielle», c’est un portage et pourtant c’est quand même relativement proche de l’upstream non?
ne administration simplifiées parce que systemctl saytropratik™
Il faudrait voir ce qui reste de systemctl une fois qu'on n'a plus les cgroups.
Bah systemctl enable/disable/start/stop/restart/reload/status/list-units/etc ça va quand même pas disparaitre si? Bon c’est sûr ça demandera du travail de changer toutes les parties qui dépendent des fonctionnalités de Linux, mais je pense que c’est possible (en virant les parties de code qui dépendent de Linux et en remplaçant quand c’est nécessaire par la version kifonktione™ sous BSD).
des services qui se lancent à la demande
Pas besoin de systemd pour ça.
C’est plus facile avec systemd quand même… (ex: systemctl enable cups.socket)
Si, comme dit Xavier Claude, sans les cgroups systemd perd une grande partie de son intérêt, pourquoi dépenser de l'énergie dans un portage sous BSD ?
Faut arrêter, c’est quand même pas le seul avantage de systemd d’utiliser les cgroups… Bon si les performances ça intéresse personne il y a aussi les unités systemd qui sont faciles à écrire, un même code pour toutes les distributions (l’ayant adopté s’entend), des services qui se lancent à la demande, une administration simplifiées parce que systemctl saytropratik™, etc.
on va pas râler parce qu’on a un logiciel performant, souple et puissant qui exploite un maximum de fonctionnalités de Linux quand même?
Non pas du tout. Je n'utilise pas car je suis sous Debian et je préfère garder l'init par défaut mais j'imagine que si j'utilisais une distribution avec systemd par défaut je l'utiliserais. Ça ne me ferait pas changer de distribution ou bien me lancer dans du bricolage pour virer systemd et utiliser l'init « traditionnelle ». Enfin j'imagine.
J’ai déjà bricolé l’init pour avoir systemd quand c’était pas encore celui par défaut et je n’ai pas eu de problèmes (en suivant les instructions du wiki ça passe tout seul). D’ailleurs systemd pourrait passer à systemd, mais Debian/kFreeBSD pose un problème…
Pour en revenir au sujet: si c’est pas ton système d’initialisation, de quoi peux-tu te plaindre? :p
Justement non, je n'ai pas envie de réinstaller PA pour le confirmer, mais je crois bien me souvenir avoir été emmerdé, lorsque Pulseaudio était installé, par le fait que modifier le son dans Amarok/Kaffeine/etc. affectait directement mon canal Master.
Je pense que c'est le fait que systemd éloigne Linux de la grande famille des UNIX, en particulier des BSD.
Mais ça on s’en fout un peu non?
Lennart dit qu'il a rien contre un port de systemd sur BSD mais il me semble que techniquement ça obligerait à modifier en profondeur le noyau des OS BSD, ce qui paraît à la fois coûteux et potentiellement dangereux, donc non souhaitable.
En fait c’est plutôt le contraire que j’avais compris, que c’était possible de faire tourner systemd sans certaines fonctionnalités sous BSD mais personne n’a envie de faire ce travail…
Après, est-ce que c'est mal de se reposer sur des spécificités du noyau Linux bien que ça nuise à la portabilité du bousin ? Ça je suis bien incapable de le dire.
Non, Linux a des fonctionnalités en plus de BSD mais faut pas s’en servir c’est mâââl.
Pour conclure: on va pas râler parce qu’on a un logiciel performant, souple et puissant qui exploite un maximum de fonctionnalités de Linux quand même? on est pas une population de vieux con à ce point, si?
Bon je vais t’expliquer. Dans le Makefile les options passées au compilateur sont indiquées. Là toutes les options sont cachées, make ne fait qu’exécuter les instructions du Makefile. C’est comme si tu faisais tourner un script Bash, tu ne sais pas ce qu’il fait exactement à moins de l’avoir ouvert.
Posté par ariasuni .
En réponse à la dépêche Sortie de PulseAudio 4.0.
Évalué à 3.
Dernière modification le 18 juin 2013 à 22:31.
Ok, donc avec trois applications en même temps ça roule et PulseAudio détecte VLC à 100% de volume quand il est à 100% ou plus mais ça me dérègle complètement le son (après le son est à 100% mais le son du plugin alsa est à 30%, du coup quand je lance une autre application ça gueule mais j’entends rien avec le lecteur Flash sur Youtube). «Fonctionnalité» réglée en 10 secondes grâce au wiki d’Arch Linux.
On peut régler le son par application dans le mixeur ce qui est pas mal même si je n’avais aucun problème avec ALSA — mais on perd le réglage quand on arrête l’application on dirait (au moins pour Flash).
Je n’ai plus le bug des périphériques, mais le test de l’utilitaire de configuration dans KDE ne fonctionne pas (il n’apparait même pas dans les flux audio traitées par PulseAudio). C’est le truc le plus simple qui ne fonctionne pas (c’est peut-être dû à KDE par contre, mais avant ça marchait c’est bizarre… Si quelqu’un peut confirmer le bug).
Enfin, 6-7% d’utilisation du processeur (AMD Athlon 64 x2) avec trois applications qui utilisent le son en même temps, 3% avec une seule application et rien si aucune application n’utilise le son ça me parait raisonnable (j’ai la dernière version, Arch Linux oblige).
J’ai jamais vu de Python compilé sur ma distribution, je ne connais même pas de projet qui soit capable de faire ça (bon on peut compiler du Python vers du Java ou utiliser Pypy qui utilise un JIT mais bon).
bien comprendre l'article sur PulseAudio sur le wiki Arch. Car comme d'habitude, l'intégration, c'est du DIY, c'est le revers de la médaille de sa philosophie KISS.
Ouais mais bon il n’y a pas beaucoup d’étapes et ça se fait tout seul en suivant le wiki (j’apprécie beaucoup Arch Linux justement pour son wiki). On ne change pas de système audio tous les deux jours et le seul truc un peu crade c’est pour faire passer les applications Java par PulseAudio.
En tout cas pour moi, ça c’est résumé à installer les paquets suivants: pulseaudio pulseaudio-alsa lib32-libpulse lib32-alsa-plugins, et c’est tout (gstreamer faisant déjà le boulot pour nous en gros et VLC ne demandant pas de conf supplémentaire).
Faut que je vérifie cependant s’il y a toujours le bug que j’ai mentionné plus haut.
C’est marrant on ressort toujours cette explication alors que le Java est plus rapide que le Python parce que c’est compilé en bytecode contrairement au Python qui est interprété. Par contre tu veux peut-être parler de l’occupation mémoire, et de ce côté-là j’ai l’impression que Java est très très gourmand.
Chezmoiçamarche™ aussi bien qu'ALSA à part un léger bug mineur qui n'arrive qu'avec KDE (il me dit que des périphériques audio ne sont plus là ou je sais pas quoi mais en fait ça fonctionne très bien), mais pas réessayé depuis un moment (je sais ce que je vais faire ce sois… :p).
Mais pas un serveur de son… Le serveur de son c'est celui qui communique le son des applications à une couche plus basse, le noyau généralement.
Un client de musique peut avoir une architecture de type client/serveur, c'est à dire que tout le boulot est fait par le serveur et c'est un ou plusieurs clients éventuellement connectés qui font l'affichage et le contrôle.
[^] # Re: Pour y voir plus clair
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 1.
Oui normalement Phonon peut utiliser Xine, Gstreamer ou VLC, Gstreamer et Xine peuvent communiquer avec ALSA ou OSS ainsi que PulseAudio pour Gstreamer.
Donc c’est n’importe quoi™.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Merci pulseaudio
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 1.
Bah Gstreamer c’est une bibliothèque qui va communiquer avec soit ALSA, soit OSS soit PulseAudio.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Liens matériel-ALSA-PulseAudio
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 2.
Et donc faut un remplaçant à ALSA pour avoir une meilleure pile audio? Parce que bon le seul espoir qu’on ai eu récemment c’est KLANG (et j’ai eu beaucoup d’espoir que ça règle tous les problèmes). Et vu l’état de la page d’accueil du projet (avant il avait beaucoup de textes et deux-trois liens) ainsi que le fait que l’auteur initial c’est fait sévèrement démonté par des professionnels de l’audio sous GNU/Linux…
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Liens matériel-ALSA-PulseAudio
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 7.
Bah regarde ce que ça donne à l’heure actuelle, au lieu de parler au passé.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 3.
Ça m’étonnerait que ça soit possible, puisque les sripts et le système d’init ont toujours été très différents donc à moins qu’ils passent tous à OpenRC ou à un système d’init à la BSD…
J’espère quand même qui s’ils adaptent systemd ça changera pas les 3/4 du code parce que sinon ça sert à rien effectivement. OpenSSH sous GNU/Linux c’est pas la version «officielle», c’est un portage et pourtant c’est quand même relativement proche de l’upstream non?
Bah systemctl enable/disable/start/stop/restart/reload/status/list-units/etc ça va quand même pas disparaitre si? Bon c’est sûr ça demandera du travail de changer toutes les parties qui dépendent des fonctionnalités de Linux, mais je pense que c’est possible (en virant les parties de code qui dépendent de Linux et en remplaçant quand c’est nécessaire par la version kifonktione™ sous BSD).
C’est plus facile avec systemd quand même… (ex:
systemctl enable cups.socket)Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 2.
Oui je voulais parler de Debian… (qui n’est pas passé à systemd!)
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 4.
Faut arrêter, c’est quand même pas le seul avantage de systemd d’utiliser les cgroups… Bon si les performances ça intéresse personne il y a aussi les unités systemd qui sont faciles à écrire, un même code pour toutes les distributions (l’ayant adopté s’entend), des services qui se lancent à la demande, une administration simplifiées parce que systemctl saytropratik™, etc.
J’ai déjà bricolé l’init pour avoir systemd quand c’était pas encore celui par défaut et je n’ai pas eu de problèmes (en suivant les instructions du wiki ça passe tout seul). D’ailleurs systemd pourrait passer à systemd, mais Debian/kFreeBSD pose un problème…
Pour en revenir au sujet: si c’est pas ton système d’initialisation, de quoi peux-tu te plaindre? :p
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Ouais, ben…
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 1.
https://wiki.archlinux.org/index.php/Pulseaudio#Clients_alter_master_output_volume_.28aka_volume_jumps_to_100.25_after_running_appliaction.29
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 10.
Mais ça on s’en fout un peu non?
En fait c’est plutôt le contraire que j’avais compris, que c’était possible de faire tourner systemd sans certaines fonctionnalités sous BSD mais personne n’a envie de faire ce travail…
Non, Linux a des fonctionnalités en plus de BSD mais faut pas s’en servir c’est mâââl.
Pour conclure: on va pas râler parce qu’on a un logiciel performant, souple et puissant qui exploite un maximum de fonctionnalités de Linux quand même? on est pas une population de vieux con à ce point, si?
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: TCC ?
Posté par ariasuni . En réponse à la dépêche LLVM 3.3 et Clang 3.3. Évalué à 2.
Bon je vais t’expliquer. Dans le Makefile les options passées au compilateur sont indiquées. Là toutes les options sont cachées, make ne fait qu’exécuter les instructions du Makefile. C’est comme si tu faisais tourner un script Bash, tu ne sais pas ce qu’il fait exactement à moins de l’avoir ouvert.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Mises à jour
Posté par ariasuni . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 2.
Je ne vois pas pourquoi, ça serait très bien au contraire.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Encore un fork?
Posté par ariasuni . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 8.
Fork ça peut se traduire par «embranchement», et à moins de recoder de zéro je ne vois pas comment ça ne pourrait plus être un fork d’OpenOffice.Org.
Par contre ça peut être utile de dire que des milliers de choses ont été améliorés (comme en témoigne les nouveautés de cette version).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Java ?
Posté par ariasuni . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 0.
Ouais j'ai vérifié et en fait non… Impression dû à des programmes codés avec les pieds?
Minecraft anyone?
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Java ?
Posté par ariasuni . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 0.
Je me doutais que le benchmark était pas parfait… C'était pour montrer que je citais pas que des benchmark en faveur de Java.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Java ?
Posté par ariasuni . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 0.
Un autre benchmark pour confirmer.
Et un en faveur de Python pour équilibrer.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Sans pulseaudio
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 3. Dernière modification le 18 juin 2013 à 22:31.
Ok, donc avec trois applications en même temps ça roule et PulseAudio détecte VLC à 100% de volume quand il est à 100% ou plus mais ça me dérègle complètement le son (après le son est à 100% mais le son du plugin alsa est à 30%, du coup quand je lance une autre application ça gueule mais j’entends rien avec le lecteur Flash sur Youtube). «Fonctionnalité» réglée en 10 secondes grâce au wiki d’Arch Linux.
On peut régler le son par application dans le mixeur ce qui est pas mal même si je n’avais aucun problème avec ALSA — mais on perd le réglage quand on arrête l’application on dirait (au moins pour Flash).
Je n’ai plus le bug des périphériques, mais le test de l’utilitaire de configuration dans KDE ne fonctionne pas (il n’apparait même pas dans les flux audio traitées par PulseAudio). C’est le truc le plus simple qui ne fonctionne pas (c’est peut-être dû à KDE par contre, mais avant ça marchait c’est bizarre… Si quelqu’un peut confirmer le bug).
Enfin, 6-7% d’utilisation du processeur (AMD Athlon 64 x2) avec trois applications qui utilisent le son en même temps, 3% avec une seule application et rien si aucune application n’utilise le son ça me parait raisonnable (j’ai la dernière version, Arch Linux oblige).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Java ?
Posté par ariasuni . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à -1.
J’ai jamais vu de Python compilé sur ma distribution, je ne connais même pas de projet qui soit capable de faire ça (bon on peut compiler du Python vers du Java ou utiliser Pypy qui utilise un JIT mais bon).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Sans pulseaudio
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 2.
Ouais mais bon il n’y a pas beaucoup d’étapes et ça se fait tout seul en suivant le wiki (j’apprécie beaucoup Arch Linux justement pour son wiki). On ne change pas de système audio tous les deux jours et le seul truc un peu crade c’est pour faire passer les applications Java par PulseAudio.
En tout cas pour moi, ça c’est résumé à installer les paquets suivants:
pulseaudio pulseaudio-alsa lib32-libpulse lib32-alsa-plugins, et c’est tout (gstreamer faisant déjà le boulot pour nous en gros et VLC ne demandant pas de conf supplémentaire).Faut que je vérifie cependant s’il y a toujours le bug que j’ai mentionné plus haut.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Java ?
Posté par ariasuni . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 3.
C’est marrant on ressort toujours cette explication alors que le Java est plus rapide que le Python parce que c’est compilé en bytecode contrairement au Python qui est interprété. Par contre tu veux peut-être parler de l’occupation mémoire, et de ce côté-là j’ai l’impression que Java est très très gourmand.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Sans pulseaudio
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 3.
Chezmoiçamarche™ aussi bien qu'ALSA à part un léger bug mineur qui n'arrive qu'avec KDE (il me dit que des périphériques audio ne sont plus là ou je sais pas quoi mais en fait ça fonctionne très bien), mais pas réessayé depuis un moment (je sais ce que je vais faire ce sois… :p).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 2.
PulseAudio sait faire (c'est un des buts de sa conception d'ailleurs). Dans la dépêche on parle de Bluetooth d'ailleurs…
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 4.
Mais pas un serveur de son… Le serveur de son c'est celui qui communique le son des applications à une couche plus basse, le noyau généralement.
Un client de musique peut avoir une architecture de type client/serveur, c'est à dire que tout le boulot est fait par le serveur et c'est un ou plusieurs clients éventuellement connectés qui font l'affichage et le contrôle.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par ariasuni . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 3.
VLC n'est pas un serveur de son, ne l'a jamais été et n'a jamais eu vocation à l'être.
Donc c'est un lecteur.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Un supercalculateur chinois
Posté par ariasuni . En réponse à la dépêche Sortie du Top 500 de juin 2013. Évalué à 1.
Tu veux dire «implantation»? Implémentation est un anglicisme utilisé à tort dans le milieu du développement logiciel.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Idem
Posté par ariasuni . En réponse à la dépêche Sortie du Top 500 de juin 2013. Évalué à 6.
Double combo grammar nazi!
Écrit en Bépo selon l’orthographe de 1990