JTDX_CONTEST · CE3TSKTested during WW Digi 2026 · 1 / 12

v3.0.0-rc05 · derivative work of JTDX by UA3DJY/ES1JA and WSJT-X by K1JT

JTDX
Contest Edition

New decoding approaches. More decodes. Decided on time. Built for WW Digi.

Designed, built and measured by Tihomir Sokcevic · CE3TSK · Santiago de Chile

+27.5 % more messages than stock JTDX and +20 % over WSJT-X 3.0.2 on one hour of real air — with the reply still decided at 1.1 seconds into the period, and the contest exchange, points and log built in. The GUI has been repaired throughout and the dark style now works.

165815 -24  0.3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0.1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0.2 1793 ~ KC3MSE K7MK DN13

Measured on 240 consecutive 15 s periods, 2026-08-27 16:57–17:57 UTC, 20 m, 100–3100 Hz, 12 threads on an AMD Ryzen 7 5800H (8 cores / 16 threads)ce3tsk.com · github.com/ce3tsk/jtdx_contest · How the decoder works · Benchmark WAV files

The headline2 / 12

One hour of air, every decoder, same audio

The same 240 recorded FT8 periods, decoded by each engine with its own best settings. Unique messages found:

JTDX Contest Edition · Pipeline ensemble fullSWL-4 + member at reply time, every unit in the TX background

6 208

JTDX Contest Edition · recommended presetPipeline max decodes light, 5.3 s of CPU per period

6 091

JTDX_CONTEST at JTDX’s own recipe9 cycles, sensitivity 2 — what the fork does with stock’s settings

5 249

WSJT-X 3.0.2multi-thread FT8 decoder, 9 passes, sensitivity 3, AP

5 171

WSJT-X improved 3.2.0same settings

5 163

Stock JTDX v2.2.159 without ALLCALL7.TXTits known-call lookup switched off — 67 real decodes back — the baseline

4 869

Stock JTDX v2.2.159 as shipped9 cycles, sensitivity 2, ALLCALL7.TXT, 12 threads

4 802

WSJT-X 3.0.2 standard decoderdepth 3, AP

4 782

+27.5 %

vs stock JTDX without ALLCALL7.TXT

6 208 against 4 869, its known-call lookup switched off

+29.3 %

vs stock JTDX v2.2.159

6 208 against 4 802 messages, as shipped

+20.1 %

vs WSJT-X 3.0.2

its best mode, its own ini settings

+16.8 %

live, side by side

two receivers on one antenna, 56 minutes on air

Union of all engines: 6 450 messages · Pipeline ensemble reaches 96.2 % of everything anyone decodedmeasured by CE3TSK

The innovation — in no other FT8 program3 / 12

Decide at 1.1 s. Keep decoding while you transmit.

No other FT8 program does this. WSJT-X, JTDX and MSHV all decode once per period and then wait. A contest reply must be decided before the transmitter keys. So the decoder is split in two: a fast RX phase that decides the answer, and a TX background that keeps working on the same audio through your own transmission — where the CPU used to sit idle.

Times measured on the 240-period benchmark, 12 threads of an AMD Ryzen 7 5800H. The background aborts cleanly on a band change and never carries over.

The RX phase

5 cycles, sensitivity 2, one ensemble member: 87 of 100 reference messages on the benchmark, 1.1 s per period on the air. AutoSeq answers on time, every period.

The TX background

The plain classic pass on pristine audio, two ensemble members, then the residual pass — fixed, measured lists, no guesswork. Their decodes arrive while you transmit and are ready for the next reply.

Pipeline units abort cleanly at a band change and never carry over between periods

Two new ways to decode4 / 12

New approaches, and where the extra messages come from

New approach 1: the alternate pass

After the normal passes have decoded and subtracted what they can, the residual audio is decoded again with the opposite recipe — SWL after plain, plain after SWL. Each recipe has its own blind spots; the alternate pass covers them.

New approach 2: the ensemble

Re-decodes of the same audio through fixed perturbations — delay, dither, tone shift — each member finding messages the others miss, the union kept. Deterministic: the same set on any machine with 2 threads or more.

Four-period hint memory

The hint decoder used to forget a station after one missed period. It now remembers four: +6 % messages on the hour, at no measurable CPU cost; cleared on a band change.

Where the gains are

Share of the extra messages by signal level — the recommended preset more than doubles the decodes at the weakest end, 152 → 346 in the hour.

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dBrest

100–3100 Hz done right

The decode range no longer follows the waterfall: the sync baseline and slice grid are anchored to the full band, so a narrower range decodes exactly as the full band does inside it.

Every approach is a fixed, measured unit — the same audio gives the same messages on any machine

One menu, six measured choices5 / 12

Pick a preset. The lamp tells you which one is on.

Every tier is a measured recipe on the same hour of air — decodes gained over stock JTDX (its ALLCALL7 lookup off), and the CPU it costs per 15 s period. Applying one also sets the environment it was measured in. Everything else lives under an expert submenu.

Best power

+11.3 %0.4 s

Maximum efficiency — the most decodes per second of CPU. Laptops on battery.

Best value

+16.6 %1.1 s

Maximum decodes — 5 cycles, sensitivity 2, one member. Four-core machines.

Recommended

Best medium effort

+25.1 %5.3 s

Pipeline max decodes light — the reply decided at 1.1 s, a ~6 s background through TX.

Best results

+27.2 %12.7 s

Pipeline ensemble — for S&P and monitoring on 8 threads or more.

Max effort

+27.5 %14.0 s

Pipeline ensemble full — every member sample.

Most results

+28.0 %13.3 s

Pipeline run — 5 cycles in the period, the whole ensemble behind it.

The knee is the recommended preset: 90 % of the maximum gain for 40 % of the CPU — and the reply still decided at 1.1 s.

The preset lamp

Under the Contest lamp, above Tune: Preset R in the tier's colour, Custom the moment a control drifts, greyed outside FT8.

Contest

Preset R

Budget auto

Optionally, the RX phase adds ensemble members while the next one's learned cost still fits the 2.7 s reply budget — a quiet band gets depth at reply time, a crowded one stays fast.

Presets set early start off and wideband DX Call search on — the environment every table was measured in

Cleaner output, honest numbers6 / 12

Fewer phantoms, more real stations

The stale callsign list retired

Stock JTDX discards any message whose callsigns are both missing from a 2024 callsign file — every QSO between two recently licensed stations, whatever the SNR. Measured: ~45 real decodes an hour thrown away for one or two false ones. Switched off.

Phantom reports rejected

CE3TSK JW1GPY/R 216 — a random codeword behind an a-priori callsign. Reports no transmitter can encode are now refused at unpack time; RTTY Roundup exchanges and telemetry, never used in FT8 on HF and only ever seen as false decodes, are switched off in the source.

Deterministic and thread-safe

Six data races found and fixed in the stock decoder (shared audio buffer, FFT plan caches, OSD init, message store). The same audio now gives the same messages on 1, 3 or 12 threads — which is what makes every number here reproducible.

Faster core

OSD bit-packing rewritten into 64-bit words, the sync window sums tabulated, the candidate cap raised from 450 to 2000 so a crowded band no longer silently drops real signals.

Tested like software

43-row deterministic decode regression, 14 background/abort cases, Fortran unit checks, a C++ harness for presets, contest logic and the sequencer — all green before every deployment.

False-decode class	Rate	Now
Real QSOs discarded by the 2024 callsign list	−45 / h	lookup off — the decodes are back
Telemetry (18 hex digits)	~50 / month	switched off
RTTY Roundup exchanges	~10 / month	switched off
Phantom reports (/R 216)	2 / month	rejected at unpack
A-priori phantoms with a plausible call	~10 / month	no safe filter — left, ≤ 1 every 3 days

False-decode rate in production, as seen with classic JTDX: ~5 lines a day out of ~26 000, 0.02 %IMPROVEMENTS_WW_DIGI_2026.pdf items 8–36

Are the extra decodes real?7 / 12

The extra messages, checked one callsign at a time

Every message a preset found that stock JTDX (ALLCALL7 off) did not, on the same hour of air — each callsign checked against 14 months of production ALL.TXT (95 801 callsigns, the experiment hour excluded), the ALLCALL7 database, and what stock JTDX and WSJT-X decoded elsewhere in the hour.

Preset	Extra messages	All callsigns known	Unknown
Maximum efficiency	624	623 (99.8 %)	1
Maximum decodes	860	856 (99.5 %)	4
Pipeline max decodes light — recommended	1229	1218 (99.1 %)	11
Pipeline ensemble	1339	1313 (98.1 %)	26
Pipeline run	1371	1350 (98.5 %)	21

Known = decoded by production on another day, listed in ALLCALL7, or decoded by stock JTDX / WSJT-X in the same hour.

Engine, whole hour	Messages with an unknown callsign
Stock JTDX, ALLCALL7 off	24 / 4 869 (0.49 %)
WSJT-X 3.0.2	26 / 5 171 (0.50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0.50 %)
Pipeline max decodes light	26 / 6 091 (0.43 %)
Pipeline ensemble	36 / 6 208 (0.58 %)

Where the doubtful ones sit

At the −23 dB floor: 25 of the 38 doubtful messages, 2 below it — where 211 extras from known stations live. 29 of them come from the TX background, 9 from the reply-time decode.

Already removed

The RTTY Roundup serials and telemetry strings that made 17 of the August run’s 52 doubtful messages are switched off in the source — none in this run.

the extra-calls check of the measurement harness · 240 periods, 2026-09-05 · audio at ce3tsk.com/download/wavmeasured by CE3TSK

FT4, not only FT88 / 12

FT4: the same decoder, rebuilt around a 1.36 s deadline

FT4 gives the decoder 1360 ms of its 7.5 s period. The contest edition carries every FT8 approach across — slice threading, the ensemble, the alternate pass, a four-period hint memory, a TX background with its own settings and a budget that fits the effort to the band — each measured on 240 consecutive on-air periods.

+24 %

more messages than stock JTDX

1 525 → 1 888, max effort, stock without its ALLCALL7.TXT

+8.7 %

over the default recipe

1 737 → 1 888; recommended 1 881 for nothing at reply time

0.59 s

reply time at max effort

the deadline is 1.36 s; recommended answers in 0.10 s

Preset	Messages	At reply time	Reply s	Background s
Stock JTDX v2.2.159 without ALLCALL7.TXT	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
Default	1 737	1 737	0.10	—
Best power	1 822	1 761	0.10	0.3
Recommended	1 881	1 763	0.10	2.1
Most at reply time	1 878	1 837	0.48	0.5
Max effort	1 888	1 855	0.59	0.6

240 periods, 14.080 MHz, 100–3100 Hz, 12 threads. “At reply time” = decoded before the transmitter keys; the rest arrive in the TX background.

Threaded, deterministic, whole at the seams

The band is fanned out over an anchored grid of 417 Hz cells, each slice subtracting into its own copy of the audio: 295 ms down to 95. Four data races inherited from stock were fixed, so the same audio gives the same message set at any thread count of 2 or more, byte for byte, and a second slicing with every edge shifted half a cell closes the boundaries.

A TX background of its own

While you transmit, the decoder re-works the retained period: the members the reply phase did not run, deep OSD, the alternate pass, the residual pass, lower thresholds — switched on exactly as FT8’s, with its own effort, sensitivity and clock, until 0.5 s before the window ends. That is where +8 % comes from for nothing at reply time.

Six presets and a budget

Fast, default, best power, recommended, most at reply time, max effort — every label carries its measured cost. Max effort’s member count is budget auto: the decoder learns what a member costs on this band and admits as many as fit inside 1.3 s. The Preset lamp names the tier; an X after a background the next period cut short says the load wants a look.

What FT8 has, FT4 has

The hint memory four periods deep (+12 %), the virtual candidate at the QSO frequency (+1 dB on the reply you are waiting for), four subtraction passes, the second DT peak, the false-decode gate and the best-SNR merge across slices — one design, two modes.

240 consecutive periods, 14.080 MHz, WW Digi 2026 · 12 threads · FT4 deadline 1360 ms of a 7.5 s periodIMPROVEMENTS_WW_DIGI_2026.pdf items 51–81

FT4, the same test9 / 12

Half an hour of air, every FT4 decoder, same audio

The same 240 recorded FT4 periods of 7.5 s (14.080 MHz, WW Digi 2026), decoded by each engine with its own best settings, 100–3100 Hz. Unique messages found:

JTDX Contest Edition · max effortbudget-auto members + low thresholds at reply time, everything in the TX background

1 888

JTDX Contest Edition · recommendedbackground 6 + deep OSD + alternate pass + residual, nothing at reply time

1 881

WSJT-X improved 3.2.0FT4 decoder, depth 3, AP

1 688

WSJT-X 3.0.2FT4 decoder, depth 3, AP

1 561

JTDX_CONTEST without its hint memoryJTDX’s FT4 recipe on the fork’s code

1 552

Stock JTDX v2.2.159 without ALLCALL7.TXTits known-call lookup switched off — 169 real decodes back — the baseline

1 525

Stock JTDX v2.2.159 as shippedits FT4 decoder, ALLCALL7.TXT present

1 356

+23.8 %

vs stock JTDX without ALLCALL7.TXT

1 888 against 1 525, its known-call lookup switched off

+39.2 %

vs stock JTDX v2.2.159

1 888 against 1 356 messages, as shipped

+20.9 %

vs WSJT-X 3.0.2

its FT4 decoder at depth 3, AP

+11.8 %

vs WSJT-X improved 3.2.0

its FT4 decoder at depth 3, AP

+10.5 %

on the day hour too

73 busier periods: 507 → 560

Union of all engines: 2 008 messages · max effort reaches 94.0 % of everything anyone decodedmeasured by CE3TSK

WW Digi, built in10 / 12

The exchange, the points and the log — automatic

One switch on the Contest tab

Selecting WW Digi parks 28 settings and eight main-window controls in their contest state, names the contest in the window title and lights the Contest lamp. Nothing to remember at 03:00am during a contest.

The exchange that works

HISCALL MYCALL R FF46 — received and transmitted correctly, the grid as the exchange, the SNR in the log's RST fields where it belongs. No grid, no transmission.

Points and multipliers live

1 + km/3000 per QSO from 4-character grid centres, shown next to every decode (CQ XQ3SK FF46 * 1p Chile) and in the score bar as M × P = S. Multipliers are the 2-character fields, tracked per band.

Autoselect that knows the rules

Contest points rank above every other tier, a new field outranks a new DXCC, and rule XI.12 is respected: the sequencer answers stations calling you and never initiates. Several callers? The most valuable one first, then the strongest.

A separate contest log

Every contest QSO goes to its own ADIF; worked-before, multipliers, highlighting and the score all come from it, so a rare field worked in 2025 is new again this year.

Contest frequencies

The contest keeps its own frequency list, separate from the everyday band plan, and restores yours when it ends.

Distance	Points
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

1 + km/3000 from 4-character grid centres; 20 400 km (antipodes) = 7, nothing on Earth is further.

ContestWW-Digi271 QSOs58M × 213P = 12 354

Settings interlock: the parked controls come back exactly as they were when the contest is switched offIMPROVEMENTS_WW_DIGI_2026.pdf

Before you judge the numbers11 / 12

These recipes are tuned for this machine, or a faster one

Every figure in this deck was measured on one computer: an AMD Ryzen 7 5800H (8 cores / 16 threads), otherwise idle, with the decoder on 12 threads. The shipped presets are calibrated for that class of CPU or better. On a slower one they can miss the deadline.

The deadline is real

FT8 decides the reply 1.1 s into the period; FT4 must finish inside 1360 ms of 7.5 s. Past that a decode is not merely slow — the reply is gone. A preset that fits here need not fit on a slower CPU.

Eight threads is the useful ceiling

The band is cut into a fixed grid of 417 Hz cells — 8 slices over 100–3300 Hz — so a ninth thread has no slice to take: 12 threads measured no faster than 8. Fewer than 8 costs proportionally more time.

FT4 has a budget too

Since v3.0.0-rc02 FT4’s max effort preset uses budget auto: the decoder learns what a member costs on this band and this machine, and admits as many as fit inside 1.3 s. The other tiers follow the thread count. On a slower CPU the budget trims by itself; a fixed ladder does not.

What to do on a slower machine

Pick a lower tier for FT8. For FT4 pick max effort, which fits itself, or a lower tier; the members can still be set by hand under Decode → FT4 decoding → expert → RX → ensemble effort. Every menu label carries the measured cost of that step, and the Preset lamp shows an X when a background was cut short by the next decode.

One thread is the exception

At a single thread both modes decode the band as one piece and skip the second slicing, so the set differs from every multi-threaded run — 6 lost and 3 gained on 60 FT4 periods. From two threads up the set is identical at every count.

This is a release candidate

v3.0.0-rc05, in its first round of beta testing. The recipes will be re-measured across machines before anything is called final, — the recordings and a benchmark script are already published at ce3tsk.com/download/wav, so anyone can repeat them on their own CPU. Thanks to the operators who put those first candidates on the air: Willy XQ3SK, Eduardo CA3EAP, Miguel CA7FKZ and Cristian CA8CEU.

Measured on an idle AMD Ryzen 7 5800H (8 cores / 16 threads), 12 decoder threads · scaling the recipes for weaker machines is future worksrc/decodepreset.h

Measured, reproducible, deployed12 / 12

Every claim has a wav file behind it

No number on these slides is an estimate. Each comes from recorded audio, a file-mode decoder run and a script anyone can rerun — the recordings and the replay script are at ce3tsk.com/download/wav.

The benchmark

240 consecutive on-air periods plus a 100-message reference capture, run on an AMD Ryzen 7 5800H laptop; run_presets.sh re-runs every preset and every WSJT-X engine and rewrites the tables in the documents.

The comparisons

Side-by-side ALL.TXT analysis of two receivers, gain distribution by SNR, hint-memory depth 1–8, with and without the callsign file — all archived with their outputs.

The documents

FT8_DECODER.pdf explains the decoder; IMPROVEMENTS_WW_DIGI_2026.pdf lists every change with its measurement.

Get started

Decode → FT8 decoding → Presets → recommended: best medium effort. Settings → Contest → WW Digi. Watch the lamps: Contest green, Preset R green. Go.

CE3TSK

Tihomir Sokcevic, Santiago de Chile — author of every change on these slides: the decoder work, the contest support, the measurements and the documents.Questions, reports from the air and QSOs welcome: CE3TSK on the bands, on the WW Digi weekend and after. · ce3tsk.com · github.com/ce3tsk/jtdx_contest · How the decoder works · Benchmark WAV files

CE3TSK · Tihomir Sokcevic · August 202673

JTDX_CONTEST · CE3TSKTestato durante il WW Digi 2026 · 1 / 12

v3.0.0-rc05 · lavoro derivato da JTDX di UA3DJY/ES1JA e WSJT-X di K1JT

JTDX
Contest Edition

Nuovi approcci di decodifica. Più decodifiche. Decise in tempo. Fatto per il WW Digi.

Progettato, costruito e misurato da Tihomir Sokcevic · CE3TSK · Santiago del Cile

+27,5 % di messaggi in più rispetto al JTDX originale e +20 % rispetto a WSJT-X 3.0.2 su un’ora di aria reale — con la risposta ancora decisa a 1,1 secondi dall’inizio del periodo, e lo scambio, i punti e il log del contest integrati. L’interfaccia è stata sistemata ovunque e lo stile scuro ora funziona.

165815 -24  0,3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0,1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0,2 1793 ~ KC3MSE K7MK DN13

Misurato su 240 periodi consecutivi da 15 s, 2026-08-27 16:57–17:57 UTC, 20 m, 100–3100 Hz, 12 thread su un AMD Ryzen 7 5800H (8 core / 16 thread)ce3tsk.com · github.com/ce3tsk/jtdx_contest · Come funziona il decoder · File WAV di riferimento

Il titolo2 / 12

Un’ora di aria, ogni decodificatore, lo stesso audio

Gli stessi 240 periodi FT8 registrati, decodificati da ogni motore con le sue impostazioni migliori. Messaggi unici trovati:

JTDX Contest Edition · Pipeline ensemble fullSWL-4 + membro alla risposta, ogni unità nello sfondo TX

6 208

JTDX Contest Edition · preset consigliatoPipeline max decodes light, 5,3 s di CPU per periodo

6 091

JTDX_CONTEST con la ricetta propria di JTDX9 cicli, sensibilità 2 — cosa fa il fork con le impostazioni dell’originale

5 249

WSJT-X 3.0.2decodificatore FT8 multithread, 9 passate, sensibilità 3, AP

5 171

WSJT-X improved 3.2.0stesse impostazioni

5 163

JTDX originale v2.2.159 senza ALLCALL7.TXTricerca dei nominativi noti spenta — 67 decodifiche reali recuperate — la linea di base

4 869

JTDX originale v2.2.159 come distribuito9 cicli, sensibilità 2, ALLCALL7.TXT, 12 thread

4 802

WSJT-X 3.0.2 decodificatore standardprofondità 3, AP

4 782

+27,5 %

vs JTDX originale senza ALLCALL7.TXT

6 208 contro 4 869, ricerca dei nominativi noti spenta

+29,3 %

vs JTDX originale v2.2.159

6 208 contro 4 802 messaggi, come distribuito

+20,1 %

vs WSJT-X 3.0.2

la sua modalità migliore, con le sue impostazioni

+16,8 %

dal vivo, fianco a fianco

due ricevitori su un’antenna, 56 minuti in aria

Unione di tutti i motori: 6 450 messaggi · Pipeline ensemble raggiunge il 96,2 % di tutto ciò che qualcuno ha decodificatomisurato da CE3TSK

L’innovazione — in nessun altro programma FT83 / 12

Decidi a 1,1 s. Continua a decodificare mentre trasmetti.

Nessun altro programma FT8 lo fa. WSJT-X, JTDX e MSHV decodificano una volta per periodo e poi aspettano. In contest la risposta va decisa prima che il trasmettitore vada in chiave. Per questo il decodificatore è diviso in due: una fase RX veloce che decide la risposta, e un background TX che continua a lavorare sullo stesso audio durante la tua trasmissione — dove prima la CPU restava inattiva.

Tempi misurati sul benchmark di 240 periodi, 12 thread di un AMD Ryzen 7 5800H. Il background si interrompe in modo pulito al cambio di banda e non si trascina mai.

La fase RX

5 cicli, sensibilità 2, un membro dell’ensemble: 87 su 100 messaggi di riferimento sul benchmark, 1,1 s per periodo in aria. AutoSeq risponde in tempo, a ogni periodo.

Il background TX

La passata classica sull’audio intatto, due membri dell’ensemble, poi la passata residua — liste fisse e misurate, niente tentativi alla cieca. Le loro decodifiche arrivano mentre trasmetti e sono pronte per la risposta successiva.

Le unità della pipeline si interrompono in modo pulito al cambio di banda e non si trascinano mai tra un periodo e l’altro

Due nuovi modi di decodificare4 / 12

I nuovi approcci, e da dove vengono i messaggi in più

Nuovo approccio 1: la passata alternativa

Dopo che le passate normali hanno decodificato e sottratto ciò che potevano, l’audio residuo viene decodificato di nuovo con la ricetta opposta — SWL dopo la normale, normale dopo la SWL. Ogni ricetta ha i suoi punti ciechi; la passata alternativa li copre.

Nuovo approccio 2: l’ensemble

Ridecodifiche dello stesso audio attraverso perturbazioni fisse — ritardo, dither, spostamento di tono — ogni membro trova messaggi che gli altri perdono, e si tiene l’unione. Deterministico: lo stesso insieme su qualsiasi macchina con 2 thread o più.

Memoria degli indizi di quattro periodi

