本次测量的局限性
!这与 /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确实发出了这些行——但它们既不代表今天的解码器，也不代表明天的解码器。