Pour ceux qui n'auraient pas encore compris (et apparemment tu en fais partie), Phonon n'est pas un concurrent à Gstreamer, PulseAudio ou je ne sais quoi.
C'est juste une interface d'abstraction. Et je ne vois vraiment pas en quoi ça te dérange.
Quelques rappels:
- Les gars de KDE ont pour commencer eu une expérience malheureuse avec Artsd, qui à l'époque où ils l'ont retenu semblait techniquement une très bonne solution... Comme on dit, chat échaudé craint l'eau froide. Par exemple actuellement Gstreamer semble une bonne solution mais n'est pas la seule.
- Ensuite la plupart des besoins des applis question audio ou vidéo sont le plus souvent basiques. Donc il faut une API simple. Si une appli a des besoins plus poussés rien ne l'empêche de taper directement Gstreamer ou autre. Mais au moins le programmeur qui veut juste jouer un son et n'en a rien à foutre que ce soit Gstreamer, libXine, ... qui soit derrière, il a pas à se casser la tête.
- KDE4 a pour objectif d'être portable, notamment sous Windows. La solution logique est d'utiliser le système sonore en place (directsound?). Une lib d'abstraction simplifie énormément le travail.
- Rien ne garantie que l'API de GStreamer sera stable sur toute la vie de KDE4. (Déjà que les dev d'Amarok avaient parfois du mal à suivre pour le backend Gstreamer). En cas de changement, la seule adaptation à faire sera au niveau de Phonon et pas au niveau de chaque appli.
- Phonon pourra être configuré pour utiliser Gstreamer qui lui même pourra utiliser PulseAudio.
Franchement le choix de faire une couche d'abstraction me semble le choix le plus judicieux. En plus ça laisse plus de liberté à l'utilisateur final.
[^] # Re: On est presque vendredi
Posté par ndesmoul . En réponse au journal PulseAudio. Évalué à 10.
Pour ceux qui n'auraient pas encore compris (et apparemment tu en fais partie), Phonon n'est pas un concurrent à Gstreamer, PulseAudio ou je ne sais quoi.
C'est juste une interface d'abstraction. Et je ne vois vraiment pas en quoi ça te dérange.
Quelques rappels:
- Les gars de KDE ont pour commencer eu une expérience malheureuse avec Artsd, qui à l'époque où ils l'ont retenu semblait techniquement une très bonne solution... Comme on dit, chat échaudé craint l'eau froide. Par exemple actuellement Gstreamer semble une bonne solution mais n'est pas la seule.
- Ensuite la plupart des besoins des applis question audio ou vidéo sont le plus souvent basiques. Donc il faut une API simple. Si une appli a des besoins plus poussés rien ne l'empêche de taper directement Gstreamer ou autre. Mais au moins le programmeur qui veut juste jouer un son et n'en a rien à foutre que ce soit Gstreamer, libXine, ... qui soit derrière, il a pas à se casser la tête.
- KDE4 a pour objectif d'être portable, notamment sous Windows. La solution logique est d'utiliser le système sonore en place (directsound?). Une lib d'abstraction simplifie énormément le travail.
- Rien ne garantie que l'API de GStreamer sera stable sur toute la vie de KDE4. (Déjà que les dev d'Amarok avaient parfois du mal à suivre pour le backend Gstreamer). En cas de changement, la seule adaptation à faire sera au niveau de Phonon et pas au niveau de chaque appli.
- Phonon pourra être configuré pour utiliser Gstreamer qui lui même pourra utiliser PulseAudio.
Franchement le choix de faire une couche d'abstraction me semble le choix le plus judicieux. En plus ça laisse plus de liberté à l'utilisateur final.