FFB Probe の仕組み

ガイド付き走行

FFB Probe は、1 回の短いテスターの旅を中心に構成されています。つまり、バリュープロップ画面に着地し、スティックを検出し、安全チェックリストを確認し、それぞれのライブ効果を感じ、何が起こったのかに答え、結果のレポートを保存または共有します。各画面は目の前のタスクに焦点を当てているため、テスターは次に何をすべきかを常に把握できます。

ステップ 01

土地

最初の起動の着陸では、テスターが何かを行う前に、FFB Probe とは何か、テストに必要な内容、およびパブリック ハードウェア データベースが重要である理由が説明されます。

ステップ 02

検出する

次の画面では、ジョイスティック、VID:PID、およびフォースフィードバック機能が識別され、フォースが再生される前のスティックのライブ読み出しが表示されます。

ステップ 03

準備する

チェックリストにより、テスターはシミュレータを近くに置き、机のスペースを空け、スティックに手を添えたままにし、FFB2 グリップ センサーの癖に対処するようになります。

ステップ 04

感じる

実行中のビューには、Stop コントロールを隠すことなく、ライブ セクション、予期される信号、カウントダウン、および現在のエフェクトが表示されます。

ステップ 05

答え

各エフェクトの後、公開される選択ラベルにテスターが感じた内容が記録されます。別の回答メモ欄は非公開のままで、任意入力の文章と、Linux ではプローブが測定した X/Y の動きを含むことがあります。

ステップ 06

保存または共有

結果ページでは、デフォルトでレポートがローカルに保持されます。共有すると、編集されたハードウェア ペイロードが送信され、オプションの電子メール フィールドを使用して、FFB-Bridge がスティックのサポートを開始する場合に注意を求めることができます。

プローブがハードウェアに要求すること

Windows はライブテストを Constant、Periodic、Condition、Ramp の各セクションに分けます。Linux は各デバイスが通知する同等の evdev エフェクトを表示します。正確な数は両プラットフォームともドライバーとハードウェアによって異なります。

現在の Linux 版は各ライブエフェクトの再生中にスティックの X/Y センサーもサンプリングし、測定した変位をテスターの回答とともに記録するため、誤った「何も起きなかった」という回答を見つけやすくなります。この測定値は非公開の回答メモ欄に残り、公開デバイスページには表示されません。

2 つのファイルはそれぞれ実行すると書き込みます

レポートは、Windows では %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ に、Linux では ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/ に保存されます。実行ごとに 2 つのファイルが作成され、HTML は <pre> ブロック内に JSON を埋め込むため、ローカル レポートとアップロード ペイロードは同じバイトであることが保証されます。2 番目の隠れたアーティファクトはありません。

Windows へのインストールと発行元の確認

FFB Probe は Rohsam Inc. によって発行されています。インストーラーはユーザーごとにインストールされ、管理者パスワードや UAC プロンプトは必要ありません。バイナリは %LOCALAPPDATA%\Programs\ffb-probe の下に配置され、デスクトップ ショートカットと Start Menu エントリが書き込まれます。ディレクトリ選択機能は非表示になっているため、誤って奇妙な場所にインストールすることはありません。安定版の Windows リリースには署名が付いています。実行する前に、ダウンロード ページで Windows が発行元として Rohsam Inc. を表示していることと、SHA-256 を確認する を確かめてください。

Windows がインストーラーの検証済み発行元として Rohsam Inc. を表示しない場合、またはハッシュが公開マニフェストと一致しない場合は、そのファイルを実行しないでください。

リリース マニフェストが、ファイル名、サイズ、ハッシュに関する信頼できる情報源です。Windows インストーラーと Linux AppImage はどちらもオプトインのダウンロードです。プローブを実行しても、Share を選択するまでレポートはローカルに保持されます。

AppImage および evdev 権限

Linux ビルドは、自己完結型の AppImage として出荷されます。これを実行可能としてマークして実行し、スティックに十分な電力が供給された状態で移動できるようにします。

chmod +x ./FfbProbe-*.AppImage
./FfbProbe-*.AppImage

