সমস্যা সমাধান

লক্ষণগুলি প্রথমে, নীচে ঠিক হয়। বেশিরভাগ ক্ষেত্রেই সহায়তা পৃষ্ঠাএর স্বাস্থ্য পরীক্ষা ট্যাব ইতিমধ্যেই জানে কি ভুল — এই তালিকাটি ম্যানুয়ালি কাজ করার আগে সেখানে চেক করুন। যদি এখানে কিছু সাহায্য না করে, তাহলে সহায়তা পৃষ্ঠা থেকে একটি সহায়তার তথ্যপ্যাক রপ্তানি করুন। ডায়াগনস্টিকস ট্যাব এবং একটি প্রতিক্রিয়া প্রতিবেদন খুলুন.

স্বয়ংক্রিয় ডিভাইস preflight

লঞ্চের সময়, FFB-Bridge শান্তভাবে Windows, Linux, এবং macOS-এ ডিভাইসের ব্যাকএন্ড পরীক্ষা করে। Linux একটি সমর্থিত ইভেন্ট নোডে রিড/রাইট অ্যাক্সেস এবং ইনস্টল করা udev নিয়ম প্রতিটি বর্তমান ডিভাইসের অনুমতি কভার করে কিনা তাও পরীক্ষা করে। সতর্কতা বা ব্যর্থ হলে প্রতিটি সমস্যার নামসহ একটি ডায়ালগ খোলে, যেখানে “দেখে এখনই ঠিক করুন” ও “আপাতত সরিয়ে দিন” থাকে।

• সমস্ত চেক পাস হলে, কিছুই খোলে না।
• স্টার্টআপ সিমুলেটর বা নেটওয়ার্ক অনুসন্ধান করে না; একটি বন্ধ সিম স্বাভাবিক এবং একটি রানটাইম উদ্বেগ থেকে যায়।
• ডায়ালগ খোলা থাকাকালীন, স্বয়ংক্রিয় সক্রিয়করণ অপেক্ষা করছে। সমস্যাটি পর্যালোচনা করে ঠিক করুন, অথবা ডিভাইস যথাসম্ভব সংযোগ বিচ্ছিন্ন করা হলে এটি বাতিল করুন; বাতিল করার পরে, শুধুমাত্র অন্যান্য পূর্বশর্ত পূরণ হলে স্বয়ংক্রিয় সক্রিয়কરણ চালিয়ে যেতে পারে।

Windows 11 SmartScreen বা Smart App Control লঞ্চ বন্ধ করে

Windows ইনস্টলারটি Rohsam প্রকাশক পরিচয় দ্বারা কোড-স্বাক্ষরিত, তবে একেবারে নতুন স্বাক্ষরিত ফাইলগুলির এখনও কম SmartScreen বা Smart App Control খ্যাতি থাকতে পারে। যদি Windows একটি সতর্কতা দেখায়, ফাইলটি থেকে এসেছে তা যাচাই করুন ffb-bridge.com, প্রকাশিত হ্যাশ উপলব্ধ হলে চেক করুন এবং প্রকাশক নিশ্চিত করুন Rohsam Inc. বা RohsamInc.

SmartScreen প্রম্পটগুলি সাধারণত এর সাথে প্রসারিত করা যেতে পারে আরো তথ্য আপনি প্রকাশক যাচাই করার পরে। Smart App Control কিছু Windows 11 সিস্টেমে কঠোর হতে পারে এবং এটির খ্যাতি উন্নত না হওয়া পর্যন্ত একটি নতুন বিল্ড ব্লক করতে পারে। Microsoft এর নিজস্ব নির্দেশিকা:

Microsoft: Smart App Control প্রায়শই জিজ্ঞাসিত প্রশ্ন

আপনি যদি Windows রেপুটেশন প্রম্পটের পরিবর্তে একটি অ্যান্টিভাইরাস কোয়ারেন্টাইন দেখতে পান, তাহলে পতাকাঙ্কিত নমুনার বিবরণ ইমেল করুন support·ffb-bridge.com তাই আমরা তদন্ত করতে পারি।

স্টিক মোটেও নড়াচড়া করে না

এটা কি সক্রিয়?

