>C'est peut etre pour ca que tu définis serveur X et client X comme ca ?
Non, c'etait juste pour apporter une précision à ca:
>c'est une architecture avec 2 grandes variantes
Ce qui n'est pas vrai, il n'y pas deux variantes de l'architecture Xgl, il y'a juste deux implémentations(l'une coté client: xglx et l'autre coté serveur xgl).
C'est tout ce que je voulais dire meme si xglx est à la fois client et serveur si j'ai bien compris.
Je viens de finir la lecture du document de Nvidia. Déjà, il est interessant, sur ce point, y'a pas à dire.
Le gros probleme qui se pose à Nvidia est donc comment fournir des extension si ils n'ont plus de control sur le driver X (pas celui du kernel).
En particulier tout ce qui est TwinView et autres spécificité des cartes Nvidia. Il leur semble que Xgl ne permet pas de permettre à ce genre de fonctionnalité d'être implémtenté proprement (voir d'être implémenté tout cours).
On notera qu'il ne s'agit que de suppositions (we believe).
Ensuite, ils essayent de démontrer que tout ce qui est faisable avec Xgl est faisable avec l'architecture actuelle.
Il serait tres interessant d'avoir une réponse de David Reveman afin d'avoir d'autres arguments que ceux de Nvidia.
Il n'empeche que Novell est en mauvaise position pour imposer sa technologie si les constructeurs de cartes graphiques ne sont pas prêt à les suivre...
>Xglx est un client X et a donc besoin d'un serveur X pour fonctionner, hors le
>but d'un serveur X se basant sur OpenGL? c'est de ne pas à avoir à écrire de
>driver X.... vous comprenez la connerie ?
Sur ce point, je pense que l'auteur du journal n'a pas compris que Xgl est avant tout une architecture et que Xglx est juste un moyen de tester rapidement cette architecture, mais Xglx a toujours été condamné à disparaitre. Mais Xegl et Xglx sont deux implémentation de la même architecture, l'une coté serveur, l'autre coté client.
Je pense surtout que ce qui va faire la différence entre les deux approches (traditionnel ou X sur OpenGL) va surtout être au niveau des perfs. Pour le moment, Xglx semble montrer que les perfs sont bien meilleurs qu'avec un serveur X normal (surtout que auncun driver ne supporte encore la fameuse extension et que c'est donc toujours fait en software par mesa).
Moi je pense que ce qui fait le plus peur à Nvidia avec Xegl se trouve dans l'introduction...
"to driver developers to expose vendor-specific features"
Et oui, avec Xegl, tout le monde sera logé à la meme enseigne et la différence se fera vraiment sur la qualité du matériel à executer des requetes OpenGL.
>C'est sur que le cube c'est choli, ca epate la galerie, mais ca sert strictement
>a rien et ca gave au bout de 10 changement de workspace.
C'est marrant, mois c'est l'effet inverse, grace à cette animation, je me sens plus à l'aise pour changer de bureau via le clavier. De plus ca tombe bien, je n'utilise que 4 bureaux! Par contre, j'ai essayé de monter le nombre de bureaux à 6 et vu que l'on continue à voir un cube, la ca casse tout le principe et ca redevient, pour moi, incompréhensible.
Sinon, pour répondre à ploum:
>Les utilisateurs non-geeks sont à milles lieues de nos préoccupations.
Bah, alors moi c'est marrant, mais Xgl, c'est bien chez les non geeks que j'ai vu le plus de gens interessés: "et comment j'ai ca sous windows?".
>Ma mère : Et OpenOffice sera moins lent avec tout ça ?
Ben tu peux lui répondre que oui, sur une machine ou X avait des lagues affreux avec gtk, genre tu bouges une fenetres par dessus mozilla et tu as une belle trainée bien immonde, ben je n'ai plus du tout ce probleme avec Xgl.
Le seul probleme actuel de Xgl, c'est que si le cpu est trop occupé, ca rame (probleme des applis openGL). Il y'a bien l'option sync to vblank dans les drivers nvidia mais elles ne fonctionne pas sur ce pc, je ne sais pas pourquoi.
Mais reste que Xgl, c'est juste une démo de l'architecture Xgl, l'avenir c'est Xegl et le plus important, c'est les meilleurs perf que cela va donner par rapport à un serveur X classique. Parce que actuellement, je ne compte plus les personnes qui se plaignent des trainés laissées par les fenetres lors de leur déplacement , probleme inexistant avec Xgl.
>On a pas un/des composite manager qui supporte de faire des miniatures par
>exemple ? (remarque c'est ce que kompose essaye de faire (sans succes
>chez moi)) ou de pager "intéractif" (je sais pas comment faut dire, mais qui se
>met à jour tt seul mais sans surcharger)
C'est exactement ce que permet de faire XGL/compiz, le plugin à la expose ne fait que minaturiser les fenetres jusqu'a ce qu'elles rentrent toutes dans l'ecran.
La par contre, en allant sur le site du port, je viens de voir un truc un peu naze...
C'est bien de vouloir porter Kde sous Windows, mais il faudrait peut être le faire en regardant ce qui doit l'être et ce qui doit être mis de coté.
La par exemple, ils sont en train de porter kio sous Windows alors que microsoft fournis la meme technologie mais n'a juste jamais faire l'effort d'etoffer un peu l'offre par defaut (http(s), (s)ftp, netbios, et systeme de fichier, j'en vois pas d'autre).
Il ferait mieux de faire une couche d'abstraction entre kio et le techno microsoft et de faire des plugins pour cette technologie... Alors certe, cette techno n'est pas libre, mais bon, ils sont en train de faire un port sous windows, nan? Ils sont pas à ca pret...
Nan, parce que quand je parlais d'intégration tout à l'heure, c'est bien pour qu'une appli Kde se comporte sous Windows comme n'importe quelle autre applis... Comme ca c'est mal barré...
C'est bien le gros probleme de Windows actuellement.
Cette base de registre, PasBillPasGates pourra toujours dire que c'est de la balle, il n'en reste pas moins que je ne compte plus les windows Xp en vrac que je vois tous les ans... Aujourd'hui encore, on part pour installer un serveur de fichier, bah finalement, on va passer la semaine à reinstaller des XP :( Et bon, vas y pour trouver la raison du pourquoi ca marche pas sous Windows...
La par exemple, on a des Xp ou le "Ajout/Suppression de programme" n'a rien trouvé de mieux que d'afficher des rectangle noir au lieu de la liste des programme, alors c'est surement un soft qui a fait nawak à l'install mais bon, merci quoi ! (et c'est pas la premier fois que je vois ce bug)
Un systeme de log merdique qui log que dalle ou alors des supers messages traduits à l'arrache depuis l'anglais que meme avec 3 aspirines tu comprends rien(forcement, c'est pas du francais).
Puis quand tu trouves la solution à ton probleme sur le support de Microsoft, genre un truc à la MSIEXEC /REGSERVER, ben tu sais pas trop pourquoi ca ne marchait plus, tu ne sais pas qui avait foutu le bordel... Bref, ca donne envie... C'est quand meme ce qui est interessant sous Unix, c'est que il y'a TOUJOURS moyen de trouver pourquoi ca ne marche pas. Je ne compte pas les boites que j'ai vu passé ici et ailleurs ou la solution se soldé toujours par: on backup et on reinstalle...
Après je sais PBPG, je connais rien à Windows, je suis un gros mauvais... En meme temps, j'en fait pas une spécialité, j'ai jamais utilisé cet OS et si j'y touche c'est pas par choix... N'empeche, quand je vois les gens qui font les formations pour Microsoft, je me dis que je suis pas le seul à rien n'y comprendre...
Je pense que tu n'as pas du tout compris la question ;) Un portable exterieur, ca veut pas dire un portable se connectant à l'exterieur de l'entreprise!
Pour répondre au monsieur, la meilleur solution est surement de faire du vlan authentifié, avec effectation dynamique des vlans par port, ca évite aux petits malins de prendre la prise d'à coté.
Après, j'ai jamais touché à ca et je n'ai meme jamais vu ca en place mais ca doit être passionant :)
Parce que ces applis Qt sont développé souvent avec Windows comme environnement utilisateur...
Quand je parle intégration je te parle pas de themes ou d'icones, je te parle de l'interface homme machine de ces applis... Et je suis désolé, mais entre Kde et Windows, y'a quand meme une belle différence, nan?
Essaye de virer le module gconf de compiz, il est relativement relou ;)
En fait, il spécifie à compiz les modules à charger, donc tu peux en charger d'autre, il les enleve direct. C'est changeable via gconf-editor mais chez moi ca marchouille...
Alors, de une, je doute franchement qu'un tel port puisse avoir le moindre succès chez le windowsiens, ca sera utiliser par les linuxiens qui sont obligé d'avoir un windows sur leur pc...
De plus, il n'a jamais été question de porter Kde mais plutot de porter kdelibs et quelques applications... Je pense que ceux qui se voient déjà avec kicker sous Windows rêvent un peu... Une grosse partie de Kde dépend directement de Xwindow.
Enfin, des applis kde sous windows, merci l'intégration, ca va être joli... Franchement, à part firefox, la plupart des logiciels libres multi plateforme sont très mal intégrés sous Windows.
Rien ne t'empeches de distribuer ton soft Qt sous BSD si tu le veux, la GPL ne s'applique qu'au moment du "linkage" entre ton soft et la librairie Qt... (le kicker de kde est sous licence BSD).
De plus, Trolltech offre une alternative à la GPL avec la QPL(non gauche d'auteur) qui n'a pour seul inconvenient de ne pas pouvoir redistribuer une version directement modifié de Qt : uniquement avec des patchs.
>Si ils pouvaient libèrer leurs specs à leur tour, ça serait génial.
Si il pouvaient libérer leur code aussi, le OpenGL que Nvidia a porté pour eux sous GNU/Linux, ca serait pas mal déjà. Ca ferait déjà un truc de pas libre en moins dans les drivers de chez Nvidia.
[^] # Re: quelques clarifications et méditations
Posté par gnumdk (site web personnel) . En réponse au journal Le point sur les bureaux 3D. Évalué à 2.
Non, c'etait juste pour apporter une précision à ca:
>c'est une architecture avec 2 grandes variantes
Ce qui n'est pas vrai, il n'y pas deux variantes de l'architecture Xgl, il y'a juste deux implémentations(l'une coté client: xglx et l'autre coté serveur xgl).
C'est tout ce que je voulais dire meme si xglx est à la fois client et serveur si j'ai bien compris.
[^] # Re: pas trop d'accord
Posté par gnumdk (site web personnel) . En réponse au journal Xgl, l'effet X.org et Beagle ?. Évalué à 7.
[^] # Re: Ah ah ah
Posté par gnumdk (site web personnel) . En réponse au journal Le point sur les bureaux 3D. Évalué à 3.
Le gros probleme qui se pose à Nvidia est donc comment fournir des extension si ils n'ont plus de control sur le driver X (pas celui du kernel).
En particulier tout ce qui est TwinView et autres spécificité des cartes Nvidia. Il leur semble que Xgl ne permet pas de permettre à ce genre de fonctionnalité d'être implémtenté proprement (voir d'être implémenté tout cours).
On notera qu'il ne s'agit que de suppositions (we believe).
Ensuite, ils essayent de démontrer que tout ce qui est faisable avec Xgl est faisable avec l'architecture actuelle.
Il serait tres interessant d'avoir une réponse de David Reveman afin d'avoir d'autres arguments que ceux de Nvidia.
Il n'empeche que Novell est en mauvaise position pour imposer sa technologie si les constructeurs de cartes graphiques ne sont pas prêt à les suivre...
[^] # Re: quelques clarifications et méditations
Posté par gnumdk (site web personnel) . En réponse au journal Le point sur les bureaux 3D. Évalué à 2.
C'est toi qui aurait du faire un journal ;)
>Xglx est un client X et a donc besoin d'un serveur X pour fonctionner, hors le
>but d'un serveur X se basant sur OpenGL? c'est de ne pas à avoir à écrire de
>driver X.... vous comprenez la connerie ?
Sur ce point, je pense que l'auteur du journal n'a pas compris que Xgl est avant tout une architecture et que Xglx est juste un moyen de tester rapidement cette architecture, mais Xglx a toujours été condamné à disparaitre. Mais Xegl et Xglx sont deux implémentation de la même architecture, l'une coté serveur, l'autre coté client.
Je pense surtout que ce qui va faire la différence entre les deux approches (traditionnel ou X sur OpenGL) va surtout être au niveau des perfs. Pour le moment, Xglx semble montrer que les perfs sont bien meilleurs qu'avec un serveur X normal (surtout que auncun driver ne supporte encore la fameuse extension et que c'est donc toujours fait en software par mesa).
# Ah ah ah
Posté par gnumdk (site web personnel) . En réponse au journal Le point sur les bureaux 3D. Évalué à 4.
"to driver developers to expose vendor-specific features"
Et oui, avec Xegl, tout le monde sera logé à la meme enseigne et la différence se fera vraiment sur la qualité du matériel à executer des requetes OpenGL.
On comprend mieux ce qui les fait chier...
[^] # Re: pas trop d'accord
Posté par gnumdk (site web personnel) . En réponse au journal Xgl, l'effet X.org et Beagle ?. Évalué à 2.
>faces alors... :D
C'est bien, tu sais lire, c'est exactement ce que je viens dire.
Mais dans le principe, ca ne reste pas plus incompréhensible que le fonctionnement à plat actuel...
[^] # Re: pas trop d'accord
Posté par gnumdk (site web personnel) . En réponse au journal Xgl, l'effet X.org et Beagle ?. Évalué à 8.
>a rien et ca gave au bout de 10 changement de workspace.
C'est marrant, mois c'est l'effet inverse, grace à cette animation, je me sens plus à l'aise pour changer de bureau via le clavier. De plus ca tombe bien, je n'utilise que 4 bureaux! Par contre, j'ai essayé de monter le nombre de bureaux à 6 et vu que l'on continue à voir un cube, la ca casse tout le principe et ca redevient, pour moi, incompréhensible.
Sinon, pour répondre à ploum:
>Les utilisateurs non-geeks sont à milles lieues de nos préoccupations.
Bah, alors moi c'est marrant, mais Xgl, c'est bien chez les non geeks que j'ai vu le plus de gens interessés: "et comment j'ai ca sous windows?".
>Ma mère : Et OpenOffice sera moins lent avec tout ça ?
Ben tu peux lui répondre que oui, sur une machine ou X avait des lagues affreux avec gtk, genre tu bouges une fenetres par dessus mozilla et tu as une belle trainée bien immonde, ben je n'ai plus du tout ce probleme avec Xgl.
Le seul probleme actuel de Xgl, c'est que si le cpu est trop occupé, ca rame (probleme des applis openGL). Il y'a bien l'option sync to vblank dans les drivers nvidia mais elles ne fonctionne pas sur ce pc, je ne sais pas pourquoi.
Mais reste que Xgl, c'est juste une démo de l'architecture Xgl, l'avenir c'est Xegl et le plus important, c'est les meilleurs perf que cela va donner par rapport à un serveur X classique. Parce que actuellement, je ne compte plus les personnes qui se plaignent des trainés laissées par les fenetres lors de leur déplacement , probleme inexistant avec Xgl.
# Kvpn?
Posté par gnumdk (site web personnel) . En réponse au message hello. Évalué à 2.
Je répond mais vraiment plein le cul des boulets pas capable de lancer une recherche sur google et qui passent leur temps à pourir les forums :(
[^] # Re: Avis contraire
Posté par gnumdk (site web personnel) . En réponse au journal L'encyclopédie Hachette multimédia 2006. Évalué à 7.
>et lent (c'est du gtk1).
Bah, déjà, je ne porte pas trop de crédit à ce genre de phrases... Gtk 1 laid je veux bien, mais plus lent que gtk2, ah ah, la bonne blague...
[^] # Re: À noter
Posté par gnumdk (site web personnel) . En réponse au journal AIGLX : une autre façon d'accélérer votre bureau avec OpenGL. Évalué à 3.
>exemple ? (remarque c'est ce que kompose essaye de faire (sans succes
>chez moi)) ou de pager "intéractif" (je sais pas comment faut dire, mais qui se
>met à jour tt seul mais sans surcharger)
C'est exactement ce que permet de faire XGL/compiz, le plugin à la expose ne fait que minaturiser les fenetres jusqu'a ce qu'elles rentrent toutes dans l'ecran.
[^] # Re: ????
Posté par gnumdk (site web personnel) . En réponse au journal AIGLX : une autre façon d'accélérer votre bureau avec OpenGL. Évalué à 3.
XGL et Xegl c'est la meme chose, Xegl c'est juste un serveur XGL avec les extension EGL.
http://www.freedesktop.org/wiki/EGL
[^] # Re: Libs
Posté par gnumdk (site web personnel) . En réponse au journal KDE sous Windows.... Évalué à 4.
C'est bien de vouloir porter Kde sous Windows, mais il faudrait peut être le faire en regardant ce qui doit l'être et ce qui doit être mis de coté.
La par exemple, ils sont en train de porter kio sous Windows alors que microsoft fournis la meme technologie mais n'a juste jamais faire l'effort d'etoffer un peu l'offre par defaut (http(s), (s)ftp, netbios, et systeme de fichier, j'en vois pas d'autre).
Il ferait mieux de faire une couche d'abstraction entre kio et le techno microsoft et de faire des plugins pour cette technologie... Alors certe, cette techno n'est pas libre, mais bon, ils sont en train de faire un port sous windows, nan? Ils sont pas à ca pret...
Nan, parce que quand je parlais d'intégration tout à l'heure, c'est bien pour qu'une appli Kde se comporte sous Windows comme n'importe quelle autre applis... Comme ca c'est mal barré...
[^] # Re: portez les sous windows
Posté par gnumdk (site web personnel) . En réponse au journal KDE sous Windows.... Évalué à 6.
Cette base de registre, PasBillPasGates pourra toujours dire que c'est de la balle, il n'en reste pas moins que je ne compte plus les windows Xp en vrac que je vois tous les ans... Aujourd'hui encore, on part pour installer un serveur de fichier, bah finalement, on va passer la semaine à reinstaller des XP :( Et bon, vas y pour trouver la raison du pourquoi ca marche pas sous Windows...
La par exemple, on a des Xp ou le "Ajout/Suppression de programme" n'a rien trouvé de mieux que d'afficher des rectangle noir au lieu de la liste des programme, alors c'est surement un soft qui a fait nawak à l'install mais bon, merci quoi ! (et c'est pas la premier fois que je vois ce bug)
Un systeme de log merdique qui log que dalle ou alors des supers messages traduits à l'arrache depuis l'anglais que meme avec 3 aspirines tu comprends rien(forcement, c'est pas du francais).
Puis quand tu trouves la solution à ton probleme sur le support de Microsoft, genre un truc à la MSIEXEC /REGSERVER, ben tu sais pas trop pourquoi ca ne marchait plus, tu ne sais pas qui avait foutu le bordel... Bref, ca donne envie... C'est quand meme ce qui est interessant sous Unix, c'est que il y'a TOUJOURS moyen de trouver pourquoi ca ne marche pas. Je ne compte pas les boites que j'ai vu passé ici et ailleurs ou la solution se soldé toujours par: on backup et on reinstalle...
Après je sais PBPG, je connais rien à Windows, je suis un gros mauvais... En meme temps, j'en fait pas une spécialité, j'ai jamais utilisé cet OS et si j'y touche c'est pas par choix... N'empeche, quand je vois les gens qui font les formations pour Microsoft, je me dis que je suis pas le seul à rien n'y comprendre...
[^] # Re: VLAN != VPN
Posté par gnumdk (site web personnel) . En réponse au message votre avis : VLAN de niveau 1, 2 ou 3 ????. Évalué à 2.
Je pense que tu n'as pas du tout compris la question ;) Un portable exterieur, ca veut pas dire un portable se connectant à l'exterieur de l'entreprise!
Pour répondre au monsieur, la meilleur solution est surement de faire du vlan authentifié, avec effectation dynamique des vlans par port, ca évite aux petits malins de prendre la prise d'à coté.
Après, j'ai jamais touché à ca et je n'ai meme jamais vu ca en place mais ca doit être passionant :)
[^] # Re: pyvnc2swf
Posté par gnumdk (site web personnel) . En réponse au journal Desktop recorder? C'est Byzance!. Évalué à 4.
Moi, le plus gros que je vois, c'est de sortir du flash...
[^] # Re: Au moins un avantage pour KDE
Posté par gnumdk (site web personnel) . En réponse au journal KDE sous Windows.... Évalué à 4.
Quand je parle intégration je te parle pas de themes ou d'icones, je te parle de l'interface homme machine de ces applis... Et je suis désolé, mais entre Kde et Windows, y'a quand meme une belle différence, nan?
[^] # Re: Xgl inside !
Posté par gnumdk (site web personnel) . En réponse au journal L'alpha 4 d'Ubuntu 6.04. Évalué à 3.
En fait, il spécifie à compiz les modules à charger, donc tu peux en charger d'autre, il les enleve direct. C'est changeable via gconf-editor mais chez moi ca marchouille...
[^] # Re: Au moins un avantage pour KDE
Posté par gnumdk (site web personnel) . En réponse au journal KDE sous Windows.... Évalué à 0.
De plus, il n'a jamais été question de porter Kde mais plutot de porter kdelibs et quelques applications... Je pense que ceux qui se voient déjà avec kicker sous Windows rêvent un peu... Une grosse partie de Kde dépend directement de Xwindow.
Enfin, des applis kde sous windows, merci l'intégration, ca va être joli... Franchement, à part firefox, la plupart des logiciels libres multi plateforme sont très mal intégrés sous Windows.
[^] # Re: dou illou spick inglish ? peut-etre un peu plus francais alors...
Posté par gnumdk (site web personnel) . En réponse au journal KDE sous Windows.... Évalué à 4.
De plus, Trolltech offre une alternative à la GPL avec la QPL(non gauche d'auteur) qui n'a pour seul inconvenient de ne pas pouvoir redistribuer une version directement modifié de Qt : uniquement avec des patchs.
[^] # Re: KDE ce n'est pas qu'un bureau...
Posté par gnumdk (site web personnel) . En réponse au journal KDE sous Windows.... Évalué à 2.
Donc ce n'est pas un probleme.
[^] # Re: TRop de mémoire
Posté par gnumdk (site web personnel) . En réponse au journal Vous en pensez quoi de la dernière version de FireFox 1.5.x ?. Évalué à 5.
Bref, argument invalidé!
[^] # Re: C'est où Albuquerque ?
Posté par gnumdk (site web personnel) . En réponse à la dépêche Daniel Robbins quitte Microsoft. Évalué à 8.
[^] # Re: Miss Helium
Posté par gnumdk (site web personnel) . En réponse au message MP3 en libre diffusion. Évalué à 3.
http://propagande.org/index2.php3
http://axellum.free.fr/pekatralatak/glob%20edito.htm
http://www.raia.info/sound.html
http://foetusparty.free.fr/musiques.htm
Puis bon, en suivant les liens, t'en trouveras plein d'autres, bon par contre, je suis pas sur que ce soit ce que tu appelles de la musiques ;)
[^] # Re: Loi de murphy
Posté par gnumdk (site web personnel) . En réponse au journal HS: De la réintroduction du 4x4 dans son milieu naturel. Évalué à 8.
Je trouve cette initiative bien plus sympa et drole que les gens dans d'autre ville qui dégonfle les pneus des 4x4 et la il y'a un réel danger.
[^] # Re: De L'autre côté SGI ...
Posté par gnumdk (site web personnel) . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 4.
Si il pouvaient libérer leur code aussi, le OpenGL que Nvidia a porté pour eux sous GNU/Linux, ca serait pas mal déjà. Ca ferait déjà un truc de pas libre en moins dans les drivers de chez Nvidia.