<div dir="ltr"><div><span style="font-size:12.8px">Hayden,</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I have no issue with last syllable coming back.  I certainly did when the system was defaults, but have found that the current settings eliminate it for everything but the ultra-fastest of radios.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I run the TX buffer on the RTCM at 650 </span></div><div><span style="font-size:12.8px">and buflen = 190 in voter.conf</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">With those settings, it's *extremely* rare anyone hears the tail of their own conversation.  I do have some radios that if you are ultra-quick on releasing the PTT on your last audible syllable, you can just barely hear what sounds like your exhaling breath as it closes, but it's got to be just right to hear it at all.</span></div><span style="font-size:12.8px"><div><span style="font-size:12.8px"><br></span></div><div>500ms of delay seems like a lot.  I have some voters far enough away in the network that the latency over the microwave hops is 4~5 ms and I still don't have any delay or buffer issues with those links.   Wonder if there is something else going on.  You have plenty enough CPU in the DIAL box to handle all the traffic it needs to handle?  Have you checked to make sure your Ethernet is clean and you don't have a ton of retransmitted packets happening?   Wirehsark/tcpdump is priceless for finding duplex mis-matches/etc.... Just some thoughts...</div><div><br></div><div><br></div><div>James</div><div><span style="font-size:12.8px"><br></span></div>Date: Tue, 2 May 2017 09:34:13 +1000</span><br style="font-size:12.8px"><span style="font-size:12.8px">From: Hayden Honeywood <</span><a href="mailto:haydenph91@gmail.com" style="font-size:12.8px">haydenph91@gmail.com</a><span style="font-size:12.8px">></span><br style="font-size:12.8px"><span style="font-size:12.8px">To: </span><a href="mailto:app_rpt-users@lists.allstarlink.org" style="font-size:12.8px">app_rpt-users@lists.<wbr>allstarlink.org</a><br style="font-size:12.8px"><span style="font-size:12.8px">Subject: [App_rpt-users] Squelch issue with RTCM and Kenwood</span><br style="font-size:12.8px"><span style="font-size:12.8px">Message-ID:</span><br style="font-size:12.8px"><span style="font-size:12.8px">        <CAC0VLD0gq4UvOGfbKYid-0hvxYZ=</span><a href="mailto:SES4Gc_US-R5m7qmPwHXMw@mail.gmail.com" style="font-size:12.8px"><wbr>SES4Gc_US-R5m7qmPwHXMw@mail.<wbr>gmail.com</a><span style="font-size:12.8px">></span><br style="font-size:12.8px"><span style="font-size:12.8px">Content-Type: text/plain; charset="utf-8"</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">Hi James,</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">As Lee said, load Chuck squelch and see how it goes. I had similar issues</span><br style="font-size:12.8px"><span style="font-size:12.8px">with mine (although I'm running the VOTER board). The RSSI meter would jump</span><br style="font-size:12.8px"><span style="font-size:12.8px">around all over the place. I also had to find a suitable location for the</span><br style="font-size:12.8px"><span style="font-size:12.8px">discriminator on my radio. In my case the pin labelled "discriminator" had</span><br style="font-size:12.8px"><span style="font-size:12.8px">some high pass filtering applied.</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">The delay seems inherent in the RTCM/voter. I've tested over a LAN with a</span><br style="font-size:12.8px"><span style="font-size:12.8px">latency of <1ms and I still hear the last syllable of my last word when</span><br style="font-size:12.8px"><span style="font-size:12.8px">unkeying.</span><br style="font-size:12.8px"><span style="font-size:12.8px">This is with the RX buffer set at 120ms and the TX buffer at 60ms (so is</span><br style="font-size:12.8px"><span style="font-size:12.8px">that 180ms total).</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">There must be over a half second delay elsewhere within the processing of</span><br style="font-size:12.8px"><span style="font-size:12.8px">audio that is added?</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">Hayden</span><br></div>