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