<div dir="ltr"><div>Here's a down and dirty display of overlap with transmitter power, feed line loss, antenna gain, pattern and azimuth figured in.</div><div><br></div><img src="cid:ii_1619acc92dd7bf53" alt="Inline image 1" style="margin-right: 25px;"><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>
Message: 8<br>
Date: Wed, 14 Feb 2018 17:33:50 -0800<br>
From: Tim Sawyer <<a href="mailto:tisawyer@gmail.com">tisawyer@gmail.com</a>><br>
To: Users of Asterisk app_rpt <<a href="mailto:app_rpt-users@lists.allstarlink.org">app_rpt-users@lists.<wbr>allstarlink.org</a>><br>
Subject: Re: [App_rpt-users] Simulcast buffer value issue<br>
Message-ID:<br>
        <<a href="mailto:CAG3ht9t7Unky%2BTc0MFTOLg2Z3%2BpcnoWFM2AyNFKeFcrOeE4cdw@mail.gmail.com">CAG3ht9t7Unky+Tc0MFTOLg2Z3+<wbr>pcnoWFM2AyNFKeFcrOeE4cdw@mail.<wbr>gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
11,000 feet! No way that will simulcast well, not at 70 miles.<br>
<br>
On Tue, Feb 13, 2018 at 8:10 PM, Jeff Carrier <<a href="mailto:k0jsc.jeff@gmail.com">k0jsc.jeff@gmail.com</a>> wrote:<br>
<br>
> I really hope to be able to confirm this soon.  I've been lazy and our 3<br>
> sites are 86 miles, 79 miles and 70 miles (in a triangle).  One of the 3 is<br>
> over 11,000 feet elevation.  No matter what we've tried so far you still<br>
> hear distortion in the overlap area(s) even when 1 site is 20 miles out LoS<br>
> and the other is around 60 miles out non LoS.  Everything is linked on a<br>
> private uW network with very low latency and basically zero packet loss.<br>
> The transmitters (GE MIII) run about 1hz freq error with the gpsdo attached.<br>
><br>
> Sometimes I just wonder if this is just multi-path from the various<br>
> granite reflectors we have on the front range of Colorado (one of them is<br>
> Pikes Peak)<br>
><br>
> de K0JSC<br>
><br>
> ------------------------------<br>
>><br>
>> Message: 6<br>
>> Date: Tue, 13 Feb 2018 20:43:42 +1100<br>
>> From: Hayden Honeywood <<a href="mailto:haydenph91@gmail.com">haydenph91@gmail.com</a>><br>
>> To: <a href="mailto:app_rpt-users@lists.allstarlink.org">app_rpt-users@lists.<wbr>allstarlink.org</a><br>
>> Subject: [App_rpt-users] Simulcast buffer value issue<br>
>> Message-ID:<br>
>>         <CAC0VLD0-9mc=<a href="mailto:T8BkvMwx6PqWXqtUXCYY2odbjc2ajjDiVLKSBg@mail.gm">T8BkvMwx6PqWXqtU<wbr>XCYY2odbjc2ajjDiVLKSBg@mail.gm</a><br>
>> <a href="http://ail.com" rel="noreferrer" target="_blank">ail.com</a>><br>
>> Content-Type: text/plain; charset="utf-8"<br>
>><br>
>> Interesting thoughts Tim... perhaps worth documenting on the wiki?<br>
>> Even though it was just "in theory", what kind of sync error was it?<br>
>> Were we talking microseconds or even more?<br>
>><br>
>> I have a receiver on a yagi pointed at a distant simulcasted site. I<br>
>> have noticed on occasion, I can hear the distant simulcasted site<br>
>> start to send audio underneath the carrier of the site that is closest<br>
>> (and strongest to me). The distant site is also the master site, and<br>
>> has the lowest latency, but I'm talking two words worth of audio is<br>
>> send before my other site starts sending audio. Once they are both<br>
>> transmitting, I  have not noticed any timing issues (i.e. distortion<br>
>> etc). I'm not sure if this issue was related to what I posted<br>
>> previously about the variable audio delay on unkey.<br>
>><br>
>> I'm running app_rpt on a Raspberry Pi using a cut down image we use here<br>
>> in VK.<br>
>><br>
>> <a href="http://vklink.com.au" rel="noreferrer" target="_blank">http://vklink.com.au</a><br>
>><br>
>><br>
>> "When simulcasting the audio from all (non captured) transmitters needs to<br>
>> arrive at the receiver with in an acceptable time frame (80 us). The DAC<br>
>> theory was that it didn't start sending audio at correct clock cycle every<br>
>> time. That would cause the audio to be out of sync between RTCMs causing<br>
>> simulcast distortion.<br>
>><br>
>> As I said, that was the theory. The new theory is that the external clock<br>
>> source was causing the DAC to trigger inappropriately. I spoke with<br>
>> someone<br>
>> I met here on the list (Kevin I think its was) who is using a different<br>
>> external clock and reports perfect simulcast operations"<br>
>> -------------- next part --------------<br>
>> An HTML attachment was scrubbed...<br>
>> URL: <<a href="http://lists.allstarlink.org/pipermail/app_rpt-users/attach" rel="noreferrer" target="_blank">http://lists.allstarlink.org/<wbr>pipermail/app_rpt-users/attach</a><br>
>> ments/20180213/991fdf0c/<wbr>attachment-0001.html><br>
>><br>
>> ------------------------------<br>
>><br>
>> Subject: Digest Footer<br>
>><br>
>> ______________________________<wbr>_________________<br>
>> App_rpt-users mailing list<br>
>> <a href="mailto:App_rpt-users@lists.allstarlink.org">App_rpt-users@lists.<wbr>allstarlink.org</a><br>
>> <a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/<wbr>cgi-bin/mailman/listinfo/app_<wbr>rpt-users</a><br>
>><br>
>><br>
>> ------------------------------<br>
>><br>
>> End of App_rpt-users Digest, Vol 108, Issue 12<br>
>> ******************************<wbr>****************<br>
>><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> App_rpt-users mailing list<br>
> <a href="mailto:App_rpt-users@lists.allstarlink.org">App_rpt-users@lists.<wbr>allstarlink.org</a><br>
> <a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/<wbr>cgi-bin/mailman/listinfo/app_<wbr>rpt-users</a><br>
><br>
> To unsubscribe from this list please visit <a href="http://lists.allstarlink.org/" rel="noreferrer" target="_blank">http://lists.allstarlink.org/</a><br>
> cgi-bin/mailman/listinfo/app_<wbr>rpt-users and scroll down to the bottom of<br>
> the page. Enter your email address and press the "Unsubscribe or edit<br>
> options button"<br>
> You do not need a password to unsubscribe, you can do it via email<br>
> confirmation. If you have trouble unsubscribing, please send a message to<br>
> the list detailing the problem.<br>
><br>
<br>
<br>
<br>
--<br>
Tim WD6AWP<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180214/3bcc2d18/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.allstarlink.org/<wbr>pipermail/app_rpt-users/<wbr>attachments/20180214/3bcc2d18/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
______________________________<wbr>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@lists.allstarlink.org">App_rpt-users@lists.<wbr>allstarlink.org</a><br>
<a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/<wbr>cgi-bin/mailman/listinfo/app_<wbr>rpt-users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of App_rpt-users Digest, Vol 108, Issue 14<br>
******************************<wbr>****************<br>
</blockquote></div><br></div></div>