[linux-dvb] Re: Fusion HDTV 5

Michael Krufky mkrufky at m1k.net
Tue Aug 16 16:57:08 CEST 2005


David Engel wrote:

>On Mon, Aug 15, 2005 at 10:57:56PM -0500, David Engel wrote:
>  
>
>>No, I could get FR_HAS_LOCK.  However, the signal was always 0000 and
>>any attempts to actually capture anything resulted in a TS stream
>>where mplayer couldn't find any video.
>>    
>>
>I have to backtrack a little on this.
>
>Just for grins, I did a rescan for QAM256 on my cable last night.  I
>found 7 services, 4 of which had non-0 video pids.  I tried tuning
>them but still got a signal strength of 0000.  I tried a capture on a
>few of them anyway, and surpisingly, got something.  Mac, is the
>signal strength checking in the Fusion 5 driver known to work?
>  
>
David, You must have missed the email that Mac sent rather recently, 
explaining that signal strength DOES work, but Mac isn't yet happy with 
the return values.  Currently, the driver is hard-coded to ALWAYS return 
0.  It is probably better off that Mac chose to do this, because it 
would be worse if it were reporting a signal strength value that meant 
absolutely nothing, and to have the unit-scale of nothingness change 
with each driver revision. ... and I quote:

<<from mac michaels:

This is because I have not found a method to generate a 
signal strength that I like. Signal strength is not 
directly available from the lgdt330x chip. The driver 
always returns 0.

 >>

Mac, is there anything that I can do to help you get this feature 
implemented?  Is there any info that you need that someone reading this 
list might be able to provide?

David, If you are getting a LOCK, then this means that you are locking 
onto the frequency correctly, but that the data is encrypted, and cannot 
be handled by the driver.

>I didn't recognize the programs nor channels I captured.  After
>unsuccessfully trying to capture some video pid 0 services, I went
>back and was no longer able to find any video.  It was late so I
>didn't do any more.
>
>  
>
Ah, so now you ARE getting a picture... this is good.  I have some 
similar experience to what you are getting.  My cable company offers 
ON-DEMAND.  This is a method in which the customer can use the GUI 
built-in to the provided set-top-box to choose video content provided by 
the cable company to watch at the customer's choosing.

I have noticed that there are certain unencrypted channels that seem to 
carry HDTV content that is not currently being offered by any standard 
cable channels... I have discovered that this content is actually an 
ON-DEMAND session being watched by someone that must live somewhere 
nearby.  I have even noticed the stream pause and rewind sometimes.  It 
is possible that this is what you are seeing on these other channels.

>I'm not terribly optimistic, but I guess this warrants a more thorough
>examination of every service I can detect.
>  
>
Be optimistic... The driver is working for you.  The only problem is 
that your cable company is encrypting too many channels.  I've noticed 
that there are some DVB drivers that are able to watch encrypted 
content.  From what I understand, this is something that is enabled at 
the hardware level, and the DViCO boards do not support this.  I wish 
this were not the case...... hopefully someone will eventually prove 
this wrong, althought the FCC isn't going to like that idea.

-MiKE




More information about the linux-dvb mailing list