Mark, I experience the same issue while using RTCM’s, an altogether different audio interface. The issue typically resolves on its own. While not an answer to your question, it does further support the issue. Kevin J. Babich 219.406.9707 Mobile ***Mobile EMail*** Please excuse any typos and brevity.

On Jan 27, 2019, at 2:08 PM, Mark Johnston <markjohnston73@gmail.com> wrote:

Hello, ...

Issues with audio on ASL 1.01 GIT version 004b9dd Usually issue clears up after reboot, was happening every few months, now seems every day/few days... This does not appear to be network issue, as ID's and courtesy tones, local audio files, are also impacted.

Using DSP aka usbradio issue is heard even via phone portal using standared URI Single Node 4.9.0-6-686-pae Kernel Intel Atom CPU 1.8Ghz 2GB Ram SSD

load average: 0.12, 0.07, 0.02

Logs show: [Jan 27 11:55:49] WARNING[372] chan_usbradio.c: Loaded parameters from usbradio_tune_usb_27038.conf for device usb_27038 . [Jan 27 11:55:49] WARNING[370] chan_usbradio.c: Possibly stuck USB read channel. [usb_27038] [Jan 27 11:55:49] WARNING[370] chan_usbradio.c: Nope, USB read channel [usb_27038] wasn't stuck after all. [Jan 27 11:55:49] NOTICE[372] chan_usbradio.c: USB Adapter has no EEPROM installed or Checksum BAD on channel usb_27038

Dmesg: [ 314.006920] perf: interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 79750 [ 366.570103] perf: interrupt took too long (3169 > 3133), lowering kernel.perf_event_max_sample_rate to 63000 [ 429.870947] perf: interrupt took too long (3963 > 3961), lowering kernel.perf_event_max_sample_rate to 50250

I have been restarting weekly, and the issue is only getting worse, any thoughts?, Is there a newer version of ASL?

Thanks,

Mark

<rpt-audio.m4a> _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" 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.

*; devicenum=1* *devstr=1-2:1.0* *rxmixerset=125* *txmixaset=125* *txmixbset=500* *rxvoiceadj=0.315000* *rxctcssadj=0.646453* *txctcssadj=100* *rxsquelchadj=590* *fever=1* That's my usbradio.conf, the tuning file doesn't have txtone/txvoice On Sun, Jan 27, 2019 at 1:46 PM Marshall Oldham <ke6pcv@cal-net.org> wrote:

Mark,

What are your settings for txtone and txvoice in your usbradio.conf?

Marshall - ke6pcv

*From:* App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] *On Behalf Of *Mark Johnston *Sent:* Sunday, January 27, 2019 12:08 PM *To:* Users of Asterisk app_rpt *Subject:* [App_rpt-users] Choppy Audio

Hello, ...

Issues with audio on ASL 1.01 GIT version 004b9dd

Usually issue clears up after reboot, was happening every few months, now seems every day/few days...

This does not appear to be network issue, as ID's and courtesy tones, local audio files, are also impacted.

Using DSP aka usbradio

issue is heard even via phone portal

using standared URI

Single Node

4.9.0-6-686-pae Kernel

Intel Atom CPU 1.8Ghz

2GB Ram

SSD

*load average: 0.12, 0.07, 0.02*

*Logs show:*

*[Jan 27 11:55:49] WARNING[372] chan_usbradio.c: Loaded parameters from usbradio_tune_usb_27038.conf for device usb_27038 .*

*[Jan 27 11:55:49] WARNING[370] chan_usbradio.c: Possibly stuck USB read channel. [usb_27038]*

*[Jan 27 11:55:49] WARNING[370] chan_usbradio.c: Nope, USB read channel [usb_27038] wasn't stuck after all.*

*[Jan 27 11:55:49] NOTICE[372] chan_usbradio.c: USB Adapter has no EEPROM installed or Checksum BAD on channel usb_27038*

*Dmesg:*

*[* *314.006920] **perf**: interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 79750*

*[* *366.570103] **perf**: interrupt took too long (3169 > 3133), lowering kernel.perf_event_max_sample_rate to 63000*

*[* *429.870947] **perf**: interrupt took too long (3963 > 3961), lowering kernel.perf_event_max_sample_rate to 50250*

*I have been restarting weekly, and the issue is only getting worse, any thoughts?, Is there a newer version of ASL?*

*Thanks,*

*Mark*

_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" 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.

Just thought I would run this test, ran for 5,000 count. the summary... This is while connected to an active node and there is traffic going at that time, The command was: *dahdi_test -c 5000* *--- Results after 4883 passes ---* *Best: 100.000% -- Worst: 99.207% -- Average: 99.950227%* *Cumulative Accuracy (not per pass): 99.996* *Thought I would see if anyone had more ideas what is going on here? Why the audio gets choppy sometimes, even the local telemetry/ID gets that way. *