Hi Bill and all,

> Is the JT65A+JT9 split at a particular DF a technical requirement for
> the decoder or is it there to marshal band usage and nudge operators to
> separate sub-bands for each mode?

Two good reasons for having a "blue line":

1. As you say, to encourage operators to keep the two mode in slightly 
different slices o0f the band.

2. To prevent a big slow-down of the JT9 decoder as it tries (without 
success, of course) to decode all the JT65 signals.

> The reason I ask is that my current changes could easily accommodate
> automatic mode setting in dual mode depending on whether the cursor is
> left or right of the blue line.
>
> The net gains of auto mode switching would be more space on the main
> window as the mode button could be removed and simplify dual mode
> operation a little. OTOH if the split is not for technical decoding
> reasons then the button has a purpose if the split divider were to be
> discarded.
>
> Also as things are at the moment the RX cursor indication of mode is
> fairly meaningless as far as I can see.

I'm not sure that I really understand what you're getting at.  The 
program is already "dual mode" in receive; the setting of "Tx Mode" 
simply tells the program which mode to decode first.  Moreover, the 
program already does automatic switching of the Tx mode when you 
double-click on a signal or a line of decoded text.  The shape of the 
waterfall cursors reflects the setting of Tx mode.

I don't see that space on the main screen is severely cramped at 
present, and I don't see just how dual-mode operation would be made 
simpler without the Tx Mode button.  But maybe I haven't grasped what 
you have in mind.

        -- Joe

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to