Il decodificatore a indizi dimenticava una stazione dopo un solo periodo perso. Ora ne ricorda quattro: +6 % di messaggi nell’ora, senza costo di CPU misurabile; azzerata al cambio di banda.

Dove stanno i guadagni

Quota dei messaggi in più per livello di segnale — il preset consigliato più che raddoppia le decodifiche all’estremo più debole, 152 → 346 nell’ora.

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dBresto

100–3100 Hz fatto bene

L’intervallo di decodifica non segue più il waterfall: la linea di base del sync e la griglia delle fette sono ancorate alla banda intera, così un intervallo più stretto decodifica esattamente come la banda intera al suo interno.

Ogni approccio è un’unità fissa e misurata — lo stesso audio dà gli stessi messaggi su qualsiasi macchina

Un menu, sei scelte misurate5 / 12

Scegli un preset. La spia ti dice quale è attivo.

Ogni livello è una ricetta misurata sulla stessa ora di aria — decodifiche guadagnate rispetto al JTDX originale (ricerca ALLCALL7 spenta), e la CPU che costa per periodo da 15 s. Applicarne uno imposta anche l’ambiente in cui è stato misurato. Tutto il resto sta nel sottomenu expert .

Migliore potenza

+11,3 %0,4 s

Massima efficienza — il maggior numero di decodifiche per secondo di CPU. Portatili a batteria.

Miglior rapporto

+16,6 %1,1 s

Massime decodifiche — 5 cicli, sensibilità 2, un membro. Macchine a quattro core.

Consigliato

Miglior sforzo medio

+25,1 %5,3 s

Pipeline max decodes light — la risposta decisa a 1,1 s, un background di ~6 s durante la TX.

Migliori risultati

+27,2 %12,7 s

Pipeline ensemble — per S&P e ascolto con 8 thread o più.

Massimo sforzo

+27,5 %14,0 s

Pipeline ensemble full — tutti i campioni dei membri.

Più risultati

+28,0 %13,3 s

Pipeline run — 5 cicli nel periodo, tutto l’ensemble dietro.

Il ginocchio della curva è il preset consigliato: l’90 % del guadagno massimo per il 40 % della CPU — e la risposta ancora decisa a 1,1 s.

La spia del preset

Sotto la spia Contest, sopra Tune: Preset R nel colore del livello, Custom appena un controllo si sposta, in grigio fuori da FT8.

Contest

Preset R

Budget auto

Opzionalmente, la fase RX aggiunge membri dell’ensemble finché il costo appreso del successivo sta ancora nel budget di risposta di 2,7 s — una banda tranquilla guadagna profondità al momento della risposta, una banda affollata resta veloce.

I preset disattivano l’avvio anticipato e attivano la ricerca DX Call a banda larga — l’ambiente in cui ogni tabella è stata misurata

Uscita più pulita, numeri onesti6 / 12

Meno fantasmi, più stazioni reali

La lista di nominativi obsoleta mandata in pensione

Il JTDX di serie scarta qualsiasi messaggio i cui due nominativi mancano in un file di nominativi del 2024 — ogni QSO tra due stazioni con licenza recente, qualunque sia l’SNR. Misurato: ~45 decodifiche reali all’ora buttate via in cambio di una o due false. Disattivata.

Rapporti fantasma respinti

CE3TSK JW1GPY/R 216 — una parola di codice casuale dietro un nominativo a priori. I rapporti che nessun trasmettitore può codificare ora vengono rifiutati allo spacchettamento; gli scambi RTTY Roundup e la telemetria, mai usati in FT8 in HF e visti solo come decodifiche false, sono disattivati nel sorgente.

Deterministico e sicuro tra thread

Sei race condition trovate e corrette nel decodificatore originale (buffer audio condiviso, cache dei piani FFT, inizializzazione OSD, archivio messaggi). Lo stesso audio ora dà gli stessi messaggi con 1, 3 o 12 thread — ed è questo che rende riproducibile ogni numero qui.

Nucleo più veloce

Impacchettamento dei bit dell’OSD riscritto in parole a 64 bit, somme della finestra di sync tabulate, tetto dei candidati alzato da 450 a 2000 così una banda affollata non scarta più segnali reali in silenzio.

Testato come software

Regressione di decodifica deterministica a 43 righe, 14 casi di background/interruzione, test unitari Fortran, un harness C++ per preset, logica di contest e sequencer — tutto verde prima di ogni rilascio.

Classe di decodifica falsa	Tasso	Ora
QSO reali scartati dalla lista di nominativi del 2024	−45 / h	ricerca disattivata — le decodifiche sono tornate
Telemetria (18 cifre esadecimali)	~50 / mese	disattivato
Scambi RTTY Roundup	~10 / mese	disattivato
Rapporti fantasma (/R 216)	2 / mese	respinto allo spacchettamento
Fantasmi a priori con nominativo plausibile	~10 / mese	nessun filtro sicuro — lasciati, ≤ 1 ogni 3 giorni

Tasso di decodifiche false in produzione, osservato con il JTDX classico: ~5 righe al giorno su ~26 000, 0,02 %IMPROVEMENTS_WW_DIGI_2026.pdf voci 8–36

Le decodifiche in più sono reali?7 / 12

I messaggi in più, verificati un nominativo alla volta

Ogni messaggio che un preset ha trovato e il JTDX originale (senza ALLCALL7) no, sulla stessa ora di aria — ogni nominativo verificato contro 14 mesi di ALL.TXT di produzione (95 801 nominativi, esclusa l’ora dell’esperimento), il database ALLCALL7 e ciò che JTDX originale e WSJT-X hanno decodificato altrove nell’ora.

Preset	Messaggi in più	Tutti i nominativi noti	Ignoti
Maximum efficiency	624	623 (99,8 %)	1
Maximum decodes	860	856 (99,5 %)	4
Pipeline max decodes light — consigliato	1229	1218 (99,1 %)	11
Pipeline ensemble	1339	1313 (98,1 %)	26
Pipeline run	1371	1350 (98,5 %)	21

Noto = decodificato dalla produzione in un altro giorno, presente in ALLCALL7, o decodificato da JTDX originale / WSJT-X nella stessa ora.

Motore, ora intera	Messaggi con un nominativo ignoto
JTDX originale, senza ALLCALL7	24 / 4 869 (0,49 %)
WSJT-X 3.0.2	26 / 5 171 (0,50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0,50 %)
Pipeline max decodes light	26 / 6 091 (0,43 %)
Pipeline ensemble	36 / 6 208 (0,58 %)

Dove stanno quelli dubbi

Sulla soglia di −23 dB: 25 dei 38 messaggi dubbi, 2 al di sotto — dove vivono 211 messaggi in più di stazioni note. 29 vengono dal background TX, 9 dalla decodifica al momento della risposta.

Già rimossi

I seriali RTTY Roundup e le stringhe di telemetria che formavano 17 dei 52 messaggi dubbi dell’esecuzione di agosto sono disattivati nel sorgente — nessuno in questa esecuzione.

il controllo delle chiamate in più del banco di misura (da pubblicare per il download) · 240 periodi, 2026-09-05misurato da CE3TSK

FT4, non solo FT88 / 12

FT4: lo stesso decodificatore, ricostruito attorno a una scadenza di 1,36 s

FT4 concede al decodificatore 1360 ms del suo periodo di 7,5 s. La contest edition porta in FT4 ogni approccio di FT8 — il threading a fette, l’ensemble, la passata alternativa, una memoria di indizi di quattro periodi, uno sfondo TX con impostazioni proprie e un budget che adatta lo sforzo alla banda — ciascuno misurato su 240 periodi consecutivi in aria.

+24 %

messaggi in più rispetto a JTDX originale

1 525 → 1 888, massimo sforzo, originale senza ALLCALL7.TXT

+8,7 %

rispetto alla ricetta predefinita

1 737 → 1 888; raccomandato 1 881 senza costo alla risposta

0,59 s

tempo di risposta al massimo sforzo

la scadenza è 1,36 s; raccomandato risponde in 0,10 s

Preset	Messaggi	In tempo per la risposta	s risposta	s sfondo
JTDX originale v2.2.159 senza ALLCALL7.TXT	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
Predefinito	1 737	1 737	0,10	—
Miglior consumo	1 822	1 761	0,10	0,3
Raccomandato	1 881	1 763	0,10	2,1
Massimo alla risposta	1 878	1 837	0,48	0,5
Massimo sforzo	1 888	1 855	0,59	0,6

240 periodi, 14,080 MHz, 100–3100 Hz, 12 thread. “In tempo per la risposta” = decodificato prima che il trasmettitore vada in aria; il resto arriva nello sfondo TX.

Threading, determinismo, nessun buco ai bordi

La banda è distribuita su una griglia ancorata di celle da 417 Hz, ogni fetta sottrae nella propria copia dell’audio: da 295 ms a 95. Quattro race condition ereditate dall’originale sono state corrette: lo stesso audio dà lo stesso insieme di messaggi con 2 o più thread, byte per byte, e una seconda fettatura con i bordi spostati di mezza cella chiude i confini.

Uno sfondo TX tutto suo

Mentre trasmettete, il decodificatore rilavora il periodo trattenuto: i membri che la fase di risposta non ha eseguito, OSD profondo, la passata alternativa, la passata residua, soglie più basse — attivato esattamente come quello di FT8, con sforzo, sensibilità e orologio propri, fino a 0,5 s prima della fine della finestra. Da qui viene il +8 % senza costo alla risposta.

Sei preset e un budget

Veloce, predefinito, miglior consumo, raccomandato, massimo alla risposta, massimo sforzo — ogni voce porta il suo costo misurato. Il numero di membri del massimo sforzo è budget auto: il decodificatore impara quanto costa un membro su questa banda e ne ammette quanti ne stanno in 1,3 s. La spia Preset indica il livello; una X dopo uno sfondo interrotto dal periodo successivo dice che il carico merita uno sguardo.

Ciò che ha FT8, ha FT4

La memoria di indizi di quattro periodi (+12 %), il candidato virtuale sulla frequenza del QSO (+1 dB sulla risposta che state aspettando), quattro passate di sottrazione, il secondo picco DT, il filtro delle false decodifiche e la fusione per miglior SNR tra le fette — un solo progetto, due modi.

240 periodi consecutivi, 14,080 MHz, WW Digi 2026 · 12 thread · scadenza FT4 di 1360 ms su 7,5 sIMPROVEMENTS_WW_DIGI_2026.pdf voci 51–81

FT4, la stessa prova9 / 12

Mezz’ora di aria, ogni decodificatore FT4, lo stesso audio

Gli stessi 240 periodi FT4 registrati da 7,5 s (14,080 MHz, WW Digi 2026), decodificati da ogni motore con le sue impostazioni migliori, 100–3100 Hz. Messaggi unici trovati:

JTDX Contest Edition · massimo sforzomembri a budget automatico + soglie basse alla risposta, tutto nello sfondo TX

1 888

JTDX Contest Edition · raccomandatosfondo 6 + OSD profondo + passata alternativa + residua, nulla alla risposta

1 881

WSJT-X improved 3.2.0decodificatore FT4, profondità 3, AP

1 688

WSJT-X 3.0.2decodificatore FT4, profondità 3, AP

1 561

JTDX_CONTEST senza la memoria di indizila ricetta FT4 di JTDX sul codice del fork

1 552

JTDX originale v2.2.159 senza ALLCALL7.TXTricerca dei nominativi noti spenta — 169 decodifiche reali recuperate — la linea di base

1 525

JTDX originale v2.2.159 come distribuitoil suo decodificatore FT4, ALLCALL7.TXT presente

1 356

+23,8 %

vs JTDX originale senza ALLCALL7.TXT

1 888 contro 1 525, ricerca dei nominativi noti spenta

+39,2 %

vs JTDX originale v2.2.159

1 888 contro 1 356 messaggi, come distribuito

+20,9 %

vs WSJT-X 3.0.2

il suo decodificatore FT4 a profondità 3, AP

+11,8 %

vs WSJT-X improved 3.2.0

il suo decodificatore FT4 a profondità 3, AP

+10,5 %

anche nell’ora diurna

73 periodi più affollati: 507 → 560

Unione di tutti i motori: 2 008 messaggi · massimo sforzo raggiunge il 94,0 % di tutto ciò che qualcuno ha decodificatomisurato da CE3TSK

WW Digi, integrato10 / 12

Lo scambio, i punti e il log — automatici

Un interruttore nella scheda Contest

Selezionare WW Digi mette 28 impostazioni e otto controlli della finestra principale nel loro stato da contest, nomina il contest nel titolo della finestra e accende la spia Contest. Niente da ricordare alle 03:00am nel mezzo di un contest.

Lo scambio che funziona

HISCALL MYCALL R FF46 — ricevuto e trasmesso correttamente, il locator come scambio, l’SNR nei campi RST del log dove deve stare. Niente locator, niente trasmissione.

Punti e moltiplicatori in tempo reale

1 + km/3000 per QSO dai centri dei locator a 4 caratteri, mostrato accanto a ogni decodifica (CQ XQ3SK FF46 * 1p Chile) e nella barra del punteggio come M × P = S. I moltiplicatori sono i campi a 2 caratteri, contati per banda.

Un’autoselezione che conosce le regole

I punti del contest stanno sopra ogni altro livello, un campo nuovo vale più di un DXCC nuovo, e la regola XI.12 è rispettata: il sequencer risponde alle stazioni che ti chiamano e non prende mai l’iniziativa. Più stazioni che chiamano? Prima la più preziosa, poi la più forte.

Un log di contest separato

Ogni QSO di contest va nel suo ADIF; già-collegato, moltiplicatori, evidenziazione e punteggio vengono tutti da lì, così un campo raro collegato nel 2025 torna nuovo quest’anno.

Frequenze di contest

Il contest tiene la sua lista di frequenze, separata dal piano di banda di tutti i giorni, e ripristina la tua quando finisce.

Distanza	Punti
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

1 + km/3000 dai centri dei locator a 4 caratteri; 20 400 km (antipodi) = 7, niente sulla Terra è più lontano.

ContestWW-Digi271 QSO58M × 213P = 12 354

Blocco delle impostazioni: i controlli parcheggiati tornano esattamente com’erano quando il contest viene disattivatoIMPROVEMENTS_WW_DIGI_2026.pdf

Prima di giudicare i numeri11 / 12

Queste ricette sono tarate su questa macchina, o su una più veloce

Ogni cifra di questa presentazione è stata misurata su un solo computer: un AMD Ryzen 7 5800H (8 core / 16 thread), per il resto scarico, con il decodificatore su 12 thread. I preset distribuiti sono tarati per quella classe di CPU o migliore. Su una più lenta possono sforare la scadenza.

La scadenza è reale

FT8 decide la risposta a 1,1 s dal periodo; FT4 deve finire entro 1360 ms su 7,5 s. Oltre quel punto una decodifica non è soltanto lenta — la risposta è persa. Un preset che qui ci sta non deve per forza starci su una CPU più lenta.

Otto thread è il tetto utile

La banda è tagliata in una griglia fissa di celle da 417 Hz — 8 fette tra 100 e 3300 Hz — quindi un nono thread non ha più una fetta da prendere: 12 thread non sono risultati più rapidi di 8. Meno di 8 costa proporzionalmente più tempo.

Anche FT4 ha un budget

Dalla v3.0.0-rc02 il preset massimo sforzo di FT4 usa il budget auto: il decodificatore impara quanto costa un membro su questa banda e su questa macchina e ne ammette quanti ne stanno in 1,3 s. Gli altri livelli seguono il numero di thread. Su una CPU più lenta il budget si riduce da solo; una scala fissa no.

Cosa fare su una macchina più lenta

Scegliete un livello più basso per FT8. Per FT4 scegliete massimo sforzo, che si adatta da solo, o un livello più basso; i membri si possono ancora impostare a mano in Decode → FT4 decoding → expert → RX → ensemble effort. Ogni voce di menu porta il costo misurato di quel passo, e la spia Preset mostra una X quando uno sfondo è stato interrotto dalla decodifica successiva.

Un solo thread è l’eccezione

Con un unico thread entrambi i modi decodificano la banda come un pezzo solo e saltano la seconda passata di affettatura, perciò l’insieme differisce da qualunque esecuzione multi-thread — 6 persi e 3 guadagnati su 60 periodi FT4. Da due thread in su l’insieme è identico con qualsiasi numero.

Questa è una release candidate

v3.0.0-rc05, al primo giro di test beta. Le ricette saranno rimisurate su più macchine prima di dichiarare definitivo alcunché, — le registrazioni e uno script di misura sono già pubblicati su ce3tsk.com/download/wav, perché chiunque li ripeta sulla propria CPU. Grazie agli operatori che hanno messo in aria queste prime candidate: Willy XQ3SK, Eduardo CA3EAP, Miguel CA7FKZ e Cristian CA8CEU.

Misurato su un AMD Ryzen 7 5800H scarico (8 core / 16 thread), 12 thread di decodifica · adattare le ricette a macchine più deboli è lavoro futurosrc/decodepreset.h

Misurato, riproducibile, in produzione12 / 12

Dietro ogni affermazione c’è un file wav

Nessun numero di queste diapositive è una stima. Ognuno viene da audio registrato, da un’esecuzione del decodificatore in modalità file e da uno script che chiunque può rilanciare — le registrazioni e lo script sono su ce3tsk.com/download/wav.

Il benchmark

240 periodi consecutivi in aria più una registrazione di riferimento da 100 messaggi, eseguiti su un portatile AMD Ryzen 7 5800H; run_presets.sh rilancia ogni preset e ogni motore WSJT-X e riscrive le tabelle nei documenti.

I confronti

Analisi fianco a fianco dell’ALL.TXT di due ricevitori, distribuzione dei guadagni per SNR, profondità della memoria degli indizi 1–8, con e senza il file dei nominativi — tutto archiviato con i suoi output.

I documenti

FT8_DECODER.pdf spiega il decodificatore; IMPROVEMENTS_WW_DIGI_2026.pdf elenca ogni modifica con la sua misura.

Per iniziare

Decodifica → decodifica FT8 → Preset → consigliato: miglior sforzo medio. Impostazioni → Gara → WW Digi. Guarda le spie: Contest verde, Preset R verde. Vai.

CE3TSK

Tihomir Sokcevic, Santiago del Cile — autore di ogni modifica in queste diapositive: il lavoro sul decodificatore, il supporto al contest, le misure e i documenti.Domande, rapporti dall’aria e QSO benvenuti: CE3TSK in banda, nel weekend del WW Digi e dopo. · ce3tsk.com · github.com/ce3tsk/jtdx_contest · Come funziona il decoder · File WAV di riferimento

CE3TSK · Tihomir Sokcevic · agosto 202673

JTDX_CONTEST · CE3TSKTesté pendant le WW Digi 2026 · 1 / 12

v3.0.0-rc05 · travail dérivé de JTDX par UA3DJY/ES1JA et de WSJT-X par K1JT

JTDX
Contest Edition

De nouvelles approches de décodage. Plus de décodages. Décidés à temps. Conçu pour le WW Digi.

Conçu, construit et mesuré par Tihomir Sokcevic · CE3TSK · Santiago du Chili

+27,5 % de messages de plus que le JTDX d’origine et +20 % par rapport à WSJT-X 3.0.2 sur une heure d’air réel — la réponse toujours décidée 1,1 seconde après le début de la période, avec l’échange, les points et le log du concours intégrés. L’interface a été réparée partout et le style sombre fonctionne désormais.

165815 -24  0,3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0,1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0,2 1793 ~ KC3MSE K7MK DN13

Mesuré sur 240 périodes consécutives de 15 s, 2026-08-27 16:57–17:57 UTC, 20 m, 100–3100 Hz, 12 threads sur un AMD Ryzen 7 5800H (8 cœurs / 16 threads)ce3tsk.com · github.com/ce3tsk/jtdx_contest · Comment fonctionne le décodeur · Fichiers WAV de référence

Le titre2 / 12

Une heure d’air, tous les décodeurs, le même audio

Les mêmes 240 périodes FT8 enregistrées, décodées par chaque moteur avec ses meilleurs réglages. Messages uniques trouvés :

JTDX Contest Edition · Pipeline ensemble fullSWL-4 + membre à la réponse, chaque unité dans l’arrière-plan TX

6 208

JTDX Contest Edition · preset recommandéPipeline max decodes light, 5,3 s de CPU par période

6 091

JTDX_CONTEST avec la recette propre de JTDX9 cycles, sensibilité 2 — ce que fait le fork avec les réglages d’origine

5 249

WSJT-X 3.0.2décodeur FT8 multithread, 9 passes, sensibilité 3, AP

5 171

WSJT-X improved 3.2.0mêmes réglages

5 163

JTDX d’origine v2.2.159 sans ALLCALL7.TXTrecherche des indicatifs connus désactivée — 67 vrais décodages retrouvés — la ligne de base

4 869

JTDX d’origine v2.2.159 tel que livré9 cycles, sensibilité 2, ALLCALL7.TXT, 12 fils

4 802

WSJT-X 3.0.2 décodeur standardprofondeur 3, AP

4 782

+27,5 %

vs JTDX d’origine sans ALLCALL7.TXT

6 208 contre 4 869, recherche des indicatifs connus désactivée

+29,3 %

vs JTDX d’origine v2.2.159

6 208 contre 4 802 messages, tel que livré

+20,1 %

vs WSJT-X 3.0.2

son meilleur mode, avec ses propres réglages

+16,8 %

en direct, côte à côte

deux récepteurs sur une antenne, 56 minutes à l’antenne

Union de tous les moteurs : 6 450 messages · Pipeline ensemble atteint 96,2 % de tout ce que quelqu’un a décodémesuré par CE3TSK

L’innovation — dans aucun autre programme FT83 / 12

Décider à 1,1 s. Continuer à décoder pendant que vous émettez.

Aucun autre programme FT8 ne fait cela. WSJT-X, JTDX et MSHV décodent une fois par période, puis attendent. En concours, la réponse doit être décidée avant que l’émetteur ne passe en émission. Le décodeur est donc coupé en deux : une phase RX rapide qui décide de la réponse, et un arrière-plan TX qui continue de travailler le même audio pendant votre propre émission — là où le processeur restait inactif.

Temps mesurés sur le banc de 240 périodes, 12 threads d’un AMD Ryzen 7 5800H. L’arrière-plan s’interrompt proprement au changement de bande et ne déborde jamais.

La phase RX

5 cycles, sensibilité 2, un membre de l’ensemble : 87 sur 100 messages de référence sur le banc, 1,1 s par période à l’antenne. AutoSeq répond à temps, à chaque période.

L’arrière-plan TX

La passe classique sur l’audio intact, deux membres de l’ensemble, puis la passe résiduelle — des listes fixes et mesurées, rien au hasard. Leurs décodages arrivent pendant que vous émettez et sont prêts pour la réponse suivante.

Les unités du pipeline s’interrompent proprement au changement de bande et ne débordent jamais d’une période sur l’autre

Deux nouvelles façons de décoder4 / 12

Les nouvelles approches, et d’où viennent les messages en plus

Nouvelle approche 1 : la passe alternative

Une fois que les passes normales ont décodé et soustrait ce qu’elles pouvaient, l’audio résiduel est décodé à nouveau avec la recette opposée — SWL après la normale, normale après SWL. Chaque recette a ses angles morts ; la passe alternative les couvre.

Nouvelle approche 2 : l’ensemble

Des redécodages du même audio à travers des perturbations fixes — retard, dither, décalage de ton — chaque membre trouvant des messages que les autres ratent, l’union étant conservée. Déterministe : le même ensemble sur toute machine à 2 threads ou plus.

Une mémoire d’indices de quatre périodes

Le décodeur d’indices oubliait une station après une seule période manquée. Il en retient désormais quatre : +6 % de messages sur l’heure, sans coût CPU mesurable ; effacée au changement de bande.

