Cette année, l'évènement est divisé en 5 modules qui se dérouleront sur 9 jours, du 21 au 29 août inclus :
- Module 1 : Des conférences de développeurs et de contributeurs KDE (2 jours) ;
- Module 2 : Un marathon de développement KDE (durant lequel Markey espère bien sortir la version 1.1 de Amarok) (5 jours) ;
- Module 3 : Des tutoriaux sur des sujets aussi variés que Kiosk, Kolab, Quanta et Kdevelop (5 jours) ;
- Module 4 : Des conférences plus orientées utilisateurs afin de donner un aperçu de ce que sera Kde 4 et de montrer les fonctionnalités déjà présentes dans KDE 3.3 (2 jours) ;
- Module 5 : Il s'agit ici de la Journée internationale de la liberté du logiciel (« International Software FreedomDay »), ne concernant pas KDE mais l'ensemble des logiciels libres et ayant lieu à Stuttgart afin de célébrer l'avancée des logiciels libres sans oublier la menace des brevets logiciels.
Des sons et des vidéos des conférences sont déjà disponibles sur des sujets divers et variés : NX, Free Desktop, Qt, C++, etc.
Aller plus loin
- Site web de l'évènement (1 clic)
- Les sons et vidéos (2 clics)
- Des photos (4 clics)
- AmaroK 1.1 @ aKademy (3 clics)
- Le site web du International Software FreedomDay (4 clics)
# Orthographe
Posté par nigaiden . Évalué à 4.
[^] # ;o) Orthographe sympa
Posté par EdB . Évalué à 0.
[^] # ;o) Orthographe sympa
Posté par EdB . Évalué à -5.
[^] # Je squate en haut de la page
Posté par jmfayard . Évalué à 5.
http://wiki.kde.org/tiki-index.php?page=Talks+%40+aKademy(...)
# ouah
Posté par Philippe F (site web personnel) . Évalué à 3.
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 10.
En effet, une conf a eu lieu pour MAS et une autre pour gstreamer.
A mon avi gstreamer a un avantage, markey vient d'ecrire kio_gstreamer et apres avoir discuté avec lui, avec peu de changement de code dans les applis kde actuelles, ces dernieres pourront utiliser gstreamer. De plus, toute l'equipe de devel de Amarok pousse pour l'adoption de gstreamer(arts ne sera plus supporté dans la version 1.1 de Amarok, pas le temps de s'en occuper pour l'instant, xine et gstreamer passent avant).
On peut reprocher a gstreamer de pas etre tres stable(mais il avance vite) mais mes tests avec MAS etait clairement décevant: buggé et n'evolue pas ou tres peu.
[^] # Re: ouah
Posté par Julien CARTIGNY (site web personnel) . Évalué à 4.
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 5.
Mais bon, vu que Kde mise tout sur NX(no machine), je vois plus trop ca comme un argument valable. Mais je ne suis pas abonné a la ml de kde-multimedia, peut etre que quelqu'un peut nous faire un resumé des différents points de vue.
J'avoue ne pas savoir si MAS possede d'autre avantage, mais maintenant que gstreamer fait partit de freedesktop, je pense que les quelques irreductibles qui ne voulaient pas de gstreamer vont devoir se faire à l'idée :)
[^] # Re: ouah
Posté par itstimetogo . Évalué à 6.
MAS et gstreamer n'ont rien à voir. MAS est un serveur de son et pas gstreamer.
gstreamer peut utiliser alsa, OSS, arts, esd et même MAS comme périphérique son.
Et gstreamer gère la video, peut ajouter des effets sonores, lire un mp3 ou un ogg, faire de l'édition multimédia, etc...
MAS et Gstreamer n'ont rien à voir et ils peuvent marcher parfaitement ensemble puisqu'il ne font pas la même.
Et gstreamer n'est pas le remplaçant d'esd contrairement à ce que tout le monde croit. gstreamer utilise esd.
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 3.
Je le sais bien ;)
"MAS et Gstreamer n'ont rien à voir et ils peuvent marcher parfaitement ensemble puisqu'il ne font pas la même."
D'apres ce que je peux lire plus loin, MAS est aussi un framework multimedia.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 3.
Et qui permet quoi ?
Serveur multimédia, c'est tout (et c'est déjà beaucoup).
MAS ne permettra jamais de faire de l'édition par exemple ou de décoder tous les types de fichier.
Le site MAS :
http://www.mediaapplicationserver.net/(...)
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/c(...)
2.6. Is GStreamer a sound server ?
No, GStreamer is not a soundserver. GStreamer does however have plugins supporting most of the major soundservers available today, including ESD, aRTSd, and to some extent Jack. Support for MAS is also planned.
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 0.
Et arts est par un framekwork multimedia peut etre ? :p
"1) MAS semble être très tourné vers le son... et uniquement le son
même s'il donne des possibilités pour la synchronisation. Donc, il
reste des points obscurs pour un framework multi-media."
Extrait d'un commentaire plus bas d'un monsieur qui est la bas :p Le monsieur dit qu'il ne fait pas la video mais c'est un framework multimedia! Comme arts, ca ne l'empeche pas de faire serveur de son :p
[^] # Re: ouah
Posté par itstimetogo . Évalué à 5.
MAS a un site web dédié. Le mieux est de lire ce site et ne pas rapporter les approximations qu'on trouve sur dlfp.
Franchement, ça frise le n'importe quoi. MAS est un serveur de son comme X11 est un serveur graphique (d'ailleur MAS est dédié X11). Contrairement à esd il peut utiliser le réseau. Le serveur est "figé" (comme le serveur X11, pensez aux terminaux X avec X en ROM ou des clients qui peuvent tourner sur n'importe quel serveur X11). Si le serveur n'a pas de lecteur ogg ou speex c'est à l'appli cliente de faire le décodage. Le serveur MAS ne peut pas lire un fichier sur la machine cliente ! Point final.
Avec gstreamer, c'est différent. gstreamer (qui est aussi un serveur) tourne sur la machine client et peut-être mise à jours. Si je veux lire du mp4, j'installe gstreamer-plugins-mp4 sur la machine client (je ne dérange pas les autres contrairement à la mise à jours d'un serveur comme X11) et l'application qui utilise gstreamer sera lire et écrire en mp4. Puis gstreamer envoye le son à un périphérique. Le périphérique peut être réelle (/dev/snd), "semi-réelle" (plugin dmix d'alsa) ou complètement virtuelle et network transparent (MAS).
gstreamer et MAS ne font pas la même chose. Je paris que demain (dans 1 ou 2 ans :-)), il y aura gstreamer avec MAS. Ce sera fromage ET dessert :-)
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 1.
Je suis en train de mater la video :)
J'aurai du comprendre que le "MAS semble être très tourné " voulait peut etre dire que le monsieur n'a pas vu la conf sur MAS :)
Encore désolé ;)
Sinon, pour nmm, c'est vrai que la demo est vraiment sympa, c'est d'ailleur étonnant qu'avec de telles fonctionnalités, NMM soit aussi peu connu(perso, je l'ai vu dans aucune distrib, la debian peut etre?) et utilisé.
Je ne sais pas ce qu'utilise kaffeine pour faire de la diffusion reseau(xine?) mais ca serait surement bien plus efficace avec NMM.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
Et MAS aussi. Donc MAS et gstreamer sont complémentaires et n'ont pas la même fonction/objectif.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 3.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 4.
L'un des buts de freedesktop est d'assurer l'intéropérabilité entre plusieurs desktops (qui, pour donner du chois à l'utilisateur final, peuvent être très différents) et ce en utilisant les mêmes briques/protocoles/standards de base.
Avoir plusieurs briques de base qui ont le même objectif/fonctionnalité ne va faciliter les choses.
Et notes qu'il n'y a pas esd, arts, dmix d'alsa ou jack. Il n'y a qu'un serveur de son et c'est MAS.
Cherches les doublons : http://www.freedesktop.org/Software/Home(...)
Attention, il y a doublon et doublon. Par exemple X Server et X.Org ne font pas doublon.
Le donc n'était pas de trop.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 5.
Pour suivre les procedures d'acceptation de projets sur freedesktop, je peux te garantir que c'est assez souple (et c'est bien que ce soit le cas). Le fait d'etre liste sur freedesktop ne certifie d'ailleurs pas que c'est un projet cle de l'integration entre les bureaux, c'est juste que c'est une bonne idee pour l'integration eventuelle entre desktop.
On peut aussi imaginer le cas de l'hebergement par freedesktop de deux projets non matures en attendant que l'un deux arrive a maturite et devienne une reference pour les differents bureaux. MAS et gstreamer correspondraient tres bien a cette definition.
Il y a egalement des projets cles pour l'interoperatbilite entre bureaux qui ne sont pourtant pas stockes sur freedesktop.
> Et notes qu'il n'y a pas esd, arts, dmix d'alsa ou jack. Il n'y a qu'un serveur de son et c'est MAS.
Qui plus est, sur freedesktop, mas ne possede qu'une page web qui fait reference a un site officiel ailleurs. Pas de CVS, pas de mailing list, pas de specification, pas de standard, pas de liste de projet s'appuyant dessus. A ce niveau la, on peur dire que arts ou gstreamer sont autant soutenus que mas par freedesktop.
Note que c'est un wiki, donc quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas: une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 1.
arts n'est pas "soutenu" par freedesktop.
> Pas de CVS, pas de mailing list, pas de specification, pas de standard, pas de liste de projet s'appuyant dessus.
Et alors ?
Il n'y a pas obligation à être hébergé par freedesktop.
> quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas
Fait le !
Et pas de façon anonyme.
> C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.
Encore du n'importe quoi.
Tu prends freedesktop pour des gogos. Ce n'est pas cool.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
Le fait que MAS soit reference sur freedesktop montre juste qu'il est considere comme un projet important. Rien de plus, rien de moins. Si MAS etait considere comme le futur de l'interoperabilite entre desktop, j'aurai trouve des references dans des mailing listes, des gens expliquant si c'est bien ou c'est mal d'utiliser MAS dans KDE, XFCE, Gnome, GnuStep, ...
Mais juste une page web dans un wiki avec un lien vers le site officiel, c'est pas grand chose.
Arts est aussi considere comme un projet important puisque c'est le serveur de son d'un des desktop majeurs. gstreamer est considere comme encore plus important car il a le soutien d'une partie de la communaute Gnome _et_ KDE et qu'il est developpe activement.
Donc bien qu'il n'y aie pas de reference explicite a gstreamer, il est a mon avis tout aussi important pour freedesktop.
Mais on s'eloigne du sujet, je voulais juste faire remarquer que la politique d'acceptation des projets sur freedesktop n'etait pas rigide mais plutot liberale et que donc on pouvait avoir des projets plus ou moins concurrents heberges sur freedesktop, et que donc ton "donc" n'etait pas approprie. Rien de plus.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 3.
C'est actuellement trop tôt pour ça en autre car la version 1.0 n'est pas sortie. C'est le même phénomène que pour ogg/vorbis.
Si tu cherches des "références" il faut aller sur les mailing X.Org (où l'implémentation a lieu) ou gstreamer. D'ailleur il y a un lien vers MAS sur la page principale de X.Org : http://www.x.org/(...) .
Il faut aussi remarquer que pour Gnome c'est totalement transparent puisque tout est en train de basculer sous gstreamer qui lui utilisera MAS. De plus, même sans gstreamer, l'API de Gnome n'est pas lié à esd et remplacer esd par MAS ne pause pas de problème et donc toute discution aussi tôt est un peu inutile...
Tout ne se passe pas sur mailing. Regardes X.Org, il n'y avait pas beaucoup de communication/références sur les mailings list pour X.Org et pourtant...
Au début d'X.Org, il n'y avait rien ou presque sur freedesktop.
> Mais juste une page web dans un wiki avec un lien vers le site officiel, c'est pas grand chose.
C'est pas grand chose si tu prend freedesktop pour des gogos. Être référencé sur freedesktop a actuellement un signification forte qui ne se mesure pas en "poid" de site web ou consommation de bande passante. C'est indéniable et cette signification ne peut pas être qualifiée de "pas grand chose".
> Arts est aussi considere comme un projet important puisque c'est le serveur de son d'un des desktop majeurs.
Pas pour freedesktop (le projet). Puisque tu dis que c'est facile d'ajouter un projet à freedesktop, je te mets au défis d'ajouter Arts.
Ainsi tu pourras confirmer si c'est "pas grand chose" d'être sur freedesktop.
NB : je te demande "pas grand chose" : juste une petit page statisque.
> gstreamer est considere comme encore plus important
Par qui quoi ?
Par freedesktop ?
> il a le soutien d'une partie de la communaute Gnome _et_ KDE
KDE passe à gstreamer "avec le couteau sous la george" (arts ne fait plus le poid) et avec beaucoup de retard. D'ailleur la décision n'est toujours pas prise officiellement.
Gnome soutient gstreamer depuis très longtemps même si la distribution de gstreamer par Gnome a été longue à venir car la stabilisation de gstreamer a tardé. Des applis KDE qui utilisent gstreamer, on cherche encore (et dans KDE 3.3, il n'y a rien). Donc on ne peut pas mettre KDE et Gnome au même niveau dans la relation avec gstreamer. Mais si ça change (ce qui semble possible et dans un délais très brèf) j'en serais très heureux.
Il est marrant de voir la confusion qui règne autour de gstreamer et MAS sur planetkde... certains mettent MAS et gstreamer sur le même plan...
Ça montre bien que KDE n'est pas très familiarisé avec gstreamer.
> Donc bien qu'il n'y aie pas de reference explicite a gstreamer, il est a mon avis tout aussi important pour freedesktop.
???
http://gstreamer.freedesktop.org/(...)
> la politique d'acceptation des projets sur freedesktop n'etait pas rigide
Ce qui ne veut pas dire qu'elle est laxiste ou non-significative.
freedesktop n'est pas le freshmeat du desktop.
[^] # Re: ouah
Posté par Infernal Quack (site web personnel) . Évalué à 5.
Quel retard ?
gstreamer n'était pas encore stable. Le but n'est pas de se lancer tête baissée dans un nouveau truc sans voir ce que ça va donner.
Des applis KDE qui utilisent gstreamer, on cherche encore
amarok et juk le proposent. Amarok proposent même xine. Et oui ! xine est un très bon framework multimédia qui a fait ses preuves.
(et dans KDE 3.3, il n'y a rien
Normal. Passer de arts à gstreamer (ou autre) c'est une grosse modification et ça se fera dans un changement de version majeur : KDE 4.
Donc on ne peut pas mettre KDE et Gnome au même niveau dans la relation avec gstreamer.
Normal vu que Gnome n'avait pas de framework multimédia (esd est un serveur de son qui ne sait rien faire à part ça alors que arts permet de décodage, les effets, les enchainements,...).
Il est marrant de voir la confusion qui règne autour de gstreamer et MAS sur planetkde... certains mettent MAS et gstreamer sur le même plan...
Ça montre bien que KDE n'est pas très familiarisé avec gstreamer.
"Planet KDE is not a product or publication of KDE e.V.; as such, it does not necessarily represent the views of the KDE project as a whole or the views of KDE e.V. "
Voilà c'était juste pour apporter des précisions au débat.
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: ouah
Posté par itstimetogo . Évalué à 3.
Par rapport à Gnome. C'est tout. La relation Gnome/Gstreamer est forte depuis longtemps (un peu avant Gnome 2.0 et intégration officiel et par défaut pour Gnome 2.2. KDE débute maintenant avec gstreamer et assez timidement (rappel: toujours pas de chois officiel).
Ce n'est pas un reproche. KDE ne peut pas s'occuper de tout, KDE n'est pas Gnome, etc.
> "Planet KDE is not a product or publication of KDE e.V.; as such, it does not necessarily represent the views of the KDE project as a whole or the views of KDE e.V. "
> Voilà c'était juste pour apporter des précisions au débat.
Je ne parlais pas des développeurs spécifiquements. Les développeurs KDE (comme les autres) ont en général une bonne formation :-)
J'espère que tu reconnaitras que la communauté Gnome (utilisateurs, promoteurs, développeurs, ...) connait mieux Gstreamer que la communauté KDE.
[^] # Re: ouah
Posté par Infernal Quack (site web personnel) . Évalué à 3.
Oui je le reconnais :)
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: ouah
Posté par gnumdk (site web personnel) . Évalué à 4.
Pourtant gtk-qt-engine est arrivé sur freedesktop en quelques jours, il n'est pas soutenu activement par freedesktop, il est la, c'est tout, mais l'auteur est tout seul a bosser dessus quand il en a le temps. Etre sur freedesktop ne veut pas dire etre l'avenir de gnome et kde.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 0.
Et alors ?
Pourquoi veux-tu que les développements de gtk-qt-engine soit sur freedesktop ?
Pourquoi veux-tu que ce soit freedesktop qui fasse le développement ?
Où as tu vu que le role de freedesktop est de centraliser tous les developpements ?
Où as tu vu que être sur freedesktop s'était l'assurance l'avoir des tonnes de développeur ?
Faut arrêter certaine plante.
> Etre sur freedesktop ne veut pas dire etre l'avenir de gnome et kde.
Comme être sur W3C ne veut pas dire être l'avenir du web.
Comme être dans la LSB ne veut pas dire être l'avenir de Linux.
Comme ne pas être sur freedesktop n'est pas synonyme d'échec (freedesktop n'est pas le top 50 du desktop).
etc.
Mais c'est significatif. Les "experts" de freedesktop ne choisissent pas des projets s'ils leurs semblent sans avenir ou non prometteur. Ce point me parait assez évident, non ?
Ou alors tu remets en cause leurs expertises et donc tu les prends pour des gogos.
Essaies d'ajouter arts ou xfree86 ou ELF (E Library Foundation) à freedesktop.
Bonne chance, mais je te préviens tout de suite, ça n'a pratiquement aucune chance d'aboutir.
C'est n'importe quoi ce thread. On dit que gstreamer c'est pareil que MAS et maintenant que freedesktop est un regroupement de gogos dont les chois et préconisations sont sans importances.
Faut être motivé pour lutter contre ces trolls.
[^] # Re: ouah
Posté par jmfayard . Évalué à 6.
Il suffit d'ailleurs de lire le site pour s'en convaincre :
http://freedesktop.org/(...)
freedesktop.org is not currently a formal standards organization [au contraire du Linux Standard Base project, du Free Standards Group, de X.Org Foundation ou de l'IETF and other groups that do formal standards.]
Unlike these groups, freedesktop.org is just a "collaboration zone" where ideas and code can be tossed around, and de facto specifications encouraged. We also host any "on-topic" software projects, if you have a project that fits into our mission and needs hosting please let us know on our mailing list.
http://freedesktop.org/Software/Home(...)
Software hosted on/related to freedesktop.org
Some software has made its way here to live. None of this is "endorsed" by anyone or implied to be standard software, remember that freedesktop.org is a collaboration forum, so anyone is encouraged to host stuff here if it's on-topic.
Bref, les "experts" de freedesktop.org ont des critères assez larges pour héberger le projet. Lorsqu'un projet comme gstreamer demande à être hébergé sur freedesktop.org, celà montre sa vocation et sa bonne volonté pour aller en faveur de l'interopérabilité entre les Desktops Linux, et espérons-le attirera les bonnes volontés d'autres gens. Mais ça ne veut PAS dire que c'est un projet "officiel" "poussé" (endorsed) par freedesktop, et ça n'empêche en rien l'hébergement de projets concurrents similaires. Par exemple, il y a 2 serveurs X (une copie d'XFree et un tout nouveau de Keith Packard), plusieurs utilitaires de configuration, ...
--
Go freedesktop.org !
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
J'ai jamais parlé de standard à propos de freedesktop. J'ai dit que leurs choix sont significatifs et qu'on ne peut pas les qualifier de "pas grand chose".
> We also host any "on-topic" software projects, if you have a project that fits into our mission and needs hosting please let us know on our mailing list.
Tu devrais souligner : if you have a project that fits into our mission
http://www.freedesktop.org/(...)
freedesktop.org wants to build a base platform for desktop software on Linux and UNIX. The elements of this platform become the backend for higher-level application-visible APIs
Mission statement : http://www.freedesktop.org/Main/MissionStatement(...)
(...)
The concrete goals of freedesktop.org stem from the following general principles:
# Code sharing and modularity are a good thing. When possible, a common implementation not dependent on a specific desktop increases stability, increases interoperability, reduces system footprint, and optimizes the use of free software development resources.
# Concept sharing is a good thing. Users do not benefit from the existence of multiple desktops if those desktops do not share their good ideas and work together toward common goals.
(...)
freedesktop n'est pas le freshmeat des technologies desktop.
Les technos retenues par freedesktop sont pour constituer une (et pas 50) plateforme de base.
Assurer l'intéropérabilité, ce n'est pas proposer 50 formats de menu.
Toujours pareil, essaies d'ajouter arts à freedesktop :-)
Ou essaies d'ajouter dcop alors qu'il y a dbus.
> Par exemple, il y a 2 serveurs X (une copie d'XFree et un tout nouveau de Keith Packard)
Non, ils ne sont pas concurrents. le "nouveau de Keith Packard" sera intégré à X.Org et c'est déjà planifié. X Server est destiné à être intégré à X.Org et avec la bénédiction de X.Org.
Autre exemple, XCB/XCL n'est pas un concurrent le libX11 (du moins pour freedesktop). C'est le remplaçant. Mais comme libX11 est le "standard" de fait actuel, il est aussi sur freedesktop. Mais à moyen terme, libX11 (via X.Org) sera viré ou marqué obsolet.
> plusieurs utilitaires de configuration
Qui font la même chose ou qui sont concurrents ? => Non. C'est contraire aux objectifs de freedesktop.
[^] # Re: ouah
Posté par Sebastien Binet . Évalué à 1.
Mince alors, je devais etre en train de dormir.
Tu as un pointeur ?
Euh, je me trompe peut-etre, mais le nouveau de Keith Packard, c'est KDrive, n'est-ce pas ? Mais si c'est juste une c*neurie, ben toutes mes confuses (et vous pouvez me dépertinentiser).
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
Pas sous la main actuellement.
> c'est KDrive, n'est-ce pas ?
Oui. Le travail de Keith Packard (avec KDrive, etc) n'est pas de "terrasser" X.Org. KDrive est actuellement de l'avance de phase puis le travail sera intégré à X.Org.
Il y a un gros effort pour rendre X pour modulaire depuis 1 ans. KDrive fait aussi parti de cet effort.
On me dit dans mon oreillette que la transparence de KDrive vient d'être ajouté à X.Org. Ça reste encore assez expérimental.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
Petite exception : XFree86 :-)
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 3.
Kdrive, c'est un serveur X minimal pour tester de nouvelles extensions, composite par exemple. L'extension composite sera intégré à X.Org mais Kdrive restera en dehors de X.Org et servira de plateforme de test. C'est d'ailleurs ce que montre la conf freedesktop, jamais ils parlent de fusionner X.Org et Kdrive.
"kdrive is Keith Packard X11 server (formerly known as TinyX) which is used as a testing ground for new X extensions."
[^] # Re: ouah
Posté par itstimetogo . Évalué à 1.
http://www.freedesktop.org/Software/xserver(...)
OK ?
Et j'ai pour xserver :
The X server project holds sources to build an X server separately from a full X distribution. The only drivers supplied are based on the kdrive framework.
Pour moi l'un des buts est de séparer le serveur/librairie du driver.
Mais je me trompe peut-être car comme dit plus haut, je n'ai pas de pointeur sous la main.
PS1 : je ne parle pas du serveur KDrive (il existe encore ?) mais de KDrive.
PS2 : je ne trouve plus la page du projet kdrive.
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 2.
Si tu regardes la vidéo freedesktop de the aKademy, c'est pas du tout ce qui est dit. Kdrive est la pour tester les nouvelles extensions.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 3.
Puis, comme je dis, il ne faut pas confondre l'architecture kdrive et le mini serveur x11 kdrive (ou tinyX ? pour faire les testes) et dont je ne trouve plus la page web.
[^] # Re: ouah
Posté par jmfayard . Évalué à 2.
freedesktop.org wants to build a base platform for desktop software on Linux and UNIX. The elements of this platform become the backend for higher-level application-visible APIs
Les technos retenues par freedesktop sont pour constituer <b<une (et pas 50) plateforme de base. Assurer l'intéropérabilité, ce n'est pas proposer 50 formats de menu.
En fait il y a 2 choses :
* l´hebergement lui-meme qui est assez souple, et qui est a mi-chemin entre freshmeat et ce que tu t´imagines
* La plateforme qui comme tu le dis dois etre unique. Tout ce qui est sur freedesktop.org n´a pas le meme statut : il y a des specifications stables et deja implementees, il y a des specifications stables mais pas encore implementees par au moins a la fois gnome et kde (sans quoi cela n´a aucun interet), il y a des specifications sur lesquelles ils travaillent encore. Meme chose pour les logiciels : certains sont utilises depuis longtemps (pkg-config fontconfig...) certains ont on l´espere un brillant avenir mais ne sont pas encore stables (dbus, HAL, XDrive), certains sont encore a l´etat d´agitations d´idees (comme le systeme de configuration http://freedesktop.org/Standards/config-spec(...))(c´est aussi un des buts de fd.o : permettre la discussion entre les developpeurs des differentes plateformes, au lieu que chacun reste dans son coin).
C´est pour clarifier tout ca que va sortir regulierement, et pour la premiere fois dans une dizaine de jours, des releases de la Plateforme Freedesktop regroupant les specifications et les logiciels consideres comme stables, sur lesquels ont peut batir les desktop Linux de demain. (dbus et hal ne feront pas partie de la 1.0, car pas stables)
Dernier point : comprend bien que moi comme Philippe Fremy (je pense que je peux parler pour lui) ne disons pas ca pour critiquer freedesktop que nous tenons en haute estime.
Voila, j´espere avoir clarifie les choses.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
Admettons même si ce n'est pas ce que dit le site web (voir plus haut). C'est un détail pour moi.
> * La plateforme qui comme tu le dis dois etre unique. Tout ce qui est sur freedesktop.org n´a pas le meme statut : il y a des specifications stables et deja implementees, il y a des specifications stables mais pas encore implementees (...)
Sur ça je suis d'accord. Donc on peut avoir deux projets sur freedesktop qui _semblent_ concurrents alors qu'ils ne le sont pas. En général, un est en développement et l'autre en exploitation. A moyen terme, le but (pour freedesktop) est de ne conserver qu'une solution.
En "tirant par les cheveux", Linux 2.4 n'est pas en concurrence avec 2.5. Le 2.5 est là pour le développement et le 2.6 remplacera le 2.4.
C'est ce qui va arriver avec XCB. XCB et libX11 sont hébergées par freedesktop mais ils ne sont pas en concurrence. On attend pas que le team libX11 fasse mieux que XCB. A moyen terme, libX11 sera obselete et les nouvelles applis utiliseront XCB.
Tu noteras qu'il n'y a aucun (du moins à ma connaissance) projet réellement concurrent sur freedesktop du type :
- gtk vs qt (gtkmm vs qt)
- dcop (ou orbit) vs d-bus
- etc
KDrive n'est pas en concurrence avec X.Org. En fait KDrive fera parti d'X.Org pour X11R7 peut-être. L'autre option, est que X.Org soit dépendant de KDrive pour fonctionner. Donc pas de concurrence.
Évidement, freedesktop ne doit pas resté figé et il y aura peut-être E-Bus qui remplacera D-Bus...
Mais l'objectif n'est pas de proposer du choix. C'est bien simple, il n'y a pas de choix sur freedesktop ! Ou alors c'est limité à "stable vs development", "past vs futur", etc
Et jusqu'à maintenant j'ai vu aucun exemples de projets qui sont concurrents et hébergés sur freedesktop (ou alors c'est dans la catégorie "stable vs development"). Pourtant dans le logiciel libre les cas de concurrence ne manque pas.
> Dernier point : comprend bien que moi comme Philippe Fremy (je pense que je peux parler pour lui) ne disons pas ca pour critiquer freedesktop que nous tenons en haute estime.
Tu fais bien de le dire, car ce n'est pas claire du tout.
Du moins pour Philippe Fremy :-). En tout cas il est beaucoup plus ambigu.
btw, freedesktop n'est pas la référence absolu, ils peuvent se tromper, etc.
Mais les objectifs de freedesktop doivent être clairement complis.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
> réellement concurrent sur freedesktop du type.
Certe. Il y a quand meme des projets aux contours concurrents : gsreamer vs mas, scim vs afterchinput.
Ensuite, il y a deux facons d'interpreter cet etat de fait:
- ta version : c'est une volonte deliberee parce que des choix ont ete faits
- ma version : c'est parce que deux projets concurrents promtteurs et utils ne se sont pas encore presentes
> Du moins pour Philippe Fremy :-). En tout cas il est beaucoup plus ambigu.
Desole si je suis ambigu. J'ai beaucoup de respect pour freedesktop en tant que projet puisque c'est a mon sens le futur de linux sur le desktop: il est clair qu'aucun projet de desktop fonctionnera a lui tout seul et que les utilisateurs de KDE/Gnome font tourner des applis Gnome, KDE, OpenOffice, Mozilla et consorts.
J'ai encore plus de respect pour les gens qui y parlent car ce sont des pointures de chacun des projets et ils connaissent bien leur sujet. C'est un plaisir des les voir parler du fonctionnement des desktop.
On voit aussi qu'il reste beaucoup beaucoup de problemes a resoudre pour avoir le niveau d'integration qu'on peut avoir couramment sous windows.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
Et pourquoi pas gstreamer vs dmix d'alsa.
gstreamer n'est pas un serveur de son. gstreamer ne peut remplacer esd (qui pourtant ne fait pas grand chose). Pour jouer plusieurs sons à la foi depuis plusieurs applis il faut toujours un serveur de son car gstreamer ne fait pas serveur de son (je répète car ce n'est toujours pas rentré).
Gstreamer à besoin de MAS, comment veux-tu qu'il soit concurrent ?
[^] # Re: ouah
Posté par Christophe Fergeau . Évalué à 2.
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 3.
[^] # Re: ouah
Posté par Sebastien Binet . Évalué à 1.
ALSA = l'interface avec le matos, c'est lui qui fournit les drivers de ta carte son .
JACK[1], arts, esd, mas[2], NMM[3] sont les outils qui permettent d'utiliser les drivers fournis par ALSA.
Jusqu'ici c'est bon ?
Bon alors, apparemment, ces gens là[4] bavent devant les performances de JACK. D'où ma question : pourquoi n'y a-t-il pas plus de plugins dédiés à ce soft, et pourquoi KDE reste plus ou moins sourd (ahaha) à ses capacités ?
[1]: http://jackit.sourceforge.net(...)
[2]: http://www.mediaapplicationserver.net/(...)
[3]: http://graphics.cs.uni-sb.de/NMM/index.html(...)
[4]: http://www.osnews.com/story.php?news_id=6720&page=1(...)
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 2.
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 3.
Framework Multimedia:
gstreamer, nmm, arts, xine, ...
Serveurs de Son:
arts, jack, mas, esd, ...
arts fait les deux mais fait le second plutot mal.
J'ai pas vraiment eu l'occasion de tester arts+jack vu que je n'utilise par arts sur mon pc:
Vidéos => Kaffeine donc Xine donc alsa ou Mplayer donc alsa
Audio => Amarok + Xine donc alsa
Bon, j'ai une sblive, donc pas de probleme, le mixing est hardware.
Mais, il est tout a fait possible d'utiliser kde sans arts(dmix via alsa), surtout depuis l'arrivé de amarok. Et ca permet d'economiser RAM et CPU.
[^] # Re: ouah
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Voir artscontrol (ou un truc au nom similaire).
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: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
La dessus, on est d'accord.
<< Les technos retenues par freedesktop sont pour constituer une (et pas 50) plateforme de base. >>
C'est la ou tu te trompes. Les choses qui ont vraiment le soutien officiel de toute la communaute des desktop, c'est le specifications redigees en commun par les membres de la ml de freedesktop.
> Assurer l'intéropérabilité, ce n'est pas proposer 50 formats de menu.
Tout a fait, sur les specs, il n'y a aucune ambiguite. Mais pour les implementations, il ya au moins deux implementations de la specs des menus (une Gnome, une KDE) et aucune n'est hebergee sur freedesktop (ce qui confirme ce que tu disais qu'il se passe aussi des choses en dehors de freedesktop, on est aussi d'accord la dessus).
Pour ce qui est des projets heberges, c'est beaucoup plus souple. Tout projet interessant peut etre heberge. Le seul moment ou un projet passe du stade de interessant/promtteur a "recommande par freedesktop", c'est quand au moins deux desktop majeurs (== KDE et Gnome) ont decide concretement de s'appuyer dessus.
Le probleme, c'est qu'il est pratiquement impossible de partager une implementation entre Gnome et KDE, vu que Gnome utilisera glib pour ses types de base, et KDE utilisera la Qt Template Library. C'est pour ca que le choix a ete explicitement fait de ne soutenir que des specifications inter-desktop et de laisser les implementations pour chacun. La possiblite de partager une implementation n'est pas exclue, elle est juste peu probable.
Donc en fait, toutes les specs de freedesktop sont implementees au moins deux fois, et en general plus.
Si on prend l'exemple de DBUS, il est heberge et a le soutien d'une part important de la communaunte. Mais DCOP est un protocole qui a fait ses preuves depuis 10 ans dans X et 5 ans dans KDE et il n'y a pas encore de raison technique significative de s'en passer. Donc le statut, c'est que DBUS, c'est pas mal, DCOP aussi et rien de plus.
Lis la mailing liste de freedesktop pour t'en convaincre.
[^] # Re: ouah
Posté par Christophe Fergeau . Évalué à 2.
C'est pas un truc qui a été inventé par KDE DCOP ?
[^] # Re: ouah
Posté par Vivi (site web personnel) . Évalué à 1.
[^] # Re: ouah
Posté par Christophe Fergeau . Évalué à 2.
A ce moment là linux supporte xaml, avalon et tout ça depuis super longtemps parce que ces technos sont construites "on top of xml and http and ..." ?
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
[^] # Re: ouah
Posté par mickabouille . Évalué à 2.
À ce propos, il semblerait que le mainteneur de XCB/XCL, euh... eh bien ne s'occupe plus du tout de XCL. C'est abandonné.
En fait, il continue en adaptant xlib à XCB.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 1.
Sur ca, on est d'accord depuis le debut. Simplement, je te faisais remarquer que ces criteres n'empechent pas deux projets concurrent d'arriver sur freedesktop.
Si deux projets concurrents sont tous les deux prometteurs et activement maintenu, ils ont tous les deux vocation a etre heberge sur freedesktop et freedesktop ne fera pas le choix arbitraire de rejeter un projet prometteur sous pretexte qu'il a accepte un autre projet prometteur par le passe.
Si une selection de ce type doit s'effectuer, elle se fera au niveau du choix des differents desktop eux-meme.
<< On dit que [...]freedesktop est un regroupement de gogos dont les chois et préconisations sont sans importances. >>
Mais non, les choix de freedesktop ont une importance. Je l'ai dit plus haut, mais on dirait que tu refuses d'accepter le fait que je sois partiellement d'accord avec toi et que tu veuilles absolument que je sois de l'avis oppose.
Le fait que MAS soit la signifie qu'il est considere comme un projet prometteur. Ca ne signifie pas qu'il a l'exclucivite des projets prometteurs de freedesktop, ca n'exclue pas que freedesktop choisisse nmm comme serveur de son standard inter-desktop, ca n'exclue pas qu'un autre projet faisant la meme chose soit accepte sur freedesktop (s'il est tout aussi prometteur)
<< Faut être motivé pour lutter contre ces trolls. >>
Cette manie d'appeler des troll toutes les personnes qui ne sont pas d'accord avec vous sous pretexte qu'elles discutent, ca m'enerve profondement. Apprenez ce que c'est qu'un troll avant de traiter tout le monde de troll.
[^] # Re: ouah
Posté par itstimetogo . Évalué à -1.
Tu trolles (du verbe troller).
Tu dis que gstreamer et MAS sont équivalents, ce qui est faux.
Plus loin tu dis que gstreamer n'est pas sur freedesktop, ce qui est faux encore.
Tu dis qu'être sur freedesktop c'est très facile et donc si un projet est sur freedesktop ça n'a pas de signification importante.
Je te cite :
Note que c'est un wiki, donc quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas: une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.
btw, j'attends toujours que tu ajoutes arts sur freedesktop ...
T'es un trolleur de première.
[^] # Re: ouah
Posté par Infernal Quack (site web personnel) . Évalué à 0.
Plus qu'un an et il a son Bac de trollologie \o/
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: ouah
Posté par Philippe F (site web personnel) . Évalué à 3.
J'ai jamais dit une chose pareille. Ce que j'ai dit, c'est que freedesktop etait susceptible d'accepter des projets concurrents.
Je le faisais en reponse a un message qui repondait a un message qui disait que MAS, c'etait la meme chose.
> Plus loin tu dis que gstreamer n'est pas sur freedesktop, ce qui est faux encore.
Je me suis emporte dans mon argumentation et j'ai dit que il y avait pas de gstreamer sur freedesktop, en effet. Comme je suis pas trop familier avec gstreamer, j'ai oublie ca. Donc j'ai dit une connerie sur gstreamer, ok. Par contre, je suis relativement familier avec freedesktop que je suis de pres ou de loin selon les periodes.
> Tu dis qu'être sur freedesktop c'est très facile
Tout a fait. cf gtk-qt-engine qui est rentre en une journee, ou le dernier projet admis, qui est il me semble un systeme pour rentrer du chinois sur X qui a ete admis aussi tres tres rapidement. Je suis la mailing-list donc je sais de quoi je parle.
> si un projet est sur freedesktop ça n'a pas de signification importante.
Ca, c'est ce que je m'evertue a vous faire comprendre que je ne dis pas: ca a beaucoup d'importance, mais pas autant que vous en accordez. La comparaison avec le LSB est pas mal. Quand un choix est fait par le LSB, il a ete tres longuement discute. Sur freedesktop, quand un projet est admis, il y a eu au moins deux ou trois mails pour en discuter, mais il se peut que ce soit tout (ce qui fut le cas du projet de compoisition de caracteres chinois dont je parlais).
<< Note que c'est un wiki, donc quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas: une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la. >>
Ce que j'essaye de vous faire comprendre, c'est qu'il est facile de faire admettre un projet sur freedesktop, du moment que ca corresponde vaguement aux buts d'interoperatbilites. L'hebergement est facile a obtenir. Si Stefan Westerfield demandait a faire admettre arts ici en disant qu'il prefere le developper sur le site web de freedesktop, je suis sur que ca passerait.
> btw, j'attends toujours que tu ajoutes arts sur freedesktop ...
Pourquoi faire ? Pour prouver que j'ai raison ? Je n'en vois pas l'interet, surtout que arts a toujours ete un projet de loser.
> T'es un trolleur de première.
Je t'encourage a chercher ce qu'est un troll sur le web:
http://www.google.com/search?hl=en&lr=&ie=UTF-8&oi=defm(...)
En ce qui me concerne, je suis quelqu'un avec une opinion differente de la tienne, et je defends cette opionion dans une discussion. C'est tout.
Note que je fonde mon opinion sur freedesktop en etant abonne a la mailnig list depuis a peu pres 1 an, c'est pas comme si je parlais juste en l'air. J'ai ete surpris aussi la premiere fois ou j'ai vu un projet se faire admettre en 3 mails mais il y a eu une discussion depuis sur le sujet sur la ML qui a clarifie ce choix.
[^] # Re: ouah
Posté par itstimetogo . Évalué à 1.
> J'ai jamais dit une chose pareille.
J'ai confondu avec gnumdk. Désolé.
> Tout a fait. cf gtk-qt-engine qui est rentre en une journee, ou le dernier projet admis, qui est il me semble un systeme pour rentrer du chinois sur X qui a ete admis aussi tres tres rapidement.
Et alors ?
Ces projets aident à l'objectif de freedesktop ?
Oui.
Ces projets font-ils doublon avec d'autres projets sur freedesktop ?
Non.
Fin.
> Ce que j'essaye de vous faire comprendre, c'est qu'il est facile de faire admettre un projet sur freedesktop, du moment que ca corresponde vaguement aux buts d'interoperatbilites.
S'ils respectent les critères de freedesktop alors oui, c'est facile. C'est le cas de gtk-qt-engine et ça ne demande pas 300 mails pour décider de son accèptation.
Mais ce que tu dis plus haut pour MAS est :
une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.
Tu confirmes ou tu retournes ta veste ?
> > btw, j'attends toujours que tu ajoutes arts sur freedesktop ...
> Pourquoi faire ? Pour prouver que j'ai raison ?
Puisque tu es sur la mailing, demande pourquoi arts (et/ou esd) n'est pas sur freedesktop alors qu'il y a déjà gstreamer/MAS.
C'est trois rien et donc tu peux le faire.
STP, fait le et mets un pointeur sur l'archive freedesktop.
La réponse que tu auras, je la connais déjà : "pas de arts car il y a déjà gstreamer/MAS".
Donc pour gtk-qt-engine c'est facile d'être sur freedesktop car ça cadre avec freedesktop, pour d'autre c'est beaucoup plus dure voire impossible.
Et je n'ai toujours pas un exemple de "vrai" doublon sur freedesktop.
> En ce qui me concerne, je suis quelqu'un avec une opinion differente de la tienne, et je defends cette opionion dans une discussion. C'est tout.
Le problème, c'est que tu n'as pas d'arguments. Ce que tu dis va à l'encontre de ce qui est avancé sur le site web (revoir mes posts précédents) et tes seuls arguments sont :
- gtk-qt-engine a été admis rapidement (et alors ?)
- je suis abonnée à freedesktop
Mais si je te demande d'ajouter arts ou de demander pourquoi il n'y a pas arts sur freedesktop, il n'y a plus personne.
Si je te demande de me trouver un vrai exemple de doublon dans les projets sur freedesktop, là encore il n'y a plus personne.
Puis cette petit histoire de rapidement admins sans beaucoup de mail m'énerve un peu.
Prends X.Org, tu as vu beaucoup de mail pour qu'il soit admin dans freedesktop ?
Ben non car il y a irc, les mails privés entre les principaux "décideurs", les "sommet" (rencontre physique), etc...
D'ailleur l'arrivé de X.Org en a surpris plus d'un parmis ceux qui ne font pas parti des développeurs. Même Slackware et Mandrake ont mis du temps à percevoir l'importance du switch vers X.Org.
Et toi ? J'oubliais tu es abonné à freedesktop et donc rien ne t'échappe au point que tu peux ignorer ce qui est annoncé sur le site web de freedesktop.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
> > une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.
Cette derniere phrase est deplacee, je me suis emporte. Quand j'ai vu que c'etait un wiki, j'ai un peu tilte mais MAS est bien un projet qui a ete valide par freedesktop donc sur ce point-la, tu as raison.
> Puisque tu es sur la mailing, demande pourquoi arts (et/ou esd) n'est pas sur freedesktop alors qu'il y a déjà gstreamer/MAS.
Je n'ai pas envie de le faire pour de nombreuses raisons, mais voici les reponses que j'imagine (qui refletent notre point de vue different sur la question):
- parce qu'il n'a pas demande
- parce qu'il n'est plus developpe
- parce arts n'a pas ou n'a plus la vocation d'etre un serveur de son universel
> Et je n'ai toujours pas un exemple de "vrai" doublon sur freedesktop.
J'aimerai alors avoir ton opinion eclairee sur les projets suivants:
- uim : projet pour rentrer differents caracteres sous X, comme le coreen, le chinois, le japonais, ... : http://www.freedesktop.org/Software/uim(...)
- ChiX : projet rentrer des caracteres chinois sous X : http://www.freedesktop.org/Software/ChIX(...)
- scim : projet pour rentrer des caracteres dans n'importe quelle langue comlexe (chinois, coreen, ....) http://www.freedesktop.org/Software/ScimIntroduction(...)
Je t'epargne immodule for Qt qui n'a pas l'air redondant avec les precedents.
Je suis curieux de voir ce que tu vas me repondre :-)
Je relis les objectifs de freedesktop et rien ne s'oppose a ce que deux projets concurrents soient heberges:
<<
# Collect existing specifications, standards, and documents related to X desktop interoperability and make them available in a central location;
# Promote the development of new specifications and standards to be shared among multiple X desktops;
# Integrate desktop-specific standards into broader standards efforts, such as Linux Standard Base and the ICCCM;
# Work on the implementation of these standards in specific X desktops;
# Serve as a neutral forum for sharing ideas about X desktop technology;
# Implement technologies that further X desktop interoperability and free X desktops in general;
# Promote X desktops and X desktop standards to application authors, both commercial and volunteer;
# Communicate with the developers of free operating system kernels, the X Window System itself, free OS distributions, and so on to address desktop-related problems;
# Provide CVS, web hosting, mailing lists, and other resources to free software projects that work toward the above goals.
>>
[^] # Re: ouah
Posté par itstimetogo . Évalué à 2.
J'y connais rien ou presque en saissie de langue compliqué et je n'ai pas le temps ni envie de fouiller.
Tu m'as cloué le bec :-)
Balle au centre.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
On remettra ca une prochaine fois.
[^] # Re: ouah
Posté par Christophe Fergeau . Évalué à 4.
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 7.
De toute facon, en logiciel libre, c'est le logiciel le plus dynamique qui s'impose, et gstreamer m'a bien l'air de repondre a cette definition.
Le probleme pour integrer des trucs comme gstreamer, c'est que les types de bases ne sont pas compatibles. Genre sous KDE, tu geres un qlist de qstring et tu dois convertir ca en glist dont le champ data contient une gstring. Dans le cas de gstreamer, c'est peut-etre pas aussi violent vu que les string ne sont pas au coeur de l'application mais ce genre de probleme entraine de traductions lourde a la volee de gstring (code en utf8) en qstring (codees en UCS2) qui ralentisse le fonctionnement global et rende tres difficile la croisee de projets entre Gnome et KDE.
[^] # Re: ouah
Posté par Christophe Fergeau . Évalué à 5.
Je savais pas que les strings de QT étaient pas codées en UTF-8, c'est con ça :-/ (c'est con que QT et GTK+ utilisent pas le même encoding pour les chaînes quel qu'il soit)
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 5.
Une connerie a mon avis, vu que sur un 'char *' tu as plus de doute sur la nature de l'encodage utilise justement.
Qt a des fonctions de conversions utf8 ucs2, mais c'est vrai que c'est con. Imagine pour une appli un peu complexe si tu dois passer des strucutures de donnees un poil elaborees (dictionnaires, string, listes) l e nombre de conversion qu'il pourrait y avoir.
Pour chipoter vraiment, il me semble que glib comme qt ont une classe qui gere de listes de strings directement.
[^] # Re: ouah
Posté par Christophe Fergeau . Évalué à 3.
Il me semble qu'un GString, c'est tout bêtement une structure avec un char* et un gint (pour la longueur) dedans, ie il y a aucune notion d'encodage dans le GString non plus.
De toute façon, c'est simple, tout est en UTF-8, donc tu te poses pas de question ;)
Il n'y a pas de structure de donnée liste de string en gtk+ par contre, je vois pas trop l'intérêt par rapport à une glist à vrai dire...
Enfin ton argument sur le coût de conversion est un peu fallacieux, j'ai beau chercher, je ne vois pas tant de fonction utiles qui prendraient ou renverraient des listes/hash tables de string... (à part des listes de tag dans GStreamer).
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 4.
A mon sens, le fait d'utiliser une structure speciale signale au developpeur qu'il peut y avoir des questions a se poser et lui font soulever plus vite la question de l'encodage utilise.
Tu peux te dire que le mec qui rencontre une gstring la premiere fois, il va aller voir la documentation et il va tomber sur le paragraphe qui dit que toutes les gstring sont codes en utf8 et va verifier qu'il n'a pas de problemes speciaux de conversion. Le mec qui rencontre un char * pour la premiere fois n'est pas pret de contribuer a Gnome (il a encore qqes mois devant lui) et celui qui contribue a Gnome pour la premiere fois a beaucoup moins de chance de se poser la question en rencontrant un char *, s'il ne se l'ai jamais posee auparavant.
> Il n'y a pas de structure de donnée liste de string en gtk+
Chuis pas trop d'accord:
http://developer.gnome.org/doc/API/2.0/glib/glib-String-Chunks.html(...)
> je vois pas trop l'intérêt par rapport à une glist à vrai dire...
J'en vois deux, voire trois:
- si une fonction prend en argument un glist, t'es oblige de lire la doc pour savoir c'est une glist de quoi, alors que si elle prend une gstringchunk, tu sais que c'est une liste de string
- pour optimiser la memoire
- il peut y avoir des fonctions interessantes a faire sur des listes de string mais pas ailleurs. Typiquement, dans Qt, les QStringList rajoutent quelques methodes par rapport aux QList: join, split, sort et grep (http://doc.trolltech.com/3.3/qstringlist.html(...))
> Enfin ton argument sur le coût de conversion est un peu fallacieux, j'ai beau chercher, je ne vois pas tant de fonction utiles
> qui prendraient ou renverraient des listes/hash tables de string... (à part des listes de tag dans GStreamer).
J'ai deux choses a repondre:
- pour gstreamer, c'est moins violent, mais le probleme se pose quand meme des la premiere string que tu veux echanger entre kde et gstreamer: un nom de fichier, un tag, le chemin dans le filesystem (qui peut comporter des accents, ...), un titre de chanson, une liste de chapitres. Rien que le fait de devoir utiliser glib, psychologiquement, ca passe mal. Je t'epargne mon opinion sur le travail d'optimiation qui peut etre effecte par le compilateur dans le cas ou il connait le type des donnes qu'il manipule .
- pour d'autres programmes, ca peut vite devenir genant. Citons la lib pour faire de la correction orthographique utilisee par abiword et koffice. T'imagines bien que les structures echangees vont etre assez complexe et vont devoir etre traduites a la volee
[^] # Re: ouah
Posté par Christophe Fergeau . Évalué à 1.
http://developer.gnome.org/doc/API/2.0/glib/glib-String-Chunks.html(...))
En lisant rapidement l'API, ça ressemble à un espace de stockage optimisé pour des chaînes (ie qqchose qui vise à remplacer malloc) plutôt qu'une vraie structure de donnée comme une liste ou une table de hachage. D'ailleurs, vu la gueule de l'api, il faut forcément qqchose à côté pour pouvoir utiliser les chaînes que tu as rangées dans ton string chunk.
> pour gstreamer, c'est moins violent, mais le probleme se pose quand meme des la premiere string que tu veux echanger entre kde et gstreamer
Oui bien sûr, mais tu n'as pas tant de conversions que ça à faire, et les conversions à faire ne sont probablement dans des branches critiques en temps d'exécution de ton code... De toute façon, une lib qui s'attend à recevoir une chaîne en UTF-8 fera un g_utf8_validate dessus avant de l'utiliser la plupart du temps, et c'est à mon avis à peu près aussi coûteux qu'une conversion d'un encodage dans un autre...
Pour la lib de correction orthographique, ca a clairement un coût, reste à voir si ce coût est vraiment rédhibitoire (orth ?), ie si ça apparaît dans le profiling lors de l'exécution...
[^] # Re: ouah
Posté par HappyPeng . Évalué à 4.
Sauf que GString est un outil (basiquement une struct avec un gchar* et deux tailles) qui ne tient absolument pas compte de l'encoding et possède donc les mêmes inconvénients sur cet aspect qu'un char*.
Je pense qu'en effet il aurait été souhaitable de se mettre d'accord sur un encoding, car faute de pouvoir en supporter systématiquement plusieurs et d'aussi différents, ça posera des problèmes lorsqu'il s'agira d'utiliser d'autres bibliothèques libres.
[^] # Re: ouah
Posté par Kévin Ottens . Évalué à 6.
1) MAS semble être très tourné vers le son... et uniquement le son
même s'il donne des possibilités pour la synchronisation. Donc, il
reste des points obscurs pour un framework multi-media.
2) Il y a eu une présentation sur NMM... et pour y avoir assisté (je
suis à aKademy en ce moment), je peux vous dire que c'était vraiment
très très impressionant! Techniquement ça dépasse, et vraiment
de loin, ce que peuvent faire GStreamer et MAS.
Voilà c'était la petite précision du jour en direct de aKademy.
Vous pouvez reprendre une activité normale. ;-)
[^] # Re: ouah
Posté par gnumdk (site web personnel) . Évalué à 2.
J'avais essayé de le compiler mais sans succés.
Peut tu etres plus precis sur les points sur lesquels NMM est impresionnant?
[^] # Re: ouah
Posté par Kévin Ottens . Évalué à 10.
pour éviter d'ennuyer tout le monde. Pour voir à quel point c'est
impressionnant il faut de toute façon se placer du point de vue de
l'utilisateur.
Premièrement, sur le plan architectural c'est très très clean et on
retrouve d'ailleurs quelques similitudes entre les trois frameworks.
Toutefois la plupart des concepts sont poussés plus loin dans NMM,
notamment par le fait que tu peux créer des chaines de traitement
complètement distribuées.
Deuxièmement, lors de la présentation on a eu droit à une démo
complètement dingue! Un des auteurs a commencé à jouer un film
depuis un DVD sur son portable connecté au réseau. Jusque là rien
de bien révolutionnaire. Là où ça devient très fort c'est quand un
autre développeur a pris un PDA connecté sur le même réseau
(attention un vieux PDA pas spécialement taillé pour jouer de la
vidéo, tu pouvais le trouver dans le commerce il y a quelques années).
Et là il demande à son programme sur le PDA de récupéré la vidéo
du portable... miracle ça marche, et les deux sont parfaitements
synchronisés... Tout les traitements lourds sont en fait déportés sur
le portable lorsque le PDA prends la vidéo en cours (décodage, et
surtout downscaling pour ce tout petit écran). Dernier point, une fois
que les deux équipements partagent la lecture du DVD tu peux controler
la vidéo de l'un comme de l'autre (retour arrière, pause, lecture...).
Bon aller maintenant je vous laisse, j'ai des choses à coder sur le feu là...
[^] # Re: ouah
Posté par Bruno Ethvignot (site web personnel) . Évalué à 9.
Personnellement Je préfére Gnome, surtout pour son aspect graphique que je trouve plus joli, mais aussi pour son support de Gecko, bien que KDE ait pas mal de fonctionnalités sympatiques, mais il est à mon goût un peu chargé. Par exemple le navigateur web Konqueror gagnerai à être simplifié et se rapprocher des interfaces de Safari et de Firefox.
Par contre je me demande si cette fragmentation du bureau Linux n'est pas un frein à son adoption. Le manque d'harmonie et de cohérence des applications est plus une tare qu'autre chose. L'utilisateur face un bureau KDE avec des applications comme Acrobat Reader, Firefox, Open Office et Totem peut-être dérouté.
[^] # Re: ouah
Posté par crevette . Évalué à 5.
Je ne pense pas que ce soit le probleme reel; c'est aux packageurs commerciaux de faire le boulot d'apporter une consistence au desktop des distributions qu'ils vendent.
La concurrence amicale est ce qu'il y a de mieux pour l'evolution de la partie Desktop; elle permet meme d'arriver q des consensus sur certaines parties (creation de freedesktop.org) pour la mise en place de standards et a la creation de projet reels (gstreamer, database mime).
Vive la competition et vive Gnome :)
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 3.
Moi je pense comme le posteur original que c'en est un. En revanche, je suis rassure car on voit un certain nombre de projets qui permettent de gommer ces incompatbilites:
- themes commun gnome / kde / mozilla
- integration de OO dans Gnome
- integration de OO dans KDE
- utilisations des themes KDE par les applis Gnome
- utilisations des technologies KDE par les applis non KDE
- une convergence du cote de freedesktop
- des bonnes nouvlles comme la possibilite d'utiliser gstreamer
http://wiki.kdenews.org/tiki-index.php?page=KDE%2C+the+integrative+(...)
Donc dans l'ensemble, ca avance dans la bonne direction.
[^] # Re: ouah
Posté par DiZ . Évalué à 6.
>un frein à son adoption.
Oui enfin sous MacOSX tu as les applications développées en :
- Cocoa
- Carbon
- Java
- ...
Sous Windows tu as des applications développé en
- VB
- C++ (avec les MFC)
- XUL
- Delphi
...
( les applications Adobe, Microsoft & Lotus n'ont pas du tout les mêmes guideline il me semble...)
Je pense que c'est un faux prétexte.
[^] # Re: ouah
Posté par Infernal Quack (site web personnel) . Évalué à 9.
Par exemple des applications en VB, C++ et Delphi utilise le toolkit Windows et XUL peut utiliser le look de Windows XP et ses icônes.
De plus le copier/coller est le même pour tous.
Sous linux un drag & drop depuis Firefox vers kaffeine ne fonctionne pas mais fonctionne entre Konqueror et xine. Le copier/coller entre Mozilla et konsole marche une fois sur dix. Les look&feel des applications gtk et kde n'ont rien à voir (look et ordre des boutons).
Même dans un seul toolkit les applications ne sont pas consistantes. Les boites d'ouverture des fichiers sont différentes. La fenêtre d'impression est différente.
Donc non ce n'est pas un faux prétexte. C'est d'ailleurs pour ça que j'essayes tant que possible de me limiter à un seul toolkit pour garder une certaine consistence.
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: ouah
Posté par DiZ . Évalué à 2.
>et le look&feel des applications (glisser/déposer, copier/coller, ordre des
>boutons, messages d'alerte, icônes,....).
En observant vite fait le bureau d'un de mes clients:
iTune pour Windows
Lotus Domino pour Windows
Microsoft Word pour Windows
Logiciel Java Dell
n'ont pas grand chose en commun dans le look&feel, ordre des bouttons messages d'alerte, icônes.
Pas plus qu'une appli KDE/Gnome ou GNUstep
De même en reprenant les logiciel citées au dessus mais pour la version MacOSX
il n'y a pas vraiement de cohérence.
[^] # Re: ouah
Posté par Infernal Quack (site web personnel) . Évalué à 4.
C'est sûr que dans les grosses entreprises les applications font leur trucs dans leur coin mais elles s'en foutent de la consistence vu que c'est pas ça qu'elles vendent.
Mais bon tu as raison si on prend l'exemple des applications de configuration de matos (Sony, Creative,...) qui ont toutes leur propre look&feel ou les logiciels audios qui ne respectent pas les normes (Winamp et même xmms sous linux).
Il y a des exceptions mais à mon avis la cohérence est importante sinon on ne verrait pas de trolls sur l'ordre des boutons ou les fenêtres de sélection de fichier de Gnome :)
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: ouah
Posté par gnumdk (site web personnel) . Évalué à 2.
[^] # Re: ouah
Posté par imr . Évalué à 5.
Il faut mettre ce fait dans la balance quand on parle des utilisateurs comme des gens qui veulent forcémment avoir UN look and feel et sont désorientés quand ils ne le retrouvent pas: ça ne me semble pas trés réel comme perception "des gens".
[^] # Re: ouah
Posté par Philippe F (site web personnel) . Évalué à 2.
Ca, ca m'a toujours troue le cul (qui en garde une trace certaine).
Non pas le fait que ca rende winamp celebre, mais plutot par les limitations des skins. J'etais tout content le jour ou j'ai essaye ma premiere skin en winamp en me disant que j'allais experimenter ce qui avait rendu winamp celebre. Et j'ai ete hyper decu. Les boutons sont a la meme place, l'interface ne change pas, c'est just un fond d'ecran ameliore.
Quand on me dit skin, moi je pensais carrement mutation (comprendre possibilite de refonte complete de l'interface). Et il me semble que les derniers players sous linux ont cet aspect mutation au niveau graphique.
[^] # Re: ouah
Posté par Pinaraf . Évalué à 1.
[^] # Re: ouah
Posté par imr . Évalué à 2.
http://secunia.com/advisories/12381/(...)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -2.
Ce commentaire a été supprimé par l’équipe de modération.
# Module 6: ne pas retarder Sarge
Posté par Raoul Volfoni (site web personnel) . Évalué à 3.
En tous cas nos amis Allemand démontrent une fois de plus leur savoir-faire en matière d'organisation!
Tiens, ça me fait penser à une blague, mais je ne sais pas si je peux?
Aller hop, dans le journal....
[^] # Re: Module 6: ne pas retarder Sarge
Posté par gnumdk (site web personnel) . Évalué à 6.
La réponse est la :)
http://developer.kde.org/~binner/aKademy2004/day0/dscf0005.jpg(...)
Et vu le nombre de portable HP neufs, je pense que HP a fait une donation de portable, enfin j'imagine, a confirmer :)
http://developer.kde.org/~binner/aKademy2004/day1/dscf0018.jpg(...)
[^] # Re: Module 6: ne pas retarder Sarge
Posté par farib . Évalué à 2.
heureusement, on reconnait bien KDE quand même sur l'écran.
[^] # Re: Module 6: ne pas retarder Sarge
Posté par Raoul Volfoni (site web personnel) . Évalué à 3.
http://developer.kde.org/~binner/aKademy2004/day0/dscf0005.jpg(...(...))
Oui, c'est un poster de ce que l'on trouve sur leur site:
http://conference2004.kde.org/sponsors.php(...) , mais ça ne donne pas plus d'infos que ça sur les montants de la participation.
>Et vu le nombre de portable HP neufs, je pense que HP a fait une donation de portable, enfin j'imagine, a confirmer :)
Ha et bien ça ce serait plutot une bonne nouvelle! Merci pour l'url.
[^] # Re: Module 6: ne pas retarder Sarge
Posté par Kévin Ottens . Évalué à 3.
Les tutoriaux ne sont pas pour les contributeurs mais pour des personnes
extérieures au projet voulant se former aux technologies Qt et KDE! La
plupart sont d'ailleurs financés par leurs entreprises respectives...
Les contributeurs KDE n'ont pas à payer pour ces tutoriaux et sont d'ailleurs
rarement intéressés puisqu'ils connaissent le sujet de l'intérieur. ;-)
Heureusement que l'on a pas à payer pour ces tutoriaux, autrement je
serais encore en France.
[^] # Re: Module 6: ne pas retarder Sarge
Posté par Christophe Fergeau . Évalué à 3.
[^] # Re: Module 6: ne pas retarder Sarge
Posté par Raoul Volfoni (site web personnel) . Évalué à 2.
Merci pour la précision, parce que ce n'est pas tout à fait ce qui est indiqué sur le site: http://conference2004.kde.org/registration.php(...)
>In case tutorial places are not booked out during the event, KDE contributors can take the left places free of charge.
[^] # Re: Module 6: ne pas retarder Sarge
Posté par Philippe F (site web personnel) . Évalué à 3.
cf la page principale:
<<
KDE e.V. is soliciting donations from companies and individuals towards this conference. These donations will be used both for running the complete "2004 KDE Contributors and Users Conference" (code-named aKademy) and for bursaries for delegates from other continents and/or without income. Delegates with an accepted paper/presentation will be prioritized in the distribution of these bursaries.
The tutorial program announced here is geared to raise funds for the same purpose. The tutorials will be offering excellent quality content, delivered by world-class instructors on their respective fields, and we are asking for a competitive participation fee in exchange. We are aiming to get Linux power users and administrators as well as other IT professionals (from the Stuttgart Region as well as anywhere else in the world) into participating here, with their employers paying the tutorial fees.
>
Pour les sponsors effectifs, on a:
http://conference2004.kde.org/sponsors.php(...)
IBM et HP pournissent de l'equipement, la ville et le LUG sur place aident beaucoup pour la logistique. HP a aussi fait une offre interessante d'achats d'un nombre limite de portables pour les developpeurs KDE
Pour ce qui est du resultat financier, on en saura plus dans quelques jours.
# KNOPPIX aKademy 2004
Posté par maher b . Évalué à 3.
ftp://download.linuxtag.org/pub/knoppix/KNOPPIX-CHANGELOG.txt(...)
dont un extrait:
V3.6-2004-08-16 ("aKademy Release")
- first release after LinuxTag 2004
- Kernel 2.6.7 (as an option) and 2.4.27
- memtest86+ as boot option
- captive-ntfs update
- FreeNX-Server package from Fabian Franz
- hardware detection updates & fixes
- KDE 3.2.3 (which is still more stable than 3.3 in Debian)
- ndiswrapper+GUI (Martin Oehler)
- lots and lots of package updates from Debian/testing and unstable
les torrents ont là:
http://torrent.unix-ag.uni-kl.de/(...)
# comment lire les vidéos ?
Posté par Ludovic Gasc . Évalué à 2.
j'ai vu que c'est encodé en ogg/theora, comment le lire ?
[^] # Re: comment lire les vidéos ?
Posté par Ayrton . Évalué à 3.
$ mplayer Peter_Korn_The_State_of_Unix_Accessibility_video.ogg
MPlayer 1.0pre5-3.3.3 (C) 2000-2004 MPlayer Team
(...)
Playing Peter_Korn_The_State_of_Unix_Accessibility_video.ogg.
Cache fill: 0,10% (8192 bytes) Ogg file format detected.
(...)
Opening audio decoder: [libvorbis] Ogg/Vorbis audio decoder
AUDIO: 24000 Hz, 2 ch, 16 bit (0x10), ratio: 4000->96000 (32,0 kbit)
Selected audio codec: [vorbis] afm:libvorbis (OggVorbis Audio Decoder)
(...)
Selected video codec: [theora] vfm:theora (Theora (free, reworked VP3))
Normalement HelixPlayer de FC3T1 (+rawhide) doit aussi marcher.
NB : c'est la première fois que Red Hat diffuse un lecteur video ! Merci theora :-)
[^] # Re: comment lire les vidéos ?
Posté par bonnaud frederic (site web personnel) . Évalué à 1.
You are trying to decode an theorastream. At the moment, theora is in
development. If the stream could not be played back go to
http://xine.sourceforge.net(...) and get the latest release of xine.
This release will play back streams which have been encoded with
libtheora-cvs.
Donc je pense que le mieux est d'utiliser une version très récente de xine ET libtheora
[^] # Re: comment lire les vidéos ?
Posté par Ayrton . Évalué à 2.
Mais c'est une très bonne initiative de la part de akademy/KDE de proposer les flux dans un format totalement libre. Ça va populariser ce format et dans quelques mois il n'y aura plus de problème car toutes les distributions proposerons ogg/vorbis/theora en standard.
[^] # Re: comment lire les vidéos ?
Posté par Christophe Fergeau . Évalué à 2.
[^] # Re: comment lire les vidéos ?
Posté par gnumdk (site web personnel) . Évalué à 2.
aie, pas taper :)
[^] # Re: comment lire les vidéos ?
Posté par babacarn . Évalué à 1.
J'essaie de lire depuis ce matin., je vais pas lacher l'affaire......argh
# Licence
Posté par Jiel (site web personnel) . Évalué à 4.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.