Exemples d'affichage sous deux écrans avec Linux

C'est un exemple tiré d'une mandriva 2006, mais mon expérience m'a montré qu'on peut récupérer la partie affichage sur Debian ou Ubuntu.

#Partie spécifique à la distribution et même à la version
Section "Files"
    # Multiple FontPath entries are allowed (they are concatenated together)
    # By default, Mandrake 6.0 and later now use a font server independent of
    # the X server to render fonts.
    FontPath "unix/:-1"
EndSection

Section "ServerFlags"
    AllowMouseOpenFail # allows the server to start up even if the mouse does not work
EndSection

Section "Module"
    Load "dbe" # Double-Buffering Extension
    Load "v4l" # Video for Linux
    Load "extmod"
    Load "type1"
    Load "freetype"
    Load "glx" # 3D layer
EndSection

Section "InputDevice"
    Identifier "Keyboard1"
    Driver "keyboard"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "fr"
    Option "XkbOptions" "compose:rwin"
EndSection

Section "InputDevice"
    Identifier "Mouse1"
    Driver "mouse"
    Option "Protocol" "ExplorerPS/2"
    Option "Device" "/dev/mouse"
    Option "ZAxisMapping" "6 7"
EndSection

# gestion de l'affichage qu'on peut copier d'une distribution à l'autre
Section "Monitor"
    Identifier "monitor1"
    VendorName "Plug'n Play"
    ModelName "SONY HMD-A200"
    HorizSync 30-70
    VertRefresh 48-120

    # TV fullscreen mode or DVD fullscreen output.
    # 768x576 @ 79 Hz, 50 kHz hsync
    ModeLine "768x576"     50.00  768  832  846 1000   576  590  595  630

    # 768x576 @ 100 Hz, 61.6 kHz hsync
    ModeLine "768x576"     63.07  768  800  960 1024   576  578  590  616
EndSection

Section "Monitor"
    Identifier "monitor2"

    # TV fullscreen mode or DVD fullscreen output.
    # 768x576 @ 79 Hz, 50 kHz hsync
    ModeLine "768x576"     50.00  768  832  846 1000   576  590  595  630

    # 768x576 @ 100 Hz, 61.6 kHz hsync
    ModeLine "768x576"     63.07  768  800  960 1024   576  578  590  616
EndSection

Section "Device"
    Identifier "device1"
    VendorName "S3 Inc."
    BoardName "S3 Savage4"
    Driver "savage"
    VideoRam 4096
    Screen 0
    BusID "PCI:0:5:0"
    Option "DPMS"
    Option "no_accel"   # You may enable this if there are timeouts when starting X
EndSection

Section "Device"
    Identifier "device2"
    VendorName "VIA Technologies Inc"
    BoardName "S3 UniChrome"
    Driver "via"
    Screen 0
    BusID "PCI:1:0:0"
    Option "DPMS"
EndSection

Section "Screen"
    Identifier "screen1"
    Device "device1"
    Monitor "monitor1"
    DefaultColorDepth 16

    Subsection "Display"
        Depth 16
        Virtual 1024 768
    EndSubsection

EndSection

Section "Screen"
    Identifier "screen2"
    Device "device2"
    Monitor "monitor2"
    DefaultColorDepth 16

    Subsection "Display"
        Depth 8
        Virtual 1024 768
    EndSubsection

    Subsection "Display"
        Depth 15
        Virtual 1024 768
    EndSubsection

    Subsection "Display"
        Depth 16
        Virtual 1024 768
    EndSubsection

    Subsection "Display"
        Depth 24
        Virtual 1024 768
    EndSubsection
EndSection

Section "ServerLayout"
    Identifier "layout1"
    InputDevice "Keyboard1" "CoreKeyboard"
    InputDevice "Mouse1" "CorePointer"
    Screen "screen1"
    Screen "screen2" RightOf "screen1"
    Option "Xinerama"
EndSection

Cette section, je vous conseille de la laisser générer par votre distribution.

Cependant, vous pouvez ajouter des polices de caractères en indiquant leur emplacement qui dépend de votre version de Linux. Pour une Mandriva 2006 ou précédente :

FontPath "/usr/share/fonts/misc:unscaled"

Pour une Mandriva 2007 :

FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/TTF"

Pour une Debian sid en 2006 :

