/mes 2 cents
C' est le manque d' unification qui est l' origine de cette situation. Ce qui est intéressant avec PulseAudio c' est que de nombreuses distributions ont choisis de lancer le mouvement initié par les dev. de PA et l' intégration initiale dans Fedora. PulseAudio devrait donc à terme avoir la possibilité de centraliser autour d' elle un grand nombres de choix et de dev. futurs. PulseAudio pourrait donc effectivement jouer un rôle important (ce qui rejoint d' une certaine manière la problématique décrite dans les 1ers posts sur khtml et webkit.)
A l' heure actuelle PulseAudio n' est pas dans ce rôle. Et il faudra certainement un sacré changement de vapeur pour voir les choses évoluées. Actuellement PulseAudio n' est qu' une couche supplémentaire, rien de plus. Rien de pire, quoi... Alsa/support_aoss/freebob/dmix-->pulseaudio->artsd-->phonon-->esd-->gstreamer-->nombreux_wrappers-->appllcations-->appli_pas_compa_attaquent_dmix
Peut être que prochainement PulseAudio remplacera un grand nombre de ces composants. (à titre personnel j' émet des doutes, qui vivra verra).
Mais le fond du problème n' est pas la situation décrite ci-dessus, car dans le cas où PulseAudio deviendrait effectivement La solution de son sous gnu/linux, une brique de base séparée des bureaux et de plus en plus proche de Alsa... même dans ce merveilleux cas, il reste un problème de taille :
Le fait que PulseAudio ne soit pas adapté à toutes les utilisations du traitement du son avec linux : pas question avec PA de faire de la MAO...
PulseAudio risque de participer en fait au maintiens de gnu/linux en tant que 'sous système' pour le public. PulseAudio empêchant aux musiciens, DJ, et toutes personnes ayant certaines exigeances niveau son, d' avoir facilement accès à un système fonctionnel pour leur utilisation. Il faudra toujours pour eux se coltiner pas mal de doc et pas mal de modifications système avant d' obtenir quelque chose de viable pour la mao.
Je ne comprends pas que la solution retenue (PA) enlève des libertés d' accès à certains utilisateurs.
Encore, si on ne disposait de solutions alternatives, cela pourrait se comprendre. Mais JACK existe, est éprouvé, facile d' utilisation pour tous et permet à tout les utilisateurs d' avoir out-of-the-box toutes les possibilités pour toutes les utilisations (et si en plus on pose l' hypothèse que JACK bénéficierai d' une intégration et d' un support généralisé comme PA l' a, ... le bonheur...) Et si JACK se rapprochait de ALSA, alors là, c' est le paradis.
bonus : des frameworks comme Phonon sont déjà à l' aise avec ! Phonon est surprenant, vraiment !!!
ps : qu' on vienne pas dire "JACK est pour les pros blablabla, pulseaudio c est mieux pour madame michue, blablablabla" parceque les libertés de madame michue ne devraient pas être incompatibles avec celles des musiciens.
pire encore : "le FLASH ne fonctionne pas avec Jack..." attendons que flash soit effectivement libéré et que gnash prenne le relais (il roxe déjà bien :p)... rien n' empêchera alors d' utiliser ce plugin en natif jack.
/mes 2 cents.
/me qui ne croit pas que JACK devrait remplacé quoi que ce soit, mais plus simplement que la solution répondant aux plus grand nombre d' usages possibles devrait être choisie dans l' intégration par défaut.
[^] # Re: À quand les premières versions opérationnelles ?
Posté par bubar🦥 . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 2.
C' est le manque d' unification qui est l' origine de cette situation. Ce qui est intéressant avec PulseAudio c' est que de nombreuses distributions ont choisis de lancer le mouvement initié par les dev. de PA et l' intégration initiale dans Fedora. PulseAudio devrait donc à terme avoir la possibilité de centraliser autour d' elle un grand nombres de choix et de dev. futurs. PulseAudio pourrait donc effectivement jouer un rôle important (ce qui rejoint d' une certaine manière la problématique décrite dans les 1ers posts sur khtml et webkit.)
A l' heure actuelle PulseAudio n' est pas dans ce rôle. Et il faudra certainement un sacré changement de vapeur pour voir les choses évoluées. Actuellement PulseAudio n' est qu' une couche supplémentaire, rien de plus. Rien de pire, quoi... Alsa/support_aoss/freebob/dmix-->pulseaudio->artsd-->phonon-->esd-->gstreamer-->nombreux_wrappers-->appllcations-->appli_pas_compa_attaquent_dmix
Peut être que prochainement PulseAudio remplacera un grand nombre de ces composants. (à titre personnel j' émet des doutes, qui vivra verra).
Mais le fond du problème n' est pas la situation décrite ci-dessus, car dans le cas où PulseAudio deviendrait effectivement La solution de son sous gnu/linux, une brique de base séparée des bureaux et de plus en plus proche de Alsa... même dans ce merveilleux cas, il reste un problème de taille :
Le fait que PulseAudio ne soit pas adapté à toutes les utilisations du traitement du son avec linux : pas question avec PA de faire de la MAO...
PulseAudio risque de participer en fait au maintiens de gnu/linux en tant que 'sous système' pour le public. PulseAudio empêchant aux musiciens, DJ, et toutes personnes ayant certaines exigeances niveau son, d' avoir facilement accès à un système fonctionnel pour leur utilisation. Il faudra toujours pour eux se coltiner pas mal de doc et pas mal de modifications système avant d' obtenir quelque chose de viable pour la mao.
Je ne comprends pas que la solution retenue (PA) enlève des libertés d' accès à certains utilisateurs.
Encore, si on ne disposait de solutions alternatives, cela pourrait se comprendre. Mais JACK existe, est éprouvé, facile d' utilisation pour tous et permet à tout les utilisateurs d' avoir out-of-the-box toutes les possibilités pour toutes les utilisations (et si en plus on pose l' hypothèse que JACK bénéficierai d' une intégration et d' un support généralisé comme PA l' a, ... le bonheur...) Et si JACK se rapprochait de ALSA, alors là, c' est le paradis.
bonus : des frameworks comme Phonon sont déjà à l' aise avec ! Phonon est surprenant, vraiment !!!
ps : qu' on vienne pas dire "JACK est pour les pros blablabla, pulseaudio c est mieux pour madame michue, blablablabla" parceque les libertés de madame michue ne devraient pas être incompatibles avec celles des musiciens.
pire encore : "le FLASH ne fonctionne pas avec Jack..." attendons que flash soit effectivement libéré et que gnash prenne le relais (il roxe déjà bien :p)... rien n' empêchera alors d' utiliser ce plugin en natif jack.
/mes 2 cents.
/me qui ne croit pas que JACK devrait remplacé quoi que ce soit, mais plus simplement que la solution répondant aux plus grand nombre d' usages possibles devrait être choisie dans l' intégration par défaut.
JACK :
http://jackaudio.org/
LAUD:
http://linuxaudio.org/policy
http://lad.linuxaudio.org/
-> http://lac.linuxaudio.org/