Présentation

SciTE signifie Scintilla Text Editor. Scintilla est un composant d’édition de code source aux fonctionnalités impressionantes, utilisé dans de nombreux projets, comme Anjuta ou Notepad2. Ok, super, nous voila bien avancé ! Mais qu’est-ce qu’il permet de faire au juste ?

Comme tous les éditeurs de texte, SciTE permet d’éditer n’importe quel fichier texte (code source, fichier de configuration ou simple fichier texte), dans n’importe quel encodage (il gère parfaitement l’UTF-8). Il offre de nombreuses fonctionnalités en terme d’édition pure (recherche et remplace à base de regexp, selection en colonnes, …) et se débrouille à merveille comme éditeur de code (coloration syntaxique, intégration des API des langages permettant l’autocomplétion des fonctions, possibilité de « replier » du code, possibilité de compiler directement depuis l’éditeur, …). En plus, il dispose d’onglets (tabs) et connait un nombre impressionnant de langages. Bref, le couteau suisse idéal pour tout programmeur ! Ca vous tente ? Alors passons à l’installation…

SciTE

Installation

Les utilisateurs de Linux devraient trouver SciTE packagé dans leur distribution. Les utilisateurs de Windows pourront trouver sur la page de download plusieurs versions :

• Les Windows Executable ne demandent pas d’installation, mais n’offrent pas toutes les fonctionnalités. A utiliser lorsqu’on n’est pas sur son ordinateur (surtout le single file executable vraiment pratique).
• Les Windows Installers s’intègrent parfaitement à Windows (vous pourrez donc faire clic droit sur un fichier, puis « Editer dans SciTE »). Je vous conseille l’installeur de Bruce Dodson, light et très complet.

Utilisation

SciTE fonctionne comme n’importe quel éditeur de texte (ou presque). Il peut ouvrir plusieurs fichiers simultanément grâce à la gestion des onglets (tabs).

Les raccourcis claviers standards

Ce sont pratiquement tous les mêmes que dans la plupart des autres logiciels, aussi bien sous Windows que sous Linux.

Les raccourcis claviers d’édition

Les raccourcis claviers spéciaux pour les codeurs

Combo	Action
Tab	Indente le bloc sélectionné
Shift + Tab	Dé-indente le bloc sélectionné
Ctrl + E	Déplace le curseur jusqu’à la parenthèse/accolade ouvrante ou fermante.
Ctrl + Shift + E	Sélectionne tout ce qui est contenu entre 2 parenthèses/accolades.
Ctrl + Q	Commente/Décommente la/les ligne(s) en cours en mode Block, selon le langage. Exemple en C++ : //~ string truc("PONG :" + c.getWhat());//~ s.send(truc);
Ctrl + Shift + B	Commente les lignes selectionnées en mode Box. Exemple en C++ : /* string truc("PONG :" + c.getWhat()); * s.send(truc); */
Ctrl + Shift + Q	Commente les lignes selectionnées en mode Stream. Exemple en C++ : /* string truc("PONG :" + c.getWhat());s.send(truc); */
Ctrl + I	Propose des choix d’autocomplétion pour le mot en cours (à condition que l’API du langage soit installée, voir comment faire). Exemple, taper str puis Ctrl + i en C donnera  : Scite Ctrl+i
Ctrl + Shift + Espace	Réaffiche la Calltip de la fonction en cours (à condition que l’API du langage soit installée, voir comment faire) : Site Calltip
F7	Lance la compilation du fichier dans l’output pane (voir ci-dessous)
Ctrl + F7	Lance la construction du projet auquel appartient le fichier (voir ci-dessous)
F5	Lance le binaire compilé ou le logiciel permettant de visualiser le fichier (navigateur web en cas de fichier HTML par exemple)

Voici les raccourcis clavier dont je me sert régulièrement. Mais il existe des tas d’autres, et si vous ne trouvez pas votre bonheur ici, essayer de regarder dans la doc, rubrique Keyboard commands.

Enfin, pour les gens vraiment très exigeants, sachez qu’il est possible de définir ses propres raccourcis clavier, via la propriété user.shortcuts (voir ci-après pour la configuration de SciTE). N’en ayant jamais eu besoin, je ne peux malheureusement pas en dire plus là dessous. Je vous conseille donc d’aller lire la doc de SciTE si cette fonctionnalité vous interresse.

