KDE n'a pas d'équivalent à gstreamer. gstreamer gère la video et arts non. Gstreamer peut lire tous type de flux (mp3, ogg, mpeg, etc) arts n'est qu'un serveur de son (+ un peu de processing).
Je m'insurge !!!! :)
arts est plus qu'un serveur de son. En effet il ne fait pas la vidéo mais on ne l'a pas dis mais gstreamer vient bien enpiété sur son territoire. arts sert le son, gère le full-duplex, gère le chainage d'effet, gère les redirections multiples selon les entrées sorties (lance artsbuilder pour voir), décode les différents formats (lance artscontrol pour voir la belle liste).
A coté esd était un serveur de son. arts est un gestionnaire de son.
> Bus de communication système => Non
Si. Dcop permettait la communication entre les applications ce que DBUs va aussi permette. La encore ça empiette sur le territoire d'un truc existant.
> Que KDE implément Dbus uniquement pour les qualités spécifiques de DBus. Ça sera parfait.
Si les 2 projets ne jouent pas le jeu de l'intégré totalement ça ne sert à rien. La vraie plus value aurait été dans la possibilité d'une appliation KDE de communiquer avec une application Gnome et inversement pas dans celle de communiquer avec HAL.
> Gnome utilise DBus dans Gnome 2.8 et il y a compatibilité source et binaire pour tous les gnome 2.x.
Normal vu que DBUS ne va pas remplacer Orbit alors que KDE veut remplacer dcop par dbus (ou du moins les rendre compatibles). Ca ne sert à rien d'avoir des trucs qui font la même chose en interne.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Avis d'un kdeiste
Posté par Infernal Quack (site web personnel) . En réponse au journal KDE ou Gnome? (pas de troll). Évalué à 3.
Je m'insurge !!!! :)
arts est plus qu'un serveur de son. En effet il ne fait pas la vidéo mais on ne l'a pas dis mais gstreamer vient bien enpiété sur son territoire. arts sert le son, gère le full-duplex, gère le chainage d'effet, gère les redirections multiples selon les entrées sorties (lance artsbuilder pour voir), décode les différents formats (lance artscontrol pour voir la belle liste).
A coté esd était un serveur de son. arts est un gestionnaire de son.
> Bus de communication système => Non
Si. Dcop permettait la communication entre les applications ce que DBUs va aussi permette. La encore ça empiette sur le territoire d'un truc existant.
> Que KDE implément Dbus uniquement pour les qualités spécifiques de DBus. Ça sera parfait.
Si les 2 projets ne jouent pas le jeu de l'intégré totalement ça ne sert à rien. La vraie plus value aurait été dans la possibilité d'une appliation KDE de communiquer avec une application Gnome et inversement pas dans celle de communiquer avec HAL.
> Gnome utilise DBus dans Gnome 2.8 et il y a compatibilité source et binaire pour tous les gnome 2.x.
Normal vu que DBUS ne va pas remplacer Orbit alors que KDE veut remplacer dcop par dbus (ou du moins les rendre compatibles). Ca ne sert à rien d'avoir des trucs qui font la même chose en interne.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire