<div dir="ltr">I wish that I had a magic formula for you. All that I can say is that we run minimal setups (least possible number of running processes and installed packages) on the Pis and we are sure to use the correct audio COR interfaces etc... We also are meticulous in setting up levels using service monitors of all of the radios themselves. I help to maintain a large system (That Skyler has used frequently in the past) which is primarily run on PIs and we have not had any of the issues that you guys are experiencing. Wish I could be of more help, but I truly do not believe that it's an issue caused by the Pi.<div><br></div><div>JJC</div><div>N0PKT</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 4, 2018 at 8:57 AM, REDBUTTON_CTRL <span dir="ltr"><<a href="mailto:jrorke@cogeco.ca" target="_blank">jrorke@cogeco.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I too have had the sputtering audio issues. Mostly it starts to degrade over a few days. I have run dial on Pi2 s and HP thin clients. and so far all of them need periodic reboots or asterisk restarts to clean up the audio.<br>
<br>
I am using DIAL Full DSP with tone encode and decode. Some units have 2 or 3 or nodes. Even a single node pi does it.<br>
So if you have a magic set up that fixes this I would like to hear about it.<br>
<br>
In one case I had to put back a full desk top pc to keep from having to re set on a daily basis.<br>
Pcs dont seem to suffer from the motor boating issue.<br>
<br>
Jon VA3RQ<div class="HOEnZb"><div class="h5"><br>
<br>
On 2/3/2018 9:26 PM, JJC wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Skyler,<br>
<br>
I’ll have to disagree with your statements completely. I have not only personally load-tested but I have and know of many high traffic systems that are running with zero “sputter” or issue.l on a Pi. Several have been on the air and running for well over a year.<br>
<br>
I am also running one system in conjunction with DMRLink and transcoding audio (read a much heavier demand on System resources) from DMR<-> Analog with no “sputter”. Granted the transcoding is offloaded to a separate chip but nonetheless. On all of these systems running on a Pi 2 or 3 the system load from asterisk, DMRLink etc all combined never exceeds 15% and the audio is always clean ( not withstanding network craziness ).<br>
<br>
So having said all of this I would look elsewhere for what may be causing your audio ailments. I can’t really point you in a specific direction other than to review overall system load and performance inline with general system administration best practices. And of course standard troubleshooting methods of hardware swapping/testing and validation.<br>
<br>
JJC<br>
N0PKT<br>
<br>
Sent from the iRoad, so please ignore any typos or awesome autocorrects<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Feb 3, 2018, at 18:19, Skyler F<<a href="mailto:electricity440@gmail.com" target="_blank">electricity440@gmail.com</a>> wrote:<br>
<br>
At this point, I don't think the raspberry pi audio is as good as it could be on the raspberry pi. Even with a pi 3 on the best settings in usbradio, it will sputter every once and a while I realize Doug has implemented a precision timer, however, his image is not open source, and I cannot modify, therefore not an option for me.<br>
<br>
What is the best mini computer hardware available for reasonable prices nowadays that I could use in place of the pi? The raspberry pi arm architecture just does not seem to cut the current versions of AllStar and DAHDI. I realize how picky I am being, but I am sort of going crazy by some raspberry pi nodes i've put together with crazy sputtering issues. And the telemetry sometimes sounds like it is played at 1/2 speed. U<br>
<br>
Usbradio and simpleusb have their different problems, but neither seem to work ok. I would actually argue usbradio works better on the pi because it does not have an unreliable duplex audio delay.<br>
<br>
Do ATOM processers work well? Best suggestions here for something lightweight and non power-hungry?<br>
<br>
Thank You!<br>
Skyler KDØWHB<br>
<br>
<br>
______________________________<wbr>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@lists.allstarlink.org" target="_blank">App_rpt-users@lists.allstarlin<wbr>k.org</a><br>
<a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/c<wbr>gi-bin/mailman/listinfo/app_rp<wbr>t-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/c<wbr>gi-bin/mailman/listinfo/app_rp<wbr>t-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.<br>
</blockquote>
______________________________<wbr>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@lists.allstarlink.org" target="_blank">App_rpt-users@lists.allstarlin<wbr>k.org</a><br>
<a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/c<wbr>gi-bin/mailman/listinfo/app_rp<wbr>t-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/c<wbr>gi-bin/mailman/listinfo/app_rp<wbr>t-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.<br>
</blockquote>
______________________________<wbr>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@lists.allstarlink.org" target="_blank">App_rpt-users@lists.allstarlin<wbr>k.org</a><br>
<a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/c<wbr>gi-bin/mailman/listinfo/app_rp<wbr>t-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://lists.allstarlink.org/c<wbr>gi-bin/mailman/listinfo/app_rp<wbr>t-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. </div></div></blockquote></div><br></div>