Configuration

SciTE a un défaut : il n’offre pas d’interface pour paramétrer les options. Tout se fait via l’édition des fichiers de configuration. Même si la syntaxe n’est pas difficile, c’est un peu contraignant, voire parfois rebutant pour certains. Mais ne vous inquiétez, voici une rapide présentation du fonctionnement de l’engin, et vous allez voir, c’est très simple !

Il y a 3 niveaux de fichiers : Global, User et Local. Local est prioritaire sur User qui est prioritaire sur Global. Par exemple, si une option est présente à la fois dans Global et dans User, c’est la valeur de User qui sera retenue.

Les fichiers sont accessibles via le menu Options, puis Open Global Options File ou Open User Options File (ou encore Open Local Options File).

• Le fichier Global définit les options globales par défaut de SciTE (c’est à dire, celles qui s’appliqueront à tous les utilisateurs). Sous Linux, le Global est en général quelque part dans /usr/share/scite/ et n’est pas accessible par l’utilisateur (seulement le root). Il vaut mieux laisser ce fichier intact, d’abord parcequ’il vous permettra de retrouver facilement les options par défaut en cas de soucis, mais surtout parcequ’il sera écrasé à chaque mise à jour de SciTE, et donc il faudra refaire toutes les modifs…
• Le fichier User est donc celui qu’il vous faut pour définir toutes les options que vous voulez. Sous Linx, il est dans ~/.SciTEUser.properties alors que sous Windows il se balade quelque part dans le profil. Il est vide par défaut, alors on peut soit le remplir au fur et à mesure, soit recopier le fichier global dedans et le modifier après ; c’est une question de goût.
• Le fichier Local sert à définir des paramètres particuliers pour un dossier. Il doit se trouver dans le même dossier que les fichiers auxquels on veut appliquer ces paramètres (par exemple : mode d’indentation, wrap des lignes, options du compilateur, etc.).

Pour connaitre tous les détails des fichiers de configuration de SciTE, vous pouvez lire la doc, rubrique Properties files.

Dans la suite de cet article, toutes les options seront à rajouter au User Options File.

L’output pane, ou comment transformer SciTE en IDE

Vous avez peut-être remarqué une petite fenêtre, sur la gauche ou en bas de la fenêtre d’édition ? C’est l’output pane, là où sont affichés les résultats de la compilation du fichier ou du projet…

Et oui, car SciTE peut executer la compilation du fichier (compile) ou de tout le projet (build), et lancer le résultat obtenu (go). Pour cela, il faut le configurer grâce aux propriétés command.go, command.build et command.compile.

Voici par exemple ma configuration personnalisée pour les fichiers C/C++ (sous Linux) :

command.compile.*.c=gcc -Wall $(FileNameExt) -o $(FileName)
command.compile.*.cpp=g++ -Wall $(FileNameExt) -o $(FileName)

command.build.*.c=make
command.build.*.cpp=make

command.go.*.c=$(FileName)
command.go.*.cpp=$(FileName)
command.go.needs.*.c=gcc -Wall $(FileNameExt) -o $(FileName)

Lorsque des erreurs s’affichent dans l’output pane, un double clic sur la ligne vous amenera directement à la ligne concernée, comme sur le screenshot ci-dessous :

Compilation dans SciTE

Ce système est très très (très) largement configurable, notamment via l’utilisation des fichiers de configuration Local Options File, qui permettent de définir des paramètres de compilation différents selon le dossier. Je conseille à ceux qui sont interressés par ces fonctionnalités d’aller lire la doc de SciTE, rubrique Standard Editing et Defined variables in properties files.

Trucs, astuces et options utiles

SciTE regorge d’options utiles, mais souvent (trop) bien cachées. Pour vous donner une idée, j’utilise SciTE depuis 3 ans bientôt, et j’en découvre encore regulièrement ! Voici un condensé des options que j’utilise.

Sélection en colonnes

Sélectionner du texte en appuyant sur Ctrl sous Linux ou Alt sous Windows.

