开云体育

On Apr 6, 2025, at 07:19, Mike Johnshoy via groups.io <mike.johnshoy@...> wrote:

?Ron, I think you are going down the same path I did on the 64 bit baseline last year. In sbitx_gtk.c we made the tweak like yours which leaves Farhans code and the polling rate undisturbed for all current and future modes, except for new special treatment (more frequent polling) for MODE_CW and CWR.

I like Gordon's comment about the Shannon limit, but there is no limit on how much people will complain when you clip off one of their dits or dahs!

I originally started to go through all the CW related stuff between modem_poll and key_poll to see if it should be streamlined but Farhans original code seems pretty good.

if (ticks % 20 == 0)
modem_poll(mode_id(get_field("r1:mode")->value));
else
{
// calling modem_poll every 20 ticks isn't enough to keep up with a fast
// straight key, so now we go on _every_ tick in MODE_CW or MODE_CWR
if ((mode_id(get_field("r1:mode")->value)) == MODE_CW ||
(mode_id(get_field("r1:mode")->value)) == MODE_CWR)
modem_poll(mode_id(get_field("r1:mode")->value));
}

and over here in sbitx_gtk

if (ticks % 20 == 0 || cw_tx_now ){
modem_poll(mode_id(get_field("r1:mode")->value));
cw_tx_now = 0;
}
Sat, Apr 5, 2025 at 10:04 PM, Ron Carr wrote:

and over here in sbitx_gtk

if (ticks % 20 == 0 || cw_tx_now ){
modem_poll(mode_id(get_field("r1:mode")->value));
cw_tx_now = 0;
}

--
Mike KB2ML