FontPath        "/usr/share/fonts/X11/75dpi"
FontPath        "/usr/lib/X11/fonts/75dpi"

Ajouter une police de caractères m'a déjà permis de sauver une mise à jour plantée qui empêchait de lancer X car la font fixed manquait. J'ai rajouté la police TTF et le serveur X a enfin pu repartir.

La section qui semble vraiment dépendante de la distribution est la section module.

Cette partie informe sur les cartes écrans (section Device), les écrans (section Monitor), les couples carte/écran (section Screen) et comment on met tout ça ensemble avec clavier + souris définis dans la première partie (section ServerLayout).
Comme elle est indépendante de la distribution, vous pouvez la faire générer par Mandriva et la conserver sur votre distribution.

La section la plus critique est la section Device : elle doit définir le driver utilisé (Driver) pour la carte ainsi que son emplacement dans le fond de panier (BusID). Un changement de place de la carte PCI changera son BusID, donc la configuration de cette partie. Toujours sur les cartes écrans, j'ai deux remarques à faire. La première, c'est que je ne suis pas arrivé à faire en tourner deux avec les mêmes drivers (je n'ai guère essayé car j'ai toujours eu des cartes cartes ISA en stock) et si j'avais une nVidia, en prenant le noyau nvidia de Mandrake (pas testé sous Mandriva), je ne pouvais plus faire fonctionner l'autre (problème de configuration noyau sûrement, mais pas testé).

La section que l'on doit configurer soi même, c'est ServerLayout : je n'ai pas trouvé de logiciel pour faire le placement relatif des écrans. J'ai bien essayé de faire un programme copiant un peu l'interface de Windows, mais je me suis arrêté faute de tests suffisants http://troumad.info/Linux/mon_essai_mode.zip. Cette section comporte aussi l'option xinerama, pour qu'elle soit valide, il faut que la profondeur (nombre de couleurs) soit la même sur les écrans. Elle se règle dans la section Screen (paramètre DefaultColorDepth).

L'option Xinerama du ServerLayout n'est pas obligatoire. Son but est d'unifier les deux écrans en un grand écran. Elle permet de passer les fenêtres d'une application d'une fenêtre à l'autre, d'étendre une fenêtre sur deux écrans (ou plus). Cependant, il est tout à fait possible de ne pas vouloir cette option.

La désactivation de cette option rend les deux écrans indépendants, même si on ne se logge que sur un des deux pour accéder aux deux. Cette desactivation permet de beneficier de l'acceleration 3d de chacune des cartes avec leur driver respectif. Ceci peut permettre, quand on utilise plusieurs bureaux virtuels de changer de bureaux que sur un seul des deux écrans.

C'est sur ces sections que j'ai dû intervenir. Que ce soit Mandriva ou Ubuntu, personne n'était arrivé à me faire l'affichage sur les deux écrans alors qu'un essai sous l'OS concurent trop connu m'a montré que c'était possible.

Ce sont les deux lignes suivantes que j'ai du rajouter dans la partie device. La première indiquant de quelle sortie je parle (la 0 ou la 1), la seconde indiquant la nature des écrans. Cette seconde est aussi indispensable pour l'envoi simultané du même affichage sur l'écran du portable (ou la première sortie d'une carte avec deux sorties - HDMI régulièrement ) et sa sortie VGA. C'est encore elle que l'on doit modifier pour avoir la sortie TV (PAL indisponible sous Linux avec le chipset Intel à l'instant où j'écris cet article).

    Screen 0
    Option "MonitorLayout" "CRT,LFP"

Dans cet exemple, contrairement à l'exemple précédent, plusieurs sections ServerLayout sont présentes. Ceci est assez rare et parfois bien utile.

2-3-1. Pourquoi différents ServerLayout▲

2-3-2. Choix d'un ServerLayout▲

alias seul="Ice -layout seul"
alias loin="Xfce -layout seul"
alias TV='Ice -layout TV'
alias Ice="startx /etc/X11/xdm/Xsession IceWM -- "
alias Gn="startx /etc/X11/xdm/Xsession GNOME -- "
alias Win="startx /etc/X11/xdm/Xsession WindowMaker -- "
alias En="startx /etc/X11/xdm/Xsession Enlightenment -- "
alias Black="startx /etc/X11/xdm/Xsession BlackBox -- "
alias Saw="startx /etc/X11/xdm/Xsession Sawfish -- "
alias Xfce="startx /etc/X11/xdm/Xsession xfce4 -- "
alias Kde="startx /etc/X11/xdm/Xsession KDE -- "

