Commit Graph

238 Commits

Author SHA1 Message Date
Uwe Risse
fa111e6e87 Remove checkboxes for "Clear DX Call / DX Grid after QSO" and update Release_Notes and NEWS. 2022-06-01 10:14:18 +02:00
Uwe Risse
dd81db1e95 Add an option to disable the Tune watchdog. 2022-04-04 17:24:35 +02:00
Joe Taylor
38174ed6dc Use "ARRL_DIGI" rather than "NA_VHF". Needs testing! 2022-03-14 15:59:49 -04:00
Joe Taylor
22b86544be Revert "Change some labels from "RTTY Roundup" to "ARRL Digi". *** May not keep this! ***"
This reverts commit b12b1dec39.
2022-03-14 09:56:07 -04:00
Joe Taylor
b12b1dec39 Change some labels from "RTTY Roundup" to "ARRL Digi". *** May not keep this! *** 2022-03-13 21:44:31 -04:00
Uwe Risse
3a765e3b12 Add optional highlighting of messages with 73 or RR73 2022-01-11 14:35:15 +01:00
Uwe Risse
947ab4eb25 Add features Highlight DX Call / DX Grid and Clear DX Call / DX Grid after QSO 2022-01-11 10:51:48 +01:00
Uwe Risse
39b63f4190 Add mode buttons to the mainwindow 2022-01-10 13:54:48 +01:00
Joe Taylor
e1928f3206 Add ;$ characters to message_alphabet in Configuration.cpp; move $ to end in same regexp in mainwindow.cpp. 2021-12-06 16:00:28 -05:00
Bill Somerville
1bb4dffb77
Auto log behaves as prompt to log when not in contest modes 2021-10-27 17:35:08 +01:00
Bill Somerville
5bf8ba4f55
Consistent behaviour with respect to prompt to log and auto log 2021-08-18 13:38:49 +01:00
Bill Somerville
aa1225ff96
Remove local event loops from Omni-Rig interface
Using a local event loop to wait for Omni-Rig to initialize has caused
issues elsewhere, reverted to simple waits in teh hope that Omni-Rig
initializes promptly.
2021-07-30 20:21:57 +01:00
Bill Somerville
2ed499c779
Ensure loopback is used for outgoing UDP if no others selected 2021-02-01 23:29:41 +00:00
Bill Somerville
462ef827c9
Shorten some diagnostic messages 2020-11-28 13:48:49 +00:00
Bill Somerville
dc4f824f43
Only attempt to fetch LoTW users at start up if highlighting enabled 2020-11-16 17:10:33 +00:00
Bill Somerville
9ea903b259
Merge branch 'develop' into feat-boost-log 2020-11-12 13:36:25 +00:00
Bill Somerville
d953c455fe
Ensure network interfaces validation is run on start up 2020-11-06 01:27:36 +00:00
Bill Somerville
9434c447cd
Ensure multicast UDP is sent to at least the loop-back interface
Also send multicast UDP to every selected network interface.
2020-11-06 00:33:53 +00:00
Bill Somerville
c15f244a09
Comment out diagnostic prints 2020-11-05 11:30:48 +00:00
Bill Somerville
caa23f1101
Message Client allows sending multicast UDP on multiple interfaces 2020-11-05 03:37:01 +00:00
Bill Somerville
3bc3103004
UDP multicast TTL default as one
Restricts scope to local subnet.
2020-11-04 16:02:04 +00:00
Bill Somerville
430d57c1ca
Network interface selection for outgoing UDP multicast datagrams
Default  selection  is  the  loop-back interface.  Users  who  require
interoperation  between  WSJT-X   instances  cooperating  applications
running on different hosts should  select a suitable network interface
and  carefully choose  a multicast  group address,  and TTL,  that has
minimal scope covering the necessary  network(s). Using 224.0.0.1 is a
reasonable    strategy    if   all    hosts    are    on   the    same
subnet. Administratively  scoped multicast group addresses  like those
within 239.255.0.0/16  can cover larger  boundaries, but care  must be
taken if the local subnet has access to a multicast enabled router.

