The ASW - matériel

Installer Ubuntu sur un Sony PCH-GRT815E

cgo2 — Wed, 04 Apr 2007 17:55:00 +0200

Derrière ce nom barbare se cache mon ordinateur portable Sony VAIO de quelques années, sur lequel j'ai décidé d'installer Ubuntu GNU/Linux (hé oui, il faut bien s'occuper en vacances).

La machine

Il s'agit d'un P4 2,8GHz, avec 512Mo de mémoire, un disque dur de 60Go et surtout une carte graphique NVidia GeForce FX Go5600 avec 64Mo de mémoire dédiée. L'écran est un 15 pouces, et, comme d'habitue sur les VAIO, magnifique grace à la techno X-Black. J'ai choisi ce modèle car je cherchais avant tout un remplaçant pour mon PC desktop pour les vacances, et pas un super-ultra-mega-portable de 3 grammes avec 6 heures de batterie et un clavier qu'il faut taper avec des cure-dents.

A priori, à part quelques bidouilles proprio made in Sony dont je n'ai cure (comme le lecteur de Memory Stick), le matériel est donc plutôt standard et bien supporté par Linux (ce n'était pas le cas à sa sortie...).

Préparation

Avant d'installer Linux, j'ai utilisé le DVD de restauration fourni avec l'ordinateur afin de repartitionner le disque. Il est théoriquement possible de redimensionner les partitions au moment de l'installation de Linux, mais je n'ai que moyennement confiance dans ce système, et de toutes façons le Windows avait atteint sa date de péremption (soit environ 1 an) : c'était donc l'occasion de le réinstaller.

Après avoir redémarré avec le DVD, j'ai utilisé l'option « Modifier la taille des partitions » (ou quelque chose comme ça), pour créer un disque C de 20Go et un disque D avec le reste.

Installation

