वर्तमान रिलीज़ दस्तावेज़ीकरण FFB-Bridge 1.6.0 कुछ बासी मिला? हमें बताएं प्रतिपुष्टी फ़ार्म.

सहायता पृष्ठ

सहायता पृष्ठ दस्तावेज़ीकरण, स्वास्थ्य जांच, निदान, लॉग और समर्थन-बंडल निर्यात के लिए एकल घर है। भौतिक उपकरण कॉन्फ़िगरेशन अब हार्डवेयर के अंतर्गत रहता है।

सहायता → हेल्थ जाँच में हर जाँच की अलग पंक्ति, सफल / जानकारी / चेतावनी / विफल स्थिति और उपलब्ध होने पर सुधार की कार्रवाई दिखाई देती है। शुरुआत में संसाधन टैब खुलता है। सहायता → हेल्थ जाँच में हर जाँच की अलग पंक्ति, सफल / जानकारी / चेतावनी / विफल स्थिति और उपलब्ध होने पर सुधार की कार्रवाई दिखाई देती है। शुरुआत में संसाधन टैब खुलता है।
आकृति 1. सहायता → हेल्थ जाँच में हर जाँच की अलग पंक्ति, सफल / जानकारी / चेतावनी / विफल स्थिति और उपलब्ध होने पर सुधार की कार्रवाई दिखाई देती है। शुरुआत में संसाधन टैब खुलता है।

टैब पट्टी

सहायता पृष्ठ खुलते ही दिखाई देता है संसाधन टैब, जहाँ ऑनलाइन दस्तावेज़ों और साथ आए PDF के लिंक हैं। बाकी दोनों टैब एक क्लिक दूर हैं:

  • संसाधन (सबसे पहले खुलता है) — आधिकारिक दस्तावेज़ और PDF मैनुअल। स्वागत परिचय दोबारा देखने के लिए सेटिंग्स → सामान्य खोलें।
  • हेल्थ जाँच - रोजमर्रा की ट्राइएज सतह (डिवाइस, Linux पर udev नियम, सिम रीचैबिलिटी, रनटाइम स्थिति)। क्लिक जाँच चलाएँ जांच - पड़ताल करना।
  • डायग्नोस्टिक्स - रनटाइम मेट्रिक्स, खोजने योग्य ईवेंट लॉग, और एक-क्लिक समर्थन-बंडल निर्यात। पर अलग से दस्तावेजीकरण किया गया डायग्नोस्टिक्स टैब पेज.

डिवाइस चयन, दिशा अंशांकन, मान्य प्रतिपादन, शक्ति सीमाएं और नियंत्रण असाइनमेंट अंतर्गत रहते हैं हार्डवेयर.

हेल्थ जाँच टैब

हेल्थ जाँच वह मार्ग है जिसकी अधिकांश परीक्षकों को तब आवश्यकता होती है जब कुछ गलत लगता है। क्लिक जाँच चलाएँ Bridge की स्थिति की जांच करने के लिए. पंक्तियाँ स्वतंत्र रूप से अपडेट होती हैं, इसलिए धीमी सिम जांच डिवाइस या रनटाइम परिणाम को प्रदर्शित होने से नहीं रोकती है।

  • सफल इसका मतलब है कि ब्रिज ने सेटअप के उस हिस्से को सत्यापित किया है।
  • जानकारी मतलब कुछ भी गलत नहीं है, लेकिन पंक्ति का संदर्भ उपयोगी है। उदाहरण के लिए, जब आप MSFS उड़ा रहे हों या मॉक मोड का उपयोग कर रहे हों तो X-Plane नहीं सुनने की उम्मीद है।
  • चेतावनी इसका मतलब है कि सेटअप जारी रह सकता है, लेकिन कुछ ठीक करने या रिपोर्ट करने लायक है।
  • विफल इसका मतलब है कि Bridge में अवरोध की समस्या पाई गई। जब हेल्थ जाँच को सुरक्षित समाधान का पता चलता है, तो पंक्ति एक कार्रवाई बटन प्रदान करती है।
  • तैयार और जाँच हो रही है तटस्थ अवस्थाएँ हैं जिनका उपयोग दौड़ से पहले और उसके दौरान किया जाता है।

स्वचालित डिवाइस प्रीफ़्लाइट

