The ASW - noyau

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