Ph Husson a écrit 2703 commentaires

cd hw/xgl
make
cp Xglx /usr/bin

Qui a dit grouik?

Et zut j'ai oublié d'en parler...
Le jour où j'oublierais rien et que je serais clair...

Donc en fait pour la plupart des drivers libres Xorg, c'est AIGLX qui s'en charge
AIGLX côté serveur n'est que une série de patchs pour Xorg et Mesa pour supporter GLX_EXT_texure_from_pixmap
Donc avec quelques patchs ca marche :)

Il parait que c'est déjà intégré dans ubuntu
et je penses que vu la facilité d'intégration de nombreuses distributions l'intégreront

Bon par contre fgflrx j'en doute et de toutes facons vu le niveau des drivers libres je penses que ca devient inutile

J'ai EHM2005 qu'est plutot pas mal on va dire mais y a un ENORME défaut:les polices
c'est ILLISIBLE par défaut
Alors dans le menu y a une option pour agrandir un peu mais bon
Et j'ai vu les screenshots que tu donne ca confirme ce que y avait
Les polices sont minuscules et non antialiasées.....
Et franchement ceux de ma famille qui l'ont utilisé ont eu la même réaction que moi (bon à part qu'ils ont pas la notion d'aliasé/antialiasé mais bon les polices sont plus sales quoi)
Bon après on est dans une famille de myopes mais quand même, je lis sur mon imac (15" 1024) ce que je suis entrain d'écrire à 2mètres (bon 1m50 on va dire) sans problèmes

En plus c'est du gtk1 donc bon c'est pas la peine
Bon sinon ceux qui trouvent que c'est lourd, moi je trouve que c'est pas excessif, enfin comparé à l'universalis ca va

Nan mais lui c'est un féneant et pour lui mois de travail c'est 3h :)

Oué c'est comme ca que je le comprends aussi
à un détail pres....
Xgl peut *déjà* être "intégré" au serveur X "maitre" (module ddx)

Je me demendais plutot pourquoi on avait pas ca à vent enfin plutot sans glx vu que Xgl existe depuis quelques années

donc j'ai pas compris comment marche xgl :)
Bon j'explique ce que j'avais compris et tu me dis ce qui est faux merci :)
Donc Xgl est un genre de Xnest (on va dire) mais qui permet la 3D à l'intérieur (entre autre), et en plus du X normal y a GLX_EXT_texture_from_pixmap.
L'extension composite permet à un client X un peu spécial (le composite manager on dit :) d'avoir accès à toutes les fenêtres, enfin au contenu de toutes les fenêtres, et X ne fait pas le rendu.
Le composite manager a donc accès à ces "buffers off screens", et en fait ce qu'il veut.
Avant Xgl tout ce qu'on savait faire c'etait gérer la transparence, donc on affiche les fenêtres tel qu'elle sous ou elle sous met on joue un peu la transparence et pour accélerer le bousin on passe par Xrender.

Et pis après y a Xgl, qui permet de mettre dans une texture, un buffer sans se casser la tête. Ainsi le composite manager se diversifie et joue sur la 3Dpour afficher les fenêtres.

Alors quoi de faux la dedans? (tout?:'()

Sinon si le principe de composite c'est bien ca pourquoi:
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)

