4つのデコーダー、同じ音声

Decodium、JTDX、WSJT-X、MSHVが同じアンテナと同じオーディオ入力を聴取しています。4つすべてがデコードしたスロットで、異なるメッセージ数を数えています。実際の電波での比較であり、ベンチテストではありません。下記の制約事項をご覧ください。

運用局: IU8LMC Martino Merola · JN71DC · ワイヤー(ロングワイヤー)アンテナ、58 m · 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については設定を確認できませんでした。それぞれ運用者が設定した通りであり、揃えた設定ではありません。
!排他的な行は証拠ではなく手がかりです。1つのプログラムだけが見た行の送信者は、他のスロットでも検索されます。本日の管理されたサンプルでは97%のケースで見つかりました。ゴーストデコードの推定値は依然として最小値であり、最大値ではありません。
!MSHVは他より約1dB高く読み取ります(WSJT-Xと共通する3500件超のメッセージでの中央値の差は+1dB)。そのため「弱い」メッセージの割合は直接比較できません。
!受信機1台、バンド1つ、セッション1回。伝搬は4つのプログラムで共有されているため、差はデコーダーに由来しますが、サンプルは複数日ではなく単一のセッションにとどまります。
!ここでのDecodiumはバージョン1.0.623で、この測定と同じ日にリリースされ、デコーダー後段のフィルターに修正が加えられています。以前のセッションとの比較は同質ではありません。
!未解決の論点:同じ送信者がDecodiumの行の0.5%で隣接する2つのスロットに現れます(他のプログラムでは0~0.1%)。フィルター修正の前後で同じ値であるため、最近の後退ではありませんが、両方のシーケンスに実在する局なのか、深い探索によって構成された行なのかは、まだ明らかになっていません。
!Decodiumの優位性は一定ではなく、バンドコンディションに左右されます。本日のセッションでは、バンドが開いている時間帯(12:15 UTC)の+6.2メッセージ/秒/スロットから、バンドが閉じている時間帯(14:45 UTC)の+0.2まで変動し、11ウィンドウの平均は+2.8でした。比較は同じ時点でのみ意味を持ちます。正午のウィンドウと午後遅くのウィンドウでは、測定しているものが異なります。
!10/9の17:22から21:59 UTCまでのウィンドウは水増しされています。この期間、Decodiumは実験的なコヒーレントパスを使用しており、比較の結果、恒久的に無効化されました。無効化すると、Decodium/JTDXの比率は1.49から1.17に低下し、Decodiumの排他的な行(他のどのプログラムも一度も受信したことのない送信者)は、2つの対照ウィンドウで378と312から0と42に激減しました。これは測定として偽のデータではありません — Decodiumは実際にこれらの行を出力しました — が、今日のデコーダーも明日のデコーダーも代表していません。