উপরের স্ট্রিপে ককপিট সক্রিয়তা গেজ পড়া আবশ্যক সক্রিয় (অ্যাম্বার গ্রেডিয়েন্ট)। যদি এটা পড়ে নিষ্ক্রিয় (ধূসর গ্লিফ, উষ্ণ সীমানা), এটি ক্লিক করুন এবং নিশ্চিত করুন। যদি এটা পড়ে ত্রুটিপূর্ণ (লাল), নীচে দেখুন "স্টিক কাজ করছিল, হঠাৎ বন্ধ হয়ে গেল" — একটি পূর্বশর্ত সবেমাত্র বাদ পড়েছে।

ডিভাইস সনাক্ত করা হয়?

মাঝের সক্রিয় করার নিয়ন্ত্রণের নিচে ডিভাইস বা প্রস্তুতির বার্তা দেখুন, তারপর হার্ডওয়্যার → ডিভাইস দেখুন। প্রত্যাশিত ডিভাইস না থাকলে:

• স্টিক আনপ্লাগ এবং পুনরায় প্লাগ করুন; Bridgeটি এক বা দুই সেকেন্ডের মধ্যে পুনরায় সনাক্ত করা হয়।
• বর্তমান ID: SideWinder FFB2 045e:001b; Logitech G940 046d:c287 এবং Windows-এর বিকল্প পরিচয় 046d:c2a8; Force 3D Pro 046d:c286; WingMan Force 3D 046d:c283; MOZA AB9 346e:1000; AB6 346e:1002; AY90 346e:1003; AY210 346e:1001; Brunner FFB-G 25bb:00d2 এবং 25bb:0120, DirectX মোডে CLS MZ 25bb:0121; Brunner FFB-H 25bb:00ca (Brunner প্রতিটি গ্রিপ ও USB মোডের জন্য আলাদা পণ্যের ID দেয়; তালিকায় নেই এমন গ্রিপের ID জানালে তা যুক্ত করা যাবে); PicoWinder cafe:4004; Adapt-FFB-Joy 03eb:204e।
• Linux একটি পুরানো নিয়মকে সতর্কতা হিসাবে রিপোর্ট করা হয় যখন এতে বর্তমান কোনো ডিভাইসের অনুমতি থাকে না, যেমন MOZA TTY লাইন বা Logitech G940 ও Brunner বেসের ব্যবহৃত hidraw অ্যাক্সেস, অথবা যখন ফাইলের নামের কারণে এটি ডেস্কটপ সেশনের অ্যাক্সেসের জন্য খুব দেরিতে কার্যকর হয়, যেমন আগের 99-ffb-bridge.rules। ফাইলটি ইতিমধ্যে বিদ্যমান থাকলেও “ঠিক করুন…” ব্যবহার করুন; অ্যাপটি সম্পূর্ণ জেনারেট করা নিয়ম 71-ffb-bridge.rules হিসাবে ইনস্টল করে এবং আগের ফাইলটি সরিয়ে দেয়। একটি সফল মেরামতের পরে, নিয়মটি সক্রিয় থাকে এবং অ্যাপটি পুনরায় চালু করার পরামর্শ দেয়। “এখনই রিস্টার্ট করুন” নতুন অনুমতির সাথে জয়স্টিক পুনরায় খোলে এবং যেকোনো স্টার্টআপ ফলব্যাক ড্রপ করে; আপনার প্রথমে চালিয়ে যাওয়ার প্রয়োজন হলে “পরে রিস্টার্ট করব” বেছে নেওয়া নিরাপদ।
• Windows ফোর্স ফিডব্যাক — DIY পরীক্ষক দাবি করে এমন অন্য কোনও অ্যাপ বন্ধ করুন, কিছু জয়স্টিক ডায়াগনস্টিক ইউটিলিটি একচেটিয়া অ্যাক্সেস ধারণ করবে।

একটি সিম সংযুক্ত আছে?

ফ্লাইট লোড করার পর উপরের স্ট্রিপে সিম ও বিমানের পরিচয় দেখুন। সিমুলেটর সংযুক্ত না থাকলে দেখুন MSFS সেটআপ গাইড অথবা X-Plane সেটআপ গাইড আপনার সিমের জন্য। এর মধ্যে, দ মক সিম পৃষ্ঠাটি আপনাকে নিশ্চিত করতে দেবে বাকি পাইপলাইন কাজ করছে।

