四款解码器,同一路音频

Decodium、JTDX、WSJT-X 和 MSHV 同时监听同一根天线和同一路音频输入。统计的是四款程序全部解码成功的时隙中不同的报文数量。这是空中实测对比,不是实验室台架测试:详见下方声明的局限性。

正在等待进行中测量的第一批数据…

本次测量的局限性

!这与 /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%——在过滤器修正前后数值相同,因此不是最近的回归,但仍需弄清这是两个序列中真实存在的电台,还是深度搜索构造出的报文。