लॉन्च के समय, FFB-Bridge चुपचाप Windows, Linux और macOS पर डिवाइस बैकएंड की जांच करता है। Linux समर्थित ईवेंट नोड तक पढ़ने/लिखने की पहुंच की भी जांच करता है और क्या स्थापित udev नियम हर मौजूदा डिवाइस अनुमति को कवर करता है। चेतावनी या विफल होने पर एक संवाद खुलता है जिसमें हर समस्या का नाम होता है, साथ में “अभी समीक्षा करें और ठीक करें” और “अभी के लिए ख़ारिज करें” विकल्प होते हैं।

  • यदि सभी जाँचें सफल हो जाती हैं, तो कुछ भी नहीं खुलता।
  • स्टार्टअप सिम्युलेटर या नेटवर्क की जांच नहीं करता है; एक बंद सिम सामान्य है और रनटाइम चिंता का विषय बना हुआ है।
  • जबकि संवाद खुला है, स्वतः-सक्षम बल आउटपुट प्रतीक्षा करता है। समस्या की समीक्षा करें और उसे ठीक करें, या डिवाइस जानबूझकर डिस्कनेक्ट होने पर इसे खारिज कर दें; बर्खास्तगी के बाद, ऑटो-सक्षम बल आउटपुट केवल तभी जारी रह सकता है जब इसकी अन्य शर्तें पूरी हो जाएं।
सहायता → हेल्थ जाँच एक समर्थित ईवेंट-नोड सफल, “ठीक करें…” के साथ एक पुराना udev-नियम चेतावनी और एक भौतिक-डिवाइस विफल दिखाता है। सहायता → हेल्थ जाँच एक समर्थित ईवेंट-नोड सफल, “ठीक करें…” के साथ एक पुराना udev-नियम चेतावनी और एक भौतिक-डिवाइस विफल दिखाता है।
आकृति 2. सहायता → हेल्थ जाँच एक समर्थित ईवेंट-नोड सफल, “ठीक करें…” के साथ एक पुराना udev-नियम चेतावनी और एक भौतिक-डिवाइस विफल दिखाता है।

हार्डवेयर

पूर्व सहायता-पेज हार्डवेयर नियंत्रणों में अब एक समर्पित क्षेत्र है। पृथक प्रभाव परीक्षणों के लिए फ़्लाइट चेक का उपयोग करें और लगातार भौतिक-डिवाइस सेटिंग्स के लिए हार्डवेयर का उपयोग करें। हार्डवेयर गाइड खोलें.

हार्डवेयर → कैलिब्रेशन - पिच और रोल दिशा, बल ध्रुवता, और किसी भी आवश्यक अक्ष स्वैप को सत्यापित करें। हार्डवेयर → कैलिब्रेशन - पिच और रोल दिशा, बल ध्रुवता, और किसी भी आवश्यक अक्ष स्वैप को सत्यापित करें।
आकृति 3. हार्डवेयर → कैलिब्रेशन - पिच और रोल दिशा, बल ध्रुवता, और किसी भी आवश्यक अक्ष स्वैप को सत्यापित करें।

चेक कैसे दिए जाते हैं

प्रत्येक चेक पंक्ति में चार भाग होते हैं:

  • स्थिति - सफल (हरा), जानकारी (नीला), चेतावनी (एम्बर), विफल (लाल), तैयार/जाँच हो रही है (तटस्थ), या एन/ए जब पंक्ति इस प्लेटफ़ॉर्म पर लागू नहीं होती है।
  • शीर्षक — क्या जाँच की जा रही है.
  • विवरण - जो पाया गया उसका एक पंक्ति का सारांश। संपूर्ण विवरण देखने के लिए होवर करें (या स्पर्श पर टैप करें)।
  • एक्शन बटन - केवल तभी उपस्थित हों जब कोई कार्रवाई योग्य बात हो। उदाहरण: स्थानीय एंट्री इंस्टॉल करें, पोर्ट 5111 उपयोग करें, ठीक करें….

चेक

FFB जॉयस्टिक डिवाइस

पुष्टि करता है कि समर्थित फ़ोर्स फ़ीडबैक जॉयस्टिक OS को दिखाई देता है और Bridge इसे विशेष रूप से खोल सकता है। यदि कोई समर्थित VID/PID मौजूद नहीं है, या यदि कोई अन्य प्रक्रिया हैंडल पकड़ रही है तो विफल हो जाता है।

Linux udev नियम

