Si toutes les applications qui émettent un son doivent adapté leur code si la lib évolue c'est de la duplication de code pour moi.
C'est pour ça que je disais, si le but c'est de faire une couche de compat, autant la faire upstream, ça fait encore moins de duplication de code.
Et tu n'as pas répondu à propos des backend quicktime et [celuisouswindowsdontjenemesouviensplusdunom].
Simplement parce qu'étant Linuxien uniquement, je ne savais même pas que ça existait. Effectivement, si ces deux là marchent bien, alors il faut fortement nuancer mon propos initial (à transformer en : c'est très utile, dommage qu'il n'y ait qu'un seul backend de pleinement fonctionnel sous Linux). Il semble d'ailleurs que ce ne soit pas perdu, puisqu'il y a quelque temps, le backend gstreamer n'était clairement pas supporté par amarok (j'étais resté sur cette situation en postant mon commentaire, mais apparement ça a changé depuis, seul l'equalizer ne supporte que le backend xine).
[^] # Re: De toute façon
Posté par Jean-Philippe Garcia Ballester . En réponse au journal Konqueror un peu plus rapide. Évalué à 1.
C'est pour ça que je disais, si le but c'est de faire une couche de compat, autant la faire upstream, ça fait encore moins de duplication de code.
Et tu n'as pas répondu à propos des backend quicktime et [celuisouswindowsdontjenemesouviensplusdunom].
Simplement parce qu'étant Linuxien uniquement, je ne savais même pas que ça existait. Effectivement, si ces deux là marchent bien, alors il faut fortement nuancer mon propos initial (à transformer en : c'est très utile, dommage qu'il n'y ait qu'un seul backend de pleinement fonctionnel sous Linux). Il semble d'ailleurs que ce ne soit pas perdu, puisqu'il y a quelque temps, le backend gstreamer n'était clairement pas supporté par amarok (j'étais resté sur cette situation en postant mon commentaire, mais apparement ça a changé depuis, seul l'equalizer ne supporte que le backend xine).