I have seriously looked into the concept of voting more then once. The big problem is synchronization of the multiple incoming signals (time-wise). The system needs to be able to select between signals dynamically in the middle of a transmission (the whole purpose of voting), and just a little more then tough when doing it on the internet with VARIOUS causes for timing inconsistencies. Its an extremely complicated mess, and would most likely involve a super-accurate timebase, such as a GPS receiver or something. Frankly, this serious and complicated of an implementation is well beyond the scope of reasonable expectations for an Amateur Radio project (or at least not without a DARN good reason). If youve got some DARN good reason(s) Ill be happy to listen to them. JIM WB6NIL From: ke2n@cs.com To: app_rpt-users@qrvc.com Date: Thu, 8 Apr 2010 20:15:59 -0400 Subject: [App_rpt-users] voting? Any way to do receiver voting in app_rpt software? With discriminator audio and CTCSS tones, it seems like it should be relatively (?) straightforward to select one of several audio sources based on S/N ratio… kind of a variation on the software squelch where only one of a ‘group’ of inputs would be opened at any time. (Your remote receiver would have to pass along the CTCSS across the link). The second version of this would use another asterisk computer for the remote receiver. In that case, it would be more complicated due to latency between the local receiver and the remote one, I suppose. Sorry if someone has already covered this, but it is not mentioned on the web site. Ken KE2N 27021