Où sont les gains

Part des messages en plus par niveau de signal — le preset recommandé fait plus que doubler les décodages à l’extrémité la plus faible, 152 → 346 sur l’heure.

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dBreste

100–3100 Hz bien fait

La plage de décodage ne suit plus la chute d’eau : la ligne de base de synchro et la grille de tranches sont ancrées sur la bande entière, si bien qu’une plage plus étroite décode exactement comme la bande entière à l’intérieur.

Chaque approche est une unité fixe et mesurée — le même audio donne les mêmes messages sur n’importe quelle machine

Un menu, six choix mesurés5 / 12

Choisissez un preset. Le voyant dit lequel est actif.

Chaque niveau est une recette mesurée sur la même heure d’air — décodages gagnés sur le JTDX d’origine (recherche ALLCALL7 désactivée), et le CPU que cela coûte par période de 15 s. En appliquer un règle aussi l’environnement dans lequel il a été mesuré. Tout le reste vit dans le sous-menu expert .

Meilleure puissance

+11,3 %0,4 s

Efficacité maximale — le plus de décodages par seconde de CPU. Portables sur batterie.

Meilleur rapport

+16,6 %1,1 s

Décodages maximaux — 5 cycles, sensibilité 2, un membre. Machines à quatre cœurs.

Recommandé

Meilleur effort moyen

+25,1 %5,3 s

Pipeline max decodes light — la réponse décidée à 1,1 s, un arrière-plan de ~6 s pendant la TX.

Meilleurs résultats

+27,2 %12,7 s

Pipeline ensemble — pour le S&P et l’écoute à partir de 8 threads.

Effort maximal

+27,5 %14,0 s

Pipeline ensemble full — tous les échantillons de membres.

Plus de résultats

+28,0 %13,3 s

Pipeline run — 5 cycles dans la période, tout l’ensemble derrière.

Le coude de la courbe est le preset recommandé : 90 % du gain maximal pour 40 % du CPU — et la réponse toujours décidée à 1,1 s.

Le voyant de preset

Sous le voyant Concours, au-dessus de Tune : Preset R dans la couleur du niveau, Custom dès qu’un réglage dérive, grisé hors FT8.

Concours

Preset R

Budget auto

En option, la phase RX ajoute des membres de l’ensemble tant que le coût appris du suivant tient dans le budget de réponse de 2,7 s — une bande calme gagne en profondeur au moment de répondre, une bande chargée reste rapide.

Les presets désactivent le départ anticipé et activent la recherche DX Call large bande — l’environnement dans lequel chaque tableau a été mesuré

Une sortie plus propre, des chiffres honnêtes6 / 12

Moins de fantômes, plus de vraies stations

La liste d’indicatifs périmée mise à la retraite

Le JTDX d’origine rejette tout message dont les deux indicatifs manquent dans un fichier d’indicatifs de 2024 — chaque QSO entre deux stations récemment licenciées, quel que soit le SNR. Mesuré : ~45 vrais décodages par heure jetés pour un ou deux faux. Désactivé.

Reports fantômes rejetés

CE3TSK JW1GPY/R 216 — un mot de code aléatoire derrière un indicatif a priori. Les reports qu’aucun émetteur ne peut encoder sont désormais refusés au décompactage ; les échanges RTTY Roundup et la télémétrie, jamais utilisés en FT8 sur HF et seulement vus comme faux décodages, sont désactivés dans le code source.

Déterministe et sûr entre threads

Six situations de concurrence trouvées et corrigées dans le décodeur d’origine (tampon audio partagé, caches de plans FFT, initialisation OSD, stockage des messages). Le même audio donne maintenant les mêmes messages sur 1, 3 ou 12 threads — ce qui rend chaque chiffre ici reproductible.

Un cœur plus rapide

Le compactage de bits de l’OSD réécrit en mots de 64 bits, les sommes de fenêtre de synchro tabulées, le plafond de candidats relevé de 450 à 2000 pour qu’une bande chargée ne laisse plus tomber de vrais signaux en silence.

Testé comme un logiciel

Régression de décodage déterministe de 43 lignes, 14 cas d’arrière-plan/interruption, tests unitaires Fortran, un harnais C++ pour les presets, la logique de concours et le séquenceur — tout au vert avant chaque déploiement.

Classe de faux décodage	Taux	Maintenant
Vrais QSO rejetés par la liste d’indicatifs de 2024	−45 / h	recherche désactivée — les décodages sont de retour
Télémétrie (18 chiffres hex)	~50 / mois	désactivé
Échanges RTTY Roundup	~10 / mois	désactivé
Reports fantômes (/R 216)	2 / mois	rejeté au décompactage
Fantômes a priori avec un indicatif plausible	~10 / mois	pas de filtre sûr — conservés, ≤ 1 tous les 3 jours

Taux de faux décodages en production, observé avec le JTDX classique : ~5 lignes par jour sur ~26 000, 0,02 %IMPROVEMENTS_WW_DIGI_2026.pdf points 8–36

Les décodages en plus sont-ils réels ?7 / 12

Les messages en plus, vérifiés indicatif par indicatif

Chaque message qu’un preset a trouvé et que le JTDX d’origine (sans ALLCALL7) n’a pas trouvé, sur la même heure d’air — chaque indicatif vérifié contre 14 mois d’ALL.TXT de production (95 801 indicatifs, l’heure de l’expérience exclue), la base ALLCALL7, et ce que le JTDX d’origine et WSJT-X ont décodé ailleurs dans l’heure.

Preset	Messages en plus	Tous les indicatifs connus	Inconnus
Maximum efficiency	624	623 (99,8 %)	1
Maximum decodes	860	856 (99,5 %)	4
Pipeline max decodes light — recommandé	1229	1218 (99,1 %)	11
Pipeline ensemble	1339	1313 (98,1 %)	26
Pipeline run	1371	1350 (98,5 %)	21

Connu = décodé par la production un autre jour, présent dans ALLCALL7, ou décodé par le JTDX d’origine / WSJT-X dans la même heure.

Moteur, heure entière	Messages avec un indicatif inconnu
JTDX d’origine, sans ALLCALL7	24 / 4 869 (0,49 %)
WSJT-X 3.0.2	26 / 5 171 (0,50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0,50 %)
Pipeline max decodes light	26 / 6 091 (0,43 %)
Pipeline ensemble	36 / 6 208 (0,58 %)

Où se trouvent les douteux

Au plancher de −23 dB : 25 des 38 messages douteux, 2 en dessous — là où vivent 211 messages en plus de stations connues. 29 viennent de l’arrière-plan TX, 9 du décodage au moment de répondre.

Déjà retirés

Les numéros de série RTTY Roundup et chaînes de télémétrie qui faisaient 17 des 52 messages douteux de l’exécution d’août sont désactivés dans le code source — aucun dans cette exécution.

le contrôle des indicatifs supplémentaires du banc de mesure (à publier en téléchargement) · 240 périodes, 2026-09-05mesuré par CE3TSK

FT4, et pas seulement FT88 / 12

FT4 : le même décodeur, reconstruit autour d’un délai de 1,36 s

FT4 laisse au décodeur 1360 ms de sa période de 7,5 s. La contest edition transpose chaque approche de FT8 — le découpage en tranches multi-fils, l’ensemble, la passe alternée, une mémoire d’indices de quatre périodes, un arrière-plan TX avec ses propres réglages et un budget qui adapte l’effort à la bande — chacune mesurée sur 240 périodes consécutives en direct.

+24 %

de messages de plus que JTDX d’origine

1 525 → 1 888, effort maximal, l’origine sans ALLCALL7.TXT

+8,7 %

par rapport à la recette par défaut

1 737 → 1 888 ; recommandé 1 881 sans rien coûter à la réponse

0,59 s

de temps de réponse à l’effort maximal

le délai est de 1,36 s ; recommandé répond en 0,10 s

Préréglage	Messages	À temps pour la réponse	s réponse	s arrière-plan
JTDX d’origine v2.2.159 sans ALLCALL7.TXT	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
Par défaut	1 737	1 737	0,10	—
Meilleure consommation	1 822	1 761	0,10	0,3
Recommandé	1 881	1 763	0,10	2,1
Maximum à la réponse	1 878	1 837	0,48	0,5
Effort maximal	1 888	1 855	0,59	0,6

240 périodes, 14,080 MHz, 100–3100 Hz, 12 fils. « À temps pour la réponse » = décodé avant que l’émetteur ne passe en émission ; le reste arrive dans l’arrière-plan TX.

Multi-fils, déterministe, sans trou aux jointures

La bande est répartie sur une grille ancrée de cellules de 417 Hz, chaque tranche soustrayant dans sa propre copie de l’audio : de 295 ms à 95. Quatre courses critiques héritées de l’original ont été corrigées : le même audio donne le même ensemble de messages à 2 fils ou plus, octet pour octet, et un second découpage aux bords décalés d’une demi-cellule ferme les jointures.

Un arrière-plan TX bien à lui

Pendant que vous émettez, le décodeur retravaille la période conservée : les membres que la phase de réponse n’a pas exécutés, l’OSD profond, la passe alternée, la passe résiduelle, des seuils plus bas — activé exactement comme celui de FT8, avec son propre effort, sa sensibilité et son horloge, jusqu’à 0,5 s avant la fin de la fenêtre. C’est de là que viennent les +8 % sans rien coûter à la réponse.

Six préréglages et un budget

Rapide, par défaut, meilleure consommation, recommandé, maximum à la réponse, effort maximal — chaque libellé porte son coût mesuré. Le nombre de membres de l’effort maximal est en budget auto : le décodeur apprend ce que coûte un membre sur cette bande et en admet autant qu’il en tient dans 1,3 s. Le voyant Preset nomme le niveau ; un X après un arrière-plan interrompu par la période suivante signale que la charge mérite un coup d’œil.

Ce que FT8 a, FT4 l’a

La mémoire d’indices de quatre périodes (+12 %), le candidat virtuel sur la fréquence du QSO (+1 dB sur la réponse que vous attendez), quatre passes de soustraction, le second pic DT, le filtre des faux décodages et la fusion au meilleur SNR entre tranches — une seule conception, deux modes.

240 périodes consécutives, 14,080 MHz, WW Digi 2026 · 12 fils · délai FT4 de 1360 ms sur 7,5 sIMPROVEMENTS_WW_DIGI_2026.pdf points 51–81

FT4, le même test9 / 12

Une demi-heure d’air, chaque décodeur FT4, le même audio

Les mêmes 240 périodes FT4 enregistrées de 7,5 s (14,080 MHz, WW Digi 2026), décodées par chaque moteur avec ses meilleurs réglages, 100–3100 Hz. Messages uniques trouvés :

JTDX Contest Edition · effort maximalmembres en budget auto + seuils bas à la réponse, tout dans l’arrière-plan TX

1 888

JTDX Contest Edition · recommandéarrière-plan 6 + OSD profond + passe alternée + résiduelle, rien à la réponse

1 881

WSJT-X improved 3.2.0décodeur FT4, profondeur 3, AP

1 688

WSJT-X 3.0.2décodeur FT4, profondeur 3, AP

1 561

JTDX_CONTEST sans sa mémoire d’indicesla recette FT4 de JTDX sur le code du fork

1 552

JTDX d’origine v2.2.159 sans ALLCALL7.TXTrecherche des indicatifs connus désactivée — 169 vrais décodages retrouvés — la ligne de base

1 525

JTDX d’origine v2.2.159 tel que livréson décodeur FT4, ALLCALL7.TXT présent

1 356

+23,8 %

vs JTDX d’origine sans ALLCALL7.TXT

1 888 contre 1 525, recherche des indicatifs connus désactivée

+39,2 %

vs JTDX d’origine v2.2.159

1 888 contre 1 356 messages, tel que livré

+20,9 %

vs WSJT-X 3.0.2

son décodeur FT4 en profondeur 3, AP

+11,8 %

vs WSJT-X improved 3.2.0

son décodeur FT4 en profondeur 3, AP

+10,5 %

sur l’heure de jour aussi

73 périodes plus chargées : 507 → 560

Union de tous les moteurs : 2 008 messages · effort maximal atteint 94,0 % de tout ce que quelqu’un a décodémesuré par CE3TSK

WW Digi, intégré10 / 12

L’échange, les points et le log — automatiques

Un interrupteur dans l’onglet Contest

Sélectionner WW Digi place 28 réglages et huit commandes de la fenêtre principale dans leur état de concours, nomme le concours dans le titre de la fenêtre et allume le voyant Concours. Rien à retenir à 03:00am en plein concours.

L’échange qui fonctionne

HISCALL MYCALL R FF46 — reçu et émis correctement, le locator comme échange, le SNR dans les champs RST du log, à sa place. Pas de locator, pas d’émission.

Points et multiplicateurs en direct

1 + km/3000 par QSO depuis les centres de locator à 4 caractères, affiché à côté de chaque décodage (CQ XQ3SK FF46 * 1p Chile) et dans la barre de score sous la forme M × P = S. Les multiplicateurs sont les champs à 2 caractères, suivis par bande.

Une autosélection qui connaît les règles

Les points de concours passent devant tous les autres niveaux, un nouveau champ devant un nouveau DXCC, et la règle XI.12 est respectée : le séquenceur répond aux stations qui vous appellent et n’appelle jamais le premier. Plusieurs appelants ? Le plus précieux d’abord, puis le plus fort.

Un log de concours séparé

Chaque QSO de concours va dans son propre ADIF ; déjà-contacté, multiplicateurs, surlignage et score en proviennent tous, si bien qu’un champ rare contacté en 2025 est à nouveau nouveau cette année.

Fréquences de concours

Le concours garde sa propre liste de fréquences, séparée du plan de bandes de tous les jours, et restaure la vôtre quand il se termine.

Distance	Points
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

1 + km/3000 depuis les centres de locator à 4 caractères ; 20 400 km (antipodes) = 7, rien sur Terre n’est plus loin.

ContestWW-Digi271 QSO58M × 213P = 12 354

Verrouillage des réglages : les commandes mises de côté reviennent exactement comme elles étaient quand le concours est désactivéIMPROVEMENTS_WW_DIGI_2026.pdf

Avant de juger les chiffres11 / 12

Ces recettes sont réglées pour cette machine, ou une plus rapide

Chaque chiffre de cette présentation a été mesuré sur un seul ordinateur : un AMD Ryzen 7 5800H (8 cœurs / 16 fils), par ailleurs inoccupé, décodeur sur 12 fils. Les préréglages livrés sont calibrés pour cette classe de processeur ou meilleure. Sur une plus lente, ils peuvent dépasser le délai.

Le délai est réel

FT8 décide la réponse à 1,1 s de la période ; FT4 doit finir en 1360 ms sur 7,5 s. Au-delà, un décodage n’est pas seulement lent — la réponse est perdue. Un préréglage qui tient ici ne tiendra pas forcément sur un processeur plus lent.

Huit fils, c’est le plafond utile

La bande est découpée selon une grille fixe de cellules de 417 Hz — 8 tranches entre 100 et 3300 Hz — si bien qu’un neuvième fil n’a plus de tranche à prendre : 12 fils n’ont pas été mesurés plus rapides que 8. Moins de 8 coûte proportionnellement plus de temps.

FT4 a aussi un budget

Depuis la v3.0.0-rc02, le préréglage effort maximal de FT4 utilise le budget auto : le décodeur apprend ce que coûte un membre sur cette bande et cette machine, et en admet autant qu’il en tient dans 1,3 s. Les autres niveaux suivent le nombre de fils. Sur un processeur plus lent le budget se réduit de lui-même ; une échelle fixe, non.

Que faire sur une machine plus lente

Choisissez un niveau inférieur pour FT8. Pour FT4, choisissez effort maximal, qui s’ajuste tout seul, ou un niveau inférieur ; les membres peuvent toujours être fixés à la main dans Decode → FT4 decoding → expert → RX → ensemble effort. Chaque libellé de menu porte le coût mesuré de l’étape, et le voyant Preset affiche un X quand un arrière-plan a été interrompu par le décodage suivant.

Un seul fil fait exception

Sur un fil unique, les deux modes décodent la bande d’un seul tenant et sautent la seconde passe de découpage : l’ensemble diffère donc de toute exécution multi-fils — 6 perdus et 3 gagnés sur 60 périodes FT4. À partir de deux fils, l’ensemble est identique quel que soit le nombre.

C’est une version candidate

v3.0.0-rc05, dans sa première phase de bêta-test. Les recettes seront remesurées sur plusieurs machines avant que quoi que ce soit soit déclaré définitif, — les enregistrements et un script de mesure sont déjà publiés sur ce3tsk.com/download/wav, pour que chacun les rejoue sur son propre processeur. Merci aux opérateurs qui ont mis ces premières versions candidates sur l’air : Willy XQ3SK, Eduardo CA3EAP, Miguel CA7FKZ et Cristian CA8CEU.

Mesuré sur un AMD Ryzen 7 5800H inoccupé (8 cœurs / 16 fils), 12 fils de décodage · adapter les recettes aux machines plus faibles reste à fairesrc/decodepreset.h

Mesuré, reproductible, déployé12 / 12

Derrière chaque affirmation, un fichier wav

Aucun chiffre de ces diapositives n’est une estimation. Chacun vient d’un audio enregistré, d’une exécution du décodeur en mode fichier et d’un script que chacun peut relancer — les enregistrements et le script sont sur ce3tsk.com/download/wav.

Le banc d’essai

240 périodes consécutives à l’antenne plus une capture de référence de 100 messages, exécutées sur un portable AMD Ryzen 7 5800H ; run_presets.sh relance chaque preset et chaque moteur WSJT-X et réécrit les tableaux des documents.

Les comparaisons

Analyse côte à côte du ALL.TXT de deux récepteurs, répartition des gains par SNR, profondeur de mémoire d’indices 1–8, avec et sans le fichier d’indicatifs — le tout archivé avec ses sorties.

Les documents

FT8_DECODER.pdf explique le décodeur ; IMPROVEMENTS_WW_DIGI_2026.pdf liste chaque changement avec sa mesure.

Pour commencer

Décodage → Décodage FT8 → Préréglages → recommandé : meilleur effort moyen. Paramètres → Compétition → WW Digi. Surveillez les voyants : Concours vert, Preset R vert. Allez-y.

CE3TSK

Tihomir Sokcevic, Santiago du Chili — auteur de chaque changement de ces diapositives : le travail sur le décodeur, le support de concours, les mesures et les documents.Questions, reports depuis l’antenne et QSO bienvenus : CE3TSK sur les bandes, le week-end du WW Digi et après. · ce3tsk.com · github.com/ce3tsk/jtdx_contest · Comment fonctionne le décodeur · Fichiers WAV de référence

CE3TSK · Tihomir Sokcevic · août 202673

JTDX_CONTEST · CE3TSKGetestet beim WW Digi 2026 · 1 / 12

v3.0.0-rc05 · abgeleitet von JTDX von UA3DJY/ES1JA und WSJT-X von K1JT

JTDX
Contest Edition

Neue Decodierverfahren. Mehr Decodes. Rechtzeitig entschieden. Gebaut für den WW Digi.

Entworfen, gebaut und vermessen von Tihomir Sokcevic · CE3TSK · Santiago de Chile

+27,5 % mehr Meldungen als das Original-JTDX und +20 % gegenüber WSJT-X 3.0.2 auf einer Stunde echtem On-Air-Betrieb — die Antwort weiterhin 1,1 Sekunden nach Periodenbeginn entschieden, Contest-Austausch, Punkte und Log eingebaut. Die Oberfläche wurde durchgängig repariert und der dunkle Stil funktioniert jetzt.

165815 -24  0,3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0,1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0,2 1793 ~ KC3MSE K7MK DN13

Gemessen auf 240 aufeinanderfolgenden 15-s-Perioden, 2026-08-27 16:57–17:57 UTC, 20 m, 100–3100 Hz, 12 Threads auf einem AMD Ryzen 7 5800H (8 Kerne / 16 Threads)ce3tsk.com · github.com/ce3tsk/jtdx_contest · Wie der Decoder arbeitet · Benchmark-WAV-Dateien

Die Schlagzeile2 / 12

Eine Stunde On-Air, jeder Decoder, dasselbe Audio

Dieselben 240 aufgezeichneten FT8-Perioden, von jedem Decoder mit seinen besten Einstellungen decodiert. Gefundene eindeutige Meldungen:

JTDX Contest Edition · Pipeline ensemble fullSWL-4 + Mitglied zur Antwortzeit, jede Einheit im TX-Hintergrund

6 208

JTDX Contest Edition · empfohlenes PresetPipeline max decodes light, 5,3 s CPU pro Periode

6 091

JTDX_CONTEST mit JTDX’ eigenem Rezept9 Zyklen, Empfindlichkeit 2 — was der Fork mit den Original-Einstellungen leistet

5 249

WSJT-X 3.0.2Multithread-FT8-Decoder, 9 Durchgänge, Empfindlichkeit 3, AP

5 171

WSJT-X improved 3.2.0gleiche Einstellungen

5 163

Original-JTDX v2.2.159 ohne ALLCALL7.TXTRufzeichen-Suche abgeschaltet — 67 echte Decodes zurück — die Grundlinie

4 869

Original-JTDX v2.2.159 wie ausgeliefert9 Zyklen, Empfindlichkeit 2, ALLCALL7.TXT, 12 Threads

4 802

WSJT-X 3.0.2 Standard-DecoderTiefe 3, AP

4 782

+27,5 %

vs Original-JTDX ohne ALLCALL7.TXT

6 208 gegen 4 869, Rufzeichen-Suche abgeschaltet

+29,3 %

vs Original-JTDX v2.2.159

6 208 gegen 4 802 Meldungen, wie ausgeliefert

+20,1 %

vs WSJT-X 3.0.2

sein bester Modus, mit seinen eigenen Einstellungen

+16,8 %

live, Seite an Seite

zwei Empfänger an einer Antenne, 56 Minuten auf Sendung

Vereinigung aller Decoder: 6 450 Meldungen · Pipeline ensemble erreicht 96,2 % von allem, was irgendjemand decodiert hatgemessen von CE3TSK

Die Neuerung — in keinem anderen FT8-Programm3 / 12

Bei 1,1 s entscheiden. Weiterdecodieren, während du sendest.

Kein anderes FT8-Programm macht das. WSJT-X, JTDX und MSHV decodieren einmal pro Periode und warten dann. Im Contest muss die Antwort feststehen, bevor der Sender tastet. Deshalb ist der Decoder zweigeteilt: eine schnelle RX-Phase , die die Antwort entscheidet, und ein TX-Hintergrund , der dasselbe Audio während deiner eigenen Sendung weiterbearbeitet — dort, wo die CPU bisher brachlag.

Zeiten gemessen auf dem 240-Perioden-Benchmark, 12 Threads eines AMD Ryzen 7 5800H. Der Hintergrund bricht beim Bandwechsel sauber ab und läuft nie über.

Die RX-Phase

5 Zyklen, Empfindlichkeit 2, ein Ensemble-Mitglied: 87 von 100 Referenzmeldungen im Benchmark, 1,1 s pro Periode auf Sendung. AutoSeq antwortet rechtzeitig, in jeder Periode.

Der TX-Hintergrund

Der klassische Durchgang auf unberührtem Audio, zwei Ensemble-Mitglieder, dann der Rest-Durchgang — feste, vermessene Listen, kein Raten. Ihre Decodes treffen ein, während du sendest, und liegen für die nächste Antwort bereit.

Pipeline-Einheiten brechen beim Bandwechsel sauber ab und laufen nie in die nächste Periode über

Zwei neue Arten zu decodieren4 / 12

Neue Verfahren, und woher die zusätzlichen Meldungen kommen

Neues Verfahren 1: der Alternativ-Durchgang