Pour ceux qui ne connaissent pas, la sélection en colonnes ça permet de faire selectionner du texte comme ça :

Selection en colonnes

Tabs

La barre des onglets (tabbar) n’est pas toujours activée par défaut, ou alors le nombre de fichiers que l’on peut ouvrir en même temps (buffers) est limité à 1. Voici les propriétés utiles :

tabbar.visible=1
tabbar.hide.one=0
tabbar.multiline=1
buffers=100

Pour afficher le numéro du fichier dans la barre de titre ([2 of 4] par exemple), il faut utiliser la propriété :

title.show.buffers=1

Numéros de lignes

C’est pas toujours activé par défaut, alors il faut faire :

line.margin.visible=1
line.margin.width=4

Fonts

Sous Linux, elles sont très très moches par défaut. En plus, SciTE utilise des fonts qui ne sont pas monospace (c’est à dire que chaque caractère n’utilise pas exactement le même nombre de pixel – cas de la plupart des polices destinées à la rédaction de documents), ce qui est une très mauvaise idée pour le codage. Personnellement, je remplace donc toutes les fonts par Fixed en taille 10 ou 12. Voici mes paramètres :

if PLAT_GTK
	font.base=font:fixed,size:12
	font.small=font:fixed,size:10
	font.comment=font:fixed,size:12
	font.code.comment.box=$(font.comment)
	font.code.comment.line=$(font.comment)
	font.code.comment.doc=$(font.comment)
	font.text=font:fixed,size:12
	font.text.comment=font:fixed,size:12
	font.embedded.base=font:fixed,size:12
	font.embedded.comment=font:fixed,size:12
	font.monospace=font:fixed,size:12
	font.vbs=font:Lucida Sans Unicode,size:10

Fermer automatiquement les tags XML et (X)HTML

Par exemple, je tape <p> et ça donne <p></p> avec le curseur entre les deux balises.

xml.auto.close.tags=1

Remplacer dans tous les fichiers ouverts

D’après la documentation de SciTE, il faudrait ajouter cette propriété :

find.replace.advanced=1

Elle ferait apparaitre un bouton Replace in Buffers qui permettrait de remplacer dans tous les fichiers ouverts. Malheureusement, je n’ai encore jamais réussi à faire apparaître ce bouton… Esperons que ce bug sera rapidement corrigé !

Les boutons Home et End utilisent les lignes visuelles au lieu des lignes logiques

Lorsqu’on active l’option Wrap (via le menu Options ou via la propriété wrap=1), les lignes trop longues s’arrettent au bord de l’écran et reviennent à la ligne, au lieu de continuer (et d’obliger l’utilisateur à défiler horizontalement). La ligne trop longue en question est appellé ligne « logique » et forme alors plusieurs lignes dites « virtuelles », car il n’y a pas physiquement de caractère de fin de ligne : c’est juste un effet visuel. Un moyen de s’en rendre compte est de constater que ces lignes virtuelles ne sont pas numérotées, comme le montre le screenshot ci-dessous :

SciTE Wrap

Par défaut, les touches Home et End déplacent le curseur au début et à la fin de la ligne logique. Pour changer se comportement afin qu’elles déplacent le curseur sur la ligne visuelle, c’est la propriété :

wrap.aware.home.end.keys=1

Configurer l’aspect du folding

Le folding permet de « replier » des morceaux de codes, par exemple le corps d’une fonction ou bien une ligne d’un tableau HTML entre 2 balises <tr>.