MSFS সংযোগ করে কিন্তু কোনো বলই সঠিক মনে করে না

যদি স্টিক চলমান থাকে কিন্তু বল ভুল বোধ করে, সমস্যাটি সাধারণত প্রোফাইল বা এয়ারফ্রেমের অমিল হয়:

• আপনার বিমানের জন্য অন্তর্ভুক্ত প্রোফাইল দিয়ে শুরু করুন। সিমুলেটর বিমানের তথ্য জানালে স্বয়ংক্রিয় মিলকরণ সেটি নির্বাচন করে, এবং টিউনিং দেখায় কোন প্রোফাইল ব্যবহৃত হবে; কোনোটি না মিললে একই শ্রেণির সবচেয়ে কাছের প্রোফাইল ব্যবহার করুন। বেশিরভাগ “ভুল” অনুভূতি আসে একটি প্রোফাইল থেকে যা ভিন্ন ধরনের বিমানের জন্য টিউন করা হয়েছে।
• চেক করুন নিয়ন্ত্রণ ব্যবস্থা সেটিং, যা টিউনিং → বিমান সেটআপ → বিমান-এ রয়েছে। একটি ভারী জেট সেট ম্যানুয়াল, অথবা একটি হালকা GA এয়ারক্রাফট সেট করা হয়েছে Fly-by-wire, অন্যথায় ভাল লাভের সাথেও ভুল বোধ করবে — এটি বিমানের সাথে মেলে (ম্যানুয়াল, হাইড্রোলিক, বা Fly-by-wire)।
• ড্যাশবোর্ডের স্টিকের কার্যকলাপ প্যানেল চেক করুন। এটি বেসলাইন স্প্রিং কে অক্ষ লোড, ইঞ্জিন রাম্বল, গ্রাউন্ড রোল, টার্বুলেন্স এবং যান্ত্রিক এক-শট এর মত গতিশীল চ্যানেল থেকে আলাদা করে। ইফেক্টগুলি যদি আপনি সক্রিয় হিসাবে দেখাতে আশা করেননি, তাহলে সিম টেলিমেট্রি রিপোর্ট করছে যা তাদের চালাচ্ছে।
• তৃতীয় পক্ষের বিমান মাঝে মাঝে স্ট্যান্ডার্ড SimVars বাস্তবায়ন এড়িয়ে যায়। Bridge এটি সহ্য করে (ভার্স ডিফল্ট শূন্য থেকে অনুপস্থিত), কিন্তু কিছু প্রভাব ফলস্বরূপ আগুনে ব্যর্থ হবে। এটি একটি পরিচিত সীমাবদ্ধতা যা আমরা সহজেই Bridgeর চারপাশে কাজ করতে পারি না — নির্দিষ্ট বিমানের প্রতিবেদন করুন যাতে আমরা চরিত্রগত করতে পারি।

ট্রে আইকন দেখা যাচ্ছে না (Linux)

কিছু ডেস্কটপ পরিবেশ বাক্সের বাইরে সিস্টেম-ট্রে হোস্ট পাঠায় না — জিনোম ওয়েল্যান্ড সবচেয়ে বড়। যখন Bridge এটি সনাক্ত করে, তখন এটি উইন্ডোর শীর্ষে একটি ব্যানার দেখায় যা ব্যাখ্যা করে যে ক্লোজ অ্যাপটি সরাসরি ছেড়ে দেবে (নিঃশব্দে লুকিয়ে রাখার পরিবর্তে), এবং ক্লোজ বোতামটি সেই অনুযায়ী আচরণ করে। একটি ট্রে আইকন ফিরে পেতে জিনোমে AppIndicator সমর্থন এক্সটেনশন ইনস্টল করুন; KDE, Xfce, Cinnamon, MATE এবং Budgie-এ ট্রে বাক্সের বাইরে কাজ করে।

স্বাস্থ্য পরীক্ষা বলছে MSFS-এ পৌঁছানো যায় কিন্তু কোনো ডেটা প্রবাহিত হয় না

