<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Brian Walter wrote:
<blockquote cite="mid:465DA75A.4090200@gmail.com" type="cite">
<pre wrap="">Michael Thome wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Which database fields does myth use to tune QAM channels? How do these
rules interact with zap2it lineups?
Example: here is an extract of what the channel table looks like after a
successful scan:
mysql> SELECT
chanid,channum,freqid,callsign,xmltvid,tvformat,mplexid,serviceid,atsc_major_chan,atsc_minor_chan
FROM `channel` WHERE `sourceid` = '5';
| chanid | channum | freqid | callsign | xmltvid | tvformat |
mplexid | serviceid | atsc_major_chan | atsc_minor_chan |
| 5740 | 74#0 | 74 | UNKNOWN74#0 | | Default |
120 | 65 | 0 | 0 |
for 5740, by watching the stream I can see it is WENH (xmlid 11418). I
assume I can add the xmltvid and scheduling will work, but I'd also like
to fix the channum for the on-screen schedule (74#0 isn't mnemonic) -
can I change channum to "11"? callsign to "WENH"? What is mplexid? Why
is tvformat entered as "Default" and not "ATSC"? Shouldn't it be ATSC
with atsc_major/minor_chan set to something useful? As an aside, how'd
we get from 74.65 (what an hdhomerun_config scan reports) to 74#0?
</pre>
</blockquote>
<pre wrap=""><!---->
Looks like your in New England too :)
I have the same cable setup (comcast - Southern NH). After scanning, I
changed two fields (via mythweb) - the xmltvid and the frequency - in
the sample you have above I believe BZ is 804 (from zap2it). Use the
'channel number' from zap2it for the freqid in the table.
After that, everything worked great.
Depending on the rest of your tuner options (I have a pvr500 for
standard cable) the 74#0 type of channels are digital broadcast of
analog (no hd stuff). I found them to be 'noisy' and not very reliable
and ended up deleting them.</pre>
</blockquote>
Yep - north-shore MA.<br>
I trimmed out WBZ from above as it is pretty much ok as scanned...
WENH, though:<br>
I looked at the code, and I cannot see anything in the *tuning* area
that should care at all about the various fields - what is critical is
mplexid which gives us real frequency and (qam256) modulation via the
dtv_multiplex table, and then the serviceid, which tells us which
stream - it looks to me like everything else is ignored for tuning
purposes...<br>
<br>
But, that just begs the question - I wonder if the grabber doesn't use
the same rules and messes with the channels when the channum is some
other (known) non-hd type.<br>
<br>
Hmmm - maybe I'll see what happens when I bash HSN...<br>
</body>
</html>