[mythtv] Re: [mythtv-commits] Re: Ticket #339: Simplify Tuning
process
Taylor Jacob
rtjacob at earthlink.net
Thu Sep 22 14:42:16 UTC 2005
Quoting Daniel Kristjansson <danielk at cuymedia.net>:
<snip>
> The whole tuning in RunTV is just busy waiting at the moment, but
> I'm planning to use things like the signals from the SignalMonitor
> to trigger trips through HandleTuning().
I know we talked about this many times before.. Why are we relying on driver
reported signal levels, they really mean nothing.. I always considered the only
thing any driver reported usefully was FE_HAS_LOCK.. All this means really is
that the potential exists for obtaining useful data.. For example most of the
ATSC cards I have (Air2pc, hd5000, and hd3k) seems to report FE_HAS_LOCK more
as a carrier detected not a true lock on the data coming in..
Many drivers just report arbitrary vaules that have no unit because the author
did not have the datasheet, and this will not change.. Not even if all
manufacturers of demodulators decide to support linux for some reason..
I recall talking to Isaac many months ago about the signal monitoring and in the
end it made sense to just do all of the signal level monitoring based on if
valid data was flowing or not.. Anything else really does not work, or has
flaws..
Taylor
More information about the mythtv-dev
mailing list