हेल्थ जाँच सत्यापित करते हैं कि /etc/udev/rules.d/71-ffb-bridge.rules प्रत्येक मौजूदा समर्थित-डिवाइस इनपुट लाइन, MOZA TTY अनुमतियों और Logitech G940 तथा Brunner आधारों द्वारा उपयोग किए जाने वाले hidraw एक्सेस को कवर करता है। “ठीक करें…” कैनोनिकल क्यूरेटेड नियम का पूर्वावलोकन करता है, इसे pkexec के माध्यम से इंस्टॉल करता है, पुराना 99-ffb-bridge.rules हटाता है, udev को पुनः लोड करता है, और इनपुट, TTY और hidraw डिवाइस को ट्रिगर करता है। इंस्टॉलेशन के दौरान एक कनेक्टेड ऑप्ट-इन असूचीबद्ध जॉयस्टिक जोड़ा जाता है।

किसी पुराने नियम को चेतावनी के रूप में रिपोर्ट किया जाता है जब उसमें वर्तमान डिवाइस अनुमति का अभाव होता है, जैसे कि MOZA TTY लाइनें या Logitech G940 और Brunner आधारों द्वारा उपयोग किया जाने वाला hidraw एक्सेस, या जब उसके फ़ाइल नाम के कारण वह डेस्कटॉप-सत्र एक्सेस के लिए बहुत देर से चलता है, जैसा कि पुराने 99-ffb-bridge.rules के साथ होता है। भले ही फ़ाइल पहले से मौजूद हो, “ठीक करें…” का उपयोग करें; ऐप संपूर्ण जेनरेट किया गया नियम 71-ffb-bridge.rules के रूप में इंस्टॉल करता है और पुरानी फ़ाइल हटा देता है।

सफल मरम्मत के बाद, नियम सक्रिय है और ऐप पुनः आरंभ करने की अनुशंसा करता है। “अभी रीस्टार्ट करें” नई अनुमतियों के साथ जॉयस्टिक को फिर से खोलता है और किसी भी स्टार्टअप फ़ॉलबैक को हटा देता है; जब आपको पहले जारी रखने की आवश्यकता हो तो “मैं बाद में रीस्टार्ट करूँगा” चुनना सुरक्षित है।

अनुमति का अनुरोध करने से पहले Linux फिक्स डायलॉग कैनोनिकल समर्थित-डिवाइस इनपुट और MOZA TTY नियम का पूर्वावलोकन करता है। इंस्टॉलेशन के दौरान एक कनेक्टेड ऑप्ट-इन असूचीबद्ध जॉयस्टिक जोड़ा जाता है। अनुमति का अनुरोध करने से पहले Linux फिक्स डायलॉग कैनोनिकल समर्थित-डिवाइस इनपुट और MOZA TTY नियम का पूर्वावलोकन करता है। इंस्टॉलेशन के दौरान एक कनेक्टेड ऑप्ट-इन असूचीबद्ध जॉयस्टिक जोड़ा जाता है।
आकृति 4. अनुमति का अनुरोध करने से पहले Linux फिक्स डायलॉग कैनोनिकल समर्थित-डिवाइस इनपुट और MOZA TTY नियम का पूर्वावलोकन करता है। इंस्टॉलेशन के दौरान एक कनेक्टेड ऑप्ट-इन असूचीबद्ध जॉयस्टिक जोड़ा जाता है।
सफल मरम्मत के बाद, नियम सक्रिय है और ऐप पुनः आरंभ करने की अनुशंसा करता है। “अभी रीस्टार्ट करें” नई अनुमतियों के साथ जॉयस्टिक को फिर से खोलता है और किसी भी स्टार्टअप फ़ॉलबैक को हटा देता है; जब आपको पहले जारी रखने की आवश्यकता हो तो “मैं बाद में रीस्टार्ट करूँगा” चुनना सुरक्षित है। सफल मरम्मत के बाद, नियम सक्रिय है और ऐप पुनः आरंभ करने की अनुशंसा करता है। “अभी रीस्टार्ट करें” नई अनुमतियों के साथ जॉयस्टिक को फिर से खोलता है और किसी भी स्टार्टअप फ़ॉलबैक को हटा देता है; जब आपको पहले जारी रखने की आवश्यकता हो तो “मैं बाद में रीस्टार्ट करूँगा” चुनना सुरक्षित है।
आकृति 5. सफल मरम्मत के बाद, नियम सक्रिय है और ऐप पुनः आरंभ करने की अनुशंसा करता है। “अभी रीस्टार्ट करें” नई अनुमतियों के साथ जॉयस्टिक को फिर से खोलता है और किसी भी स्टार्टअप फ़ॉलबैक को हटा देता है; जब आपको पहले जारी रखने की आवश्यकता हो तो “मैं बाद में रीस्टार्ट करूँगा” चुनना सुरक्षित है।
NixOS अपवाद

