Hi Mark,
As already mentioned several times in my video (and also demonstrated), the
new verification system works for both SuperFox mode and old-style Fox
mode. Regarding the 9dx.cc OTP server, Brian is the best person to contact.
73 de DG2YCB,
Uwe
_________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB
Am 22. Oktober 2024 23:35:01 schrieb Mark Jessop <vk...@rfhead.net>:
Hi,
Your video goes through setting up superfox mode, but my point is that
there are possible configuration settings in that section that results in
possibly odd behaviour.
Is OTP mode intended to also be available for use in 'regular' fox mode?
It would also be really nice to get an answer on the OTP server.
73
Mark VK5QI
On Thu, Oct 17, 2024 at 10:56 PM Uwe, DG2YCB <dg2...@gmx.de> wrote:
Hi Mark,
You will likely find my following video tutorial helpful:
https://www.youtube.com/watch?v=OtQcJK-kgwM
73 de DG2YCB,
Uwe
________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB
Am 17.10.2024 um 13:44 schrieb Mark Jessop via wsjt-devel:
Hi,
I've been experimenting with the new RC7, and I have noted that if OTP
transmissions are enabled and send text is also enabled, but I'm
transmitting as a 'regular' fox, it looks like the OTP message gets
transmitted in the second slot all the time (along with a truncated free
text message in the first slot).
CQ messages are not transmitted, nor are responses to calling stations.
I realise having OTP mode enabled in regular fox mode is not expected, but
it's something that *can* be set from the GUI... so something someone might
do accidentally.
Also... will there be documentation or source code provided for the OTP
server running on 9dx.cc? The changelog for this version says
"Theoretically, DXpeditions can set up their own OTP server"... but the
theoretical becomes near impossible if there's no information provided on
how it works!
I'm sure it would also be good to have other eyes across that server, to
make sure there's no vulnerabilities in it...
Thanks,
Mark VK5QI
_______________________________________________
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
