Pour plus d'information et de belles photos (mur avec 16 écrans) voir le site du projet.
GStreamer sera le futur "noyau" multimedia de GNOME (un temps prévu pour Gnome 2.0, il sera probablement intégré à Gnome 2.2). GStreamer sera également utilisé par KDE d'après le résumé Gnome du 12/08/2002.
Toute info concernant KDE/GStreamer est la bienvenue !
![[en]](../images/en.png)
Video-Whale Project (2488 hits)-
GStreamer (1197 hits)
-
Résumé gnome 12/08 (444 hits)
> Lire la dépêche (17 commentaires, moyenne: 1).
Vous avez demandé le commentaire #145911.
Run by 
Cette page a été générée par Templeet en 0.0527s (dont 0.0051 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: Un mur video avec GStreamer
> GStreamer sera également utilisé par KDE d'après le résumé Gnome du 12/08/2002.
C'est marrant parce que je suis sur que je peux trouver des mails sur kde-core-devel ou il est dit que Gnome va utiliser arts, ce qui est tout aussi faux.
Le resume gnome dit precisement:
Another interesting addition to GStreamer is C++/Qt bindings created by Tim Jansen, to make it easier to develop KDE applications using GStreamer. hopefully KDE too will adopt GStreamer as their multimedia backend
Donc ce n'est qu'un espoir. Le developpeur des bindings Qt pour gstreamer a dit qu'il n'en ferait pas plus parce qu'il avait d'autres choses plus interessantes a faire.
Ce qui est clair, c'est que les deux bureaux ont deja regarde les deux technologies d'assez pres. Chacune presente des concepts et des avantages interessants. Mais chacune est differente.
A mon avis, chacun va rester sur ses positions (arts avec KDE et gstreamer avec Gnome). Toutes les differences technologiques seront comblees et on aura deux produits concurrents. On verra peut-etre cependant un jour un debut d'operabilite. Esperons.
Pour ce qui me concerne, j'y connais rien mais arts n'a _jamais_ marche sur mon PC. C'est toujours le truc qui m'empeche d'ecouter de la musique, fait foirer mes compiles de KDE.
phil.freehackers.org
[^]Re: Un mur video avec GStreamer
> il est dit que Gnome va utiliser arts, ce qui est tout aussi faux.
C'est pas faux. Les applis Gnome lorsqu'elles sont lancées recherche les dispositifs de sont présents avec un ordre de préférence. Exemple :
- esd
- GStreamer (plus tard)
- arts
- oss
- alsa
Ce n'est qu'un exemple !
Ceci permet aux applis Gnome d'avoir du son sous un bureau KDE.
[^]Re: Un mur video avec GStreamer
Question :
Tu as des exemples de programmes GNOME le faisant ?
Xmms nécessite par exemple le choix explicite d'un plugin.
Le player de CD passe direct par la carte son,...
Ca m'intérèsserait de savoir.
Et puis quelle est la différence entre arts et gstreamer au niveau son (arts ne gérant que le son) ?
[^]Re: Un mur video avec GStreamer
> Tu as des exemples de programmes GNOME le faisant ?
Dans le xmms.spec de RH8.0 il y a :
BuildRequires: arts-devel >= 1.0.1 gtk+-devel esound-devel mikmod
xmms marche avec esound (esd) et arts .
[^]Re: Un mur video avec GStreamer
Tu as pas compris ma question.
Tu as dit qu'il détecet _automatiquement_ or dans xmms il faut spécifier _explicitement_ uel démon on utilise. Quel programme connais-tu ui le fasse automatiquement ?
[^]Re: Un mur video avec GStreamer
Pour ma part mais je n'ai pas creusé le problème. Sous RH 8.0 xmms fait la détection automatiquement. Par contre, je croyais que gnome-libs (ou "proche") fesait çà automatiquement pour toutes les applis "gnome". Ce n'est pas le cas (d'après me fouille sur RH 8.0)..
[^]Re: Un mur video avec GStreamer
Non non. KDE se pose la question d'utiliser gstreamer comme backend video. arts n'est qu'un serveur de son, comme esd. D'ailleurs gnome se pose aussi la question de l'intégration d'arts comme serveur de son en alternative à esd.
Info dans kde kernel cousin :
http://kt.zork.net/kde/kde20021009_44.html#5(...)