Avec luminocity (basé ou pas sur Xgl j'en sais fichtre rien) c'était une démonstration téchnologique (autant dire que ca a pas de vrai interêt niveau utilisabilité)
compiz est quand même plus complet, que luminocity, et sera utilisé tel quel (-les bogues) pour sont bureau (comment qu'ils appellent ca déjà?)
Et Xgl n'est qu'une des possibilité
Xegl ou Xair seront compatible
Ou encore X avec drivers nvidia quand ils le supporteront
(D'ailleur je crois que j'ai réussi à comprendre comment marchent leur bordel avec composite, les composites manager tous différents et ca me met de bonne humeur :)

J'aimis la règle iptables que t'as donnée et .... toujours rien....

Je veux dire
il connait l'addresse ip comment?
Comme pour le ftp j'sui bete d'accord....

Enfin bon voila quoi
ca marche pas....
net/ipv4/netfilter/ip_nat_rtsp.c: help_out: NAT rtsp help_out
Avec ca dans dmesg

C'est compilé et le noyau est lancé, mais faut mettre quoi comme paramètres à quels modules?

phh de #linuxfr

Après relecture de la page et toujours de ce que j'ai cru comprendre et de ce que je crois deviner, Xair est un patch pour les différents drivers (donc ca peut pas marcher pour nvidia;) pour qu'ils supportent l'extension GLX_EXT_texture_from_pixmap "nativement" (sans plusieurs couches de serveur X par dessus quoi).
Ils disent que compiz "devraient" pouvoir fonctionner sur Xair donc déjà c'est bien qu'ils utilisent la même API (aux bogues pres mais ca faut pas le dire)
Voila tout ce que je comprends :)
Bon sinon l'installation de Aiglx, bien que plus compliquée que celle de Xgl a pas l'air bien dure (d'accord un peut quand même)
Enfin j'ai une carte nvidia (vous vous en seriez doutez non? :), donc Xair ca sera pas pour moi, du moins pour le moment....

NVidia has told us that they will be adding support for GLX_EXT_texture_from_pixmap in the next release of their binary driver, which will enable the aiglx code to run.
Vu sur la page de aiglx pour le support des cartes nvidia
De ce que j'ai cru comprendre (mais putain la vache j'y comprends franchement pas grand chose à cette architecture!) l'extension "GLX_EXT_texture_from_pixmap" est 'définie' (si on peut dire) par Xgl ou Xair (sur à 80% pour Xgl 50 pour Xair), et donc ca voudrait dire que un serveur X avec les drivers nvidia (et surement l'option qui va bien© activée) marcherait comme un serveur Xgl ou Xair et ce sans rien faire

Que ceux qui ont compris plus mieux que moi l'architecture Xgl ou AiGlx (j'ai l'impression que c'est la même mais l'intégration un peu différente.... enfin les deux utilise GLX_EXT_texture_from_pixmap), me contredise parce que la ....

