Linux TV wrote: > tzap -c ~/.tzap/channels.conf -r 'CHANNEL4' > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > tuning to 481833333 Hz > video pid 0x0b0b, audio pid 0x0b0c > status 00 | signal 00ff | snr c000 | ber 00003fff | unc 00000100 | > status 1f | signal 0044 | snr ffdf | ber 0000000f | unc 00000100 | > FE_HAS_LOCK > status 1f | signal 0044 | snr fffe | ber 00000001 | unc 00000005 | > FE_HAS_LOCK > status 1f | signal 0044 | snr ffd7 | ber 00000028 | unc 00000100 | > FE_HAS_LOCK > status 1f | signal 0045 | snr ffdf | ber 00000020 | unc 00000100 | > FE_HAS_LOCK > status 1f | signal 0045 | snr ffe0 | ber 0000001f | unc 00000100 | > FE_HAS_LOCK > status 1f | signal 0045 | snr ffc3 | ber 0000003c | unc 00000010 | > FE_HAS_LOCK > status 1f | signal 0044 | snr fff4 | ber 0000000b | unc 00000100 | > FE_HAS_LOCK > status 1f | signal 0044 | snr fff6 | ber 00000009 | unc 00000100 | > FE_HAS_LOCK > status 1f | signal 0044 | snr ffe2 | ber 0000001d | unc 00000100 | > FE_HAS_LOCK All those "unc 00000100" look suspiciously like the result of the bug in cx22702.c that I sent a patch for on 10th Feb, meaning that most of the time there are no uncorrected blocks (but you're seeing some uncorrected blocks in the multiplex containing Ch4). -- Rob