Je conseille fortement avec toute modification manuelle du fichier /etc/X/xorg.conf de le copier dans un répertoire dédié en rajoutant à son nom un suffixe pour mieux l'identifier.

Le point important à savoir quand on lance le gestionnaire de connexion, c'est que si dans le répertoire de lancement, il trouve un fichier de configuration de xorg, alors ce sera celui-ci qui sera utilisé. Donc, si vous modifiez le fichier /etc/X/xorg.conf et qu'il ne se passe rien, regardez ce qui se trouve dans le répertoire à partir du quel vous lancer X !

 La place relative des écrans se gère dans la section ServerLayout. Ce qui suit est une traduction personnelle du "man xorg.conf", juste la partie qui définit la position relative des écrans.

3-2-1. Extrait de man xorg.conf▲

Screen screen-num "screen-id" position-information

3-2-2. La zone écran▲

	Une maximisation sur l'ensemble des fenêtres se fait sur le rectangle minimal qui englobe tout l'affichage. Son haut sera le point le plus haut de l'ensemble des écrans, sa droite, le point le plus à droite, sa gauche, le point le plus à gauche et son bas, le point le plus en bas. L'image à gauche est un exemple avec son portable et son écran extérieur. Le coin noir est le coin invisible.
	->Zoom sur le coin noir->
Comme il n'est pas obligatoire de couvrir toute cette surface, il peut y avoir des zones mortes. La maximisation d'une fenêtre sur un écran se fera sur l'écran complet sans prendre en compte cette zone écran. Mais, un menu déroulant se débrouillera pour rester sur cette zone écran et donc pourra parfois sortir de la zone visible. L'image à droite, un zoom de l'image précédente, est un exemple de menu déroulant à moitié caché, si je l'avais fait apparaître plus à gauche, on ne verrait plus le bas.

Le parcours du fichier de log peut être très intéressant en cas d'essais de modifications manuelles du fichier de configuration de xorg. Un grep EE /var/log/Xorg.0.log vous donnera la liste des options défectueuses et un grep WW /var/log/Xorg.0.log vous informera des petits défauts. Ceci peut permettre plus facilement de trouver d'où vient l'origine de votre problème et peut indiquer que des paramètres ne sont pas valables avec le driver que vous utilisez bien que vous les ayez crus universels. Je donnerais l'exemple de Option "TV" "PAL-N" qui n'existe pas avec le driver i810.

Il semblerait que la configuration par xorg.conf deviendra assez vite désuète. En effet, il est déjà possible d'utiliser les fonctionnalités RandR de xorg en utilisant la commande xrandr. Un des gros avantages de cette dernière est de pouvoir reconfigurer l'affichage sans avoir à relancer le serveur X. C'est donc très pratique dès que l'environnement est variable, comme avec un ordinateur portable.

La meilleure façon d'appréhender les possibilités de xrandr est de regarder man xrandr qui est traduit en français. Attention, seules les versions de RandR (composante de xorg) supérieures ou égales à 1.2 peuvent configurer un affichage sur deux écrans. Ceci est valable à partir de la version 1.2 de xorg.

Le double écran n'est plus géré par le fichier de configuration /etc/X11/xorg.conf, mais il est géré par l'utilisateur final qui peut l'adapter à ses besoins. Au début, xorg.conf ne devait générer qu'un écran virtuel englobant l'affichage qu'on voulait avoir. Ce xorg.conf sera donc simplifié pour les dernières versions. Voici la partie spécifique à l'affichage :

Section "Monitor"
	    Identifier "monitor1"
	    VendorName "Plug'n Play"
	    ModelName ""

	    HorizSync 28.0 - 81.0
	    VertRefresh 56.0 - 75.0
	    Modeline "1360x768_60.00"  85.86  1366 1460 1604 1800  768 769 772 795  -HSync +Vsync
	    Option "DPMS"
EndSection

Section "Device"
	    Identifier "device1"
	    VendorName "Intel Corp."
	    BoardName "Intel 915"
	    Driver "intel"
	    BusID "PCI:0:2:0"
	    Option "DPMS"
	    Option "XaaNoOffscreenPixmaps" #"1"
	    Option "SWCursor"