Nachdem die normalen Durchgänge decodiert und subtrahiert haben, was sie können, wird das Rest-Audio noch einmal mit dem entgegengesetzten Rezept decodiert — SWL nach normal, normal nach SWL. Jedes Rezept hat seine blinden Flecken; der Alternativ-Durchgang deckt sie ab.

Neues Verfahren 2: das Ensemble

Erneute Decodes desselben Audios durch feste Störungen — Verzögerung, Dither, Tonversatz — jedes Mitglied findet Meldungen, die die anderen verpassen, die Vereinigung bleibt. Deterministisch: dieselbe Menge auf jeder Maschine mit 2 oder mehr Threads.

Hinweis-Gedächtnis über vier Perioden

Der Hinweis-Decoder vergaß eine Station nach einer einzigen verpassten Periode. Jetzt merkt er sich vier: +6 % Meldungen in der Stunde, ohne messbare CPU-Kosten; beim Bandwechsel gelöscht.

Wo die Gewinne liegen

Anteil der zusätzlichen Meldungen nach Signalpegel — das empfohlene Preset verdoppelt die Decodes am schwächsten Ende mehr als, 152 → 346 in der Stunde.

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dBRest

100–3100 Hz richtig gemacht

Der Decodierbereich folgt nicht mehr dem Wasserfall: Sync-Grundlinie und Scheibenraster sind am vollen Band verankert, so dass ein schmalerer Bereich genau so decodiert wie das volle Band darin.

Jedes Verfahren ist eine feste, vermessene Einheit — dasselbe Audio liefert auf jeder Maschine dieselben Meldungen

Ein Menü, sechs vermessene Wahlmöglichkeiten5 / 12

Wähle ein Preset. Die Lampe zeigt, welches aktiv ist.

Jede Stufe ist ein auf derselben Stunde On-Air vermessenes Rezept — gewonnene Decodes gegenüber dem Original-JTDX (ALLCALL7-Suche aus) und die CPU, die es pro 15-s-Periode kostet. Ein Preset setzt auch die Umgebung, in der es vermessen wurde. Alles andere liegt im Untermenü expert .

Beste Leistung

+11,3 %0,4 s

Maximale Effizienz — die meisten Decodes pro CPU-Sekunde. Laptops im Akkubetrieb.

Bestes Verhältnis

+16,6 %1,1 s

Maximale Decodes — 5 Zyklen, Empfindlichkeit 2, ein Mitglied. Vierkern-Maschinen.

Bester mittlerer Aufwand

+25,1 %5,3 s

Pipeline max decodes light — die Antwort bei 1,1 s entschieden, ein ~6 s Hintergrund während TX.

Beste Ergebnisse

+27,2 %12,7 s

Pipeline ensemble — für S&P und Beobachten ab 8 Threads.

Maximaler Aufwand

+27,5 %14,0 s

Pipeline ensemble full — jede Mitglieds-Stichprobe.

Meiste Ergebnisse

+28,0 %13,3 s

Pipeline run — 5 Zyklen in der Periode, das ganze Ensemble dahinter.

Der Knick ist das empfohlene Preset: 90 % des maximalen Gewinns für 40 % der CPU — und die Antwort weiterhin bei 1,1 s entschieden.

Die Preset-Lampe

Unter der Contest-Lampe, über Tune: Preset R in der Farbe der Stufe, Custom sobald eine Einstellung abweicht, außerhalb von FT8 ausgegraut.

Contest

Preset R

Budget auto

Optional fügt die RX-Phase Ensemble-Mitglieder hinzu, solange die gelernten Kosten des nächsten noch ins Antwortbudget von 2,7 s passen — ein ruhiges Band bekommt Tiefe zur Antwortzeit, ein volles bleibt schnell.

Presets schalten den Frühstart aus und die breitbandige DX-Call-Suche ein — die Umgebung, in der jede Tabelle vermessen wurde

Sauberere Ausgabe, ehrliche Zahlen6 / 12

Weniger Phantome, mehr echte Stationen

Die veraltete Rufzeichenliste in den Ruhestand geschickt

Das unveränderte JTDX verwirft jede Meldung, deren beide Rufzeichen in einer Rufzeichendatei von 2024 fehlen — jedes QSO zwischen zwei kürzlich lizenzierten Stationen, egal bei welchem SNR. Gemessen: ~45 echte Decodes pro Stunde weggeworfen für ein oder zwei falsche. Abgeschaltet.

Phantom-Rapporte abgewiesen

CE3TSK JW1GPY/R 216 — ein zufälliges Codewort hinter einem A-priori-Rufzeichen. Rapporte, die kein Sender codieren kann, werden jetzt beim Entpacken abgewiesen; RTTY-Roundup-Austausch und Telemetrie, auf KW in FT8 nie verwendet und nur als Fehldecodes gesehen, sind im Quelltext abgeschaltet.

Deterministisch und threadsicher

Sechs Wettlaufsituationen im Original-Decoder gefunden und behoben (gemeinsamer Audiopuffer, FFT-Plan-Caches, OSD-Initialisierung, Meldungsspeicher). Dasselbe Audio liefert jetzt dieselben Meldungen mit 1, 3 oder 12 Threads — das macht jede Zahl hier reproduzierbar.

Schnellerer Kern

OSD-Bitpacking in 64-Bit-Wörter umgeschrieben, die Sync-Fenstersummen tabelliert, die Kandidatengrenze von 450 auf 2000 angehoben, damit ein volles Band echte Signale nicht mehr stillschweigend fallen lässt.

Getestet wie Software

Deterministische Decode-Regression mit 43 Zeilen, 14 Hintergrund-/Abbruchfälle, Fortran-Unit-Tests, ein C++-Harness für Presets, Contest-Logik und Sequenzer — alles grün vor jedem Einsatz.

Fehldecode-Klasse	Rate	Jetzt
Echte QSOs, von der Rufzeichenliste 2024 verworfen	−45 / h	Suche aus — die Decodes sind zurück
Telemetrie (18 Hex-Ziffern)	~50 / Monat	abgeschaltet
RTTY-Roundup-Austausch	~10 / Monat	abgeschaltet
Phantom-Rapporte (/R 216)	2 / Monat	beim Entpacken abgewiesen
A-priori-Phantome mit plausiblem Rufzeichen	~10 / Monat	kein sicherer Filter — belassen, ≤ 1 alle 3 Tage

Fehldecode-Rate in Produktion, beobachtet mit dem klassischen JTDX: ~5 Zeilen pro Tag von ~26 000, 0,02 %IMPROVEMENTS_WW_DIGI_2026.pdf Punkte 8–36

Sind die zusätzlichen Decodes echt?7 / 12

Die zusätzlichen Meldungen, Rufzeichen für Rufzeichen geprüft

Jede Meldung, die ein Preset fand und das Original-JTDX (ohne ALLCALL7) nicht, auf derselben Stunde On-Air — jedes Rufzeichen geprüft gegen 14 Monate ALL.TXT aus der Produktion (95 801 Rufzeichen, die Stunde des Experiments ausgeschlossen), die ALLCALL7-Datenbank und das, was Original-JTDX und WSJT-X anderswo in der Stunde decodiert haben.

Preset	Zusätzliche Meldungen	Alle Rufzeichen bekannt	Unbekannt
Maximum efficiency	624	623 (99,8 %)	1
Maximum decodes	860	856 (99,5 %)	4
Pipeline max decodes light — empfohlen	1229	1218 (99,1 %)	11
Pipeline ensemble	1339	1313 (98,1 %)	26
Pipeline run	1371	1350 (98,5 %)	21

Bekannt = von der Produktion an einem anderen Tag decodiert, in ALLCALL7 gelistet, oder in derselben Stunde von Original-JTDX / WSJT-X decodiert.

Decoder, ganze Stunde	Meldungen mit unbekanntem Rufzeichen
Original-JTDX, ohne ALLCALL7	24 / 4 869 (0,49 %)
WSJT-X 3.0.2	26 / 5 171 (0,50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0,50 %)
Pipeline max decodes light	26 / 6 091 (0,43 %)
Pipeline ensemble	36 / 6 208 (0,58 %)

Wo die zweifelhaften sitzen

An der −23 dB-Grenze: 25 der 38 zweifelhaften Meldungen, 2 darunter — wo 211 zusätzliche Meldungen bekannter Stationen liegen. 29 davon kommen aus dem TX-Hintergrund, 9 aus dem Decode zur Antwortzeit.

Bereits entfernt

Die RTTY-Roundup-Seriennummern und Telemetrie-Strings, die im August-Lauf 17 der 52 zweifelhaften Meldungen ausmachten, sind im Quelltext abgeschaltet — in diesem Lauf keine.

die Prüfung der zusätzlichen Rufzeichen aus dem Messaufbau (wird zum Download veröffentlicht) · 240 Perioden, 2026-09-05gemessen von CE3TSK

FT4, nicht nur FT88 / 12

FT4: derselbe Decoder, neu gebaut um eine Frist von 1,36 s

FT4 lässt dem Decoder 1360 ms seiner 7,5-s-Periode. Die Contest Edition trägt jeden FT8-Ansatz hinüber — das Slice-Threading, das Ensemble, den Alternativdurchgang, ein Hinweisgedächtnis über vier Perioden, einen TX-Hintergrund mit eigenen Einstellungen und ein Budget, das den Aufwand ans Band anpasst — jeden vermessen auf 240 aufeinanderfolgenden Perioden aus der Luft.

+24 %

mehr Meldungen als das Original-JTDX

1 525 → 1 888, maximaler Aufwand, Original ohne ALLCALL7.TXT

+8,7 %

gegenüber dem Standardrezept

1 737 → 1 888; empfohlen 1 881 ohne Kosten zur Antwortzeit

0,59 s

Antwortzeit bei maximalem Aufwand

die Frist ist 1,36 s; empfohlen antwortet in 0,10 s

Voreinstellung	Meldungen	Rechtzeitig zur Antwort	s Antwort	s Hintergrund
Original-JTDX v2.2.159 ohne ALLCALL7.TXT	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
Standard	1 737	1 737	0,10	—
Beste Leistung	1 822	1 761	0,10	0,3
Empfohlen	1 881	1 763	0,10	2,1
Maximum zur Antwortzeit	1 878	1 837	0,48	0,5
Maximaler Aufwand	1 888	1 855	0,59	0,6

240 Perioden, 14,080 MHz, 100–3100 Hz, 12 Threads. „Rechtzeitig zur Antwort“ = decodiert, bevor der Sender tastet; der Rest kommt im TX-Hintergrund.

Threaded, deterministisch, dicht an den Nähten

Das Band wird auf ein verankertes Raster aus 417-Hz-Zellen verteilt, jede Scheibe subtrahiert in ihrer eigenen Kopie des Audios: von 295 ms auf 95. Vier vom Original geerbte Data Races wurden behoben: dasselbe Audio liefert ab 2 Threads dieselbe Meldungsmenge, Byte für Byte, und ein zweiter Schnitt mit um eine halbe Zelle versetzten Kanten schließt die Nähte.

Ein eigener TX-Hintergrund

Während Sie senden, arbeitet der Decoder die zurückbehaltene Periode nach: die Mitglieder, die die Antwortphase nicht lief, tiefes OSD, den Alternativdurchgang, den Restdurchgang, niedrigere Schwellen — eingeschaltet genau wie bei FT8, mit eigenem Aufwand, eigener Empfindlichkeit und eigener Uhr, bis 0,5 s vor dem Ende des Fensters. Daher kommen die +8 % ohne Kosten zur Antwortzeit.

Sechs Voreinstellungen und ein Budget

Schnell, Standard, beste Leistung, empfohlen, Maximum zur Antwortzeit, maximaler Aufwand — jede Beschriftung trägt ihre gemessenen Kosten. Die Mitgliederzahl des maximalen Aufwands ist Budget auto: der Decoder lernt, was ein Mitglied auf diesem Band kostet, und lässt so viele zu, wie in 1,3 s passen. Die Preset-Lampe nennt die Stufe; ein X nach einem Hintergrund, den die nächste Periode abgebrochen hat, sagt, dass die Last einen Blick verdient.

Was FT8 hat, hat FT4

Das Hinweisgedächtnis über vier Perioden (+12 %), der virtuelle Kandidat auf der QSO-Frequenz (+1 dB auf der Antwort, auf die Sie warten), vier Subtraktionsdurchgänge, der zweite DT-Peak, das Filter gegen falsche Decodes und die Best-SNR-Zusammenführung über die Scheiben — ein Entwurf, zwei Betriebsarten.

240 aufeinanderfolgende Perioden, 14,080 MHz, WW Digi 2026 · 12 Threads · FT4-Frist 1360 ms von 7,5 sIMPROVEMENTS_WW_DIGI_2026.pdf Punkte 51–81

FT4, derselbe Test9 / 12

Eine halbe Stunde aus der Luft, jeder FT4-Decoder, dasselbe Audio

Dieselben 240 aufgezeichneten FT4-Perioden von 7,5 s (14,080 MHz, WW Digi 2026), von jedem Decoder mit seinen besten Einstellungen decodiert, 100–3100 Hz. Eindeutige Meldungen:

JTDX Contest Edition · maximaler AufwandMitglieder per Budget auto + niedrige Schwellen zur Antwortzeit, alles im TX-Hintergrund

1 888

JTDX Contest Edition · empfohlenHintergrund 6 + tiefes OSD + Alternativ- + Restdurchgang, nichts zur Antwortzeit

1 881

WSJT-X improved 3.2.0FT4-Decoder, Tiefe 3, AP

1 688

WSJT-X 3.0.2FT4-Decoder, Tiefe 3, AP

1 561

JTDX_CONTEST ohne sein HinweisgedächtnisJTDX’ FT4-Rezept auf dem Code des Forks

1 552

Original-JTDX v2.2.159 ohne ALLCALL7.TXTRufzeichen-Suche abgeschaltet — 169 echte Decodes zurück — die Grundlinie

1 525

Original-JTDX v2.2.159 wie ausgeliefertsein FT4-Decoder, ALLCALL7.TXT vorhanden

1 356

+23,8 %

vs Original-JTDX ohne ALLCALL7.TXT

1 888 gegen 1 525, Rufzeichen-Suche abgeschaltet

+39,2 %

vs Original-JTDX v2.2.159

1 888 gegen 1 356 Meldungen, wie ausgeliefert

+20,9 %

vs WSJT-X 3.0.2

sein FT4-Decoder bei Tiefe 3, AP

+11,8 %

vs WSJT-X improved 3.2.0

sein FT4-Decoder bei Tiefe 3, AP

+10,5 %

auch in der Tagesstunde

73 vollere Perioden: 507 → 560

Vereinigung aller Decoder: 2 008 Meldungen · maximaler Aufwand erreicht 94,0 % von allem, was irgendjemand decodiert hatgemessen von CE3TSK

WW Digi, eingebaut10 / 12

Austausch, Punkte und Log — automatisch

Ein Schalter im Contest-Reiter

WW Digi auswählen setzt 28 Einstellungen und acht Bedienelemente des Hauptfensters in ihren Contest-Zustand, nennt den Contest im Fenstertitel und schaltet die Contest-Lampe ein. Nichts, woran man um 03:00am mitten im Contest denken müsste.

Der Austausch, der funktioniert

HISCALL MYCALL R FF46 — korrekt empfangen und gesendet, der Locator als Austausch, das SNR in den RST-Feldern des Logs, wo es hingehört. Kein Locator, keine Sendung.

Punkte und Multiplikatoren live

1 + km/3000 pro QSO aus den Mittelpunkten der 4-stelligen Locator, neben jedem Decode angezeigt (CQ XQ3SK FF46 * 1p Chile) und in der Punkteleiste als M × P = S. Multiplikatoren sind die 2-stelligen Felder, pro Band gezählt.

Eine Autoauswahl, die die Regeln kennt

Contest-Punkte stehen über jeder anderen Stufe, ein neues Feld über einem neuen DXCC, und Regel XI.12 wird eingehalten: der Sequenzer antwortet Stationen, die dich rufen, und ruft nie selbst zuerst. Mehrere Anrufer? Der wertvollste zuerst, dann der stärkste.

Ein eigenes Contest-Log

Jedes Contest-QSO geht in sein eigenes ADIF; Schon-gearbeitet, Multiplikatoren, Hervorhebung und Punktestand stammen alle daraus, so dass ein 2025 gearbeitetes seltenes Feld dieses Jahr wieder neu ist.

Contest-Frequenzen

Der Contest führt seine eigene Frequenzliste, getrennt vom alltäglichen Bandplan, und stellt deine wieder her, wenn er endet.

Entfernung	Punkte
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

1 + km/3000 aus den Mittelpunkten der 4-stelligen Locator; 20 400 km (Antipoden) = 7, weiter ist nichts auf der Erde.

ContestWW-Digi271 QSOs58M × 213P = 12 354

Einstellungssperre: die geparkten Bedienelemente kommen genau so zurück, wie sie waren, wenn der Contest abgeschaltet wirdIMPROVEMENTS_WW_DIGI_2026.pdf

Bevor Sie die Zahlen bewerten11 / 12

Diese Rezepte sind auf diese Maschine abgestimmt — oder eine schnellere

Jede Zahl in diesem Foliensatz wurde auf einem einzigen Rechner gemessen: einem AMD Ryzen 7 5800H (8 Kerne / 16 Threads), sonst unbelastet, mit dem Decoder auf 12 Threads. Die ausgelieferten Voreinstellungen sind für diese CPU-Klasse oder besser kalibriert. Auf einer langsameren können sie die Frist reißen.

Die Frist ist echt

FT8 entscheidet die Antwort 1,1 s nach Periodenbeginn; FT4 muss innerhalb von 1360 ms von 7,5 s fertig sein. Danach ist ein Decode nicht bloß langsam — die Antwort ist weg. Eine Voreinstellung, die hier passt, muss auf einer langsameren CPU nicht passen.

Acht Threads sind die nützliche Obergrenze

Das Band wird in ein festes Raster aus 417-Hz-Zellen geschnitten — 8 Slices von 100 bis 3300 Hz — ein neunter Thread findet also keine Slice mehr: 12 Threads waren messbar nicht schneller als 8. Weniger als 8 kostet proportional mehr Zeit.

Auch FT4 hat ein Budget

Seit v3.0.0-rc02 nutzt die Voreinstellung maximaler Aufwand von FT4 Budget auto: der Decoder lernt, was ein Mitglied auf diesem Band und dieser Maschine kostet, und lässt so viele zu, wie in 1,3 s passen. Die anderen Stufen folgen der Thread-Zahl. Auf einer langsameren CPU kürzt das Budget von selbst; eine feste Leiter nicht.

Was auf einer langsameren Maschine zu tun ist

Wählen Sie für FT8 eine niedrigere Stufe. Für FT4 wählen Sie maximaler Aufwand, der sich selbst anpasst, oder eine niedrigere Stufe; die Mitglieder lassen sich weiterhin von Hand setzen unter Decode → FT4 decoding → expert → RX → ensemble effort. Jede Menübeschriftung trägt die gemessenen Kosten des Schritts, und die Preset-Lampe zeigt ein X, wenn ein Hintergrund vom nächsten Decode abgebrochen wurde.

Ein einzelner Thread ist die Ausnahme

Mit nur einem Thread decodieren beide Betriebsarten das Band als ein Stück und lassen den zweiten Slicing-Durchgang aus; die Menge weicht daher von jedem Mehrthread-Lauf ab — 6 verloren, 3 gewonnen auf 60 FT4-Perioden. Ab zwei Threads ist die Menge bei jeder Zahl identisch.

Dies ist ein Release Candidate

v3.0.0-rc05, in der ersten Beta-Testrunde. Die Rezepte werden auf mehreren Maschinen neu gemessen, bevor irgendetwas als endgültig gilt; die Aufnahmen und ein Messskript sind bereits unter ce3tsk.com/download/wav veröffentlicht, damit jeder sie auf der eigenen CPU wiederholen kann. Dank an die Operatoren, die diese ersten Kandidaten auf die Bänder gebracht haben: Willy XQ3SK, Eduardo CA3EAP, Miguel CA7FKZ und Cristian CA8CEU.

Gemessen auf einem unbelasteten AMD Ryzen 7 5800H (8 Kerne / 16 Threads), 12 Decoder-Threads · die Rezepte für schwächere Maschinen zu skalieren steht noch aussrc/decodepreset.h

Gemessen, reproduzierbar, im Einsatz12 / 12

Hinter jeder Aussage steht eine wav-Datei

Keine Zahl auf diesen Folien ist eine Schätzung. Jede stammt aus aufgezeichnetem Audio, einem Decoderlauf im Dateimodus und einem Skript, das jeder erneut ausführen kann — die Aufnahmen und das Skript stehen unter ce3tsk.com/download/wav bereit.

Der Benchmark

240 aufeinanderfolgende Perioden auf Sendung plus eine Referenzaufnahme mit 100 Meldungen, gerechnet auf einem Laptop mit AMD Ryzen 7 5800H; run_presets.sh führt jedes Preset und jeden WSJT-X-Decoder erneut aus und schreibt die Tabellen in den Dokumenten neu.

Die Vergleiche

ALL.TXT-Vergleich zweier Empfänger Seite an Seite, Gewinnverteilung nach SNR, Hinweis-Gedächtnistiefe 1–8, mit und ohne Rufzeichendatei — alles mit seinen Ausgaben archiviert.

Die Dokumente

FT8_DECODER.pdf erklärt den Decoder; IMPROVEMENTS_WW_DIGI_2026.pdf listet jede Änderung mit ihrer Messung.

Loslegen

Dekodieren → FT8-Dekodierung → Voreinstellungen → empfohlen: bester mittlerer Aufwand. Einstellungen → Contest → WW Digi. Auf die Lampen achten: Contest grün, Preset R grün. Los.

CE3TSK

Tihomir Sokcevic, Santiago de Chile — Autor jeder Änderung auf diesen Folien: die Decoder-Arbeit, die Contest-Unterstützung, die Messungen und die Dokumente.Fragen, On-Air-Berichte und QSOs willkommen: CE3TSK auf den Bändern, am WW-Digi-Wochenende und danach. · ce3tsk.com · github.com/ce3tsk/jtdx_contest · Wie der Decoder arbeitet · Benchmark-WAV-Dateien

CE3TSK · Tihomir Sokcevic · August 202673

JTDX_CONTEST · CE3TSKTestado durante o WW Digi 2026 · 1 / 12

v3.0.0-rc05 · trabalho derivado do JTDX de UA3DJY/ES1JA e do WSJT-X de K1JT

JTDX
Contest Edition

Novas abordagens de decodificação. Mais decodificações. Decididas a tempo. Feito para o WW Digi.

Projetado, construído e medido por Tihomir Sokcevic · CE3TSK · Santiago do Chile

+27,5 % mais mensagens que o JTDX original e +20 % sobre o WSJT-X 3.0.2 em uma hora de ar real — com a resposta ainda decidida a 1,1 segundo do período, e a troca, os pontos e o log do concurso integrados. A interface foi reparada por completo e o estilo escuro agora funciona.

165815 -24  0,3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0,1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0,2 1793 ~ KC3MSE K7MK DN13

Medido em 240 períodos consecutivos de 15 s, 2026-08-27 16:57–17:57 UTC, 20 m, 100–3100 Hz, 12 threads em um AMD Ryzen 7 5800H (8 núcleos / 16 threads)ce3tsk.com · github.com/ce3tsk/jtdx_contest · Como funciona o decodificador · Arquivos WAV de referência

A manchete2 / 12

Uma hora de ar, todos os decodificadores, o mesmo áudio

Os mesmos 240 períodos FT8 gravados, decodificados por cada motor com seus melhores ajustes. Mensagens únicas encontradas:

