Robert Schiele wrote: > > On Fri, Nov 08, 2002 at 10:20:32AM +0100, Frank Meyering wrote: > > Hi, > > > > the problem occurs also with DVB-c cards. The first time I noticed the > > problem was with driver snapshot from 20021022. Therfore I guess the > > critical change was made in 21st October 2002. Older driver versions don't > > have these problems, but they don't work with vdr-1.1.15 :-(. > > > > I added a line calling czap in the runvdr script. Since czap manages it > > sooner or later to tune a channel this is a nice workaround. Please notice: > > The problem occurs only direct after module initialisation. Once a channel > > is tuned there is no problem further on. Also a vdr restart with loaded > > driver causes no problem. But reloading the driver will cause trouble. > > Sometimes czap reports a lock in the second line, sometimes it takes up to > > 30 lines until it locks. Status is eiher "00" or "07", signal, snr, ber and > > unc are changing randomly. I was not able to detect an algorithm or to > > reproduce the same czap output twice (for example loading the driver direct > > after a cold start and tuning "Das Erste" causes every time different > > outputs). > > I can approve that with Hauppauge DVB-C Rev. 2.1. But as czap manages > to tune, I am not absolutely sure, whether this is a bug in the driver > or in the client application vdr.
Please make sure _all_ parameters are set correctly in the "Edit channel" menu of VDR. By default VDR sets all special DVB-C and DVB-T parameters to "auto", which may or may not be correct for any particular channel. Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: [EMAIL PROTECTED] D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