Pour cela, il suffit de cliquer sur les icones qui apparaissent dans la marge spéciale (ou utiliser le raccourci clavier Ctrl + * (du pavé numérique). Au cas où ça ne serait pas activé par défaut, il faut rajouter les options :

fold=1
fold.compact=0
fold.flags=16
fold.symbols=1
fold.comment=1
fold.preprocessor=1
fold.html=1

Le paramètre fold.symbols permet de définir l’aspect des icones de folding. Voici les différents valeurs :

fold.symbols=0

fold.symbols=1

fold.symbols=2

fold.symbols=3 (mon préféré)

Utiliser les icones Gnome pour la toolbar (parceque celles par défaut sont vraiment moches)

Uniquement sous Linux.

toolbar.usestockicons=1

Repère visuel à 80 caractères

edge.column=80edge.mode=1edge.colour=#C0DCC0

Note : Un bug sur ma version (1.66) fait que la ligne est tracée par dessus le texte. C’est assez désagréable.

Intégration des API

Les fichiers API peuvent être téléchargé sur le site officiel, ou créé par des scripts, mais là il faut aller lire la doc parceque j’ai jamais essayé. Ils permettent l’autocomplétion des fonctions, ainsi que l’affichage des calltips indiquant les paramètres et la description des fonctions.

Dans les propriétés, il faut indiquer le chemin des fichiers. Exemple :

api.*.c=/usr/share/scite/c.api
api.*.cpp=/usr/share/scite/c.api
api.*.php=/usr/share/scite/php.api

Indentation

Comme je l’expliquais dans l’article sur les coding style, il est préferable d’utiliser des tabulations pour l’indentation, et d’en choisir la taille. Avec SciTE, ça se configure comme ça (exemple avec des tabs qui font 8 caractères) :

tabsize=8
indent.size=8
use.tabs=1

Ouvrir les fichiers HTML dans Firefox

Par défaut, lorsqu’on fait Go (touche F5) sur un fichier HTML, SciTE ouvre Internet Explorer, ou Netscape sous Linux. Pour ouvrir le fichier dans une nouvelle tab d’un Firefox déjà lancé, il suffit d’ajouter :

command.go.*.html=firefox -remote "openurl(file://$(FilePath),new-tab)"

Utiliser SciTE pour l’UTF-8

SciTE est capable de détecter l’encodage du fichier en se basant sur les commentaires en début de fichier. Par exemple, un fichier XML débutant par :

<?xml version='1.0' encoding='utf-8'?>

ou n’importe quel fichier source débutant par :

# -*- coding: utf-8 -*-

sera reconnu.

Si pour une raison ou pour une autre ce n’est pas le cas, vous pouvez changer l’encodage du fichier en cours via le menu File, Encoding.

• UTF-8 encodera le fichier avec un caractère spécial au début, invisible tant qu’on reste avec SciTE, mais qui risque de géner si le fichier est déstiné à être utilisé avec d’autres éditeurs qui ne le gère pas.
• UTF-8 Cookie encodera le fichier sans ce caractère spécial, mais en contrepartie, il n’y aura aucun moyen de détecter qu’il est en UTF-8. Il faudra préciser à chaque ouverture que ce fichier est en UTF-8

Liens

• Le site officiel du projet Scintilla.
• La page sur SourceForge.
• Mon fichier de configuration.

Le système de font

Honnêtement je ne suis pas sûr d’avoir tout compris sur la façon dont sont gérées les fonts sous Linux. Beaucoup de noms sont souvent cités mais à quoi servent-ils vraiment ? Voici les informations que j’ai réussi à glaner :

• le serveur X (xfree 4.x ou x.org) peut gérer des fonts si on lui indique le(s) chemin(s) où chercher. Ces infos se trouvent dans le fichier de configuration (exemple : /etc/X11/xorg.conf), section Files, directives FontPath.
• xfs : (X Font Server) fourni des polices à X. Il est lancé à part et peut faire des trucs très fun comme fournir des fonts à un X distant via le reseau. En général il est activé dans le fichier de conf de X via la directive :

  FontPath	"unix/:7100"

  Là se posent les premières questions : à quoi sert xfs si le serveur X peut gérer les fonts tout seul comme je viens de le dire ci-dessus ? Un element de réponse dans l’avant dernier post de ce topic sur HFR. En le virant mon X fonctionne tout aussi bien…

• xfstt et xfs-xtt sont des alternatives à xfs capables de gérer les polices TrueType à l’époque où, ni xfs, ni X, ne le pouvait. En gros, à oublier.
• FreeType (actuellement en version 2) est un moteur de rendu pour, entre autres, les fonts TrueType. Il est disponible sous forme de librairie (paquets libfreetype*). D’après ce que j’ai compris, c’est l’avenir (mais l’avenir de quoi ?). Voir le site http://www.freetype.org/
• fontconfig est un outil permettant aux applications de trouver les fonts et de les configurer correctement. Seules les applications récentes (GTK 2 par exemple) l’utilisent. Voir le site http://www.fontconfig.org/ pour la doc.
• defoma (DEbian FOnt MAnager) est l’outil magique de Debian pour uniformiser et gérer automatiquement tout ce bazar, et faire surement pleins d’autres trucs cools dont je me secoue le cocotier pour l’instant. Je sais pas comment il fonctionne, mais il fonctionne et c’est l’essentiel :)

Les packages qui vont bien

Voici les packages à installer (si ce n’est pas déjà fait). Tout d’abord, les logiciels/libraires :

• libfreetype6 et libttf2 pour FreeType
• fontconfig et libfontconfig1 pour fontconfig
• defoma et x-ttcidfont-conf, les deux packages magiques de Debian

Ensuite, pour avoir des fonts sympas :

• Tous les packages xfonts-* que vous voulez pour avoir des fonts sous X (pas TrueType), et surtout :
  • xfonts-100dpi
  • xfonts-100dpi-transcoded
  • xfonts-75dpi
  • xfonts-75dpi-transcoded
  • xfonts-base
  • xfonts-base-transcoded
  • xfonts-scalable

  J’ai déjà eu des problèmes vraiment bizarres (segfault de certaines applications, ou polices illisibles) si ces packages manquent…

• msttcorefonts (disponible dans contrib), pour avoir les fonts Microsoft standards (Verdana, Arial, Times New Roman, Courier New, …) Indispensable pour surfer correctement !
• Tous les packages ttf-* que vous voulez pour avoir des fonts TrueType.

Configuration

Normalement dpkg doit envoyer un mail à l’administrateur avec les informations nécessaires pour la configuration du bousin. Si ce n’est pas le cas, regardez le chapitre “Polices TrueType dans X” dans le guide de référence Debian.

Voir également cet autre site pour plus d’informations.

A partir de cette étape, les polices devraient être gérées “correctement”, c’est à dire que, quelque soit l’application (gtk1 ou gtk2 par exemple), vous aurez toujours les mêmes fonts disponibles (dont les fonts TrueType).

Antialias et polices par défaut : fontconfig est ton ami

Première chose qui me semble vital pour avoir un bureau joli : virer les fonts toutes moches fournies par défaut pour les remplacer par leur équivalent Microsoft (je sais, c’est mal), c’est à dire :

Pour ce faire, il faut l’expliquer à fontconfig. Créez un fichier /etc/fonts/local.conf contenant :

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
	<!-- Voir la doc de defoma -->
        <dir>/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType</dir>

        <!-- Alias certaines fonts "connues" par les fonts Microsoft -->
        <alias>
                <family>Times</family>
                <prefer><family>Times New Roman</family></prefer>
                <default><family>serif</family></default>
        </alias>
        <alias>
                <family>Helvetica</family>
                <prefer><family>Verdana</family></prefer>
                <default><family>sans-serif</family></default>
        </alias>
        <alias>
                <family>Courier</family>
                <prefer><family>Courier New</family></prefer>
                <default><family>monospace</family></default>
        </alias>

        <!-- Utiliser de preference les fonts Microsoft -->
        <alias>
                <family>serif</family>
                <prefer><family>Times New Roman</family></prefer>
        </alias>

        <alias>
                <family>sans-serif</family>
                <prefer><family>Verdana</family></prefer>
        </alias>

        <alias>
                <family>monospace</family>
                <prefer><family>Courier New</family></prefer>
        </alias>
</fontconfig>

Exemple trouvé dans la doc de fontconfig, par là.

Ensuite, personnellement, je trouve que l’anti-alising (fr, en) sur (certaines) petites fonts (disons celles inférieures à 14 pouces), c’est absolument immonde. Les polices apparaissent “grasses” et visuellement j’aime pas du tout.

Pour vous faire une idée, voici ce que ça donne visuellement (avec un Mozilla Firefox fraichement installé) :

Avec anti-aliasing

Sans anti-aliasing

Mon réglage de l’anti-aliasing est (toujours dans le fichier /etc/fonts/local.conf) :

