hermann pitton a écrit :> Hi,>> Am Sonntag, den 21.09.2008, 19:12 +0000 schrieb dabby bentam: > >> Thanks for your assistant.>>>> Yes, that makes sense, as the TV sound can be turned on.>>>> I'll try your suggestions, changing the code to LINE1.>>>> Has anyone tried this - Mostly it is high (0x0200000) for the radio switch, only sometimes the>> other way round. Then you must set .gpio = 0x0200000 for the TV input>> with the same gpio_mask. < did you try this tom?>>>> Thanks to all, i will play around with this, hopefully get a result. Is there anyway to find the exact gpio mask?>>>> David>> >> please don't top post. I continue below.>> >> ---------------------------------------->> >>> Subject: Re: FIXME: audio doesn't work on svideo/composite - hvr-1110 S-Video and Composite>>> From: hermann-pitton@xxxxxxxx>>> To: tomlohave@xxxxxxxxx>>> CC: db260179@xxxxxxxxxxx; linux-dvb@xxxxxxxxxxx; video4linux-list@xxxxxxxxxx>>> Date: Sat, 20 Sep 2008 19:15:05 +0200>>>>>> Hello,>>>>>> Am Samstag, den 20.09.2008, 15:29 +0200 schrieb tomlohave@xxxxxxxxx:>>> >>>> dabby bentam a écrit :>>>> >>>>> Hi Tom,>>>>>>>>>> Sorry to bother you like this in this way. I'm emailing because i have >>>>> a Wintv hvr-1110 card. In the kernel sources it has>>>>>>>>>> FIXME: audio doesn't work on svideo/composite>>>>>>>>>> Do you know what is required to get this to work?>>>>>>>>>> Can i help in getting this to work?>>>>>>>>>> Thanks for your time>>>>>>>>>> David Bentham>>>>>>>>>> >>>> Hi,>>>>>>>> first, sorry for my poor english>>>>>>>> No sorry not sure what to do, i've try many configurations and >>>> modifications in order to have svideo/composite audio but no result>>>>>>>> you can try different parameter (see in sources, take example on other >>>> cards)>>>> or ask on linuxtv mailing list>>>> I forward your precedant mail to this list>>>>>>>> Cheers>>>>>>>> Thomas>>>>>>>> >>> there are different models of the HVR-1110 we can see on>>> hauppauge_eeprom down in saa7134-cards.c.>>>>>> Some don't even have analog audio in.>>>>>> In case it is there, if the current LINE2 stereo input pair doesn't>>> work, then it is LINE1.>>>>>> If that still does not work, you can expect an external gpio driven mux>>> chip on the board. On cards with analog audio out it can be fairly easy>>> tested by unloading the driver. Default is then to loop the sound>>> through to the analog output of the card to the soundcard, but with the>>> driver unloaded you can't test, since you need saa7134-alsa for it>>> without having analog audio out connected on the card.>>>>>> In that case regspy.exe from DScaler (deinterlace.sf.net) might help.>>>>>> A work around could be to plug the external analog sound directly into>>> the sound card/chip and record from there.>>>>>> Was the radio ever tested? Since the tda8275ac1 has only one RF signal>>> input pin and the card has two antenna connectors, we usually see that>>> these inputs are switched on gpio21 including the AutoGainControl and>>> using the 5.5MHz ceramic filter for radio input.>>>>>> See the other cards with TUNER_PHILIPS_TDA8290.>>>>>> Mostly it is high (0x0200000) for the radio switch, only sometimes the>>> other way round. Then you must set .gpio = 0x0200000 for the TV input>>> with the same gpio_mask.>>>>>> >> For the TV versus radio switch the gpio mask is just 0x0200000.>> With this mask only gpio pin 21 will change.>> By default the driver will set it to 0, only for that input gpio => 0x0200000 is set in the card's config, it will change it to 1.> (masked writes, "modinfo saa7134" gpio_tracking=1)>> If changing the amux to LINE1 doesn't help for s-video and composite,> testing with saa7134-alsa there and say sox, then regspy might help.>> If you use the supplied m$ app, not DScaler, and save the logs for the> card in status unused, TV, composite/s-video and radio, we will see the> gpio mask in use there and likely changing gpio pins.>> They often have more pins in the mask and also more that change,> but usually one of them will be what we need to add to the mask.>> It looks like manufacturers group their devices together with a gpio> mask covering so far all of them, then subsets of devices do appear,> which still do more changes on the pins, then for a specific single> device would be needed.>> With a high granularity for each device, based on a doubtless and> consistent eeprom detection, the gpio settings likely could be single> device specific too, if wanted.>> But since we might see unrelated gpio changes there too, dunno, first of> all make sure that amux LINE1 does not resolve the problem.>> Cheers,> Hermann>>>>>> I remember that regspy shows nothing when i attempted to switch to svideo/composite.i haven't got a pc with windows (only linux + freevo on it) so i can't do anything else for now. Line1 doesn't work for me so it's why there is a FIXME in sources .... Cheers, Thomas. _______________________________________________linux-dvb mailing listlinux-dvb@xxxxxxxxxxxxxxx://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
