Ouais, non, le titre était la juste pour achalander le chaland :).
Le corps du journal ne parle que de KDE 4.
[...] mais il n'y a pas actuellement de consensus massif [...]
A la lecture des différentes mailing listes, le soir, au coin du feu, il m'avait semblé que les devs développaient une réaction épidermique à GStreamer.
Personnellement, je n'ai rien contre GStreamer, même si, comme je l'ai dit, j'aurais une petite préférence pour NMM, mais c'est plus au niveau de l'esthétique du code (et pour etre tout a fait honnete, je n'ai pas mis le nez dans celui de GStreamer).
Je dois dire que le temps que se donne KDE pour la réflection me semble aussi nécessaire que judicieux. Le but du journal était plus de faire découvrir les alternatives à aRts et GStreamer (puisque ce dernier commence a etre connu).
Cependant, concernant KDE 3.4, il me semble avoir vu passer qu'il serait possible que KDEMM soit distribué 'à part' pour pouvoir tester l'ébauche d'API, donc meme si le titre était démagogue, il n'était pas completement faux-cul.
Cela demande des tests sur les solutions les plus robustes, avec des licences ne posant pas d'os et fonctionnant non seulement sous Linux mais aussi sur les différents BSD (ce qui est le principal problème d'Alsa).
C'est pour cela que NMM me semble le candidat le plus sérieux.
Tant en terme de portabilité (tout le code spécifique à l'architecture est caché par des classes abstraites, donc a priori le seul probleme est le manpower) que de licence ((L)GPL).
[^] # Re: Le son dans 3.4
Posté par Sebastien . En réponse au journal Le son sous KDE (3.)4. Évalué à 3.
Le corps du journal ne parle que de KDE 4.
[...] mais il n'y a pas actuellement de consensus massif [...]
A la lecture des différentes mailing listes, le soir, au coin du feu, il m'avait semblé que les devs développaient une réaction épidermique à GStreamer.
Personnellement, je n'ai rien contre GStreamer, même si, comme je l'ai dit, j'aurais une petite préférence pour NMM, mais c'est plus au niveau de l'esthétique du code (et pour etre tout a fait honnete, je n'ai pas mis le nez dans celui de GStreamer).
Je dois dire que le temps que se donne KDE pour la réflection me semble aussi nécessaire que judicieux. Le but du journal était plus de faire découvrir les alternatives à aRts et GStreamer (puisque ce dernier commence a etre connu).
Cependant, concernant KDE 3.4, il me semble avoir vu passer qu'il serait possible que KDEMM soit distribué 'à part' pour pouvoir tester l'ébauche d'API, donc meme si le titre était démagogue, il n'était pas completement faux-cul.
Cela demande des tests sur les solutions les plus robustes, avec des licences ne posant pas d'os et fonctionnant non seulement sous Linux mais aussi sur les différents BSD (ce qui est le principal problème d'Alsa).
C'est pour cela que NMM me semble le candidat le plus sérieux.
Tant en terme de portabilité (tout le code spécifique à l'architecture est caché par des classes abstraites, donc a priori le seul probleme est le manpower) que de licence ((L)GPL).