Bruce,<br>
<br>
I've had a similar problem. I think the cause is that your cable provider<br>
is not providing the standard PSIP data. I have a similar problem<br>
with Comcast here in Boston.<br>
<br>
I have been able to find a few stations, but I have not tried putting them<br>
into the Myth database yet.<br>
<br>
I noted which channels myth seemed to find a frequency lock on<br>
and then did a little probing.<br>
<br>
For example:<br>
<br>
Myth found something on channel 84 so I tuned to that channel.<br>
azap -r C84<br>
<br>
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'<br>
tuning to 585000000 Hz<br>
video pid 0x0000, audio pid 0x0000<br>
status 1f | signal 0977 | snr fde5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK<br>
status 1f | signal 0977 | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK<br>
status 1f | signal 0394 | snr fdfd | ber 00000000 | unc 00000000 | FE_HAS_LOCK<br>
status 1f | signal 0394 | snr fdb3 | ber 00000000 | unc 00000000 | FE_HAS_LOCK<br>
status 1f | signal 0977 | snr fdb5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK<br>
......<br>
<br>
Then I ran dvbtraffic to look at the pids:<br>
<br>
dvbtraffic<br>
-PID--FREQ-----BANDWIDTH-BANDWIDTH-<br>
0000&nbsp;&nbsp;&nbsp;&nbsp; 3 p/s&nbsp;&nbsp;&nbsp;&nbsp; 0 kb/s&nbsp;&nbsp;&nbsp;&nbsp; 5 kbit<br>
0030&nbsp;&nbsp;&nbsp; 19 p/s&nbsp;&nbsp;&nbsp;&nbsp; 3 kb/s&nbsp;&nbsp;&nbsp; 29 kbit<br>
0031&nbsp;&nbsp;&nbsp; 19 p/s&nbsp;&nbsp;&nbsp;&nbsp; 3 kb/s&nbsp;&nbsp;&nbsp; 29 kbit<br>
0800&nbsp; 9362 p/s&nbsp; 1718 kb/s 14081 kbit<br>
0801&nbsp;&nbsp; 261 p/s&nbsp;&nbsp;&nbsp; 47 kb/s&nbsp;&nbsp; 393 kbit<br>
0802&nbsp;&nbsp;&nbsp; 88 p/s&nbsp;&nbsp;&nbsp; 16 kb/s&nbsp;&nbsp; 133 kbit<br>
0840 11093 p/s&nbsp; 2036 kb/s 16685 kbit<br>
0841&nbsp;&nbsp; 260 p/s&nbsp;&nbsp;&nbsp; 47 kb/s&nbsp;&nbsp; 391 kbit<br>
1fff&nbsp; 4718 p/s&nbsp;&nbsp; 866 kb/s&nbsp; 7096 kbit<br>
2000 25830 p/s&nbsp; 4742 kb/s 38848 kbit<br>
<br>
>From above it looks like there is a hi-bitrate signal at PID 800 (2048)and a low <br>
one at 801 &amp; 802. ( 2049 &amp; 2050 )<br>
<br>
I leave dvbtraffic running and then I run mplayer:<br>
<br>
mplayer -vid 2048 -aid 2050&nbsp; -vc ffmpeg12mc -vo xvmc /dev/dvb/adapter0/dvr0<br>
<br>
Viola, WGBH in HD.<br>
<br>
Just need to figure how it all works into the database. (and maybe automate it.)<br>
<br>
<br><div><span class="gmail_quote">On 5/28/05, <b class="gmail_sendername">Bruce Pennypacker</b> &lt;<a href="mailto:bruce@pennypacker.org">bruce@pennypacker.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi all,<br><br>I've been unable to tune QAM channels on my HD-3000 with mythtv despite<br>being able to extract it using the azap, dtvscan, etc. tools.&nbsp;&nbsp;In<br>searching around I've come across many similar reports of problems with
<br>this combination.&nbsp;&nbsp; I've tried both the 0.18.1 release and the CVS tree<br>from yesterday with the same results - doing a channel scan simply<br>results in all of the channels resulting in &quot;Timeout Scanning Channel&quot;
<br>when it's able to lock onto a channel.<br><br>I was wondering if anybody knows about this problem and/or may be<br>working on it.&nbsp;&nbsp;It's been years since I've done any serious c/c++<br>development/debugging and I know next to nothing about DTV, QAM, etc.
<br>but I was thinking of firing up gdb to see if I could figure out why<br>this may be happening.&nbsp;&nbsp;Of course I don't want to expend the effort if<br>somebody else is already looking into it, hence my query here before I<br>
take the plunge.<br><br>-Bruce<br>_______________________________________________<br>mythtv-dev mailing list<br><a href="mailto:mythtv-dev@mythtv.org">mythtv-dev@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev</a><br></blockquote></div><br>