[mythtv-users] Unsupported bandwidth parameter with PCTV 290e after upgrade to Fedora 16

[Niklas Brunlid]

Hi,

On 23 April 2012 09:09, Karl Dietz <dekarl at spaetfruehstuecken.org> wrote:

> Hi Niklas,
>
> On 23.04.2012 08:44, Niklas Brunlid wrote:
>
>  On 8 April 2012 19:20, Niklas Brunlid wrote:
>>
>>    My PCTV nanoStick T2 290e fails to start recording, and in the
>>    backend logs I see:
>>
>>    2012-04-08 18:38:12.611 DVBChan(24:/dev/dvb/adapter_**290e/frontend0)
>>    Warning: Unsupported bandwidth parameter.
>>    2012-04-08 18:38:14.273 DVBChan(34:/dev/dvb/adapter_**290e/frontend0)
>>    Warning: Unsupported bandwidth parameter.
>>
>>
>> In 0.25 I instead get this from the backend:
>>
>> 2012-04-22 14:08:41.875453 W [4541/4541] CoreContext dvbchannel.cpp:414
>> (CheckOptions) - DVBChan(24:/dev/dvb/adapter_**290e/frontend0): 'Auto'
>> bandwidth parameter unsupported by this driver.
>> 2012-04-22 14:08:42.996041 W [4541/4541] CoreContext dvbchannel.cpp:414
>> (CheckOptions) - DVBChan(34:/dev/dvb/adapter_**290e/frontend0): 'Auto'
>> bandwidth parameter unsupported by this driver.
>>
>
> Looks like the driver can not autodetect the bandwidth. You could try
> to scan channels starting from a manually entered channel. (Including
> manually picking the bandwidth and maybe other transmission parameters)
> The scanner should then pick up the other channels from the transmitted
> metadata on the first channel.


And in mythtvsetup I can manually enter bandwidth? I didn't use the MythTV
scanner the last time I set this up, which was quite a while ago. :)

I just found
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/45723/match=290ewhere,
from my limited understanding, it seems that the kernel modules for
the 290e have moved on to something called "multi-standard frontends". I
tried running

w_scan -fc -cSE

...and it seems to find the transponders properly.

/ Niklas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20120423/fd34ec95/attachment.html>