TX Echolink audio is choppy , need some help to resolve

Audio from echolink was fine before the last batch of updates 3.4.4 and 3.4.5 , seems as though its clipping I've been changing settings to see if I could resolve it to the extent of a fresh install on a different Pi , allstar audio is fine.

RX audio is fine i.e me transmitting on a HT to my node that is connected to any echolink node, what is heard from me is fine no issues, I can monitor on several external echolink nodes and I concur the audio is fine.
TX audio from any connected echolink node is very poor, like its clipping or missing a packet.
Allstart audio is excellent both ways.
I've changed the Pi3 for a Pi4 and back again, several fresh installs , changed the cm108 but all that has not sorted the issue.
Other than the echolink gain settings what else can I play with to resolve this.

Many thanks Kev

Can you give some details to help narrow this down ?

Are you using a sa818 or
what is the rest of your config Full/Half duplex URI/radio etc

Trying to see if this matches a few other issues that have sprung up.

Hi Mike.
Currently Rpi3 + CM108 (G6OJB style mod) running 3.4.5 Half duplex, the tx/rx is a Baofeng UV-5R Mk5.
I've rotated all of the hardware individually but still the same.
Kev G0TPZ

Is this on rx only ? not seen on tx'd audio ?

Its only on the TX'd echolink audio all ok on the Allstar Tx'd audio . Only on echolink audio from the internet being transmitted by my node Baofeng radio.

This is starting to sound like bug.
You are not the first.
You should perhaps seek a bug report.

Ok, I've now changed to a thin client but its still the same so yes I'm now sure its a bug in the system.
I'm running
Asterisk 22.4.1+asl3-3.5.4-1.deb12,CN108 usb sound fob to Baofeng UV5 Mrk5.
Just to confirm
Audio from echolink was fine before the last batch of updates 3.4.4 and 3.4.5 , seems as though its clipping I've been changing settings to see if I could resolve it to the extent of a fresh install on a different Pi , allstar audio is fine.

RX audio is fine i.e me transmitting on a HT to my node that is connected to any echolink node, what is heard from me is fine no issues, I can monitor on several external echolink nodes and I concur the audio is fine.
TX audio from any connected echolink node is very poor, like its clipping or missing a packet.
Allstart audio is excellent both ways.
I've changed the Pi3 for a Pi4 and back again, several fresh installs , changed the cm108 but all that has not sorted the issue.
Other than the echolink gain settings what else can I play with to resolve this.

How do I do a bug report?

1 Like

So far the only tested workaround is to downgrade to the asl3-asterisk-22.2.0+asl3-3.3.0 (18-03-2025) release.

Hi Chuck
Would that be doing this?

As root: apt install asl3-asterisk=2:22.0+asl3-3.3.0.deb12 asl3-asterisk-modules=2:22.0+asl3-3.3.0.deb12 asl3-asterisk-config=2:22.0+asl3-3.3.0.deb12

For the most part, yes, but it's a couple more steps than that. You can fetch the whole asl3 install back to asl3-3.0.0 from the Debian distributions. Package name is asl3-asterisk. Instructions for this are here:
Downgrading a Package via apt-get in Ubuntu and Debian

Thanks Chuck but I've failed at the first hurdle,I just don't know what I'm doing with linux.
Can someone point me to where I can get asl3-3.0.0 and then how to download/clone it.
Thanks

Well it looks like I'm getting somewhere, just hold off with the advise lets see if I can crack this.

Nope need help. This is what I'm getting when trying to roll back to 3.3.0

oot@Allstarlink:/home/g0tpz# sudo apt install asl3-asterisk=2:22.2.0+asl3-3.3.0-6.deb12
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
asl3-asterisk : Depends: asl3-asterisk-config (= 2:22.2.0+asl3-3.3.0-6.deb12) but 2:22.4.1+asl3-3.5.4-1.deb12 is to be installed or
asterisk-config-custom but it is not installable
Depends: asl3-asterisk-modules (= 2:22.2.0+asl3-3.3.0-6.deb12) but 2:22.4.1+asl3-3.5.4-1.deb12 is to be installed
E: Unable to correct problems, you have held broken packages.

WOW, I've got it back to 2:22.2.0+asl3-3.3.0-6.deb12. Echolink audio is good both ways now.
What I needed to do was roll back asl3-asterisk-modules,asl3-asterisk-config and asl3-asterisk
All sorted now :grin:
Thanks for your help

1 Like

Sorry about that - asl3-asterisk package apparently does not carry its own dependencies. It looks like only the asl3 metapackage has the dependencies. However, in that case you'd have to correlate version numbers since asl3 is versioned differently.

Good morning, wondering what the expected resolution date is for this bug? Trying to decide if I just live with the issue for the time being, or try some of the workaround ideas listed in previous posts.

Just had another idea. I have a node using only Dahdi/pseudo, to access ASL3 using Android devices. It has no issue with Echolink send/receive. Once I set up my simpleusb node again, I will try connecting from the node using SimpleUSB to the node using Dahdi/pseudo, and see how that works. I ordered a new Raspi 5 to use for the new node, and expect to receive it this week. Once set up, I will report back.

This is already known to work, but it requires a second RPi. See the discussion on issue #700 above.

A manager where I once worked asked a programmer how long it would take to find a bug he was tracing. The programmer asked the manager "How long will it take to catch a fish?".

1 Like

Fair enough! I guess I was looking for relative priority and how far down it is in the queue of bugs. I don't think a second RPi would be needed, since the first node is hosted in the cloud. Thanks for your response!