Bonsoir,
Je voulais poser une question et comme je pense que cette question peut intéresser un grand nombre de personnes et que je souhaite aussi lancer un débat je poste un journal.
je poste le décor, j'ai un macbook avec un double boot Mac OS X (que je n'utilise presque jamais) et une distrib ArchLinux. D'un coté, Mac OS X est très bien intégré à la carte graphique (aucun flash au démarrage, effet fondu lors du changement de résolution, détection du moniteur externe branché) et de l'autre j'ai un Xorg qui reste assez monolithique sans presque d'auto détection et avec des flash lors des changement de résolution et lors du passage de la console linux à X.
Ce que j'appelle flash c'est lorsque l'écran change de contexte (changement de résolution, changement de Xorg à la console Linux, ...). L'écran devient noir, parfois une image hachée apparaît pendant une fraction de seconde (sans doute la mémoire vidéo pas encore initialisée qui contient du garbage), ...
Ce que je me demande c'est qu'est ce qui empêche l'architecture GNU/Linux actuelle d'être aussi bien intégrée à la carte graphique que Mac OS X. Car enfin le driver intel i810 est libre tout de même non ?
Je sais bien que je peux contribuer, et vous aurez raison. Seulement je n'ai pas le temps pour ça malhereusement. J'aimerais bien participer mais cette ressource précieuse me manque déjà :(
Ce que j'aimerais aussi savoir c'est qu'en est-il de l'état actuel de Xorg pour la question de la détection à chaud. je sais que Xorg est maintenant capable de se passer de son fichier de configuration et peux détecter le matériel tout seul comme un grand mais :
- ça fonctionne mal
- aucune interface graphique ni texte pour configurer cela en cours de route (la sortie vidéo par exemple). Cela est-il prévu (peut être un truc avec dbus ...?)
Voila, et accésoirement, qu'est ce que vous en pensez de Xorg actuellement par rapport a ce qu'on trouve ailleurs.
Je voulais poser une question et comme je pense que cette question peut intéresser un grand nombre de personnes et que je souhaite aussi lancer un débat je poste un journal.
je poste le décor, j'ai un macbook avec un double boot Mac OS X (que je n'utilise presque jamais) et une distrib ArchLinux. D'un coté, Mac OS X est très bien intégré à la carte graphique (aucun flash au démarrage, effet fondu lors du changement de résolution, détection du moniteur externe branché) et de l'autre j'ai un Xorg qui reste assez monolithique sans presque d'auto détection et avec des flash lors des changement de résolution et lors du passage de la console linux à X.
Ce que j'appelle flash c'est lorsque l'écran change de contexte (changement de résolution, changement de Xorg à la console Linux, ...). L'écran devient noir, parfois une image hachée apparaît pendant une fraction de seconde (sans doute la mémoire vidéo pas encore initialisée qui contient du garbage), ...
Ce que je me demande c'est qu'est ce qui empêche l'architecture GNU/Linux actuelle d'être aussi bien intégrée à la carte graphique que Mac OS X. Car enfin le driver intel i810 est libre tout de même non ?
Je sais bien que je peux contribuer, et vous aurez raison. Seulement je n'ai pas le temps pour ça malhereusement. J'aimerais bien participer mais cette ressource précieuse me manque déjà :(
Ce que j'aimerais aussi savoir c'est qu'en est-il de l'état actuel de Xorg pour la question de la détection à chaud. je sais que Xorg est maintenant capable de se passer de son fichier de configuration et peux détecter le matériel tout seul comme un grand mais :
- ça fonctionne mal
- aucune interface graphique ni texte pour configurer cela en cours de route (la sortie vidéo par exemple). Cela est-il prévu (peut être un truc avec dbus ...?)
Voila, et accésoirement, qu'est ce que vous en pensez de Xorg actuellement par rapport a ce qu'on trouve ailleurs.
> Lire le journal (32 commentaires, moyenne: 3,2).
Vous avez demandé le commentaire #839032.
Run by 
Cette page a été générée par Templeet en 0.0586s (dont 0.0065 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
actuellement
xorg s'est plus concentré sur le support du matériel, tu peux maintenant brancher ou changer d'écran à chaud , ça marchera. (en théorie /o\)
Accessoirement, ce n'est pas qu'une question de driver, mais aussi d'intégration du logiciel dans un système complet. Personnellement c'est ce que je reproche un peu à Linux, on a l'impression que c'est un mur de briques, mais il manque un peu de finition pour que tout cela paraisse unifié (comme sous mac os X par exemple)
Apple s'orientant fortement vers une très bonne ergonomie, ils ont mis ça comme priorité, ce n'est pas encore le cas pour Linux.
[^]Re: actuellement
Pour l'autodétection il me semble qu'il faut les derniers pilotes disponibles sur ce site : http://www.intellinuxgraphics.org/ .
[^]Re: actuellement
et xorg 7.3 il me semble enfin pour les periphs a chaud, c'est a dire en fin d'annee normalement.
Si j'ai bien compris tout ce que tu reproches c'est le pourquoi du fork xorg, le consortium xfree86 voulait pas inclure les changement necessaire pour avoir un systeme un peu moderne et il a fallu un putsh des developpeurs pour que cela arrive et tout remettre a plat. La premiere chose a faire a ete de modularise tout ca et bon maintenant ils se concentrent sur rajouter proprement les nouveautes mais bon cela ne se fait pas en 2 coups de cuilleres a pot.
[^]Re: actuellement
J'ai testé tout récemment avec un X.org 7.2, ça marche aussi.
Y'a encore rien de graphique (quoiqu'il y a un support embryonnaire sous Gnome|Ubuntu ?), mais ça fonctionnait avec mon écran de portable et un LCD branché sur la sortie VGA.
En gros, sous Debian & co. il faut :
- xserver-xorg (version 7.2)
- xserver-xorg-video-intel
- libxrandr2 (version 1.2)
- xbase-client (version 7.2)
après, lors d'un branchement d'un écran, on peut lancer xrandr et sélectionner les sorties à activer, les positionner l'une par rapport à l'autre et changer leur résolution (d'ailleurs celle ci est détectée automatiquement).
Je dis pas que c'est encore vraiment au point; avec cette solution j'ai réussi à activer le clone mode à chaud, à changer la résolution de chaque sortie, mais par contre, pour le bureau étendu, rien à faire, il ne voulait pas dépasser une résolution de 1280x1280 pour les _deux_ écrans réunis (autant dire, inutilisable)
Sinon, pour se donner une idée de qu'on en peut faire : http://www.delafond.org/traducmanfr/X11/man1/xrandr.1x.html
Free Softwares Users Group Arlon
[^]Re: actuellement
et ca fait du xinerama a chaud? enfin au niveau du window manager quoi... parceque avec les drivers proprio nvidia, on pouvait deja brancher un ecran et avec nvidia-settings l'utiliser sans redemarrer X.
par contre le window manager ne se rend pas compte que c'est 2 ecrans (enfin kwin au moins...)
[^]Re: actuellement
Est-ce que tu as un rapport de bug KDE pour ce problème ? J'ai bien quelques points à mettre dessus car ça me paraît important.
[^]Re: actuellement
non j'ai pas de rapport de bug.
j'ai jamais pris le temps de tester avec autre chose que kde et les drivers proprios nvidia. donc je sais pas si c'est kwin ou X ou twinview (le xinerama de nvidia) qui est bugge.
[^]Re: actuellement
Avec xfce ca marche sans problème chez moi
[^]Re: actuellement
Voilà un extrait de mon xorg.conf :
Section "Screen"
Identifier "Default Screen"
Device "Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller"
Monitor "Écran générique"
DefaultDepth 24 SubSection "Display"
Depth 24
Virtual 2048 2048
EndSubSection
EndSection
(désolé, cest pas très indenté...).
Le truc important, c'est la ligne "Virtual 2048 2048" qui te permet d'avoir une résolution jusqu'au 2048x2048, ce qui me permet avec mon laptop et mon LCD externe 17" de faire un bureau étendu. L'un au dessus de l'autre, par contre.
Pourquoi 2048x2048 ? parce qu'au delà, DRI est désactivé. Mais en mettant des valeurs supérieures, et si on n'a pas besoin de DRI, on peut avoir un bureau étendu "est-ouest".