JTDX Contest Edition · Pipeline ensemble fullSWL-4 + membro na resposta, cada unidade no segundo plano TX

6 208

JTDX Contest Edition · preset recomendadoPipeline max decodes light, 5,3 s de CPU por período

6 091

JTDX_CONTEST com a receita própria do JTDX9 ciclos, sensibilidade 2 — o que o fork faz com os ajustes de fábrica

5 249

WSJT-X 3.0.2decodificador FT8 multithread, 9 passagens, sensibilidade 3, AP

5 171

WSJT-X improved 3.2.0mesmos ajustes

5 163

JTDX original v2.2.159 sem ALLCALL7.TXTbusca de indicativos conhecidos desligada — 67 decodificações reais de volta — a linha de base

4 869

JTDX original v2.2.159 como distribuído9 ciclos, sensibilidade 2, ALLCALL7.TXT, 12 threads

4 802

WSJT-X 3.0.2 decodificador padrãoprofundidade 3, AP

4 782

+27,5 %

vs JTDX original sem ALLCALL7.TXT

6 208 contra 4 869, busca de indicativos conhecidos desligada

+29,3 %

vs JTDX original v2.2.159

6 208 contra 4 802 mensagens, como distribuído

+20,1 %

vs WSJT-X 3.0.2

seu melhor modo, com seus próprios ajustes

+16,8 %

ao vivo, lado a lado

dois receptores em uma antena, 56 minutos no ar

União de todos os motores: 6 450 mensagens · Pipeline ensemble alcança 96,2 % de tudo que alguém decodificoumedido por CE3TSK

A inovação — em nenhum outro programa FT83 / 12

Decida a 1,1 s. Continue decodificando enquanto transmite.

Nenhum outro programa FT8 faz isso. WSJT-X, JTDX e MSHV decodificam uma vez por período e depois esperam. Em concurso a resposta precisa ser decidida antes de o transmissor entrar. Por isso o decodificador é dividido em dois: uma fase RX rápida que decide a resposta, e um segundo plano TX que continua trabalhando o mesmo áudio durante a sua própria transmissão — onde antes a CPU ficava ociosa.

Tempos medidos no benchmark de 240 períodos, 12 threads de um AMD Ryzen 7 5800H. O segundo plano é abortado limpamente ao trocar de banda e nunca se arrasta.

A fase RX

5 ciclos, sensibilidade 2, um membro do ensemble: 87 de 100 mensagens de referência no benchmark, 1,1 s por período no ar. O AutoSeq responde a tempo, em todo período.

O segundo plano TX

A passagem clássica sobre o áudio intacto, dois membros do ensemble e a passagem residual — listas fixas e medidas, sem adivinhação. Suas decodificações chegam enquanto você transmite e ficam prontas para a próxima resposta.

As unidades do pipeline são abortadas limpamente ao trocar de banda e nunca se arrastam entre períodos

Duas novas formas de decodificar4 / 12

Novas abordagens, e de onde vêm as mensagens extras

Nova abordagem 1: a passagem alternativa

Depois que as passagens normais decodificaram e subtraíram o que puderam, o áudio residual é decodificado de novo com a receita oposta — SWL depois da normal, normal depois da SWL. Cada receita tem seus pontos cegos; a passagem alternativa os cobre.

Nova abordagem 2: o ensemble

Redecodificações do mesmo áudio com perturbações fixas — atraso, dither, deslocamento de tom — cada membro encontra mensagens que os outros perdem, e a união é mantida. Determinístico: o mesmo conjunto em qualquer máquina com 2 threads ou mais.

Memória de pistas de quatro períodos

O decodificador de pistas esquecia uma estação após um único período perdido. Agora lembra quatro: +6 % de mensagens na hora, sem custo de CPU mensurável; limpa ao trocar de banda.

Onde estão os ganhos

Parcela das mensagens extras por nível de sinal — o preset recomendado mais que dobra as decodificações na ponta mais fraca, 152 → 346 na hora.

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dBresto

100–3100 Hz bem feito

A faixa de decodificação não segue mais a cascata: a linha de base de sincronismo e a grade de fatias estão ancoradas na banda completa, então uma faixa mais estreita decodifica exatamente como a banda completa dentro dela.

Cada abordagem é uma unidade fixa e medida — o mesmo áudio dá as mesmas mensagens em qualquer máquina

Um menu, seis opções medidas5 / 12

Escolha um preset. A lâmpada mostra qual está ativo.

Cada nível é uma receita medida na mesma hora de ar — decodificações ganhas sobre o JTDX original (busca ALLCALL7 desligada) e a CPU que custa por período de 15 s. Aplicar um também define o ambiente em que foi medido. Todo o resto fica no submenu expert .

Melhor potência

+11,3 %0,4 s

Eficiência máxima — o maior número de decodificações por segundo de CPU. Notebooks na bateria.

Melhor relação

+16,6 %1,1 s

Máximo de decodificações — 5 ciclos, sensibilidade 2, um membro. Máquinas de quatro núcleos.

Recomendado

Melhor esforço médio

+25,1 %5,3 s

Pipeline max decodes light — a resposta decidida a 1,1 s, um segundo plano de ~6 s durante TX.

Melhores resultados

+27,2 %12,7 s

Pipeline ensemble — para S&P e monitoramento com 8 threads ou mais.

Esforço máximo

+27,5 %14,0 s

Pipeline ensemble full — todas as amostras de membros.

Mais resultados

+28,0 %13,3 s

Pipeline run — 5 ciclos no período, todo o ensemble atrás.

O joelho da curva é o preset recomendado: 90 % do ganho máximo por 40 % da CPU — e a resposta ainda decidida a 1,1 s.

A lâmpada de preset

Abaixo da lâmpada Concurso, acima de Tune: Preset R na cor do nível, Custom assim que um controle sai do lugar, em cinza fora do FT8.

Concurso

Preset R

Budget auto

Opcionalmente, a fase RX adiciona membros do ensemble enquanto o custo aprendido do próximo ainda cabe no orçamento de resposta de 2,7 s — uma banda calma ganha profundidade na hora de responder, uma banda cheia continua rápida.

Os presets desligam o início antecipado e ligam a busca DX Call de banda larga — o ambiente em que cada tabela foi medida

Saída mais limpa, números honestos6 / 12

Menos fantasmas, mais estações reais

A lista de indicativos desatualizada, aposentada

O JTDX de fábrica descarta qualquer mensagem cujos dois indicativos faltem em um arquivo de indicativos de 2024 — todo QSO entre duas estações licenciadas recentemente, seja qual for a SNR. Medido: ~45 decodificações reais por hora jogadas fora em troca de uma ou duas falsas. Desativada.

Reportes fantasmas rejeitados

CE3TSK JW1GPY/R 216 — uma palavra de código aleatória atrás de um indicativo a priori. Reportes que nenhum transmissor consegue codificar agora são recusados ao desempacotar; trocas de RTTY Roundup e telemetria, nunca usadas em FT8 em HF e só vistas como decodificações falsas, ficam desativadas no código-fonte.

Determinístico e seguro entre threads

Seis condições de corrida encontradas e corrigidas no decodificador original (buffer de áudio compartilhado, caches de planos FFT, inicialização do OSD, armazenamento de mensagens). O mesmo áudio agora dá as mesmas mensagens com 1, 3 ou 12 threads — o que torna cada número aqui reproduzível.

Núcleo mais rápido

Empacotamento de bits do OSD reescrito em palavras de 64 bits, somas de janela de sincronismo tabuladas, limite de candidatos elevado de 450 para 2000 para que uma banda cheia não descarte mais sinais reais em silêncio.

Testado como software

Regressão determinística de decodificação com 43 linhas, 14 casos de segundo plano/aborto, testes unitários em Fortran, um harness C++ para presets, lógica de concurso e sequenciador — tudo verde antes de cada implantação.

Classe de decodificação falsa	Taxa	Agora
QSOs reais descartados pela lista de indicativos de 2024	−45 / h	busca desligada — as decodificações voltaram
Telemetria (18 dígitos hex)	~50 / mês	desativado
Trocas de RTTY Roundup	~10 / mês	desativado
Reportes fantasmas (/R 216)	2 / mês	rejeitado ao desempacotar
Fantasmas a priori com indicativo plausível	~10 / mês	sem filtro seguro — mantidos, ≤ 1 a cada 3 dias

Taxa de decodificações falsas em produção, vista com o JTDX clássico: ~5 linhas por dia de ~26 000, 0,02 %IMPROVEMENTS_WW_DIGI_2026.pdf itens 8–36

As decodificações extras são reais?7 / 12

As mensagens extras, verificadas indicativo por indicativo

Cada mensagem que um preset encontrou e o JTDX original (sem ALLCALL7) não, na mesma hora de ar — cada indicativo verificado contra 14 meses de ALL.TXT de produção (95 801 indicativos, excluída a hora do experimento), o banco ALLCALL7 e o que o JTDX original e o WSJT-X decodificaram em outros momentos da hora.

Preset	Mensagens extras	Todos os indicativos conhecidos	Desconhecidos
Maximum efficiency	624	623 (99,8 %)	1
Maximum decodes	860	856 (99,5 %)	4
Pipeline max decodes light — recomendado	1229	1218 (99,1 %)	11
Pipeline ensemble	1339	1313 (98,1 %)	26
Pipeline run	1371	1350 (98,5 %)	21

Conhecido = decodificado pela produção em outro dia, listado no ALLCALL7, ou decodificado pelo JTDX original / WSJT-X na mesma hora.

Motor, hora inteira	Mensagens com um indicativo desconhecido
JTDX original, sem ALLCALL7	24 / 4 869 (0,49 %)
WSJT-X 3.0.2	26 / 5 171 (0,50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0,50 %)
Pipeline max decodes light	26 / 6 091 (0,43 %)
Pipeline ensemble	36 / 6 208 (0,58 %)

Onde ficam as duvidosas

No piso de −23 dB: 25 das 38 mensagens duvidosas, 2 abaixo — onde vivem 211 mensagens extras de estações conhecidas. 29 vêm do segundo plano TX, 9 da decodificação na hora da resposta.

Já removidas

Os seriais de RTTY Roundup e cadeias de telemetria que formavam 17 das 52 mensagens duvidosas da execução de agosto estão desativados no código-fonte — nenhum nesta execução.

a verificação dos indicativos extras da bancada de medição (a publicar para download) · 240 períodos, 2026-09-05medido por CE3TSK

FT4, não só FT88 / 12

FT4: o mesmo decodificador, reconstruído em torno de um prazo de 1,36 s

O FT4 dá ao decodificador 1360 ms do seu período de 7,5 s. A contest edition leva para o FT4 cada abordagem do FT8 — o threading em fatias, o ensemble, a passagem alternativa, uma memória de pistas de quatro períodos, um segundo plano TX com ajustes próprios e um orçamento que adapta o esforço à banda — cada uma medida em 240 períodos consecutivos no ar.

+24 %

mais mensagens do que o JTDX original

1 525 → 1 888, esforço máximo, original sem ALLCALL7.TXT

+8,7 %

sobre a receita padrão

1 737 → 1 888; recomendado 1 881 sem custo na resposta

0,59 s

de tempo de resposta no esforço máximo

o prazo é 1,36 s; recomendado responde em 0,10 s

Predefinição	Mensagens	A tempo da resposta	s resposta	s segundo plano
JTDX original v2.2.159 sem ALLCALL7.TXT	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
Padrão	1 737	1 737	0,10	—
Melhor consumo	1 822	1 761	0,10	0,3
Recomendado	1 881	1 763	0,10	2,1
Máximo na resposta	1 878	1 837	0,48	0,5
Esforço máximo	1 888	1 855	0,59	0,6

240 períodos, 14,080 MHz, 100–3100 Hz, 12 threads. “A tempo da resposta” = decodificado antes de o transmissor entrar no ar; o resto chega no segundo plano TX.

Threading, determinismo, sem buracos nas emendas

A banda é distribuída numa grade ancorada de células de 417 Hz, cada fatia subtraindo na sua própria cópia do áudio: de 295 ms para 95. Quatro race conditions herdadas do original foram corrigidas: o mesmo áudio dá o mesmo conjunto de mensagens com 2 ou mais threads, byte a byte, e um segundo fatiamento com as bordas deslocadas meia célula fecha as emendas.

Um segundo plano TX próprio

Enquanto você transmite, o decodificador retrabalha o período retido: os membros que a fase de resposta não executou, OSD profundo, a passagem alternativa, a passagem residual, limiares mais baixos — ligado exatamente como o do FT8, com esforço, sensibilidade e relógio próprios, até 0,5 s antes do fim da janela. É daí que vem o +8 % sem custo na resposta.

Seis predefinições e um orçamento

Rápido, padrão, melhor consumo, recomendado, máximo na resposta, esforço máximo — cada rótulo traz o seu custo medido. O número de membros do esforço máximo é budget auto: o decodificador aprende quanto custa um membro nesta banda e admite tantos quantos cabem em 1,3 s. A lâmpada Preset indica o nível; um X depois de um segundo plano interrompido pelo período seguinte diz que a carga merece um olhar.

O que o FT8 tem, o FT4 tem

A memória de pistas de quatro períodos (+12 %), o candidato virtual na frequência do QSO (+1 dB na resposta que você espera), quatro passagens de subtração, o segundo pico de DT, o filtro de decodificações falsas e a fusão por melhor SNR entre fatias — um só projeto, dois modos.

240 períodos consecutivos, 14,080 MHz, WW Digi 2026 · 12 threads · prazo FT4 de 1360 ms dentro de 7,5 sIMPROVEMENTS_WW_DIGI_2026.pdf itens 51–81

FT4, o mesmo teste9 / 12

Meia hora no ar, cada decodificador FT4, o mesmo áudio

Os mesmos 240 períodos FT4 gravados de 7,5 s (14,080 MHz, WW Digi 2026), decodificados por cada motor com os seus melhores ajustes, 100–3100 Hz. Mensagens únicas encontradas:

JTDX Contest Edition · esforço máximomembros em budget auto + limiares baixos na resposta, tudo no segundo plano TX

1 888

JTDX Contest Edition · recomendadosegundo plano 6 + OSD profundo + passagem alternativa + residual, nada na resposta

1 881

WSJT-X improved 3.2.0decodificador FT4, profundidade 3, AP

1 688

WSJT-X 3.0.2decodificador FT4, profundidade 3, AP

1 561

JTDX_CONTEST sem a sua memória de pistasa receita FT4 do JTDX no código do fork

1 552

JTDX original v2.2.159 sem ALLCALL7.TXTbusca de indicativos conhecidos desligada — 169 decodificações reais de volta — a linha de base

1 525

JTDX original v2.2.159 como distribuídoo seu decodificador FT4, ALLCALL7.TXT presente

1 356

+23,8 %

vs JTDX original sem ALLCALL7.TXT

1 888 contra 1 525, busca de indicativos conhecidos desligada

+39,2 %

vs JTDX original v2.2.159

1 888 contra 1 356 mensagens, como distribuído

+20,9 %

vs WSJT-X 3.0.2

o seu decodificador FT4 em profundidade 3, AP

+11,8 %

vs WSJT-X improved 3.2.0

o seu decodificador FT4 em profundidade 3, AP

+10,5 %

também na hora diurna

73 períodos mais cheios: 507 → 560

União de todos os motores: 2 008 mensagens · esforço máximo alcança 94,0 % de tudo que alguém decodificoumedido por CE3TSK

WW Digi, integrado10 / 12

A troca, os pontos e o log — automáticos

Um interruptor na aba Contest

Selecionar WW Digi deixa 28 ajustes e oito controles da janela principal no estado de concurso, nomeia o concurso no título da janela e acende a lâmpada Concurso. Nada para lembrar às 03:00am no meio de um concurso.

A troca que funciona

HISCALL MYCALL R FF46 — recebida e transmitida corretamente, o grid como troca, a SNR nos campos RST do log onde ela pertence. Sem grid, sem transmissão.

Pontos e multiplicadores ao vivo

1 + km/3000 por QSO a partir dos centros de grid de 4 caracteres, mostrado ao lado de cada decodificação (CQ XQ3SK FF46 * 1p Chile) e na barra de pontuação como M × P = S. Os multiplicadores são os campos de 2 caracteres, por banda.

Autoseleção que conhece as regras

Os pontos de concurso ficam acima de qualquer outro nível, um campo novo vale mais que um DXCC novo, e a regra XI.12 é respeitada: o sequenciador responde às estações que chamam você e nunca inicia. Vários chamando? Primeiro o mais valioso, depois o mais forte.

Um log de concurso separado

Cada QSO do concurso vai para seu próprio ADIF; trabalhado-antes, multiplicadores, realce e pontuação saem dele, então um campo raro trabalhado em 2025 volta a ser novo este ano.

Frequências de concurso

O concurso mantém sua própria lista de frequências, separada do plano de bandas do dia a dia, e restaura a sua quando termina.

Distância	Pontos
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

1 + km/3000 a partir dos centros de grid de 4 caracteres; 20 400 km (antípodas) = 7, nada na Terra fica mais longe.

ContestWW-Digi271 QSOs58M × 213P = 12 354

Trava de ajustes: os controles guardados voltam exatamente como estavam quando o concurso é desligadoIMPROVEMENTS_WW_DIGI_2026.pdf

Antes de julgar os números11 / 12

Estas receitas são ajustadas para esta máquina, ou uma mais rápida

Cada número desta apresentação foi medido num único computador: um AMD Ryzen 7 5800H (8 núcleos / 16 threads), sem outra carga, com o decodificador em 12 threads. Os presets entregues são calibrados para essa classe de CPU ou melhor. Numa mais lenta eles podem estourar o prazo.

O prazo é real

O FT8 decide a resposta a 1,1 s do período; o FT4 precisa terminar dentro de 1360 ms de 7,5 s. Depois disso a decodificação não é apenas lenta — a resposta se perdeu. Um preset que cabe aqui não precisa caber numa CPU mais lenta.

Oito threads é o teto útil

A banda é cortada numa grade fixa de células de 417 Hz — 8 fatias entre 100 e 3300 Hz — então uma nona thread não tem fatia para pegar: 12 threads não mediram mais rápido que 8. Menos de 8 custa proporcionalmente mais tempo.

O FT4 também tem orçamento

Desde a v3.0.0-rc02 a predefinição esforço máximo do FT4 usa o budget auto: o decodificador aprende quanto custa um membro nesta banda e nesta máquina e admite tantos quantos cabem em 1,3 s. Os outros níveis seguem o número de threads. Numa CPU mais lenta o orçamento encolhe sozinho; uma escada fixa não.

O que fazer numa máquina mais lenta

Escolha um nível mais baixo para o FT8. Para o FT4 escolha esforço máximo, que se ajusta sozinho, ou um nível mais baixo; os membros ainda podem ser fixados à mão em Decode → FT4 decoding → expert → RX → ensemble effort. Cada rótulo de menu traz o custo medido do passo, e a lâmpada Preset mostra um X quando um segundo plano foi interrompido pela decodificação seguinte.

Uma única thread é a exceção

Com uma só thread ambos os modos decodificam a banda como uma peça única e pulam a segunda passagem de fatiamento, então o conjunto difere de qualquer execução multithread — 6 perdidas e 3 ganhas em 60 períodos de FT4. De duas threads em diante o conjunto é idêntico em qualquer contagem.

Isto é uma candidata a versão

v3.0.0-rc05, na primeira rodada de testes beta. As receitas serão remedidas em várias máquinas antes de qualquer coisa ser dada como final, — as gravações e um script de medição já estão publicados em ce3tsk.com/download/wav, para que qualquer um os repita na própria CPU. Obrigado aos operadores que colocaram essas primeiras candidatas no ar: Willy XQ3SK, Eduardo CA3EAP, Miguel CA7FKZ e Cristian CA8CEU.

Medido num AMD Ryzen 7 5800H ocioso (8 núcleos / 16 threads), 12 threads de decodificação · escalar as receitas para máquinas mais fracas é trabalho futurosrc/decodepreset.h

Medido, reproduzível, implantado12 / 12

Atrás de cada afirmação há um arquivo wav

Nenhum número destes slides é uma estimativa. Cada um vem de áudio gravado, de uma execução do decodificador em modo arquivo e de um script que qualquer um pode repetir — as gravações e o script estão em ce3tsk.com/download/wav.

O benchmark

240 períodos consecutivos no ar mais uma captura de referência de 100 mensagens, executados em um notebook AMD Ryzen 7 5800H; run_presets.sh reexecuta cada preset e cada motor WSJT-X e reescreve as tabelas dos documentos.

As comparações

Análise lado a lado do ALL.TXT de dois receptores, distribuição dos ganhos por SNR, profundidade da memória de pistas 1–8, com e sem o arquivo de indicativos — tudo arquivado com suas saídas.

Os documentos

FT8_DECODER.pdf explica o decodificador; IMPROVEMENTS_WW_DIGI_2026.pdf lista cada mudança com sua medição.

Para começar

Decodificar → Decodificação FT8 → Preconfigurações → recomendada: melhor esforço médio. Configurações → Competição → WW Digi. Observe as lâmpadas: Concurso verde, Preset R verde. Vai.

CE3TSK

Tihomir Sokcevic, Santiago do Chile — autor de cada mudança destes slides: o trabalho no decodificador, o suporte a concurso, as medições e os documentos.Perguntas, relatos do ar e QSOs são bem-vindos: CE3TSK nas bandas, no fim de semana do WW Digi e depois. · ce3tsk.com · github.com/ce3tsk/jtdx_contest · Como funciona o decodificador · Arquivos WAV de referência

CE3TSK · Tihomir Sokcevic · agosto de 202673

JTDX_CONTEST · CE3TSKProbado durante el WW Digi 2026 · 1 / 12

v3.0.0-rc05 · trabajo derivado de JTDX de UA3DJY/ES1JA y WSJT-X de K1JT

JTDX
Contest Edition

Nuevos enfoques de decodificación. Más decodificaciones. Decididas a tiempo. Hecho para el WW Digi.

Diseñado, construido y medido por Tihomir Sokcevic · CE3TSK · Santiago de Chile

+27,5 % más mensajes que el JTDX original y +20 % sobre WSJT-X 3.0.2 en una hora de aire real — con la respuesta decidida a 1,1 segundos del período, y el intercambio, los puntos y el log del concurso incorporados. La interfaz fue reparada por completo y el estilo oscuro ya funciona.

165815 -24  0.3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0.1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0.2 1793 ~ KC3MSE K7MK DN13

Medido sobre 240 períodos consecutivos de 15 s, 2026-08-27 16:57–17:57 UTC, 20 m, 100–3100 Hz, 12 hilos en un AMD Ryzen 7 5800H (8 núcleos / 16 hilos)ce3tsk.com · github.com/ce3tsk/jtdx_contest · Cómo funciona el decodificador · Archivos WAV de referencia

El titular2 / 12

Una hora de aire, todos los decodificadores, el mismo audio

Los mismos 240 períodos FT8 grabados, decodificados por cada motor con sus mejores ajustes. Mensajes únicos encontrados:

JTDX Contest Edition · Pipeline ensemble fullSWL-4 + miembro en la respuesta, cada unidad en el segundo plano TX

6 208

JTDX Contest Edition · preset recomendadoPipeline max decodes light, 5,3 s de CPU por período

6 091

JTDX_CONTEST con la receta propia de JTDX9 ciclos, sensibilidad 2 — lo que hace el fork con los ajustes de fábrica

5 249

WSJT-X 3.0.2decodificador FT8 multihilo, 9 pasadas, sensibilidad 3, AP

5 171

WSJT-X improved 3.2.0mismos ajustes

5 163

JTDX original v2.2.159 sin ALLCALL7.TXTbúsqueda de indicativos conocidos apagada — 67 decodificaciones reales recuperadas — la línea de base

