ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
esc to dismiss
Re: fldigi 4.2.06.15 developmen t version availabe for testing
Notarized version for MacOS 15 is here:
|
toggle quoted message
Show quoted text
On Dec 12, 2024, at 12:13?PM, Dave, W1HKJ via groups.io <w1hkj@...> wrote:
Posted at
Most recent three changes to the program:
commit
ad817413f9d517a88b9156d48cc28f3a0b53c92c
Author: dave-w1hkj <w1hkj@...>
Date:?? Mon Dec 9 15:05:42 2024 -0600
??? MFSK afc
?? ?
????? * Increase AFC low pass filter range to 500.
commit 68e700918a9517b6825c94365037ae07fbb57fd3
Author: dave-w1hkj <w1hkj@...>
Date:?? Thu Dec 12 09:23:27 2024 -0600
??? THOR-25
?? ?
????? * add new THOR modem with following characteristics
??????? . symlen = 320
??????? . samplerate = 8000
??????? . flushlength = 20
??????? . bandwidth = 460
??????? . IEEE coefficients for viterbi encode/decode algorithms
????????? THOR_K15? 15
????????? K15_POLY1 044735
????????? K15_POLY2 063057
??????? . objective to provide highest baud within 500 Hertz
bandwidth for
????????? European amateurs
????? * assigned secondary RsID code 691 to THOR-25
????? * increased flush length for all THOR baud rates
????? * added configurable start and end of signal shaping to
these modem types:
??????? . dominoEX
??????? . psk
??????? . mfsk
??????? . rtty
??????? . thor
??????? . selectable on configuration tab Modem/General
<e5m5bZQoLf86X2J7.png>
commit
8aa6a3ea07596d0c61e57462c8ffe1bae939339b
Author: dave-w1hkj <w1hkj@...>
Date:?? Wed Nov 27 15:49:26 2024 -0600
??? MFSK afc
?? ?
????? * add configuration item allowing user to adjust the decay
??????? averaging of the AFC tracking.
73, David
W1HKJ
fldigi 4.2.06.15 developmen t version availabe for testing
Posted at
Most recent three changes to the program:
commit
ad817413f9d517a88b9156d48cc28f3a0b53c92c
Author: dave-w1hkj <w1hkj@...>
Date:?? Mon Dec 9 15:05:42 2024 -0600
??? MFSK afc
?? ?
????? * Increase AFC low pass filter range to 500.
commit 68e700918a9517b6825c94365037ae07fbb57fd3
Author: dave-w1hkj <w1hkj@...>
Date:?? Thu Dec 12 09:23:27 2024 -0600
??? THOR-25
?? ?
????? * add new THOR modem with following characteristics
??????? . symlen = 320
??????? . samplerate = 8000
??????? . flushlength = 20
??????? . bandwidth = 460
??????? . IEEE coefficients for viterbi encode/decode algorithms
????????? THOR_K15? 15
????????? K15_POLY1 044735
????????? K15_POLY2 063057
??????? . objective to provide highest baud within 500 Hertz
bandwidth for
????????? European amateurs
????? * assigned secondary RsID code 691 to THOR-25
????? * increased flush length for all THOR baud rates
????? * added configurable start and end of signal shaping to
these modem types:
??????? . dominoEX
??????? . psk
??????? . mfsk
??????? . rtty
??????? . thor
??????? . selectable on configuration tab Modem/General
commit
8aa6a3ea07596d0c61e57462c8ffe1bae939339b
Author: dave-w1hkj <w1hkj@...>
Date:?? Wed Nov 27 15:49:26 2024 -0600
??? MFSK afc
?? ?
????? * add configuration item allowing user to adjust the decay
??????? averaging of the AFC tracking.
73, David
W1HKJ
|
Re: FLrig Remotely Accessed Scanning Script
Hi Charles
I have used flrig-shell and/or fldigi-shell for this. Am pretty
sure they are on Dave's site.
From (say) bash, something like
flrig-shell -c "rig.set_vfoA 14074000"
or
fldigi-shell -c "rig.set_frequency 14074000"
There are a heap of other commands that might find useful. (like
modem choice and audio centre in fldigi-shell) Just launch without
arguments and type help for a list. If you want to also have a
GUI/manual fldigi macro set for your QSY choices, it is also
possible to externally launch same with (say) fldigi-shell -c
"main.run_macro 46".
Cheers Bob VK2YQA
On 12/12/24 02:42, Charles Hargrove
wrote:
toggle quoted message
Show quoted text
I am
trying to help out someone who is looking to use the JNOS bbs with
FLrig/FLdigi and have the HF radio scan groups of frequencies
waiting
for connections. The group of frequencies will change based on
time of
day for propagation changes. For example, 80 meters during evening
or
overnight and 40 meters during daylight. The FLdigi would be the
modem
and the FLrig would do all of the radio control functions. We can
set up
scripting with JNOS and have it communicate with FLrig/FLdigi via
TCP/IP.
Is this doable and where can I find the commands needed to make it
happen
to build out the script? Thanks.
|
Re: #wefax parsing filenames
#wefax
Thanks, Dave.? The source code is nicely written.
?
Eric
|
Bug or "Feature"? Re: fldigi 4.2.06.14 development test version posted at
Hi.
Built without errors on LMDE 6 / Cinnamon on Intel based PC.?
Runs well, but...
Bug or "feature"?? The AFC button is permanently "greyed out" in
all modes, but AFC is actually active (ON) all the time!
This was not the case with 4.2.06 (release version) or the
4.2.06.07 alpha, though I see is also an issue with 4.2.06.09. So
what changed between alphas '.07 and '.09 ?
It is especially problematic when Fldigi is left monitoring
unattended in MFSK32 for such things as the weekly SW Radiogram
broadcast, as it wanders off frequency when noise, or other non
digital audio, voice or music, opens the digital squelch.? (That
does have a hair trigger it seems...)
OK, so if full bw RxID is enabled, it comes back when that is
seen, but it can also wander off frequency during active reception
of MFSK images!? Resulting in lost or mangled text or images etc
that follow.? (The image being received when it wanders,
is NOT affected!)
As above, with 4.2.06 (Release) or 4.2.06.07 Alpha, this was not
an issue, the AFC button was not "greyed out" and one could turn
freely select the AFC ON/OFF setting as desired.
Seasons Greetings etc.
73 Dave G0WBX.
|
FLrig Remotely Accessed Scanning Script
I am trying to help out someone who is looking to use the JNOS bbs with
FLrig/FLdigi and have the HF radio scan groups of frequencies waiting
for connections. The group of frequencies will change based on time of
day for propagation changes. For example, 80 meters during evening or
overnight and 40 meters during daylight. The FLdigi would be the modem
and the FLrig would do all of the radio control functions. We can set up
scripting with JNOS and have it communicate with FLrig/FLdigi via TCP/IP.
Is this doable and where can I find the commands needed to make it happen
to build out the script? Thanks.
--
Charles J. Hargrove - N2NOV
NYC-ARECS/RACES Citywide Radio Officer/Skywarn Coord.
NYC-ARECS/RACES Nets 441.100/136.5 PL
ARnewsline Broadcast Mon. @ 8:00PM
NYC-ARECS Weekly Net Mon. @ 8:30PM
NY-NBEMS Net Saturdays @ 10AM & USeast-NBEMS Net Wednesdays @ 7PM
on 7.036 Mhz USB (alt 3.536)/1500 hz waterfall spot; MFSK-16 or 32
"Information is the oxygen of the modern age. It seeps through the walls topped
by barbed wire, it wafts across the electrified borders." - Ronald Reagan
"The more corrupt the state, the more it legislates." - Tacitus
"Molann an obair an fear" - Irish Saying
(The work praises the man.)
"No matter how big and powerful government gets, and the many services it
provides, it can never take the place of volunteers." - Ronald Reagan
|
Re: #wefax parsing filenames
#wefax
Have a look through the source code, for that level of detail. It is very informative. Here is a snippet of results from searching for the word "phasing" in CXX files:
?
./src/wefax/wefax.cxx:void fax_implementation::skip_phasing_to_image_save(const std::string & comment)
./src/wefax/wefax.cxx: ? ? ? ?/// Maybe we were still reading an image when the phasing band was detected.
./src/wefax/wefax.cxx: ? ? ? ? ? ?LOG_VERBOSE("Detected phasing when in image state.");
./src/wefax/wefax.cxx: ? ? ? ? ? ?save_automatic("phasing",comment);
./src/wefax/wefax.cxx: ? ? ? ? ? ?LOG_ERROR(_("Should be in phasing or image state. State = %s"), state_rx_str());
./src/wefax/wefax.cxx: ? ? ? ?case RXPHASING:
./src/wefax/wefax.cxx: ? ?/// Because we might find a phasing band when reading an image.
|
#wefax parsing filenames
#wefax
What do the different fields in a WEFAX image file mean?? For example,
wefax_20241210_161517_9108100_apt
?
20241210 and 161517 are date and time, that much is clear.? It seems that 9108100 = Boston, and 8502000 = New Orleans, but why?? And finally, instead of "apt" I also see "phasing" and "nocorr" in some filenames.? What do these mean?
?
Thanks much,
Eric
|
Re: [winfldigi] fldigi 4.2.06.14 development test version posted at
Tobias,
A quick response to your testing.
1. End of signal wave shaping will be a little more difficult,
but I'll see what can be done.
2. Each change in signal encoding/decoding necessarily not be
backward compatible.? The result of using different different
Viterbi polynomials and interleave depth.? No free lunch
however, since increased interleave depth and more complex
Viterbi means more demands on CPU performance.
3. Slow versus Fast CPU.? For anything other than an old P3 I
recomment using Fast CPU setting.? Slow CPU setting tries to
compensate by reducing the number of simultaneous path
evaluations.
4. SNR evaluation is heuristic and the algorithms always have
"factors" in the equations.? I'll do some additional testing
with pure AWGN created with linsim.? Linsim is a PathSim
replacement available for Win, Linux, and MacOS.? See
comptext and comptty allow one to measure the CER and BER
associated with ASCII text and RTTY text files respectively.
| TITLE |
AWGN |
S/N |
P1 |
SPREAD_1 |
OFFSET_1 |
P2 |
DELAY_2 |
SPREAD_2 |
OFFSET_2 |
P3 |
DELAY_3 |
SPREAD_3 |
| AWGN
S/N |
1 |
10 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
|
| CCIR
520-2 (Doppler Fading) |
0 |
0 |
1 |
0.2 |
10 |
1 |
0.5 |
0.2 |
5 |
0 |
0 |
0 |
|
| CCIR
520-2 (Flutter Fading) |
0 |
0 |
1 |
10 |
0 |
1 |
0.5 |
10 |
0 |
0 |
0 |
0 |
|
| CCIR
520-2 (Good Conditions) |
0 |
0 |
1 |
0.1 |
0 |
1 |
0.5 |
0.1 |
0 |
0 |
0 |
0 |
|
| CCIR-520-2
(Moderate Conditions) |
0 |
0 |
1 |
0.5 |
0 |
1 |
1 |
0.5 |
0 |
0 |
0 |
0 |
|
| CCIR-520-2
(Poor Conditions) |
0 |
0 |
1 |
0.5 |
0 |
1 |
2 |
0.5 |
0 |
0 |
0 |
0 |
|
| Direct
Path |
0 |
10 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
|
| Frequency
Shifter |
0 |
0 |
1 |
0 |
500 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
|
| High-Latitude
Disturbed |
0 |
0 |
1 |
30 |
0 |
1 |
7 |
30 |
0 |
0 |
0 |
0 |
|
| High-Latitude
Moderate |
0 |
0 |
1 |
10 |
0 |
1 |
3 |
10 |
0 |
0 |
0 |
0 |
|
| High-Latitude
Quiet |
0 |
0 |
1 |
0.5 |
0 |
1 |
1 |
0.5 |
0 |
0 |
0 |
0 |
|
| Low-Latitude
Disturbed |
0 |
0 |
1 |
1 |
|
|
|
|
|
|
|
|
|
| Low-Latitude
Moderate |
0 |
0 |
1 |
0.5 |
0 |
1 |
1 |
0.5 |
0 |
0 |
0 |
0 |
|
| Low-Latitude
Quiet |
0 |
0 |
1 |
0.5 |
0 |
1 |
0.5 |
0.5 |
0 |
0 |
0 |
0 |
|
| Mid-Latitude
Disturbed |
0 |
0 |
1 |
1 |
0 |
1 |
6 |
1 |
0 |
0 |
0 |
0 |
|
| Mid-Latitude
Disturbed NVIS |
0 |
0 |
1 |
1 |
0 |
1 |
2 |
1 |
0 |
0 |
0 |
0 |
|
| Mid-Latitude
Moderate |
0 |
0 |
1 |
0.5 |
0 |
1 |
0 |
0.5 |
0 |
0 |
0 |
0 |
|
| Mid-Latitude
Quiet |
0 |
0 |
1 |
1 |
|
0 |
|
|
|
0 |
|
|
|
 ?? 