Bridgeটি সংযোগ করছে (TCP হ্যালো গৃহীত হয়েছে) কিন্তু ডেটা স্ট্রিম শুরু হচ্ছে না। MSFS 2024-এ সাধারণত এর মানে SimVar সাবস্ক্রিপশন ব্যর্থ হচ্ছে কারণ অভ্যন্তরীণ SimConnect সার্ভার এখনও শুরু হচ্ছে। ইন্ট্রো স্ক্রীনের পরে MSFS মূল মেনুতে পৌঁছানো পর্যন্ত অপেক্ষা করুন এবং আবার চেষ্টা করুন।

X-Plane সনাক্ত করা হয়েছে কিন্তু কোনো ডেটা প্রবাহিত হয়নি।

X-Plane অল্পক্ষণ দেখা দিয়ে আবার “কোনো সিম চলছে না” দেখালে স্বাস্থ্য পরীক্ষা চালান ও ডায়াগনস্টিকস লগ দেখুন। Bridge-এর জন্য সাম্প্রতিক, বৈধ ফ্লাইট তথ্য দরকার; শুধু পরিচয়সংক্রান্ত উত্তর দিয়ে চলমান ফ্লাইট নিশ্চিত হয় না। পরীক্ষা করুন:

• ফায়ারওয়াল চালু রেখেই X-Plane ও FFB-Bridge-এর স্থানীয় যোগাযোগের অনুমতি দিন।
• Bridge প্রক্রিয়ায় UDP 49000 আউটবাউন্ড হোয়াইটলিস্ট।

Windows 1.5.3 থেকে অ্যাপের ভেতরের আপডেট “The system cannot find the path specified” দেখিয়ে ব্যর্থ হয়

1.5.3-এর আপডেটার ইনস্টলার ব্যবহার করতে থাকা অবস্থাতেই তার ডাউনলোড ফোল্ডার সরিয়ে ফেলতে পারত। 1.6.0 ডাউনলোড করা ইনস্টলার সরাসরি চালু করে এবং পরের বার চালুর সময় পুরোনো ডাউনলোড ফোল্ডার পরিষ্কার করে; এই সংশোধন 1.6.0 ও পরবর্তী সংস্করণ থেকে করা আপডেটে প্রযোজ্য। 1.5.3 থেকে আপডেট ব্যর্থ হলে ডাউনলোড পৃষ্ঠা থেকে 1.6.0 ইনস্টলার ডাউনলোড করে চালান; আপনার প্রোফাইল ও পছন্দসমূহ বজায় থাকে।

Windows সক্রিয় করা বা উড্ডয়ন করার কিছুক্ষণ পর ক্র্যাশ

এর আগে Windows হার্ডওয়্যার-মোড বিল্ডগুলি একটি বড় ধরে রাখা DirectInput প্রভাব টেবিল তৈরি করেছিল — প্রতিটি লজিক্যাল সিমুলেটর কিউর জন্য একটি শারীরিক প্রভাব। কিছু Sidewinder FFB2 / Windows-এ pid.dll স্ট্যাক, যে কল প্যাটার্ন সক্রিয় ফ্লাইট সময় ক্র্যাশ হতে পারে, প্রায়ই কাছাকাছি CreateEffect, SetPeriodic, বা স্থানীয় ACCESS_VIOLATION ব্রেডক্রাম্বস এটি একটি MSFS সমস্যা নয় এবং এটি একটি চিহ্ন নয় যে আপনার স্টিক এর ফার্মওয়্যার খারাপ।

Windows MSFS বিরতি বা একটি দীর্ঘ তোতলামির পরে বল অদৃশ্য হয়ে যায়

বর্তমান বিল্ডগুলি বিশেষভাবে এই শ্রেণীর বাগকে লক্ষ্য করে। MSFS পজ এবং অ্যাক্টিভ পজ এখন ডাইনামিক প্রভাবগুলিকে অবিলম্বে দমন করে, যখন স্টিক একটি নিরপেক্ষ ডিফল্ট স্প্রিং ধারণ করে। রিজিউমে, ইফেক্ট রিপ্লে করার আগে স্প্রিং প্যারামিটারগুলি পুনরায় আপলোড করা হয় তাই পিচ এবং রোল উভয়ই পুনরুদ্ধার করে।

যদি রোল বলটি বর্তমান বিল্ডে পুনরায় শুরু করার পরেও অনুপস্থিত বোধ করে, তাহলে এটি পুনরুত্পাদনের সাথে সাথে একটি সহায়তার তথ্যপ্যাক রপ্তানি করুন এবং ড্যাশবোর্ডটি অক্ষ লোড, বেসলাইন স্প্রিং, বা গতিশীল চ্যানেলগুলি দেখিয়েছিল কিনা তা বর্ণনা করুন। এটি আমাদের বলে যে পাইপলাইনটি শান্ত হয়েছে নাকি ডিভাইস ড্রাইভার একটি অক্ষ হারিয়েছে।

পুনঃসংযোগের পর বলের আউটপুট অসম্পূর্ণ হলে নিষ্ক্রিয় করুন, ডায়াগনস্টিকস দেখুন এবং বিকল্প থাকলে হার্ডওয়্যার → প্রভাব-এ হার্ডওয়্যার ইফেক্ট পরীক্ষা চালান। উপলব্ধ রেন্ডারার ও পুনরুদ্ধারের পথ নির্দিষ্ট ডিভাইসের ওপর নির্ভর করে। সামঞ্জস্যের সেটিংস বদলানোর আগে সাপোর্ট বান্ডল এক্সপোর্ট করুন, তারপর চালান হার্ডওয়্যার পরীক্ষা করুন…, তারপরে প্রভাব রেন্ডারিং সেট করুন: সফটওয়্যার যদি পরীক্ষা ব্যর্থ হয় বা Bridge পরবর্তী লঞ্চে সেই পুনরুদ্ধারের প্রস্তাব দেয়। অনুগ্রহ করে একটি সহায়তার তথ্যপ্যাক পাঠান যাতে আমরা অবশিষ্ট ড্রাইভার স্ট্যাকটি চিহ্নিত করতে পারি।

Linux নিষ্ক্রিয় এবং পুনরায় সক্রিয় করার পরে কোন বল নেই

1.4.1-এ, একই Linux সেশনের মধ্যে দ্বিতীয়বার সক্রিয় করা প্রত্যেক ডিভাইসে ব্যর্থ হয়েছে: নিষ্ক্রিয় করার সময় অ্যাপলিকেশন তার ফোর্স ফিডব্যাক প্রভাব স্লট কখনো মুক্ত করেনি, ফলে কার্নেলের প্রতি ডিভাইস পুল শেষ হয়ে গেছে এবং পরবর্তী প্রত্যেক সক্রিয়করণ অ্যাপলিকেশন পুনরায় আরম্ভ না হওয়া পর্যন্ত ব্যর্থ হয়েছে। 1.4.2 এই সমস্যা সমাধান করে; যদি আপনি 1.4.1-এ থাকেন, অ্যাপলিকেশন হালনাগাদ করুন অথবা পুনরায় আরম্ভ করুন। 1.4.2 পরবর্তী আরম্ভে একটি পরিষ্কার প্রস্থানকে ক্র্যাশ হিসেবে রিপোর্ট করা থেকেও প্রতিরোধ করে।

আরেকটি ফোর্স ফিডব্যাক প্রোগ্রাম চলাকালীন বল মারা যায়

কিছু প্রোগ্রাম, উদাহরণস্বরূপ SteamVR, শুরু করার সময় যেকোন ফোর্স ফিডব্যাক ডিভাইস খুঁজে পেলে তা পুনরায় সেট করে দেয়, যা FFB-Bridge লোড করা ইফেক্ট মুছে ফেলে। যেহেতু 1.4.2 সক্রিয় থাকাকালীন Bridge প্রতি সেকেন্ডে একবার পরীক্ষা করে দেখে যে ডিভাইসে তার ইফেক্ট এখনও আছে এবং অন্য কোন প্রোগ্রাম এটি পুনরায় সেট করলে স্বয়ংক্রিয়ভাবে পুনরায় সেগুলো তৈরি করে, তাই বল নিজে থেকেই ফিরে আসে। যদি ডিভাইস পুনরায় সেট করতে থাকে, পুনরায় সেটি পুনরায় তৈরি করার প্রচেষ্টা সীমাবদ্ধ হয়ে যায় এবং একটি বার্তা দেখায় যে কি ঘটেছে; বিরোধপূর্ণ প্রোগ্রাম বন্ধ করুন, তারপর নিষ্ক্রিয় করুন এবং পুনরায় সক্রিয় করুন।