<!-- L'anti aliasing sur certaines font c'est une horreur... -->
<match target="font">
	<test name="family">
		<string>Verdana</string>
		<string>Arial</string>
		<string>Times New Roman</string>
		<string>Courier New</string>
		<string>Helvetica</string>
	</test>
	<test name="size" compare="less">
		<int>14</int>
	</test>

	<edit name="antialias" mode="assign">
		<bool>false</bool>
	</edit>
</match>
<!--
	et une regle pour firefox, une...
	apparement le nom de la regle a change entre size et pixelsize, a voir
-->
<match target="font">
	<test name="family">
		<string>Verdana</string>
		<string>Arial</string>
		<string>Times New Roman</string>
		<string>Courier New</string>
		<string>Helvetica</string>
	</test>
	<test qual="any" name="pixelsize" compare="less_eq">
		<double>18</double>
	</test>
	<edit name="antialias" mode="assign">
		<bool>false</bool>
	</edit>
</match>

Avec tous ces reglages, j’ai enfin les fonts que j’aime, et surtout je n’ai plus à me casser la tête entre les applis gtk1, gtk2 et compagnie ! Après libre à vous d’adapter ces reglages comme bon vous semble.

Liens annexes

• Un journal sur DLFP

Cet article s’adresse aux heureux utilisateurs de Linux. Il existe peut-être des solutions équivalentes sous Microsoft Windows, mais je ne les connais pas.

Export display

L’export display consiste à lancer une application graphique sur une machine de telle façon qu’elle s’affiche sur une autre… Dans notre cas, il s’agit de lancer un application sur une des machines Linux de l’école de façon à ce qu’elle s’affiche sur l’ordinateur local.

C’est possible, en enchainant deux ssh -X. Par exemple, pour se connecter directement sur buffy :

ssh -X toto@choam.efrei.fr -t ssh -X buffy

Essayez de lancer une application graphique (scite par exemple), allez vous chercher un café (parceque la connexion de l’EFREI est à peut pret aussi rapide qu’un modem 56K asthmatique) et admirez le résultat ! Ensuite, fermez parceque c’est complètement inutilisable tellement ça rame.

Monter son home en local

L’export display étant totalement inutilisable à cause de la bande passante minable, l’autre solution est de monter son home de telle manière que les applications locales puissent y acceder. Pour ça, il faut utiliser un système de fichier qui permet de monter des repertoires via SSH.

Avec SHFS

SHFS, pour (Secure) SHell FileSystem, se présente comme un module noyau (shfs) et un utilitaire (shfsmount et shfsumount). L’installation est tout ce qu’il y a de plus simple : il suffit de compiler le module, le charger, et monter son home !

Installation du module

Les utilisateurs de Debian peuvent installer le paquet shfs-source. La compilation du module façon debian (à condition d’avoir déjà les sources d’un noyau compilé à la sauce Debian) se résume ça :

$ cd /usr/src/
$ tar xjvf shfs.tar.bz2
$ cd linux
$ fakeroot make-kpkg modules_image
$ cd ..
# dpkg -i shfs-module-[...].deb

Les autres devraient chercher dans les packages de leur distribution, ou aller télécharger les sources du module noyau sur le site officiel. Je vous conseille de lire le guide d’installation très bien fait du site officiel (même moi j’ai réussi en moins de 5 minutes, c’est pour dire…).

Installation des outils

Il suffit d’installer le paquet shfs-utils pour Debian, ou de chercher pour les autres distributions. Il faut mettre le bit suid root à shfsmount et shfsumount pour qu’ils fonctionnent pour un utilisateur classique (non root). Normalement, dpkg pose la question (il suffit de répondre Yes). Sinon, utilisez chmod +s.

Utilisation

Une fois le module noyau compilé et installé, il reste à le charger, avec un modprobe shfs par exemple.

Et voila, maintenant vous pouvez monter votre compte Unix en local (par exemple sur ~/efrei) via une commande du type :

shfsmount -s login@choam.efrei.fr ~/efrei

Avec login à remplacer par votre login EFREI.

Note : Le site officiel de SHFS : http://shfs.sourceforge.net/

Avec FUSE (kernel >= 2.6.14)

