Avoiding the tuner on a broken FF card

Message ID 42F63EC2.8070106@gmail.com
State New
Headers

Commit Message

Anssi Hannula Aug. 7, 2005, 5:02 p.m. UTC
  Gavin Hamill wrote:
> Hi :) 
> 
> I have a FF DVB-C and a budget DVB-C, (they're both ves1820 devices) and the 
> tuner on the FF card is v unreliable - I would like to avoid using it 
> entirely.
> 
> Is there a magic one-line hack for VDR to bypass the device-selection logic 
> and always use a specific device, and hence always force transfer mode from 
> the budget card to the MPEG decoder on the FF card?
> 

The attached oneline patch causes dvb device 0 to look like a card with 
unknown frontend type, so VDR shouln't know how to use it. Untested.
  

Comments

Gavin Hamill Aug. 7, 2005, 6:22 p.m. UTC | #1
On Sunday 07 August 2005 18:02, Anssi Hannula wrote:
> Gavin Hamill wrote:

> The attached oneline patch causes dvb device 0 to look like a card with
> unknown frontend type, so VDR shouln't know how to use it. Untested.

Perfect - both that and the 'If(PrimaryDevice) hacks pointed to by Patrick 
work like a charm for FTA chans, so I'm happy until I can get another FF card 
=)

Cheers,
Gavin.
  
Heikki Manninen Aug. 24, 2005, 5:14 a.m. UTC | #2
On su, 2005-08-07 at 19:22 +0100, Gavin Hamill wrote:
> On Sunday 07 August 2005 18:02, Anssi Hannula wrote:
> > Gavin Hamill wrote:
> 
> > The attached oneline patch causes dvb device 0 to look like a card with
> > unknown frontend type, so VDR shouln't know how to use it. Untested.
> 
> Perfect - both that and the 'If(PrimaryDevice) hacks pointed to by Patrick 
> work like a charm for FTA chans, so I'm happy until I can get another FF card 
> =)

Like I mentioned befora, I'm having the same kind of problem. My primary
card (Fujitsu-Siemens DVB-C) doesn't receive QAM128 channels at
particular frequencies very well but I'd like to keep it because of the
quality RGB output.

Tried both of these hacks to disable it's use as a receiver but with a
disapppointment. Both of them cause ARM crashes/errors on the primary
card (otherwise, the funtional part works ok and as expected):

dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
dvb-ttpci: av7110_fw_cmd error -110

and so on..

The "dvbdevice-avoid-0.diff" also makes channel changing untolerably
slow but then again, it was untested and something like this could be
expected.
  

Patch

--- dvbdevice.c	2005-08-06 02:22:45.000000000 +0300
+++ dvbdevice.c.new	2005-08-07 19:56:45.000000000 +0300
@@ -409,7 +409,7 @@  cDvbDevice::cDvbDevice(int n)
   if (fd_frontend >= 0) {
      dvb_frontend_info feinfo;
      if (ioctl(fd_frontend, FE_GET_INFO, &feinfo) >= 0) {
-        frontendType = feinfo.type;
+        frontendType = n == 0 ? frontendType : feinfo.type;
         ciHandler = cCiHandler::CreateCiHandler(*cDvbName(DEV_DVB_CA, n));
         dvbTuner = new cDvbTuner(fd_frontend, CardIndex(), frontendType, ciHandler);
         }