Log in Register FAQ Memberlist Search pcHDTV Forum Index
pcHDTV Forum

pcHDTV Forum Index -> General pcHDTV topics -> signal strength bouncing around
Post new topic  This topic is locked: you cannot edit posts or make replies. View previous topic :: View next topic 
signal strength bouncing around
PostPosted: Mon Feb 13, 2006 5:03 pm Reply with quote
dieter
 
Joined: 20 Jan 2005
Posts: 43
Location: US




HD-3000
kernel 2.6.15-AS23-default

The signal strength, as reported by azap is bouncing around all over the place:

status 1f | signal 7603 | snr e61d | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 26e9 | snr d6ef | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 7126 | snr dfa1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 63d6 | snr e65b | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 72f1 | snr e4c7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 370a | snr c367 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 00 | signal 3ef9 | snr df43 | ber 00000000 | unc 00000000 |
status 1f | signal 6b43 | snr e757 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 6d90 | snr e579 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal ffff | snr e223 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 70a3 | snr e775 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 6936 | snr e5fd | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 7126 | snr e5dd | ber 00000000 | unc 00000000 | FE_HAS_LOCK

I do not observe any weather (wind/rain/snow/...) that would account for this,
nor any passing semi-trucks or 747s.

I tried adding pci=noacpi or noacpi to the kernel flags as suggested in the
archives, but it doesn't seem to help.

I also observe that FE_HAS_LOCK does not have a strong correlation with
signal or snr:

status 1f | signal 5580 | snr e1c1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 1b64 | snr a92f | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 9b63 | snr f61f | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Here the signal and snr both dip well below the values above, yet this time
lock is not reported lost.

Another station on the same transmitting tower as above has relatively stable
numbers and doesn't lose lock:

status 1f | signal f603 | snr fc13 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fc11 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fbc3 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fbd9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fbe5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fbc3 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fc0b | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f2af | snr fbf5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fb9f | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f603 | snr fbe1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Then we have this, tuning a 3rd station:

status 1f | signal d80f | snr f9df | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal d80f | snr f9f5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal d80f | snr f9dd | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 00 | signal d80f | snr f9a9 | ber 00000000 | unc 00000000 |
status 1f | signal d80f | snr f9f1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Signal doesn't change at all, snr changes only slightly, yet lock is lost
and regained.

What the heck is going on here?
View user's profile Send private message
PostPosted: Tue Feb 14, 2006 1:32 am Reply with quote
xyzzy
 
Joined: 12 Feb 2006
Posts: 225




I have digital cable and something similar happens to me. I'll get azap output like this:
Code:

status 1f | signal f8d4 | snr fd6b | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f8d4 | snr fd63 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 00 | signal e76b | snr fccb | ber 00000000 | unc 00000000 |
status 00 | signal e394 | snr fbbd | ber 00000000 | unc 00000000 |
status 1f | signal f8d4 | snr fd6b | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal f8d4 | snr fd77 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

It's pretty clear to me what causes the FE lock to go away, moving windows around in X! Running glxgears makes the signal level go down to the e000 level, but doesn't cause lock to be lost.

Now why my video card (Nvidia FX 5200) would make the frontend lose the lock is another question!
View user's profile Send private message
It is not X11's fault in my case
PostPosted: Tue Feb 14, 2006 10:29 am Reply with quote
dieter
 
Joined: 20 Jan 2005
Posts: 43
Location: US




> It's pretty clear to me what causes the FE lock to go away,
> moving windows around in X! Running glxgears makes the signal
> level go down to the e000 level, but doesn't cause lock to be lost.
>
> Now why my video card (Nvidia FX 5200) would make the frontend
> lose the lock is another question!

In my case, the machine is not even running an X server (unless
ps is lying to me). I telnet in from another machine.

In the examples I gave, I wasn't even capturing, just running
azap. Running top in a 2nd telnet window reports that the CPU
is 99.x or 100% idle.
View user's profile Send private message
PostPosted: Tue Feb 14, 2006 3:00 pm Reply with quote
xyzzy
 
Joined: 12 Feb 2006
Posts: 225




I'm not even capturing either, just running azap. When I'm not moving a window, top reports my system is 99% idle. When I drag a window, that goes down to 60% idle and I lose the signal.

Here the funny thing, I can run x11perf -copywinwin500 or any of the other tests, and it doesn't effect the signal! When I run x11perf my CPU is 0% idle. Using the video card to drag a window kills the signal, but preforming the same operations faster with the video card using x11perf has no effect. There must be something very strange going on here. Scrolling the firefox window up and down has the same effect, it kills the signal.
View user's profile Send private message
PostPosted: Fri Feb 17, 2006 5:32 pm Reply with quote
Scott Larson
 
