Hi, OK, I've been able to reliably reproduce the ID bug I mentioned earlier, along with the inability to start macros with A,B,C,D or 0. Briefly, what happens is that on prolonged transmissions, both the talkover ID and the regulr ID fire. This should make the thing happen: 1) Set your ID timer to 30000 (30 seconds) and the polite ID timer to 3000. 2) Restart asterisk, to be sure to get the first ID. 3) Key the repeater and let the first regular ID fire. Don't interrupt it. (I think you can if you want and still get the same results, but just let it run.) 4) After the repeater drops, key the radio. Stay keyed. The ID will actually take something longer than 33 seconds to come back around on the guitar. In any case, stay keyed until the ID plays. 5) You will hear the talkover ID. Stay keyed up, and you will then hear the regular ID play almost immediately after the talkover ID finishes. Most people will probably see this condition only rarely. It's most prominent when playing news bulletins, although it just happened on a net. It is important to note that interrupting the regular ID does switch over to the talkover ID as expected, and the regular ID doesn't play in that case. -- Buddy Brannan, KB5ELV - Erie, PA Phone: (814) 860-3194 or 888-75-BUDDY
Thanks for doing that ... I can confirm that yesterday I heard the (polite) Morse ID followed by one of the voice recordings, in the middle of a repeated transmission here. Like you said, it does not happen often (and you need a chatty bunch of people). (version 0.255) Part 2 I had earlier reported that the timeout message was playing during a bulletin playback, despite the fact that I had selected "control state 0". I have to report that was due to pilot error. I had neglected to remove the semicolon before the [controlstate] stanza header. Of course, it plays the message saying 'SS Zero' it's just that control state zero is not defined anywhere ... so you end up with the default state. This also explains why people were able to make internet connections to the machine while the bulletin was playing (NOICE was not active). Observation Bulletins using 'playback' are not heard on Echolink. So if you do not disable incoming connections, somebody can come on Echolink, not hear anything, yet be talking in the middle of the bulletin playback. Observation 2 Even if you do not disable the time out timer, the bulletin still plays/transmits to completion on the local node. Somehow the timeout timer, while it times the playback and announces a timeout, does not stop the playback from being transmitted. If the playing node is linked to another node, the timeout timer there will kill the that transmitter after the timer expires. If you want to play a bulletin through all your connected nodes, you need to turn off the timer on all the other nodes (using the *4 facility, or by computer). Ken 27021
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users- bounces@qrvc.com] On Behalf Of Buddy Brannan Sent: Tuesday, August 24, 2010 10:41 PM To: app_rpt mailing list Subject: [App_rpt-users] The ID Bug
Hi,
OK, I've been able to reliably reproduce the ID bug I mentioned
participants (2)
-
Buddy Brannan -
Ken