[Radioman96p71]

I'm not real familiar with Uniden scanners, but I think I may know what you are experiencing. My 780XLT used to do it way back when and I never really gave it too much thought till you guys started talking about it. I think it has something to do with how the scanner detects the end of transmission.

Mine would do it the most in this scenario:
Scanner is listening to a voice channel and the calle ends, scanner goes back to the control channel. At the same time as the other call, a different call was happening that is also in the scan list. But ends at almost the same time as the previous call. The scanner tunes to the voice channel a split second too late, misses the EOM on the call and has to go thru the beeps until the carrier drops and the scanner realizes it missed the end of the call.

Another time it happened was when someone would quickly 'kerchunk' the mic, bringing up a call but closing it almost immediately. The scanner tunes to the voice channel as fast as it can but misses the critical EOM, and assumes it is listening to a call until the carrier drops.

Like I said, not sure exactly what method scanners use to detect the end of the message, whether it be low speed data, tone drop or what but it seems pretty obvious it doesnt use the beeps like the professional radios do or it would drop the call as soon as it receives the first one. I would think with the technology already there to decode CTCSS/DCS it would be a matter of coding in a routine to check for that tone frequency and drop the voice call when recieved. Or use that in conjunction with the existing method to eliminate false-positives.

Just my $.02, made sense in my head this morning when i read it haha