Divco Fusion HDTV Dual complaining about reading S/N

[cybernard]

I fixed the other problems I had with the card and now I get the following. My 2 ATI HDTV wonders work fine.

Mythtv is complaining about S/N from my Divco Fusion HDTV Dual tuner. It says it "can not measure signal strength" error code 22.

femon -a 0 and the other scanning tools now report valid signal strengths coming from the card. #femon -a 0 FE: Samsung S5H1411 QAM/8VSB Frontend (ATSC) status SCVYL | signal 0118 | snr 0118 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal 011d | snr 0118 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal 0118 | snr 0118 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

The mythtv scanner also picks up the channels, and I can use "Watch TV" on this device.

Previously, it didn't so it was not a mythtv problem then. I am not sure now whether this is a driver or mythtv problem. However, since I now can use xine to play off of the tuner I believe the problem could be mythbackend problem.

How do I diagnose the problem?? How do I tell for sure or not whether it is a mythtv or driver problem?

[Dibblah]

Unfortunately, I am not quite sure what you are reporting here. You appear to be saying it works...

This warning should not cause any issues. If you have tuning issues, please post the logs and configuration details.

[cybernard]

If femon can read signal strength and "be happy" (report no errors), then mythbackend should be able to get access to the same data. If mythbackend used the same or similiar method to read S/N, there would be no need to say "can't measure S/N" because it would have the same S/N data as femon.

In short "if femon can read S/N so should mythbackend"

[danielk]

It looks like femon is just pretending S/N == signal, this is incorrect, and adopting the same behavior would just cause more confusion. The S/N is completely bogus with the Linux DVB drivers, it is sometimes not even monotonic.