The  IPv4  broadcast  address  (255.255.255.255) may  be  used  as  an
alternative  to multicast  UDP, but  note that  WSJT-X will  only send
broadcast UDP datagrams  on the loop-back interface,  so all recipient
applications must be running on the same host system.

The reference UDP Message protocol  applications are being extended to
be configurable  with a list of  interfaces to join a  multicast group
address on. By default they will only join on the loop-back interface,
which is also  recommended for any applications designed  to take part
in the WSJT-X  UDP Message Protocol. This allows full  user control of
the  scope of  multicast  group membership  with  a very  conservative
default  mode  that will  work  with  all interoperating  applications
running on the same host system.
2020-11-02 15:33:44 +00:00
Bill Somerville
0f10a58b84
Fetch LoTW Users data on start up if it is missing 2020-10-23 01:35:40 +01:00
Bill Somerville
d8b16b31f4
Merge branch 'develop' into feat-boost-log 2020-10-13 19:20:37 +01:00
Bill Somerville
d15e419993
Allow UDP service port zero, this disables the UDP Message Protocol 2020-10-07 19:16:00 +01:00
Bill Somerville
fe4c2b59ee
Revert to narrow character logging 2020-09-27 16:52:19 +01:00
Bill Somerville
396f128ece
Make use of different severities for rig control logging 2020-09-26 15:13:29 +01:00
Bill Somerville
1d43ddd38b
Use wide character logging for efficiency as most o/p is QString 2020-09-26 14:56:16 +01:00
Bill Somerville
cbd4f109a8
Add a log channel for rig control
RIGCTRL is defined as a log channel for rig control messages and the
appropriate logger is made available to children of the Transceiver
class. Use Transceiver::logger() to access the logger.

Switched existing rig control QDebug messages to Boost logging.
2020-09-25 02:37:41 +01:00
Bill Somerville
d1bb70fd1b
Show busy cursor while enumerating audio devices 2020-09-22 12:18:23 +01:00
Bill Somerville
542ffe8311
Improve audio device handling and error recovery
where possible  audio devices that  disappear are not  forgotten until
the user selects another device, this should allow temporarily missing
devices or forgetting  to switch on devices before  starting WSJT-X to
be  handled more  cleanly. If  all else  fails, visiting  the Settings
dialog and  clicking OK should  get things  going again. Note  that we
still  do not  have  a  reliable way  of  detecting  failed audio  out
devices, in that  case selecting another device and  then returning to
the original should work.

Enumerating  audio devices  is expensive  and on  Linux may  take many
seconds per  device. To avoid  lengthy blocking behaviour until  it is
absolutely necessary,  audio devices are  not enumerated until  one of
the "Settings->Audio" device drop-down lists is opened. Elsewhere when
devices  must be  discovered  the  enumeration stops  as  soon as  the
configured device is  discovered. A status bar message  is posted when
audio devices are being enumerated as a reminder that the UI may block
while this is happening.

The message box warning about  unaccounted-for input audio samples now
only triggers when  >5 seconds of audio appears to  be missing or over
provided. Hopefully this will make the warning less annoying for those
that are  using audio sources  with high and/or variable  latencies. A
status  bar message  is still  posted for  any amount  of audio  input
samples  unaccounted for  >1/5 second,  this message  appearing a  lot
should be considered as notification that  there is a problem with the
audio sub-system, system load is  too high, or time synchronization is
stepping the PC clock rather  than adjusting the frequency to maintain
monotonic clock ticks.
2020-09-20 18:20:16 +01:00
Bill Somerville
5014c62bfa
Notify user when enumerating audio devices 2020-09-13 17:12:11 +01:00
Bill Somerville
66e887b2f9
Merge branch 'develop' into feat-dropped-frames 2020-09-12 00:19:04 +01:00
Bill Somerville
b539248624
Remove some diagnostic prints 2020-09-01 17:31:44 +01:00
Bill Somerville
718d6d1724
Lazy enumeration of audio devices to minimize delays on Linux 2020-08-22 18:14:14 +01:00
Bill Somerville
2cd679f71c
Fix broken CAT initialization 2020-08-17 01:48:26 +01:00
Bill Somerville
65f994ce90
Improved audio stream error handling 2020-08-16 00:55:29 +01:00
Bill Somerville
e69226b29a
Avoid enumerating audio devices until absolutely necessary
Enumerating  audio  devices with  QAudioDeviceInfo::availableDevices()
takes  a  long  time  on  Linux  with  pulseaudio.  This  change  only
enumerates  up  to  the  selected device  when  configuring  and  only
enumerates the whole list when the Settings->Audio tab is current.

