<div dir="ltr">Thanks Dave, that does fit the time frame and circumstances.<div>Ross<br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Ross,<br>
<br>
How old is your ACID install?  The reason I ask is that there was a bug<br>
fix in the channels/xprm/xprm.c file that was committed to the AllStar SVN<br>
server back in January, 2015.  This bug fix greatly improved the receive<br>
audio S/N ratio, but, as a side effect, it altered the audio level<br>
adjustment somewhat.  This change only impacted the chan_voter and<br>
chan_usbradio---not chan_simpleusb.<br>
<br>
The RPi2 V1.0 release does run exactly the same code as was found in the<br>
AllStar SVN, as of the V1.0 release date (which was April 10, 2015).<br>
<br>
<br>
73, David KB4FXC<br>
<br>
<br>
On Sat, 13 Feb 2016, R Dahl wrote:<br>
<br>
> I bench tuned a repeater and RTCM (pl 103.5@300Hz) using Acid and then<br>
> installed it on a mountain top where all went well.  I have since started<br>
> using Rpi2 V1 as the remote server while retaining the txctcss values from<br>
> Acid's voter.conf<br>
> I am now having sporadic intermod issues to the rptr rx which are only<br>
> present when the RTCM is tx'ing pl audio. The fix has been to reduce the<br>
> txctcss value from 40 to 10 which is still working ok to  open pl squelches.<br>
> I would not have to ask this but my service monitor is too deaf to measure<br>
> the rptr ctcss level from 30 miles.  Should the same setting in voter.conf<br>
> result in the same pl level in both Acid and Rpi V1 when talking to a RTCM?<br>
> tnx de Ross ve6ars<br>
><br>
<br>
<br>
<br><br></blockquote></div></div></div></div>