हेल्थ जाँच से NixOS का पता चलता है (खोजकर)। /etc/NIXOS) और udev-नियम पंक्ति को नियम जोड़ने के निर्देश से बदल देता है कॉन्फ़िगरेशन.nix बजाय। देखना इंस्टॉल करें स्निपेट के लिए.

WindowsLinux MSFS SimConnect कॉन्फ़िग

SimConnect MSFS पथ है, इसलिए यह चेक Windows और Linux पर चलता है। यह MSFS की तलाश करता है SimConnect.xml प्लेटफ़ॉर्म-उपयुक्त स्थान में, इसे पार्स करता है, और ब्रिज द्वारा उपयोग किए जा रहे पोर्ट के विरुद्ध किसी भी सक्षम IPv4 प्रविष्टियों की तुलना करता है। तीन संभावित परिणाम:

  • मिलान प्रविष्टि पाई गई. हरा - कुछ नहीं करना है.
  • एक अलग बंदरगाह पर प्रवेश. एम्बर - एक प्रदान करता है पोर्ट :X उपयोग करें उस पोर्ट को अपनाने के लिए बटन।
  • कोई प्रयोग करने योग्य प्रविष्टि (या अप्राप्य फ़ाइल) नहीं। लाल - एक प्रदान करता है ठीक करें… बटन जो इंस्टॉल डायलॉग खोलता है (नीचे देखें)।
Linux एक विशेषाधिकार रहित पोर्ट का उपयोग करता है

MSFS अपने स्टॉक SimConnect प्रविष्टि को 500 पोर्ट पर शिप करता है। Windows पर जो ठीक से बंधता है और Bridge इसका उपयोग करता है। Linux पर Proton के तहत, उपयोगकर्ता-नेमस्पेस प्रक्रिया 1024 के नीचे के पोर्ट को बाइंड नहीं कर सकती है, इसलिए ब्रिज एक अनप्रिविलेज्ड पोर्ट (डिफ़ॉल्ट रूप से 5111) पर एक समानांतर प्रविष्टि स्थापित और उपयोग करता है जिसे MSFS-in-Proton वास्तव में बाइंड कर सकता है - यही कारण है कि Linux फिक्स और पोर्ट उपयोग करें उस उच्च बंदरगाह पर कार्रवाई बिंदु।

MSFS तक पहुँच

कॉन्फ़िगर किए गए TCP पोर्ट की जांच करता है। एक वास्तविक SimConnect खुला पैकेट भेजता है और प्रतिक्रिया हेडर का निरीक्षण करता है ताकि यह अंतर कर सके MSFS सुन रहा है से कुछ और ही सुन रहा है.

X-Plane तक पहुँच

X-Plane कनेक्शन Windows, Linux और Apple Silicon macOS पर उपलब्ध है। यह जाँच यहाँ RREF अनुरोध भेजती है: 127.0.0.1:49000 और प्रत्युत्तर में dataref के लिए थोड़ी देर प्रतीक्षा करता है। टाइमआउट और विंसॉक दोनों के मानचित्र WSAECONRESET (जब एक ICMP पोर्ट-अनरीचेबल वितरित किया गया था तब प्राप्त हुआ) "नहीं चल रहा"।

रनटाइम की स्थिति

मौजूदा डिवाइस, डेटा-स्रोत, टेलीमेट्री और अपवाद स्थिति का सारांश देता है। सफल का अर्थ है कि डिवाइस खुला है और लाइव सिम या मॉक सिम डेटा पाइपलाइन को चला रहा है; जानकारी का अर्थ है कि डिवाइस लाइव सिम डेटा के बिना खुला है, जो सिम बंद होने पर अपेक्षित है; विफल का अर्थ है कि डिवाइस खुला नहीं है।

क्रैश रिपोर्ट

