On Monday 15 August 2005 10:57 pm, David Engel wrote: > On Mon, Aug 15, 2005 at 03:34:14PM -0700, Alan Fry wrote: > > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 > > Transitional//EN"> > > Did you really intend to send HTML email? > > > Hi David, I'm just trying to understand where you got > > to with testing.<br> <br> > > 1. you run atscscan -A2 (neighbor's cable plugged > > in)<br> a) using frequency > > list with QAM64: output 155 services on 18 > > frequencies <br> > > I wrote that from memory. It was actually 290 services > on 18 frequencies for QAM64 and 25 services on 10 > frequencies for QAM64. > > > all identified with '[xxxx]' where xxxx is the > > same as the digits following the audio pid<br> > > Correct. > > > 2. you tried azap using video and audio pids both > > set to zero and the frequencies/modulations<br> > > output from (1)?<br> > > For QAM64, the video pids were always 0. The ausio pids > generally ranged from 1 to e with an occasional fffc. > The results were the same for QAM256, except 7 video pids > were non-0. I can't say for sure if I actually tried to > tune the non-0 QAM256 channels. I was already running > late by the time I tried QAM256 that I didn't try much. > > > - you could not get FE_HAS_LOCK?<br> > > <br> > > My understanding is that AZAP should > > lock whether or not you have an encrypted stream.<br> > > No, I could get FR_HAS_LOCK. However, the signal was > always 0000 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. > and any attempts to actually capture anything > resulted in a TS stream where mplayer couldn't find any > video. > > I am a little curious about the non-0 video pid services > on QAM256. It seems odd that of ~315 services, all have > vidoe pid 0 except for 7. This is just a WAG, but I'm > wondering if the QAM256 services aren't the local > channels with the non-0 video pids being the extra > streams that some stations broadcast. The total number > of services would be about right for this area. > > David