Joined: 15 Oct 2003
Posts: 713
Location: Portland, OR




My guess would be interrupts are causing it, but I have no idea how azap or dtvsignal come up with those numbers (I think they call an ioctl in a loop forever). I've noticed that moving a window will cause playback to pause but I thought that was caused by lock contention in X.
View user's profile Send private message
PostPosted: Mon Feb 20, 2006 10:16 am Reply with quote
Scott Larson
 
Joined: 15 Oct 2003
Posts: 713
Location: Portland, OR




I noticed that dtvsignal using the original non-DVB drivers on a 2.4 kernel does show a decrease in signal strength when I move windows around. I don't know how dtvsignal comes up with these numbers but apparently slowing it down will give you a lower number.
View user's profile Send private message
Some data from two tuners at once
PostPosted: Mon Feb 20, 2006 10:22 am Reply with quote
dieter
 
Joined: 20 Jan 2005
Posts: 43
Location: US




> I have no idea how azap or dtvsignal come up with those numbers
> (I think they call an ioctl in a loop forever)

Yes, azap has a loop with ioctls to collect the data.
(I haven't looked at dtvsignal.)

I created a modified versionof azap, that tunes two tuners to the
same station, and monitors the data for both. I added a timestamp.
I took the sleep out of the loop to get data as fast as possible,
but still only got slightly less than 2 samples per second.
Top reports that the CPU is 98.3% idle, so the tuner must take awhile
to return the data. I removed the ioctl calls for ber and unc, as
they were always zero.

The system is idle other than running my modified azap. Two telnet
sessions running, no X server, no X clients, the data is logged to disk,
not to the screen, minimal Ethernet traffic. It is not recording the
program, just running azap. I let it run overnight.

top - 23:28:36 up 10:10, 0 users, load average: 1.07, 1.11, 1.09
Tasks: 49 total, 2 running, 47 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 98.3% id, 1.7% wa, 0.0% hi, 0.0% si
Mem: 2076648k total, 2022896k used, 53752k free, 7080k buffers
Swap: 0k total, 0k used, 0k free, 1957748k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3771 root 10 -5 0 0 0 S 0.3 0.0 0:12.68 cx88[1] dvb
1 root 16 0 684 244 212 S 0.0 0.0 0:01.01 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
4 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
7 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/0

Sample output:

05:40:24 status0 1f | signal0 da5d | snr0 fa51 | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 f9ff | FE_HAS_LOCK_1
05:40:25 status0 1f | signal0 dcab | snr0 f9df | FE_HAS_LOCK_0 status1 1f | signal1 c9b9 | snr1 f9bd | FE_HAS_LOCK_1
05:40:25 status0 1f | signal0 dcab | snr0 f995 | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f9f3 | FE_HAS_LOCK_1
05:40:26 status0 1f | signal0 d5c1 | snr0 fa51 | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 fa4f | FE_HAS_LOCK_1
05:40:26 status0 1f | signal0 dcab | snr0 00bf | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 fa49 | FE_HAS_LOCK_1
05:40:27 status0 1f | signal0 da5d | snr0 fa43 | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 fa2d | FE_HAS_LOCK_1
05:40:27 status0 1f | signal0 dcab | snr0 fa6b | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 fa27 | FE_HAS_LOCK_1
05:40:28 status0 1f | signal0 da5d | snr0 fa0d | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f9e9 | FE_HAS_LOCK_1
05:40:29 status0 1f | signal0 d80f | snr0 f9ab | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f985 | FE_HAS_LOCK_1

So tuner0's s/n drops to 00bf for one sample, but doesn't lose lock.
Tuner1, with an identical signal, retains a s/n of faxx.


Looking for losing lock

20:59:29 status0 00 | signal0 dcab | snr0 fa49 | status1 1f | signal1 da5d | snr1 fa15 | FE_HAS_LOCK_1
21:12:44 status0 1f | signal0 da5d | snr0 f999 | FE_HAS_LOCK_0 status1 00 | signal1 da5d | snr1 f9bb |
21:18:55 status0 00 | signal0 dcab | snr0 fa59 | status1 1f | signal1 da5d | snr1 fa3b | FE_HAS_LOCK_1
21:24:01 status0 1f | signal0 def8 | snr0 fa75 | FE_HAS_LOCK_0 status1 00 | signal1 dcab | snr1 f951 |
21:24:56 status0 00 | signal0 def8 | snr0 f9f1 | status1 1f | signal1 cd90 | snr1 f97d | FE_HAS_LOCK_1
22:04:56 status0 00 | signal0 dcab | snr0 f9e1 | status1 1f | signal1 d3b5 | snr1 f9cf | FE_HAS_LOCK_1
22:05:59 status0 00 | signal0 def8 | snr0 fa83 | status1 1f | signal1 dcab | snr1 fa1b | FE_HAS_LOCK_1
22:08:50 status0 00 | signal0 d80f | snr0 f9c3 | status1 1f | signal1 d5c1 | snr1 f991 | FE_HAS_LOCK_1
22:18:57 status0 1f | signal0 d5c1 | snr0 f90b | FE_HAS_LOCK_0 status1 00 | signal1 d3b5 | snr1 f8f5 |
22:26:09 status0 1f | signal0 d3b5 | snr0 f9d3 | FE_HAS_LOCK_0 status1 00 | signal1 cf9c | snr1 f9a1 |
23:20:41 status0 00 | signal0 d80f | snr0 f88d | status1 1f | signal1 d3b5 | snr1 f89b | FE_HAS_LOCK_1
23:35:46 status0 00 | signal0 da5d | snr0 f963 | status1 1f | signal1 d5c1 | snr1 f937 | FE_HAS_LOCK_1
23:39:07 status0 00 | signal0 d3b5 | snr0 fa31 | status1 1f | signal1 d80f | snr1 fa25 | FE_HAS_LOCK_1
00:05:33 status0 00 | signal0 da5d | snr0 f9eb | status1 1f | signal1 da5d | snr1 f9c1 | FE_HAS_LOCK_1
00:45:35 status0 1f | signal0 dcab | snr0 f97d | FE_HAS_LOCK_0 status1 00 | signal1 d5c1 | snr1 f9bf |
00:47:15 status0 00 | signal0 def8 | snr0 fa17 | status1 1f | signal1 d80f | snr1 fa19 | FE_HAS_LOCK_1
00:53:41 status0 1f | signal0 d80f | snr0 f9b3 | FE_HAS_LOCK_0 status1 00 | signal1 d3b5 | snr1 f78d |
01:00:10 status0 00 | signal0 d3b5 | snr0 f9bf | status1 1f | signal1 d3b5 | snr1 f99b | FE_HAS_LOCK_1
01:20:49 status0 1f | signal0 dcab | snr0 fa3b | FE_HAS_LOCK_0 status1 00 | signal1 da5d | snr1 fa29 |
01:46:28 status0 1f | signal0 def8 | snr0 fa31 | FE_HAS_LOCK_0 status1 00 | signal1 d80f | snr1 f8a5 |
02:20:46 status0 1f | signal0 cf9c | snr0 f8ff | FE_HAS_LOCK_0 status1 00 | signal1 cf9c | snr1 f8bf |
02:26:54 status0 1f | signal0 cb84 | snr0 f85d | FE_HAS_LOCK_0 status1 00 | signal1 cb84 | snr1 f875 |
02:59:16 status0 00 | signal0 d5c1 | snr0 fa09 | status1 1f | signal1 d5c1 | snr1 f9bb | FE_HAS_LOCK_1
03:14:59 status0 1f | signal0 da5d | snr0 f9df | FE_HAS_LOCK_0 status1 00 | signal1 da5d | snr1 fa11 |
03:23:36 status0 00 | signal0 da5d | snr0 fa21 | status1 1f | signal1 cf9c | snr1 f9d7 | FE_HAS_LOCK_1
03:23:47 status0 1f | signal0 def8 | snr0 fa53 | FE_HAS_LOCK_0 status1 00 | signal1 dcab | snr1 fa31 |
04:08:56 status0 00 | signal0 d5c1 | snr0 f9f7 | status1 1f | signal1 d1a9 | snr1 f7a1 | FE_HAS_LOCK_1
04:17:52 status0 00 | signal0 d3b5 | snr0 f967 | status1 1f | signal1 d3b5 | snr1 f8bb | FE_HAS_LOCK_1
04:39:37 status0 00 | signal0 da5d | snr0 f9b5 | status1 1f | signal1 cd90 | snr1 f953 | FE_HAS_LOCK_1
05:20:31 status0 1f | signal0 dcab | snr0 fa47 | FE_HAS_LOCK_0 status1 00 | signal1 dcab | snr1 f9fd |
05:35:40 status0 00 | signal0 d1a9 | snr0 f999 | status1 1f | signal1 d3b5 | snr1 f987 | FE_HAS_LOCK_1
05:36:59 status0 1f | signal0 d5c1 | snr0 fa2d | FE_HAS_LOCK_0 status1 00 | signal1 d5c1 | snr1 f9c1 |
06:21:18 status0 00 | signal0 3999 | snr0 cd37 | status1 00 | signal1 3999 | snr1 cd37 |
06:21:18 status0 1f | signal0 9851 | snr0 f719 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:19 status0 1f | signal0 cd90 | snr0 f961 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:20 status0 1f | signal0 c105 | snr0 f943 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:20 status0 1f | signal0 d5c1 | snr0 f9bb | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:31:17 status0 00 | signal0 3999 | snr0 ee73 | status1 00 | signal1 6b43 | snr1 f2e1 |
06:31:18 status0 00 | signal0 3999 | snr0 cd37 | status1 1f | signal1 9c28 | snr1 cd37 | FE_HAS_LOCK_1
06:34:20 status0 1f | signal0 da5d | snr0 f9cf | FE_HAS_LOCK_0 status1 00 | signal1 d5c1 | snr1 f9c9 |
06:45:48 status0 00 | signal0 d5c1 | snr0 f9c7 | status1 1f | signal1 cd90 | snr1 f9bb | FE_HAS_LOCK_1
07:05:22 status0 1f | signal0 d5c1 | snr0 f9b1 | FE_HAS_LOCK_0 status1 00 | signal1 d5c1 | snr1 f9af |
07:07:17 status0 00 | signal0 cd90 | snr0 f803 | status1 1f | signal1 cf9c | snr1 f847 | FE_HAS_LOCK_1
07:11:07 status0 00 | signal0 d1a9 | snr0 f961 | status1 1f | signal1 cf9c | snr1 f8f7 | FE_HAS_LOCK_1
07:24:18 status0 00 | signal0 da5d | snr0 fa33 | status1 1f | signal1 da5d | snr1 f9ed | FE_HAS_LOCK_1
07:27:18 status0 00 | signal0 d80f | snr0 fa31 | status1 1f | signal1 d80f | snr1 f945 | FE_HAS_LOCK_1
07:40:04 status0 1f | signal0 def8 | snr0 fa9b | FE_HAS_LOCK_0 status1 00 | signal1 def8 | snr1 fa6f |
07:57:51 status0 00 | signal0 da5d | snr0 fa27 | status1 1f | signal1 da5d | snr1 f8db | FE_HAS_LOCK_1
07:58:15 status0 00 | signal0 dcab | snr0 faa5 | status1 1f | signal1 dcab | snr1 fa81 | FE_HAS_LOCK_1

Sorted by signal0

lowest
06:21:18 status0 00 | signal0 3999 | snr0 cd37 | status1 00 | signal1 3999 | snr1 cd37 |
06:31:18 status0 00 | signal0 3999 | snr0 cd37 | status1 1f | signal1 9c28 | snr1 cd37 | FE_HAS_LOCK_1
06:31:17 status0 00 | signal0 3999 | snr0 ee73 | status1 00 | signal1 6b43 | snr1 f2e1 |
05:15:29 status0 1f | signal0 3c28 | snr0 f9cd | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f9cb | FE_HAS_LOCK_1
04:10:50 status0 1f | signal0 3ef9 | snr0 f8fb | FE_HAS_LOCK_0 status1 1f | signal1 c105 | snr1 f8fd | FE_HAS_LOCK_1
...
04:30:46 status0 1f | signal0 ffff | snr0 f9c9 | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f97d | FE_HAS_LOCK_1
03:05:28 status0 1f | signal0 ffff | snr0 f9c9 | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 fa19 | FE_HAS_LOCK_1
07:00:47 status0 1f | signal0 ffff | snr0 f9d5 | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f98f | FE_HAS_LOCK_1
21:02:43 status0 1f | signal0 ffff | snr0 fa33 | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 fa0b | FE_HAS_LOCK_1
01:15:44 status0 1f | signal0 ffff | snr0 fa63 | FE_HAS_LOCK_0 status1 1f | signal1 dcab | snr1 fa3b | FE_HAS_LOCK_1
highest

Sorted by s/n0

lowest
05:40:26 status0 1f | signal0 dcab | snr0 00bf | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 fa49 | FE_HAS_LOCK_1
06:21:18 status0 00 | signal0 3999 | snr0 cd37 | status1 00 | signal1 3999 | snr1 cd37 |
06:31:18 status0 00 | signal0 3999 | snr0 cd37 | status1 1f | signal1 9c28 | snr1 cd37 | FE_HAS_LOCK_1
06:31:18 status0 1f | signal0 b957 | snr0 cd37 | FE_HAS_LOCK_0 status1 1f | signal1 bf7c | snr1 cd37 | FE_HAS_LOCK_1
06:21:17 status0 1f | signal0 c624 | snr0 cd37 | FE_HAS_LOCK_0 status1 1f | signal1 cd90 | snr1 cd37 | FE_HAS_LOCK_1
...
03:55:18 status0 1f | signal0 dcab | snr0 ffff | FE_HAS_LOCK_0 status1 1f | signal1 cd90 | snr1 f939 | FE_HAS_LOCK_1
21:48:06 status0 1f | signal0 d1a9 | snr0 ffff | FE_HAS_LOCK_0 status1 1f | signal1 cf9c | snr1 f98b | FE_HAS_LOCK_1
21:20:36 status0 1f | signal0 d3b5 | snr0 ffff | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f971 | FE_HAS_LOCK_1
06:06:36 status0 1f | signal0 dcab | snr0 ffff | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 f9d3 | FE_HAS_LOCK_1
03:02:17 status0 1f | signal0 d80f | snr0 ffff | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 fa35 | FE_HAS_LOCK_1
highest

Sorted by signal1

lowest
06:21:18 status0 00 | signal0 3999 | snr0 cd37 | status1 00 | signal1 3999 | snr1 cd37 |
06:21:18 status0 1f | signal0 9851 | snr0 f719 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:19 status0 1f | signal0 cd90 | snr0 f961 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:20 status0 1f | signal0 c105 | snr0 f943 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:20 status0 1f | signal0 d5c1 | snr0 f9bb | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
...
02:56:35 status0 1f | signal0 d80f | snr0 f9e1 | FE_HAS_LOCK_0 status1 1f | signal1 ffff | snr1 f9a7 | FE_HAS_LOCK_1
00:37:33 status0 1f | signal0 dcab | snr0 f995 | FE_HAS_LOCK_0 status1 1f | signal1 ffff | snr1 f9af | FE_HAS_LOCK_1
07:44:32 status0 1f | signal0 da5d | snr0 f9c9 | FE_HAS_LOCK_0 status1 1f | signal1 ffff | snr1 f9b3 | FE_HAS_LOCK_1
23:11:27 status0 1f | signal0 def8 | snr0 fa75 | FE_HAS_LOCK_0 status1 1f | signal1 ffff | snr1 f9bb | FE_HAS_LOCK_1
23:59:19 status0 1f | signal0 e188 | snr0 fac3 | FE_HAS_LOCK_0 status1 1f | signal1 ffff | snr1 fac1 | FE_HAS_LOCK_1
highest

Sorted by s/n1

lowest
21:08:12 status0 1f | signal0 d5c1 | snr0 fa39 | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 b8f9 | FE_HAS_LOCK_1
06:21:18 status0 00 | signal0 3999 | snr0 cd37 | status1 00 | signal1 3999 | snr1 cd37 |
06:21:18 status0 1f | signal0 9851 | snr0 f719 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:19 status0 1f | signal0 cd90 | snr0 f961 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
06:21:20 status0 1f | signal0 c105 | snr0 f943 | FE_HAS_LOCK_0 status1 00 | signal1 3999 | snr1 cd37 |
...
07:44:05 status0 1f | signal0 da5d | snr0 f8a1 | FE_HAS_LOCK_0 status1 1f | signal1 d80f | snr1 ffff | FE_HAS_LOCK_1
07:53:12 status0 1f | signal0 d1a9 | snr0 f9cd | FE_HAS_LOCK_0 status1 1f | signal1 d3b5 | snr1 ffff | FE_HAS_LOCK_1
21:26:59 status0 1f | signal0 def8 | snr0 fa3d | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 ffff | FE_HAS_LOCK_1
23:30:58 status0 1f | signal0 da5d | snr0 f955 | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 ffff | FE_HAS_LOCK_1
23:53:36 status0 1f | signal0 def8 | snr0 fa8b | FE_HAS_LOCK_0 status1 1f | signal1 da5d | snr1 ffff | FE_HAS_LOCK_1
highest

[ OT - sorry if the long lines wrap.
<pre> doesn't work, [ Code ] doesn't work, Selecting smaller font size doesn't work. If it bugs you, PM me with your email addr, and I'll send an unadulterated version. ]
View user's profile Send private message
signal strength bouncing around
  pcHDTV Forum Index -> General pcHDTV topics
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
All times are GMT - 7 Hours  
Page 1 of 1  

  
  
 Post new topic  This topic is locked: you cannot edit posts or make replies.  


Powered by phpBB © 2001-2003 phpBB Group
Theme created by Vjacheslav Trushkin