This change also warns  with a message box when Tx  is started with no
audio output device configured.
2020-08-12 02:33:15 +01:00
Bill Somerville
c067580071
Performance optimization of frequencies and station info table views 2020-08-11 20:09:42 +01:00
Bill Somerville
0cf14dfcc9
Remove user adjustable audio buffer sizes from Settings
Fixed buffer sizes are  used. Rx use s 3456 x 1st  downsample rate x 5
audio  frames  of  buffer  space.  On Windows  this  means  that  each
chunk (periodSize())  delivered from the  audio stream is  our initial
DSP processing chunk size, thus  matching audio buffer latency exactly
with WSJT-X's  own front  end latency. This  should result  in optimal
resilience to high system loads that might starve the soundcard ADC of
buffers to fill and case dropped audio frames.

For Tx  a buffer sufficient for  1 s of  audio is used at  present, on
Windows  the period  size will  be  set to  1/40 of  that which  gives
reasonably low latency  and plenty of resilience to  high system loads
that might  starve the soundcard DAC  of audio frames to  render. Note
that a 1 s  buffer will make the "Pwr" slider slow  to respond, we may
have to reduce the Tx audio buffer size if this is seen as a problem.
2020-08-11 13:48:01 +01:00
Bill Somerville
6ea62d9476
Remove default audio devices from audio configuration
This enforces  an audio input device  in the settings dialog  since we
can't do anything  without an input device. A nil  audio output device
is allowed with a warning.
2020-08-08 16:57:51 +01:00
Bill Somerville
a0ceace5b4
User configurable audio device buffer sizes
Adjusting these may help with  audio drop-outs, particularly on slower
CPU systems or heavily loaded systems. Smaller buffer sizes leave less
margin for  process interruptions,  larger sizes waste  resources that
could impact other processes.
2020-08-08 16:25:14 +01:00
Bill Somerville
7bb5a8e009
Merge branch 'develop' into feat-psk-reporter-re-work 2020-07-26 15:52:39 +01:00
Bill Somerville
aa52e7d4c6
Add new PE RAC section for FD 2020-06-21 13:06:52 +01:00
Bill Somerville
b48b23450d
First iteration of optional TCP/IP client for PSK Reporter 2020-06-21 01:36:30 +01:00
Steven Franke
70b84478f0 Add WW_DIGI to the special activities section. Make necessary changes to
the decoders. Also, an experimental change to the FT4 decoder to base
AP decoding passes on 4-symbol block detection instead of single symbol
detection. This provides about 1 dB improvement on the AWGN channel.
Sensitivity changes on other channels are TBD.
2020-01-24 11:26:36 -06:00
Bill Somerville
ca07d22e89
Add option to highlight un-worked grid fields
This  is a  check box  option  in "Settings->Colors"  rather than  new
    highlighting types so un-worked  field highlighting and un-worked grid
    square highlighting are mutually exclusive. The check box state can be
    changed at  any time, no  log rescanning is necessary,  and subsequent
    decoded message highlighting will be according to the check box state.
2019-08-09 11:25:50 +01:00
Bill Somerville
01aaa852e3
Updates to support Qt v5.13
Replacement of deprecated Qt functions and member functions.
2019-07-08 01:37:04 +01:00
sirhc808
1f57ba5fec improve physical structure 2019-07-02 12:45:05 -05:00
sirhc808
27d4471cde Merge branch 'ft9_refactor' into feat-refactor
# Conflicts:
#	CMakeLists.txt
#	lib/ft4/getcandidates4.f90
#	lib/ft4/sync4d.f90
2019-07-02 12:06:14 -05:00