EndSection

Section "Screen"
	    Identifier "screen1"
	    Device "device1"
	    Monitor "monitor1"
	    DefaultColorDepth 16

	    Subsection "Display"
	        Virtual 2304 1536
		# je pourrais mettre côte à côte un écran de 1024 de large et un autre de 1280
		# ou l'un sur l'autre 2 écrans de 768 de haut
	    EndSubsection
EndSection

Section "ServerLayout"
	    Identifier "xrandr"
	    InputDevice "Keyboard1" "CoreKeyboard"
	    InputDevice "Mouse1" "CorePointer"
	    InputDevice "SynapticsMouse1" "AlwaysCore"
	    Screen "screen1"
EndSection

Avec la dernière version (xrandr 1.3), la sous partie Subsection "Display" de la Section "Screen" est devenue inutile.

Toutes les explications ici présentées n'ont été testées qu'avec le driver intel sur des chipsets intel. Si vous avez des retours sur d'autres chipsets, je serai heureux de les avoir.

4-2-1. État d'origine▲

Par defaut, il y a le même affichage sur les deux écrans, même si parfois, ils ont une taille différente. Dans ce cas, le petit écran ne va afficher qu'une partie de l'écran. L'utilisateur verra sur le total de ces deux écrans l'image ci-dessous :

Alors que l'écran virtuel ne sera que le plus grand des écrans.

Il vous restera alors à configurer votre affichage : la place d'un écran par rapport à l'autre.

C'est encore avec xrandr qu'on va identifier nos écrans ainsi que leurs modes disponibles. xrandr --prop pourra apporter plus de renseignements.

 

Sélectionnez

[troumad@portable][~]$ xrandr
Screen 0: minimum 320 x 200, current 2304 x 1024, maximum 2304 x 1536
VGA connected 1280x1024+1024+0 (normal left inverted right) 376mm x 301mm
    1280x1024      60.0*+   59.9  
    1360x768_60.00   60.0  
    1152x864       75.0     74.8  
    1024x768       70.1     60.0  
    832x624        74.6  
    800x600        72.2     75.0     60.3     56.2  
    640x480        75.0     72.8     66.7     60.0  
    720x400        70.1  
LVDS connected 1024x768+0+0 (normal left inverted right) 304mm x 228mm
    1024x768       60.0*+
    800x600        60.3  
    640x480        59.9  
TMDS-1 disconnected (normal left inverted right)
TV disconnected (normal left inverted right)

Je repère avec cette instruction que j'ai quatre sorties écran (malheureusement, je n'en ai que 3 réellement). La première : la sortie VGA, la seconde : l'écran du portable, la troisième : inconnue et la quatrième, la sortie TV. Au début, je voyais que mon écran plat n'était pas entièrement reconnu : il manquait le mode 1280x1024 ! Ceci était dû au mauvais paramétrage des paramètres HorizSync et VertRefresh. Je repère aussi les modes conseillés avec le "*" et le mode actuel avec le "+".

4-2-2. Placement des écrans▲

[troumad@portable][~]$ xrandr --output LVDS --pos 0x0
[troumad@portable][~]$ xrandr --output LVDS --pos 0x0
[troumad@portable][~]$ xrandr --output VGA --pos 1026x-230
[troumad@portable][~]$ xrandr
Screen 0: minimum 320 x 200, current 2306 x 1024, maximum 2390 x 1536
VGA connected 1280x1024+1026+0 (normal left inverted right) 376mm x 301mm
   1280x1024      60.0*+   59.9  
   1360x768_60.00   60.0  
   1152x864       75.0     74.8  
   1024x768       70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3     56.2  
   640x480        75.0     72.8     66.7     60.0  
   720x400        70.1  
LVDS connected 1024x768+0+230 (normal left inverted right) 304mm x 228mm
   1024x768       60.0*+
   800x600        60.3  
   640x480        59.9  
TMDS-1 disconnected (normal left inverted right)
TV disconnected (normal left inverted right)

Dès que la sortie svideo est branchée, l'affichage se fait aussi dessus. La commande xrandr nous montre que la sortie TV est active et on peut donc adapter comme précédement l'affichage de la sortie svideo à la TV qui est en 1024x768 par défaut ainsi que placer la TV par rapport à l'écran de l'ordinateur selon notre disposition locale. Je fais donc un xrandr --output TV --mode 848x480 --above LVDS pour avoir ma configuration finale.

