AlexandreRouma

I don't think there's really any setting that can be adjusted to get around this. The signal level jumps up 60dB instantly when the AGC has had time to bring...

The attack and decay are simply separate time constants for raising and lowering the gain because you usually want the gain to drop faster than to increase.

the values are not in any particular unit (internally they actually mean fraction of the samplerate that the demodulator is running at). No matter how much you raise that time...

> OK, so based on this new information, how do I convert from those values to a time constant in seconds for the attack/decay? You don't, just pick something that...

there's no easy conversion between the two. Could probably figure it out with a pen and paper and 30 minutes of calculus but I don't have the time for this...

If you look at the code you'll notice this is already the case within the currently processed buffer.

Please provide SDR++ logs as requested in the issue template.

I see the issue, but it stems from a misuse of the protocol by your script. Every single time you get or set the frequency, you open a new connection...

The issue isn't with netcat. Calling the rigctl command repeatedly would result in the exact same issue. Just run netcat or rigctl continously and give it commands via it's stdin/stdout....

The delay in the code is set to 20ms = 50Hz. The additional delay caused by the commands is hardware specific.