Et qui risquerait de mettre du temps avant d'arriver...
Au fond c'est vrai les problèmes de performances on commencent un peu à s'en tamponner (désolé pour les vieilles carcasses mais bon voila)
Vu les bêtes des courses qu'on a maintenant...
Et pis pour une fenêtre qui est en overlay en fait le serveur X doit consommer mmmmm 10Mo à tout casser (oui je suis pessimiste)
Les appels OpenGL ont un intermediaire supplémentaire.... moué bon on est plus à ca pret je penses (on doit avoir mmmmm 5 intermédiaires à vue de nez entre l'appli et la carte graphique)

C'est vrai que Xgl ca fait une fenêtre OpenGL pour le serveur "maitre" (on va dire) donc c'est un peu balot on va dire
Mais y a Xegl qui a une API compatible sans utiliser X
Enfin bon y a aussi Xgl en module ddx (De ce que j'ai compris c'est un module qui controles toutes les I/O du serveur X, mais bon j'en sais pas plus), comme ca y a qu'un seul serveur X

Enfin le gros problème de ne plus se baser sur un serveur X c'est les drivers
La marque de cartes graphiques 3D "utilisable" (pour les bureaux 3D) actuellement la plus utilisée sous Linux ca doit être Nvidia vu que jusqu'à recement c'était la seule à avoir des drivers décents
Bon avec les drivers r300 ca va peut être changer (et intel pourquoi pas, mais comme c'est de l'interne je sais pas trop), mais bon tant qu'on sera bloqué par cette dépendances sur nvidia...
Ou alors faudrait que qqu se mette à réécrire le driver X nvidia et la libGL fournie par nvidia en utilisant le module noyau
Enfin je dis ca mais bon faut être patient pour réussir à faire un truc qui ressemble à quelquechose je penses :)
Ne serait-ce que voir tourner un cube doit être marrant...

Moui je penses que la règle du "premier arrivé premier servi" va beaucoup aidé
Tous ceux que les bureaux 3D intéresse ont testé Xgl+compiz avec tout le boucan qu'on a fait dessus...., et ils voient émergé d'autres solutions, (à vrai dire d'autres existaient encore avant (metisse, lg3d surement d'autre) mais pour une raison qui m'echappe personne n'en voulait (et certainement pas un pb de compilation,vu le bordel à compiler Xgl), donc je disais d'autres solutions émerges, alors ils vont peut être en essayer une 2° mais qqu qui en teste 3 ca devient rare et donc le 1° est privilégié
(bon apres si y en a bcp plus mieux que Xgl arrive je dis pas, mais bon à part un patch déjà pres pour KDE qui s'interface super bien et des applis qui exploitent (remarque LG3D a ca et euh bon c'est pas les foules qui tombent dessus)

PS:Moi je fais du lisp sans le savoir? Vous croyez?

chez ldlc on a un windows oem avec un clavier qui, parait il, est de bonnes qualité mais c'est pas la question, et ce pour ~ 100¤ (j'ai plus le prix exacte en tête zavez qu'à cherchez vous même), donc comme la licence est liée au clavier tu garde la licence jusqu'à ce que le clavier se fasse aspérgée de bière ou de café?
C'est cours ca :s
Mais si on lie la licence avec un truc tout con, je sais pas moi euh...
Un autocollant (pas trop collant), ou des led ?

Comment tu fais pour mettre des DRM dans du MP3 toi? (apparement y qd meme quelques fichiers pas en MP3 quand même)

Pour info le fichier est dans un repertoire au nom genre swaft je crois :) (y a un w un a ca c'est sur, mais apres bon)
Et pis le fichier à rajouter c'est un .c pas .h (on ne sait jamais ;o)

En fait faut éditer le makefile.am (ou makefile tout court mais plus dur) dans GL/mesa
Et rajouter un fichier qu'il va chercher dans les sources de mesa
fait un grep dans mesa de la fonction, tu trouvera le fichier et rajoute le fichier dans le makefile.am (par comparaison tu trouvera ou je penses)
Apres un petit coup de autogen.sh et c'ets reparti!
PS:Faut la version CVS de Mesa sinon c'est meme vu qu'il faut glx_texture_from_bitmap ou un truc du genre qui n'existe que dans le CVS et que pour Xgl (si ma mémoire est pas trop foireuse mais bon à ct'heure et avec le bruit que y a au dessus) pas la peine, mais à priori si t'as l'erreur la je crois que c'est bon

connecte toi en utilisateur
et fait su vipw ou sudo vipw
Ca devrait passer

Merci pour le lien!
Je savais que ca existait j'avais vu le patch mais ca avait franchement de quoi refroidir largement (kernel ET X à patcher, en plus les patch étaient pour Xfree 4.3 donc pour adapter sur Xorg, la joie)
Je verais si je peux essayer ca :) (C'est possible d'utiliser la sortie DVI d'une carte NVIDIA d'un cote et sortie VGA de la meme carte de l'autre? avec drivers proprio de préference meme si la 3D est que d'un coté)

11G?
C'est quoi encore de cette bestiole ?!?
Du G en 11 Mbits?
du B en 54Mbits?
Comprire plus rien

PS:Ah 802.11G, d'accord, bref,
bon ben alors que dire, c'est quoi comme cpu sur la carte mere? Parce que s'il arrive pas à suivre les 54Mbits ca servirait *un peu* à rien de prendre une G alors qu'une B irait tout aussi bien
Enfin bon je dis ca mais je dis rien et je vais me faire moinser pour mes conneries et je l'aurais merité

Et compiz on y a pas le droit?
Parce que xgl sans compiz c'est comme Xorg sans composite manager

Bon je vais sureemnt sortir une connerie (qui a dit comme d'habitude?), mais l'émulation logiciel Mesa n'est pas "partiellement utilisable"?
Traduction:
Pour les vieilles cartes qui supportent que opengl 1.2 et pas 2.0, c'est pas possible de combler les lacunes en utilisant la libMesa pour ce que la carte sait pas faire? (au prix de performances desastreuses mais bon c'est mieux que rien)
(Maintenant que j'y penses, Mesa c'est pas seulement opengl 1.2?)