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.
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
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.
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?
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.
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.
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:
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)?
... and with QDX, running 2.0.05 server compiled from source on 6.6.39-current-rockchip64 #1 SMP PREEMPT Thu Jul 11 10:49:22 UTC 2024 aarch64 GNU/Linux
and client 2.0.04 from package on xubuntu 24.04. All speeds have been tried...
I find that ADIF Master and DXAtlas run quite nicely on WINE. They are my remaining "indispensable" Windows apps. I use Linux Mint in the shack daily and have not regretted the switch from Win11.
Another recommendation for Crossover and this time for Linux.
t is as James said, a reasonable license fee, and it is solid and it works well. Even some complex Windows apps run on it. Another good thing about Crossover is that you get support from them. There were a few apps that needed special files to work, and they figured that out and got them going for me.
When Win 10 came out I moved to Mac but I still had a need professionally and personally for some windows applications. ?I used the Parallels solution for years but they too were big into money and their licensing sucks. ?
?
I recently moved to Crossover for Mac and love it. ?Crossover runs on Linux and the Crossover team is a major contributor to the Wine project. ?Yes, it cost me some money but their licensing is per user with multiple machines. ?To me it was worth the money for the ease of installation and the peace of mind. ?I run Winlink and VARA FM and Microsoft Visio with no issues and will be experimenting with some Motorola programming software. ?
?
Submitted for 'what it's worth' - worked well for me. ?And, BTW, I have a Mac Pro trash can running Mint and will be adding Crossover to it as well. ?Agree with Bob below - Mint is a really good solution.
I use Linux exclusively: a generic Ubuntu installation on my main workstation. I have used the native Linux Zoom client extensively, heavily, for work during the past several years -- without issue. I also used it for a CWOps class (with the same "native sound" tweak that people required on Windows boxes). I download the latest .deb straight from Zoom.
I use TSQL natively.
I use "qrq" for, I think, similar training as RufzXP.
And I've been using LibreOffice and its predecessors for more than 25 years now, including for work, graduate school, doctoral thesis, etc. It's solid and very capable. I just live with the fact that Microsoft doesn't want competitors to be open their documents with the formatting perfectly intact (and ask for a PDF if formatting matters).
I
agree with Dave, G?WBX that if you are having difficulties with
Ubuntu then you should try LinuxMint, Cinnamon edition.? It is
very friendly for those just getting into Linux.? Also for
contesting you should look into NOT1MM, Linux Native app for
contest logging.? Its "not" N1MM but it is still being developed
and is doing a good job of duplicating N1MM for Linux, just not
fully there yet.?
???
Also for contesting try to use TR4W and SD (super duper) both of
which run very well under WINE in Linux and support almost all
the contests out there.?
I agree with Dave, G?WBX that if you are having difficulties with Ubuntu then you should try LinuxMint, Cinnamon edition.? It is very friendly for those just getting into Linux.? Also for contesting you should look into NOT1MM, Linux Native app for contest logging.? Its "not" N1MM but it is still being developed and is doing a good job of duplicating N1MM for Linux, just not fully there yet.?
??? Also for contesting try to use TR4W and SD (super duper) both of which run very well under WINE in Linux and support almost all the contests out there.?
On Nov 30, 2024, at 5:04?AM, Philip, AC4O via groups.io <ac4o.philip@...> wrote:
Gary,?
As a test, I just now downloaded Fllog-1.2.8 VN.dmg from the W1HKJ site. At first I could not get it to open (could not be checked for malware, etc) , but then I went into Privacy and Security and said open anyway and then it worked.(So this work around is still good for now anyway.)
I had updated my MacOS to 15.1 the other day and all the programs that I had running on the old MacOS continued to work just fine. (Flrig, WSJT-X, etc) This test shows me that the reason they continued to work was that they had already been installed and opened in the previous MacOS. (They were non signed and notorized versions)
I did download the signed and notarized versions of the software that you had sent. I have not installed/opened them yet. I didn't want to rock the boat. but have them in a folder for backup at the moment.?
FYI, Antarctica is on the air. I made an FT8 contact with callsign Ri1ANE at Progress Base -69.396667 Latitude and 76.373333 Longitude. It was on 20m at 02:21 GMT on November 8th. Anyway, I thought that was cool. From a google search -?Progress is a Russian research station in Antarctica.?It is located at the Larsemann Hills antarctic oasis on the shore of Prydz Bay.
Thanks again,
Cheers,
Philip
On Nov 26, 2024, at 2:18?PM, Philip, AC4O via??<ac4o.philip@...> wrote:
Gary,
Thanks for the notarized updated Flrig.
FYI, I did decide to bite the bullet and update my MacOS to 15.1 from 14.
It turns out that all my apps Flrig, Fldigi, JS8call, WSJT-X, GridTracker2, and RUMlogNG continue to work.
This may be due to the fact that they had already been up and running on my previous MacOS, I am not sure.
I have not tried to download additional apps and install them yet, but wanted to mention the old ones are still working.
Thanks and 73s
Philip?
AC4O
On Nov 25, 2024, at 6:16?PM, Gary Rogers, KO3F via groups.io <cgaryrogers190@...> wrote:
Flirig-2.0.05.85 notarized for MacOS 15 is here:
On Nov 25, 2024, at 10:09?AM, Dave, W1HKJ via groups.io <w1hkj@...> wrote: