[App_rpt-users] Voter RTCM TX buffer hardware limitation?

[Jim Duuuude]

"I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. "

Of course it works with voting....

What are you talking about???

Jim WB6NIL

Date: Sat, 27 Jul 2013 02:17:20 -0400
From: pyaslagna at gmx.com
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?

Hi I get two rtcm module for use as voting controller for my repeater as an upgrade from a home-made controller/IDer. Almost all the user of the repeater rely on duplexing (listening to the repeater while you talk). Ever since I put the rtcm module, several are slightly annoyed and confused by the audio delay in the repeater. The rtcm modules and the app_rpt server are connected on Ubiquiti with less than 3ms ping directly into a 4 port ethernet switch. I have my chan_voter config set for  180 buffer, and the RTCM TX buffer set at 800 (lowest the console will let me enter), and the delay is great enough to where it's a problem for this type of application.  Is this a matter of using less data-intensive audio codec, or is this RTCM hardware limitation? Maybe to make a firmware upgrade that allows rtcm voting TX buffer to decrease to a acceptable value for this type of full-duplex application? I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. Sorry for the bad English and Have a nice dayde Harashad  

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/b2a5bebe/attachment.html>