4 869

JTDX original v2.2.159 tal como se distribuye9 ciclos, sensibilidad 2, ALLCALL7.TXT, 12 hilos

4 802

WSJT-X 3.0.2 decodificador estándarprofundidad 3, AP

4 782

+27,5 %

vs JTDX original sin ALLCALL7.TXT

6 208 contra 4 869, búsqueda de indicativos conocidos apagada

+29,3 %

vs JTDX original v2.2.159

6 208 contra 4 802 mensajes, tal como se distribuye

+20,1 %

vs WSJT-X 3.0.2

su mejor modo, con sus propios ajustes

+16,8 %

en vivo, lado a lado

dos receptores en una antena, 56 minutos al aire

Unión de todos los motores: 6 450 mensajes · Pipeline ensemble alcanza el 96,2 % de todo lo que alguien decodificómedido por CE3TSK

La innovación — en ningún otro programa FT83 / 12

Decide a 1,1 s. Sigue decodificando mientras transmites.

Ningún otro programa FT8 hace esto. WSJT-X, JTDX y MSHV decodifican una vez por período y después esperan. En concurso la respuesta tiene que decidirse antes de que el transmisor se active. Por eso el decodificador está partido en dos: una fase RX rápida que decide la respuesta, y un fondo TX que sigue trabajando el mismo audio durante tu propia transmisión — donde antes la CPU quedaba ociosa.

Tiempos medidos en el banco de 240 períodos, 12 hilos de un AMD Ryzen 7 5800H. El fondo se aborta limpiamente al cambiar de banda y nunca se arrastra.

La fase RX

5 ciclos, sensibilidad 2, un miembro del ensemble: 87 de 100 mensajes de referencia en el banco de pruebas, 1,1 s por período al aire. AutoSeq responde a tiempo, en cada período.

El fondo TX

La pasada clásica sobre el audio intacto, dos miembros del ensemble y la pasada residual — listas fijas y medidas, sin adivinar. Sus decodificaciones llegan mientras transmites y quedan listas para la próxima respuesta.

Las unidades del pipeline se abortan limpiamente al cambiar de banda y nunca se arrastran entre períodos

Dos formas nuevas de decodificar4 / 12

Enfoques nuevos, y de dónde salen los mensajes extra

Enfoque nuevo 1: la pasada alternativa

Cuando las pasadas normales ya decodificaron y restaron lo que pudieron, el audio residual se decodifica de nuevo con la receta opuesta — SWL después de la normal, normal después de SWL. Cada receta tiene sus puntos ciegos; la pasada alternativa los cubre.

Enfoque nuevo 2: el ensemble

Redecodificaciones del mismo audio con perturbaciones fijas — retardo, dither, corrimiento de tono — cada miembro encuentra mensajes que los otros pierden y se conserva la unión. Determinista: el mismo conjunto en cualquier máquina de 2 hilos o más.

Memoria de pistas de cuatro períodos

El decodificador de pistas olvidaba una estación tras un solo período perdido. Ahora recuerda cuatro: +6 % de mensajes en la hora, sin costo de CPU medible; se borra al cambiar de banda.

Dónde están las ganancias

Parte de los mensajes extra según el nivel de señal — el preset recomendado más que duplica las decodificaciones en el extremo más débil, 152 → 346 en la hora.

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dBresto

100–3100 Hz bien hecho

El rango de decodificación ya no sigue a la cascada: la línea base de sincronismo y la grilla de tramos están ancladas a la banda completa, así que un rango más angosto decodifica exactamente como la banda completa dentro de él.

Cada enfoque es una unidad fija y medida — el mismo audio da los mismos mensajes en cualquier máquina

Un menú, seis opciones medidas5 / 12

Elige un preset. La lámpara te dice cuál está activo.

Cada nivel es una receta medida sobre la misma hora de aire — decodificaciones ganadas sobre el JTDX original (búsqueda ALLCALL7 apagada) y la CPU que cuesta por período de 15 s. Aplicar uno también fija el entorno en que se midió. Todo lo demás vive en un submenú expert.

Mejor potencia

+11,3 %0,4 s

Máxima eficiencia — la mayor cantidad de decodificaciones por segundo de CPU. Portátiles a batería.

Mejor valor

+16,6 %1,1 s

Máximas decodificaciones — 5 ciclos, sensibilidad 2, un miembro. Máquinas de cuatro núcleos.

Recomendado

Mejor esfuerzo medio

+25,1 %5,3 s

Pipeline max decodes light — la respuesta decidida a 1,1 s, un fondo de ~6 s durante TX.

Mejores resultados

+27,2 %12,7 s

Pipeline ensemble — para S&P y monitoreo con 8 hilos o más.

Máximo esfuerzo

+27,5 %14,0 s

Pipeline ensemble full — todas las muestras de miembros.

Más resultados

+28,0 %13,3 s

Pipeline run — 5 ciclos en el período, todo el ensemble detrás.

La rodilla es el preset recomendado: 90 % de la ganancia máxima por el 40 % de la CPU — y la respuesta sigue decidida a 1,1 s.

La lámpara de preset

Bajo la lámpara Concurso, sobre Tune: Preset R en el color del nivel, Custom apenas un control se desvía, en gris fuera de FT8.

Concurso

Preset R

Budget auto

Opcionalmente, la fase RX agrega miembros del ensemble mientras el costo aprendido del siguiente quepa en el presupuesto de respuesta de 2,7 s — una banda tranquila gana profundidad al responder, una banda llena se mantiene rápida.

Los presets apagan el arranque anticipado y encienden la búsqueda DX Call de banda ancha — el entorno en que se midió cada tabla

Salida más limpia, números honestos6 / 12

Menos fantasmas, más estaciones reales

La lista de indicativos obsoleta, jubilada

El JTDX de fábrica descarta cualquier mensaje cuyos dos indicativos falten en un archivo de indicativos de 2024 — todo QSO entre dos estaciones con licencia reciente, sea cual sea la SNR. Medido: ~45 decodificaciones reales por hora tiradas a cambio de una o dos falsas. Desactivada.

Reportes fantasma rechazados

CE3TSK JW1GPY/R 216 — una palabra de código aleatoria detrás de un indicativo a priori. Los reportes que ningún transmisor puede codificar se rechazan al desempaquetar; los intercambios de RTTY Roundup y la telemetría, nunca usados en FT8 en HF y solo vistos como decodificaciones falsas, quedan desactivados en el código fuente.

Determinista y seguro entre hilos

Seis condiciones de carrera encontradas y corregidas en el decodificador original (buffer de audio compartido, cachés de planes FFT, inicialización OSD, almacén de mensajes). El mismo audio da ahora los mismos mensajes con 1, 3 o 12 hilos — lo que hace reproducible cada número de estas láminas.

Núcleo más rápido

Empaquetado de bits del OSD reescrito en palabras de 64 bits, sumas de ventana de sincronismo tabuladas, tope de candidatos subido de 450 a 2000 para que una banda llena ya no descarte señales reales en silencio.

Probado como software

Regresión determinista de decodificación de 43 filas, 14 casos de fondo/aborto, pruebas unitarias en Fortran, un arnés C++ para presets, lógica de concurso y secuenciador — todo en verde antes de cada despliegue.

Clase de decodificación falsa	Tasa	Ahora
QSO reales descartados por la lista de indicativos de 2024	−45 / h	búsqueda apagada — las decodificaciones volvieron
Telemetría (18 dígitos hex)	~50 / mes	desactivado
Intercambios RTTY Roundup	~10 / mes	desactivado
Reportes fantasma (/R 216)	2 / mes	rechazado al desempaquetar
Fantasmas a priori con indicativo plausible	~10 / mes	sin filtro seguro — se dejan, ≤ 1 cada 3 días

Tasa de decodificaciones falsas en producción, vista con el JTDX clásico: ~5 líneas al día de ~26 000, 0,02 %IMPROVEMENTS_WW_DIGI_2026.pdf ítems 8–36

¿Son reales las decodificaciones extra?7 / 12

Los mensajes extra, verificados indicativo por indicativo

Cada mensaje que un preset encontró y el JTDX original (sin ALLCALL7) no, en la misma hora de aire — cada indicativo verificado contra 14 meses de ALL.TXT de producción (95 801 indicativos, excluida la hora del experimento), la base ALLCALL7 y lo que el JTDX original y WSJT-X decodificaron en otros momentos de la hora.

Preset	Mensajes extra	Todos los indicativos conocidos	Desconocidos
Maximum efficiency	624	623 (99,8 %)	1
Maximum decodes	860	856 (99,5 %)	4
Pipeline max decodes light — recomendado	1229	1218 (99,1 %)	11
Pipeline ensemble	1339	1313 (98,1 %)	26
Pipeline run	1371	1350 (98,5 %)	21

Conocido = decodificado por producción otro día, presente en ALLCALL7, o decodificado por el JTDX original / WSJT-X en la misma hora.

Motor, hora completa	Mensajes con un indicativo desconocido
JTDX original, sin ALLCALL7	24 / 4 869 (0,49 %)
WSJT-X 3.0.2	26 / 5 171 (0,50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0,50 %)
Pipeline max decodes light	26 / 6 091 (0,43 %)
Pipeline ensemble	36 / 6 208 (0,58 %)

Dónde están los dudosos

En el piso de −23 dB: 25 de los 38 mensajes dudosos, 2 por debajo — donde viven 211 mensajes extra de estaciones conocidas. 29 vienen del fondo TX, 9 de la decodificación al momento de responder.

Ya eliminados

Los seriales de RTTY Roundup y cadenas de telemetría que formaban 17 de los 52 mensajes dudosos de la corrida de agosto están desactivados en el código fuente — ninguno en esta corrida.

la verificación de los indicativos extra del banco de medición (a publicar para descarga) · 240 períodos, 2026-09-05medido por CE3TSK

FT4, no sólo FT88 / 12

FT4: el mismo decodificador, reconstruido en torno a un plazo de 1,36 s

FT4 le deja al decodificador 1360 ms de su periodo de 7,5 s. La contest edition lleva a FT4 cada enfoque de FT8 — el threading por rebanadas, el ensemble, la pasada alternativa, una memoria de pistas de cuatro periodos, un segundo plano TX con ajustes propios y un presupuesto que adapta el esfuerzo a la banda — cada uno medido en 240 periodos consecutivos al aire.

+24 %

más mensajes que el JTDX original

1 525 → 1 888, máximo esfuerzo, original sin ALLCALL7.TXT

+8,7 %

sobre la receta predeterminada

1 737 → 1 888; recomendado 1 881 sin costo en la respuesta

0,59 s

de tiempo de respuesta con máximo esfuerzo

el plazo es 1,36 s; recomendado responde en 0,10 s

Preajuste	Mensajes	A tiempo para la respuesta	s respuesta	s segundo plano
JTDX original v2.2.159 sin ALLCALL7.TXT	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
Predeterminado	1 737	1 737	0,10	—
Mejor consumo	1 822	1 761	0,10	0,3
Recomendado	1 881	1 763	0,10	2,1
Máximo en la respuesta	1 878	1 837	0,48	0,5
Máximo esfuerzo	1 888	1 855	0,59	0,6

240 periodos, 14,080 MHz, 100–3100 Hz, 12 hilos. «A tiempo para la respuesta» = decodificado antes de que el transmisor salga al aire; el resto llega en el segundo plano TX.

Threading, determinismo, sin huecos en las costuras

La banda se reparte en una rejilla anclada de celdas de 417 Hz, cada rebanada resta en su propia copia del audio: de 295 ms a 95. Se corrigieron cuatro condiciones de carrera heredadas del original: el mismo audio da el mismo conjunto de mensajes con 2 o más hilos, byte a byte, y un segundo rebanado con los bordes corridos media celda cierra las costuras.

Un segundo plano TX propio

Mientras usted transmite, el decodificador retrabaja el periodo retenido: los miembros que la fase de respuesta no ejecutó, OSD profundo, la pasada alternativa, la pasada residual, umbrales más bajos — activado exactamente como el de FT8, con esfuerzo, sensibilidad y reloj propios, hasta 0,5 s antes del final de la ventana. De ahí sale el +8 % sin costo en la respuesta.

Seis preajustes y un presupuesto

Rápido, predeterminado, mejor consumo, recomendado, máximo en la respuesta, máximo esfuerzo — cada etiqueta lleva su costo medido. El número de miembros del máximo esfuerzo es budget auto: el decodificador aprende cuánto cuesta un miembro en esta banda y admite tantos como quepan en 1,3 s. La lámpara Preset nombra el nivel; una X tras un segundo plano interrumpido por el periodo siguiente avisa de que la carga merece una mirada.

Lo que tiene FT8, lo tiene FT4

La memoria de pistas de cuatro periodos (+12 %), el candidato virtual en la frecuencia del QSO (+1 dB en la respuesta que usted espera), cuatro pasadas de sustracción, el segundo pico de DT, el filtro de decodificaciones falsas y la fusión por mejor SNR entre rebanadas — un solo diseño, dos modos.

240 periodos consecutivos, 14,080 MHz, WW Digi 2026 · 12 hilos · plazo FT4 de 1360 ms dentro de 7,5 sIMPROVEMENTS_WW_DIGI_2026.pdf ítems 51–81

FT4, la misma prueba9 / 12

Media hora de aire, cada decodificador FT4, el mismo audio

Los mismos 240 periodos FT4 grabados de 7,5 s (14,080 MHz, WW Digi 2026), decodificados por cada motor con sus mejores ajustes, 100–3100 Hz. Mensajes únicos encontrados:

JTDX Contest Edition · máximo esfuerzomiembros en budget auto + umbrales bajos en la respuesta, todo en el segundo plano TX

1 888

JTDX Contest Edition · recomendadosegundo plano 6 + OSD profundo + pasada alternativa + residual, nada en la respuesta

1 881

WSJT-X improved 3.2.0decodificador FT4, profundidad 3, AP

1 688

WSJT-X 3.0.2decodificador FT4, profundidad 3, AP

1 561

JTDX_CONTEST sin su memoria de pistasla receta FT4 de JTDX sobre el código del fork

1 552

JTDX original v2.2.159 sin ALLCALL7.TXTbúsqueda de indicativos conocidos apagada — 169 decodificaciones reales recuperadas — la línea de base

1 525

JTDX original v2.2.159 tal como se distribuyesu decodificador FT4, ALLCALL7.TXT presente

1 356

+23,8 %

vs JTDX original sin ALLCALL7.TXT

1 888 contra 1 525, búsqueda de indicativos conocidos apagada

+39,2 %

vs JTDX original v2.2.159

1 888 contra 1 356 mensajes, tal como se distribuye

+20,9 %

vs WSJT-X 3.0.2

su decodificador FT4 a profundidad 3, AP

+11,8 %

vs WSJT-X improved 3.2.0

su decodificador FT4 a profundidad 3, AP

+10,5 %

también en la hora diurna

73 periodos más llenos: 507 → 560

Unión de todos los motores: 2 008 mensajes · máximo esfuerzo alcanza el 94,0 % de todo lo que alguien decodificómedido por CE3TSK

WW Digi, incorporado10 / 12

El intercambio, los puntos y el log — automáticos

Un interruptor en la pestaña Contest

Seleccionar WW Digi deja 28 ajustes y ocho controles de la ventana principal en su estado de concurso, nombra el concurso en el título de la ventana y enciende la lámpara Concurso. Nada que recordar a las 03:00am en medio de un concurso.

El intercambio que funciona

HISCALL MYCALL R FF46 — recibido y transmitido correctamente, la grilla como intercambio, la SNR en los campos RST del log donde corresponde. Sin grilla, no hay transmisión.

Puntos y multiplicadores en vivo

1 + km/3000 por QSO desde los centros de grilla de 4 caracteres, mostrado junto a cada decodificación (CQ XQ3SK FF46 * 1p Chile) y en la barra de puntaje como M × P = S. Los multiplicadores son los campos de 2 caracteres, por banda.

Autoselección que conoce las reglas

Los puntos de concurso están por encima de cualquier otro nivel, un campo nuevo vale más que un DXCC nuevo, y se respeta la regla XI.12: el secuenciador responde a las estaciones que te llaman y nunca inicia. ¿Varios llamando? Primero el más valioso, luego el más fuerte.

Un log de concurso aparte

Cada QSO del concurso va a su propio ADIF; trabajado-antes, multiplicadores, resaltado y puntaje salen de él, así que un campo raro trabajado en 2025 vuelve a ser nuevo este año.

Frecuencias de concurso

El concurso mantiene su propia lista de frecuencias, separada del plan de bandas de todos los días, y restaura la tuya cuando termina.

Distancia	Puntos
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

1 + km/3000 desde los centros de grilla de 4 caracteres; 20 400 km (antípodas) = 7, nada en la Tierra está más lejos.

ContestWW-Digi271 QSO58M × 213P = 12 354

Bloqueo de ajustes: los controles apartados vuelven exactamente como estaban al apagar el concursoIMPROVEMENTS_WW_DIGI_2026.pdf

Antes de juzgar las cifras11 / 12

Estas recetas están ajustadas a esta máquina, o a una más rápida

Cada cifra de esta presentación se midió en un solo equipo: un AMD Ryzen 7 5800H (8 núcleos / 16 hilos), por lo demás desocupado, con el decodificador en 12 hilos. Los presets que se entregan están calibrados para esa clase de CPU o mejor. En una más lenta pueden incumplir el plazo.

El plazo es real

FT8 decide la respuesta a 1,1 s del periodo; FT4 debe terminar dentro de 1360 ms de 7,5 s. Más allá, una decodificación no es simplemente lenta — la respuesta se perdió. Un preset que cabe aquí no tiene por qué caber en una CPU más lenta.

Ocho hilos es el techo útil

La banda se corta en una rejilla fija de celdas de 417 Hz — 8 rebanadas entre 100 y 3300 Hz — así que un noveno hilo no tiene rebanada que tomar: 12 hilos no midieron más rápido que 8. Menos de 8 cuesta proporcionalmente más tiempo.

FT4 también tiene presupuesto

Desde la v3.0.0-rc02 el preajuste máximo esfuerzo de FT4 usa budget auto: el decodificador aprende cuánto cuesta un miembro en esta banda y en esta máquina y admite tantos como quepan en 1,3 s. Los demás niveles siguen el número de hilos. En una CPU más lenta el presupuesto se recorta solo; una escalera fija, no.

Qué hacer en una máquina más lenta

Elija un nivel más bajo para FT8. Para FT4 elija máximo esfuerzo, que se ajusta solo, o un nivel más bajo; los miembros aún pueden fijarse a mano en Decode → FT4 decoding → expert → RX → ensemble effort. Cada etiqueta de menú lleva el costo medido de ese paso, y la lámpara Preset muestra una X cuando un segundo plano fue interrumpido por la decodificación siguiente.

Un solo hilo es la excepción

Con un único hilo ambos modos decodifican la banda como una sola pieza y omiten la segunda pasada de rebanado, así que el conjunto difiere de cualquier ejecución multihilo — 6 perdidos y 3 ganados en 60 periodos de FT4. De dos hilos en adelante el conjunto es idéntico con cualquier número.

Esto es una candidata a versión

v3.0.0-rc05, en su primera ronda de pruebas beta. Las recetas se volverán a medir en varias máquinas antes de dar nada por definitivo, — las grabaciones y un script de medición ya están publicados en ce3tsk.com/download/wav, para que cualquiera los repita en su propia CPU. Gracias a los operadores que pusieron esas primeras candidatas en el aire: Willy XQ3SK, Eduardo CA3EAP, Miguel CA7FKZ y Cristian CA8CEU.

Medido en un AMD Ryzen 7 5800H desocupado (8 núcleos / 16 hilos), 12 hilos de decodificación · escalar las recetas a máquinas más débiles es trabajo futurosrc/decodepreset.h

Medido, reproducible, desplegado12 / 12

Detrás de cada afirmación hay un archivo wav

Ningún número de estas láminas es una estimación. Cada uno viene de audio grabado, una corrida del decodificador en modo archivo y un script que cualquiera puede repetir — las grabaciones y el script están en ce3tsk.com/download/wav.

El banco de pruebas

240 períodos consecutivos al aire más una captura de referencia de 100 mensajes, corridos en un portátil AMD Ryzen 7 5800H; run_presets.sh vuelve a correr cada preset y cada motor WSJT-X y reescribe las tablas de los documentos.

Las comparaciones

Análisis lado a lado del ALL.TXT de dos receptores, distribución de ganancias por SNR, profundidad de memoria de pistas 1–8, con y sin el archivo de indicativos — todo archivado con sus salidas.

Los documentos

FT8_DECODER.pdf explica el decodificador; IMPROVEMENTS_WW_DIGI_2026.pdf lista cada cambio con su medición.

Para empezar

Decodificar → Decodificación FT8 → Preajustes → recomendado: mejor esfuerzo medio. Configuraciones → Concurso → WW Digi. Mira las lámparas: Concurso en verde, Preset R en verde. Adelante.

CE3TSK

Tihomir Sokcevic, Santiago de Chile — autor de cada cambio de estas láminas: el trabajo en el decodificador, el soporte de concurso, las mediciones y los documentos.Preguntas, reportes desde el aire y QSO bienvenidos: CE3TSK en las bandas, el fin de semana del WW Digi y después. · ce3tsk.com · github.com/ce3tsk/jtdx_contest · Cómo funciona el decodificador · Archivos WAV de referencia

CE3TSK · Tihomir Sokcevic · agosto de 202673

JTDX_CONTEST · CE3TSKWW Digi 2026 で実戦テスト済み · 1 / 12

v3.0.0-rc05 · UA3DJY/ES1JA による JTDX および K1JT による WSJT-X の派生著作物

JTDX
Contest Edition

新しいデコード手法。より多くのデコード。時間内に決まる応答。WW Digi のために。

設計・製作・測定： Tihomir Sokcevic · CE3TSK · チリ・サンティアゴ

標準 JTDX よりメッセージ +27.5 % および WSJT-X 3.0.2 比 +20 % 実際の受信 1 時間で — しかも応答は周期の 1.1 秒で決まったまま、コンテストの交換・得点・ログも内蔵しています。GUI は全体的に修理され、ダークスタイルも正しく動作します。

165815 -24  0.3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0.1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0.2 1793 ~ KC3MSE K7MK DN13

2026-08-27 16:57–17:57 UTC、20 m、100–3100 Hz、AMD Ryzen 7 5800H（8 コア / 16 スレッド）の 12 スレッドで、連続する 15 秒周期 240 回を測定ce3tsk.com · github.com/ce3tsk/jtdx_contest · デコーダの仕組み · ベンチマーク WAV ファイル

見出し2 / 12

1 時間の受信、すべてのデコーダ、同じ音声

同じ FT8 録音 240 周期を、各エンジンがそれぞれの最良設定でデコード。見つかった固有メッセージ数：

JTDX Contest Edition · パイプラインアンサンブル（全部）応答時に SWL-4 + メンバー、すべてのユニットは TX バックグラウンドで

6 208

JTDX Contest Edition · 推奨プリセットパイプライン最大デコード light、1 周期あたり CPU 5.3 秒

6 091

JTDX 自身のレシピで走らせた JTDX_CONTEST9 サイクル、感度 2 — 標準版の設定でフォークを走らせた場合

5 249

WSJT-X 3.0.2マルチスレッド FT8 デコーダ、9 パス、感度 3、AP

5 171

WSJT-X improved 3.2.0同じ設定

5 163

ALLCALL7.TXT なしの標準 JTDX v2.2.159既知コール参照を切った状態 — 本物のデコードが 67 戻ります — これが基準です

4 869

標準 JTDX v2.2.159 出荷状態9 サイクル、感度 2、ALLCALL7.TXT、12 スレッド

4 802

