[pvrusb2] no audio with PAL and tda9887
Mike Isely
isely at isely.net
Sat Dec 31 14:03:09 CST 2005
Michael:
Which msp3400.ko are you using?
The msp3400 that is part of kernels from 2.6.15 onward has a changed
command set. The current driver snapshot does NOT adapt to this and thus
there will be no sound. I just now made this realization (as I was
debugging a similar problem here).
-Mike
On Sat, 31 Dec 2005, Mike Isely wrote:
> On Sat, 31 Dec 2005, Frans Meulenbroeks wrote:
>
>> Michael, what version do you exactly have?
>>
>> I also have a multistandard device and with the port2
>> thing this works like a charm.
>> My device says on the bottom 29039 rev D160.
>>
>> I'm not sure whether switching from SECAM to PAL will
>> cause the problem. If so you could probably hack
>> starting with PAL in the driver. If that would work in
>> the end a module parameter could be added to specify
>> the initial system.
>
> That should not be an issue. When the video standard is changed, the pvrusb2
> driver will pass this info to tda9887 which should adjust (if needed)
> accordingly.
>
>>
>> Mike is there anything in the log on the loading of
>> the tda9887 that shows whether port2 is set or not?
>> Otherwise perhaps try the -debug=2 or whatever it was
>> we attempted last week.
>
> No, there won't be anything in the log, at least not from the pvrusb2 driver
> since those tda9887 settings are internal to that module. However as you
> suggest, debug=2 will reveal all of that.
>
> Reloading tda9887 with debug=2 is a helpful thing to do. You'll be able to
> tell exactly what is being sent to the chip and _when_ it is being sent.
>
> -Mike
>
>
--
| Mike Isely | PGP fingerprint
Spammers Die!! | | 03 54 43 4D 75 E5 CC 92
| isely @ pobox (dot) com | 71 16 01 E2 B5 F5 C1 E8
| |
More information about the pvrusb2
mailing list