Hi Peter,
Sorry about the onerous requirement to dismiss the RC expiration
warning. I'm sure it seems tiresome to see that message -- yet again!
-- and to exert the necessary one extra click.
Things will be better soon. Release candidates are for temporary use by
beta testers, and a GA release release can't be very far away.
-- 73, Joe, K1JT
On 4/21/2021 3:02 AM, Peter Sumner wrote:
Hello Joe,
while not wishing to hijack the thread, I am a great believer of the
use of configurations for each setup ( I have one for each mode I use )
, the one niggle is the "RC expires on xxxx" warning message we get when
changing from one to another configuration from the Release
Candidate versions. If there was a way to only see that reminder
message at initial startup and not each time we change to a new
configuration, that would be a step forward to making the use of
'configurations' an easy sell.
as always, thanks to you and the team for the work you put in to make
WSJT-X possible.
Regards,
Peter, vk5pj
On Wed, Apr 21, 2021 at 11:30 AM Joe Taylor <j...@princeton.edu
<mailto:j...@princeton.edu>> wrote:
Hi Rex,
The general policy in WSJT-X is that we don't try to "remember" user
settings by mode, band, or whatever.
If you want parameters in reset to previously selected values according
to band or mode, you should define a Configuration for each frequently
used combination, and give it a convenient name. You can have a dozen
or more configurations, each one set up the way you want. Don't just
switch to Echo mode, switch to your Echo configuration. If you use
both
Q65-60D and Q65-60E frequently, don't just use the ABCDE spinner --
define a configuration for submode.
Doesn't this approach solve your problem as well as any other scheme
could do?
-- 73, Joe, K1JT
On 4/20/2021 7:22 PM, Rex Moncur wrote:
> On RC3 Q65 automatically set the TX audio frequency to 1000 Hz for
> Q65-60D (as well as the A to C sub-modes) and to 700 Hz for the E
sub
> modes. That worked well for the upper microwave users and kept the
> audio frequency within the bandpass of most SSB transceivers.
>
> Some VHF operators who use the narrow sub-modes asked that the TX
audio
> frequency be held constant at where it was last set and this was
> introduced in RC4 with a red warning if the audio frequency was
likely
> to go outside the Bandpass. The VHF operators argued in part
that the
> RC3 method would result in operators tending to focus on 1000 Hz
and be
> on top of each other.
>
> RC4 does however introduce a problem in that if you change to say
WSPR
> or echo mode the TX audio frequency is moved up to 1500 Hz and
remains
> at this when you go back to Q65. EME operators often do an echo
test to
> establish that their station is working prior to moving to
another mode
> and thus end up TXing Q65 on 1500 Hzrather than 1000 Hz which is
> standard at the upper microwaves. This is a particular problem for
> weak signal microwave users who typically use a low Ftol and single
> decodesand do not notice that the TX audio frequency has been
moved up
> to 1500 Hz. The problem is further exacerbated if you are running a
> sked with a weak station and use the 1000 Hz tune tone to
establish that
> both stations are on frequency and that you have viable signals. In
> this case the 1000 Hz tune tone does in fact show up at 1000 Hz,
> indicating you are on frequency, but when you change to transmit
> messages they come out at 1500 Hz and are generally outside Ftol and
> thus do not decode.
>
> I can see a number options to mitigate these conflicting
requirements
> although none are perfect, for example:
>
> 1. The RC4 method could be changed such that all modes always
returns to
> the last TX audio frequency in use for that"mode". While this
will work
> for microwave operators who are exactly on frequency the audio
> frequency will sometimes be changed off 1000 Hz to tune in a
station off
> frequency so it is less than ideal.
>
> 2. The RC3 method could be applied ifthe higher microwave
frequencies
> are selected and the RC4 method (modified to come back to the last
> frequency used for each mode) if VHF and lower microwave
frequencies
> are selected. The problem is that there is no clear frequency
boundary
> where one or other method is preferred. One possibility would be
the
> modified RC4 method up to and including the 3.4 GHz band MHz and
the
> RC3 method above that. The disadvantage of this approach is that
people
> would need to understand that if they changed to the higher
microwave
> frequencies the operating method has changed.
>
> While I don't see an ideal solution my preference for a compromise
> solution would be option 2 above. But I think it worth a wider
> discussion to see if a better solution can be found.
>
> 73 Rex VK7MO
>
>
>
> _______________________________________________
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
>
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