यदि पिछला सत्र क्रैश हुआ था, तो FFB-Bridge अगली शुरुआत में हेल्थ जाँच पंक्ति के बजाय एक क्रैश-रिपोर्ट संवाद दिखाता है। कॉपी करें से सहेजा गया स्टैक ट्रेस कॉपी करें, और फ़ीडबैक फ़ॉर्म खोलें से अपने ब्राउज़र में फ़ीडबैक पेज खोलें, जहाँ आप लॉग चिपका सकते हैं और सहायता बंडल संलग्न कर सकते हैं।

ठीक करें संवाद

ठीक करें… बटन सीधे परिवर्तन लागू नहीं करते हैं - वे एक संवाद खोलते हैं जो दिखाता है कि वास्तव में क्या बदलने वाला है, कहां, और (Linux पर) ऑथ प्रॉम्प्ट आपसे क्या अनुमोदन करने के लिए कहेगा।

SimConnect कॉन्फ़िग इंस्टाल के लिए ठीक करें डायलॉग। जोड़ा जाने वाला सटीक XML स्निपेट परिणामी फ़ाइल के पूर्वावलोकन के साथ दिखाया गया है। SimConnect कॉन्फ़िग इंस्टाल के लिए ठीक करें डायलॉग। जोड़ा जाने वाला सटीक XML स्निपेट परिणामी फ़ाइल के पूर्वावलोकन के साथ दिखाया गया है।
आकृति 6. SimConnect कॉन्फ़िग इंस्टाल के लिए ठीक करें डायलॉग। जोड़ा जाने वाला सटीक XML स्निपेट परिणामी फ़ाइल के पूर्वावलोकन के साथ दिखाया गया है।

संवाद हमेशा होता है additive: मौजूदा प्रविष्टियाँ कभी भी अधिलेखित नहीं होतीं। यदि लक्ष्य फ़ाइल पार्स करने योग्य नहीं है, तो संवाद बताता है कि पहले टाइमस्टैम्प्ड बैकअप लिया जाएगा। रद्द करें हमेशा सुरक्षित विकल्प होता है।

Linux pkexec व्यवहार

क्रियाएँ जो सिस्टम पथों पर लिखती हैं (udev नियम, इसके अंतर्गत कुछ भी /etc) के माध्यम से मार्ग pkexec. आप अपने डिस्ट्रो का सामान्य polkit प्रॉम्प्ट देखेंगे - वही जो इसके लिए पॉप अप होता है भाग गया या एक पैकेज मैनेजर जीयूआई। निकास कोड हेल्थ जाँच व्याख्या करती है:

बाहर निकलनाअर्थहेल्थ जाँच रिपोर्ट
0सफलताहरा चेक; पंक्ति का पुनर्मूल्यांकन होता है।
126उपयोगकर्ता ने प्रमाणीकरण संकेत को ख़ारिज कर दियाएम्बर "रद्द" - तैयार होने पर पुनः प्रयास करें।
127कोई polkit एजेंट/लेख विफलता नहींलाल “प्रमाणीकरण विफल।”
बख्शीश

ब्रिज को न्यूनतम वातावरण में चलाना (नेतृत्व रहित Linux, polkit एजेंट के बिना स्वे) ठीक है - आप सहायता पृष्ठ के विशेषाधिकार प्राप्त सुधारों का उपयोग नहीं कर सकते। ब्रिज लॉन्च करने से पहले आवश्यक फ़ाइलें मैन्युअल रूप से इंस्टॉल करें या polkit एजेंट प्रारंभ करें।

जब हर चेक हरा हो

ऐप को काम करना चाहिए. यदि ऐसा नहीं होता है, तो पर स्विच करें डायग्नोस्टिक्स टैब - इसका इवेंट लॉग हेल्थ जाँच की एक-पंक्ति स्थिति से अधिक विवरण दिखाएगा। या कूदो समस्या निवारण सामान्य लक्षणों और समाधान के लिए.

MSFS 2020 और 2024 या कई इंस्टॉलेशन मौजूद हों तो सुधार से पहले हर नामित कॉन्फ़िगरेशन लक्ष्य की पुष्टि करें। सुधार चुने गए सिम्युलेटर का कॉन्फ़िगरेशन बदलता है; बाद में उस सिम्युलेटर को दोबारा शुरू करें। सेटिंग्स → सत्र तय करता है कि अगली शुरुआत में Bridge कौन-सा सिम्युलेटर चुनेगा।