feat: record CW QSOs again
CW was excluded because SmartSDR does not route the operator's own sidetone through DAX, so the recording sounds one-sided. The audio path is open all the same and the other station IS captured — which is the half worth keeping. The frontend had ONE list serving two purposes: which modes may be recorded, and which modes the voice keyer may transmit on. Adding CW to it would have let the DVK key the rig with speech on a CW frequency. They are now two lists: PHONE_MODES for the keyer, RECORDABLE_MODES (phone + CW) for the recorder. Digital modes stay out of both: their audio is a modem tone nobody will replay.
This commit is contained in:
+4
-2
@@ -3,10 +3,12 @@
|
||||
"version": "0.22.4",
|
||||
"date": "",
|
||||
"en": [
|
||||
"FlexRadio: in split, OpsLog stays on the receive slice instead of following the transmitter."
|
||||
"FlexRadio: in split, OpsLog stays on the receive slice instead of following the transmitter.",
|
||||
"QSO recording works on CW again. Your own sidetone is not in the file, the other station is."
|
||||
],
|
||||
"fr": [
|
||||
"FlexRadio : en split, OpsLog reste sur la slice de réception au lieu de suivre l'émission."
|
||||
"FlexRadio : en split, OpsLog reste sur la slice de réception au lieu de suivre l'émission.",
|
||||
"L'enregistrement des QSO fonctionne à nouveau en CW. Votre propre signal d'écoute n'est pas dans le fichier, celui du correspondant l'est."
|
||||
]
|
||||
},
|
||||
{
|
||||
|
||||
Reference in New Issue
Block a user