AppImage はそのまま実行できます。また、./FfbProbe-*.AppImage --install を使うと ~/Applications にユーザー単位のデスクトップ統合を追加できます。インストール済みコピーとメニュー項目を削除するには --uninstall を使用します。

検出は読み取り専用アクセスで機能しますが、ライブエフェクトにはジョイスティックの /dev/input/event* ノードへの書き込みアクセスが必要です。ウィザードが権限の失敗を報告した場合は、AppImage 全体を sudo で実行するのではなく、デバイスのイベント ノードの権限を一度だけ修正してください。

1. イベントノードを見つける

レポートまたはエラー テキストでは通常、event=/dev/input/event2 のような名前が付けられています。ジョイスティック イベントのシンボリックリンクを検査することもできます。

ls -l /dev/input/by-id/*event-joystick

2. 一時的な許可を試してください

event2 を、お使いのスティックのノードに置き換えてください。これはデバイスのプラグが抜かれるかマシンが再起動するまで続くため、問題を確認する安全な方法です。

sudo setfacl -m "u:$USER:rw" /dev/input/event2
./FfbProbe-*.AppImage

3. udev を使用して永続化します。

スティックの USB ID については、udev に問い合わせてください。

udevadm info -q property -n /dev/input/event2 | grep -E 'ID_VENDOR_ID|ID_MODEL_ID|NAME'

これらの小文字の 16 進 ID をデバイス固有のルールで使用します。この例は、SideWinder FFB2、VID:PID 045e:001b 用です。

sudo tee /etc/udev/rules.d/70-ffb-probe-045e-001b.rules > /dev/null <<'EOF'
# FFB Probe: allow the active desktop user to open this joystick's event node.
SUBSYSTEM=="input", KERNEL=="event*", ATTRS{idVendor}=="045e", ATTRS{idProduct}=="001b", TAG+="uaccess"
EOF

sudo udevadm control --reload-rules
sudo udevadm trigger --subsystem-match=input

スティックを取り外して再度接続し、AppImage を通常どおり実行します。ルールはデバイスごとであるため、ユーザーを広範な input グループに追加するよりも安全です。

Linux ウィザードは、DirectInput ではなく evdev フォースフィードバック エフェクトを使用します。共有レポートのスキーマは Windows と同じであるため、Linux の送信は同じパブリック データベースと OS 内訳に表示されます。

Windows と Linux で同意を前提とした更新

GUI は起動時に小さな安定リリース マニフェストを読み取ります。インストール ID、現在のバージョンのクエリ、デバイス情報、プローブ結果は送信されません。オフラインおよび不正な応答は沈黙を保ちます。

明示的な同意の後、FFB-Probe はインストーラーをダウンロードし、その正確な長さと SHA-256 を確認し、Rohsam Inc. からの有効な Windows 署名を要求し、ユーザーごとのインストーラーをサイレントに実行して、新しいビルドを再起動します。

実行中の Linux AppImage は、新しい AppImage をダウンロードして確認し、そのユーザー スコープのインストール ハンドラーを呼び出し、デスクトップ エントリとアイコンを更新し、インストールされたコピーを起動できます。

開発ビルド、抽出された AppDirs、ディストリビューション パッケージ、およびその他の非 AppImage Linux インストールは上書きされません。プロンプトは代わりにダウンロード ページとリリース ノートにリンクしており、すべてのユーザーはバージョンを延期またはスキップできます。

既知の問題と回復手順

リテラルバイトは監査面です

Share をクリックしない限り、レポートファイルはローカルに残ります。共有すると JSON ファイルが /submit に POST されます。これは HTML レポート下部に埋め込まれたものと同じバイトです。GUI は別途、上記の識別子を含まない起動時マニフェスト確認を行いますが、レポートやデバイスのデータは送信しません。

公開ハードウェアデータベースは VID:PID ごとの集計ビューを表示します。任意のテスター入力と Linux でプローブが測定した動きを含むことがある responses[].notes は一切表示しません。選択ラベル、機能フラグ、対応エフェクト、結果コード、失敗したエフェクト、実行エラーはデバイスページに表示されることがあります。

プライバシー契約全文を読む→ · アップロードされたサンプルレポートを開く →