See attached files for jabberwocky.txt and jabberwocky_errors.txt
5.? AFC has no meaning for Thor.? I will disable the button.
6.? I will increase the AFC low pass filter coefficient to a
maximum of 500.
Vielen Dank fürs Testen. Die Ergebnisse sind sehr gut.
73, David
W1HKJ
|
[winfldigi] fldigi 4.2.06.14 development test version posted at
FYI
-------- Forwarded Message --------
Hello David,
First of all many thanks for the updated FLdigi test version!
Here are the results and observations on THOR25 in brief. Please
refer to the attached updated spreadsheet for details, if
necessary.
1. Raised Cosine Signal Shaping: Excellent!
- Tested and confirmed OK: no more clicking when signing on
using a Shape factor of e.g. 100 or more, while the setting '0'
reproduces the previous state (non-shaped).
- Not sure whether the removed end of signal shaping might be an
issue, since it clearly creates a 'click'.
=> This could be avoided, if the same (user-set) yet
reverfsed raised cosine shaping was applied there, too.
2. New Thor-25 DigiMode Definition: Major Improvement!
- Compatibility with previous alpha test Thor-25 DigiMode
Definition: NO (just for information).
- RSID (TX and RX incl. the new secondary RsID code 691): OK.
- Speed: similar to previous Thor-25 test version. OK.
- File Audio Playback (original FLdigi created THOR-25 stream):
Text reproduced 100% OK (Columns H+I in the spreadsheet referred
to below). OK.
- The signal decoding bandwidth ranges about +/- 250 Hz around
the true center frequency (+/- 130 Hz with 'Slow CPU'). OK.
- Not shown in the spreadsheet: the SNR is stuck around +5 dB (3
dB with 'Slow CPU') when decoding the original (perfect) audio.
=> This is certainly not realistic and should be corrected
before a final release.
3. PathSim Mid-Latitude Disturbed NVIS AWGN SNR 0dB resulting
audio: RX text with 4 line errors (the previous test version had
produced 10 errors)!
* See sheet 'PathSim NVIS THOR25A v4.2.06.14' see RUN #1 Columns
B+C, RUN #2 Columns D+E, RUN #3 Columns F+G (Slow CPU). All
previous sheets are unchanged:
- I also attach a gently filtered flac audio file (smaller size
but keeping the entire relevant bandwidth unchanged) just for
your information.
- Initially, for 38 consecutive lines or about 4 minutes, the
decode was perfect!
- Thereafter, in a few lines, there were 1 or 2 decoding errors,
leaving part of the text scrambled.
Note that if a linefeed was missing (error at the end of a
line), I have corrected it manually to avoid auto-marking all
lines below as errors.
- A repeat using the exact same audio a 2nd time has reproduced
the same fair result, interspersed with the few errors described
above. Repeatability OK!
- When checking [x] Slow CPU, the error rate increased to 14.
Hopefully this might provide a hint as to where the remaining
decoding issues may come from...?
* See sheet 'SNR PathSim NVIS THOR25 v.06.14':
- The FLdigi FEC log shows, that the signal is rated between
error-free, yet still quite frequently at 50%, and once at 75%
error, thus still a bit variable.
- The average SNR on this disturbed signal is rated at -2.3 dB
(unchanged), and it varies quite a bit along the way, yet
probably in phase with the simulation conds.
4. Questions:
- To find out about the remaining decoding issues, and possible
further improvements:
=> Is there a way (e.g. using the existing log protocol -
upon request?) to continuously track / log the current de-facto
decoder frequency offset, SNR, and FEC?
=> In other words, could these values be added to the daily
log file tags, e.g.
current definition: RX 1500 : THOR25 (2024-12-09 18:16Z):
<...RX TEXT...>
extended definition: RX 1500 (1497): THOR25 -2.3 dB 75%
(2024-12-09 18:16Z): <...RX TEXT...>
=> I thought about maybe 'seeing' whether the decoder does
stay stuck on the 'correct' signal center frequency, or whether
(and how) it starts sliding sideways?
=> Since decoding works so well over long stretches, maybe
this might explain the short dropouts, and a slower 'AFC' in the
THOR sense might stabilize the result...?
- The AFC Button is still active. Better deactivate it or does
it have any function in THOR? I have not seen a difference when
activated.
- On a related note, for MFSK AFC, if possible, I'd prefer
allowing an even higher maximum low-pass filter setting, so far
it's limited at 200 (quite helpful!).
Bottom line, this has been yet another amazing leap ahead in the
new THOR-25 DigiMode definition!
Thank you, David!
73s Tobias
.-.-.
Am Montag, 9. Dezember 2024 um 15:37:32 MEZ hat Dave
<w1hkj@...> Folgendes geschrieben:
Most recent change:
commit
0169172527f33938496aa6672adf7b0947922def
Author: dave-w1hkj <w1hkj@...>
Date:?? Sun Dec 8 17:20:08 2024 -0600
??? THOR25
?? ?
????? * add new thor modem with following
characteristics
??????? . symlen = 320
??????? . samplerate = 8000
??????? . flushlength = 20
??????? . bandwidth = 460
??????? . IEEE coefficients for viterbi
encode/decode algorithms
????????? THOR_K15? 15
????????? K15_POLY1 044735
????????? K15_POLY2 063057
????? * increased flush length for all baud rates
????? * added configurable start of signal shaping
to these modem types:
??????? . psk
??????? . mfsk
??????? . rtty
??????? . thor
????? * removed end of signal shaping
????? * assigned secondary RsID code 691
![]()
![]()
Thor-25 signal showing RsID and 200 msec rise time
at start of data stream.
73, David
W1HKJ
|
Re: FLDIGI MAC RTTY crashing
That might be the problem. ?I will check and let you know. Thanks
toggle quoted message
Show quoted text
On Dec 7, 2024, at 9:13?AM, Mike Adams, AG7AB via groups.io <mbadamsaz@...> wrote:
? Which program do you have controlling the rig (CAT)? I use Rumlog and Fldigi but have Fldigi controlling CAT. I've had problems with RL controlling CAT and definitely a problem if both apps are trying to control the rig.
?
Mike
AG7AB
|
Re: fldigi 4.2.06.14 development test version posted at
Here is the notarized version for MacOS 15:
|
toggle quoted message
Show quoted text
On Dec 9, 2024, at 9:37?AM, Dave, W1HKJ via groups.io <w1hkj@...> wrote:
Most recent change:
commit
0169172527f33938496aa6672adf7b0947922def
Author: dave-w1hkj <w1hkj@...>
Date:?? Sun Dec 8 17:20:08 2024 -0600
??? THOR25
?? ?
????? * add new thor modem with following characteristics
??????? . symlen = 320
??????? . samplerate = 8000
??????? . flushlength = 20
??????? . bandwidth = 460
??????? . IEEE coefficients for viterbi encode/decode algorithms
????????? THOR_K15? 15
????????? K15_POLY1 044735
????????? K15_POLY2 063057
????? * increased flush length for all baud rates
????? * added configurable start of signal shaping to these
modem types:
??????? . psk
??????? . mfsk
??????? . rtty
??????? . thor
????? * removed end of signal shaping
????? * assigned secondary RsID code 691
<wea2zKMvIbefQko3.png>
<5PQl4U6BlcpXb8ry.png>
Thor-25 signal showing RsID and 200 msec rise time at start of
data stream.
73, David
W1HKJ
fldigi 4.2.06.14 development test version posted at
Most recent change:
commit
0169172527f33938496aa6672adf7b0947922def
Author: dave-w1hkj <w1hkj@...>
Date:?? Sun Dec 8 17:20:08 2024 -0600
??? THOR25
?? ?
????? * add new thor modem with following characteristics
??????? . symlen = 320
??????? . samplerate = 8000
??????? . flushlength = 20
??????? . bandwidth = 460
??????? . IEEE coefficients for viterbi encode/decode algorithms
????????? THOR_K15? 15
????????? K15_POLY1 044735
????????? K15_POLY2 063057
????? * increased flush length for all baud rates
????? * added configurable start of signal shaping to these
modem types:
??????? . psk
??????? . mfsk
??????? . rtty
??????? . thor
????? * removed end of signal shaping
????? * assigned secondary RsID code 691
Thor-25 signal showing RsID and 200 msec rise time at start of
data stream.
73, David
W1HKJ
|
Re: FLDIGI MAC RTTY crashing
Which program do you have controlling the rig (CAT)? I use Rumlog and Fldigi but have Fldigi controlling CAT. I've had problems with RL controlling CAT and definitely a problem if both apps are trying to control the rig.
?
Mike
AG7AB
|
Re: FLDIGI MAC RTTY crashing
I am operating at less then HALF the rated RTTY power of the amplifier. ?I don’t know why power would cause FLDIGI to crash. Anyone else having this problem? Ray
toggle quoted message
Show quoted text
On Dec 6, 2024, at 8:34?PM, Chuck Reti WV8A via groups.io <wv8a@...> wrote:
? RTTY transmission is full duty cycle, always key-down. What happens if you throttle back your output power to about half of what you're doing now? There's nothing about RTTY as an audio mode that should affect the software that's generating it.
?
Chuck
WV8A
|
Re: FLDIGI MAC RTTY crashing
RTTY transmission is full duty cycle, always key-down. What happens if you throttle back your output power to about half of what you're doing now? There's nothing about RTTY as an audio mode that should affect the software that's generating it.
?
Chuck
WV8A
|
Re: flrig 2.0.05 remote xml_client
Same result with QMX as rig and client compiled 2.0.05.85 (alpha)
|
I use Mac version FLDIGI with RUMlog for logging. FLDIGI crashes when running with RTTY. I use RUMlog macros and EOM Ray?
|
Re: [winfldigi] MFSK / THOR tests
In the US Thor-25 may be used
on any frequency allocated for digital modes.? I have not
assigned an RsID for the mode but will do so after the mode
specification is finalized.? I am experimenting with smaller
flush_length bytes to reduce transmission overhead; 20 seem to
work as well as 40.? These are required to avoid decode errors
at the beginning of the data stream.
You can use a video text at the beginning of the transmission to
assist others in recognizing the mode:
David
On 12/6/24 08:40, Bobby Chandler via
groups.io wrote:
toggle quoted message
Show quoted text
Dave,
What freqs for Thor25?
Bobby/N4AU
On 12/6/2024 7:49 AM, Dave wrote:
Thanks Barry.? I would
appreciate your doing some real world testing with THOR-25.?
My bench tests show it to give >99% copy with
PathSim/LinSim Mid-Latitude Disturbed simulation.
SCAMP is intended to be compatible with an Arduino H/W
implementation of the same signal.? The developer intends
this to be used for emergency comms with very low power
field units.? He provided me with a prototype of the
hardware implementation.? I do not think he designed the
signal as an FT8 replacement, but there are some who are
testing it as such.
Davd
On 12/6/24 07:07, K3EUI Barry via
groups.io wrote:
Dave
?
We who use THOR appreciate all of the work you put in to
make it better.
?
My experience using THOR22 on HF NBEMS nets (PaNBEMS,
MidAtlantic NBEMS) on 80m and 40m in the early morning hours
is that it can copy checkins much faster with fewer data
loss than other modes.
?
THOR has the advantage of being able to copy even if you
are mistuned (something rookies often do).
?
We found THOR11 works well if the band is crowded (like a
RTTY contest) or if there is severe fading.
THOR22 is our common checkin mode, with THOR32 our common
traffic mode.
?
?
So how might THOR25 fit in our nets on HF?
We advise participating stations to turn off the digital
squelch and to disable any “noise reduction” or “noise
blankers” or notch filters in their modern radios.
?
MFSK22 and 32 also work well, but if mistuned by a tone
(15 Hz) we fail to copy.
?
?
?
Many of us were wondering if any future work will be done
to have the OFDM modes return?
We had a lot of experience with OFDM narrow modes on 80m
and 40m and noted that if the S/N was not above some minimum
value, we got lots of missed data.?
?
?
And what about SCAMP?
A few of us have been playing with that new (alpha) mode
on 80m and 40m.
SCAMP is interesting to watch - and very narrow
bandwidth.
Is scamp competing with ft8 as a chat mode (slow speed)?
?
agn, TU Dave
de k3eui. Barry
Pa NBEMS and Mid-Atlantic NBEMS net manager
?
?
|
Re: MS apps under Ubuntu WINE
Yes , I fully agree . LM is also one of my favourite Linux distros as well as ZORIN? os ,also an Ubuntu derived distro.
?
Frank , EI7KS
|
Dave, W1HKJ