View previous topic :: View next topic |
Author |
Message |
Jacqueline Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/867606726488856d344814.jpg)
Joined: 28 Jul 2006 Posts: 161 Location: Netherland
|
Posted: Fri Dec 29, 2006 5:41 pm Post subject: [Réglé ] Carte TV Pas de de son ! Pb de driver du tuner |
|
|
J'ai donc cette carte TV : WinTV GO2 que je voudrais faire marcher avec Gentoo.
Pour l'instant j'ai un problème de son que je crois avoir bien identifié..
Elle marche sous windows XP, mais la qualité de l'image et la stabilité sous Linux, c'est vraiment autre chose qu'avec la machine à ramer de XP... c'est donc assez motivant !
http://www.rueducommerce.fr/Photo-Video-Numerique/Tuner-TV/Carte-Tuner-TV-Analogique/Hauppauge/354709--WinTV-GO2.htm#pdd
C'est vrai je pourrais acheter une carte 100 % compatible, mais en raisonnant comme ça , j'ai du acheter une autre carte graphique (mais là il y avait urgence vu que les installeurs ne savaient pas la gérer....) Idem pour l'imprimante, mais j'avais un driver Linux propriétaire, sur le Cd d'install et dont je n'ai pas eu besoin ( merci à Linux printing elle marche avec un driver générique Linux !)
Je pense qu' Hauppage n'est pas anti Linux , ils donnent pas mal de liens pour nous aider...
Cette carte a la particularité de ne pas avoir de port son sur le bus PCI... le son se raccorde par un cordon sur la carte son normale .. chose prévue dans la conf de linux..
mais ces "glands" de Novell.. lorsque je suivais les conseils de ce site :
http://www.madinux.org/Le-partage-de-son-sous-Linux.html
cat /proc/asound/device
Je n'avais pas de port digital audio capture sur la carte son configurée puisque novell avait remplacé ma carte son par celle de la carte TV qui n'a donc pas de sortie son sur le bus PCI avec le driver c88 alsa :
Donc pas de capture audio sur cette carte et pas de son du tout sous KDE, car en plus la vraie carte son était squattée par l'autre dans la conf d'alsa. Quels glands ! vraiment !
Avec Mandriva j'ai bien la bonne carte son ... et j'ai du son !!!
Mais pas de bol ! j'ai le son sur la canal suivant chaque chaine captée par le scan .. GAG !!!!
c'est déjà un progrès ce tuner marche !
En fouinant dans les docs , j'ai trouvé la norme des canaux CCIR et OCIR
ainsi par exemple le canal 29 va de : 534 à 542 Mhz
le tuner pour l'image est accordé sur la fréquence 535,25 : ça marche !
et le son se trouve sur la fréquence 540,75...... soit un décalage de 5,5 Mhz selon la norme CCIR
L'émetteur local est bien calé sur ces fréquences de la norme, puisque ça marche sous Windows , sans rien traffiquer..et que je suis bien calée sur ces fréquences de l'emetteur local.
Avec XawTV, je dois passer sur le canal 30 décalé de 8 Mhz par rapport au canal 29 pour l'image et pour le son... et là puisque je reçois le son de l'émetteur du canal 29 très net, c'est que mon tuner au niveau audio est calé sur la fréquence son du canal 29 : 540,75 Mhz
Sur la canal FR3 qui emet très fort, j'arrive à avoir un peu de son étouffé derrière un super bruit de fond, sur le canal image 26 : et il est à fond, et rès net sur le canal suivant le 27...
c'est pareil pour toutes les chaines captées localement ! ( si TDF déconnait lorsque je me connecte sous Linux on le saurait ! lol !)
c'est donc bien un problème d'accord du tuner pour le canal son et donc un problème de conf, puisque électroniquement parlant tout fonctionne !
Ma carte tuner est vue par Linux comme :
Quote: | tuner = 38 : Philips PAL/SECAM multi (FM1216E MK3 ) |
ce n'est pas ce qu'il y a sur ma carte WinTVGO2 :
Quote: | le chip : Connexant CX 23881-39
type de la carte : 34000-09LF
|
ce qui a l'air OK au niveau des drivers vidéo : bttv v4L, etc...
mais sur le Tuner il y a écrit :
Quote: |
Type : PAL -B/G -I6D /K-Secam 34709 REV J1A5 |
donc rien à voir avec philips...
J'ai cherché en vain dans Mandriva comment changer le modèle de tuner dans la conf de la carte Tv pour essayer avec d'autres types de tuners SECAM : le 3 et d'autres parmi la liste CARDLIST.tuner.... pour essayer avec d'autres modèles de tuner SECAM.
En lisant la doc de Gentoo, ça je sais presque où je vais pouvoir le changer.. YESSSS ! I love Gentoo !
Parce qu'en lisant les Readme de la Tv sous Linux, ( j'ai bien noté un "good luck ! " , ils supposent que c'est un tuner philips ou équivalent
mais peut être que cette carte entre "chien et loup " qui n'est plus fabriquée et possède le chipset 881 plus récent que le 848 est équipée encore avec un ancien tuner le N°3... ( allez savoir ! )
Sur toutes les photos de cartes Hauppauge anciennes ou récentes, il n'y a pas écrit Philips sur le tuner..ce qui ne les empêche pas de marcher sous linux .. et peut être de fonctionner selon les normes de philips.
Tout semble correct au niveau conf des canaux pour l'image, avec le tuner N° 38 ( un philips donc ) seul ce décalage du "synthoniseur son" semble mal configuré.. Sous Windows , ça marche, c'est la même carte , la même élecronique et donc ce n'est qu'un problème de conf de ce tuner pour le son..
Peut être un octet à changer dans les fichiers de /sys/module/tuner/parameters
[/b mais là je perds le fil...
J'en suis donc à chercher comment on peut configurer avec Gentoo ce module "tuner"
et donc à éplucher les sources de :
[b]KERNEL Sources/linux-2.6.19.1/drivers/media/video/cx88/
comme par exemple celui-ci : cx88-tvaudio.c
Pour voir ce que je pourrais éventuellement changer comme paramètre pour recaler correctement le synthoniseur du son !
Mon premier job c'était l'électronique .. avec la TV en VHF et en N & B du temps de l'ORTF et du général de Gaulle ! lol ! ( il me reste quelques souvenirs sur la télé et la démodulation de fréquence.. )
Aujourdhui ce ne sont plus des potentiomètres et des condensateurs variables à régler, mais des octets à bidouiller dans un chipset. en plus ça marche lorsque c'est bien configuré..
Essai avec XawTV !
Mandriva sur son DVD de démo me proposait KDETV, et pas de son bien sur ( il est coupé lorsqu'on est pas sur un canal correct au niveau image...) lorsque je me suis lancée dans la conf graphique de la carte TV, ça m'a envoyée dans xawtv ( ???? ) et ça ne marchait pas non plus..
J'ai lu les Readme et le man de Xawtv et j'ai fini par le faire marcher à peu près ( avec le son décalé d'un canal ) avec cette commande en console et ces options après avoir choisi "SECAM-L France" ( mais je suis têtue !!!! et je ne vais pas lâcher l'affaire comme ça ! si près du but ! ) :
Quote: | $ xawtv -c /dev/video0 -remote
This is xawtv-3.95, running on Linux/i686 (2.6.17-5mdv)
|
Super image sur le canal 29 et son nickel sur le canal 30.. On progersse !
( deux xawtv sur ces deux canaux différents pour avoir le son et l'image, en même temps, j'ai essayé ça ne veut pas le faire )
seulement voilà il y a ces erreurs de charset
Quote: | $ xawtv -c /dev/video0 -remote
This is xawtv-3.95, running on Linux/i686 (2.6.17-5mdv)
Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion |
et là je cale lamentablement..
Un extrait de : /var/log/messages
Quote: | Dec 29 13:15:13 localhost kernel: TV tuner -1 at 0x1fe, Radio tuner -1 at 0x1fe
Dec 29 13:15:13 localhost kernel: tveeprom 0-0050: tuner model is TCL MPE05-2 (idx 105, type 38 )
Dec 29 13:15:13 localhost kernel: tuner 0-0061: chip found @ 0xc2 (cx88[0])
Dec 29 13:15:13 localhost kernel: tuner 0-0061: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3))
Dec 29 15:11:27 localhost kernel: TV tuner -1 at 0x1fe, Radio tuner -1 at 0x1fe
Dec 29 15:11:27 localhost kernel: tveeprom 0-0050: tuner model is TCL MPE05-2 (idx 105, type 38 )
Dec 29 15:11:27 localhost kernel: tuner 0-0061: chip found @ 0xc2 (cx88[0])
Dec 29 15:11:27 localhost kernel: tuner 0-0061: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3)) |
voilà ce que donne un utilitaire de lecture de l'EEPROM Windows avec la même carte , donc kernel tveeprom lit bien correctement le modèle de carte..
Quote: | j'ai XP-SP2 , j'ai le pack de codec satsuki , j'ai KTV d'installé.
Voila Prodinfo
Prodinfo Run at Fri Aug 25 15:14:17 2006
=========================================
Model 34709 Rev. J1A5
Serial #8271401
Tuner Model/Formats: TCL MPE05-2 // (B/G/I/D/K/L/L')
Tuner Audio: Stereo (CX881)
Video Formats: NTSC ( M ) PAL ( B G H I D K M N NCOMBO ) SECAM ( L L' )
Audio Outputs: External
External Inputs: 1
S-Video Inputs: 0
Teletext: Yes (Software)
Radio: None
Decoder: CX881
IR: Yes
EEprom Contents:
03 00 00 00 70 00 01 34
========
84 12 00 00 05 50 15 7f 74 69 01 95 87 55 18 a9 ff 00 00 00 04
84 0a 00 01 01 20 77 00 40 29 36 7e 00
74 02 01 1f 02
79 19
No Version Data Available |
On peut dire que le type 38 ( philips ) est affecté d'office par linux et ne correspond pas exactement avec ce qu'il y a dans l'EEprom de la carte et c'est peut être là le problème..
NON § !! dans tveeprom.c ( tain c'est cool d'avoir les sources je viens de trouver ) la correspondance est faite selon les indications d'Hauupage entre TCL MPE05 et Philips N°38 don,c c'est le bon type de tuner !
{ TUNER_PHILIPS_FM1216ME_MK3, "TCL MPE05-2"},
Puis en cliquant un peu au hasard sur xawtv , il me sort aussi ces erreurs..
Quote: | ioctl: VIDIOC_DQBUF(index=0;type=VIDEO_CAPTURE;bytesused=0;flags=0x0 [];field=ANY;;timecode.type=0;timecode.flags=0;timecode.frames=0;timecode.seconds=0;timecode.minutes=0;timecode.hours=0;timecode.userbits="";sequence=0;memory=unknown): Erreur d'entrée/sortie |
j'ai fait des recherches de la chaine VIDIOC_DQBUF, pour trouver le responsable de ce message, mais il a rien trouvé... et dans les sources du kernel non plus !
j'ai lu les man de ioctl... ( faudra encore lire un peu de la doc linux ! )
Reproduire la conf de mandriva sous gentoo, je vais avoir le même problème..
C'est pourquoi pendant cette période sans internet j'ai un peu plongé dans les modules et les drivers..TV, mais il m'a fallu attendre d'avoir internet pour télécharger les sources du kernel.. et le "good luck" m'a fait sourire ! lol !
S'il suffit de changer de type de tuner pour que ça marche !!!!!! en mettant l'option tuner= 3 ( ou autre ) derrière le chargement de v4l. YES !!!!!!!!
un extrait de la cde lsmod :
Quote: | snd_seq_dummy 3620 0
snd_seq_oss 31392 0
video 13924 0
thermal 11240 0
processor 21448 1 thermal
fan 4036 0
container 3968 0
button 5808 0
battery 8260 0
ac 4292 0
ide_cd 35776 0
binfmt_misc 9800 1
loop 15400 0
nls_iso8859_1 4800 1
nls_cp437 6464 1
vfat 11104 1
fat 46876 1 vfat
dm_mod 49944 0
amd64_agp 10948 0
agpgart 27240 1 amd64_agp
tda9887 16624 0 -> C'était bien lui !
tuner 52268 0
cx8800 28460 0
cx88xx 55620 1 cx8800
ir_common 24484 1 cx88xx
i2c_algo_bit 9352 1 cx88xx
video_buf 21220 2 cx8800,cx88xx
tveeprom 14192 1 cx88xx
i2c_core 17536 5 tda9887,tuner,cx88xx,i2c_algo_bit,tveeprom
v4l2_common 15648 2 tuner,cx8800
compat_ioctl32 1952 1 cx8800
v4l1_compat 14212 1 cx8800
btcx_risc 4840 2 cx8800,cx88xx
videodev 8064 2 cx8800,cx88xx
usblp 12352 0
ehci_hcd 29160 0
ohci_hcd 19012 0
usbcore 113472 4 usblp,ehci_hcd,ohci_hcd
evdev 8864 2
tsdev 7040 0
ext3 124936 2
jbd 51028 1 ext3
sd_mod 18368 4
sata_nv 7332 3
libata 60620 1 sata_nv
scsi_mod 118376 2 sd_mod,libata
[root@localhost jacqueline]# |
dans les source de tda9887 on est pas loin du problème
ça ressemble au vocabulaire de la démodulation de fréquence
alors peut être que c'est pas le bon driver.. en plus j'ai pas de canal FM radio sur cette carte.. ou qu'il n'est pas bein configuré
le TDA9886 semblerait plus adapté... ( mais il n'est pas dans les sources du kernel )
ce driver tda9887 et donc utilisé par ic2_core, que je ne trouve pas.. dans les fichiers de cond des modules de mandriva /etc
modprobe .conf modprobe.preload. modules
et donc si ça ne me configure pas correctement la partie son du tuner forcément ( en laissant quelques bits à zéro au lieu de 1 ( voir les trucs en rouge ci dessous. avec les commentaires en face !)
Ne manquerait-il pas tout simplement une petite commande pour refaire les dépendances des modules.. ou une option pour que ce module soit lancé et qu'il passe les bonnes options ... au driver tda9887... si ça se fait à l'install, je suis foutue pour la trouver..
( cette salade dans les distribs prémachées, il y a douze mille drivers qui servent à rien mais ils sont là au cas où ! c'est pire qu'à carrefour ! comment ne pas en oublier un dans la conf ??? lol ! )
Quote: | /* Chips:
TDA9885 (PAL, NTSC)
TDA9886 (PAL, SECAM, NTSC)
TDA9887 (PAL, SECAM, NTSC, FM Radio)
Used as part of several tuners
*/
#define tda9887_info(fmt, arg...) do {\
printk(KERN_INFO "%s %d-%04x: " fmt, t->i2c.name, \
i2c_adapter_id(t->i2c.adapter), t->i2c.addr , ##arg); } while (0)
#define tda9887_dbg(fmt, arg...) do {\
if (tuner_debug) \
printk(KERN_INFO "%s %d-%04x: " fmt, t->i2c.name, \
i2c_adapter_id(t->i2c.adapter), t->i2c.addr , ##arg); } while (0)
/* ---------------------------------------------------------------------- */
#define UNSET (-1U)
struct tvnorm {
v4l2_std_id std;
char *name;
unsigned char b;
unsigned char c;
unsigned char e;
};
/* ---------------------------------------------------------------------- */
//
// TDA defines
//
//// first reg (b)
#define cVideoTrapBypassOFF 0x00 // bit b0
#define cVideoTrapBypassON 0x01 // bit b0
#define cAutoMuteFmInactive 0x00 // bit b1
#define cAutoMuteFmActive 0x02 // bit b1
#define cIntercarrier 0x00 // bit b2
#define cQSS 0x04 // bit b2
#define cPositiveAmTV 0x00 // bit b3:4
#define cFmRadio 0x08 // bit b3:4
#define cNegativeFmTV 0x10 // bit b3:4
#define cForcedMuteAudioON 0x20 // bit b5
#define cForcedMuteAudioOFF 0x00 // bit b5
#define cOutputPort1Active 0x00 // bit b6
#define cOutputPort1Inactive 0x40 // bit b6
#define cOutputPort2Active 0x00 // bit b7
#define cOutputPort2Inactive 0x80 // bit b7
//// second reg (c)
#define cDeemphasisOFF 0x00 // bit c5
#define cDeemphasisON 0x20 // bit c5
#define cDeemphasis75 0x00 // bit c6
#define cDeemphasis50 0x40 // bit c6
#define cAudioGain0 0x00 // bit c7
#define cAudioGain6 0x80 // bit c7
#define cTopMask 0x1f // bit c0:4
#define cTopDefault 0x10 // bit c0:4
//// third reg (e)
#define cAudioIF_4_5 0x00 // bit e0:1 Tout ce qu'il y a comme valeur à coté correspond
#define cAudioIF_5_5 0x01 // bit e0:1 aux divers décalages en Mhz entre le canal image et le canal son
#define cAudioIF_6_0 0x02 // bit e0:1 selon les standards TV : 5,5 Mhz pour le CCIR 6,5MHz pour l'OICR
#define cAudioIF_6_5 0x03 // bit e0:1
[b] Ce qui expliquerait que si ces bits sont à zéro, parce que ce driver n'est lancé par personne, mon tuner son n'est pas décalé par rapport au canal image et en passant au channel suivant décalé de 8 Mhz , je suis presque en face de la frequence son de l'émetteur qui est à + 5,5 Mhz et mon tuner capte le son.
Bien entendu, ce ne sont que des suppositions ...
#define cVideoIF_58_75 0x00 // bit e2:4
#define cVideoIF_45_75 0x04 // bit e2:4
#define cVideoIF_38_90 0x08 // bit e2:4
#define cVideoIF_38_00 0x0C // bit e2:4
#define cVideoIF_33_90 0x10 // bit e2:4
#define cVideoIF_33_40 0x14 // bit e2:4
#define cRadioIF_45_75 0x18 // bit e2:4
#define cRadioIF_38_90 0x1C // bit e2:4
#define cTunerGainNormal 0x00 // bit e5
#define cTunerGainLow 0x20 // bit e5
#define cGating_18 0x00 // bit e6
#define cGating_36 0x40 // bit e6
#define cAgcOutON 0x80 // bit e7
#define cAgcOutOFF 0x00 // bit e7
et suite... |
Désolée pour la longueur du post.. mais je fouine depuis quelques jours dans cette conf de carte TV.. pour essayer de comprendre comment ça marche.. et y a pas trop de linuxiens possesseurs de cette carte WinTV GO2 pour me donner les bons drivers et la bonne conf.
Merci à ceux qui ont eu la patience d'aller au bout et qui pourraient me donner quelques tuyaux... car je suis peut être complètement à coté du problème..mais ce ne sera pas faute d'avoir cherché.. De quoi apprécier le boulot et les difficultés de ceux qui pondent ces drivers..et un grand merci à l'open source.. et à GNU et à la GPL...
Jacqueline.
Last edited by Jacqueline on Sun Jul 08, 2007 6:07 pm; edited 1 time in total |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
titoucha Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/10449069954413d790886fc.jpg)
Joined: 21 Jul 2005 Posts: 2374 Location: Genève
|
Posted: Sat Dec 30, 2006 5:20 am Post subject: |
|
|
Je ne sais pas vraiment ce que tu veux car tu es allé beaucoup plus loin dans tes recherches que je ne l'ai fait pour ma carte graphique.
Pour mettre à jour les dépendance des modules il y à mais je ne sais pas si c'est vraiment ce que tu as besoin.
Pour charger un module bien précis au démarrage, il suffit de le mettre dans le fichier /etc/modules.autoload.d/kernel-2.6
PS: Il est vraiment touffu ton mail. ![Shocked 8O](images/smiles/icon_eek.gif) _________________ Assurez-vous que le titre de votre message soit conforme aux conventions de ce forum (paragraphe 3/3 : Comment poster sur le forum ??) |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
dapsaille Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/188543795242512dd3785fb.gif)
Joined: 02 Aug 2004 Posts: 2366 Location: Paris
|
Posted: Sat Dec 30, 2006 9:22 am Post subject: |
|
|
Niaaaaaaaaaaa
Humm ....
heuuu
Question bête et méchante, as tu regarde dans les fichiers inf du driver windows ? des fois des surprise s'y trouvent ,
comme une référence à un chipset qui est mal annoncé sur la carte ou autres ..
Maintenant ne connaissant rien à la démodulation de fréquence je vais poser le problème bêtement ...
Si video = 1mhz et audio = 4mhz pour la même chaine alors audio = video + 3 non ? pourquoi ne pas appliquer cette règle dans ton fichier de configuration du logiciel de lecture ??
(ouais je sais ca as l'air simple à dire mais à faire ca doit pas fonctionner comme ca) |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Jacqueline Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/867606726488856d344814.jpg)
Joined: 28 Jul 2006 Posts: 161 Location: Netherland
|
Posted: Sat Dec 30, 2006 9:44 am Post subject: |
|
|
Oui il est vraiment touffu...
Après une nuit de sommeil, mais j'ai encore trouvé des trucs après..
Ce module tdaxxx est bien lancé ( à chaque reboot apparemment, ) j'ai pu le vérifier dans le /var/log/messages (mal foutu de la mandriva, d'où l'importance de ne pas négliger le système des logs et l'option debug de certains modules ) mais je suis presque certaine qu'il est mal configuré et que c'est lui qui est en cause.
Après ces recherches, je suis sûre que c'est le bon driver. ( ce n'était pas évident : Suse s'était bien planté de driver carte son )
( chez Suse avec KdeTV je n'ai pas eu de réponses à part des banalités et la conclusion un peu trop hâtive que ma carte ne serait pas compatible )
Donc sous Gentoo .. tout ce qui concerne la TV va rester en modules. ( le son aussi ) C'est plus prudent...
Ce qui m'inquiétait lorsque j'ai fait cette première conf de kernel, c'est de ne pas avoir vu cette liste impressionnante de modules...
Mais je pense que comme pour alsa et oss, il n'y a qu 'un truc à choisir au moment de la conf du kernel et que toute la suite se fait avec la dépendance des modules.... ( une chose que j'ai du mal à trouver dans les distribs qui s'installent automatiquement , chacune faisant sa salade avec des noms de fichiers particuliers )...
La conf de mon tuner ( mais là je ne parle pas de PAL/SECAM ni du pays qu'on peut modifier avec le programme de lecture TV, mais de la partie plus "hard" ( démodulation) du tuner, qu'on ne change jamais ) avec tadxxx, se ferait donc à chaque reboot..
Une fois est suffisante.
Enfin il faut que je trouve comment on donne les bonnes options à ce module tdaxxx.
Beaucoup de Linuxiens, je pense , utilisent le tuner N°38, commun à plusieurs cartes TV ( selon tveeeprom qui choisit le numéro de tuner à configurer ) et la conf de base convient parfaitement.. mais il semblerait qu'elle ne convient pas à cette carte particulière.
Bin là j'ai toute la liste pour trouver où se fait cette conf..
[root@localhost /]# find | grep tda9887
./sys/module/tda9887
./sys/module/tda9887/sections
./sys/module/tda9887/sections/.strtab
./sys/module/tda9887/sections/.symtab
./sys/module/tda9887/sections/.bss
./sys/module/tda9887/sections/.gnu.linkonce.this_module
./sys/module/tda9887/sections/.data
./sys/module/tda9887/sections/__param
./sys/module/tda9887/sections/.rodata.str1.1
./sys/module/tda9887/sections/.rodata.str1.4
./sys/module/tda9887/sections/.rodata
./sys/module/tda9887/sections/.init.text
./sys/module/tda9887/sections/.exit.text
./sys/module/tda9887/sections/.text
./sys/module/tda9887/refcnt
./sys/module/tda9887/parameters
./sys/module/tda9887/parameters/ntsc
./sys/module/tda9887/parameters/secam
./sys/module/tda9887/parameters/pal
./sys/module/tda9887/parameters/adjust
./sys/module/tda9887/parameters/qss
./sys/module/tda9887/parameters/port2
./sys/module/tda9887/parameters/port1
./sys/module/tda9887/parameters/debug
./sys/bus/i2c/drivers/tda9887
./sys/bus/i2c/drivers/tda9887/0-0043
./sys/bus/i2c/drivers/tda9887/bind
./sys/bus/i2c/drivers/tda9887/unbind
./sys/bus/i2c/drivers/tda9887/module
./lib/modules/2.6.17-5mdv/kernel/drivers/media/video/tda9887.ko.gz
[root@localhost /]#
Mais ce n'est pas évident
Peut être que c'est l'installeur auto qui fixe certains paramètres et c'est là que ça pêche... ( suffit de voir le nb de gens qui ont des problèmes de son avec leur carte TV.. pas de son , juste un grésillement ) ????
Je n'ai encore jamais configuré un driver à la main... ( on va voir ça bientôt )
Cette structure de répertoires est en partie commune à presque tous les drivers... et d'autres spécifiques à chacun ( logique )
Le paramètre debug, c'est simple : il y a 0 ou 1 , mais les autres ne sont pas très causants.. 0, -1, ou - ou -- et la doc... à part le source de tda9887 qui donnait quelques pistes avec des noms de paramètres...et ses commentaires un peu lights.
Là j'ai trouvé un os à ronger quand Gentoo va tourner ![Very Happy :D](images/smiles/icon_biggrin.gif) |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Jacqueline Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/867606726488856d344814.jpg)
Joined: 28 Jul 2006 Posts: 161 Location: Netherland
|
Posted: Sat Dec 30, 2006 11:11 am Post subject: |
|
|
dapsaille yes !
Oui j'ai bien regardé le binaire de tuner hauppauge pour windows.. sachant que parfois on peut dénicher quelques infos... hélas ce n'était pas très causant..
J'ai vu un problème identique avec cette carte chez un windowsien qui a du récupérer une version plus récente du driver hauppauge.
En tous cas ce n'est pas configurable dans KdeTv XawTV, comme PAL ou SECAM et à part dans le source de ce tda9887 , je n'ai rien vu d'autre qui se configure..
Je suis pratiquement sure que c'est cAudioIF
Quote: | //// third reg (e)
#define cAudioIF_4_5 0x00 // bit e0:1
#define cAudioIF_5_5 0x01 // bit e0:1
#define cAudioIF_6_0 0x02 // bit e0:1
#define cAudioIF_6_5 0x03 // bit e0:1 |
Normalement c'est fait ici dans la suite de tda9887 selon le standard..qui doit rentrer comme paramètre je suppose.. et ce serait 6_5 au lieu de 6.5..mais ce n'est pas fait puisque je dois passer à +8 Mhz en changeant de canal pour capter le son.. ( on a un peu de marge )
Quote: | },{
.std = V4L2_STD_SECAM_L,
.name = "SECAM-L",
.b = ( cPositiveAmTV |
cQSS ),
.c = ( cTopDefault),
.e = ( cGating_36 |
cAudioIF_6_5 |
cVideoIF_38_90 ),
},{ |
Il ya ça aussi et on voit un lien avec i2C_core et quelques remarques du développeur !!!!
Quote: | static void tda9887_configure(struct i2c_client *client)
{
struct tuner *t = i2c_get_clientdata(client);
int rc;
memset(t->tda9887_data,0,sizeof(t->tda9887_data));
tda9887_set_tvnorm(t,t->tda9887_data);
/* A note on the port settings:
These settings tend to depend on the specifics of the board.
By default they are set to inactive (bit value 1) by this driver,
overwriting any changes made by the tvnorm. This means that it
is the responsibility of the module using the tda9887 to set
these values in case of changes in the tvnorm.
In many cases port 2 should be made active (0) when selecting
SECAM-L, and port 2 should remain inactive (1) for SECAM-L'.
For the other standards the tda9887 application note says that
the ports should be set to active (0), but, again, that may
differ depending on the precise hardware configuration.
*/ |
Sinon, à part déménager dans un autre pays avec un décalage de 4,5 Mhz ( valeur 0x00 ) pour faire marcher ma carte TV ![Laughing :lol:](images/smiles/icon_lol.gif)
Last edited by Jacqueline on Sat Dec 30, 2006 11:44 am; edited 1 time in total |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
dapsaille Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/188543795242512dd3785fb.gif)
Joined: 02 Aug 2004 Posts: 2366 Location: Paris
|
Posted: Sat Dec 30, 2006 11:26 am Post subject: |
|
|
Jacqueline ... try and see :p
Decommente la valeur et recompile ton kernel ou si il est en module tappes dans /usr/src/linux
Code: |
make modules && make modules_install && depmod
|
|
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Jacqueline Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/867606726488856d344814.jpg)
Joined: 28 Jul 2006 Posts: 161 Location: Netherland
|
Posted: Sun Jul 08, 2007 6:01 pm Post subject: |
|
|
ouf régél !
Cette carte a son tuner TV Analogique piloté par l'2C,..
Il n'y a donc pas besoin du module de pilotage du tuner tda9887 ( installé malgré tout par cette distrib à clicks ! ) alors qu'il ne peut rien faire via le bus PCI .
Mais malgré tout j'avais l'I2C ( pour lire l'EEPROM par exemple ) et envoyer une cde de scan avec xawtv ( only !)
Le décalage de fréquence porteuse son / porteuse image pour le tuner ( analogique ) n'étant pas initialisé par le tda9887, je chopais le son sur la canal N+1 , qui tombait en face du son sur mon tuner ! ( avec 0 MHZ de décalage )
xawtv ne coupe pas le son lorsqu' on ne reçoit pas l'image , alors que KDETV , le coupe .et je ne pouvais pas m'apercevoir du phénomène ( son d'une chaine N sur le canal voisin ! )
Dans les "ditribs clickables" pour cette carte WINTV GO2 un peu folklo dans la série des Hauppage type 34xxxxx c'est écrit sur le circuit imprimé ) (
Une seule entrée de carte dans /usr/src/linux-2.6.18.2-34/drivers/media/video/cx88/cx88-cards.c
Il ne faut pas configurer de tuner ( enfin quand la distrib nous laisse ce choix ! ) sinon rvla le tda 9887 en module !! FATAL ! Et on retombe sur le même problème...
Sans lui ça marche nickel !
En plus elle marche bien en type inconnu/générique ( la première ) en Vidéo composite ( forcément ! ) .. Mais lorsqu'on voit une carte Type 34XXXX on se dit c'est celle là !
Le début de /usr/src/linux-2.6.18.2-34/drivers/media/video/cx88/cx88-cards.c
Quote: | /* board config info */
struct cx88_board cx88_boards[] = {
[CX88_BOARD_UNKNOWN] = {
.name = "UNKNOWN/GENERIC",
.tuner_type = UNSET,
.radio_type = UNSET,
.tuner_addr = ADDR_UNSET,
.radio_addr = ADDR_UNSET,
.input = {{
.type = CX88_VMUX_COMPOSITE1,
.vmux = 0,
},{
.type = CX88_VMUX_COMPOSITE2,
.vmux = 1,
},{
.type = CX88_VMUX_COMPOSITE3,
.vmux = 2,
},{
.type = CX88_VMUX_COMPOSITE4,
.vmux = 3,
}},
},
[CX88_BOARD_HAUPPAUGE] = {
.name = "Hauppauge WinTV 34xxx models",
.tuner_type = UNSET,
.radio_type = UNSET,
.tuner_addr = ADDR_UNSET,
.radio_addr = ADDR_UNSET,
.tda9887_conf = TDA9887_PRESENT,
.input = {{
.type = CX88_VMUX_TELEVISION,
.vmux = 0,
.gpio0 = 0xff00, // internal decoder
},{
.type = CX88_VMUX_DEBUG,
.vmux = 0,
.gpio0 = 0xff01, // mono from tuner chip
},{
.type = CX88_VMUX_COMPOSITE1,
.vmux = 1,
.gpio0 = 0xff02,
},{
.type = CX88_VMUX_SVIDEO,
.vmux = 2,
.gpio0 = 0xff02,
}},
.radio = {
.type = CX88_RADIO,
.gpio0 = 0xff01,
},
},
[CX88_BOARD_GDI] = {
.name = "GDI Black Gold", |
M'enfin même sous windows , certains ont eu des pb avec ce modèle.. Mais alors là pour trouver le pb.; ya plus qu'à acheter une autre carte TV !
puis il y avait cette note que pas mal de distribs ont zappé , je pense ..( mais j'y comprenais rine ..
Quote: | /* A note on the port settings:
These settings tend to depend on the specifics of the board.
By default they are set to inactive (bit value 1) by this driver,
overwriting any changes made by the tvnorm. This means that it
is the responsibility of the module using the tda9887 to set
these values in case of changes in the tvnorm.
In many cases port 2 should be made active (0) when selecting
SECAM-L, and port 2 should remain inactive (1) for SECAM-L'.
For the other standards the tda9887 application note says that
the ports should be set to active (0), but, again, that may
differ depending on the precise hardware configuration.
*/ |
|
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|