Les GUI de xrandr sont grandr_applet sous gnome et krandr(tary) sous KDE, lxrandr. Mais pour le moment, ils ne gèrent pas tout.

Il y a aussi des logiciels qui n'ont pas encore leur rpm pour Mandriva arandr et zarfy. Eux non plus ne gèrent pas les options de xrandr 1.3 .

Par manque de GUI, j'ai fait un petit programme pour gérer des options de la version 1.3 de xrandr : optimise.c.

xrandr permet de gérer plusieurs configurations d'affichage différentes sans avoir à passer par une modification du fichier de configuration /etc/X11/xorg.conf. Le grand avantage de cette nouveauté est de pouvoir s'adapter à son environnement graphique sans avoir accès aux droits administrateurs pour modifier un fichier de configuration. Ceci est d'autant plus intéressant que les ordinateurs portables se démocratisent en même temps que les vidéoprojecteurs, donc les utilisateurs sont de plus en plus souvent confrontés à des configurations différentes avec le même matériel. Pour une explication plus complète de xrandr, voir xrandr par l'exemple.

Au moins sous Mandriva 2007.X (pas avec la nouvelle version de xorg), j'ai un problème d'affichage des vidéos avec l'affichage sur plusieurs écrans. Je viens de trouver le remède sur Mandriva Linux 2007 Errata : j'applique les correctifs pour les Bureaux 3D ! Est-ce dû à Mandriva ? À xinerama ? Au couple Xinerama chipset i915GM ?

Sous KDE, la gestion des deux écrans est automatique. On peut tout simplement avec la souris placer la barre des tâches où on souhaite en la faisant glisser à l'emplacement souhaité.

Il est aussi possible de régler KDE pour l'utilisation personnalisée des deux écrans avec le centre de configuration de KDE dans périphérique affichage.

Vous pouvez par exemple choisir en désactivant la "maximisation avec plusieurs moniteurs" qu'une maximisation d'une fenêtre se fasse sur l'ensemble des écrans, la zone écran. On peut aussi bloquer les fenêtres maximisées sur leur écran en déactivant l'option kcontrol > bureau > comportement des fenêtres > Déplacement > permettre le déplacement et le redimentionnement des fenêtres maximisées.

Comme sous KDE l'emplacement des barres de tâche se gérait simplement à la souris. Mais lors de mes derniers essais, ce n'est plus le cas. Les barres de tâches sont indéplaçables. Par contre, elles apparaissent dans un ordre précis lorsqu'on demande d'en rajouter une nouvelle : haut bas droite gauche sur le premier écran, puis de même sur le second. À la fin, on ne garde les barres qu'on souhaite après avoir supprimé les autres. Ce point est indispensable car le gestionnaire des tâches d'un écran ne montre que les applications ouvertes sur cet écran.

L'emplacement de la barre de tâche se gère sur le fichier de configuration ~/.icewm/preferences avec l'option XineramaPrimaryScreen=1 (0 pour le premier écran définit dans le ServerLayout). Bien que l'affichage de la barre se fasse sur un seul écran, la maximisation des écrans sur l'écran sans la barre de tache ne prend pas la place occupée par cette barre sur l'autre écran.

L'emplacement des barres de menu se gère avec clic-droit sur le panneau de configuration > Configurer le panneau. Tout en bas, on choisit le moniteur. Juste en dessus on choisit la place de la barre sur le moniteur.

Un avantage de xfce4, c'est que si on veut bouger une fenêtre maximisée, celle-ci diminue ("se démaximise").

6-6-1. e16▲

6-6-2. e17▲

Pas génial, je dirais. En effet, la barre de menu ne se fixe pas sur un écran en position vertical, mais déborde toujours sur le voisin ! En plus, elle se met sans problème (pour elle) dans la zone morte de mon écran.

Vous me direz, de la mettre verticalement cette barre ! Et bien, je n'y arrive pas avec ma version...

Pas fait pour le double écran. En effet, ion3 ne prend en compte que la zone écran et ne gère pas du tout le coin noir en cas de non recouvrement complet de cette zone !

Voir http://dev.nozav.org/intro_ion.html pour plus d'informations sur cet environnement vraiment différent.