3个FT8软件的解码能力差距 [复制链接]

今天因需打开了3个FT8软件，使用hamlib net rigctl 方法，将单一电台的数据分享给三个软件
软件各自设置了其最大解码状态，时间切片如下：

图片:3个FT8的解码能力差距.jpg

典型结论：在同一个时间间隙里，JTDX的解码能力最强，MSHV聊胜于无。
更新：见3楼，JTDX和MSHV解码能力相当。

我还以为几个软件内核一样，只是界面不一样呢，原来差距这么大。

这个周末的arrl数字模式竞赛没赶上，偶然拧到21091才意识到有比赛。巨多美国台。

更新，MSHV的设置错误，造成了解码问题。更正后，如下：

图片:软件的解码能力差距.png

典型结论：在同一个时间间隙里，JTDX的解码能力与MSHV接近。感谢BD1IIJ提醒。
昨晚网络太差想更新没能实现，图传不上来。

但WSJTD的解码能力似乎确实弱一点儿？

bg4kc:我还以为几个软件内核一样，只是界面不一样呢，原来差距这么大。
这个周末的arrl数字模式竞赛没赶上，偶然拧到21091才意识到有比赛。巨多美国台。 (2025-06-09 07:43) 

我也是因为这个竞赛才打开了WSJTD，发现它跟JTDX的解码能力有差异，顺便做了3个软件的比较。

JTDX 还能做的更好，但开太多自动功能违背了人与人通联的初衷，JT老爷子会骂的。 人机界面设计的也舒服。

MSHV 是给远征或者活动台纪念台这种需要大量通联使用的，个人实在没必要，而且设置太多太复杂。

WSJT 那就不是给人用的。

以上仅个人观点

这个还是要看设定的吧，我记得wsjt是可以设定耗费更多的cpu来深度解码的。
另外两款解码的时候也得看看cpu使用情况。

bi4sqm:这个还是要看设定的吧，我记得wsjt是可以设定耗费更多的cpu来深度解码的。
另外两款解码的时候也得看看cpu使用情况。 (2025-06-16 10:59) 

已经都选了我能设置的最大解码深度。

若你有对比，可以一起放上来看看。