Il parait que FUSE (Filesystem USErland), inclu dans les noyau Linux à partir de la version 2.6.14, doit plus ou moins remplacer SHFS. Je n’ai personnellement pas testé, mais s’il y a des gens interessés, l’adresse est : http://fuse.sourceforge.net/sshfs.html

• Sans sortie TV pas de divxbox :)
• La sortie TV doit permettre d’utiliser correctement la carte vidéo pour lire les vidéos, par exemple la vo xv de mplayer pour soulager le cpu
• La sortie TV doit être de bonne qualité, parceque regarder un film avec un affichage tout pourri , ça gache tout !

J’ai personnellement bien lutté pour obtenir une sortie TV correcte, mais bon je n’ai jamais eu beaucoup de chance avec Linux. Donc tout ce que je peux vous souhaiter c’est de trouver la bonne carte du premier coup !

NVidia GeForce 2 MX 400

Mon premier essai est avec une ancienne GeForce 2 MX 400 équipée d’une sortie TV composite. Au boot, la sortie TV s’active toute seule et reste à peut près potable pour le mode console pur et dur.

Le framebuffer par défaut active egalement la sortie TV sans problème. Il faut juste regler la résolution dans le fichier /etc/lilo.conf avec le paramètre vga. Par exemple vga=789 pour un affichage 800×600 en 16 millions de couleurs. Ci-après le tableau de tous les codes (il me semble que certains ne fonctionnent qu’avec bootsplash).

Colors-----640x480-----800x600-----1024x768-----1280x1024
256----------769---------771----------773----------775
32000--------784---------787----------790----------793
65000--------785---------788----------791----------794
16.7 Mill.---786---------789----------792----------795 

Pour XFree 4.3 maintenant, c’est une autre paire de manches à tordre. Les drivers libres (“nv”) sont, d’après ce que j’ai pu tester, incapables de gerer tout seul la sortie TV (sans parler du fait qu’il n’y aura aucune acceleration 3D). Donc il faut installer les drivers propriétaires et configurer XFree. Heureusement, les drivers de NVidia, malgré leurs nombreux défauts, sont relativement bien documentés concernant la sortie TV (voir APPENDIX J: CONFIGURING TV-OUT dans le README des drivers).

En résumé, il faut ajouter des sections screen et monitor correspondantes à la télé :

Section "Monitor"
        Identifier      "TV"
        HorizSync       30-50
        VertRefresh     60
EndSection
Section "Screen"
        Identifier  "tvout800"
        Device      "geforce"
        Monitor     "TV"
        DefaultDepth 24
        Option "TVStandard" "PAL-N"
        Option "ConnectedMonitor" "TV"
        Option "TVOutFormat" "COMPOSITE"
        Option "NoLogo" "on"
        Subsection "Display"
                Depth       24
                Modes       "800x600"
                ViewPort    0 0
        EndSubsection
EndSection

Mon fichier de config complet pour XFree 4.3 est disponible par ici.

Un programme permet également de bidouiller la sortie TV des cartes nvidia : nvtv. Honnêtement j’ai toujours pas compris comment il fonctionne, comment on enregistre la configuration, etc… Et puis comme les drivers proprios donnent de bons résultats j’ai laissé tomber.

Pour lancer Xfree sur la télé j’utilise la commande :

startx -- -screen tvout800

Ensuite je peux lancer mplayer, mais c’est là que ça se gâte. La vo x11 fonctionne bien mais, comme elle n’utilise pas du tout les possibilités de la carte graphique, pompe la quasi-totalité du CPU (surtout en plein écran à cause du redimensionnement). Bref inutilisable. L’idéal est la vo xv, mais là suprise, alors que sur un écran ça fonctionne, sur la télé il y a des bandes bleu vif sur la gauche et sur le haut du film !

Nvidia avec XV

Pour l’instant je n’ai rien trouvé sur le net se rapportant à ce problème, après plusieurs nuits blanches j’ai donc décidé de laisser tomber cette carte. Cela dis si une star en Linux connait la solution à ce problème, je suis toujours preneur :)

ATI Rage 128

En cherchant un peu suite à mes déboires avec la GeForce2, j’ai vu ça et là que les sorties TV des cartes ATI était censé être beaucoup mieux que les NVidia. Bah ça tombe bien j’ai une ATI Rage 128 AGP sous la main…

