jks

In the next release I am changing the default of "acquire if busy" to be checked (enabled). This change will only affect new software installations, i.e. not change an existing configuration in case someone has explicitly set the value.

Not new with v1.822. Zoom level 10 has always been this way. It's a little slower than z9 before it and z11 after. This is because it's right on the transition to overlapped sampling with z11. And the realtime constraints get in the way with z10 such that it runs slower (the waterfall is always the lowest priority task in the system).

This may improve with some architectural changes that are under development.

Okay, I think I have this fixed. Will be in the next release.

It a corner case: When two bands abut each other, and you're tuned to the exact frequency in common with the bands (e.g. 7200 as mentioned here), the - - - buttons should use the lower band's tuning step. And the + + + buttons should use the upper band's tuning step.

The story is slightly more complicated for overlapping bands. Which right now occurs for ITU R3 (Asia/Pacific) with the 40m amateur and 41m broadcast bands. Basically 41m has priority because it's first in the admin DX tab "band bars" list (unless you've changed it).

Hi Ron. I think you must have checked "acquire if busy" because I now see "GPS acq yes" in the user control panel "Stat" tab with 3 users connected.

One better way to assess frequency cal / drift than simply using zoom level 14 is to use the WSPR extension since it has an FFT display that has very good resolution. In the screenshot below I have set it to run on 30m. But tuned to a dial frequency of 14999.25 so that the time station carrier is in the middle of the display (200 Hz offset). Notice that it looks pretty good. Maybe just a tiny bit low. What's important is how stable that carrier is in the WSPR display over time with the GPS "good" sat count being a relatively large value (say larger than 4).

From the CHANGE_LOG file: