[App_rpt-users] voting?

[Jim Duuuude]

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 at cs.com
To: app_rpt-users at 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

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20100408/3de8e63d/attachment.html>