Comme précedemment, la console standard et le framebuffer s’activent sans problème (à condition que la sortie TV soit branchée au boot).

Par contre, les drivers r128 par défaut de XFree n’affichent rien du tout sur la télé, et pire, si la sortie TV est branchée au boot, l’affichage sur l’écran déconne ! Bon il existe un programme, atitvout, qui est censé activer les sorties télé des cartes ATI… Manque de bol avec ma carte il ne fonctionne pas, et comme il n’est plus maintenu par l’auteur il ne faut pas trop esperer…

Je me suis ensuite tourné vers les drivers Gatos, qui sont censés faire des miracles et notamment activer la sortie TV des Rage 128. Encore une fois manque de bol avec ma carte ils ne fonctionnent pas.

En dernier recours, j’ai tenté les drivers vesa. Évidemment ils fonctionnent bien mais :

1. Aucune acceleration 3D
2. Aucune vo performante disponible pour mplayer (uniquement vesa)
3. La qualité des films en vo vesa n’est pas top (problème de rafraichissement je suppose)

Sur le site de BibooBox il y a d’autres solutions proposées, mais aucune d’entre elles ne fonctionnaient avec mon modèle de Rage 128. Bref c’est inutilisable, alors j’ai laissé tomber cette carte.

NVidia GeForce 4 MX 440

N’ayant plus aucune vieille carte disponible sous la main, et n’ayant plus rien à perdre, j’ai pris une GeForce 4 MX 440 (les cartes pas chères pour bureautique de NVidia) d’un PC qui ne servait plus trop pour la tester sur la DivxBox…

J’ai utilisé exactement la même config que pour la GeForce 2 MX 400, sauf que là, surprise, pas de bandes bleues sur la sortie xv ! La vidéo est niquelle, et (seulement) 25% du CPU sont utilisés pour lire un divx (vo xv rulez !)

Bon il faut bien l’admettre, mettre une GeForce 4 (même si c’est une MX) dans un p3 500 je trouve que c’est un peu du gâchis parce que j’avais des vieilles cartes à recycler. Mais ça faisait déjà trop longtemps que je cherchais à faire fonctionner une sortie TV correcte, alors maintenant que ça fonctionne je garde !

Autres pistes : Carte de décompression MPEG (dxr3)

J’ai retrouvé dans les placards une vieille carte de décompression MPEG2 (dvd) “Hollywood +”, équipée d’une sortie TV S-VIDEO ainsi que d’une sortie Audio. Après quelques recherches, j’ai découvert que ce type de carte était bien gérée sous Linux. Chouette !

Liens :

• Tutorial sur Lea Linux
• Le projet dxr3 et Hollywood Plus

Encore une fois je remercie cette merveilleuse distribution qu’est Debian, puisque des paquets sont dispo pour configurer très facilement cette carte. Leur nom commence par em8300. L’un deux installe tout ce qu’il faut (device, fichier de conf, etc…) et un autre contient les sources pour compiler un module noyau (à la sauce debian, c’est à dire make-kpkg module-image dans les sources du noyau). Bref si on est un peu à l’aise avec les méthodes de Debian ça se fait très facilement (même moi j’ai réussi tout seul, c’est pour dire !)

Je n’ai toutefois pas pousser plus loin cette solution, pour plusieurs raisons :

• La sortie TV en S-Video, ça suxor un peu quand on a pas de quoi la convertir en Composite ou Peritel (seules prises gérée par ma télé :)
• Il faut recompiler mplayer avec le support dxr3. Et pour utiliser Freevo il faut également recompiler la libSDL comme indiquée sur la doc de Freevo
• Les applications qui n’utilisent pas la libSDL pour l’affichage ne pourront pas s’afficher sur la sortie dxr3 (en tous cas je n’ai pas trouvé comment)

Malgré ça, l’utilisation d’une carte de décompression présente des avantages non négligeable :

• Permet de lire des DVD sur des petites machines
• La mienne possède une sortie audio, gérée par OSS, donc pas besoin de carte son supplémentaire à priori…
• Pareil pour la carte graphique, il serait surement possible de s’en passer…

A toi de voir…