WSJT-X 3.0.2 標準デコーダ深さ 3、AP

4 782

+27.5 %

ALLCALL7.TXT なしの標準 JTDX 比

既知コール参照を切った 4 869 に対して 6 208

+29.3 %

標準 JTDX v2.2.159 比

出荷状態の 4 802 メッセージに対して 6 208

+20.1 %

WSJT-X 3.0.2 比

その最良のモード、独自の ini 設定

+16.8 %

リアルタイムで、並べて

アンテナ1本に受信機2台、実運用 56 分

全エンジンの和集合：6 450 メッセージ · パイプラインアンサンブルは誰かがデコードした全体の 96.2 % に到達測定：CE3TSK

新機軸 — 他のどの FT8 ソフトにもない3 / 12

1.1 秒で決める。送信中もデコードを続ける。

これを行う FT8 ソフトは他にありません。WSJT-X も JTDX も MSHV も、1 周期に 1 回デコードしたら、あとは待つだけです。コンテストの応答は送信機がキーイングする前に決めなければなりません。そこでデコーダを2つに分けました。速い RX フェーズ が答えを決め、そして TX バックグラウンド が、あなた自身の送信中も同じ音声に対して働き続けます — これまで CPU が遊んでいた時間です。

時間は 240 周期のベンチマーク、AMD Ryzen 7 5800H の 12 スレッドで測定。バックグラウンドはバンド変更時にきれいに中断し、持ち越すことはありません。

RX フェーズ

5 サイクル、感度 2、アンサンブルのメンバー1つ： 87 of 100 件の参照メッセージ、ベンチマーク上で 1.1 s を実運用の1周期あたりに。AutoSeq は毎周期、時間どおりに応答します。

TX バックグラウンド

手つかずの音声に対する素のクラシックパス、アンサンブルのメンバー2つ、そして残差パス — 固定され測定された一覧で、当て推量はありません。それらのデコードはあなたの送信中に届き、次の応答に間に合います。

パイプラインのユニットはバンド変更時にきれいに中断し、周期をまたいで持ち越すことはありません

デコードの新しい2つの方法4 / 12

新しい手法と、増えたメッセージの出どころ

新しい手法 1：代替パス

通常のパスがデコードして差し引けるだけ差し引いたあと、残った音声を次の方法でもう一度デコードします： 反対の のレシピ — 素のあとに SWL、SWL のあとに素。どのレシピにも死角があり、代替パスがそれを埋めます。

新しい手法 2：アンサンブル

同じ音声を固定の摂動 — 遅延、ディザ、トーンシフト — を通してデコードし直します。各メンバーが他のメンバーの取りこぼしを見つけ、その和集合を残します。決定的で、2 スレッド以上のどの機械でも同じ集合になります。

4 周期のヒントメモリ

ヒントデコーダは以前、1 周期取りこぼすと局を忘れていました。いまは4周期覚えています： +6 % メッセージが1時間で増え、CPU 費用は測定できるほどではありません。バンド変更時に消去されます。

利得はどこにあるか

増えたメッセージの信号レベル別の内訳 — 推奨プリセットは最も弱い側でデコード数を倍以上にします。1 時間で 152 → 346。

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dB残り

100–3100 Hz を正しく扱う

デコード範囲はもうウォーターフォールに追随しません。同期のベースラインとスライス格子は全帯域に固定されているので、狭い範囲でも全帯域と同じようにその内側をデコードします。

どの手法も固定され測定された単位です — 同じ音声はどの機械でも同じメッセージを返します

1つのメニュー、測定済みの6つの選択肢5 / 12

プリセットを選んでください。どれが有効かはランプが教えます。

どの段も同じ1時間の受信で測ったレシピです — 標準 JTDX（ALLCALL7 参照切）に対する増加デコード数と、15 秒周期あたりの CPU 費用。適用すると、測定時の環境もあわせて設定されます。それ以外はすべて次の下にあります： エキスパート サブメニュー。

電力あたり最良

+11.3 %0.4 s

効率最大 — CPU 1 秒あたりのデコード数が最も多い設定。バッテリー動作のノート PC 向け。

費用対効果最良

+16.6 %1.1 s

デコード数最大 — 5 サイクル、感度 2、メンバー1つ。4 コアの機械向け。

推奨

中程度の努力で最良

+25.1 %5.3 s

パイプライン最大デコード light — 応答は 1.1 秒で決まり、送信中に約 6 秒のバックグラウンド。

最良の結果

+27.2 %12.7 s

パイプラインアンサンブル — 8 スレッド以上での S&P と傍受向け。

最大努力

+27.5 %14.0 s

パイプラインアンサンブル（全部）— すべてのメンバー標本。

結果が最多

+28.0 %13.3 s

パイプライン run — 周期内は 5 サイクル、その裏にアンサンブル全部。

曲がり角が推奨プリセットです。CPU 40 % で最大利得の 90 % — しかも応答は 1.1 秒で決まったままです。

プリセットランプ

コンテストランプの下、Tune の上： Preset R はその段の色で、 Custom 。コントロールがずれた瞬間に変わり、FT8 以外では灰色になります。

コンテスト

Preset R

予算の自動調整

任意で、RX フェーズは次のメンバーの学習済み費用が 2.7 秒の応答予算に収まるあいだ、アンサンブルのメンバーを足します — 空いているバンドでは応答時に深さが得られ、混んでいるバンドでは速いままです。

プリセットは早期開始を切り、広帯域 DX コール探索を入れます — どの表もその環境で測定しました

よりきれいな出力、正直な数字6 / 12

幻は減り、本物の局は増える

古いコールサイン表を引退させました

標準の JTDX は、両方のコールサインが 2024 年のコールサインファイルにないメッセージを捨てます — 最近免許を受けた局同士の QSO は、SNR に関わらずすべてです。実測： 1 時間に本物のデコード約 45 件が、1、2 件の偽物のために捨てられていました。無効にしました。

幻のレポートを拒否

CE3TSK JW1GPY/R 216 — 事前情報のコールサインの裏にあるランダムな符号語です。どの送信機も符号化できないレポートは展開時に拒否するようになりました。HF の FT8 で使われることがなく、誤デコードとしてしか現れない RTTY Roundup の交換内容とテレメトリは、ソース側で無効にしてあります。

決定的でスレッド安全

標準デコーダで6つのデータ競合を発見し修正しました（共有音声バッファ、FFT プランキャッシュ、OSD の初期化、メッセージ格納庫）。同じ音声は 1、3、12 スレッドのいずれでも同じメッセージを返すようになり、ここにあるすべての数字が再現可能になっています。

より速いコア

OSD のビットパッキングを 64 ビット語に書き直し、同期窓の和を表化し、候補数の上限を 450 から 2000 に引き上げたので、混雑したバンドで本物の信号が黙って捨てられることはなくなりました。

ソフトウェアとして試験

43 行の決定的デコード回帰試験、14 のバックグラウンド/中断ケース、Fortran の単体検査、プリセット・コンテストロジック・シーケンサー用の C++ ハーネス — 配備のたびにすべて緑です。

誤デコードの種類	頻度	現在
2024 年のコールサイン表に捨てられた本物の QSO	−45 / h	参照を切ると — デコードが戻ります
テレメトリ（16 進 18 桁）	月約 50 件	無効
RTTY Roundup の交換内容	月約 10 件	無効
幻のレポート（/R 216）	月 2 件	展開時に拒否
もっともらしいコールを伴う事前情報由来の幻	月約 10 件	安全な filter なし — 残置、3 日に 1 件以下

従来の JTDX で見られた実運用での誤デコード率：1 日およそ 26 000 行のうち約 5 行、0.02 %IMPROVEMENTS_WW_DIGI_2026.pdf 項目 8–36

増えたデコードは本物か？7 / 12

増えたメッセージを、コールサインごとに1つずつ確認

同じ1時間の受信で、標準 JTDX（ALLCALL7 切）が見つけられずプリセットが見つけたすべてのメッセージ — 各コールサインを次と照合しました： 14 か月分の実運用 ALL.TXT （95 801 コールサイン、実験に使った1時間は除外）、ALLCALL7 データベース、および標準 JTDX と WSJT-X が同じ1時間の別の場所でデコードしたもの。

プリセット	増えたメッセージ	コールサインはすべて既知	未知
効率最大	624	623 (99.8 %)	1
デコード数最大	860	856 (99.5 %)	4
パイプライン最大デコード light — 推奨	1229	1218 (99.1 %)	11
パイプラインアンサンブル	1339	1313 (98.1 %)	26
パイプライン run	1371	1350 (98.5 %)	21

既知 = 別の日に実運用でデコード済み、ALLCALL7 に掲載、または同じ1時間に標準 JTDX / WSJT-X がデコード。

エンジン、1 時間全体	未知のコールサインを含むメッセージ
標準 JTDX、ALLCALL7 切	24 / 4 869 (0.49 %)
WSJT-X 3.0.2	26 / 5 171 (0.50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0.50 %)
パイプライン最大デコード light	26 / 6 091 (0.43 %)
パイプラインアンサンブル	36 / 6 208 (0.58 %)

疑わしいものがどこにいるか

次の場所： −23 dB の床：疑わしい 38 メッセージのうち 25、その下に 2 — 既知の局からの 211 の追加分もここにいます。うち 29 は TX バックグラウンド由来、9 は応答時のデコード由来です。

すでに除去済み

8 月の実行で 52 件あった疑わしいメッセージのうち 17 件を生んだ RTTY Roundup のシリアルとテレメトリ文字列は、ソース側で無効にしてあります — 今回の実行では 1 件もありません。

測定用ハーネスの追加コール検査 · 240 周期、2026-09-05 · 音声はこちら： ce3tsk.com/download/wav測定：CE3TSK

FT8 だけでなく FT4 も8 / 12

FT4：同じデコーダを 1.36 秒の期限に合わせて作り直しました

FT4 がデコーダに与えるのは 1360 ms （7.5 秒周期のうち）。Contest Editionは FT8 の手法をすべて持ち込んでいます — スライスのスレッド化、アンサンブル、代替パス、4 周期のヒントメモリ、独自設定を持つ TX バックグラウンド、そしてバンドに合わせて努力量を決める予算 — それぞれ連続する実受信 240 周期で測定しました。

+24 %

標準 JTDX よりメッセージが増加

1 525 → 1 888、最大努力、ALLCALL7.TXT なしの標準版

+8.7 %

既定のレシピに対して

1 737 → 1 888。推奨設定は応答時に何も費やさず 1 881

0.59 s

最大努力での応答時

期限は 1.36 秒。推奨設定は 0.10 秒で答えます

プリセット	メッセージ数	応答時	応答秒	バックグラウンド秒
ALLCALL7.TXT なしの標準 JTDX v2.2.159	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
既定	1 737	1 737	0.10	—
電力あたり最良	1 822	1 761	0.10	0.3
推奨	1 881	1 763	0.10	2.1
応答時に最多	1 878	1 837	0.48	0.5
最大努力	1 888	1 855	0.59	0.6

240 周期、14.080 MHz、100–3100 Hz、12 スレッド。“応答時”とは送信機がキーイングする前にデコードされたものです。残りは TX バックグラウンドで届きます。

スレッド化され、決定的で、継ぎ目のない

バンドは固定された 417 Hz セルの格子に展開され、各スライスは自分専用の音声の複製に対して差し引きを行います： 295 ms から 95 ms へ。標準版から受け継いだデータ競合を4つ修正したので、同じ音声は 2 以上のどのスレッド数でもバイト単位で同じメッセージ集合を返します。さらに各境界を半セルずらした2度目のスライスが継ぎ目をふさぎます。

FT4 自身の TX バックグラウンド

あなたが送信している間、デコーダは保持した周期をやり直します。応答フェーズが走らせなかったメンバー、深い OSD、代替パス、残差パス、低い閾値 — FT8 とまったく同じように、独自の努力・感度・時計で有効になり、次の時点まで続きます： 0.5 s 窓が終わる前に。応答時に何も費やさずに +8 % が出てくるのはここからです。

6つのプリセットと1つの予算

高速、既定、電力あたり最良、推奨、応答時に最多、最大努力 — どのラベルにも実測の費用が付いています。最大努力のメンバー数は 予算の自動調整：デコーダはこのバンドでメンバー1つがいくらかかるかを学び、1.3 秒に収まるだけ受け入れます。プリセットランプが段を示し、 X の後、次の周期に打ち切られたバックグラウンドは、負荷を見直すべきだと告げています。

FT8 にあるものは FT4 にもあります

4 周期分の深さのヒントメモリ（+12 %）、QSO 周波数の仮想候補（待っている応答に +1 dB）、4回の差し引きパス、2つ目の DT ピーク、誤デコードのゲート、スライスをまたぐ最良 SNR の統合 — 1つの設計、2つのモード。

連続 240 周期、14.080 MHz、WW Digi 2026 · 12 スレッド · FT4 の期限は 7.5 秒周期のうち 1360 msIMPROVEMENTS_WW_DIGI_2026.pdf 項目 51–81

FT4、同じ試験9 / 12

30 分の受信、すべての FT4 デコーダ、同じ音声

同じ 7.5 秒の FT4 録音 240 周期（14.080 MHz、WW Digi 2026）を、各エンジンがそれぞれの最良設定で 100–3100 Hz でデコード。見つかった固有メッセージ数：

JTDX Contest Edition · 最大努力応答時に自動予算のメンバー + 低い閾値、それ以外はすべて TX バックグラウンドで

1 888

JTDX Contest Edition · 推奨バックグラウンド 6 + 深い OSD + 代替パス + 残差、応答時には何もしない

1 881

WSJT-X improved 3.2.0FT4 デコーダ、深さ 3、AP

1 688

WSJT-X 3.0.2FT4 デコーダ、深さ 3、AP

1 561

ヒントメモリを外した JTDX_CONTESTフォークのコードで走らせた JTDX の FT4 レシピ

1 552

ALLCALL7.TXT なしの標準 JTDX v2.2.159既知コール参照を切った状態 — 本物のデコードが 169 戻ります — これが基準です

1 525

標準 JTDX v2.2.159 出荷状態その FT4 デコーダ、ALLCALL7.TXT あり

1 356

+23.8 %

ALLCALL7.TXT なしの標準 JTDX 比

既知コール参照を切った 1 525 に対して 1 888

+39.2 %

標準 JTDX v2.2.159 比

出荷状態の 1 356 メッセージに対して 1 888

+20.9 %

WSJT-X 3.0.2 比

その FT4 デコーダを深さ 3、AP で

+11.8 %

WSJT-X improved 3.2.0 比

その FT4 デコーダを深さ 3、AP で

+10.5 %

昼間の1時間でも同様

より混雑した 73 周期：507 → 560

全エンジンの和集合：2 008 メッセージ · 最大努力は誰かがデコードした全体の 94.0 % に到達測定：CE3TSK

WW Digi を内蔵10 / 12

交換、得点、ログ — すべて自動

コンテストタブのスイッチ1つ

WW Digi を選ぶと、28 の設定と主ウィンドウの8つのコントロールがコンテスト用の状態で固定され、タイトルにコンテスト名が入り、コンテストランプが点灯します。コンテスト中の午前 3 時に覚えておくことは何もありません。

きちんと動く交換

HISCALL MYCALL R FF46 — 正しく受信・送信され、ロケーターが交換内容、SNR は本来あるべきログの RST フィールドに入ります。ロケーターがなければ送信しません。

得点とマルチプライヤーをリアルタイムで

1 + km/3000 を QSO ごとに 4 文字ロケーターの中心から計算し、各デコードの隣に表示します（CQ XQ3SK FF46 * 1p チリ）と、スコアバーには M × P = S。マルチプライヤーは2文字のフィールドで、バンドごとに数えます。

規則を知っている自動選択

コンテストの得点はほかのどの階層よりも優先され、新しいフィールドは新しい DXCC より上に来ます。規則 XI.12 も守ります。シーケンサーは自分を呼んでいる局に応答し、自分からは開始しません。複数の呼び出し？まず最も価値の高い局、次に最も強い局です。

独立したコンテストログ

コンテストの QSO は専用の ADIF に入ります。既交信判定、マルチプライヤー、強調表示、得点はすべてそこから来るので、2025 年に交信した珍しいフィールドも今年はまた新規です。

コンテスト周波数

コンテストは日常のバンドプランとは別に自分用の周波数表を持ち、終了時にはあなたの表を復元します。

距離	得点
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

4 文字ロケーターの中心間で 1 + km/3000。20 400 km（対蹠点）= 7 で、地球上にこれより遠い場所はありません。

コンテストWW-Digi271 QSO58M × 213P = 12 354

設定のインターロック：コンテストを切ると、固定されていたコントロールは元どおりに戻りますIMPROVEMENTS_WW_DIGI_2026.pdf

数字を評価する前に11 / 12

これらのレシピはこの機械、またはより速い機械に合わせてあります

このスライドのすべての数値は1台の計算機で測定しました： AMD Ryzen 7 5800H （8 コア / 16 スレッド）、ほかは何も動かさず、デコーダは 12 スレッド。出荷時のプリセットはこの水準の CPU に合わせて較正しています以上。これより遅い機械では期限に間に合わないことがあります。

期限は本物です

FT8 が応答を決める 1.1 s 。FT4 は次の時間内に終える必要があります： 1360 ms （7.5 秒のうち）。それを過ぎるとデコードは単に遅いのではなく — 応答が失われます。ここに収まるプリセットが、より遅い CPU で収まるとは限りません。

実用上の上限は 8 スレッド

バンドは 417 Hz のセルからなる固定格子に切られます — 100–3300 Hz を 8 スライス — なので 9 本目のスレッドには取るスライスがありません。12 スレッドは 8 スレッドより速くありませんでした。8 未満ではその分だけ時間がかかります。

FT4 にも予算があります

v3.0.0-rc02 以降、FT4 の最大努力プリセットは次を使います： 予算の自動調整：デコーダはこのバンドとこの機械でメンバー1つがいくらかかるかを学び、1.3 秒に収まるだけ受け入れます。ほかの段はスレッド数に従います。遅い CPU では予算が自分で切り詰めます。固定のはしごはそうしません。

遅い機械での対処

FT8 では下の段を選んでください。FT4 では次を選びます： 最大努力。自分で合わせるか、下の段を選んでください。メンバーは次の場所で手動設定もできます： デコード → FT4 デコード → エキスパート → RX → アンサンブルの努力。メニューのラベルにはその段階の実測費用が付き、プリセットランプは次を示します： X 。バックグラウンドが次のデコードに打ち切られたときです。

1 スレッドだけは例外です

1 スレッドでは両モードともバンドを1枚として扱い、2度目のスライスを省くので、集合は多スレッドの実行と異なります — FT4 の 60 周期で 6 減 3 増。2 スレッド以上ではどのスレッド数でも集合は同一です。

これはリリース候補です

v3.0.0-rc05、最初のベータテスト中です。最終版と呼ぶ前に、レシピは複数の機械で測定し直します — 録音とベンチマークスクリプトはすでにこちらで公開しています： ce3tsk.com/download/wav。だれでも自分の CPU で再現できます。最初のリリース候補を実際に電波に乗せてくださった運用者の皆さんに感謝します：Willy XQ3SK、Eduardo CA3EAP、Miguel CA7FKZ、Cristian CA8CEU。

何も動かしていない AMD Ryzen 7 5800H（8 コア / 16 スレッド）、デコーダ 12 スレッドで測定 · 非力な機械向けのレシピ調整は今後の課題ですsrc/decodepreset.h

測定済み、再現可能、配備済み12 / 12

どの主張の裏にも wav ファイルがあります

このスライドの数字に見積もりは1つもありません。どれも録音音声、ファイルモードでのデコーダ実行、そして誰でも再実行できるスクリプトから得たものです — 録音と再生スクリプトはこちら： ce3tsk.com/download/wav.

ベンチマーク

連続する実受信 240 周期と、100 メッセージの参照録音。AMD Ryzen 7 5800H のノート PC で実行。 run_presets.sh はすべてのプリセットとすべての WSJT-X エンジンを再実行し、文書中の表を書き直します。

比較

受信機2台の ALL.TXT の並列分析、SNR 別の利得分布、ヒントメモリ深さ 1–8、コールサインファイルあり・なし — すべて出力とともに保存してあります。

文書

FT8_DECODER.pdf はデコーダを説明し、 IMPROVEMENTS_WW_DIGI_2026.pdf はすべての変更をその測定値とともに列挙しています。

はじめかた

デコード → FT8 デコード → プリセット → 推奨：中程度の努力で最良。設定 → コンテスト → WW Digi。ランプを見てください：コンテスト緑、 Preset R 緑。準備完了です。

CE3TSK

Tihomir Sokcevic、チリ・サンティアゴ — このスライドにあるすべての変更の作者です。デコーダの作業、コンテスト対応、測定、そして文書。質問、実運用からの報告、QSO を歓迎します：バンド上の CE3TSK、WW Digi の週末とその後も。 · ce3tsk.com · github.com/ce3tsk/jtdx_contest · デコーダの仕組み · ベンチマーク WAV ファイル

CE3TSK · Tihomir Sokcevic · 2026 年 8 月73

JTDX_CONTEST · CE3TSKПроверено на WW Digi 2026 · 1 / 12

v3.0.0-rc05 · производная работа от JTDX (UA3DJY/ES1JA) и WSJT-X (K1JT)

JTDX
Contest Edition

Новые подходы к декодированию. Больше декодов. Решение вовремя. Сделано для WW Digi.

Спроектировано, собрано и измерено: Tihomir Sokcevic · CE3TSK · Сантьяго, Чили

+27,5 % сообщений сверх штатного JTDX и +20 % к WSJT-X 3.0.2 на одном часе настоящего эфира — причём ответ по-прежнему решается на 1,1 секунде периода, а контестовый обмен, очки и журнал встроены. Интерфейс отремонтирован повсеместно, и тёмный стиль теперь работает.

165815 -24  0.3 1061 ~ CQ CT7AUT IM67      *
165815 -21  0.1 2180 ~ RI1FJL W6EU CM99    |
165815 -19  0.2 1793 ~ KC3MSE K7MK DN13

Измерено на 240 идущих подряд периодах по 15 с, 2026-08-27 16:57–17:57 UTC, 20 м, 100–3100 Гц, 12 потоков на AMD Ryzen 7 5800H (8 ядер / 16 потоков)ce3tsk.com · github.com/ce3tsk/jtdx_contest · Как работает декодер · Эталонные файлы WAV

Главное2 / 12

Один час эфира, все декодеры, один и тот же звук

Те же 240 записанных периодов FT8, декодированные каждым движком на его лучших настройках. Найдено уникальных сообщений:

JTDX Contest Edition · конвейерный ансамбль полностьюSWL-4 + участник ко времени ответа, все блоки в фоне передачи

6 208

JTDX Contest Edition · рекомендуемый пресетКонвейер, максимум декодов, light, 5,3 с процессора на период

6 091

JTDX_CONTEST на собственном рецепте JTDX9 циклов, чувствительность 2 — что делает форк на штатных настройках

5 249

WSJT-X 3.0.2многопоточный декодер FT8, 9 проходов, чувствительность 3, AP

5 171

WSJT-X improved 3.2.0те же настройки

5 163

Штатный JTDX v2.2.159 без ALLCALL7.TXTс выключенным поиском известных позывных — 67 настоящих декодов возвращаются — это база

4 869

Штатный JTDX v2.2.159 как поставляется9 циклов, чувствительность 2, ALLCALL7.TXT, 12 потоков

4 802

Стандартный декодер WSJT-X 3.0.2глубина 3, AP

4 782

+27.5 %

против штатного JTDX без ALLCALL7.TXT

6 208 против 4 869 с выключенным поиском известных позывных

+29.3 %

