Hi, Morfsta schrieb: >> Please report the debug output here for further investigation. > > Attached are two files - tuning to the same DVB-T channel using either > system and the Philips frontend... vdr-1.4.x shows the channel fine, > 1.5.12 does not. > > Hope this helps and thanks again for your assistance. Hmm, the translation layer doesn't work correctly. It doesn't translate new bandwidth value 1 to old bandwidth value 0, although there exists code to do this translation, and it should get called as the other translations happen correctly. As a result the old driver uses a bandwidth of 7 MHz instead of 8 MHz. While copying the code here to ask for help in searching the bug, it seems that I found the bug -- a missing break in the DVB-T case ;-) Please try the attached patch. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@xxxxxx
diff --git a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c b/linux/drivers/media/dvb/dvb-core/dvb_frontend.c --- a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c +++ b/linux/drivers/media/dvb/dvb-core/dvb_frontend.c @@ -413,7 +441,7 @@ int newapi_to_olddrv(struct dvbfe_params ofdm->transmission_mode = TRANSMISSION_MODE_AUTO; break; default: - dprintk("%s: Unsupported transmission mode %x\n", __func__, dvbt->bandwidth); + dprintk("%s: Unsupported transmission mode %x\n", __func__, dvbt->transmission_mode); return -EINVAL; } switch (dvbt->guard_interval) { @@ -454,6 +482,7 @@ int newapi_to_olddrv(struct dvbfe_params } break; } + break; case DVBFE_DELSYS_ATSC: newmod_to_oldmod(atsc->modulation, &vsb->modulation); break;
_______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr