स्वचालित अनुवाद. यह वेबसाइट स्वचालित रूप से अनुवादित की गई है, और हमें किसी भी त्रुटि के लिए खेद है। FFB-Bridge डेस्कटॉप ऐप वर्तमान में अंग्रेजी में है; यदि किसी विशेष भाषा के लिए पर्याप्त मांग है तो ऐप अनुवाद जोड़ा जा सकता है। कृपया सुधार या भाषा संबंधी अनुरोध इसके माध्यम से भेजें प्रतिक्रिया पृष्ठ.
वर्तमान रिलीज़ दस्तावेज़ीकरण FFB-Bridge 1.5.1 कुछ बासी मिला? हमें बताएं प्रतिपुष्टी फ़ार्म.

समर्थन पृष्ठ

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

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

टैब पट्टी

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

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

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

स्वास्थ्य जांच टैब

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

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

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

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

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

हार्डवेयर

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

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

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

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

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

चेक

उपकरण

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

Linux udev नियम

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

किसी पुराने नियम को WARN के रूप में रिपोर्ट किया जाता है जब उसमें वर्तमान डिवाइस अनुमति का अभाव होता है, जैसे कि MOZA TTY लाइनें या लिखने योग्य hidraw एक्सेस Logitech G940 बल-प्रोटोकॉल पथ की आवश्यकता होती है। भले ही फ़ाइल पहले से मौजूद हो, फ़िक्स का उपयोग करें; ऐप इसे संपूर्ण जेनरेट किए गए नियम से बदल देता है।

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

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

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

WindowsLinux SimConnect कॉन्फ़िगरेशन

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

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

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

SimConnect पहुंच योग्यता

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

X-Plane पहुंच योग्यता

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

क्रम

जाँचता है कि नियंत्रण लूप अपने लक्ष्य 50 Hz पर टिक कर रहा है। यदि अंतिम 60 का माध्य 45 Hz से नीचे चला जाए तो चेतावनी देता है।

क्रैश लॉग

यदि पिछले सत्र से कोई क्रैश लॉग है, तो पंक्ति एम्बर हो जाती है और ऑफ़र करती है प्रकट करना अपने फ़ाइल प्रबंधक में इस पर जाने के लिए, और फीडबैक फॉर्म के माध्यम से भेजें जो संलग्न लॉग के साथ फीडबैक सबमिशन को पूर्व-पॉप्युलेट करता है।

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

हल करना… बटन सीधे परिवर्तन लागू नहीं करते हैं - वे एक संवाद खोलते हैं जो दिखाता है कि वास्तव में क्या बदलने वाला है, कहां, और (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 कौन-सा सिम्युलेटर चुनेगा।

पहले का मॉक सिम अगला डायग्नोस्टिक्स टैब