L'entrée de ce journal présente de manière non exacte l'avenir multimédia de KDE 3.4. Pendant l'Akademy, plusieurs projets (GStreamer, NMM, Mas) ont organisé des présentations mais il n'y a pas actuellement de consensus massif pour l'un ou l'autre des infrastructures multimédias même si certains développeurs KDE sont fans de l'un ou l'autre projet.
L'impératif majeur pour le projet KDE tient dans le fait que l'infrastructure multimédia conserve la compatibilité binaire durant la durée de vie des séries 3.4 et aucun projet ne pouvait nous assurer celà.
Il a été décidé de créer un dorsal KDE, nommé KDEMM qui est déjà dans le CVS pour l'ensemble des infrastructures multimédia qui seront donc des greffons et que l'uilisateur KDE pourra choisir selon ses besoins. KDEMM propose une API simple correspondant à un usage relativement simple du multimédia. Les applications multimédias compliquées pourront continuer à être liées à une infrastructure particulière (GStreamer, Xine, MPlayer, etc.) si elles le souhaitent comme c'est le cas actuellement pour des programmes comme Kaffeine ou KMPlayer ou utiliser l'API de KDEMM, quitte à l'enrichir en la surclassant.
Les débats sont encore en cours sur ce que doit contenir KDEMM comme fonctionnalités. Les greffons qui sont en cours de programmation pour KDEMM sont : Akode (un serveur de son basique lié à Alsa ou Arts et interne à KDE) ; Arts, GStreamer, NMM, HelixPlayer. D'autres peuvent s'y ajouter car la liste n'est pas exclusive. Ce que proposera par défaut KDE n'est pas décidé. 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).
Personnellement, la solution retenue me semble sage même si certains regrettent la création d'un nouveau filtre KDEMM et le fait que nous n'ayons pas fait un choix clair. Le monde du multimédia sur le PC est encore une cible fort mouvante. Il est par exemple bien difficile de dire aujourd'hui quels seront les codecs utilisés majoritairement dans 2/3 ans (libres, propriétaires) et quelle va être la part du travail qui sera réalisée par l'électronique des PC ou par le système d'exploitation. La position de KDE est donc relativement attentiste. Nous laissons le champ libre à l'expérimentation et nous attendons de voir quel projet va surpasser définitivement les autres et comment la technologie va évoluer.
# Le son dans 3.4
Posté par cmiramon . En réponse au journal Le son sous KDE (3.)4. Évalué à 5.
L'entrée de ce journal présente de manière non exacte l'avenir multimédia de KDE 3.4. Pendant l'Akademy, plusieurs projets (GStreamer, NMM, Mas) ont organisé des présentations mais il n'y a pas actuellement de consensus massif pour l'un ou l'autre des infrastructures multimédias même si certains développeurs KDE sont fans de l'un ou l'autre projet.
L'impératif majeur pour le projet KDE tient dans le fait que l'infrastructure multimédia conserve la compatibilité binaire durant la durée de vie des séries 3.4 et aucun projet ne pouvait nous assurer celà.
Il a été décidé de créer un dorsal KDE, nommé KDEMM qui est déjà dans le CVS pour l'ensemble des infrastructures multimédia qui seront donc des greffons et que l'uilisateur KDE pourra choisir selon ses besoins. KDEMM propose une API simple correspondant à un usage relativement simple du multimédia. Les applications multimédias compliquées pourront continuer à être liées à une infrastructure particulière (GStreamer, Xine, MPlayer, etc.) si elles le souhaitent comme c'est le cas actuellement pour des programmes comme Kaffeine ou KMPlayer ou utiliser l'API de KDEMM, quitte à l'enrichir en la surclassant.
Les débats sont encore en cours sur ce que doit contenir KDEMM comme fonctionnalités. Les greffons qui sont en cours de programmation pour KDEMM sont : Akode (un serveur de son basique lié à Alsa ou Arts et interne à KDE) ; Arts, GStreamer, NMM, HelixPlayer. D'autres peuvent s'y ajouter car la liste n'est pas exclusive. Ce que proposera par défaut KDE n'est pas décidé. 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).
Personnellement, la solution retenue me semble sage même si certains regrettent la création d'un nouveau filtre KDEMM et le fait que nous n'ayons pas fait un choix clair. Le monde du multimédia sur le PC est encore une cible fort mouvante. Il est par exemple bien difficile de dire aujourd'hui quels seront les codecs utilisés majoritairement dans 2/3 ans (libres, propriétaires) et quelle va être la part du travail qui sera réalisée par l'électronique des PC ou par le système d'exploitation. La position de KDE est donc relativement attentiste. Nous laissons le champ libre à l'expérimentation et nous attendons de voir quel projet va surpasser définitivement les autres et comment la technologie va évoluer.
Charles de Miramon