四款解碼器,同一路音訊

Decodium、JTDX、WSJT-X 和 MSHV 同時監聽同一根天線與同一路音訊輸入。統計的是四款程式全部解碼成功的時隙中,彼此不同的報文數量。這是空中實測比較,不是實驗室台架測試:詳見下方聲明的限制。

電臺: IU8LMC Martino Merola · JN71DC · 長線(longwire)天線,58公尺 · Yaesu FT-991A · AMD Ryzen 9 5950X,16核

正在等待進行中測量的第一批資料…

本次測量的限制

!這與 /ft8-shootout/ 文章的方法不同。那是基於 WAV 檔案的受控台架測試,每個檔案使用不同的呼號。這是在同一天線、同一音訊輸入上的空中實測比較:更貼近實際,但受控程度較低。
!JTDX 開啟了提示功能(Hint=true、Aggressive=5、NDepth=3):在今天的作業中,其56%的行帶有提示標記。這不是盲解碼。
!搜尋深度並不一致。Decodium 以深度2、3、4執行自適應搜尋;JTDX 和 WSJT-X 維持在 NDepth=3;MSHV 的設定未能核實。每款程式都維持操作者的設定,而非統一設定。
!獨佔報文只是線索,不是證據。僅被一款程式看到的報文,其發送方會在其他時隙中被查找:在今天的受控樣本中,97%的情況下能找到。假解碼的估計值仍是下限,而非上限。
!MSHV 的讀數大約高出1 dB(與 WSJT-X 共有的3500多條報文中位偏差為+1 dB):因此「弱訊號」報文比例對它而言不能直接比較。
!單一接收機、單一頻段、單一時段。四款程式共享相同的傳播條件,因此差異來自解碼器本身——但樣本仍只是一次作業,而非連續多天的資料。
!這裡的 Decodium 是1.0.623版本,與本次測量同日發布,修正了解碼器下游的過濾器:與先前作業的比較並不一致。
!尚未解決的開放問題:Decodium 有0.5%的報文中,同一發送方出現在兩個相鄰時隙中,而其他程式為0–0.1%——在過濾器修正前後數值相同,因此不是最近的退步,但仍需釐清這是兩個序列中真實存在的電台,還是深度搜尋建構出的報文。
!Decodium 的優勢並非恆定,取決於頻段狀況。在今天的作業中,從頻段開闊時段(UTC 12:15)的每秒每時隙+6.2條報文,變化到頻段閉塞時段(UTC 14:45)的+0.2條,11個時段的平均值為+2.8。只有在同一時刻比較才有意義:正午的時段和傍晚的時段測量的並不是同一回事。
!10日17:22至21:59 UTC的時段數據被誇大了。在此期間,Decodium運行著一個實驗性的相干處理,比較後已永久關閉:關閉後,Decodium/JTDX的比率從1.49降至1.17,Decodium的獨佔行(其他任何程式從未聽到過的發送方)在兩個對照時段中從378和312降至0和42。這些作為測量數據並非虛假——Decodium確實發出了這些行——但它們既不代表今天的解碼器,也不代表明天的解碼器。