A bit more labor-intensive approach then ... add the GMSK demod and FEC routines to the voter receiver board - assuming it has the DSP horsepower (open source code is available) when it hears D-STAR, it sends time-stamped data frames (with RSSI and maybe BER) to the D-STAR voter main program(1) when it does not hear the DSTAR sync tone, it sends uLaw audio with time stamps and RSSI to another address: the analog voter program(2) program 1 (running on some computer somewhere) receives the frames above and reconsititutes the DSTAR data (with regenerated FEC) and streams it to the DSTAR repeater address and port. program 2 (running on some computer somewhere) reassembles the audio stream and produces audio for the Asterisk analog repeater. Programs 1 and 2 could be the same program actually ... Ken -----Original Message----- From: Jim Duuuude <telesistant@hotmail.com> To: ke2n <ke2n@cs.com>; app_rpt mailing list <app_rpt-users@ohnosec.org> Sent: Tue, May 31, 2011 7:05 pm Subject: RE: Voting Unfortunately physics does not allow (for several reasons) data to be decoded from the audio as a result of any type of voting system. The only way to accomplish voting using digital audio is to decode the digital stream (at least into digital data) at the voting receiver site, *then* send the decoded audio data as packets for voting etc. JIM WB6NIL From: ke2n@cs.com To: telesistant@hotmail.com; app_rpt-users@ohnosec.org Subject: Voting Date: Mon, 30 May 2011 19:55:51 -0400 Jim – any chance that the voting system could have an option to run the receiver sound conversion at a higher sampling rate (>8000)? I am thinking it could also be used for a Dstar system – that means you need to reproduce what is coming out of the discriminator from near 0 Hz up to about 5.5 KHz with a relatively flat pass band. Ken