KMPlayer n'est pas basé sur xine, mais sur MPlayer. gmplayer n'est pas « quasiment le même lecteur » que MPlayer. Tout comme KMPlayer, ce n'est qu'un front end, une interface graphique à MPlayer. On pourrait également citer SMPlayer, encore une interface à MPlayer, disponible à la fois sous Windows et Linux.
Effectivement, MPlayer et VLC utilisent la bibliothèque libavcodec du projet ffmpeg pour le support de multiples codecs audio vidéo (les deux projets suscités participent à son développement). Mais il n'y a pas besoin de prier. Ça fait bien longtemps que tous les codecs majeurs disposent d'une implémentation libre, et avec 137 codecs audio et 297 codecs vidéos, à moins de tomber sur un codec des plus exotique, il ne devrait pas y avoir le moindre souci. Au pire, MPlayer supportant les codecs Win32, il suffirait de placer la dll qui va bien dans un répertoire, puis éventuellement d'ajouter une ligne au codecs.conf et roulez jeunesse.
Pour conclure sur gstreamer, comme ils n'ont finalement que très peu de codecs, ils ont fait un pont vers la libavcodec du projet ffmpeg, histoire de se mettre à niveau avec les deux autres. Et finalement, n'importe quelle application peut faire de même. Lors d'une récente dépêche sur Blender, j'ai lu qu'il l'utilisait également. Je peux me tromper, mais je pense que l'avantage de gstreamer se situe peut être plus du côté des filtres, effets, contrôle des flux... qui permettent de développer une application multimédia sans avoir besoin d'y connaître quoi que ce soit (légère exagération, mais c'est comme ça que j'avais perçu le projet quand ils l'ont lancé il y a quelques années).
[^] # Re: Redondance
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Il n'est pas prêt !. Évalué à 6.
Effectivement, MPlayer et VLC utilisent la bibliothèque libavcodec du projet ffmpeg pour le support de multiples codecs audio vidéo (les deux projets suscités participent à son développement). Mais il n'y a pas besoin de prier. Ça fait bien longtemps que tous les codecs majeurs disposent d'une implémentation libre, et avec 137 codecs audio et 297 codecs vidéos, à moins de tomber sur un codec des plus exotique, il ne devrait pas y avoir le moindre souci. Au pire, MPlayer supportant les codecs Win32, il suffirait de placer la dll qui va bien dans un répertoire, puis éventuellement d'ajouter une ligne au codecs.conf et roulez jeunesse.
Pour conclure sur gstreamer, comme ils n'ont finalement que très peu de codecs, ils ont fait un pont vers la libavcodec du projet ffmpeg, histoire de se mettre à niveau avec les deux autres. Et finalement, n'importe quelle application peut faire de même. Lors d'une récente dépêche sur Blender, j'ai lu qu'il l'utilisait également. Je peux me tromper, mais je pense que l'avantage de gstreamer se situe peut être plus du côté des filtres, effets, contrôle des flux... qui permettent de développer une application multimédia sans avoir besoin d'y connaître quoi que ce soit (légère exagération, mais c'est comme ça que j'avais perçu le projet quand ils l'ont lancé il y a quelques années).