Ben d'après ce que j'ai lu de lui il voudrait que KDE choisisse un projet pour le son et s'investisse dedans jusqu'a ce que le projet deviennent mature et parfait. Du coup plus de probleme avec les 36 backends pour le son tous imparfait du monde libre trop dispersé (le pauvre).
Mais le problème est qu'on est pas dans un monde parfait et monolitique. Surtout que ce n'est pas parceque KDE s'investi dans quelque chose que cela va forcement débloquer la situation (cf arts).
Donc vu la situations actuelle du son sous linux la solution choisie avec le wrapper phonon est la meilleur en attendant que les choses se décantent.
Quand cela sera fait (que cela soit Gstreamer ou autre qui s'impose) Phonon n'aura dérangé personne vus que c'est juste un peu de colle C++ entre un logiciel et KDE.
Et que de toute facon on a besoin de cette colle de toute manière dans KDE (parceque les backends sont toujours en C, parceque c'est une technique de programmation normal en objet, parceque ca permet a plein de développeur C++ de continuer a utiliser le même style de programmation, parceque ca résoud une dépendance envers des projets qui changent tous le temps, parceque ca assure la compatibilité binaire de KDE)
Voila pas la peine de lire le troll la dessus qui fait ramer mon renard de feux y'a rien a voir. (a par un discours limite insultant)
[^] # Re: Au secours
Posté par Joris R (site web personnel, Mastodon) . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 7.
Mais le problème est qu'on est pas dans un monde parfait et monolitique. Surtout que ce n'est pas parceque KDE s'investi dans quelque chose que cela va forcement débloquer la situation (cf arts).
Donc vu la situations actuelle du son sous linux la solution choisie avec le wrapper phonon est la meilleur en attendant que les choses se décantent.
Quand cela sera fait (que cela soit Gstreamer ou autre qui s'impose) Phonon n'aura dérangé personne vus que c'est juste un peu de colle C++ entre un logiciel et KDE.
Et que de toute facon on a besoin de cette colle de toute manière dans KDE (parceque les backends sont toujours en C, parceque c'est une technique de programmation normal en objet, parceque ca permet a plein de développeur C++ de continuer a utiliser le même style de programmation, parceque ca résoud une dépendance envers des projets qui changent tous le temps, parceque ca assure la compatibilité binaire de KDE)
Voila pas la peine de lire le troll la dessus qui fait ramer mon renard de feux y'a rien a voir. (a par un discours limite insultant)