X-Plane 11 / 12
X-Plane 11 と 12 は、シミュレーターに内蔵された UDP データレフインターフェースを使用します。Bridge 用のプラグインは必要ありません。同じコンピューターで X-Plane の通常の UDP ポート 49000 を利用可能な状態にしてフライトを開始し、Bridge の「シム」状態を確認してください。
自動検出が実行中の別のシミュレーターを選んでしまう場合は、「設定 → セッション」で X-Plane を明示的に選択してください。この設定を変更した後は Bridge を再起動してください。macOS は X-Plane に対応し、MSFS への接続は Windows と Linux で利用できます。
シミュレーターを待つ
Bridge はシミュレーターより先に起動できます。開いたまま MSFS/X-Plane を起動し、フライトを読み込みます。待機中も検出は続きます。プロセスの存在は手掛かりにすぎず、有効な応答を受けてから SIM が接続状態になります。シミュレーターが閉じているのは正常で、待機タイムアウト警告を繰り返しません。
X-Plane が接続されない場合
「サポート → ヘルスチェック」を開き、「X-Planeへの接続性」を実行してください。フライトが読み込まれていること、X-Plane が UDP ポート 49000 を使用していること、ローカルのファイアウォールが両アプリ間の通信を許可していることを確認してください。到達確認への応答は、確認処理がデータを受信したことを示します。実際のセッションには、新しく有効な飛行データも必要です。機体名が取得できるだけでは十分ではありません。
「オートパイロットフォロー」とネイティブトリム
対応する連動型の操縦デバイスでは、「APフォロー」が必要なピッチ軸またはロール軸の制御権を一時的に取得し、実物のデバイスからの入力を X-Plane に返します。X-Plane 12.2 以降では、互換性のある従来型の操縦デバイスでネイティブトリムも利用できます。制御権は軸ごとに取得され、アーム解除、切断、終了時に解放されます。独自のアドオンは別の操縦システムを使用する場合があります。機体名が認識されても、値を書き込める連携が保証されるわけではありません。
機体ごとの制約
ネイティブトリムはすべての機体に対応するわけではなく、独自のオートパイロットには個別の連携が必要です。Zibo は独自のオートパイロットデータを使用し、Bridge は Zibo 専用のデータレフには書き込みません。X-Plane では、油圧喪失の検出にまだ対応していません。必要なテレメトリが利用できないエフェクトは、対応する事象を再現できません。
一時停止、読み込み、再接続
Bridge は受信した UDP パケット内の飛行データについて、経過時間と有効性を確認します。約三秒間、新しい飛行データがないストリームは古いデータと判断されます。一時停止中は、動的フォースが静まっていても接続を維持できます。読み込み中やシミュレーター終了時には、状態表示とフォース監視機能が利用可能なデータに応じて動作します。その後、有効なフライトデータが届くと自動的に再接続します。
トリム補償
X-Plane 12.2 以降では、互換性のある従来型の機体で、対応する FFB デバイスを使ったネイティブのトリム補償を利用できます。以前の X-Plane バージョンや独自の操縦システムでは、利用可能な代替方式を使用します。すべてのアドオンが標準のトリムモデルを使用していると考えず、実際に使用する機体で操縦力の軽減と機体の反応を確認してください。
X-Plane の AY210 では、Bridge が自動操縦のピッチとロールのスプリングを制御し、ネイティブ制御の受け渡し時に物理位置の一致に 5% の許容幅を設けます。HDG のみではピッチは手動のままです。既定の抵抗はダンピング 30%、慣性 10%、摩擦 0% です。明示的なハードウェア設定、プロファイルによる効果、力の上限は引き続き適用されます。標準 C172 で、コールド状態かつ気流がないときにトリム補償を解除する動作を修正しました。検証範囲はテスト済みの Linux 上の C172/AY210 の組み合わせに限られ、カスタム機体や他のプラットフォームでは個別の確認が必要です。