против штатного JTDX v2.2.159

6 208 против 4 802 сообщений, как поставляется

+20.1 %

против WSJT-X 3.0.2

его лучший режим, его собственные настройки ini

+16.8 %

в реальном времени, рядом

два приёмника на одну антенну, 56 минут в эфире

Объединение всех движков: 6 450 сообщений · конвейерный ансамбль достигает 96,2 % всего, что декодировал хоть кто-тоизмерено CE3TSK

Новшество — ни в одной другой программе FT83 / 12

Решить за 1,1 с. Продолжать декодировать, пока вы передаёте.

Ни одна другая программа FT8 так не делает. WSJT-X, JTDX и MSHV декодируют один раз за период, а потом ждут. Контестовый ответ должен быть решён до того, как передатчик встанет на передачу. Поэтому декодер разделён надвое: быстрая Фаза RX , которая решает ответ, и Фон передачи , который продолжает работать с тем же звуком сквозь вашу собственную передачу — там, где процессор раньше простаивал.

Время измерено на эталонном прогоне из 240 периодов, 12 потоков AMD Ryzen 7 5800H. Фон чисто прерывается при смене диапазона и никогда не переносится.

Фаза RX

5 циклов, чувствительность 2, один участник ансамбля: 87 of 100 эталонных сообщений в тесте, 1.1 s на период в эфире. AutoSeq отвечает вовремя, в каждом периоде.

Фон передачи

Простой классический проход по нетронутому звуку, два участника ансамбля, затем проход по остатку — фиксированные измеренные списки, без гадания. Их декоды приходят, пока вы передаёте, и готовы к следующему ответу.

Блоки конвейера чисто прерываются при смене диапазона и никогда не переносятся между периодами

Два новых способа декодировать4 / 12

Новые подходы и откуда берутся дополнительные сообщения

Новый подход 1: альтернативный проход

После того как обычные проходы декодировали и вычли всё, что смогли, остаточный звук декодируется заново противоположным рецептом — SWL после простого, простой после SWL. У каждого рецепта свои слепые пятна; альтернативный проход их закрывает.

Новый подход 2: ансамбль

Повторные декодирования того же звука через фиксированные возмущения — задержку, дизер, сдвиг тона — каждый участник находит сообщения, упущенные другими, объединение сохраняется. Детерминированно: тот же набор на любой машине от 2 потоков.

Память подсказок на четыре периода

Декодер подсказок раньше забывал станцию после одного пропущенного периода. Теперь он помнит четыре: +6 % сообщений за час, без заметных затрат процессора; очищается при смене диапазона.

Где именно выигрыш

Доля дополнительных сообщений по уровню сигнала — рекомендуемый пресет более чем удваивает число декодов на самом слабом краю, 152 → 346 за час.

≤ −24 dB~1/5

−23 … −21 dB~1/2

−20 … −18 dB~1/4

> −18 dBостальное

100–3100 Гц, сделанные правильно

Диапазон декодирования больше не следует за водопадом: базовая линия синхронизации и сетка срезов привязаны ко всей полосе, поэтому более узкий диапазон декодирует ровно так же, как внутри него декодирует полная полоса.

Каждый подход — это фиксированный измеренный блок: один и тот же звук даёт одни и те же сообщения на любой машине

Одно меню, шесть измеренных вариантов5 / 12

Выберите пресет. Лампа показывает, какой включён.

Каждый ярус — это измеренный рецепт на одном и том же часе эфира: декоды, полученные сверх штатного JTDX (с выключенным поиском ALLCALL7), и процессорное время на 15-секундный период. Выбор яруса заодно выставляет ту среду, в которой его измеряли. Всё остальное живёт в эксперт подменю.

Лучшее на ватт

+11.3 %0.4 s

Максимальная эффективность — больше всего декодов на секунду процессора. Для ноутбуков от батареи.

Лучшее соотношение

+16.6 %1.1 s

Максимум декодов — 5 циклов, чувствительность 2, один участник. Для четырёхъядерных машин.

Рекомендуется

Лучшее при среднем усилии

+25.1 %5.3 s

Конвейер, максимум декодов, light — ответ решён за 1,1 с, около 6 с фона во время передачи.

Лучший результат

+27.2 %12.7 s

Конвейерный ансамбль — для поиска и наблюдения на 8 потоках и больше.

Максимальное усилие

+27.5 %14.0 s

Конвейерный ансамбль полностью — все выборки участников.

Больше всего результатов

+28.0 %13.3 s

Конвейер run — 5 циклов в периоде, весь ансамбль позади.

Излом — это рекомендуемый пресет: 90 % максимального выигрыша за 40 % процессорного времени, и ответ по-прежнему решён за 1,1 с.

Лампа пресета

Под лампой Контест, над Tune: Preset R цветом яруса, Custom в тот момент, когда настройка уходит в сторону; вне FT8 она серая.

Контест

Preset R

Автобюджет

По желанию фаза RX добавляет участников ансамбля, пока выученная цена следующего ещё влезает в бюджет ответа в 2,7 с — на спокойной полосе глубина появляется прямо ко времени ответа, на забитой всё остаётся быстрым.

Пресеты выключают ранний старт и включают широкополосный поиск DX Call — это та среда, в которой измерялась каждая таблица

Чище вывод, честнее числа6 / 12

Меньше фантомов, больше настоящих станций

Устаревший список позывных отправлен на покой

Штатный JTDX отбрасывает любое сообщение, оба позывных которого отсутствуют в файле позывных 2024 года — то есть каждое QSO между двумя недавно лицензированными станциями, при любом SNR. Измерено: ~45 настоящих декодов в час выброшено ради одного-двух ложных. Выключено.

Фантомные рапорты отклонены

CE3TSK JW1GPY/R 216 — случайное кодовое слово за априорным позывным. Рапорты, которые не может закодировать ни один передатчик, теперь отклоняются при распаковке; обмены RTTY Roundup и телеметрия, никогда не применяемые в FT8 на КВ и встречавшиеся только как ложные декоды, выключены в исходниках.

Детерминированно и потокобезопасно

В штатном декодере найдено и исправлено шесть гонок данных (общий звуковой буфер, кэши планов FFT, инициализация OSD, хранилище сообщений). Один и тот же звук теперь даёт одни и те же сообщения на 1, 3 или 12 потоках — именно это делает каждое число здесь воспроизводимым.

Более быстрое ядро

Упаковка бит в OSD переписана в 64-битные слова, суммы окна синхронизации табулированы, потолок кандидатов поднят с 450 до 2000, так что переполненная полоса больше не отбрасывает молча настоящие сигналы.

Проверено как программа

Детерминированный регрессионный тест декодирования на 43 строки, 14 случаев фона и прерывания, модульные проверки на Фортране, C++-обвязка для пресетов, контестовой логики и секвенсора — всё зелёное перед каждым развёртыванием.

Класс ложного декода	Частота	Сейчас
Настоящие QSO, отброшенные списком позывных 2024 года	−45 / h	поиск выключен — декоды вернулись
Телеметрия (18 шестнадцатеричных цифр)	~50 в месяц	выключено
Обмены RTTY Roundup	~10 в месяц	выключено
Фантомные рапорты (/R 216)	2 в месяц	отклонено при распаковке
Априорные фантомы с правдоподобным позывным	~10 в месяц	безопасного фильтра нет — оставлено, ≤ 1 раз в 3 дня

Частота ложных декодов в работе, как это видно с классическим JTDX: ~5 строк в день из ~26 000, 0,02 %IMPROVEMENTS_WW_DIGI_2026.pdf, пункты 8–36

Настоящие ли эти лишние декоды?7 / 12

Дополнительные сообщения, проверенные по одному позывному

Каждое сообщение, найденное пресетом и не найденное штатным JTDX (ALLCALL7 выключен) на том же часе эфира — каждый позывной сверен с 14 месяцев рабочего ALL.TXT (95 801 позывной, экспериментальный час исключён), базой ALLCALL7 и тем, что штатные JTDX и WSJT-X декодировали в другом месте того же часа.

Пресет	Дополнительные сообщения	Все позывные известны	Неизвестен
Максимальная эффективность	624	623 (99.8 %)	1
Максимум декодов	860	856 (99.5 %)	4
Конвейер, максимум декодов, light — рекомендуется	1229	1218 (99.1 %)	11
Конвейерный ансамбль	1339	1313 (98.1 %)	26
Конвейер run	1371	1350 (98.5 %)	21

Известен = декодирован рабочей сборкой в другой день, есть в ALLCALL7 или декодирован штатным JTDX / WSJT-X в том же часе.

Движок, весь час	Сообщения с неизвестным позывным
Штатный JTDX, ALLCALL7 выключен	24 / 4 869 (0.49 %)
WSJT-X 3.0.2	26 / 5 171 (0.50 %)
WSJT-X improved 3.2.0	26 / 5 163 (0.50 %)
Конвейер, максимум декодов, light	26 / 6 091 (0.43 %)
Конвейерный ансамбль	36 / 6 208 (0.58 %)

Где сидят сомнительные

В −23 dB : 25 из 38 сомнительных сообщений, 2 ниже него — там же живут 211 дополнительных от известных станций. 29 из них пришли из фона передачи, 9 — из декодирования ко времени ответа.

Уже устранено

Серийные номера RTTY Roundup и строки телеметрии, давшие 17 из 52 сомнительных сообщений августовского прогона, выключены в исходниках — в этом прогоне их нет ни одного.

проверкой дополнительных позывных из измерительной оснастки · 240 периодов, 2026-09-05 · звук по адресу ce3tsk.com/download/wavизмерено CE3TSK

FT4, а не только FT88 / 12

FT4: тот же декодер, перестроенный вокруг срока в 1,36 с

FT4 даёт декодеру 1360 ms из своего 7,5-секундного периода. Contest Edition переносит сюда все подходы FT8 — многопоточность по срезам, ансамбль, альтернативный проход, память подсказок на четыре периода, фон передачи со своими настройками и бюджет, подгоняющий усилие под полосу — и каждый из них измерен на 240 идущих подряд эфирных периодах.

+24 %

сообщений больше, чем у штатного JTDX

1 525 → 1 888, максимальное усилие, штатный без своего ALLCALL7.TXT

+8.7 %

по сравнению с рецептом по умолчанию

1 737 → 1 888; рекомендуемый даёт 1 881, ничего не тратя ко времени ответа

0.59 s

время ответа при максимальном усилии

срок — 1,36 с; рекомендуемый отвечает за 0,10 с

Пресет	Сообщения	Ко времени ответа	Ответ, с	Фон, с
Штатный JTDX v2.2.159 без ALLCALL7.TXT	1 525	1 525	—	—
WSJT-X 3.0.2	1 561	1 561	—	—
По умолчанию	1 737	1 737	0.10	—
Лучшее на ватт	1 822	1 761	0.10	0.3
Рекомендуется	1 881	1 763	0.10	2.1
Больше всего ко времени ответа	1 878	1 837	0.48	0.5
Максимальное усилие	1 888	1 855	0.59	0.6

240 периодов, 14.080 МГц, 100–3100 Гц, 12 потоков. «Ко времени ответа» = декодировано до того, как передатчик встал на передачу; остальное приходит в фоне передачи.

Многопоточно, детерминированно, без швов

Полоса разворачивается по закреплённой сетке ячеек в 417 Гц, и каждый срез вычитает в собственную копию звука: с 295 мс до 95. Четыре гонки данных, унаследованные от штатной версии, исправлены, так что один и тот же звук даёт один и тот же набор сообщений при любом числе потоков от 2, байт в байт, а вторая нарезка со смещением каждой границы на полклетки закрывает стыки.

Собственный фон передачи

Пока вы передаёте, декодер заново обрабатывает сохранённый период: участников, которых не успела фаза ответа, глубокий OSD, альтернативный проход, проход по остатку, пониженные пороги — включаемые ровно так же, как в FT8, со своим усилием, чувствительностью и часами, вплоть до 0.5 s до конца окна. Именно отсюда берутся +8 %, ничего не стоящие ко времени ответа.

Шесть пресетов и бюджет

Быстрый, по умолчанию, лучший на ватт, рекомендуется, больше всего ко времени ответа, максимальное усилие — у каждой подписи стоит её измеренная цена. Число участников у максимального усилия — автобюджет: декодер узнаёт, сколько стоит участник на этом диапазоне, и допускает столько, сколько влезает в 1,3 с. Лампа пресета называет ярус; X после того, как следующий период оборвал фон, значит нагрузку стоит пересмотреть.

Что есть у FT8, есть и у FT4

Память подсказок глубиной в четыре периода (+12 %), виртуальный кандидат на частоте QSO (+1 дБ к ответу, которого вы ждёте), четыре прохода вычитания, второй пик DT, фильтр ложных декодов и слияние по лучшему SNR между срезами — одна конструкция, две моды.

240 идущих подряд периодов, 14.080 МГц, WW Digi 2026 · 12 потоков · срок FT4 — 1360 мс из 7,5-секундного периодаIMPROVEMENTS_WW_DIGI_2026.pdf, пункты 51–81

FT4, тот же тест9 / 12

Полчаса эфира, все декодеры FT4, один и тот же звук

Те же 240 записанных периодов FT4 по 7,5 с (14.080 МГц, WW Digi 2026), декодированные каждым движком на его лучших настройках, 100–3100 Гц. Найдено уникальных сообщений:

JTDX Contest Edition · максимальное усилиеучастники по автобюджету + низкие пороги ко времени ответа, всё остальное в фоне передачи

1 888

JTDX Contest Edition · рекомендуемыйфон 6 + глубокий OSD + альтернативный проход + остаток, ничего ко времени ответа

1 881

WSJT-X improved 3.2.0декодер FT4, глубина 3, AP

1 688

WSJT-X 3.0.2декодер FT4, глубина 3, AP

1 561

JTDX_CONTEST без своей памяти подсказокрецепт FT4 из JTDX на коде форка

1 552

Штатный JTDX v2.2.159 без ALLCALL7.TXTс выключенным поиском известных позывных — 169 настоящих декодов возвращаются — это база

1 525

Штатный JTDX v2.2.159 как поставляетсяего декодер FT4, ALLCALL7.TXT на месте

1 356

+23.8 %

против штатного JTDX без ALLCALL7.TXT

1 888 против 1 525 с выключенным поиском известных позывных

+39.2 %

против штатного JTDX v2.2.159

1 888 против 1 356 сообщений, как поставляется

+20.9 %

против WSJT-X 3.0.2

его декодер FT4 на глубине 3, AP

+11.8 %

против WSJT-X improved 3.2.0

его декодер FT4 на глубине 3, AP

+10.5 %

и на дневном часе тоже

73 более загруженных периода: 507 → 560

Объединение всех движков: 2 008 сообщений · максимальное усилие достигает 94,0 % всего, что декодировал хоть кто-тоизмерено CE3TSK

WW Digi, встроенный10 / 12

Обмен, очки и журнал — автоматически

Один переключатель на вкладке Контест

Выбор WW Digi переводит 28 настроек и восемь органов управления главного окна в контестовое состояние, пишет название контеста в заголовке окна и зажигает лампу Контест. В три часа ночи посреди контеста помнить не нужно ничего.

Обмен, который работает

HISCALL MYCALL R FF46 — принимается и передаётся правильно, квадрат как контрольный обмен, SNR в полях RST журнала, где ему и место. Нет квадрата — нет передачи.

Очки и множители в реальном времени

1 + km/3000 на QSO по центрам 4-символьных квадратов, показывается рядом с каждым декодом (CQ XQ3SK FF46 * 1p Чили) и в строке счёта как M × P = S. Множители — это двухсимвольные поля, учитываемые по диапазонам.

Автовыбор, знающий правила

Контестовые очки стоят выше любого другого яруса, новое поле важнее новой DXCC, и правило XI.12 соблюдается: секвенсор отвечает вызывающим вас станциям и никогда не начинает сам. Несколько вызывающих? Сначала самый ценный, затем самый сильный.

Отдельный контестовый журнал

Каждое контестовое QSO идёт в свой ADIF; отметка «уже работал», множители, подсветка и счёт берутся оттуда, так что редкое поле, отработанное в 2025-м, в этом году снова новое.

Контестовые частоты

У контеста свой список частот, отдельный от повседневного бэндплана, и по окончании он возвращает ваш.

Расстояние	Очки
< 3 000 km	1
3 000 – 5 999 km	2
6 000 – 8 999 km	3
9 000 – 11 999 km	4
12 000 – 14 999 km	5
15 000 – 17 999 km	6
≥ 18 000 km	7

1 + км/3000 по центрам 4-символьных квадратов; 20 400 км (антиподы) = 7, дальше на Земле ничего нет.

КонтестWW-Digi271 QSO58M × 213P = 12 354

Блокировка настроек: при выключении контеста отложенные органы управления возвращаются ровно такими, какими былиIMPROVEMENTS_WW_DIGI_2026.pdf

Прежде чем судить о числах11 / 12

Эти рецепты настроены под эту машину или более быструю

Каждая цифра в этой презентации измерена на одном компьютере: AMD Ryzen 7 5800H (8 ядер / 16 потоков), в остальном не загруженном, декодер на 12 потоках. Поставляемые пресеты откалиброваны под этот класс процессора и выше. На более медленной они могут не уложиться в срок.

Срок настоящий

FT8 решает ответ 1.1 s от начала периода; FT4 обязан уложиться в 1360 ms из 7,5 с. За этой чертой декод не просто медленный — ответ потерян. Пресет, который сюда влезает, не обязан влезть на более медленном процессоре.

Восемь потоков — полезный потолок

Полоса режется по фиксированной сетке ячеек в 417 Гц — 8 срезов на 100–3300 Гц — поэтому девятому потоку среза уже не достаётся: 12 потоков измерены не быстрее 8. Меньше 8 стоит пропорционально больше времени.

У FT4 тоже есть бюджет

Начиная с v3.0.0-rc02 пресет максимального усилия FT4 использует автобюджет: декодер узнаёт, сколько стоит участник на этом диапазоне и на этой машине, и допускает столько, сколько влезает в 1,3 с. Остальные ярусы следуют числу потоков. На более медленном процессоре бюджет ужимается сам; фиксированная лестница — нет.

Что делать на более медленной машине

Для FT8 возьмите ярус пониже. Для FT4 выберите максимальное усилие, который подстраивается сам, или более низкий ярус; участников по-прежнему можно задать вручную в Декодирование → декодирование FT4 → эксперт → RX → усилие ансамбля. У каждой подписи в меню стоит измеренная цена этого шага, а лампа пресета показывает X , когда фон был оборван следующим декодированием.

Один поток — исключение

На одном потоке обе моды декодируют полосу целиком и пропускают вторую нарезку, поэтому набор отличается от любого многопоточного прогона — 6 потеряно и 3 получено на 60 периодах FT4. Начиная с двух потоков набор одинаков при любом их числе.

Это кандидат в релиз

v3.0.0-rc05, в первом круге бета-тестирования. Рецепты будут перемерены на разных машинах, прежде чем что-либо назовут финальным, — записи и скрипт измерений уже опубликованы по адресу ce3tsk.com/download/wav, так что любой может повторить их на своём процессоре. Спасибо операторам, которые вывели первые кандидаты в эфир: Willy XQ3SK, Eduardo CA3EAP, Miguel CA7FKZ и Cristian CA8CEU.

Измерено на незагруженном AMD Ryzen 7 5800H (8 ядер / 16 потоков), 12 потоков декодера · адаптация рецептов под более слабые машины — работа на будущееsrc/decodepreset.h

Измерено, воспроизводимо, развёрнуто12 / 12

За каждым утверждением стоит файл wav

Ни одна цифра на этих слайдах не является оценкой. Каждая получена из записанного звука, прогона декодера в файловом режиме и скрипта, который может перезапустить кто угодно — записи и скрипт воспроизведения лежат по адресу ce3tsk.com/download/wav.

Эталонный тест

240 идущих подряд эфирных периодов плюс эталонная запись на 100 сообщений, на ноутбуке AMD Ryzen 7 5800H; run_presets.sh перезапускает каждый пресет и каждый движок WSJT-X и переписывает таблицы в документах.

Сравнения

Параллельный анализ ALL.TXT двух приёмников, распределение выигрыша по SNR, глубина памяти подсказок 1–8, с файлом позывных и без него — всё сохранено вместе с выводом.

Документы

FT8_DECODER.pdf объясняет декодер; IMPROVEMENTS_WW_DIGI_2026.pdf перечисляет каждое изменение с его измерением.

С чего начать

Декодирование → декодирование FT8 → Пресеты → рекомендуется: лучшее при среднем усилии. Настройки → Контест → WW Digi. Следите за лампами: Контест зелёная, Preset R зелёная. Можно работать.

CE3TSK

Tihomir Sokcevic, Сантьяго, Чили — автор каждого изменения на этих слайдах: работы над декодером, контестовой поддержки, измерений и документов.Вопросы, сообщения из эфира и QSO приветствуются: CE3TSK на диапазонах, в выходные WW Digi и после. · ce3tsk.com · github.com/ce3tsk/jtdx_contest · Как работает декодер · Эталонные файлы WAV

CE3TSK · Tihomir Sokcevic · август 202673

JTDX Contest Edition · Tihomir Sokcevic · CE3TSK · ce3tsk.com · github · How the decoder works · Benchmark WAV files

↑ ↓ or PgUp / PgDn to move between slides

JTDXContest Edition

One hour of air, every decoder, same audio

Decide at 1.1 s. Keep decoding while you transmit.

The RX phase

The TX background

New approaches, and where the extra messages come from

New approach 1: the alternate pass

New approach 2: the ensemble

Four-period hint memory

Where the gains are

100–3100 Hz done right

Pick a preset. The lamp tells you which one is on.

Best power

Best value

Best medium effort

Best results

Max effort

Most results

The preset lamp

Budget auto

Fewer phantoms, more real stations

The stale callsign list retired

Phantom reports rejected

Deterministic and thread-safe

Faster core

Tested like software

The extra messages, checked one callsign at a time

Where the doubtful ones sit

Already removed

FT4: the same decoder, rebuilt around a 1.36 s deadline

Threaded, deterministic, whole at the seams

A TX background of its own

Six presets and a budget

What FT8 has, FT4 has

Half an hour of air, every FT4 decoder, same audio

The exchange, the points and the log — automatic

One switch on the Contest tab

The exchange that works

Points and multipliers live

Autoselect that knows the rules

A separate contest log

Contest frequencies

These recipes are tuned for this machine, or a faster one

The deadline is real

Eight threads is the useful ceiling

FT4 has a budget too

What to do on a slower machine

One thread is the exception

This is a release candidate

Every claim has a wav file behind it

JTDXContest Edition

Un’ora di aria, ogni decodificatore, lo stesso audio

Decidi a 1,1 s. Continua a decodificare mentre trasmetti.

La fase RX

Il background TX

I nuovi approcci, e da dove vengono i messaggi in più

Nuovo approccio 1: la passata alternativa

Nuovo approccio 2: l’ensemble

Memoria degli indizi di quattro periodi

Dove stanno i guadagni

100–3100 Hz fatto bene

Scegli un preset. La spia ti dice quale è attivo.

Migliore potenza

Miglior rapporto

Miglior sforzo medio

Migliori risultati

Massimo sforzo

Più risultati

La spia del preset

Budget auto

Meno fantasmi, più stazioni reali

La lista di nominativi obsoleta mandata in pensione

Rapporti fantasma respinti

Deterministico e sicuro tra thread

Nucleo più veloce

Testato come software

I messaggi in più, verificati un nominativo alla volta

Dove stanno quelli dubbi

Già rimossi

FT4: lo stesso decodificatore, ricostruito attorno a una scadenza di 1,36 s

JTDX
Contest Edition

JTDX
Contest Edition

JTDX
Contest Edition