প্রস্থান করার পরে ~30 সেকেন্ডের জন্য প্রভাবগুলি চলতে থাকে।

পূর্ববর্তী Win11 + FFB2-ড্রাইভার সমস্যা। এই স্ট্যাকে, প্রস্থানের সময় Bridge-এর প্রতি-প্রভাব পরিষ্কার করার ফলে প্রতিটি কলকে প্রভাবের পূর্ণ ফার্মওয়্যার প্লেব্যাক সময়ের জন্য বন্ধ করে দেওয়া হয় - তাই Bridge বন্ধ করার পর কম্পন অথবা বাফেটিং-এর প্রভাবে তাদের স্বাভাবিক ~32 দ্বিতীয় টাইমার শেষ হয়ে যায়, যার ফলে স্টিক-কে ডেস্কটপে কোন অ্যাপলিকেশন চালানোর অভাবে সক্রিয় অবস্থায় রাখা হয়। বর্তমান বিল্ড বন্ধ করার সময় প্রতি-প্রভাব কাজ সম্পূর্ণভাবে ছেড়ে দেয় এবং দুটি ডিভাইস-স্তরের কমান্ড ব্যবহার করে (halt-all + reset ফার্মওয়্যার effect table) যা তাৎক্ষণিকভাবে ফিরে আসে। একই সংশোধন ভেক্টরকৃত এক্সেপশন হ্যান্ডলারের মাধ্যমে নেটিভ ক্র্যাশের ক্ষেত্রেও প্রযোজ্য। যদি আপনি বর্তমান বিল্ডে এটি দেখতে পান, অনুগ্রহ করে একটি ফিডব্যাক রিপোর্ট দাখিল করুন।

Windows প্রস্থান উদ্ধৃত উপর ক্র্যাশ 0x80131506

আগের ইস্যু। ইনস্টলের একটি ভগ্নাংশে, Bridgeটি একটি Windows ত্রুটি রিপোর্টিং পপআপ উদ্ধৃতির সাথে ক্র্যাশ হবে coreclr.dll এবং ব্যতিক্রম কোড 0x80131506 যে মুহূর্ত আপনি প্রস্থান বা উইন্ডো বন্ধ ক্লিক করুন. মূল কারণ: UI থ্রেড এবং রানটাইমের কন্ট্রোল লুপ উভয়ই বন্ধ করার সময় একই সময়ে DirectInput-এ কল করছিল, এবং COM মার্শালার অবশেষে লক্ষ্য করে এবং প্রক্রিয়াটিকে ছিঁড়ে ফেলে। বর্তমান বিল্ডগুলি সমস্ত DirectInput অ্যাক্সেসকে এখন ডিভাইসের সীমানায় একটি একক লকের মাধ্যমে সিরিয়ালাইজ করে যাতে দুটি থ্রেড কখনও মার্শালারের সাথে রেস করতে না পারে। আপনি যদি একটি দেখা হয় 0x80131506 বর্তমান বিল্ড থেকে প্রস্থান করার সময়, অনুগ্রহ করে একটি প্রতিক্রিয়া প্রতিবেদন ফাইল করুন।

লঞ্চে দুর্ঘটনা

পরবর্তী-লঞ্চ পুনরুদ্ধার প্রবাহ: যদি পূর্ববর্তী লঞ্চটি ক্র্যাশ হয়ে যায়, Bridgeটি পরবর্তী শুরুতে একটি ক্র্যাশ-রিপোর্ট ডায়ালগ দেখায়, স্ট্যাক ট্রেস, একটি “কপি করুন” বোতাম এবং একটি প্রতিক্রিয়া ফর্ম খুলুন বোতামসহ। “কপি করুন”-এ ক্লিক করুন, তারপর “প্রতিক্রিয়া ফর্ম খুলুন”; আপনার ব্রাউজারে প্রতিক্রিয়া পৃষ্ঠা খোলে, যেখানে আপনি লগ পেস্ট করতে এবং একটি সহায়তার তথ্যপ্যাক সংযুক্ত করতে পারেন।

ডায়ালগটি উপস্থিত হওয়ার আগে অ্যাপটি ক্র্যাশ হলে, আপনার সরাসরি ক্র্যাশ লগ ফাইলের প্রয়োজন হবে:

