 
            Greetings,
Was able to install (Ubuntu 14.04) and have a working APCO P25 receiver, but when i run scope.py to decode the primary CC i am getting aUaUaU....error (see attached terminal error).
It only works partially (audio interrupted or broken) when i omit the secondary CC (866.0750) from the trunk.tsv file. The problem may be the secondary control channel in the trunk.tsv file. When I add the secondary CC on the trunk.tsv it does not go to primary channel. P25 receiver attempts to decode on the alternate CC. Have not been able to fix that issue. I am using the same NAC for both CC!
Command Line: ./scope.py --args 'rtl=0' -N 'LNA:40' -S 960000 -f 868.06250 -o 20000 -q 44 -v 0 -V -T trunk.tsv
Attached trunk.tsv, talkgroups.tsv, terminal error, traffic screenshot and constellation screenhot.
Any help would be appreciated.
Best Regards, TJ
 
            Was able to fix the issue with the secondary alternate control channel by looking at a previous message from Mel. Added the CC on the same line and separated it by a comma.
However i am still getting same decoding error (aUaUaU..)with both CC.
Best Regards, TJ
 
            aUaUaU... is an "audio underrun". My system spits them out whenever it is decoding audio. Not sure if there is any way to fix it, but my audio is generally readable so for me at least it's not a critical issue.
 
            there are a few distinct possible cases... If the underruns occur in the middle of a voice transmission, you'd also expect to hear a "pop" in the audio. This could suggest insufficient CPU. If they occur only at the end of transmissions I think that's "normal" in the sense that the audio subsystem expects to receive a continuous stream of samples and gives a little notification whenever they stop. It would also be interesting to know how close the system is to being CPU-limited. Likewise, it would be good to know more about the received signal quality - occasional loss of signal lock could be another suspect...
Max