Après avoir gravé un CD de Ubuntu 6.10 (répondant au doux nom de « Edgy Eft », littéralement « triton énervé » et redémarré le PC, premier obstacle : ça marche pas ! En fait, ça démarre bien, mais ça freeze au bout d'un certain temps (de quelques secondes à plusieurs minutes), ce qui m'empeche d'aller au bout de l'installation.

Pour solutionner ce problème, il faut ajouter des options magiques au démarrage. En appuyant sur F6 au moment où le CD démarre, ajouter :

noapic nolapic

Bien, maintenant que ça ne plante plus, je peux partitionner le disque correctement. J'ai supprimé la partition D créée par l'installeur de Windows pour la remplacer par une deuxième partition primaire (hda2) d'environ 1Go (pour le swap), une troisième partition primaire (hda3) d'environ 15Go (qui accueillera le système) et le reste sous forme de partition logique (hda5) d'environ 24Go (l'espace restant quoi), en FAT32 (type 0C si l'installeur pose la question) qui contiendra mes documents, partagés entre les deux systèmes. Petit résumé :

Disque        Taille   FS     Correspond à
/dev/hda1        19G   NTFS   C: (/media/windows)
/dev/hda2         1G   Swap   swap
/dev/hda3        14G   Ext3   /
/dev/hda5        23G   Fat32  /media/documents

En voulant valider, je me heurte à un deuxième problème : l'installeur d'Ubuntu rale parceque selon lui il n'y a « pas de système de fichier racine » (ce qui est evidemment faux). Pour corriger ce problème, j'ai du modifier le script d'installation selon les instructions de ce message. Pour les non-anglophones (les pauvres), il s'agit de remplacer, dans le fichier

/usr/lib/ubiquity/ubiquity/validation.py

les lignes :

if not root:
  result.add(MOUNTPOINT_NOROOT)

par :

if not root:
  pass

Il faut faire cette manipulation en tant que root (avec sudo par exemple) puis relancer l'installeur.

Après toutes ces péripéties, le système s'installe enfin correctement !

Après l'installation

Une fois ubuntu installé correctement, je n'ai rencontré aucun problème particulier, si ce n'est le reboot qui ne fonctionne pas (l'ordinateur reste allumé, il faut appuyer sur le bouton). Vu que l'arrêt fonctionne, ça ne me dérange pas vraiment donc je n'ai pas cherché à en savoir plus.

J'ai installé sans aucun problème les drivers propriétaires de NVidia afin de bénéficier de l'accélération 3D, pour pouvoir notamment utiliser Beryl (un bureau en 3D). Vous trouverez toutes les infos nécessaires sur l'excellent le tutorial Beryl du site Ubuntu Fr.

Concernant les polices de caractères, j'ai évidemment réduit la taille, désactivé l'anti-aliasing, et installé les polices Microsoft par défaut (oui Microsoft c'est mal, mais là c'est tellement plus joli...).

Il reste quelques trucs qui me chiffonnent et que je n'ai pas eu le temps de regarder :

J'ai l'impression que le ventilateur tourne beaucoup plus quand je suis sous Linux que sous Windows, peut-être un problème d'ACPI ?
Les boutons du portable (volume, luminosité de l'écran, etc.) ne fonctionnent pas, mais je pense que ça doit être possible de les binder.
Comme expliqué ci-avant, le reboot devrait fonctionner, peut-être une option de démarrage à modifier.

Mésaventure avec Linux...

cgo2 — Mon, 05 Jun 2006 18:02:00 +0000

Mes aventures avec Linux se soldent généralement par un échec cuisant. Il faut dire que depuis l'instauration par Linus Torvalds d'un nouveau cycle de développement unifiant les versions impairs "de développement" (2.3, 2.5) avec les versions paires "stables" (2.2, 2.4) en une seule version "2.6.machin.truc" ni vraiment stable ni vraiment instable, le noyau est devenu un énorme jeu de domino. Ainsi, chaque mise à jour menace à tout moment de faire s'effondrer tout l'édifice. Et ce mois ci, c'est ma carte TV, une Pinnacle PCTV Stéréo, qui en a fait les frais (et non l'EFREI).

Après l'échec de ma Hauppage WinTV, j'ai investi dans une Pinnacle PCTV Stéréo (sans radio malheureusement), qui fonctionne parfaitement. La carte et le tuner sont autodétecté, mais au cas où, les options sont :

options saa7134 card=26 tuner=33

Et puis le week-end dernier je me décide à mettre à jour mon 2.6.12.2 vers un 2.6.16.18 tout beau tout neuf. Et là, c'est le drame : plus de son ! Enfin si, j'ai du son environ 3 secondes à chaque changement de chaine et puis pouf, plus rien.

En chargeant le module saa7134 avec l'option audio_debug=1, il est possible de voir les logs de la partie audio dans /var/log/syslog. Avec ce nouveau noyau :

kernel: saa7134[0]/audio: found SECAM main sound carrier @ 6.500 MHz [12345/0]
kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Television  =>  mute=0 input=Television
kernel: saa7134[0]/audio: tvaudio_setmode: trying SECAM-L NICAM [6.500/5.850 MHz] acpf=122880+0
kernel: saa7134[0]/audio: getstereo: nicam=0x2
kernel: saa7134[0]/audio: tvaudio_setmode: trying SECAM-D/K [6.500/0.-01 MHz] acpf=122880+0
kernel: saa7134[0]/audio: tvaudio_setmode: using SECAM-D/K [6.500/0.-01 MHz] acpf=122880+0

Voici le même log avec le noyau 2.6.12 :

kernel: saa7134[0]/audio: found SECAM main sound carrier @ 6.500 MHz [12345/0]
kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Television  =>  mute=0 input=Television
kernel: saa7134[0]/audio: tvaudio_setmode: trying SECAM-L NICAM [6.500/5.850 MHz] acpf=122880+0
kernel: saa7134[0]/audio: getstereo: nicam=0x0
kernel: saa7134[0]/audio: found audio subchannels: mono
kernel: saa7134[0]/audio: tvaudio_setmode: using SECAM-L NICAM [6.500/5.850 MHz] acpf=122880+0

En gras, on constate que le code de retour de getstereo n'est pas le même, et qu'avant il utilisait SECAM-L NICAM (qui fonctionne), alors que maintenant il ne le retient pas et passe au suivant (SECAM-D/K) qui ne fonctionne pas, ce qui explique le son pendant quelques secondes...

N'ayant rien trouvé sur Internet concernant ce problème, j'ai fini par patcher à la va-comme-je-te-pousse le driver, en commantant le test sur le code de retour qui pose problème.

--- drivers/media/video/saa7134/saa7134-tvaudio.old     2006-06-04 20:33:44.000000000 +0200
+++ drivers/media/video/saa7134/saa7134-tvaudio.c       2006-06-04 20:34:20.000000000 +0200
@@ -433,7 +433,7 @@
        case TVAUDIO_NICAM_AM:
                nicam = saa_readb(SAA7134_AUDIO_STATUS);
                dprintk("getstereo: nicam=0x%x
",nicam);
-               if (nicam & 0x1) {
+               //if (nicam & 0x1) {
                        nicam_status = saa_readb(SAA7134_NICAM_STATUS);
                        dprintk("getstereo: nicam_status=0x%x
", nicam_status);
 
@@ -447,9 +447,9 @@
                            default:
                                retval = V4L2_TUNER_SUB_MONO;
                        }
-               } else {
+               //} else {
                        /* No nicam detected */
-               }
+               //}
                break;
        }
        if (retval != -1)

Après recompilation (make modules) et installation (make modules_install), le son ne disparait plus au bout de quelques secondes ! Yaha !

Malheureusement, entre temps un autre problème a fait son apparition... Après une mise à jour de la distribution, le son est devenu très faible, avec un effet de "souffle" énorme, comme si le son était très lointain. D'où vient le problème ? Est-ce ALSA ou bien un effet de bord de la modif du driver ?

Pour l'instant, je n'en sais rien, et je n'ai pas vraiment envie de chercher. Quel interet puisqu'à la prochaine version c'est autre chose qui va cesser de fonctionner correctement ? J'ai parfois l'impression d'être revenu au temps de Windows 95, avec son « Windows Update » où chaque utilisation relevait de la roulette russe... Je ne compte plus les fois où j'ai du réinstaller Windows après l'installation d'un patch qui ajoutait des bugs au lieu d'en corriger ! Alors, Linux est-il en train de devenir comme son aïeul ? Va-t-on devoir choisir entre un desktop multimédia fonctionnel sous Windows ou une super console sous Linux ?

La Hauppauge WinTV PCI-FM modele 760 et moi

cgo2 — Tue, 09 Aug 2005 23:13:00 +0000

Ma fidèle Miro PCTV de la guerre commençant serieusement à montrer des signes de fatigues, notamment une qualité d'image horrible (neige, parasites, couleurs baveuses...) malgré un trifouillage intensif du connecteur, j'ai décidé qu'il était temps d'investir dans une nouvelle carte tuner tv, histoire d'avoir une télé agréable à regarder, et, tant qu'à faire, la radio fm. J'ai porté mon attention sur la Hauppage WinTV PCI-FM qui présente les caractéristiques que je veux pour un prix relativement abordable (89€). Un coup d'oeil sur google m'indique qu'elle sont bien supportées par bttv. Seulement c'était sans compter les ingénieurs d'Hauppauge, qui ont du décider entre deux parties de scrabble, histoire de justifier leur salaire, de changer le vieux-mais-vachement-bien-supporté chip bt pour un neuf-mais-sans-drivers conexant dans les nouvelles revisions de la carte (modele 7xx, dont le mien, le 760)... Résultat des courses, cette carte n'est pas vraiment utilisable sous Linux. Voici quelques informations/astuces que j'ai pu récolter après 2 jours complets de tests, en esperant que ça pourra servir à quelqu'un...

J'écris cet article avec une Debian Sid, kernel 2.6.12.2.

Conexant remplace bttv

Première chose à savoir : la plupart des sites/forums qui parlent de la Hauppauge WinTV PCI-FM font référence à des révisions "anciennes" de la carte, qu'on ne trouve plus sur le marché du neuf. 90% des gens vont donc conseiller d'utiliser bttv, et, évidemment, ça ne fonctionnera pas. Pour en être certain il suffit de regarder ce qui est écrit sur le gros circuit intégré sur la carte.

La bonne nouvelle, c'est qu'il existe des drivers pour ces chips conexant, intégré dans la branche 2.6 du noyau. Le driver est le module cx8800, qui charge, entre autres choses, le module cx88xx.

J'ai activé ces options dans le noyau :

Device Drivers  --->
 Multimedia devices  --->
  <M> Video For Linux
  Video For Linux  --->
    <M> Conexant 2388x (bt878 successor) support

D'ailleurs pour la suite, une astuce qui peut être utile : pour éviter d'avoir à tout recompiler, utilisez les commandes make modules et make modules_install. Même si vous êtes comme moi, avec un noyau installé avec la méthode Debian, c'est bien pratique et niveau dpkg, ça casse rien, c'est pas pire que l'install du module nvidia en plus :)

L'image

Donc avec ce module, un modprobe cx8800 donne, dans /var/log/messages (ou avec la commande dmesg) :

Linux video capture interface: v1.00
cx2388x v4l2 driver version 0.0.4 loaded
ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [LNK3] -> GSI 5 (level, low) -> IRQ 5
cx88[0]: subsystem: 0070:3401, board: Hauppauge WinTV 34xxx models [card=1,insmod option]
tveeprom: Hauppauge: model = 34519, rev = J160, serial# = 2934115
tveeprom: tuner = LG S001D MK3 (idx = 60, type = 4)
tveeprom: tuner fmt = PAL(D/K) (eeprom = 0x74, v4l2 = 0x00400e17)
tveeprom: audio_processor = MSP3425 (type = 15)
cx88[0]: registered IR remote control
cx88[0]/0: found at 0000:01:08.0, rev: 5, irq: 5, latency: 32, mmio: 0xcc000000
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0
cx88[0]/0: registered device radio0

Pour passer des options au module, il faut le faire à cx88xx (chargé automatiquement par cx8800). J'ai mis dans /etc/modprobe.d/cx88xx :

option cx88xx card=1

La carte est bien reconnue, mais le problème c'est le tuner. En effet, il detecte bien un LG S001D MK (c'est le bon), mais lui associe le type 4, c'est à dire "NoTuner" (pour mémoire, la liste des tuners se trouve dans les sources du kernel, dans Documentation/video4linux/CARDLIST.tuner). En fait, ce tuner est connu mais n'a aucun driver implémenté...

Après plusieurs heure de recherche, j'ai fini par tomber sur ce thread sur la mailing list de video4linux. Il s'avère apparement que les specs de ce tuner sont assez proche du Philips PAL/SECAM multi (FM1216ME MK3) (tuner=38), et devrait donc pouvoir fonctionner en forçant :

option cx88xx card=1 tuner=38

Problème : lorsque le driver connait le tuner (c'est le cas ici) ne tiens pas compte du paramètre passé au module. Un patch est proposé sur le même thread dans ce mail pour forcer la correspondance "LG S001D MK = tuner 38". Moi j'ai fait autrement, j'ai preféré supprimer le bout de code indiquant d'ignorer le paramètre du module (parcequ'en fait j'avais déjà fait ce patch avant de trouver le thread, et ça me gonflait de devoir recompiler le module). Ainsi je peux tester avec différent tuner en passant l'option comme ci-dessus. Voici mon patch :

--- /usr/src/linux/drivers/media/video/cx88/cx88-cards.c.orig   2005-08-08 20:54:53.000000000 +0200
+++ /usr/src/linux/drivers/media/video/cx88/cx88-cards.c        2005-08-08 20:55:10.000000000 +0200
@@ -755,7 +755,9 @@
        struct tveeprom tv;

        tveeprom_hauppauge_analog(&tv, eeprom_data);
+#if 0
        core->tuner_type = tv.tuner_type;
+#endif
        core->has_radio  = tv.has_radio;
 }

En rechargeant cx8800 avec l'option tuner=38 pour cx88xx, j'ai reussi à obtenir une image (de qualité TRES médiocre d'ailleurs) sur tvtime, et scantv -C /dev/vbi0 me trouve les bonnes chaines.

Le son

J'utilise le module tda9887, qui fonctionne correctement pour la radio (voir ci-après). Mais pour la télé, pour l'instant, je n'ai pas reussi à obtenir mieux qu'un souffle ou un gresillement inaudible :-(

Un message pas encourageant du tout se trouve dans les sources du kernel, dans Documentation/video4linux/README.cx88 :

« audio
- The chip specs for the on-chip TV sound decoder are next
to useless :-/
- Neverless the builtin TV sound decoder starts working now,
at least for PAL-BG. Other TV norms need other code ...
FOR ANY REPORTS ON THIS PLEASE MENTION THE TV NORM YOU ARE
USING.
- Most tuner chips do provide mono sound, which may or may not
be useable depending on the board design. With the Hauppauge
cards it works, so there is mono sound available as fallback.
- audio data dma (i.e. recording without loopback cable to the
sound card) should be possible, but there is no code yet ... »

En gros, c'est la merde. Si quelqu'un sait comment faire pour avoir au moins le son mono, je suis preneur !

La radio

C'est le seul truc qui fonctionne plutôt bien, et qui est plutôt facile à installer (comparé au temps que j'ai passé pour la vidéo)

J'ai utilisé radio ou gradio (packages Debian du même nom), pour obtenir du son.

Le GROS problème est que, quand le cable antenne radio est branché, je perd 80% des stations TV, et les 20% que je peux encore capter sont impossible à regarder (déjà que l'image est pas top quand rien n'est branché, alors là...)

Conclusion

Je ne sais pas encore ce que j'ai vais bien pouvoir faire de cette carte : si je branche l'antenne radio, je n'ai plus d'image ; si je ne la branche pas, j'ai des images (moches), et pas de son... Tout ce que j'espère c'est que les drivers vont être developpés et que d'ici quelques mois elle devienne utilisable ! En tous cas je vous la déconseille fortement pour le moment.

Quelques liens trouvés ça et là :

La page du driver cx88 (pas très à jour)
Un tutorial très compact, sur un peu tout ce qui concerne v4l

Ma Divxbox : Configurer la sortie TV

cgo2 — Mon, 17 May 2004 11:21:00 +0000

Configurer la sortie TV est l'étape la plus importante (et aussi la plus difficile) dans la réalisation de la divxbox. Les enjeux sont énormes :

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 800x600 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 egalement de bidouiller la sortie TV des cartes nvidia : nvtv. Honnetement 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 !

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. Evidemment ils fonctionnent bien mais :

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

Sur le site de BibooBox il y a d'autres solutions proposées, mais aucune d'entre elles ne fonctionnaient avec mon modele 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âchi parceque 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 :

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 reussi 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 egalement 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...