• Windows %LOCALAPPDATA%\ffb-bridge\crashes\
• Linux ~/.local/share/ffb-bridge/crashes/

সবচেয়ে সাম্প্রতিক সংযুক্ত করুন লগ একটি প্রতিক্রিয়া রিপোর্ট ফাইল.

"Bridge রাখা যাবে না" সতর্কতা

নিয়ন্ত্রণ লুপ রেট কমে গেলে ডায়াগনস্টিকস ট্যাব সতর্ক করে। কারণগুলি আমরা দেখেছি:

• একই কোরে আরেকটি প্রক্রিয়া হল CPU- একটি ব্রাউজার ট্যাব, একটি কম্পাইল।
• Linux-এ, ক cpufreq গভর্নর CPU ক্লক ডাউন করছেন। এ স্যুইচ করুন কর্মক্ষমতা বা schedutil.
• একটি ভার্চুয়ালাইজড পরিবেশে চলছে যা গেস্টকে নির্ভরযোগ্য 20 ms টাইম স্লাইস দিচ্ছে না।

একাধিক সমর্থিত স্টিক প্লাগ ইন

যখন একাধিক সমর্থিত স্টিক সংযুক্ত থাকে, তখন একটি ডিভাইস পিকার আপনাকে বেছে নিতে দেয় যে Bridgeটি কোনটি চালাবে এবং পছন্দটি পুনরায় চালু করার সময় মনে রাখা হবে। থেকে আবার খুলুন হার্ডওয়্যার — . নির্বাচিত ডিভাইস পরিবর্তন করা রিস্টার্ট-প্রয়োজনীয়।

আমার ফোর্স ফিডব্যাক স্টিক সমর্থিতগুলির মধ্যে একটি নয়

তালিকাভুক্ত না করা জয়স্টিক-class ডিভাইসগুলি একটি পরীক্ষামূলক অপট-ইন যা সংরক্ষণশীল 20% ডিফল্টের সাথে থাকে। হুইল, গেমপ্যাড এবং একক অক্ষ ডিভাইসগুলিকে বাদ দেয়া হয়েছে; অসমর্থিত হার্ডওয়্যার চিহ্নিত করতে FFB Probe ব্যবহার করুন।

ffb-probe.com পরিবর্তে

এখনও আটকে আছে?

সহায়তা পৃষ্ঠা থেকে একটি সহায়তার তথ্যপ্যাক রপ্তানি করুন ডায়াগনস্টিকস ট্যাব এবং একটি প্রতিক্রিয়া প্রতিবেদন খুলুন. বান্ডেলে সেশন লগ, ক্র্যাশ লগ (যদি থাকে), শেষ হেলথ-চেক আউটপুট এবং সিস্টেমের তথ্য থাকে — আপনার বিল্ড পরীক্ষা না করে শিপিং না করেই আমাদের পুনরুত্পাদন করতে হবে।

এছাড়া অ্যাপের সাইডবারে “সমস্যা জানান” নির্বাচন করতে পারেন। নিশ্চিত করার পরে এটি সরাসরি ডায়াগনস্টিক বান্ডল পাঠায়, এবং একই উইন্ডোতে আপনি বিবরণ ও ঐচ্ছিক ইমেল যোগ করতে পারেন। ইমেল ঠিকানা ছাড়া সাপোর্ট উত্তর দিতে পারে না। অ্যাপ থেকে রিপোর্ট পাঠান →

বিমান লাইব্রেরি লোড করা বিমান খুঁজে পাচ্ছে না

বিমান লাইব্রেরি-তে বিমানের প্রচলিত নাম বা ICAO কোড দিয়ে খুঁজুন, তারপর সঠিক পরিবার ও সিমুলেটর সংস্করণ বেছে নিন। বিমান থাকলেও অপরিচিত অ্যাড-অন নামে স্বয়ংক্রিয় মিল ব্যর্থ হতে পারে। সংযোগ বা প্রবেশাধিকারের ত্রুটি “খুঁজে পাওয়া যায়নি” থেকে আলাদা; আগে পাওয়া রেফারেন্স অফলাইনেও থাকতে পারে। রিডার সক্রিয় বলের প্রোফাইল বদলায় না।