ملاحظات قليلة:

• تستخدم اللعبة Battleye Anti-Cheat - يبدو أنها إلزامية حتى لو كنت تريد فقط لعب لاعب واحد. ليست هناك فكرة عما إذا كان هناك معلمة تشغيل تعطلها.

يمكنك إعادة تسمية ملفي exe. في / Mount & Blade II Bannerlord / bin / Win64_Shipping_Client /

• أعد تسمية "TaleWorlds.MountAndBlade.Launcher.exe" إلى "TaleWorlds.MountAndBlade.Launcher.exe_backup" (أو شيء مشابه - لا يُسمح بالاحتفاظ باسمه الأصلي)

• أعد تسمية "Bannerlord.exe" إلى "TaleWorlds.MountAndBlade.Launcher.exe"

لبدء اللعبة على الأقل ، شاهد شاشات البداية ثم أصل إلى النقطة التي يجب أن أتفاعل فيها مع اللعبة لأول مرة (تغيير إعدادات السطوع) وعند هذه النقطة تصبح وحدة المعالجة المركزية (CPU) ووحدة معالجة الرسومات (GPU) الخاصة بي مطلقة ولا أستطيع تتفاعل مع اللعبة على الإطلاق.

أستطيع أن أؤكد أن تجاوز المشغل (عن طريق تحريك TaleWorlds.MountAndBlade.Launcher.exe بعيدًا واستبداله بنسخة Bannerlord.exe ) يؤدي إلى وصوله على الأقل إلى شاشة معايرة السطوع (أو كما بعيدًا عن القائمة الرئيسية إذا قمت بتعيين brightness_calibrated = 1 في $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Configs/engine_config.txt ).

ومع ذلك ، يبدو أن هناك خطأ في إدخال الماوس ؛ يتحرك المؤشر ويكون مرئيًا ، لكن خيارات القائمة لا تبرز عند التحرك فوقها ولا تستجيب اللعبة للنقرات (وبالطبع لا يوجد تنقل باستخدام لوحة المفاتيح ...). تستمر المشكلة مع كل تبديل لـ V-sync ، وبدء التشغيل في سطح مكتب افتراضي ، وتعطيل Steam Overlay ، وما إلى ذلك.

من الأمور ذات الأهمية الخاصة في steam-261550.log عشوائي fixme:win:GetMouseMovePointsEx (24 0x3c87f298 0x3c87f2b0 64 1) stub . من المحتمل أن تكون ذات صلة بـ Wine Bug 36873 ؟

مزيد من المناقشة حول منتدى TaleWorlds: https://forums.taleworlds.com/index.php؟threads/linux.385761/page -2 و https://forums.taleworlds.com/index.php؟threads/b0 -8 -9-نقرات-غير-مسجلة-على-لينكس 395650 /

تحرير: حاولت توصيل وحدة تحكم ، وهذا سمح لي بالفعل بالتنقل عبر القائمة. سأرى إلى أي مدى يمكنني الوصول ، ولكن ... التقدم!

بالنسبة لي ، كانت اللعبة لا تزال تتعطل عند الإطلاق بعد تشغيل Bannerlord.exe بدلاً من TaleWorlds.MountAndBlade.Launcher.exe . باستخدام protontricks ، قمت بتثبيت dotnet4.8 و vcrun2015 - لا تزال اللعبة تتعطل ولكن على الأقل يمكنني الإعجاب بشاشة تحميل اللعبة.

يمكن أن أؤكد أنني أواجه نفس المشكلة مع مدخلات الماوس ، على Manjaro مع Proton 5.0-5. كنت في الإصدار التجريبي المغلق وكانت اللعبة تعمل بشكل جيد قبل التحديث الأخير ، لذلك أنا واثق تمامًا من أن بقية اللعبة يجب أن تعمل بمجرد أن نتمكن من إصلاح مشكلة التنقل هذه.

لذلك بعد التحسس من الحصول على شخصية تم إنشاؤها بالكامل عبر لوحة ألعاب Logitech ، يبدو أنني واجهت حاجزًا آخر في شكل تحطم شديد في شاشة التحميل مباشرة بعد إنشاء الشخصية (الإدخال ذي الصلة من steam-261550.log : wine: Call from 0x7b00fc3e to unimplemented function api-ms-win-crt-private-l1-1 -0.dll._o___stdio_common_vswprintf, aborting ). يستمر هذا حتى بعد تشغيل protontricks 261550 vcrun2015 و protontricks 261550 vcrun2017 .

مجرد تطبيق google سريع حيث لا يمكنني اختباره في الوقت الحالي بنفسي (ما زلت أقوم بالتنزيل) ولكن يبدو أن مشكلة مماثلة أصابت BNet Launcher في مرحلة ما وتم إصلاحها عن طريق إضافة ucrtbase و api-msi-win وما إلى ذلك dll كإلغاء عبر winecfg.

تعمل المعارك المخصصة عند الانتقال إليها باستخدام لوحة الألعاب ، وعندما تكون في اللعبة الفعلية يمكنك استخدام الماوس للقتال.

ومع ذلك ، بدت اللعبة بالنسبة لي باهتة ومشرقة بشكل لا يصدق أثناء اللعب وتغيير الإعدادات يؤدي إلى تعطل اللعبة نصف الوقت ، إلى جانب تعيين كل شيء على مستوى منخفض يؤدي إلى انهيار اللعبة.
إليك سجل التعطل عند حفظ الإعدادات.
steam-261550.log

تحرير: أدى تغيير الإعدادات من المستوى العالي إلى توقف الجمارك عن العمل ، لذا تجنب القيام بذلك.

حسنًا ، لقد أجريت بعض القراءة والبحث وتنزيل اللعبة ثلاث مرات ، وبعض الأبحاث الأخرى ، وأعتقد أنني قد اكتشفت ذلك.

يستخدم Bannerlord Battleye ، وهو برنامج Kernel Anti-Cheat. نظرًا لأن مثيل Proton-Wine ليس هو Linux Kernel الأساسي ، ولكن Windows Kernel ، فإن Battleye غير قادر على اعتراض مدخلات الماوس مباشرة من منفذ USB للتحقق من أنها الصفقة الحقيقية ، ثم السماح لها بالدخول إلى اللعبة ، أو الخطأ في إدخال الماوس في Wine باعتباره إدخالًا اصطناعيًا للماوس يعتمد على البرنامج ، مما يعني أن نظام Anti-Cheat يعمل.

أتذكر أنني قرأت في مكان ما أن Battleye لا يلعب بشكل جيد مع Linux على الإطلاق ، لكن هذا التعليق كان من ... 3 سنوات مضت؟ لذا فأنا لا أعرف في الواقع الوضع الحالي لبرنامج مكافحة الغش. لذا فإن الخيارات ، على ما أعتقد ، هي أن تطلب من TaleWorlds تهيئة Battleye لتلعب بشكل جيد مع Proton ، وتعطيلها لـ Proton حتى يمكن إنشاء إصدار Linux مناسب ، ثم إعادة تمكينها هناك ، (إنهم يستخدمون Mono لشيء ما. يشبه المشغل؟) انتظر حتى يتم إصدار اللعبة بشكل صحيح لأن هناك احتمالية كبيرة أنهم سيتوقفون عن القيام بدعم أنظمة تشغيل متعددة حتى وقت لاحق في مرحلة الوصول المبكر ، لذا فمن الأسهل 10 مرات إجراء التحديثات ... أو اكتشف كيفية اسمح لـ Window Executable Battleye بالانتقال مباشرة إلى Kernel المستندة إلى Linux حتى تتمكن من فحص كل ما تريده ودعنا نقوم بإدخال مدخلات في اللعبة دون تشغيل مكافحة الغش ...

لذا أعتقد أننا ننتظر فترة أطول قليلاً من أجل Bannerlord.

حسنًا ، لقد أجريت بعض القراءة والبحث وتنزيل اللعبة ثلاث مرات ، وبعض الأبحاث الأخرى ، وأعتقد أنني قد اكتشفت ذلك.

يستخدم Bannerlord Battleye ، وهو برنامج Kernel Anti-Cheat. نظرًا لأن مثيل Proton-Wine ليس هو Linux Kernel الأساسي ، ولكن Windows Kernel ، فإن Battleye غير قادر على اعتراض مدخلات الماوس مباشرة من منفذ USB للتحقق من أنها الصفقة الحقيقية ، ثم السماح لها بالدخول إلى اللعبة ، أو الخطأ في إدخال الماوس في Wine باعتباره إدخالًا اصطناعيًا للماوس يعتمد على البرنامج ، مما يعني أن نظام Anti-Cheat يعمل.

أتذكر أنني قرأت في مكان ما أن Battleye لا يلعب بشكل جيد مع Linux على الإطلاق ، لكن هذا التعليق كان من ... 3 سنوات مضت؟ لذا فأنا لا أعرف في الواقع الوضع الحالي لبرنامج مكافحة الغش. لذا فإن الخيارات ، على ما أعتقد ، هي أن تطلب من TaleWorlds تهيئة Battleye لتلعب بشكل جيد مع Proton ، وتعطيلها لـ Proton حتى يمكن إنشاء إصدار Linux مناسب ، ثم إعادة تمكينها هناك ، (إنهم يستخدمون Mono لشيء ما. يشبه المشغل؟) انتظر حتى يتم إصدار اللعبة بشكل صحيح لأن هناك احتمالية كبيرة أنهم سيتوقفون عن القيام بدعم أنظمة تشغيل متعددة حتى وقت لاحق في مرحلة الوصول المبكر ، لذا فمن الأسهل 10 مرات إجراء التحديثات ... أو اكتشف كيفية اسمح لـ Window Executable Battleye بالانتقال مباشرة إلى Kernel المستندة إلى Linux حتى تتمكن من فحص كل ما تريده ودعنا نقوم بإدخال مدخلات في اللعبة دون تشغيل مكافحة الغش ...

لذا أعتقد أننا ننتظر فترة أطول قليلاً من أجل Bannerlord.

أنا لا أشتري هذا. إذا تسبب Battleye في حدوث مشكلات في المؤشر ، فلماذا لا نرى نفس المشكلة عند استخدام لوحة الألعاب؟

Battleye ليس هو المشكلة ، إنه تثبيت اختياري ومطلوب فقط للاعبين المتعددين.

Battleye ليس هو المشكلة ، إنه تثبيت اختياري ومطلوب فقط للاعبين المتعددين.

للتوسع في منشور tkamat ، كنت أيضًا في الإصدار التجريبي المغلق وما زالت اللعبة تعمل لبضع تصحيحات بعد أن تم تثبيت Battleeye في الإصدار التجريبي. مما أفهمه أنهم جعلوه اختياريًا في ذلك الوقت ، يمكنك فقط تجاهل إلغاء تثبيت عين المعركة عند التشغيل الأول ولن يطردك من الألعاب لعدم استخدامه.

منذ حوالي أسبوعين ، كان هناك تصحيح كسر قدرة مستخدمي Windows على اللعب أيضًا ، ويبدو أنه كان له علاقة بتوصيل وحدة تحكم أو عصا تحكم أثناء محاولة اللعب باستخدام لوحة المفاتيح / الماوس. قاموا بإصلاح المشكلة بعد يومين ، لكن جميع مستخدمي Linux في المنتدى أبلغوا عن عدم حدوث أي إدخال للماوس سواء تم توصيل وحدة تحكم أم لا حتى بعد التحديث.

كنا نتوقع في المنتدى أنه قد يكون هناك مشكلة في عرض steamplay لوحدة تحكم افتراضية للعبة على مستوى السائق ، لكننا لم نؤكد ذلك مطلقًا. بالنسبة إلى الانهيار الذي حدث عند بدء الحملة ، لم نصل إلى هذا الحد أبدًا نظرًا لأنها كانت نسخة تجريبية متعددة اللاعبين.

Battleye ليس هو المشكلة ، إنه تثبيت اختياري ومطلوب فقط للاعبين المتعددين.

للتوسع في منشور tkamat ، كنت أيضًا في الإصدار التجريبي المغلق وما زالت اللعبة تعمل لبضع تصحيحات بعد أن تم تثبيت Battleeye في الإصدار التجريبي. مما أفهمه أنهم جعلوه اختياريًا في ذلك الوقت ، يمكنك فقط تجاهل إلغاء تثبيت عين المعركة عند التشغيل الأول ولن يطردك من الألعاب لعدم استخدامه.

منذ حوالي أسبوعين ، كان هناك تصحيح كسر قدرة مستخدمي Windows على اللعب أيضًا ، ويبدو أنه كان له علاقة بتوصيل وحدة تحكم أو عصا تحكم أثناء محاولة اللعب باستخدام لوحة المفاتيح / الماوس. قاموا بإصلاح المشكلة بعد يومين ، لكن جميع مستخدمي Linux في المنتدى أبلغوا عن عدم حدوث أي إدخال للماوس سواء تم توصيل وحدة تحكم أم لا حتى بعد التحديث.

كنا نتوقع في المنتدى أنه قد يكون هناك مشكلة في عرض steamplay لوحدة تحكم افتراضية للعبة على مستوى السائق ، لكننا لم نؤكد ذلك مطلقًا. بالنسبة إلى الانهيار الذي حدث عند بدء الحملة ، لم نصل إلى هذا الحد أبدًا نظرًا لأنها كانت نسخة تجريبية متعددة اللاعبين.

هل كانت اللعبة تعمل بشكل جيد على لينكس قبل المعارك؟ كنت على Windows مرة أخرى أثناء الإصدار التجريبي ، لذا لم أجربه من خلال البروتون.

Battleye ليس هو المشكلة ، إنه تثبيت اختياري ومطلوب فقط للاعبين المتعددين.

للتوسع في منشور tkamat ، كنت أيضًا في الإصدار التجريبي المغلق وما زالت اللعبة تعمل لبضع تصحيحات بعد أن تم تثبيت Battleeye في الإصدار التجريبي. مما أفهمه أنهم جعلوه اختياريًا في ذلك الوقت ، يمكنك فقط تجاهل إلغاء تثبيت عين المعركة عند التشغيل الأول ولن يطردك من الألعاب لعدم استخدامه.
منذ حوالي أسبوعين ، كان هناك تصحيح كسر قدرة مستخدمي Windows على اللعب أيضًا ، ويبدو أنه كان له علاقة بتوصيل وحدة تحكم أو عصا تحكم أثناء محاولة اللعب باستخدام لوحة المفاتيح / الماوس. قاموا بإصلاح المشكلة بعد يومين ، لكن جميع مستخدمي Linux في المنتدى أبلغوا عن عدم حدوث أي إدخال للماوس سواء تم توصيل وحدة تحكم أم لا حتى بعد التحديث.
كنا نتوقع في المنتدى أنه قد يكون هناك مشكلة في عرض steamplay لوحدة تحكم افتراضية للعبة على مستوى السائق ، لكننا لم نؤكد ذلك مطلقًا. بالنسبة إلى الانهيار الذي حدث عند بدء الحملة ، لم نصل إلى هذا الحد أبدًا نظرًا لأنها كانت نسخة تجريبية متعددة اللاعبين.

هل كانت اللعبة تعمل بشكل جيد على لينكس قبل المعارك؟ كنت على Windows مرة أخرى أثناء الإصدار التجريبي ، لذا لم أجربه من خلال البروتون.

بدأ العمل على Linux في شهر ديسمبر تقريبًا ، وكان يتعطل من حين لآخر ولكن الأداء كان مقبولًا بعد الانتهاء من تجميع التظليل لكل خريطة. كنت أيضًا أستخدم بطاقة رسومات ضعيفة نسبيًا (rx 480) في ذلك الوقت ، لذا أعتقد أنه من حيث الأداء ، ستكون اللعبة على ما يرام على Linux إذا استطعنا الحصول على مساعدة صغيرة من taleworlds لإصلاح هذه المشكلات. لقد حصلنا على رد مطور حول مشكلة الماوس التي كنا نواجهها ، لذا يبدو أنهم على الأقل ليسوا معاديين للنظر في مستخدمي Linux والبروتون.

يا له من يوم لا أتمكن من العثور على وحدة التحكم الخاصة بي! لقد حصلت بالفعل على شيء يعمل! لقد اتبعت إعادة التسمية على النحو الوارد أعلاه ، ثم حاولت توصيل مفتاح Joy-Cons الخاص بي باستخدام برنامج التشغيل السهل هذا .

عندما يتم التعرف على سلبيات الفرح كوحدة تحكم احترافية ، يمكنني النقر فوق الأشياء باستخدام الماوس بعد استخدام العصا اليسرى لوضع المؤشر. يعمل تصويب الماوس والنقر بشكل جيد في معارك الاختبار السريعة ، لذلك قد تكون المشكلة متعلقة بالقائمة. لست متأكدًا مما إذا كان هذا سيعمل مع وحدات التحكم الأخرى ، أو إذا كان له علاقة بالطريقة التي يتم بها تنفيذ برنامج التشغيل.

مجرد تطبيق google سريع حيث لا يمكنني اختباره في الوقت الحالي بنفسي (ما زلت أقوم بالتنزيل) ولكن يبدو أن مشكلة مماثلة أصابت BNet Launcher في مرحلة ما وتم إصلاحها عن طريق إضافة ucrtbase و api-msi-win وما إلى ذلك dll كإلغاء عبر winecfg.

لا تزال إضافة هذه التجاوزات تؤدي إلى حدوث عطل ، لكنني تمكنت من فرضه بقوة باتباع الخطوات من مشكلة مماثلة تتعلق بـ: Age of Empires 2: Definitive Edition :

cd /home/$USER/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/windows/system32/
wget "https://aka.ms/vs/16/release/vc_redist.x64.exe"
cabextract vc_redist.x64.exe
cabextract a10

الأمر الذي جعلني أكثر بكثير:

يظل الماوس غير قابل للاستخدام في مربعات الحوار وقائمة الإيقاف المؤقت (يمكنك "النقر للمتابعة" هناك ، لذلك من الواضح أنه يتعرف على نقرات الماوس ، ولكنه لا يعرف ما إذا كان الماوس فوق شيء ما أم لا إلا إذا كنت تحرك المؤشر مع وحدة التحكم). يعمل بشكل جيد للحركة والقتال. حصلت على اثنين من أهداف البرنامج التعليمي قبل أن أتعرض للانهيار مرة أخرى (هذه المرة بسبب eventfd: Too many open files ؛ سأعيد التشغيل مع زيادة ulimit -Hn وحاول مرة أخرى).

تعديل إعادة: BattlEye:

يستخدم Bannerlord Battleye ، وهو برنامج Kernel Anti-Cheat. نظرًا لأن مثيل Proton-Wine ليس هو Linux Kernel الأساسي ، ولكن Windows Kernel ، فإن Battleye غير قادر على اعتراض مدخلات الماوس مباشرة من منفذ USB للتحقق من أنها الصفقة الحقيقية ، ثم السماح لها بالدخول إلى اللعبة ، أو الخطأ في إدخال الماوس في Wine باعتباره إدخالًا اصطناعيًا للماوس يعتمد على البرنامج ، مما يعني أن نظام Anti-Cheat يعمل.

هذا يبدو غير مرجح. إذا كان الأمر متعلقًا بمكافحة الغش ، فأنا أتوقع عكس الأعراض الحالية (أي يعمل الماوس بشكل جيد في القوائم / الحوارات ، ولكن ليس للحركة / القتال). أتوقع أيضًا أن تتأثر لوحات المفاتيح ووحدات التحكم بالمثل (ولا يبدو أن هذا هو الحال).

من المؤكد أن BattlEye ستضع حداً لأشياء متعددة اللاعبين ، ولكن يجب أن تكون غير ضرورية تمامًا للاعب المنفرد (وبالفعل ، تعمل ألعاب BattlEye الأخرى ذات أوضاع اللعب الفردي بشكل معقول في ظل Proton ، مثل Conan: Exiles).

YellowApple هل يمكنك معرفة ما إذا كان التصحيح التالي يعمل على إصلاح التعطل بدون vcredist؟ (على سبيل المثال ، قم بتعيين ucrtbase و api-ms-win-crt-private-l1-1-0 للتضمين عند الاختبار)

https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce

سيكون رائعًا إذا كان من الممكن إصلاحه في اتجاه التيار دون الحاجة إلى تجاوزات :) ليس لدي اللعبة في الوقت الحالي ، لذلك لا يمكنني الاختبار.

YellowApple لقد حاولت إعادة إنتاج الحل الخاص بك ، لكنه للأسف لا يعمل بالنسبة لي ، والحملة تتعطل بعد إنشاء الشخصية. لا تزال ملفات السجل تشير إلى api-ms-win-crt-private-l1-1-0.dll._o___stdio_common_vswprintf باعتبارها المشكلة. هل قمت بأي خطوات أخرى ، مثل إعادة تثبيت vcrun-2017 أو أي شيء آخر؟

لذا فقد ساعدني رفع ulimit -Hn ، وتمكنت من الوصول إلى أبعد من الخريطة الرئيسية ، لكنني لاحظت أن أي محاولة لحفظ اللعبة ستؤدي إلى تجميد اللعبة مؤقتًا لبضع دقائق أثناء ربط كل نواة / مؤشر الترابط على وحدة المعالجة المركزية (CPU) (بعض الأصوات تستمر في التشغيل في الخلفية ، رغم ذلك). أظن أن هناك وظيفة الحفظ التلقائي التي تؤدي إلى تجميد مماثل أيضًا (حدث بعد الغش في بعض المخزون ، وحدث مرة أخرى عند التباطؤ لفترة).

أيضًا ، يبدو أن مربعات الحوار المنبثقة ستتسبب في اختفاء مؤشر الماوس الذي يعتمد على عصا التحكم (لم يتم تحديد ما إذا كان هذا يحدث دائمًا أم لا ؛ مع ما يكفي من التذبذب تمكنت من الحصول على الزر "موافق" لإبرازه لفترة وجيزة ، لذلك أعتقد المؤشر غير مرئي).

يمكنني أيضًا أن أؤكد أن أزرار الماوس وعجلة التمرير تعمل بشكل كامل في القوائم / مربعات الحوار ؛ عليك فقط استخدام وحدة التحكم لتحريك المؤشر إلى الشيء الذي تريد النقر فوقه أو التمرير. لذا فإن كل ما يسبب هذا الخطأ له علاقة بحتة بالمكان الذي تعتقد اللعبة أن الماوس يشير إليه.

YellowApple هل يمكنك معرفة ما إذا كان التصحيح التالي يعمل على إصلاح التعطل بدون vcredist؟ (على سبيل المثال ، قم بتعيين ucrtbase و api-ms-win-crt-private-l1-1-0 على مدمج عند الاختبار)

سأفعل qsniyg (بمجرد أن أحصل على Vagrant للتعاون). هل تم تنفيذ جميع هذه الوظائف ولكنها متوقفة أو شيء من هذا القبيل؟

YellowApple لقد حاولت إعادة إنتاج الحل الخاص بك ، لكنه للأسف لا يعمل بالنسبة لي ، والحملة تتعطل بعد إنشاء الشخصية. لا تزال ملفات السجل تشير إلى api-ms-win-crt-private-l1-1-0.dll._o ___ stdio_common_vswprintf باعتبارها المشكلة. هل قمت بأي خطوات أخرى ، مثل إعادة تثبيت vcrun-2017 أو أي شيء آخر؟

tkamat : الخطوات الدقيقة التي قمت بها (حسب ما

• protontricks 261550 vcrun2015 (وشغل اللعبة ؛ تحطمت)
• protontricks 261550 vcrun2017 (وشغل اللعبة ؛ تحطمت)
• تمت إضافة الإلغاءات الأصلية لـ ucrtbase و api-ms-win-crt-private-l1-1-0 عبر winecfg (وتشغيل اللعبة ؛ تعطلت)
• هل كان الأمر برمته "صفعة لـ VC redist EXE بـ cabextract " الشيء (وشغل اللعبة ؛ نجح)

YellowApple ربما تكون لقطة عمياء - ولكن هل يمكنك محاولة تثبيت dotnet 4.8 عبر protontricks أيضًا؟ تمكنت من استخدام الماوس في شاشة البداية / التحميل.

تضمين التغريدة

سأفعل qsniyg (بمجرد أن أحصل على Vagrant للتعاون). هل تم تنفيذ جميع هذه الوظائف ولكنها متوقفة أو شيء من هذا القبيل؟

لقد تم تنفيذها ، لكن النوافذ تستخدم dlls api-ms-win-... التي تستورد بشكل أساسي من dlls الأخرى (advapi32 ، kernel32 ، ucrtbase ، إلخ) أعتقد أن النبيذ يضيف وظائف إلى dlls حسب الحاجة للتأكد من صحتها.

من المحتمل أن تتعطل اللعبة مرة أخرى في بعض الوظائف الأخرى التي لم يتم تنفيذها من أحد dlls api. لا تتردد في إضافتها بنفسك أو إخباري بذلك. نأمل بعد قليل من التكرار ، أن نتمكن من العثور على الوظائف المطلوبة ، ثم إرسالها في المنبع إلى النبيذ :)

Yarwintkamat لدي حدس تركيب protontricks من dotnet4.8 قد تسبب المشكلة (على الرغم من أنه لم يبدو أن اسمحوا لي أن استخدم المقصود قاذفة، كان الماوس ليتم التحكم فيها عن طريق التحكم في اللعبة الفعلية). لقد قمت بتثبيت ذلك أيضًا ولم أتمكن من تشغيل حل
انتهى بي الأمر بحذف $COMPATDATA/2615501 تمامًا وواصلت عملية التحقق من الملفات لكل من Proton 5.0 و Bannerlord. بعد ذلك ، cabextract طريقة $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Configs/engine_config.txt مرة أخرى لتعيين brightness_calibrated = 1 ). هذا قد يحل مشكلتك مهما كان السبب.

إجراء +1 للتعليق بسبب الحفظ. لقد تمكنت أيضًا من إنهاء البرنامج التعليمي حتى تسبب لي تعليق في إغلاقه ، والآن ظهر مجلد جديد عند $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Game Saves .

YellowApple ربما تكون لقطة عمياء - ولكن هل يمكنك محاولة تثبيت dotnet 4.8 عبر protontricks أيضًا؟ تمكنت من استخدام الماوس في شاشة البداية / التحميل.

لا يبدو أنه كان له أي تأثير بالنسبة لي.

إجراء +1 للتعليق بسبب الحفظ. تمكنت أيضًا من إنهاء البرنامج التعليمي حتى تسبب لي تعليق في إغلاقه ، والآن ظهر مجلد جديد عند $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Game Saves .

نعم ، لقد واجهت تعليقًا بعد البرنامج التعليمي أيضًا. Kinda ركلت نفسي لعدم انتظارها فقط ومعرفة ما إذا كانت ستفكك نفسها في نهاية المطاف كما يبدو أن عمليات الحفظ الأخرى هذه.

ChemiKyle شكرًا على النصيحة ، لقد انتهيت للتو من البرنامج التعليمي ولكني الآن عالق في شاشة الإشعارات منذ اختفاء مؤشر الماوس. أمضيت بضع دقائق تلاعب بعصا التحكم لمعرفة ما إذا كانت غير مرئية ، لكنها لا تعمل. أشعر أنه لا ينبغي أن يكون إصلاح مشكلة الماوس أمرًا صعبًا بشكل عام نظرًا لأن إدخال وحدة التحكم يعمل بشكل جيد. تحتوي سجلات Steam الخاصة بي على تحذير حول GetMouseMovePointsEx المزعج عدة مرات ، ولكن بقدر ما أستطيع أن أقول أن هذه الوظيفة تم تنفيذها بالفعل في النبيذ.

YellowAppletkamat لقد قمت بإنشاء تصحيح لـ GetMouseMovePointsEx ، لم أقم باختباره لذا قد يكون خطأ ، ولكن هل تمانع في إعطائه فرصة؟

https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce#file -getmousemovepointsex-patch

لقد تمت كتابته مقابل تقسيم النبيذ ، لذلك قد تحتاج إلى تطبيقه يدويًا.

qsniyg جربت بادئة جديدة مع كلا سجلات من المدى المصحح.

تحرير: آه ، يبدو أن التصحيح كان لـ v f wprintf بينما التعطل يرجع إلى v s wprintf. Lemme معرفة ما إذا كان بإمكاني إصلاح ذلك ...

YellowApple Darn ، حسنًا ، كان الأمر يستحق +rawinput,+win,+cursor,+dinput,+xinput الكثير من الأفكار حول المشكلة (على الرغم من أنك قد تحتاج إلى ضغط السجل .gz ... :)

على أي حال ، إليك تصحيح vswprintf: https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce#file -vswprintf-patch

اللعنة ، هذه هي الحيلة (على الرغم من أنني قمت بتصحيحها على أنها _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) ، لأنني كنت أحاول مطابقة مستندات Microsoft في أقرب وقت ممكن ؛ أعتقد أن المؤشر هو مؤشر ، ولكن من يعرف مع Wine ، لول)

سأحاول الحصول على بعض السجلات مع تلك العلامات حتى نتمنى أن نحقق بعض التقدم في مشكلة الماوس هذه.

جيد ان تعلم! أرسلهم في :)

https://source.winehq.org/patches/data/182375
https://source.winehq.org/patches/data/182376

لا أعرف لماذا فعل النبيذ بهذه الطريقة أيضًا ، لقد نسخت للتو كيف أعلنوا عن vswprintf من إعلان سابق في الملف :)

مرحبًا ، لقد أضفت التطبيق إلى النبيذ AppDB: https://appdb.winehq.org/objectManager.php؟sClass=version&iId=38834&iTestingId=107964

qsniyg هل تريد ربط الخلل بالتطبيق أم يجب علي؟

tomhobson امض قدما! (أنا لست جزءًا من فريق تطوير النبيذ بأي حال من الأحوال ، فأنا أكتب فقط تصحيحات وأحرج نفسي في القائمة البريدية بسبب تلقي شيئًا خاطئًا دائمًا)

tomhobson امض قدما! (أنا لست جزءًا من فريق تطوير النبيذ بأي حال من الأحوال ، فأنا أكتب فقط تصحيحات وأحرج نفسي في القائمة البريدية بسبب تلقي شيئًا خاطئًا دائمًا)

إذا كتبت تصحيحات ، فيبدو أنك جزء من فريق تطوير النبيذ :)

حسنًا ، لقد ربطت الخلل: https://bugs.winehq.org/show_bug.cgi؟id=36873

لست متأكدًا من كيفية / إذا قمت بربط البقع مرة أخرى إلى الخطأ. ولكن عندما يتم دمجهم يمكننا معالجة التالي.

هل هناك أي أخطاء فاتني؟

لذا فإن "حالة الفن" مع كل التصحيحات هنا لا تزال تتطلب بشكل أساسي لوحة ألعاب من نوع ما للتحكم في القوائم. هل هذا صحيح؟ مجرد التحقق من أن مشكلة الماوس لم يتم التغلب عليها حتى من الناحية التجريبية.

allquixotic : هذا صحيح.

اهلا ياجماعة! أنا لا ألعب على Linux أو Wine ، لكن لدي مشكلة مماثلة: لوحة الألعاب كانت جيدة لمؤشر الماوس ولكن ليس الماوس الحقيقي.

ألعب على Shadow (كمبيوتر بعيد) وعندما قمت بتعيين "مؤشر الالتقاط" ، اختفت المشكلة للتو. لا أعرف كيف يعمل Wine بالضبط ، ولكن ربما إذا كان هذا الخيار متاحًا أيضًا ، يمكنك تجربته.

في صحتك

اهلا ياجماعة! أنا لا ألعب على Linux أو Wine ، لكن لدي مشكلة مماثلة: لوحة الألعاب كانت جيدة لمؤشر الماوس ولكن ليس الماوس الحقيقي.

ألعب على Shadow (كمبيوتر بعيد) وعندما قمت بتعيين "مؤشر الالتقاط" ، اختفت المشكلة للتو. لا أعرف كيف يعمل Wine بالضبط ، ولكن ربما إذا كان هذا الخيار متاحًا أيضًا ، يمكنك تجربته.

في صحتك

شكرا للمعلومة. هل هذا إعداد مؤشر الالتقاط داخل bannerlord؟

شكرا للمعلومة. هل هذا إعداد مؤشر الالتقاط داخل bannerlord؟

أعتقد أنه يعني في حل البث. قد يكون من المفيد محاولة اختبار ما إذا كان السماح لـ Wine بالسيطرة الحصرية على الماوس قد ينجح.

يبدو أن الإعدادات الوحيدة المتعلقة بالماوس في engine_config.txt هي التالية:

invert_mouse = 0
mouse_sensitivity_coefficient = 0.5000
control_mouse_movement_y_scale = 1.5000
control_mouse_movement_max_accumulation = 40.0000
control_mouse_movement_accumulation_decay_speed = 100.0000

مما لا يثير الدهشة ، أن تعديلها لا يبدو أنه يساعد في حل المشكلة.

شكرا للمعلومة. هل هذا إعداد مؤشر الالتقاط داخل bannerlord؟

أعتقد أنه يعني في حل البث. قد يكون من المفيد محاولة اختبار ما إذا كان السماح لـ Wine بالسيطرة الحصرية على الماوس قد ينجح.

نعم قصدته بالضبط.

ElCaconym آسف إذا لم يساعد :(

إذا كان شخص ما متاحًا للاختبار (ما زلت أعمل)

لقد وجدت شيئًا يمكن أن يكون مفيدًا هنا:
https://askubuntu.com/questions/968252/ubuntu-17-10-mouse-problem-in-wine

إذا كان شخص ما متاحًا للاختبار (ما زلت أعمل)
لقد وجدت شيئًا يمكن أن يكون مفيدًا هنا:
https://askubuntu.com/questions/968252/ubuntu-17-10-mouse-problem-in-wine

كانت هذه إلى حد كبير الفكرة التي حصلت عليها للتو. من المحتمل أن يساعد تمكين هذا الخيار ،
Automatically capture the mouse in full-screen windows
كما أتذكر الألعاب الأخرى التي تواجه مشكلات مماثلة على الأقل مع مؤشرات الماوس في Wine.

@ تومهوبسون : جربت ذلك بالفعل ؛ لا حظ.

تشير رسائل " هنا :

بدأنا في استخدام GetMouseMovePointsEx لبعض مدخلات حركة الماوس. ربما لم يتم تنفيذ ذلك في WINE؟ لا يتم استخدامه مع نقرات الماوس.

لا يبدو أن التشغيل باستخدام + rawinput ، + win ، + cursor ، + dinput ، + xinput ينتج أي سجلات مفيدة ، على الأقل للوهلة الأولى بشكل ملحوظ ، عند النقر ، تحصل على المعتاد:

0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) up
0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) down

(حسب ما إذا كنت تستخدم النقر الأيمن أو الأيسر)

ElCaconym هل يمكنك مشاركة السجل؟ قد يحتوي السجل الكامل على مزيد من المعلومات التي قد تساعد في تصحيح المشكلة :)

بالطبع؛ تعلق. WINEDEBUG: + err ، + fixme ، + rawinput ، + win ، + المؤشر ، + dinput ، + xinput.

أنا لا أستخدم البروتون ، ضع في اعتبارك: إنه إصدار النبيذ 5.4 مع جميع تصحيحات التدريج ، ولا توجد تصحيحات مخصصة (ولا حتى تلك المشار إليها أعلاه - أردت إصلاح مشكلة الماوس قبل تطبيق تصحيح vfwprintf / vswprintf) و dxvk 1.6 . Winetricks: vcrun2010 و vcrun2015 و dotnet48 (فقط الأخيرة قد تكون ضرورية).

أطلقت اللعبة ، ولكي لا ألوث السجلات ، تجنبت تحريك الماوس حتى وصلت إلى شاشة اختيار جاما. ثم قمت بتحريك المؤشر فوق الزر "قبول" ، ثم النقر بزر الماوس الأيسر. ثم قتلت اللعبة من فترة أخرى.

الملف:

stderr_bannerlord.log.gz

ElCaconym ربما يقومون بفحص الماوس على الشاشة.

يتم استخدام هذه الوظيفة في القائمة. سأكون مندهشا إذا لم يكن هذا متعلقًا بمشكلة القائمة.

هل تقوم بتشغيل شاشة متعددة أم فردية؟

شاشة واحدة.

ElCaconym هو مثير للاهتمام ، إنه يقوم أيضًا بقص المؤشر في كل إطار ، كما هو الحال في AoT2. أتساءل عما إذا كان هذا التصحيح سيساعد؟ https://source.winehq.org/patches/data/181257 كان من المفترض إصلاح مشكلة في تسجيل حركة مؤشر الماوس بشكل غير صحيح ، وليس النقرات ، لذلك قد يكون عديم الفائدة في هذه الحالة ، ولكن من يدري ، يجب ألا ' على الرغم من ر مؤلم :)

0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) down
0014:trace:cursor:X11DRV_EnterNotify hwnd 0x10020/7000008 pos 1116,1057 detail 1
004b:trace:cursor:X11DRV_EnterNotify hwnd 0x30052/a600001 pos 1116,1057 detail 1
004b:trace:cursor:X11DRV_ButtonPress hwnd 0x30052/a600001 button 0 pos 1116,1057
004b:trace:cursor:clip_fullscreen_window win 0x30052 clipping fullscreen
004b:trace:win:WIN_CreateWindowEx (null) L"Message" ex=00000000 style=00000000 0,0 0x0 parent=0xfffffffffffffffd menu=(nil) inst=0x140000000 params=(nil)
004b:trace:win:dump_window_styles style:
004b:trace:win:dump_window_styles exstyle:
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(0,0)
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(0,0)
004b:trace:win:WINPOS_GetMinMaxInfo 106 106 / -3 -3 / 1932 1092 / 112 27
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(112,27)
004b:trace:win:invalidate_dce 0x20094 parent 0x10026 (0,0)-(112,27) ((0,0)-(0,0))
004b:trace:win:invalidate_dce 0x70058: hwnd 0x30052 dcx 00000012 Cache 
004b:trace:win:invalidate_dce 0x1005a: hwnd 0x30052 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x12004c: hwnd 0x10020 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x33004a: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:invalidate_dce 0x40041: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:set_window_pos win 0x20094 surface (nil) -> (nil)
004b:trace:win:WIN_CreateWindowEx hwnd 0x20094 cs 0,0 0x0 (0,0)-(112,27)
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(112,27)
004b:trace:win:invalidate_dce 0x20094 parent 0x10026 (0,0)-(112,27) ((0,0)-(112,27))
004b:trace:win:invalidate_dce 0x70058: hwnd 0x30052 dcx 00000012 Cache 
004b:trace:win:invalidate_dce 0x1005a: hwnd 0x30052 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x12004c: hwnd 0x10020 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x33004a: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:invalidate_dce 0x40041: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:set_window_pos win 0x20094 surface (nil) -> (nil)
004b:trace:win:WIN_CreateWindowEx created window 0x20094
004b:trace:cursor:X11DRV_XInput2_Enable XInput2 v2.1 available
004b:trace:cursor:grab_clipping_window clipping to (0,0)-(1920,1080) win 7000001
0014:trace:cursor:clip_cursor_notify clip hwnd changed from (nil) to 0x20094
004b:trace:cursor:X11DRV_EnterNotify hwnd 0x30052/a600001 pos 1116,1057 detail 2
004b:trace:cursor:X11DRV_EnterNotify pos 1116,1057 old serial 24052, ignoring
004b:trace:win:WINPOS_WindowFromPoint scope 0x10020 (1116,1057) returning 0x30052
004b:trace:cursor:SetCursor 0x20070
004b:trace:win:WINPOS_WindowFromPoint scope 0x10020 (1116,1057) returning 0x30052
004b:trace:win:GetWindowRect hwnd 0x30052 (0,0)-(1920,1080)
004b:trace:cursor:ClipCursor Clipping to (null)

مع هذا التصحيح ، لا يزال يتم تجاهل نقرات الماوس. وما زلت أحصل على التسلسل التالي بانتظام أيضًا:

004b:trace:cursor:ClipCursor Clipping to (null)
004b:trace:cursor:ungrab_clipping_window no longer clipping

... مما جعلني أشك في البداية في أن التصحيح تم تطبيقه بشكل صحيح ، لذلك قمت بإعادة تجميع النبيذ بالكامل من نقطة الصفر (بدلاً من استخدام دير التجميع السابق الخاص بي) ، واستخدمت بادئة أخرى (أقصد بادئة تثبيت الأدوات التلقائية ، وليس wineprefix) فقط في حالة كذلك. السجلات المعنية لا تزال قائمة - رغم أن ذلك قد يكون متوقعًا؟

آه حسنًا ، هذا منطقي. لقد كان قليلا من طلقة طويلة هاها.

فقط في حالة ، هل يمكنك تجربة النبيذ بمفرده ، بدلاً من إعداد النبيذ؟ يحتوي Wine-staging على تصحيح إدخال خام يمنع النقر فوق ألعاب مثل Mass Effect: Andromeda. بدلاً من ذلك ، يمكنك فقط إعادة تجميع مراحل النبيذ بدون التصحيح الخام.

أنا فقط أسحب الأشياء من القبعة هنا ، لكن هذا قد لا يعمل أيضًا.

حاولت مع النبيذ دون أي بقع مرحلية: لا تغييرات. تتغير السجلات قليلاً بالطبع ؛ على سبيل المثال ، أحصل الآن على:

004c:trace:cursor:X11DRV_ButtonPress hwnd 0x3003a/a000001 button 2 pos 163,1067

... عند نقرات الماوس بدلاً من سطور X11DRV_RawButtonEvent السابقة ، ولكن بعد ذلك ، لا يزال يتم تجاهل النقرات. لم يتضمن هذا الاختبار الجديد التصحيح الخاص بك أعلاه ، ضع في اعتبارك (ستحاول ذلك الآن فقط في حالة).

أنا فقط أسحب الأشياء من القبعة هنا ، لكن هذا قد لا يعمل أيضًا.

بالطبع - شكرا على المحاولة! :-)

قد يكون لهذا التصحيح تأثير فعلي ، حيث أعتقد أن المشكلة لا تكمن في اكتشاف المدخلات بل مشكلة في مكان عرض المؤشر والمكان الذي تعتقد اللعبة أن المؤشر فيه.

إذا كان هذا هو الحال ، يجب أن تعتقد اللعبة أن المؤشر مقفل في موضع محدد للغاية (الزاوية اليسرى العليا ربما؟) لأن اللعبة لا يبدو أنها تتفاعل على الإطلاق بغض النظر عن المكان الذي تحرك فيه المؤشر. تنتج بعض الألعاب الأخرى مشكلات في النبيذ حيث يتم عرض المؤشر في مكان مختلف عن المكان الذي تعتقد اللعبة أنه موجود فيه ، ولكن لا يزال هناك بعض الارتباط بين المكان الذي تعتقد اللعبة أنه موجود فيه وأين يوجد بالفعل ؛ على سبيل المثال ، قد يتم إزاحته لأعلى بمقدار بضع عشرات من البكسل أو شيء من هذا القبيل.

يبدو أن المؤشر "الحقيقي" هو المكان الذي تركته فيه آخر مرة استخدمت فيها لوحة الألعاب. إذا قمت بالتبديل من لوحة الألعاب إلى الماوس والعودة إلى لوحة الألعاب ، فسيقفز المؤشر إلى آخر موقع كان فيه عندما استخدمت لوحة الألعاب.

إذا قمت بتحريك المؤشر إلى زر بلوحة الألعاب ، ثم نقرت بالماوس ، فهل يتم تسجيله؟

حاولت مع نبيذ الفانيليا (بدون بقع مرحلية) _و رقعة qsniyg ولا تغيير.

@ Krypton-Nova: لا يمكنني اختبار ذلك شخصيًا ، لا لوحة ألعاب. على الرغم من أنني أتخيل ما إذا كانت هناك أداة يمكن استخدامها لمحاكاة لوحة ألعاب افتراضية وتعيينها إلى الماوس / لوحة المفاتيح (عكس شيء مثل هذه الأداة ) ، فقد تعمل كتجاوز لمشكلة الماوس.

تحرير: ربما MoltenGamepad ؟

لديّ لوحة ألعاب ، وقد نجحت معي. مجرد فضول إذا كان يفعل للآخرين :)

@ Krypton-Nova نعم يمكنني أن أؤكد أن تحريك المؤشر باستخدام لوحة الألعاب والنقر بالماوس يعمل في الواقع. يبدو أنه يشير إلى أن المشكلة تتعلق بتتبع الماوس أثناء تحريك الماوس ، وليس نقرات الماوس نفسها.

يعمل الماوس وحده أيضًا أثناء التحكم في الشخصية. يمكن للعبة اكتشاف حركة الماوس ولكن المؤشر _position_ يفشل في التحديث - يشير تعليم الفيزياء الأساسي إلى أن هذه المشكلة غير قابلة للحل . أعتقد أن لدى Steam أداة التقاط ماوس مدمجة ، يمكنني أن أحاول عندما أنزل من العمل إذا لم يحصل عليه أحد.

بناءً على ذلك ، وبدون توصيل لوحة الألعاب ، أضفت تسجيل المعلمة الثانية التي تم تمريرها من اللعبة إلى lppt ) ويتم تحديثها:

0084:fixme:win:GetMouseMovePointsEx GetMouseMovePointsEx lppt: [736][694]

ومزيد من التفاصيل أدناه ، أثناء التواجد على نفس الشاشة:

0084:fixme:win:GetMouseMovePointsEx GetMouseMovePointsEx lppt: [1042][656]

يشير هذا إلى أن اللعبة _does_ تعرف مكان المؤشر عند مستوى ما ؛ يجعل الأمر أكثر غرابة أن تحريك المؤشر باستخدام لوحة الألعاب لا يعمل حتى الآن باستخدام الماوس.

ربما يتم استخدام وظيفة GetMouseMovePointsEx لتجانس الماوس وتحتاج إلى بضع نقاط إضافية يتم إرجاعها للاستيفاء؟
لم يُرجع اختراق

لا يمكنني حتى نقل اللعبة إلى القائمة الرئيسية ، فقط أعطل عندما أضغط على شاشة التحميل.

لا يمكنني حتى نقل اللعبة إلى القائمة الرئيسية ، فقط أعطل عندما أضغط على شاشة التحميل.

نفسه. لقد جربت جميع إصدارات Proton المختلفة وإصدارات GloriousEggroll.

أعتقد أن ما يثير فضولتي هو ما يفعله Bannerlord بالضبط بالنتيجة. حدسي هو أنه - كما هو الحال مع خطأ OpenTk - البريد العشوائي GetMouseMovePointsEx سجل هو رنجة حمراء ، وأي كود يتعامل مع الاستجابة (سواء كان ذلك فشلًا أو نقاطًا مرتجعة فعلية) ينفد بصمت. من الصعب القول دون رؤية شفرة مصدر Bannerlord.

ربما يتم استخدام وظيفة GetMouseMovePointsEx لتجانس الماوس وتحتاج إلى بضع نقاط إضافية يتم إرجاعها للاستيفاء؟
لم يُرجع اختراق

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
    FIXME("    Input: %d %d\n", ptin->x, ptin->y);

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x;
            ptout[1].y = pos.y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
            return 2;
        }

        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

لا يمكنني حتى نقل اللعبة إلى القائمة الرئيسية ، فقط أعطل عندما أضغط على شاشة التحميل.

giantrat ، NovenTheHero : هل يمكنك إضافة PROTON_LOG=1 إلى خيارات الإطلاق الخاصة بك (على سبيل المثال PROTON_LOG=1 %command% ) وتقديم الناتج ~/steam-261550.log (ويفضل أن يكون رابطًا إلى Pastebin أو Github جوهر)؟

ها أنت ذا :

NovenTheHero احذف بادئة النبيذ الخاصة بك ثم اتبع الخطوات التالية:

1. أعد تسمية Bannerlord.exe و Bannerlord_BE.exe إلى ManagedStarter.exe و ManagedStarter_BE.exe
2. تشغيل protontricks 261550 vcrun2015
3. تشغيل protontricks 261550 vcrun2017
4. إضافة تجاوزات أصلية لـ ucrtbase و api-ms-win-crt-private-l1-1-0 عبر winecfg
5. نفذ هذه الأوامر:
   cd /home/$USER/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/windows/system32/
wget "https://aka.ms/vs/16/release/vc_redist.x64.exe"
cabextract vc_redist.x64.exe
cabextract a10
6. ابدأ اللعبة واستخدم وحدة تحكم للقوائم. يجب أن يكون هذا كافيًا لإشراكك في معارك مخصصة وبدء الحملة ، على الرغم من أنك ستواجه على الأرجح بعض مشكلات الإدخال والتجميد عند الحفظ.

NovenTheHero إذا لم تكن قد سبيل المثال cd "~/.steam/steam/steamapps/common/Mount & Blade II Bannerlord/bin/Win64_Shipping_Client" && mv TaleWorlds.MountAndBlade.Launcher.exe TaleWorlds.MountAndBlade.Launcher.exe.old && cp Bannerlord.exe TaleWorlds.MountAndBlade.Launcher.exe ). بالتناوب (إذا كان المشغل يعمل من أجلك وتريد استخدامه) ، فحاول فقط نسخ Bannerlord.exe إلى ManagedStarter.exe .

يرجع هذا الخطأ ManagedStarter إلى أن TaleWorlds قد غيرت اسم EXE دون الحاجة إلى إعادة تجميعه (إذا فهمت ذلك تمامًا عندما قرأت ذلك في المنتديات).

steam-261550.log
ها أنت ذا ، شكرًا على خيار الإطلاق هذا بالمناسبة!

giantrat يبدو أنك تحتاج فقط إما إلى إنشاء Wine / Proton المخصص مع تصحيح qsniyg أو اتباع خطوات التجاوز الأصلية (راجع تعليق tkamat أعلاه).

يبدو أن التحديث الأحدث (e1.0.1) قد أصلح مشكلة المشغل بالنسبة لي. لسوء الحظ ، حتى بعد اتباع جميع الخطوات المذكورة ، لا يمكنني حتى تشغيل وحدة التحكم (لدي وحدة تحكم بالبخار ، وليست نموذجية ، فهل يمكن أن تكون كذلك؟)

لقد جربت للتو وحدة التحكم في Steam ولم تنجح. أعتقد أن السبب في ذلك هو أن وحدة التحكم في Steam تحاكي الماوس.

حسنًا مع تعليق tkamat ، يعمل المشغل الآن ، لكنني ما زلت أتعطل بعد مقدمة Taleworlds.

NVM ، حصلت على معايرة السطوع بعد تشغيله مرة أخرى! شرير.

NovenTheHero تأكد من أن عصا التحكم اليسرى لوحدات التحكم لديك مهيأة لحركة عصا التحكم ، وليس حركة الماوس. الذي عليه أن يقوم بالخدعة.

يا لا إدخال الماوس على شاشة السطوع ، يشعر بالسوء. سيحاول البرامج النصية أعلاه.

tkamat بافتراض أنك تشير إلى وحدة التحكم بالبخار ، تم تكوين جميع المحاور كحركة ذراع التحكم ، ولا يعمل أي منها حاليًا ... لقد جربت أيضًا كل محور مجنون ممكن على عصا التحكم HOTAS بدون نتيجة.

لم يكن لإضافة نقطة مماثلة ثانية إلى إخراج GetMouseMovePointsEx أي تأثير. من الواضح أيضًا (بما يتفق مع نتائج ElCaconym ) أنه يتم استدعاء الوظيفة

نظرية البرية.

OpenTK ، التي أفترض أنها مكتبة تستخدمها TaleWorlds لواجهة المستخدم الرسومية ، لا تدعم DPI العالي. هذه مشكلة SLD2 ، والتي يتم استخدامها أيضًا بواسطة winebus.sys ، وهي واجهة HID داخل النبيذ. ما أفكر فيه هو أن DPI الافتراضي المرتفع يثقل كاهل SLD2 / winebus بالمدخلات ولا يمكنه اللحاق بالركب. لذلك من الممكن أنه إذا تمكنا من تغيير الماوس DPI في التكوين إلى شيء أقل ، فإن اللعبة ستلتقط حركة الماوس.

في ملاحظة أخرى ، فإن تشغيل hid_test.exe (الموجود في test.winehq.org) في cmd في بادئة Wine لـ Bannerlord يُظهر أنه تم اكتشاف Wine HID Mouse وجهاز الاستقبال اللاسلكي الخاص بي ، ولكن لا شيء آخر. قد يكون هذا من جانبي بسبب قواعد udev ، لكنني أتساءل عما إذا كان ، مرة أخرى ، بسبب عدم قدرتي على تغيير الماوس الافتراضي DPI (اللعنة عليك Asus! اصنع أداة تهيئة Linux بالفعل!) ثم مرة أخرى ، يتم تشغيل SLD2 مثقلة بالمعلومات. أو أنها لا تلتقطها.

int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);

    static LPMOUSEMOVEPOINT prev;

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x + 1;
            ptout[1].y = pos.y + 1;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x + 1, pos.y + 1);
            return 2;
        }
        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

(أو ربما كان التصحيح الذي تم إصداره قبل ساعتين ، لست متأكدًا من أنني اختبرت قبل تغيير الرمز)

تحرير: لم يكن بسبب التصحيح ، هذا الرمز بالفعل أصلحه

حلو! إعادة البناء مع ذلك الآن.

حصلت على بعض الانهيارات الفردية ، لكن تمكنت من إنهاء معركة 1v1 ضد الذكاء الاصطناعي ، لذلك يبدو الأمر واعدًا.

حتى الآن جيد جدًا مع هذا التعديل. كان قادرًا على وضع القوائم ، وإنشاء شخصية ، وتخطي البرنامج التعليمي ، والعودة إلى معسكر التدريب ، وإكمال جميع أهداف التدريب بجميع الأسلحة. المشكلة الوحيدة التي لاحظتها حتى الآن هي أن تدوير الخريطة باستخدام الزر الأيمن للفأرة يعمل فقط في اتجاه واحد (على سبيل المثال ، مثل Zoolander المعكوس ، ستتحول الخريطة إلى اليسار فقط ، lol).

أعتقد أن الإزعاج الوحيد المتبقي هنا هو طول فترة التوفير ، وليس لدي أي دليل على الإطلاق لمعرفة سبب ذلك ، للأسف.

حتى الآن جيد جدًا مع هذا التعديل. كان قادرًا على وضع القوائم ، وإنشاء شخصية ، وتخطي البرنامج التعليمي ، والعودة إلى معسكر التدريب ، وإكمال جميع أهداف التدريب بجميع الأسلحة. المشكلة الوحيدة التي لاحظتها حتى الآن هي أن تدوير الخريطة باستخدام زر الفأرة الأيمن يعمل فقط في اتجاه واحد (على سبيل المثال ، مثل Zoolander ، ترفض الخريطة الدوران إلى اليسار ، لول).

أعتقد أن الإزعاج الوحيد المتبقي هنا هو طول فترة التوفير ، وليس لدي أي دليل على الإطلاق لمعرفة سبب ذلك ، للأسف.

هل يعمل الماوس الآن أم لا تزال تستخدم لوحة الألعاب؟

أي شخص واجه هذه المشكلة حتى الآن؟

Assertion: should not be reached at /vagrant/mono/mono/utils/mono-threads.c:1066

تستمر اللعبة في التجمد مباشرة بعد إنشاء الشخصية مع ذلك باعتباره الدليل الوحيد قبل أن أجبر على قتله.

هل يعمل الماوس الآن أم لا تزال تستخدم لوحة الألعاب؟

: الماوس: لوحة اللعبة ليست موصولة بالكهرباء.

YellowApple ، يمكنك محاولة تخزين النقطة من الاستدعاء السابق للوظيفة في متغير ثابت ثم تمريرها كنقطة في الفهرس 1. أشعر أنهم يستخدمون النقطتين لحساب نوع من دلتا الماوس.
سأذهب للنوم الآن.

هذا بالتأكيد يستحق المحاولة. سأضع هذا الرمز وأرى ما إذا كان بإمكاني إنشاء شيء على هذا المنوال. سيكون الحل طويل المدى في النهاية هو الحصول على مخزن مؤقت ثابت لما يصل إلى 64 من هؤلاء ودورانهم باستمرار (أي: التنفيذ الكامل لاستدعاء واجهة برمجة التطبيقات بدلاً من نهج الاختراق الحالي ، لول)

هذا يذكرني بمشكلة واحدة ، في العام الماضي (تم تصحيحها في اللعبة منذ ذلك الحين) ، واجهت Naval Action مشكلات في البروتون حيث لم تكتشف موضع المؤشر بعد تغيير سياق تحليل الماوس (من mouselook إلى قائمة) ، وإذا كان لديك القائمة مفتوحة ، وخرج علامة التبويب البديلة والعودة مرة أخرى ، وسوف يكتشفها وستعمل القائمة. يبدو وكأنه شيء بسيط ، ولكن هل جربه أحد؟

لم أفكر في تجربة استخدام علامة التبويب البديلة ، لكنني حاولت للتو ولم أفعل شيئًا بالنسبة لي للأسف. :خائب الامل:

هل يعرف أي شخص ما إذا كان هذا الخطأ الأحادي المتشرد الذي يجمدني متعلقًا بـ Steam أم متعلق بـ Mount and Blade؟

YellowApple هل تمانع في شرح كيف وأين تم تصحيح هذا الرمز في النبيذ؟ أنا جديد جدًا في تجميع النبيذ (لكنني كنت مهتمًا بالحصول على العديد من الألعاب التي تعمل على Linux منذ سنوات) ولا أصل إلى المكان الذي من المفترض أن أذهب إليه. لقد حصلت على صديق لي للتبديل إلى Linux بدوام كامل قبل أسبوعين وكانت تتطلع حقًا إلى هذه اللعبة ، لذا سيكون الأمر منتفخًا إذا تمكنت من تشغيلها لها. لا أعتقد أنها ستعود إلى Windows في أي وقت قريبًا ، لكنني أيضًا لا أريدها أن تشعر بخيبة أمل لعدم قدرتها على لعب اللعبة الوحيدة التي كانت تتطلع إليها.

بدأ تغيير إصدار البروتون في التنزيل من 0٪ وإزالة 31 جيجابايت من التنزيل مرتين على التوالي كدت أن أصاب بنوبة قلبية.

حسنًا ، أجد صعوبة في الاحتفاظ بها على القرص لأن Steam يزيلها في كل مرة أقوم بتثبيتها بالكامل. انا حزين.

أنا أحب التعاون الرائع الذي يجري هنا ويمنعني من استرداده على Steam. أنا لست خبيرًا في التكنولوجيا الفائقة ولكن يمكنني أن أرى تقدمًا يجري هنا. من خلال الأشياء البسيطة المذكورة أعلاه ، يمكنني الوصول إلى كل شيء تقريبًا من خلال إنشاء الشخصية قبل أقفال اللعبة الصعبة ، مما يجعلني أعيد تشغيل جهاز الكمبيوتر الخاص بي فعليًا ، لكنك تعطيني جميعًا الأمل =).

من أجل تعليق لعبة الحفظ ، قد نضطر إلى إشراك Codeweavers (بشكل أساسي المشرفون الأساسيون على Wine). نأمل أن يلاحظوا مدى شعبية هذه اللعبة والعمل عليها. حتى لو عملنا على دعم الماوس ، فإن تعليق الحفظ لا يزال سببًا لتصنيف هذه اللعبة على أنها القمامة.

لم تكن وحدة التحكم تساعد ، ما زلت لا تستطيع بدء اللعبة ، أعتقد أنني أنتظر يومًا.

giantrat هل جربت إعادة

coltondrg الملف المصدر المعني هو dlls/user32/input.c . تريد البحث عن تعريف الوظيفة لـ GetMouseMovePointsEx واستبداله بما يلي:

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
    FIXME("    Input: %d %d\n", ptin->x, ptin->y);

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x + 1;
            ptout[1].y = pos.y + 1;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
            return 2;
        }

        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

إذا كنت تقوم بإنشاء الإصدار نفسه من Wine الذي يستخدمه Proton ، فيمكنك بدلاً من ذلك حفظ ما يلي في ملف (على سبيل المثال ، butterlord.patch ) ، cd في شجرة مصدر Wine ، وتشغيل git apply path/to/butterlord.patch (يتضمن هذا أيضًا التصحيحات لإصلاح تعطل ما بعد إنشاء الشخصية):

diff --git a/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec b/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
index 668b8c02fb..58f23257e0 100644
--- a/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
+++ b/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
@@ -150,7 +150,8 @@
 @ stub _o___stdio_common_vfprintf_p
 @ stub _o___stdio_common_vfprintf_s
 @ stub _o___stdio_common_vfscanf
-@ stub _o___stdio_common_vfwprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vfwprintf(int64 ptr wstr ptr ptr) ucrtbase._o___stdio_common_vfwprintf
 @ stub _o___stdio_common_vfwprintf_p
 @ stub _o___stdio_common_vfwprintf_s
 @ stub _o___stdio_common_vfwscanf
@@ -160,7 +161,8 @@
 @ stub _o___stdio_common_vsprintf_p
 @ cdecl _o___stdio_common_vsprintf_s(int64 ptr long str ptr ptr) ucrtbase._o___stdio_common_vsprintf_s
 @ stub _o___stdio_common_vsscanf
-@ stub _o___stdio_common_vswprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) ucrtbase._o___stdio_common_vswprintf
 @ stub _o___stdio_common_vswprintf_p
 @ stub _o___stdio_common_vswprintf_s
 @ stub _o___stdio_common_vswscanf
diff --git a/dlls/ucrtbase/ucrtbase.spec b/dlls/ucrtbase/ucrtbase.spec
index 2251f9f56a..281e2e7c9e 100644
--- a/dlls/ucrtbase/ucrtbase.spec
+++ b/dlls/ucrtbase/ucrtbase.spec
@@ -814,7 +814,8 @@
 @ stub _o___stdio_common_vfprintf_p
 @ stub _o___stdio_common_vfprintf_s
 @ stub _o___stdio_common_vfscanf
-@ stub _o___stdio_common_vfwprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vfwprintf(int64 ptr wstr ptr ptr) MSVCRT__stdio_common_vfwprintf
 @ stub _o___stdio_common_vfwprintf_p
 @ stub _o___stdio_common_vfwprintf_s
 @ stub _o___stdio_common_vfwscanf
@@ -824,7 +825,8 @@
 @ stub _o___stdio_common_vsprintf_p
 @ cdecl _o___stdio_common_vsprintf_s(int64 ptr long str ptr ptr) MSVCRT__stdio_common_vsprintf_s
 @ stub _o___stdio_common_vsscanf
-@ stub _o___stdio_common_vswprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) MSVCRT__stdio_common_vswprintf
 @ stub _o___stdio_common_vswprintf_p
 @ stub _o___stdio_common_vswprintf_s
 @ stub _o___stdio_common_vswscanf
diff --git a/dlls/user32/input.c b/dlls/user32/input.c
index 46f78cbce8..40ed0f4692 100644
--- a/dlls/user32/input.c
+++ b/dlls/user32/input.c
@@ -1280,7 +1280,30 @@ int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOI
         return -1;
     }

-    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);
+    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
+    FIXME("    Input: %d %d\n", ptin->x, ptin->y);
+
+    if (count > 0) {
+        POINT pos;
+        GetCursorPos(&pos);
+
+        ptout[0].x = pos.x;
+        ptout[0].y = pos.y;
+        ptout[0].time = GetTickCount();
+        ptout[0].dwExtraInfo = 0;
+        FIXME("    Output 0: %d %d\n", pos.x, pos.y);
+
+        if (count > 1) {
+            ptout[1].x = pos.x + 1;
+            ptout[1].y = pos.y + 1;
+            ptout[1].time = GetTickCount();
+            ptout[1].dwExtraInfo = 0;
+            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
+            return 2;
+        }
+        
+        return 1;
+    }

     SetLastError(ERROR_POINT_NOT_FOUND);
     return -1;

سيؤدي ذلك إلى إصلاح النبيذ الخاص بك بحيث يكون مطابقًا تمامًا لما أستخدمه.

giantrat هل جربت إعادة

نعم ، والآن أتعرض لعطل شاشة التحميل اللعين ، حتى بعد تطبيق ما ساعدها في المرة الأخيرة.

YellowApple أنت رائع. يحتوي ملف التصحيح الذي لصقته على التصحيحات السابقة للتحطم أيضًا ، أليس كذلك؟ (لا بأس ، يمكنني أن أقرأ) لقد تمكنت بالفعل من إنشاء تصميم باستخدام هذه التصحيحات ولكن اللعبة لم تكتشف وحدة التحكم على جهاز الكمبيوتر الخاص بي ، لذلك لم أتمكن حقًا من الوصول إلى مسافة كافية لمعرفة ما إذا كان ذلك فعالًا بالفعل. لست متأكدًا أيضًا مما إذا كان هذا يحدث أي فرق ، لكنني كنت أقوم بتجميع البنيات الخاصة بي باستخدام البرنامج النصي proton-tkg (من wine-tkg-git) حتى يمكنني فقط سحب ملفات التصحيح المخصصة وإخراج البرنامج النصي بروتون لطيف بالنسبة لي لسحبه إلى أدوات التوافق. أعتقد أن هذا يعني أن بنيتي تحتوي على جميع تصحيحات tkg أيضًا ، والتي آمل ألا تتعارض أو من المحتمل أن تكسر شيئًا آخر.

أردت فقط التحديث ، بعد تطبيق التصحيح من YellowApple أعلاه ، تعمل اللعبة الآن بشكل كامل ، بما في ذلك مدخلات الماوس! أدى الحفظ الأول للحملة إلى تجميد اللعبة لبضع دقائق ، وانتهى الأمر بالتعطل في النهاية ، ولكن بعد إعادة فتح اللعبة ، تم تحميل الحفظ بنجاح. تؤدي عمليات الحفظ اللاحقة إلى تجميد اللعبة لبضع ثوانٍ ، لكنها لا تتعطل ، لذلك ما زلت قادرًا على اللعب بسلاسة! لدي Ryzen 2600 و RX 580 و sata SSD ، مواصفات متوسطة المدى جدًا ، وهو أمر مشجع أيضًا. شكراً جزيلاً لكل من ساهم في الحل في هذا الموضوع ، ولا تتردد في سؤالني عن أي شيء آخر :). نأمل أن يتم دفع هذا إلى نبيذ المنبع حتى لا نضطر إلى بناء أنفسنا.

التحرير: بعد اللعب لمدة ساعة تقريبًا من الحملة ، يبدو أنه قد يكون هناك تسرب للذاكرة ، حيث تستمر اللعبة في استخدام المزيد والمزيد من ذاكرة الوصول العشوائي بينما يبدأ الأداء في التدهور. قد يكون هذا مشكلة في اللعبة نفسها ، مع الأخذ في الاعتبار أنني رأيت بعض مستخدمي Windows يشكون أيضًا من مشكلات الأداء. لدي 8 جيجابايت من ذاكرة الوصول العشوائي ، لذا قد يكون من المثير للاهتمام معرفة ما إذا كان هذا يحدث للأشخاص الذين لديهم ذاكرة أكبر.

وإليك الإصدار المصقول قليلاً من GetMouseMovePointsEx ، والذي يعمل على إصلاح خطأ عكس Zoolander-map-rotation - بينما لا يزال مليئًا بالقرصنة - من المحتمل أن يكون Good Enough ™ لإرساله إلى المنبع:

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {
    static INT last_x = 0;
    static INT last_y = 0;

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    if (count > 0) {
        POINT pos;
        INT out_count = 1;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;

        if (count > 1) {
            ptout[1].x = last_x;
            ptout[1].y = last_y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            out_count = 2;
        }

        last_x = pos.x;
        last_y = pos.y;

        return out_count;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

qsniyg : هل تريد أن تقوم

ليس لدي اللعبة حاليًا لذا لا يمكنني الاختبار ، ولكن هل لدى أي شخص أي إخراج تعطل لتعليق savegame؟ يبدو تقريبًا مثل هذه المشكلة التي واجهناها مع أذونات الملفات.

YellowApple هل تمانع في إنشاء دليل "كيفية جعل اللعبة تعمل من الصفر للحمقى"؟

ليس لدي اللعبة حاليًا لذا لا يمكنني الاختبار ، ولكن هل لدى أي شخص أي إخراج تعطل لتعليق savegame؟ يبدو تقريبًا مثل هذه المشكلة التي واجهناها مع أذونات الملفات.

أشك إلى حد ما في أنها مشكلة أذونات. تمكنت اللعبة من الحفظ ولكن الأمر يستغرق من 5 إلى 10 دقائق تقريبًا للحفظ وتوقف فقط حتى تنتهي. لن يكون الأمر بمثابة توقف عرض بالنسبة لي إلا أن الحفظ التلقائي ينطلق في كل مرة تبدأ فيها معركة ، وفي معظم المشاهد الكبيرة الأخرى تتغير

YellowApple هل تمانع في إنشاء دليل "كيفية جعل اللعبة تعمل من الصفر للحمقى"؟

النهج الأكثر ودية "للأغبياء":

• قم بتنزيل إصدار Proton الدقيق الذي أستخدمه: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
• الصقها في ~/.steam/root/compatibilitytools.d
• استخرجه ( cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz )
• أعد تشغيل Steam
• انقر بزر الماوس الأيمن فوق Bannerlord في مكتبتك ، وانقر فوق Properties ، وقم بتغيير إصدار Proton إلى "proton_5.0-local"
• ؟؟؟
• الربح

من الواضح أنك تفعل ذلك على مسؤوليتك الخاصة ، مع إدراك أن تنزيل وتثبيت وتشغيل ثنائيات عشوائية من الإنترنت هو أمر محفوف بالمخاطر محفوف بالمخاطر. مسؤولية المشتري. نشجعك بشدة على تجربة استنساخ Proton repo ، وتطبيق التصحيحات بنفسك ، وبناء Proton على جهازك الخاص (وعلى الرغم من أن هذا ليس بالضبط النهج الأكثر سهولة في الاستخدام ، إلا أنه أكثر أمانًا من الوثوق بالإنترنت الغرباء لعدم الشرب من جمجمتك ، لول).

نأمل أن نتمكن من تحديث هذه التصحيحات عاجلاً وليس آجلاً حتى نتمكن من تجنب الحاجة إلى هذه البنيات المخصصة لمرة واحدة ، لول

نأمل أن نتمكن من تحديث هذه التصحيحات عاجلاً وليس آجلاً حتى نتمكن من تجنب الحاجة إلى هذه البنيات المخصصة لمرة واحدة ، لول

على أقل تقدير ، طالما أن هذه التصحيحات لا تكسر أشياء أخرى ، فربما يمكن وضعها في أجهزة Proton الشهيرة التابعة لجهات خارجية مثل tkg أو GE في الوقت الحالي؟ : 3GloriousEggroll؟

YellowApple هل تمانع في إنشاء دليل "كيفية جعل اللعبة تعمل من الصفر للحمقى"؟

النهج الأكثر ودية "للأغبياء":

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

من الواضح أنك تفعل ذلك على مسؤوليتك الخاصة ، مع إدراك أن تنزيل وتثبيت وتشغيل ثنائيات عشوائية من الإنترنت هو أمر محفوف بالمخاطر محفوف بالمخاطر. مسؤولية المشتري. نشجعك بشدة على تجربة استنساخ Proton repo ، وتطبيق التصحيحات بنفسك ، وبناء Proton على جهازك الخاص (وعلى الرغم من أن هذا ليس بالضبط النهج الأكثر سهولة في الاستخدام ، إلا أنه أكثر أمانًا من الوثوق بالإنترنت الغرباء لعدم الشرب من جمجمتك ، لول).

نأمل أن نتمكن من تحديث هذه التصحيحات عاجلاً وليس آجلاً حتى نتمكن من تجنب الحاجة إلى هذه البنيات المخصصة لمرة واحدة ، لول

المشكلة هي أنه عندما أقوم بتبديل إصدار البروتون ، تتم إزالة Bannerlord بالكامل ويبدأ التنزيل مرة أخرى. 😤

لا ينبغي أن يحدث ذلك ، يجب حذف مجلد التوافق إذا قمت بالرجوع إلى إصدار أقدم من Proton ولكن لا يجب حذف اللعبة بأكملها مطلقًا. على أي حال ، يجب أن تكون قادرًا على تجاوز إعادة التنزيل عن طريق نسخ ملفات اللعبة احتياطيًا واستعادتها بعد تغيير إصدار Proton. يمكنك تحقيق ذلك عن طريق إنشاء نسخة من مجلد تثبيت اللعبة حرفيًا أو في Steam> Backup and Restore Games

التأخير عند إنقاذ اللعبة وحشي. يمكنني أن أؤكد أنه يقود استخدام وحدة المعالجة المركزية إلى 100 ٪ على جميع وحدات المعالجة المركزية (CPU) المنطقية البالغ عددها 12 في نظامي لعدة ثوان (حتى حوالي دقيقة واحدة بالنسبة لي) القرص R / W خلال هذا الوقت منخفض / غير موجود ، لذلك يبدو أنه يدور على شيء آخر. لا أرى أي شيء مطبوعًا على وحدة التحكم عند تشغيل البخار منها أثناء حدوث ذلك .. هل هناك طريقة أخرى لتمكين المزيد من التسجيل من البروتون / النبيذ والتي قد تساعد في تشخيص المشكلة هنا؟

نقوم حاليًا ببناء نسخة مصححة من GE Proton. سيتم الإبلاغ مرة أخرى إذا كان يعمل مع التصحيح المنشور هنا :)

تضمين التغريدة

ما البقع التي قمت بتطبيقها بالضبط؟
هل يكفي تطبيق git patch من منشورك ؟ (ما زلت أقوم بتنزيل Bannerlord لذا لم أتمكن من اختباره بعد)

هل ما زلنا بحاجة أيضًا إلى تجاوز المشغل باستخدام هذا التصحيح؟

الأصفر ، التفاح

ما البقع التي قمت بتطبيقها بالضبط؟
هل يكفي تطبيق git patch من منشورك ؟ (ما زلت أقوم بتنزيل Bannerlord لذا لم أتمكن من اختباره بعد)

هل ما زلنا بحاجة أيضًا إلى تجاوز المشغل باستخدام هذا التصحيح؟

تضمين التغريدة

يبدو أن مشكلة بدء التشغيل المُدارة قد تم إصلاحها الآن باستخدام أحدث تصحيح. لذا لا.

في كلتا الحالتين ، كان تجاوز المشغل غير ضروري ، إذا أعدت تسمية Bannerlord.exe إلى ManagedStarter.exe ، فسيعمل المشغل بشكل جيد.

تضمين التغريدة
يمكنني تطبيق التصحيح على مستقر النبيذ ولكن ليس على خبير النبيذ لأنه يوجد الآن رقعة متضاربة (يبدو أن هذا هو التصحيح الخاص بك ولكن بترتيب مختلف من الحجج؟) ،
هل تم دمج التصحيح الخاص بك بالفعل؟

تعديل:
حسنًا ، لا يزال تصحيح الإدخال ضروريًا.

YellowApple هل تمانع في إنشاء دليل "كيفية جعل اللعبة تعمل من الصفر للحمقى"؟

النهج الأكثر ودية "للأغبياء":

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

من الواضح أنك تفعل ذلك على مسؤوليتك الخاصة ، مع إدراك أن تنزيل وتثبيت وتشغيل ثنائيات عشوائية من الإنترنت هو أمر محفوف بالمخاطر محفوف بالمخاطر. مسؤولية المشتري. نشجعك بشدة على تجربة استنساخ Proton repo ، وتطبيق التصحيحات بنفسك ، وبناء Proton على جهازك الخاص (وعلى الرغم من أن هذا ليس بالضبط النهج الأكثر سهولة في الاستخدام ، إلا أنه أكثر أمانًا من الوثوق بالإنترنت الغرباء لعدم الشرب من جمجمتك ، لول).

نأمل أن نتمكن من تحديث هذه التصحيحات عاجلاً وليس آجلاً حتى نتمكن من تجنب الحاجة إلى هذه البنيات المخصصة لمرة واحدة ، لول

إنه يعمل من أجل مانجارو الخاص بي.

تحية للجميع،

لقد انتظرت طويلا لهذه اللعبة. هل هذه اللعبة قابلة للعب الآن؟

YellowApple هل تمانع في إنشاء دليل "كيفية جعل اللعبة تعمل من الصفر للحمقى"؟

النهج الأكثر ودية "للأغبياء":

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

من الواضح أنك تفعل ذلك على مسؤوليتك الخاصة ، مع إدراك أن تنزيل وتثبيت وتشغيل ثنائيات عشوائية من الإنترنت هو أمر محفوف بالمخاطر محفوف بالمخاطر. مسؤولية المشتري. نشجعك بشدة على تجربة استنساخ Proton repo ، وتطبيق التصحيحات بنفسك ، وبناء Proton على جهازك الخاص (وعلى الرغم من أن هذا ليس بالضبط النهج الأكثر سهولة في الاستخدام ، إلا أنه أكثر أمانًا من الوثوق بالإنترنت الغرباء لعدم الشرب من جمجمتك ، لول).

نأمل أن نتمكن من تحديث هذه التصحيحات عاجلاً وليس آجلاً حتى نتمكن من تجنب الحاجة إلى هذه البنيات المخصصة لمرة واحدة ، لول

يعمل على Mint 19.2. المشكلة الوحيدة التي يبدو أنها لا تزال قائمة في الوقت الحالي هي الوقت الوحشي (عادةً دقيقة بالنسبة لي) الذي يستغرقه وقت حفظ اللعبة.

تحية للجميع،

لقد انتظرت طويلا لهذه اللعبة. هل هذه اللعبة قابلة للعب الآن؟

Przygi إنها قابلة للعب - لكن وقت الانتظار (بسبب التوفير) في الوقت الحالي هو شيطاني. سيحتاج هذا إلى تحسين قبل أن تصبح اللعبة ممتعة.

@ Rogue-Factor هل هناك أي خيارات بدء خاصة للتسجيل الإضافي؟ العمل على الحصول على سجل هنا الآن.

Rogue-Factor هل هناك أي خيارات بدء خاصة للتسجيل الإضافي؟ العمل على الحصول على سجل هنا الآن.

تضمين التغريدة

داخل Steam ، إذا ذهبت إلى اللعبة ، فانقر بزر الماوس الأيمن وانتقل إلى الخصائص.

ثم انقر فوق تعيين خيارات التشغيل.

أدخل PROTON_LOG=1 %command%

ابدأ اللعبة كالمعتاد.

سيظهر سجل داخل الدليل الرئيسي الخاص بك يسمى steam-{appid}.log .

ملاحظة للجميع ، لا يزال لديك إعادة تسمية ملفات exe بالإضافة إلى تصحيح البروتون!

• تجاوز المشغل

  ملاحظات قليلة:

  the game uses Battleye Anti-Cheat - it's seemingly mandatory even if you just want to play single player. No idea if there is a launch parameter that disables it.
  

  يمكنك إعادة تسمية ملفي exe. في / Mount & Blade II Bannerlord / bin / Win64_Shipping_Client /

  rename "TaleWorlds.MountAndBlade.Launcher.exe" to "TaleWorlds.MountAndBlade.Launcher.exe_backup" (or something similar - it's just not allowed to keep its original name)
  
  rename "Bannerlord.exe" to "TaleWorlds.MountAndBlade.Launcher.exe"
  

  لبدء اللعبة على الأقل ، شاهد شاشات البداية ثم أصل إلى النقطة التي يجب أن أتفاعل فيها مع اللعبة لأول مرة (تغيير إعدادات السطوع) وعند هذه النقطة تصبح وحدة المعالجة المركزية (CPU) ووحدة معالجة الرسومات (GPU) الخاصة بي مطلقة ولا أستطيع تتفاعل مع اللعبة على الإطلاق.

• ثم ترقيع البروتون

  النهج الأكثر ودية "للأغبياء":

  Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
  Stick it in ~/.steam/root/compatibilitytools.d
  Extract it (cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz)
  Restart Steam
  Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"
  ???
  Profit
  

  من الواضح أنك تفعل ذلك على مسؤوليتك الخاصة ، مع إدراك أن تنزيل وتثبيت وتشغيل ثنائيات عشوائية من الإنترنت هو أمر محفوف بالمخاطر محفوف بالمخاطر. مسؤولية المشتري. نشجعك بشدة على تجربة استنساخ Proton repo ، وتطبيق التصحيحات بنفسك ، وبناء Proton على جهازك الخاص (وعلى الرغم من أن هذا ليس بالضبط النهج الأكثر سهولة في الاستخدام ، إلا أنه أكثر أمانًا من الوثوق بالإنترنت الغرباء لعدم الشرب من جمجمتك ، لول).

شكرا للجميع على هذا الموضوع :)

تضمين التغريدة

قاذفة تعمل بشكل جيد بالنسبة لي!

@ tomhobson هل فعلت أي شيء محدد

شكرا لكل العمل على هذا الموضوع! تم التشغيل المزدوج منذ ظهور اللعبة ولكني سعيد بإحراز تقدم هنا!

اختباراتي:

• تشغيل Manjaro 19.0.2
• تمت إعادة تسمية ملفات exe بسبب مشكلة المشغل التي لا تزال تحدث بالنسبة لي.
• اتبعت دليل YellowApple وقم بتحميل اللعبة باستخدام Proton المحرر.
• تعطل عند ضبط الصوت ، ولكن الإعدادات حفظت.
• تعطل عند مغادرة البرنامج التعليمي بعد إنشاء شخصية ناجحة.
• تمكنت من تخطي البرنامج التعليمي في المحاولة الثانية والوصول إلى خريطة الحملة.
• بعض الانخفاضات الطفيفة في الأداء مقارنة بنظام Windows ولكنها تعمل بشكل جيد في الكل.
• تم اختبار ميزة الحفظ وعند تعليق اللعبة التي تمت مناقشتها أثناء ذلك. تتفوق وحدة المعالجة المركزية (CPU) في حوالي 90٪ على 9700 كيلو بايت. استغرق حفظ حوالي 35 ثانية.

@ tomhobson هل فعلت أي شيء محدد

@ kelytha لقد استخدمت البروتون

ألن يكون من الأفضل استخدام الروابط المسماة ManagedStarter.exe و ManagedStarter_BE.exe ، في حالة تحديث الملفات التنفيذية؟

@ ملف السجل الجديد Rogue-Factor أكبر من 10 غيغابايت: / سأحاول مرة أخرى بعد قليل.

sdegrace يجب أن يضغط بشكل جيد. جرب gz'ing عليه

تحية للجميع،
لقد انتظرت طويلا لهذه اللعبة. هل هذه اللعبة قابلة للعب الآن؟

Przygi إنها قابلة للعب - لكن وقت الانتظار (بسبب التوفير) في الوقت الحالي هو شيطاني. سيحتاج هذا إلى تحسين قبل أن تصبح اللعبة ممتعة.

شكرا على الاجابة!!! رفاق العمل العظيم !!!

غير قابل للعب بالنسبة لي للأسف ، يتعطل في كل مرة أقوم بتغيير إعدادات الرسومات ويتعطل أحيانًا عندما يحتاج الأمر إلى رسم / تحميل مشهد ثلاثي الأبعاد معقد (شاشة قائمة أو شاشة إنشاء شخصية).
"تعطل التطبيق: واجه التطبيق مشكلة. نحتاج إلى جمع الملفات الضرورية لإصلاح المشكلة. هل ترغب في تحميل هذه الملفات الآن؟"

في المرة الوحيدة التي وصلت فيها إلى شاشة إنشاء الشخصية ، كان الأداء مروعًا.
لكنني أعتقد أن هذا ربما يكون مشكلة في برنامج التشغيل من جانبي ، لأنني على Ubuntu 18.04 مع عدم وجود ppa غريب أو لا شيء مثبت يدويًا.

Ubuntu 18.04 ، Core i7 6700 ، 16go DDR4 ، GTX 1060 3GO (Nvidia-driver-435)

شيء يجب ملاحظته: حصلت على شاشتين ، إحداهما متصلة ببطاقة الرسومات ، والأخرى على إخراج اللوحة الأم (تم التعامل معها بواسطة رسومات Intel عالية الدقة). يتم توصيل جهاز العرض الرئيسي ببطاقة رسومات nvidia ويتم عرض اللعبة على الشاشة الرئيسية.

تحديث: تمكنت من تغيير الإعدادات الرسومية عن طريق تغييرها واحدًا تلو الآخر دون حدوث أي عطل. لكن لا يزال يتعطل كثيرًا على شاشة إنشاء الشخصية: /

حسنًا ، لقد قمت ببناء proton-tkg والذي يستخدم أحدث إصدار من النبيذ والذي لا يحتاج إلا إلى جزء الإدخال (input.c) من التصحيح المقدم من YellowApple .
ثم أضفت روابط رمزية لجعل المشغل يعمل كما

تعمل اللعبة حتى الآن باستخدام RADV مع ACO ويستغرق الحفظ حوالي 15 ثانية.
يؤدي تغيير الإعدادات إلى تعطل اللعبة (على الأقل يتم حفظ التغييرات على الإعدادات)

وحدة المعالجة المركزية 3700X
GPU Vega 56
رام 32 جيجا
SSD سامسونج 860 ايفو 1 تيرا بايت

توزيعة:
قوس لينكس

نواة:
5.5.13-zen2-1-zen

سائق GPU:
ميسا 20.0.2

التحديث 2:

حسنًا ، بعد تشغيل اللعبة لمدة ساعة ، يكون الأداء جيدًا في الواقع (مقارنة بالنوافذ) أحصل على حوالي 70 إطارًا في الثانية عندما أكون في الساحة وأوقات إطارات جيدة جدًا ، على خريطة العالم ، يبلغ حجمها حوالي 50-60 بكسل مع فترات زمنية للإطار تصل إلى 50 مللي ثانية ، في المدينة حوالي 50-60 pfs مع فترات إطارات تصل إلى 10ms وخلال المعركة الفعلية أحصل على حوالي 60-80pfs (اعتمادًا على الخريطة) مع أطر جيدة ولكن ارتفاعات عرضية تصل إلى> 100ms (ربما تجميع تظليل).

ألعب على WQHD مع إعدادات على "عالية جدا" بالمناسبة.

حسنًا ... لذا حاولت بناء المصحح بينما كنت أنام ، لم ينجح. لقد حاولت للتو تنزيل نسختك ، YellowApple ، وهي أيضًا لا تعمل! : sob: (لا يعمل ، أعني أن الماوس ما زال لا يسمح لي بالتحرك والنقر على القوائم ، لم أجرب وحدة تحكم بعد)

هل أنا الوحيد الذي لم يعمل من أجله؟

يمكن تأكيد الأمر نفسه بالنسبة لجنرال إلكتريك بروتون الذي يعمل مع التصحيح. المشكلة الوحيدة التي أواجهها هي أن كل عملية تشغيل ثانية أو حتى الماوس لن يعمل مرة أخرى. يجب إعادة تشغيل اللعبة مرة أخرى حتى تعمل بشكل صحيح مرة أخرى.

YellowApple عمل عظيم !! :) أنا شخصياً أعتقد أن التصحيح سيكون مناسبًا بشكل أفضل لإعداد النبيذ بدلاً من النبيذ (ثم إرساله إلى الشوك ، مثل البروتون-جي إلخ) ، لأن النبيذ صارم جدًا في التأكد من أن الوظيفة تعمل بشكل وثيق قدر الإمكان شبابيك.

للإرسال إلى إعداد النبيذ ، انظر هنا: https://wiki.winehq.org/Wine-Staging_Development. بشكل أساسي ، قم بإرفاق التصحيح بـ https://bugs.winehq.org/show_bug.cgi؟id=36873 ، واشرح لماذا تعتقد أنه يجب أن ينتقل إلى وضع النبيذ على النبيذ ، ثم CC Alistair و Zebediah (مشرفو النبيذ) من أجل منهم للنظر فيه وإضافته إلى مرحلة النبيذ.

في غضون ذلك ، سأحاول معرفة ما إذا كان بإمكاني تطبيق واحد يعكس تنفيذ Windows للوظيفة :)

@ روغ عامل
https://www.dropbox.com/s/e25za0261pdco0t/steam-261550.log.gz؟dl=0

في هذا السجل ، فتحت Bannerlord ، وفتحت حفظًا موجودًا ، وحفظت اللعبة ، ثم حفظت اللعبة وخرجت منها. من الواضح أن هناك حدًا أعلى لعدد النوى الذي يستغرقه الحفظ - بالنسبة لي هو 14/16. يستغرق الأمر أقل قليلاً من دقيقة بالنسبة لي. لم تواجه أي مشاكل أخرى حتى الآن.

تصحيح YellowApple يناسبني! سنحاول الآن تكوين شخصية والبرنامج التعليمي.

نظرًا لأنني يبدو أنني الوحيد الذي لا يعمل من أجله ، فسأقوم بتحديث كامل للنظام ثم أحاول البناء مرة أخرى ... ربما أجرب GE proton. لدي فكرة عن لوحة مفاتيح أساسية جدًا لوحدة تحكم افتراضية ، لذلك سأتعامل مع ذلك إذا لم تعمل إعادة البناء على تشغيل الماوس.

elovin هل يمكنك سرد كافة التصحيحات المطلوبة؟ أريد أن أحاول بناء بروتون بناءً على توصية YellowApple. لا يعني ذلك أنني لا أثق بهم ، لكنني أريد أن أكون قادرًا على القيام بهذه الأشياء والمساعدة في المساهمة. كان هناك الكثير من التصحيحات في سلسلة الرسائل ، لذلك إذا كنت لا تمانع في سرد ​​تلك التي استخدمتها ، فسأحاول القيام بذلك.

elovin هل يمكنك سرد كافة التصحيحات المطلوبة؟ أريد أن أحاول بناء بروتون بناءً على توصية YellowApple. لا يعني ذلك أنني لا أثق بهم ، لكنني أريد أن أكون قادرًا على القيام بهذه الأشياء والمساعدة في المساهمة. كان هناك الكثير من التصحيحات في سلسلة الرسائل ، لذلك إذا كنت لا تمانع في سرد ​​تلك التي استخدمتها ، فسأحاول القيام بذلك.

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {
    static INT last_x = 0;
    static INT last_y = 0;

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    if (count > 0) {
        POINT pos;
        INT out_count = 1;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;

        if (count > 1) {
            ptout[1].x = last_x;
            ptout[1].y = last_y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            out_count = 2;
        }

        last_x = pos.x;
        last_y = pos.y;

        return out_count;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

التصحيح من YellowApple يعمل معي أيضًا ، شكرًا جزيلاً يا رجل.

لا تزال أوقات التحميل مروعة ، ولكن يبدو أن اللعبة تعمل ، على الأقل إلى حد ما. ما قد يبدو أنه تعطل ، هو في بعض الأحيان مجرد شاشة تحميل تستغرق وقتًا طويلاً.

إنه يعمل جيدًا حقًا في manjaro ، يستغرق الحفظ من 5 إلى 10 ثوانٍ ، ولكن يبدو أن حساب التظليل يحطم اللعبة (حوالي 1/5 احتمالات) عندما أقوم بتحميل خريطة لأول مرة. بعض الإعدادات تتعطل ، ولكن يتم تطبيقها بعد تعطلها بحيث يكون ذلك زعنفة. شكرا لعملكم!

elovin هل يمكنك سرد كافة التصحيحات المطلوبة؟ أريد أن أحاول بناء بروتون بناءً على توصية YellowApple. لا يعني ذلك أنني لا أثق بهم ، لكنني أريد أن أكون قادرًا على القيام بهذه الأشياء والمساعدة في المساهمة. كان هناك الكثير من التصحيحات في سلسلة الرسائل ، لذلك إذا كنت لا تمانع في سرد ​​تلك التي استخدمتها ، فسأحاول القيام بذلك.

لقد استخدمت نص الإنشاء من tkg PKGBUILD repo ) وأضفت التصحيح إلى wine-tkg-git / wine-tkg-userpatches / bannerlord.mypatch (سيبحث tkg عن امتداد الملف "mypatch" لذا نعم أنت يجب أن تسميها بالفعل مثل YOUR_PATCH_NAME.mypatch)

يحتوي bannerlord.mypatch فقط على التصحيح الخاص بـ input.c من YellowApple وهذا هو التصحيح الوحيد

diff --git a/dlls/user32/input.c b/dlls/user32/input.c
index 46f78cbce8..40ed0f4692 100644
--- a/dlls/user32/input.c
+++ b/dlls/user32/input.c
@@ -1280,7 +1280,30 @@ int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOI
         return -1;
     }

-    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);
+    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
+    FIXME("    Input: %d %d\n", ptin->x, ptin->y);
+
+    if (count > 0) {
+        POINT pos;
+        GetCursorPos(&pos);
+
+        ptout[0].x = pos.x;
+        ptout[0].y = pos.y;
+        ptout[0].time = GetTickCount();
+        ptout[0].dwExtraInfo = 0;
+        FIXME("    Output 0: %d %d\n", pos.x, pos.y);
+
+        if (count > 1) {
+            ptout[1].x = pos.x + 1;
+            ptout[1].y = pos.y + 1;
+            ptout[1].time = GetTickCount();
+            ptout[1].dwExtraInfo = 0;
+            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
+            return 2;
+        }
+        
+        return 1;
+    }

     SetLastError(ERROR_POINT_NOT_FOUND);
     return -1;

حسنًا ، للأشخاص الجريئين في المستقبل ، لاحظ أن طريقة elovin لديها المتطلبات التالية (لكل صفحة TKG)

"لن تعمل PKGBUILDs إلا على التوزيعات مع إمكانية الوصول إلى pacman و makepkg" لذلك قد لا يكون هذا مناسبًا للتوزيعة القائمة على debian إلا إذا كنت على استعداد للذهاب إلى أبعد من ذلك لتخصيص هذا.

سأحاول بدونها.

لقد اشتريت اللعبة وقمت بتثبيتها ، واستخدمت الطريقة في الوصف (تنزيل البروتون الخاص ، نعم ، أعلم ، ليس آمنًا ، ولكن الاختبار) ، واضبطه لاستخدام اللعبة المحلية الجديدة ، وما زلت لن أحصل على المشغل .
أرى أن الأشخاص الآخرين لديهم قاذفة تعمل دون إعادة تسمية أي شيء لتخطيها ... ولكن ربما يكون لديهم إصلاحات أخرى مطبقة من قبل ، هذا واحد جديد. ما الذي أفتقده (وهل يمكننا إضافة ذلك إلى الحل - حتى الآن في الجزء العلوي)

aradapilot لا تزال هناك حاجة إلى إعادة التسمية على حد
لا تزال عملية إعادة التسمية هذه تستخدم المشغل:
أعد تسمية Bannerlord.exe و Bannerlord_BE.exe إلى ManagedStarter.exe و ManagedStarter_BE.exe.

ملاحظة لأي شخص مهتم: تمكنت أخيرًا من جعله "يعمل" مع exe المعاد تسميته والبروتون المحدث. تبين أن nvidia-driver-440 كان إلزاميًا لأن nvidia-driver-435 أدى إلى تعطل ما يقرب من 95 ٪ من الوقت في شاشة إنشاء الشخصية. ومع ذلك ، لا تزال العروض مروعة ، لكنني لم أحاول استخدام Windows حتى الآن ، لذلك لا أعرف ما إذا كانت مرتبطة بنظام Linux أو أن جهاز الكمبيوتر الخاص بي هو عبارة عن قمامة كاملة :)

للإرسال إلى إعداد النبيذ ، انظر هنا: https://wiki.winehq.org/Wine-Staging_Development. بشكل أساسي ، قم بإرفاق التصحيح بـ https://bugs.winehq.org/show_bug.cgi؟id=36873 ، واشرح لماذا تعتقد أنه يجب أن ينتقل إلى وضع النبيذ على النبيذ ، ثم CC Alistair و Zebediah (مشرفو النبيذ) من أجل منهم للنظر فيه وإضافته إلى مرحلة النبيذ.

منجز. شكر!

في غضون ذلك ، سأحاول معرفة ما إذا كان بإمكاني تطبيق واحد يعكس تنفيذ Windows للوظيفة :)

حلو. لقد قمت ببعض البحث في وقت سابق ، لكنني أواجه مشكلة في الالتفاف حول كيفية حصول Wine على مدخلات الماوس (وحيث يمكن تخزين ذلك بطريقة مفيدة لـ GetMouseMovePointsEx). لست متأكدًا تمامًا أيضًا مما إذا كانت X11 (أو Wayland أو Quartz أو عدد لا يحصى من أنظمة العرض الأخرى المستخدمة مع Wine) لها وظائف مكافئة.

الأداء جيد تمامًا بالنسبة لي مع Mesa 20.0 و RADV + ACO على رسومات AMD RX 580 (بعض التلعثم على سبيل المثال عند الانتقال إلى مشهد جديد ، لكنه يتضح بسرعة) المشكلة الوحيدة التي واجهتها مع هذا حتى الآن بعد التصحيح لجعل إدخال الماوس يعمل هو تأخر حفظ اللعبة.

craftyguy كم

tkamat لقد لاحظت أن "الحالة الثابتة" لاستخدام ذاكرة الوصول العشوائي للعبة تبدو حوالي 19-20 جيجابايت على جهازي (الذي يحتوي على 32 جيجابايت). هذا بغض النظر عن إعدادات الرسومات (جربت كل من الأعلى المطلق والأدنى المطلق).

حسنًا ، للأشخاص الجريئين في المستقبل ، لاحظ أن طريقة elovin لديها المتطلبات التالية (لكل صفحة TKG)

"لن تعمل PKGBUILDs إلا على التوزيعات مع إمكانية الوصول إلى pacman و makepkg" لذلك قد لا يكون هذا مناسبًا للتوزيعة القائمة على debian إلا إذا كنت على استعداد للذهاب إلى أبعد من ذلك لتخصيص هذا.

سأحاول بدونها.

يمكنك تشغيل makepkg داخل حاوية عامل إرساء قوس لينوكس (ربما سأقوم بعمل نص برمجي بسيط لهذا) ثم قم بفك نسخة البروتون من كرة القطران الناتجة (الحزم القوسية هي مجرد كرات من القطران).
أقوم بتفريغ نسخة البروتون بنفسي ولا أقوم بتثبيتها على مستوى النظام.

tkamat أنا ثاني تعليق YellowApple . لدي أيضًا 32 جيجا بايت ، وقد لاحظت أنه يصل إلى 20 جيجا بايت أثناء تشغيل اللعبة.

لذلك يبدو أن مشكلات الأداء لديك مرتبطة بذاكرة الوصول العشوائي المتاحة. يبدو هذا خارج الموضوع لأنه من المحتمل أن يكون مشكلة في اللعبة نفسها وليست خاصة بالبروتون / النبيذ ..

لذلك يبدو أن protontricks 261550 dotnet48 يحسن بشكل ملحوظ تعليق الحفظ (تتوقف اللعبة لبضع ثوان بدلاً من عدة دقائق). بفضل مستخدم reddit / u / TheCaconym للتقرير!

أيضًا ، في وقت ما ، قام Steam بتحديث اللعبة وفجر إعادة تسميتي ، لكن المشغل نجح في الخروج من الصندوق رغم ذلك. لم يكن عليك حتى إجراء إعادة تسمية Bannerlord.exe → ManagedStarter.exe .

نحن أقل من أسبوع في Harvesting Season ™ و Bannerlord قريب بالفعل من التكافؤ بين Linux و Windows. حوزة!

بمجرد إدخال هذه البقع ، يجب أن تتدفق الزبدة بحرية.

تضمين التغريدة

أواجه مشكلة في الالتفاف حول كيفية حصول Wine على مدخلات الماوس

يرسلها إلى الخادم ، عادةً من خلال send_hardware_message في dlls / user32 / message.c ، وسيتم إرسال موضع المؤشر في النهاية إلى update_desktop_cursor_pos . ربما هذا هو المكان الذي يجب أن نضيف فيه التنفيذ ، ربما في وظيفة جديدة (ربما باستخدام مخزن مؤقت للحلقة الثابتة لتخزين الإدخالات الـ 64؟).

سيكون الجزء المزعج هو إعلان طلب خادم جديد لاسترداد مواضع المؤشر. لم أفعل هذا من قبل ، لكني أعتقد أن الأمر يتعلق بإنشائه في queue.c + request.h ، وذكره في protocol.def ، ثم تشغيل tools/make_requests ؟

ثم يأتي السؤال حول هل يجب تفويض مهمة تصفية مواقع المؤشر إلى الخادم أم في مساحة المستخدمين؟ أود شخصيًا أن أختار الأخير ، ولكن نظرًا لأنه عدد قليل جدًا من الإدخالات (ربما حوالي 1 كيلوبايت أو نحو ذلك من البيانات المراد إرسالها) ، ولن يكون رمز التصفية معقدًا للغاية ، فقد يكون من المفيد القيام بذلك في الخادم بدلاً من ذلك.

أستطيع أن أؤكد أن dotnet48 يسرع في الحفظ.
كنت من المحظوظين حيث استغرق التوفير حوالي 10 ثوانٍ فقط ، ولكن مع ذلك يستغرق الآن حوالي ثانيتين.

@ albin-engstrom هل تم تثبيته على SSD أو HDD من أجلك؟ لاحظت بعض أوقات التحميل الطويلة جدًا بين المشاهد في بعض الأحيان. يتم تثبيت dotnet48 حاليًا.

يتدهور الأداء كثيرًا بالنسبة لي كلما طالت مدة اللعب. نأمل أن يكون هذا مجرد خطأ في اللعبة.

يعد تدهور الأداء أثناء اللعب مشكلة في الوقت الحالي على Windows أيضًا (تسرب الذاكرة - تم الاعتراف به من قِبل devs IIRC).

nilleairbar على محرك أقراص NVMe SSD ، لذلك فهو سريع إلى حد ما. ولكن لا يبدو أن وقت التوفير على الأقل يرجع إلى القراءة أو الكتابة ، بل إن وحدة المعالجة المركزية هي التي تعمل. انتقل من حوالي 30٪ تحميل أثناء اللعب إلى 60٪ أثناء التوفير.
لذلك قد تكون وحدة المعالجة المركزية (CPU) أكثر قوة (3900X) التي أدت إلى أوقات الحفظ القصيرة إلى حد ما.

@ albin-engstrom الذي قد يكون عليه. مع dotnet48 و i7 8700K ، يستغرق التوفير أقل من ثانيتين هنا أيضًا.

أنا على 1700X والآن بعد تثبيت dotnet48 يستغرق الحفظ حوالي 20 إلى 30 ثانية بدلاً من 2 إلى 3 دقائق ولكن الآن خزانات الأداء لفترة من الوقت بعد الحفظ.

أحصل على نتائج مماثلة على i5 أقدم ، حوالي 30 ثانية للحفظ الآن

حتى الآن أتعرض فجأة لانهيار ( wine: Unhandled page fault on execute access to 00000000007501C8 at address 00000000007501C8 (thread 0042), starting debugger... ) بمجرد وصولي إلى شاشة السجناء بعد المعركة. لست متأكدًا بعد مما إذا كانت نتيجة استخدام dotnet48 . لست متأكدًا حتى الآن مما إذا كان يؤثر على جميع المعارك أم فقط معارك مع هذه المجموعة المحددة من اللصوص (أو مع اللصوص بشكل عام). بمجرد تضييق الأمور ، سأضع بعض السجلات.

YellowApple لقد خاضت معارك متعددة ضد اللصوص ولم يؤد ذلك إلى تحطم. (لم يتم تثبيت dotnet 48 بعد)

النهج الأكثر ودية "للأغبياء":

• قم بتنزيل إصدار Proton الدقيق الذي أستخدمه: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
  ....

لقد قمت بهذه الخطوات بالضبط ، يتم تشغيل اللعبة ، ولكن عندما تطلب مني تمرير منزلقات السطوع عند التشغيل الأول ، فإنها لا تسجل أي إدخال (إلى جانب حركة الماوس) ....

تعمل اللعبة بشكل جيد حتى أحاول تبديل إعداد "إظهار اتجاه الهجوم" في القائمة.
تتعطل اللعبة فورًا بعد إغلاق القائمة ، تظهر الرسالة "لقد واجهت خطأً الرجاء تحميل سجلاتك". عندما تغلق النافذة ، لا يزال Steam يعتقد أن اللعبة قيد التشغيل لذا لا يمكنني التشغيل مرة أخرى عبر البخار.

أنا أستخدم https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz للبروتون

معلومات النظام:
نواة: 5.5.13-arch2-1
نظام التشغيل: Arch Linux
وحدة المعالجة المركزية: AMD Ryzen 7 3700X 8-Core
وحدة معالجة الرسومات: AMD NAVI10
مشغل GPU: 4.6 Mesa 20.0.2
ذاكرة الوصول العشوائي: 32 جيجابايت

تعمل اللعبة بشكل جيد حتى أحاول تبديل إعداد "إظهار اتجاه الهجوم" في القائمة.
تتعطل اللعبة فورًا بعد إغلاق القائمة ، تظهر الرسالة "لقد واجهت خطأً الرجاء تحميل سجلاتك". عندما تغلق النافذة ، لا يزال Steam يعتقد أن اللعبة قيد التشغيل لذا لا يمكنني التشغيل مرة أخرى عبر البخار.

أنا أستخدم https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz للبروتون

معلومات النظام:
نواة: 5.5.13-arch2-1
نظام التشغيل: Arch Linux
وحدة المعالجة المركزية: AMD Ryzen 7 3700X 8-Core
وحدة معالجة الرسومات: AMD NAVI10
مشغل GPU: 4.6 Mesa 20.0.2
ذاكرة الوصول العشوائي: 32 جيجابايت

لقد تعرضت لأعطال متعددة في البداية عند تغيير إعدادات الفيديو ، فقط أوقف العملية وابدأ اللعبة مرة أخرى.

تقرير: اللعبة تعمل بشكل جيد وتوفر في حوالي دقيقة واحدة على جهازي. استخدام الحل البديل وإعادة التسمية إلى "مُدار". في شاشة السطوع ، اخترت الإعدادات الجيدة بالنسبة لي ثم خرجت من اللعبة في القائمة الرئيسية. ثم مررت بالبرنامج التعليمي ، وقمت بتغيير بعض الإعدادات الإضافية ، ومعظم إعدادات الرسومات عالية + ثابتة. الأداء جيد جدًا (ربما حوالي 30-40 إطارًا في الثانية). لم أواجه أي عطل حتى الآن ، لكنني خرجت للتو من البرنامج التعليمي وواجهت لاجئين. شكرًا للجميع ، و dev ، و testers ، و Valve و Taleworlds لإحضارنا إلى هنا.

معلومات النظام:
نظام التشغيل: Debian 10 (buster)
ذاكرة الوصول العشوائي: 16 جيجابايت
وحدة المعالجة المركزية: Ryzen 2700X
وحدة معالجة الرسومات: AMD 580X
سائق: Debian 10 (Mesa 18.3.6)

تعمل اللعبة بشكل جيد حتى أحاول تبديل إعداد "إظهار اتجاه الهجوم" في القائمة.
تتعطل اللعبة فورًا بعد إغلاق القائمة ، تظهر الرسالة "لقد واجهت خطأً الرجاء تحميل سجلاتك". عندما تغلق النافذة ، لا يزال Steam يعتقد أن اللعبة قيد التشغيل لذا لا يمكنني التشغيل مرة أخرى عبر البخار.
أنا أستخدم https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz للبروتون
معلومات النظام:
نواة: 5.5.13-arch2-1
نظام التشغيل: Arch Linux
وحدة المعالجة المركزية: AMD Ryzen 7 3700X 8-Core
وحدة معالجة الرسومات: AMD NAVI10
مشغل GPU: 4.6 Mesa 20.0.2
ذاكرة الوصول العشوائي: 32 جيجابايت

لقد تعرضت لأعطال متعددة في البداية عند تغيير إعدادات الفيديو ، فقط أوقف العملية وابدأ اللعبة مرة أخرى.

لقد قتلت عملية البخار وبدأت لافتة الراية مرة أخرى ، ومن المدهش أن الإعداد الذي غيرته ظل متغيرًا.

elovin فقط حاول ضد مجموعة من Mountain Bandits وتحطم في نفس المكان. السجلات للرجوع إليها: steam-261550.log (باستثناء +seh لأنه مع dotnet48 كان يرسل رسائل غير مرغوب فيها إلى جميع أنواع الأشياء).

سأحاول استخدام بادئة جديدة بنفس الحفظ وبدون dotnet48 ومعرفة ما إذا كانت المشكلة قائمة. إذا لم يحدث ذلك ، فأعتقد أننا إما سنضطر إلى استكشاف أخطاء .NET buggery وإصلاحها أو سنعود إلى لوحة الرسم مع أوقات الحفظ الطويلة هذه.

@ onodera-punpun إذا كان بإمكانك إضافة PROTON_LOG=1 إلى خيارات الإطلاق الخاصة بك وتقديم ~/steam-261550.log الناتج ، فسيكون ذلك مفيدًا.

YellowApple https://camille.sh/rAM1.log

YellowApple بعد تثبيت dotnet48 مع winetricks ، تلقيت رسالة عند تحميل لعبتي الأخيرة "تحميل اللعبة المحفوظة بوحدات مختلفة" أو شيء من هذا القبيل ، لذا ربما تعمل لعبة جديدة.

لم يتحسن وقت التوفير بالنسبة لي ، فهو لا يزال حوالي 15 ثانية ولا توجد حوادث حتى الآن تقاتل اللصوص

elovin هذه هي الرسالة القياسية بعد تحميل 1.0.0 حفظ بعد التحديث إلى 1.0.1 ؛ ربما يكون هذا هو الأصل (مناسب فقط إذا اتضح أنك قمت بتحميل 1.0.0 حفظ بعد dotnet48 ، وقمت بالتحديث بالفعل إلى 1.0.1)؟

YellowApple على ما يستحق ، مع بادئة dotnet48 الخاصة بي ، لا أتعرض لأي حادث عند الوصول إلى شاشة السجناء بعد معركة (قمت بالعديد من المعارك مع العديد من السجناء). معظم معاركي حتى الآن كانت مع اللصوص ، لكن لم يكن هناك قطاع طرق للجبال بعد.

@ onodera-punpun غريب ، لا شيء يبرز. ليس لديك أي وحدات تحكم موصولة أو أي شيء آخر قد يتداخل ، أليس كذلك؟

elovin أعتقد أن هذا له علاقة بإصدارات اللعبة المحدثة (1.0.2 سقطت للتو).

ElCaconym من الجيد معرفة ذلك. نفس الحفظ ضمن بادئة جديدة غير dotnet48 تتعطل في ظل نفس الظروف ، لذلك على الأقل يمكنني استبعاد ذلك. ربما يكون مجرد حفظ تالف (والذي يبدو أنه مشكلة شائعة حتى على Windows ، إذا كان هناك أي شيء يمر بالمنتديات). (تحرير: وبالفعل ، في ظل لعبة جديدة بـ dotnet48 يمكنني أخذ السجناء دون أن تتحطم ، في الوقت الحالي على الأقل)

YellowApple اعتقدت أنه ربما كان مدير النوافذ الخاص بي ، لذلك حاولت تشغيل اللعبة في مثيل X بدون WM ، لكن ذلك لم يحل المشكلة. لدي فقط لوحة مفاتيح وماوس USB عاديين ، ولا شيء آخر.

تحرير: لقد قمت بتعيين brightness_calibrated في تكوين المحرك على 1 للانتقال مباشرة إلى القائمة ، والنقر هناك أيضًا لا يفعل أي شيء.

EDIT2: لقد أوقفت تشغيل enable steam play for all other titles ، ويبدو أن هذا قد أصلح الأمر. بطريقة ما ، قام هذا بالكتابة فوق استخدام البروتون المخصص الخاص بي بالقوة ...

هل واجه أي شخص آخر مشكلة تسجيل الدخول غير الناجحة في أي محاولة لتشغيل لعبة متعددة اللاعبين؟ إنه يستمر في إلقاء رسائل "فشل تسجيل الدخول" إليّ بعد فترات طويلة من الانتظار.

YellowAppleElCaconym نعم كنت حقها بسبب التحديث.

هل واجه أي شخص آخر مشكلة تسجيل الدخول غير الناجحة في أي محاولة لتشغيل لعبة متعددة اللاعبين؟ إنه يستمر في إلقاء رسائل "فشل تسجيل الدخول" إليّ بعد فترات طويلة من الانتظار.

لم أسمع أي تقارير عن تمكن أي شخص من تشغيل لعبة متعددة اللاعبين منذ أن أضافوا Batlleye في وقت مبكر في الإصدار التجريبي.

ما هي احتمالات حصولنا على لاعبين متعددين على Bannerlord؟ اعتدت أن ألعب Warband طوال الوقت عبر الإنترنت في Ubuntu في اليوم السابق.

لقد رأيت ملاحظة حول dotnet48 وقمت بتثبيته ، في نفس الوقت الذي لاحظت فيه أن Steam قد قام بتحديث اللعبة إلى 1.0.2 ، والآن يتلعثم في أي شيء يزيد عن الحد الأدنى من الرسومات (حصل على 1070) ويتعطل باستمرار يتحرك في عالم مفتوح. annnnd لأن متغيرين هنا لا يمكنني معرفة ما إذا كان التصحيح أو الشيء dotnet هو الذي تسبب في ذلك. أي دليل على ما الذي تبحث عنه؟ أو كيف أعيد ضبط بيئة البروتون الخاصة بي بدون dotnet للاختبار؟

aradapilot : أعمل بشكل جيد على dotnet48 + 1.0.2 (ظللت ألعب لمدة 30 دقيقة أو نحو ذلك بدون مشكلة). ربما قضية فساد حفظ؟ ربما تحاول لعبة جديدة مؤقتا للتأكيد؟ 1070 هنا أيضًا.

aradapilot نعم لقد

حسنًا ، بعد إعادة تشغيل الكمبيوتر ، تتعطل اللعبة عندما تكون نهاية أي قتال وتكون أوقات التحميل أفضل الآن ، ألا يخرج خادم النبيذ إذا خرجت من اللعبة؟

حصلت tkamat على 32G هنا ، ولا يوجد نقص في الذاكرة ، أو في أي مكان من حيث الأجهزة. أحتاج إلى معرفة كيفية إلغاء تلاعب اللعبة الآن ، لم تكن عمليات حفظي بطيئة من قبل ، ولكن لم يكن هناك مانع ، ولم يقل أي شيء عن الإزالة

aradapilot لدي نفس المشكلة
ElCaconym هل هناك أي تعديلات أخرى غير إعادة التسمية ، التصحيح الاختراق وإضافة dotnet480؟
tkamat نعم ، في المرة الأولى التي تدخل فيها اللعبة قبل الحفظ الأول ، يتم تشغيلها كما هو متوقع. لدي نظام قوي بسعة 32 جيجا بايت ولا يزال يبدأ بالتعثر في الإعدادات المنخفضة جدًا لذلك لا أعتقد أن نظامك يسبب ذلك

tkamat لقد لاحظت ذلك أيضًا. يبدو أنه يقتصر بشكل أساسي على عرض الخريطة ؛ يبدو أن المعارك والتجول في المدن / القرى وما إلى ذلك أفضل.

elovin مثيرة للاهتمام. هل كانت هذه عملية حفظ موجودة أم حملة جديدة؟

aradapilot للأسف لا توجد طريقة سهلة لعكس شيء ما تم تثبيته عبر protontricks . أفضل رهان هو إجراء نسخ احتياطي لملفاتك المحفوظة ، أو حذفها أو إعادة تسميتها ~/.steam/steam/steamapps/compatdata/261550 ، وتشغيل اللعبة مرة واحدة لإعادة إنشاء كل شيء ، ونسخ ما قمت بحفظه مرة أخرى.

elovin wineserver _should_ توقف في النهاية ؛ في بعض الأحيان لا يحدث ذلك (خاصة عند حدوث عطل / توقف التطبيق عند الإنهاء). يمكن استخدام "killall wineserver" أو "wineserver -k" بدلاً من ذلك (مع تعريف WINEPREFIX الصحيح في الحالة اللاحقة) للتأكد من ذلك.

@ simi2525 لا شيء يتبادر إلى الذهن ؛ بادئة النبيذ النظيفة ، فقط باستخدام dotnet48. أنا أستخدم النبيذ مباشرة بدلاً من البروتون ولكن لا ينبغي أن يكون لذلك تأثير.

هل واجه أي شخص آخر مشكلة تسجيل الدخول غير الناجحة في أي محاولة لتشغيل لعبة متعددة اللاعبين؟ إنه يستمر في إلقاء رسائل "فشل تسجيل الدخول" إليّ بعد فترات طويلة من الانتظار.

لم أسمع أي تقارير عن تمكن أي شخص من تشغيل لعبة متعددة اللاعبين منذ أن أضافوا Batlleye في وقت مبكر في الإصدار التجريبي.

ما هي احتمالات حصولنا على لاعبين متعددين على Bannerlord؟ اعتدت أن ألعب Warband طوال الوقت عبر الإنترنت في Ubuntu في اليوم السابق.

عملت اللعبة لبضع تصحيحات بعد إضافة battleleye لأنها لا تزال تسمح لك بالانضمام إلى الألعاب دون تمكينها. الأسبوعان الأخيران عندما توقفت النسخة التجريبية المغلقة عن العمل على لينكس ، ربما تزامنت مع جعل المعركة إلزامية. أعتقد أن أفضل ما يمكن أن نأمله أقل من إصدار أصلي من Linux هو تجاوز Taleworlds التحقق من battleeye لتثبيت النبيذ أو التبديل إلى VAC. من المحتمل ألا يكون توافق بروتون Battleye موجودًا في البطاقات نظرًا لأنه يقوم ببعض السحر في مساحة kernelspace.

YellowApple كان حفظًا موجودًا ، لقد بدأت لعبة جديدة الآن ولم تعد تتعطل بعد الآن.

أي فكرة عن مكان حفظ الملفات ، هاها؟

NovenTheHero .steam / steam / steamapps / Compatdata / 261550 / pfx / drive_c / users / steamuser / My \ Documents / Mount \ and \ Blade \ II \ Bannerlord / Game \ Saves / Native /

لقد كتبت نصين سريعين لأتمتة عمليات الإصلاح المختلفة التي تمت مناقشتها هنا وعلى

• config-bannerlord-for-linux.bash
• config-steam-for-bannerlord.bash (YellowApple)

YellowApple يعتقد WineHQ أن هذا هو سبب مشكلة الإدخال ؛ إذا كان هذا هو ما قمت بإصلاحه ، فهل يمكنك النشر المتبادل هناك؟
تحرير: لا بأس ، يبدو أن لديك بالفعل. :)

إصلاح مؤشر الماوس الآن بـ wine-staging .

قبل أن يذهب الناس إلى إزالة بادئات البروتون الخاصة بهم ، تأكد من عدم تعيين أي لعبة لاستخدام البادئة المذكورة ، إذا كنت أتذكر بشكل صحيح ، فسيؤدي ذلك إلى حدوث مشكلات.

شكرا لكم جميعا لعملكم على هذا. إنه لأمر رائع أن نرى كيف يمكن لمجتمع Linux استكشاف المشكلات وإصلاحها بسرعة وإرسال التصحيحات إلى المنبع! لقد قمت بتجميع نسخة بروتون معدلة بناءً على برنامج تعليمي تم نشره مسبقًا وهو يعمل بشكل رائع.

بالنسبة لي ، استغرق الحفظ أيضًا بعض الوقت بدون dotnet48 ، بينما أدى تثبيت تلك المكتبة إلى إصلاح ذلك بالنسبة لي أيضًا. لقد واجهت بعض مشكلات الأداء كما ناقشها آخرون بالفعل. لاحظت الليلة الماضية أن ملف xorg-session.log الخاص بي كان ينمو بشكل مفرط ، حتى 25 جيجابايت. لم أتمكن من اختبار ما إذا كانت هذه المشكلة متعلقة بـ Bannerlord. سيختبر المزيد في المساء.

لقد كتبت نصين سريعين لأتمتة عمليات الإصلاح المختلفة التي تمت مناقشتها هنا وعلى

* [config-bannerlord-for-linux.bash](https://github.com/MilesBHuff/Misc-code/blob/master/code/setup/wine/config-bannerlord-for-linux.bash)

* [config-steam-for-bannerlord.bash](https://github.com/MilesBHuff/Misc-code/blob/master/code/setup/wine/config-steam-for-bannerlord.bash) (@YellowApple)

ألن يتم إصلاح شاشة السطوع بإصلاح مؤشر الماوس؟ كان بالنسبة لي على الأقل.

ربما يمكن لشخص ما اختبار هذا ولكن في الوقت الحالي ، يزور أي نتائج حداد في لعبة حفظ تالفة حتى أحصل على متوسط ​​15 إطارًا في الثانية ولكن فقط على خريطة الحملة ، كل شيء آخر يعمل بشكل جيد.

تحرير: يستمر هذا بعد إعادة تشغيل اللعبة أو الكمبيوتر.

قمت بزيارة حداد ولم يحدث شيء ملحوظ.
(باستخدام بنية البروتون الخاصة بـ Yellowapple ولديها 32 جيجابايت من ذاكرة الوصول العشوائي)

EDIT2: لقد أوقفت تشغيل enable steam play for all other titles ، ويبدو أن هذا قد أصلح الأمر. بطريقة ما ، قام هذا بالكتابة فوق استخدام البروتون المخصص الخاص بي بالقوة ...

حماقة مقدسة ... كانت هذه مشكلتي طوال الوقت! الآن تعمل البقع بالنسبة لي! حتى أنني تركت ملفاتي تتحقق بين عشية وضحاها للتخلص من إعادة تسميتي ، وحتى المشغل يعمل.

لقد جربت YellowApple's Proton ، حيث قمت بتثبيت dotnet48 لكنها لا تزال تعطل WM الخاصة بي بعد إنشاء الشخصية.

/تعديل
إليك خطأ تعطل WM الذي وجدته متعلقًا به. في الأوقات التي لا تتعطل فيها WM ، يتجمد النظام بأكمله. i5-3570k و AMD RX 580 و 32 جيجا رام

kernel: [34245.701791] [ drm: amdgpu_job_timedout [amdgpu]] خطأ مهلة gfx للحلقة ، ولكن تم استردادها

أستطيع أن أؤكد أن إضافة dotnet48 قد أصلحت مشكلة توفير الوقت لدي. لقد انتقلت من 60 ثانية في البداية إلى 90 ثانية + بعد بضع ساعات من اللعب عند استخدام وحدة المعالجة المركزية بحد أقصى إلى أقل من 20 ثانية ولم تعد وحدة المعالجة المركزية في أقصى حد لها أثناء التوفير.

الآن هناك مشكلة صغيرة مستمرة في خريطة الحملة لم تكن موجودة من قبل ، يبدو أن المعارك ليس لها مشاكل. مزعج ولكنه بالتأكيد قابل للعب في هذه الحالة. 32 جيجا بايت من ذاكرة الوصول العشوائي / 1070 تي ، من المفترض أنها ليست مواصفات ولكن سأحاول اللعب ببعض الخيارات لاحقًا.

evopls هي في الأساس نفس المشكلة التي

تحرير: حسنًا ، لقد قمت بعمل نسخة جديدة من Proton عبر wine-tkg مع التصحيح المضمّن في إعداد النبيذ ، يعمل خارج الصندوق الآن. بدون تثبيت dotnet48 ، يكون كل شيء سلسًا ، باستثناء الحفظ (المشكلات التي تمت مناقشتها بالفعل). سيتم تثبيت dotnet48 الآن لمعرفة ما إذا كان هذا هو الجاني لتجربة stuttery على خريطة الحملة.

nilleairbar لقد لاحظت بالنسبة لي أن التأتأة قد اختفت عندما

تضمين التغريدة

ألن يتم إصلاح شاشة السطوع بإصلاح مؤشر الماوس؟ كان بالنسبة لي على الأقل.

أجل إنها كذلك. كانت خطوط التكوين الثلاثة التي أقوم بتعديلها باستخدام config-bannerlord-for-linux.bash من قبل أن يتوفر إصلاح الإدخال. سأعلق على الأجزاء المهملة من البرنامج النصي.

شكراً للنص MilesBHuff ، ويوصلني إلى القائمة الرئيسية.
لقد حاولت جمع المعلومات حول ، من المستحيل تشغيل الحملة ، أليس كذلك؟ تمكن بعض الأشخاص من القيام بذلك ، فهل يتعلق الأمر بآخر التصحيحات؟

@ Haywire-dev من الممكن تمامًا لعب الحملة. أكبر مشكلة هي "خطأ" حفظ اللعبة الذي يتسبب في أن يستغرق الحفظ عدة دقائق. تثبيت dotnet48 عن طريق protontricks أو ما شابه ذلك من العناصر التي قد تؤدي إلى بعض مشكلات الأداء على خريطة الحملة (انظر منشوراتي أو منشورات evopls).

تحرير: أوه ونسيت أن أذكر ، بالطبع أنت بحاجة إلى إصدار Proton يتضمن إما رقعة النبيذ المذكورة في هذا العدد أو يعتمد على أحدث إصدار من النبيذ الذي يأتي مع التصحيح المطبق.

تضمين التغريدة

تحرير: أوه ونسيت أن أذكر ، بالطبع أنت بحاجة إلى إصدار Proton يتضمن إما رقعة النبيذ المذكورة في هذا العدد أو يعتمد على أحدث إصدار من النبيذ الذي يأتي مع التصحيح المطبق.

أنا متأكد من أنني سأتعرض للانفجار بسبب هذا ، ولكن كيف أتأكد بالضبط من أن لدي البروتون المناسب؟ لقد وصلت إلى حد إنشاء الشخصية قبل تعطل اللعبة / WM / الكمبيوتر. أظن أن الإصدار 5.0 المحلي من OP / YellowApple لا يحتوي على ذلك (حتى الآن)؟

أتلقى أعطالًا عرضية أيضًا أثناء تصفح إنشاء القوائم / الشخصية. يبدو في النهاية أنه يعمل بطريقة مهتزة جدًا ، والماوس لا يعمل بشكل واضح ، على الأقل في القوائم. لم تختبر في اللعبة بعد.

أنا متأكد من أنني سأتعرض للانفجار بسبب هذا ، ولكن كيف أتأكد بالضبط من أن لدي البروتون المناسب؟ لقد وصلت إلى حد إنشاء الشخصية قبل تعطل اللعبة / WM / الكمبيوتر.

في الوقت الحالي ، سيكون أسهل إصدار هو استخدام إصدار ProtonYellowApple المشترك. سيكون الخيار الأكثر أمانًا هو إنشاءه بنفسك باستخدام شيء مثل https://github.com/Frogging-Family/wine-tkg-git

في الوقت الحالي ، سيكون أسهل إصدار هو استخدام إصدار ProtonYellowApple المشترك. سيكون الخيار الأكثر أمانًا هو إنشاءه بنفسك باستخدام شيء مثل https://github.com/Frogging-Family/wine-tkg-git

نعم ، أنا حاليًا أستخدم Proton الخاص بـ YellowApple وأعدت تسمية الملفين exe. ، ولكن ما زلت لا أستطيع تجاوز إنشاء الشخصية. أنا أبحث في أشياء Wine-tkg الآن ، ربما سيساعد ذلك.

خلاف ذلك ، أنا أراقب هنا أي شيء آخر لتجربته.

evopls في حال كنت مهتمًا ،

Dotnet48 يدمرها تمامًا بالنسبة لي ... لا يمكنني حتى بدء اللعبة بعد الآن. لقد قمت بإلغاء التثبيت ولكن ما زلت أواجه نفس مشكلات شاشة الحملة مثل الآخرين.

فقط بدافع الفضول @ Foobar1923 ما هو برنامج تشغيل الرسومات الذي تستخدمه؟

لقد حصلت على بطاقة nvidia ، لذا قد يختلف ذلك بالنسبة لك ، لكن كان علي تحديث برنامج تشغيل بطاقة الرسومات ، على الرغم من أن البطاقة التي كنت أستخدمها كانت حديثة إلى حد ما. لقد انتقلت من الانهيار الكلي في معظم الأوقات إلى اللعب ولكن مع وجود مشكلة في معدل الإطارات على بعض الشاشات (كل الشاشة حيث يكون لديك صورة مقربة لشخصية ، ربما يتعلق الأمر بالانتشار تحت السطحي؟).

تضمين التغريدة

أنا أستخدم مخزون amdgpu. لقد قمت بتحديث النبيذ / winetricks / wine-staging وما إلى ذلك و mesa (يجب) أن تكون محدثة وكذلك فولكان.

هل هناك أي تخمينات حول المدة التي ستستغرق حتى يتم سحب هذه الرقع إلى البروتون ، والآن بعد أن بدأ بعضها في الوصول إلى نبيذ المنبع؟

CrafterSvK متأكد أن هذا هو

CrafterSvK متأكد أن هذا هو

نعم لقد نسيت. على أي حال ، في كل مرة أنقر فيها فوق متابعة في نهاية المعركة ، تتعطل اللعبة.

كما أنني لا أرى أي ذكر للوضع الآمن في هذا الموضوع. تتعطل لعبتي عندما أفتح قائمة "الحفلة" ، ولكن عند إعادة تشغيلها تسألني عما إذا كنت أريد البدء في الوضع الآمن ، وإذا قلت نعم ، فلن تتعطل.

هل كل شخص آخر هنا يستخدم الوضع الآمن؟

لم أحاول بعد الوضع الآمن ؛ ماذا يفعل فعلا؟ قد يكون افتراضي أنه (مثل معظم الألعاب) سيؤدي فقط إلى خفض إعدادات الرسومات ، لكنك الآن أتساءل عما إذا كان يقوم أيضًا ببعض الاستثناءات الإضافية أو فحص أمان وقت التشغيل.

تحرير: مضى قدما وجربته. يبدو أنه يعيد تعيين engine_config.txt إلى الإعدادات الافتراضية. لا حتى تعطيل التعديلات.

كما أنني لا أرى أي ذكر للوضع الآمن في هذا الموضوع. تتعطل لعبتي عندما أفتح قائمة "الحفلة" ، ولكن عند إعادة تشغيلها تسألني عما إذا كنت أريد البدء في الوضع الآمن ، وإذا قلت نعم ، فلن تتعطل.

هل كل شخص آخر هنا يستخدم الوضع الآمن؟

سأجربه على الأقل ، لكنني لا أحصل على هذا الخيار. فقط تحطم WM / PC.

لقد كنت أختبر بعض الأشياء وحتى الآن توصلت إلى نفس الاستنتاجات مثل البقية. يبدو أن dotnet48 يحل مشكلة التوفير ولكنه يجعل بقية اللعبة أقل استقرارًا.

مع dotnet48 تعرضت لأعطال أثناء الحفظ والتحميل والدخول في المعارك والبلدات. كانت بعض هذه الأعطال على سطح المكتب ، والبعض الآخر توقف العملية.

بدون dotnet48 تمكنت بالفعل من اللعب دون العديد من المشكلات الإضافية ، فقط عند حفظ استخدام وحدة المعالجة المركزية ينتقل إلى 100٪ لمدة 1:40 دقيقة (على Ryzen 1700). بعد ذلك عاد كل شيء إلى طبيعته ويمكنني الاستمرار على ما يرام.

لاحظ أن اللعبة تحفظ في بعض اللحظات المحددة. لقد لاحظت أنه يحفظ عند الدخول في المعركة (قبل إظهار الشاشة حيث تختار أن تقاتل نفسك أو تترك النرد يقرر) ، أحيانًا أيضًا بعد مغادرة المدينة أو عند تسليم مهمة.

أنا الآن أختبر مع Redistributable لـ Visual Studio 2017 مثبت. حتى الآن لا يبدو أن الأمر مهم بأي شكل من الأشكال.

إعداداتي الرسومية هي الأعلى ولا يغيرها الوضع الآمن.
لا أرى أي فرق سوى عدم وجود تحطم.
(أنا لا أستخدم dotnet48 لأن اللعبة لن تبدأ)

حسنًا ، إنه يتعطل نفس الشيء مع الوضع الآمن على جهازي.

Xxdzs لدي هذه أيضًا منذ أن أستخدم dotnet48 ، ولكن فقط إذا فتحت القائمة فورًا بعد التحميل. إذا لعبت قليلا في البداية أشعر بالاستقرار الشديد.

بشكل عام ، يبدو التلعثم الطفيف على خريطة الحملة أفضل بكثير بالنسبة لي من أوقات الحفظ الطويلة بشكل متزايد بدون dotnet48 ، ولكن ربما يكون هذا هو التفضيل الشخصي. لست متأكدًا من أي من هاتين المشكلتين سيكون من الأسهل إصلاحه.

أجرى بعض الاختبارات بدون dotnet48 وتجاوز المشغل.

بالتأكيد لا تزال بعض القوائم تتعطل ، مما يؤدي إلى حدوث تعطل في بعض الأحيان بعد استغراق أكثر من 45 ثانية. تعمل خريطة الحملة بشكل رائع ، قليلاً أو بدون تأخير ، على الرغم من وجود شيء غير تقليدي يحدث عندما تقوم اللعبة بتحميل بعض الأصول والقوائم. لو قام أحد الأصدقاء بتجربته أيضًا على وحدة المعالجة المركزية Intel الخاصة به ، وكنا نرى ارتفاعات صغيرة في استخدام وحدة المعالجة المركزية في محاولة للوصول إلى قوائم معينة إلى جانب التأخيرات المعتادة.

يبدو أن تعطيل تشتت المساحة الفرعية يساعد مناطق معينة مع dotnet على الرغم من أن وجود هذا الإصلاح يبدو بالتأكيد أكثر استقرارًا عند مقارنته بدون dotnet48.

تحرير: Welp ، فما باللك ، بينما تساعد بشكل معتدل في الاستقرار ، لا تزال اللعبة تمثل فوضى غير مستقرة بالنسبة لي في الغالب. بعد حوالي 4-5 حوارات في اللعبة ، يتم قفل اللعبة وتعطلها.

41819.290:0035:00c4:trace:seh:dump_unwind_info     handler 0x64478533758 data at 0x64478648688
41837.875:0035:00c6:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41837.875:0035:00cb:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41837.876:0035:00c9:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.732:0035:00c7:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.733:0035:00c1:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.829:0035:00bd:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.830:0035:00ca:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.925:0035:00c2:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.925:0035:00be:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.022:0035:00cc:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.023:0035:00bf:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.023:0035:00c3:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.119:0035:00cd:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.122:0035:00c5:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.122:0035:00ce:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.312:0035:00ba:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.312:0035:00c4:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.313:0035:00bc:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.313:0035:00c8:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41849.393:0024:0028:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\WineUsd.sys" : builtin
41849.396:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
41849.396:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
41849.397:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
41849.521:007b:007c:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
41849.541:0074:0075:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
pid 155001 != 155000, skipping destruction (fork without exec?)

الإصدار الثاني:

بعد تغيير بعض العناصر من حولها والتصحيح من tkg ، تعمل بشكل جيد إلى حد ما في الاستقرار ، على الرغم من أن أدائي في خريطة الحملة يكون في سن المراهقة مع تلعثم شديد بنسبة 80 ٪ من الوقت بغض النظر عن الإعدادات الرسومية المنخفضة التي يتم اختيارها.

يبدو أن الأمور قد هدأت هنا ، مما يعني أن معظمنا يستمتع باللعبة. أنا أركض على منصة قوية إلى حد ما بدون dotnet48 ، وبخلاف أوقات الحفظ التي تصل إلى 30 ثانية ، لم أواجه أي عطل واحد.

يجب أن يكون لطيفًا ، مما رأيته على الرغم من ذلك ، هناك الكثير من الأشخاص الذين يعانون إما من تلعثم شديد في خريطة الحملة ، وقوائم الحوار / الحفظ تتسبب في عمليات حفظ CTD وفاسدة ولا يمكن لعدد قليل من الأشخاص المختارين الدخول إلى الحداد على الإطلاق.

بالنسبة لي ، فإن التحدث مع قطاع الطرق ينتج عنه معدل ضربات القلب بنسبة 10 ٪ من الوقت ، وأتلعثم بشدة في خريطة الحملة ، لكن المعارك تجري بشكل أكثر سلاسة من جهاز Windows الخاص بصديقي باستثناء الفواق من وقت لآخر.

نأمل أن يتم تسوية الأمور مع مرور الوقت ، مع كونها في الوصول المبكر. بعد كل شيء ، نرى مجموعة من هذه المشكلات في Windows أيضًا. لذلك أنا مندهش من أن Bannerlord يعمل بشكل جيد كما يفعل على WINE كما هو الحال الآن.

تعمل اللعبة بشكل جيد ولكني أعلق شاشات تحميل لا نهائية وأحصل على هذا الخطأ

يبدو أن الأمور قد هدأت هنا ، مما يعني أن معظمنا يستمتع باللعبة. أنا أركض على منصة قوية إلى حد ما بدون dotnet48 ، وبخلاف أوقات الحفظ التي تصل إلى 30 ثانية ، لم أواجه أي عطل واحد.

يجب أن يكون لطيفًا ، مما رأيته على الرغم من ذلك ، هناك الكثير من الأشخاص الذين يعانون إما من تلعثم شديد في خريطة الحملة ، وقوائم الحوار / الحفظ تتسبب في عمليات حفظ CTD وفاسدة ولا يمكن لعدد قليل من الأشخاص المختارين الدخول إلى الحداد على الإطلاق.

بالنسبة لي ، فإن التحدث مع قطاع الطرق ينتج عنه معدل ضربات القلب بنسبة 10 ٪ من الوقت ، وأتلعثم بشدة في خريطة الحملة ، لكن المعارك تجري بشكل أكثر سلاسة من جهاز Windows الخاص بصديقي باستثناء الفواق من وقت لآخر.

نأمل أن يتم تسوية الأمور مع مرور الوقت ، مع كونها في الوصول المبكر. بعد كل شيء ، نرى مجموعة من هذه المشكلات في Windows أيضًا. لذلك أنا مندهش من أن Bannerlord يعمل بشكل جيد كما يفعل على WINE كما هو الحال الآن.

هل جربت الاختبار مع بيئة بروتون نظيفة تمامًا؟ يمكنك عن طريق تشغيل protontricks 261550 annihilate . لن يزيل المحفوظات الخاصة بك. أعذاري إذا كانت هذه النصيحة تشبه "هل حاولت إيقاف تشغيلها وتشغيلها مرة أخرى" ، فقد ساعدتني على الرغم من ذلك.

لم أواجه أي أعطال أثناء اللعب بدون dotnet48 ، إلا عند محاولة تغيير الإعدادات ، مما يؤدي إلى تعطل فوري.

@ mjm2000 اللعبة بها الكثير من الأخطاء الخاصة بها. لقد واجهت شاشات تحميل لا نهائية على نظام التشغيل Windows 10 أيضًا

montyubuntu هل اللعبة مصححة لأحدث إصدار؟ كانت المشكلات المتعلقة بـ ManagedStarter تظهر لي وللآخرين (على ما أعتقد) في الإصدار e1.0.0.0

montyubuntu هل اللعبة مصححة لأحدث إصدار؟ كانت المشكلات المتعلقة بـ ManagedStarter تظهر لي وللآخرين (على ما أعتقد) في الإصدار e1.0.0.0

لقد تحققت للتو وتم تضمين إصلاح الماوس الآن في إعداد النبيذ. لا يزال المشغل لا يعمل بالنسبة لي ، لذلك كنت بحاجة إلى استبدال المشغل القابل للتنفيذ للعبة الفعلية القابلة للتنفيذ.

أوصي بطلب المساعدة في المنتديات - فلنترك هذه المشكلة للتحقيق في مشكلات اللعبة فقط ، وليس الدعم أيضًا. يعمل الآن عدد قليل جدًا من الأشخاص ، لذلك من المحتمل أن يكون هناك شيء مختلف في الإعداد الخاص بك.

ومن المثير للاهتمام ، أن هناك هذه المشكلة المعروفة التي تم الإبلاغ عنها (على Windows أعني) في منتديات Taleworlds الرسمية:

Stuttering camera movement on the Campaign Map is under investigation.

مما قد يشير إلى أن المشكلة التي يواجهها بعض الأشخاص مع dotnet48 لا تتعلق - أو لا ترتبط تمامًا - بالنبيذ. هناك أيضًا العديد من التقارير التي تفيد بأن اللعبة تتعثر بشكل أكبر مع استمرار الحملة ، خاصة إذا قمت بالحفظ وإعادة التحميل كثيرًا ؛ حتى الإصدار 1.0.2 ، فإن إعادة التحميل والادخار 45 مرة سيضمن أيضًا أن أي إعادة تحميل أخرى للحفظ المعني ستؤدي إلى تعطل اللعبة. على الرغم من أنه من المفترض أن يكون الإصدار 1.0.3 قد أصلح مشكلة انتفاخ / فساد حفظ اللعبة ، إلا أن هناك أيضًا العديد من التقارير التي لم يحدثها (تستمر حملة معينة لفترة أطول قليلاً مع 1.0.3 ولكن هذا كل شيء ، على ما يبدو).

حسنًا ، ربما وجدت إصلاحًا لتلعثم الحملة. ستحتاج بالطبع إلى حجم عينة أكبر مني فقط. إليك كيفية إصلاحه على بادئة جديدة:

• قم ببناء نسخة Proton الخاصة بي (tkg) من المصدر باستخدام أحدث بنية تدريج النبيذ التي تتضمن إصلاح مؤشر الماوس
• تثبيت dotnet40 عبر protontricks
• تم تثبيت vcrun2015 (انظر https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• تثبيت dotnet48
• تم تثبيت vcrun2017 (راجع مرة أخرى https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

الآن ليس لدي تلعثم على خريطة الحملة ، يستغرق مؤشر الماوس الثابت والحفظ بضع ثوانٍ. قد يكون من المفيد أن يجربها أي شخص آخر.

حسنًا ، ربما وجدت إصلاحًا لتلعثم الحملة. ستحتاج بالطبع إلى حجم عينة أكبر مني فقط. إليك كيفية إصلاحه على بادئة جديدة:

• قم ببناء نسخة Proton الخاصة بي (tkg) من المصدر باستخدام أحدث بنية تدريج النبيذ التي تتضمن إصلاح مؤشر الماوس
• تثبيت dotnet40 عبر protontricks
• تم تثبيت vcrun2015 (انظر https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• تثبيت dotnet48
• تم تثبيت vcrun2017 (راجع مرة أخرى https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

الآن ليس لدي تلعثم على خريطة الحملة ، يستغرق مؤشر الماوس الثابت والحفظ بضع ثوانٍ. قد يكون من المفيد أن يجربها أي شخص آخر.

جربت هذا ، مع 1.0.3 ، وكان الأداء أسوأ في بعض المجالات ، وأفضل في مناطق أخرى.

بعد التحديث إلى 1.0.4 ، يتم تشغيل اللعبة بأكملها بشكل لا تشوبه شائبة ، إنه أمر لا يصدق.

nilleairbar جربت للتو هذا ، وذهب كل التأتأة بالنسبة لي ، مع <3 ثوانٍ من الحفظ! أنت عبقري ، شكراً لاكتشاف ذلك. بغرابة كافية ، لقد تم تثبيت كل هذه الحزم في آخر بادئة ، لكنني لم أستخدم البروتون- tkg وقمت بتثبيتها بترتيب مختلف ، لذلك ربما يكون أحد هذه الأشياء هو الفرق. في كلتا الحالتين ، كانت هذه واحدة من أغرب المشكلات التي رأيتها منذ فترة ، ونأمل أن يتم دفع هذه الإصلاحات إلى منبع النبيذ / البروتون في النهاية.

حسنًا ، ربما وجدت إصلاحًا لتلعثم الحملة. ستحتاج بالطبع إلى حجم عينة أكبر مني فقط. إليك كيفية إصلاحه على بادئة جديدة:

• قم ببناء نسخة Proton الخاصة بي (tkg) من المصدر باستخدام أحدث بنية تدريج النبيذ التي تتضمن إصلاح مؤشر الماوس
• تثبيت dotnet40 عبر protontricks
• تم تثبيت vcrun2015 (انظر https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• تثبيت dotnet48
• تم تثبيت vcrun2017 (راجع مرة أخرى https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

الآن ليس لدي تلعثم على خريطة الحملة ، يستغرق مؤشر الماوس الثابت والحفظ بضع ثوانٍ. قد يكون من المفيد أن يجربها أي شخص آخر.

جربت هذا ، مع 1.0.3 ، وكان الأداء أسوأ في بعض المجالات ، وأفضل في مناطق أخرى.

بعد التحديث إلى 1.0.4 ، يتم تشغيل اللعبة بأكملها بشكل لا تشوبه شائبة ، إنه أمر لا يصدق.

كيف تقوم بتثبيت 2017 بعد 2015؟ تظهر لي أخطاء في برنامج التثبيت 2017 تفيد بأنه تم تثبيت إصدار آخر بالفعل. لست متأكدًا حتى من كيفية إلغاء تثبيت 2015 الآن.

يبدو أن Steam (على الأقل عبر Proton) يقوم بالتثبيت المسبق لأوقات تشغيل VC لعامي 2015 و 2017. أحصل على هذه الأخطاء الآن أيضًا (على الرغم من مرور بعض الوقت منذ أن حاولت).

من ناحية أخرى ، يبدو لي أن التحديث إلى 1.0.4 جعل الأمور أسوأ بشكل كبير من حيث معدل إطار الخريطة (تحرير: نسيت توضيح ذلك فقط عندما يتقدم الوقت ؛ عند الإيقاف المؤقت يعمل عند حوالي 30 إطارًا في الثانية). يبدو أنه شيء مقطوع مع تعدد مؤشرات الترابط ؛ وحدة معالجة الرسومات عند استخدام 1٪ وفقًا لـ DXVK HUD ، ويبدو أن نواة واحدة فقط مرتبطة في كل مرة. أيضًا ، من الواضح أن htop يبلغ عن اللعبة باستخدام 1.2 تيرابايت من ذاكرة الوصول العشوائي الآن ، وهو أمر مرعب ورائع:

قد يكون تعديلًا ، رغم ذلك (منذ أن كنت أختبر هؤلاء). قد يكون مجرد شيء غير مرغوب فيه في لعبة الحفظ مرة أخرى. السجلات لا تظهر أي بنادق تدخين معينة هناك.

تحرير: تبين أن التلعثم كان من تعديل ClanTweaker. اشتكى بعض الأشخاص الآخرين من انخفاض معدل الإطارات أيضًا ، وإن لم يكن بالدرجة التي مررت بها تقريبًا.

حجم الذاكرة الظاهرية 1.2 تيرابايت مثير للقلق بعض الشيء وقد يشير إلى حدوث تسرب للذاكرة ، ولكن لا يتم تعيين أي من ذلك تقريبًا إلى الصفحات الفعلية (أي ذاكرة الوصول العشوائي الفعلية) - فأنت تستخدم فقط 17 من 32 جيجابايت من ذاكرة الوصول العشوائي. لذا فإن هذا غير ضار من بعض النواحي ، ما لم تستمر العملية في طلب المزيد من الذاكرة الافتراضية ، فقد تنفد عناوين 64 بت وتتعطل.

يبدو أن Steam (على الأقل عبر Proton) يقوم بالتثبيت المسبق لأوقات تشغيل VC لعامي 2015 و 2017. أحصل على هذه الأخطاء الآن أيضًا (على الرغم من مرور بعض الوقت منذ أن حاولت).

من ناحية أخرى ، يبدو لي أن التحديث إلى 1.0.4 جعل الأمور أسوأ بكثير من حيث معدل إطار الخريطة. يبدو أنه شيء مقطوع مع تعدد مؤشرات الترابط ؛ وحدة معالجة الرسومات عند استخدام 1٪ وفقًا لـ DXVK HUD ، ويبدو أن نواة واحدة فقط مرتبطة في كل مرة. أيضًا ، من الواضح أن htop يبلغ عن اللعبة باستخدام 1.2 تيرابايت من ذاكرة الوصول العشوائي الآن ، وهو أمر مرعب ورائع:

قد يكون تعديلًا ، رغم ذلك (منذ أن كنت أختبر هؤلاء). قد يكون مجرد شيء غير مرغوب فيه في لعبة الحفظ مرة أخرى. السجلات لا تظهر أي بنادق تدخين معينة هناك.

لقد لاحظت للتو هذا التعليق على reddit:

"نعم ، لقد حدث لي أيضًا ، لقد تحولت إلى إنتل الخاص بي بدلاً من Nvidia (وحتى ذلك يمنحني 128 ميجابايت من الطاقة فقط ، مثل wtf؟) ولا يمكنني تغييرها مرة أخرى.
آسف جدًا لسماع ذلك يحدث لك أيضًا ، يا صديقي ، ولكن من ناحية أخرى ، أشعر بتحسن حقًا ، فإن Nvidia الخاصة بي لم تحرق xD. "

يبدو أن اللعبة تحاول استخدام الرسومات المدمجة على معالج هذا المستخدم. مثير للإعجاب

لا يحتوي هذا الجهاز على وحدة معالجة رسومات (GPU) مدمجة على الإطلاق ، لذلك لا يبدو أن الجاني المحتمل في حالتي ، للأسف.

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

يظهر افتقاري إلى المعرفة بنظام لينكس ، لكن هذا الحل لمستخدمي القوس فقط ، أليس كذلك؟ الشيء الوحيد الذي وجدته لـ "إصدار Proton (tkg)" ما هذا ويشير إلى PKGBUILDS التي هي شيء مقوس ، أليس كذلك؟ هل هناك طريقة لفعل الشيء نفسه على kde neon (قاعدة ubuntu 18.04)؟

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

يظهر افتقاري إلى المعرفة بنظام لينكس ، لكن هذا الحل لمستخدمي القوس فقط ، أليس كذلك؟ الشيء الوحيد الذي وجدته لـ "إصدار Proton (tkg)" ما هذا ويشير إلى PKGBUILDS التي هي شيء مقوس ، أليس كذلك؟ هل هناك طريقة لفعل الشيء نفسه على kde neon (قاعدة ubuntu 18.04)؟

نعم ، إنه شيء مقوس. لقد لاحظت في الملف التمهيدي أنه قال إنه كان ممكنًا بدون قوس ، ربما يكون أكثر انخراطًا.

أيضًا ، منذ بضع ساعات ، كان هناك خطأ في البروتون- tkg مما جعله غير قادر على البناء على أي حال.

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

يظهر افتقاري إلى المعرفة بنظام لينكس ، لكن هذا الحل لمستخدمي القوس فقط ، أليس كذلك؟ الشيء الوحيد الذي وجدته لـ "إصدار Proton (tkg)" ما هذا ويشير إلى PKGBUILDS التي هي شيء مقوس ، أليس كذلك؟ هل هناك طريقة لفعل الشيء نفسه على kde neon (قاعدة ubuntu 18.04)؟

نعم ، إنه شيء مقوس. لقد لاحظت في الملف التمهيدي أنه قال إنه كان ممكنًا بدون قوس ، ربما يكون أكثر انخراطًا.

أيضًا ، منذ بضع ساعات ، كان هناك خطأ في البروتون- tkg مما جعله غير قادر على البناء على أي حال.

إنه شيء مقوس ، لكن الملف التنفيذي ينشئ فقط كرة تار يمكنك استخلاصها حيثما تريد (على سبيل المثال في الدليل المقترح في التعليق الرئيسي ، ضمن "الحل البديل الحالي"). إذا كان لديك قوس يمكنه القيام بذلك تلقائيًا نيابة عنك ، لكن هذه ليست خطوة كبيرة. تم حل المشكلة في غضون ساعة وهي الآن تبني بشكل جيد.

مرحبا،
بفضل عمل YellowApple ، تمكنت من تجميع proton-tkg العامل على ubuntu ، واتبعت خطوات nilleairbar ويمكنني لعب اللعبة.

تحصلني nvidia gtx 1070 على حوالي 30 إطارًا في الثانية بمعدل 3840 × 2160 في البر وفي المناوشات الصغيرة والمحادثات داخل الحانات أو القرى وما إلى ذلك.

أكبر معارك حوالي 20 ضد 20 ، محادثات على الخريطة البرية ، متاجر ، حداد ، أحيانًا تلعثم في المخزون بمعدل 2 ~ 3 إطارات في الثانية

لا تزال الحوادث تحدث لي ، ولكن نادرًا ما يحدث

تحرير: ضبط الإعدادات على متوسط ​​يحل مشكلة 2 ~ 3 إطارات في الثانية ، ويستغرق الحفظ حوالي 3 ثوانٍ كحد أقصى

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

يظهر افتقاري إلى المعرفة بنظام لينكس ، لكن هذا الحل لمستخدمي القوس فقط ، أليس كذلك؟ الشيء الوحيد الذي وجدته لـ "إصدار Proton (tkg)" ما هذا ويشير إلى PKGBUILDS التي هي شيء مقوس ، أليس كذلك؟ هل هناك طريقة لفعل الشيء نفسه على kde neon (قاعدة ubuntu 18.04)؟

نعم ، إنه شيء مقوس. لقد لاحظت في الملف التمهيدي أنه قال إنه كان ممكنًا بدون قوس ، ربما يكون أكثر انخراطًا.
أيضًا ، منذ بضع ساعات ، كان هناك خطأ في البروتون- tkg مما جعله غير قادر على البناء على أي حال.

إنه شيء مقوس ، لكن الملف التنفيذي ينشئ فقط كرة تار يمكنك استخلاصها حيثما تريد (على سبيل المثال في الدليل المقترح في التعليق الرئيسي ، ضمن "الحل البديل الحالي"). إذا كان لديك قوس يمكنه القيام بذلك تلقائيًا نيابة عنك ، لكن هذه ليست خطوة كبيرة. تم حل المشكلة في غضون ساعة وهي الآن تبني بشكل جيد.

هل هناك أي تغييرات جديدة في مستقر النبيذ يبدو أنها تفيد Bannerlord؟ لدي بالفعل تصميم مخصص مع تغييرات YellowApple فقط ، فقط أتساءل عما إذا كان الأمر يستحق إنشاء واحدة جديدة من التدريج.

حسنًا ، ربما وجدت إصلاحًا لتلعثم الحملة. ستحتاج بالطبع إلى حجم عينة أكبر مني فقط. إليك كيفية إصلاحه على بادئة جديدة:

• قم ببناء نسخة Proton الخاصة بي (tkg) من المصدر باستخدام أحدث بنية تدريج النبيذ التي تتضمن إصلاح مؤشر الماوس
• تثبيت dotnet40 عبر protontricks
• تم تثبيت vcrun2015 (انظر https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• تثبيت dotnet48
• تم تثبيت vcrun2017 (راجع مرة أخرى https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

الآن ليس لدي تلعثم على خريطة الحملة ، يستغرق مؤشر الماوس الثابت والحفظ بضع ثوانٍ. قد يكون من المفيد أن يجربها أي شخص آخر.

لقد جربت هذا ولكن يبدو الآن أن اللعبة تريد استخدام رسومات إنتل مدمجة ليس لدي حتى؟ اللعبة بطيئة جدًا ولا يبدو أن هناك خيارًا لتغيير بطاقة الرسومات.

حسنًا ، ربما وجدت إصلاحًا لتلعثم الحملة. ستحتاج بالطبع إلى حجم عينة أكبر مني فقط. إليك كيفية إصلاحه على بادئة جديدة:

• قم ببناء نسخة Proton الخاصة بي (tkg) من المصدر باستخدام أحدث بنية تدريج النبيذ التي تتضمن إصلاح مؤشر الماوس
• تثبيت dotnet40 عبر protontricks
• تم تثبيت vcrun2015 (انظر https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• تثبيت dotnet48
• تم تثبيت vcrun2017 (راجع مرة أخرى https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

الآن ليس لدي تلعثم على خريطة الحملة ، يستغرق مؤشر الماوس الثابت والحفظ بضع ثوانٍ. قد يكون من المفيد أن يجربها أي شخص آخر.

جربت هذا ، مع 1.0.3 ، وكان الأداء أسوأ في بعض المجالات ، وأفضل في مناطق أخرى.
بعد التحديث إلى 1.0.4 ، يتم تشغيل اللعبة بأكملها بشكل لا تشوبه شائبة ، إنه أمر لا يصدق.

كيف تقوم بتثبيت 2017 بعد 2015؟ تظهر لي أخطاء في برنامج التثبيت 2017 تفيد بأنه تم تثبيت إصدار آخر بالفعل. لست متأكدًا حتى من كيفية إلغاء تثبيت 2015 الآن.

لدي نفس المشكلة. ومع ذلك ، فإن اللعبة تعمل بشكل جيد بصرف النظر عن بعض التجميد بين الحين والآخر. أنا أركض على 1080ti على القوس.

حسنًا ، ربما وجدت إصلاحًا لتلعثم الحملة. ستحتاج بالطبع إلى حجم عينة أكبر مني فقط. إليك كيفية إصلاحه على بادئة جديدة:

• قم ببناء نسخة Proton الخاصة بي (tkg) من المصدر باستخدام أحدث بنية تدريج النبيذ التي تتضمن إصلاح مؤشر الماوس
• تثبيت dotnet40 عبر protontricks
• تم تثبيت vcrun2015 (انظر https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• تثبيت dotnet48
• تم تثبيت vcrun2017 (راجع مرة أخرى https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

الآن ليس لدي تلعثم على خريطة الحملة ، يستغرق مؤشر الماوس الثابت والحفظ بضع ثوانٍ. قد يكون من المفيد أن يجربها أي شخص آخر.

جربت هذا ، مع 1.0.3 ، وكان الأداء أسوأ في بعض المجالات ، وأفضل في مناطق أخرى.
بعد التحديث إلى 1.0.4 ، يتم تشغيل اللعبة بأكملها بشكل لا تشوبه شائبة ، إنه أمر لا يصدق.

كيف تقوم بتثبيت 2017 بعد 2015؟ تظهر لي أخطاء في برنامج التثبيت 2017 تفيد بأنه تم تثبيت إصدار آخر بالفعل. لست متأكدًا حتى من كيفية إلغاء تثبيت 2015 الآن.

لقد واجهت نفس المشكلة منذ البداية. فقط استخدم protontricks 261550 uninstaller .
للأسف ، تجعل dotnet أداء اللعبة أسوأ بكثير بالنسبة لي ، لكن توفير الوقت هو بالفعل أسرع ، ويستغرق حوالي 30 ثانية.

أنت بحاجة إلى بادئة جديدة (لم يتم إنشاؤها بواسطة Steam) لتثبيت vcrun2015 و vcrun2017 (و dotnet40؟). لقد قمت بتثبيت هؤلاء ثم dotnet48 وفقًا للتعليمات ولكن الحفظ الأسرع (لا يزال) يأتي بسعر عدم استقرار معدل الإطارات المزعج (التلعثم السريع). بالنسبة لي ، أفضل أخذ قسط من الراحة أثناء التوفير والقيام بشيء آخر لمعاناة مشكلات الأداء ، لكن هذا أنا فقط.

هل يتعرض أي شخص آخر لحوادث متكررة جدًا عند القيام بأي شيء ينطوي على حصار؟ يبدو أقل احتمالًا إذا كان الذكاء الاصطناعي يقود الحصار ، ولكن عندما أهاجم أو أدافع بشكل خاص ، فمن المحتمل جدًا أن تتعطل اللعبة (عدة مرات). يمكنني تحميل بعض السجلات لاحقًا ، أردت فقط معرفة ما إذا كان هذا أمرًا يعاني منه الآخرون أيضًا.

هل يتعرض أي شخص آخر لحوادث متكررة جدًا عند القيام بأي شيء ينطوي على حصار؟ يبدو أقل احتمالًا إذا كان الذكاء الاصطناعي يقود الحصار ، ولكن عندما أهاجم أو أدافع بشكل خاص ، فمن المحتمل جدًا أن تتعطل اللعبة (عدة مرات). يمكنني تحميل بعض السجلات لاحقًا ، أردت فقط معرفة ما إذا كان هذا أمرًا يعاني منه الآخرون أيضًا.

نعم؛ حسنًا ، أحصل على المزيد من حوادث التعطل المتكررة منذ e1.0.4 ، ويبدو أن الحصار هو الدافع. لي؛ يقود الذكاء الاصطناعي جميع القطاعات لأنني صغير جدًا

هل يتعرض أي شخص آخر لحوادث متكررة جدًا عند القيام بأي شيء ينطوي على حصار؟ يبدو أقل احتمالًا إذا كان الذكاء الاصطناعي يقود الحصار ، ولكن عندما أهاجم أو أدافع بشكل خاص ، فمن المحتمل جدًا أن تتعطل اللعبة (عدة مرات). يمكنني تحميل بعض السجلات لاحقًا ، أردت فقط معرفة ما إذا كان هذا أمرًا يعاني منه الآخرون أيضًا.

لدي لعبة حفظ في منتصف الحصار وتنهار بعد بضع ثوانٍ بنسبة 100٪ من الوقت. نفس لعبة الحفظ تلعب بشكل جيد على النوافذ. بعد تحميل عملية إنقاذ سابقة ، خضعت لحصارين كجزء من جيش ولم ينهار

لم تحصل على أي أعطال أثناء عمليات الحصار ، ولكن عند بدء تشغيل أحدها ، يكون الماوس متزعزعًا ، ويومض باستمرار ولا يسجل نقرات. الضغط على مفتاح Alt للداخل والخارج يجعله يسجل نقرة على الرغم من ذلك ، بحيث يمكنك تجاوز شاشة النشر.

هل التصحيح المجمع مسبقًا في المنشور الأصلي لم يعد يعمل؟

@ Ryan-Vablet إنه يعمل ، على الأقل يجب أن يكون بقدر ما أعرف. على الرغم من أن البعض يبدو لديهم تجربة أفضل مع نسختهم المطابقة من proton-tkg (والأشياء الأخرى المذكورة في هذا التعليق ).

الشيء الملحوظ هو أن تثبيت dotnet48 يجعل التوفير أسرع بكثير ، وهو أمر يستغرق دقائق بالنسبة للبعض ، ولكنه يسبب مشكلات في الأداء في بعض الحالات. قد تعمل الأشياء الأخرى في التعليق على حل مشكلات الأداء ، مرة أخرى في بعض الحالات.

لكن في النهاية ، لا نعرف أي شيء محدد مع proton-tkg من شأنه أن يساعد أو إذا كان كذلك بالفعل ، فهو محدث بشكل أكبر ، لذلك قد يكون هناك شيء مفيد جدًا فيه. نادرا ما يؤلم على الأقل حتى الآن.

بالنسبة للأعطال ، على ما يبدو ، ليس لدينا أي إصلاحات قوية. ولكن من المحتمل أن تكون هذه مجرد مشكلات في اللعبة نفسها ، وقد يكون هذا هو الحال مع بعض مشكلات الأداء أيضًا.

لقد قمت بتثبيت Bannerlord اليوم (e1.0.5) وقمت بتشغيله باستخدام proton-tkg لمدة 5 ساعات. هذه تجربتي:

أولاً حاولت تشغيل Bannerlord بدون تثبيت حزم dotnet. كان لدي الكثير من التأتأة وأيضًا أوقات حفظ طويلة جدًا كما هو متوقع. كما أنني واجهت أوقات تحميل طويلة.

ثم قمت بتثبيت حزم dotnet40 و dotnet48 عبر protontricks. توفير الوقت وتقليل أوقات التحميل بشكل كبير. كما تم تقليل التأتأة بشكل طفيف. كانت اللعبة قابلة للعب إلى حد كبير في هذه المرحلة. حاولت أيضًا تثبيت vcrun2015 و vcrun2017 ، لكنني لم أتمكن من تثبيتهما بالفعل (ربما تلقائيًا عن طريق Steam).

ومع ذلك ، بعد بضع ساعات بدأت أعاني من حوادث اصطدام أكثر فأكثر ، عادة عند الانتظار في المدينة. بناءً على ما قرأته هنا حتى الآن ، أعتقد أن الأعطال مرتبطة بأن لدي 8 غيغابايت فقط من ذاكرة الوصول العشوائي. يبدو أن اختيار الإعداد المسبق للإعداد المتوسط ​​قد تم إصلاحه (لم يحدث أعطال منذ ذلك الحين) وأدى أيضًا إلى تقليل التأتأة.

OS: Arch Linux
KERNEL: 5.5.13-arch2-1
CPU: AMD Ryzen 5 2600 Six-Core
GPU: Radeon RX Vega 56
GPU DRIVER: 4.6 Mesa 20.0.4
RAM: 8 GB

تحديث بقدر 1.0.5 يذهب (أوبونتو 19.10)
يعمل بشكل مثالي ، ولا توجد مشاكل في الأداء أو يتعطل ، مع إعادة تسمية البداية المُدارة ، ولكن بدون أي حركات أولية ؛ باستخدام البروتون المخصص لـ Yellowapple (في وصف الإصدار)
إذا قمت بتثبيت dotnet40 + 48 للتغلب على مشكلة الادخار ، فإن الأداء هراء واللعبة ليست قابلة للعب حقًا. أود أن أجرب هذا الحل البديل لـ tkg ، ولكن يبدو أن هذا هو الحل الوحيد؟ يتم تثبيت كلا vcruns افتراضيًا.

تمكنت من اجتياز حصار أو حصارين (بقيادة منظمة العفو الدولية) على أحدث تصحيح بالخطوات التي وصفها YellowApple أعلاه. سوف أقوم بتحرير هذا التعليق عندما ألعب بعد ذلك وأقوم بحصار بقيادة لاعب.

بعد التحديث إلى 1.05 (باستخدام بروتون YellowApple ، لا يوجد تثبيت dotnet) ، بدأت في الانهيار عند شاشة المسروقات بعد قتال اللصوص وفي بداية معركة ميدانية كبيرة. حدث الأول حوالي 3 مرات ، والأخير مرة واحدة (توقفت عن المحاولة بعد). كان هناك خطأان جديدان في السجل ، وبعد حدوث أعطال ، استمرت اللعبة في الظهور على أنها تلعب (كما تعطل مراسل الأعطال):

[000000000000004A:] EXCEPTION handling: System.IO.FileNotFoundException: Could not load the file 'TaleWorlds.PSAI.XmlSerializers'.
...
[000000000000003F:] EXCEPTION handling: System.PlatformNotSupportedException: System.Management currently is only supported for Windows desktop applications.

تحديث:
لقد قمت بإعادة تشغيل جهاز الكمبيوتر الخاص بي ، وفازت في معركة في عملية حفظ سابقة ، وأعدت تحميل الجهاز الذي كان يتعطل ودخلت في معركة مختلفة دون أي مشكلة.

تحديث بقدر 1.0.5 يذهب (أوبونتو 19.10)
يعمل بشكل مثالي ، لا توجد مشاكل في الأداء أو يتعطل ، _ مع _ يعيد تسمية البداية المُدارة ، ولكن _ بدون أي حركات أولية ؛ باستخدام البروتون المخصص لـ Yellowapple (في وصف الإصدار)
إذا قمت بتثبيت dotnet40 + 48 للتغلب على مشكلة الادخار ، فإن الأداء هراء واللعبة ليست قابلة للعب حقًا. أود أن أجرب هذا الحل البديل لـ tkg ، ولكن يبدو أن هذا هو الحل الوحيد؟ يتم تثبيت كلا vcruns افتراضيًا.

aradapilot يعمل سكربت البناء proton-tkg بشكل جيد على الأنظمة غير المقوسة أيضًا. فقط تأكد من تثبيت تبعيات wine-tkg.

لقد أجريت إعدادًا إلى حد ما باستخدام YellowApple . لقد قمت بتثبيت dotnet40 ثم dotnet48 (والذي يبدو أنه يحل محل الإصدار الأقدم) ، والذي أعتقد أنه سرع من التوفير ولكن الأداء كان كذلك خاصة على خريطة الحملة. ملاحظة مثيرة للاهتمام ، لقد حاولت إلغاء تثبيت أفعال dotnet ، ولكن بعد ذلك أبلغتني اللعبة أنها تتطلب على الأقل dotnet 4.0. لم تكن إعادة تثبيت dotnet40 كافية لبدء اللعبة بشكل صحيح ، وبطريقة ما تركت protontricks تفكر في أن الإصدار 4.8 لا يزال مثبتًا. قمت بإزالة تثبيت dotnet40 لكن ذلك لم يصلح. في النهاية أنا annihilate d البيئة ولم أقم بتثبيت dotnet ، الذي يتمتع بأداء أفضل بكثير على الأقل ، على الرغم من أن إعداداتي منخفضة بالنسبة لمواصفاتي على ما أعتقد. قد يستغرق التوفير 60 ثانية بدلاً من 30 ثانية باستخدام dotnet.

شيء آخر يجب الانتباه إليه هو محدد الإطار! اعتقدت أنني كنت أتألم حتى في الإعدادات المنخفضة ، لكن اتضح أن معدل الإطارات لدي كان أعلى من شاشتي (60 هرتز) ولكنه متقطع للغاية. ساعد وضع حد لمراقبة معدل التحديث كثيرًا.

المواصفات:
R5 2600
RX 580 4 جيجا
16 جيجا بايت رام
Linux Mint 19.3 مع 5.5 نواة
ميسا 20.1 من Oibaf PPA

تحرير: تبدو الأشياء أيضًا أكثر استقرارًا بشكل ملحوظ بدون dotnet لذا أعتقد أنني سألتزم بها. أيضًا ، يبدو أن الوضع الآمن يعيد تعيين اختبار السطوع وإعدادات الرسومات ولم ألاحظ أي تحسن في الاستقرار ، لذا لن أزعج نفسي بتمكينه بعد حدوث عطل.

لذلك لا أعرف ما إذا كان السعر هو protontricks 261550 vcrun2019 أو باستخدام أحدث إصدار من Proton-GE ، لكن أحدهما أو كليهما قضى تمامًا على أي تلعثم متبقي بالنسبة لي. يستغرق الحفظ اليدوي بضع ثوانٍ ، بينما يبدو أن الحفظ التلقائي فوري ؛ لا يسبب أي نوع من التأخر المتبقي. أحصل أيضًا على 10 × FPS في شاشة الجرد (كانت فظيعة في السابق).

لذا نعم ، لأي شخص آخر لا يزال يستخدم بنيتي: اذهب واحصل على GloriousEggroll's بدلاً protontricks 261550 vcrun2019 إذا كنت لا تزال تحصل على تلعثم متعلق بـ dotnet48

هل تستخدم vcrun2019 مع أو بدون dotnet48؟

هل تستخدم vcrun2019 مع أو بدون dotnet48؟

مع.

الترتيب الدقيق لعمليات البادئة الحالية التي أستخدمها:

• شغّل المشغل مرة واحدة على الأقل ضمن بنائي (لإنشاء بادئة)
• protontricks 261550 uninstall وقم بإلغاء تثبيت كل شيء
• protontricks 261550 dotnet40
• protontricks 261550 vcrun2015
• protontricks 261550 dotnet48
• protontricks 261550 vcrun2017
• قم بتشغيل اللعبة مرة أخرى مرة واحدة على الأقل تحت بنائي
• تحولت إلى Proton 5.5-GE-1
• protontricks 261550 --force vcrun2019 (نظرًا لأنه يتعارض مع vcrun2015 )
• شغّل اللعبة مرة أخرى ولاحظ تحسنًا ملحوظًا

لم أختبر المسار الأبسط وهو protontricks 261550 doetnet48 && protontricks 261550 vcrun2019 على بادئة جديدة حتى الآن. آمل أن يعمل مثل السحر.

نظرًا لأنني لا أستطيع الخروج من جحيم التبعية لتجميع tkg يبني هذه المباني المسبقة فهي نعمة بالنسبة لي شخصيًا.

مقاربي السابقة:

• استخدم بنية Proton المخصصة لـ YellowApples
  ---> لعبة سلسة ، لكن الستينيات توفر الوقت للعبة جديدة. ~ 90 ثانية بعد 10 ساعات أو نحو ذلك في حفظ اللعبة.

• قم بتثبيت dotnet48
  ---> تلعثم صغير على خريطة الحملة و 30 ثانية لحفظ الوقت. بالتأكيد للعب بالنسبة لي.

لقد قمت للتو بالتبديل إلى Proton 5.5-GE-1 ولم أجري أي تعديلات أخرى ، فقد نجح كل شيء فورًا. اختفى التلعثم على خريطة الحملة وأوقات الحفظ حوالي 3 ثوانٍ.

كل ما قيل أنني ما زلت أعاني من أعطال هنا وهناك (اللعبة على سبيل المثال تعطلت أثناء استخدامي البديل وكتبت هذا التعليق) ولكن قد يكون ذلك متعلقًا بالوصول المبكر. حان الوقت للأمل في أن يعمل هذا بشكل لا تشوبه شائبة لأي شخص آخر. <3

evopls قد تكون نفس المشكلة التي لدي:
https://www.reddit.com/r/linuxquestions/comments/fun9qr/did_i_bork_protontkg/

بعد بناء البروتون الخاص بي ، كان لدي وقت حفظ لمدة 5 ثوانٍ تقريبًا ، ولم ألعب بالكامل مع 5.5 GE-1 الجديدة لتوفير الوقت حتى الآن ، لكن الرجل لا تزال هذه اللعبة تحطم طنًا من الأشياء العشوائية في وقت لاحق من اللعبة. حتى على نظام التشغيل Windows ، فهذه فوضى حقيقية ، ولا يزال هناك أمل نظرًا لأنه تم الوصول إليه مبكرًا ونحن نلعب بشكل أساسي إصدار تجريبي (يبدو أنه إصدار مبكر).

أنا معجب حقًا أنه على الرغم من التهور ، فإن اللعبة تعمل بشكل جيد للغاية. يبدو أن التصحيح الأخير قد تعامل مع CTD الفوري لبعض الحوارات والدخول إلى الحداد والتصحيح قبل ذلك ساعد بشكل كبير على التأتأة في خريطة الحملة.

ما زلت أواجه مشكلات مع dotnet48 فقط مع Proton-GE أم لا ولكن مع vcrun2019 مستقر في الغالب.

لم أكن بحاجة إلى الخطوات الأخرى التي يعمل بها Proton-GE + dotnet48 + vcrun2019

protontricks 261550 dotnet48

protontricks 261550 --force vcrun2019

لم يكن vcrun2019 وحده كافيًا ، فأنا بحاجة إلى كل من dotnet48 + vcrun2019

يبدو أنه لا يتوفر لدي vcrun2019 للتثبيت. لقد قمت للتو بإعادة تثبيت protontricks-git من aur ، لذا يجب أن يكون الإصدار الأحدث. كيف أحصل على vcrun2019 مثبتًا و / أو متاحًا للتثبيت من protontricks؟

yarbelk إنه من winetricks ، قم بتحديث winetricks باستخدام

# protontricks will pass --self-update to winetricks
protontricks 261550 --self-update

تحرير: لا أعتقد أنه كان علي إجراء التحديث عندما أعدت تثبيت البادئة ، ربما أحاول إعادة تثبيتها باستخدام Steam

- سيحصل التحديث الذاتي على الأحدث من git / master see
https://github.com/Winetricks/winetricks/blob/master/src/winetricks#L1148

أحدث winetricks هو 20191224 (https://github.com/Winetricks/winetricks/releases) وهو ما قمت بتثبيته. أنا على NixOS لذا Winetricks - التحديث الذاتي لا يعمل (وبالتالي لن يعمل protontricks). ما زلت لا يتوفر لدي vcrun2019.

أحدث winetricks هو 20191224 (https://github.com/Winetricks/winetricks/releases) وهو ما قمت بتثبيته. أنا على NixOS لذا Winetricks - التحديث الذاتي لا يعمل (وبالتالي لن يعمل protontricks). ما زلت لا يتوفر لدي vcrun2019.

لماذا يمنع التواجد على NixOS winetricks --self-update من العمل؟ ربما قم بتشغيله كجذر - أنا على Ubuntu وعملت sudo winetricks --self-update .

على أي حال ، يمكنك الحصول على أحدث كود من winetricks git. الإصدار الذي يحتوي على vcrun2019 بالنسبة لي هو 20191224-next - sha256sum: 472eba29dbf056c87afd39a70426886064040e0bc2c3b63c17baf469b0bf2be2 . يبدو أن vcrun2019 ليس في أي إصدار تم إصداره من winetricks ، ولكن من المؤكد أن --self-update يحصل على الأحدث (من git ، وليس من الإصدارات).

إليك الالتزام في الإصدار "-next" (الذي لم يتم طرحه حاليًا) الذي يحتوي على vcrun2019: https://github.com/Winetricks/winetricks/commit/94edaddc039c205a98c2a620399a741c7a70ce02

لماذا يمنع التواجد على NixOS winetricks --self-update من العمل؟ ربما قم بتشغيله كجذر - أنا على Ubuntu وعملت sudo winetricks --self-update .

ذلك لأن NixOS هو نظام تشغيل تعريفي ولا يستخدم التسلسل الهرمي القياسي لنظام ملفات Unix. يستخدم بيئة chroot خاصة لتطبيقات مثل Steam التي تضع افتراضات وتريد التحكم في بيئتها الخاصة. يتم تثبيت حزمة winetricks في مسار للقراءة فقط في /nix/store/ حيث يتم عزل جميع الحزم بناءً على التجزئة الخاصة بها. من المستحيل أن تقوم بتحديث نفسها.

على أي حال ، يمكنك الحصول على أحدث كود من winetricks git

سأحاول تحديث مراجعة الحزمة ومعرفة ما إذا كان ذلك يعمل. شكر!

تحرير: لقد نجحت بقدر ما يوجد vcrun2019 ، ولكن في محاولة لتثبيته حصلت على مجموع اختباري خاطئ:

sha256sum mismatch! Rename /home/ludvig-new/.cache/winetricks/vcrun2019/vc_redist.x86.exe and try again.

lboklin إذا كنت لا ترغب في إزالة الأشياء احتياطيًا من ذاكرة التخزين المؤقت للدير

mv ~/.cache/winetricks/{,bak.}vcrun2019

ثم حاول التثبيت

lboklin إذا كنت لا ترغب في إزالة الأشياء احتياطيًا من ذاكرة التخزين المؤقت للدير

mv ~/.cache/winetricks/{,bak.}vcrun2019

ثم حاول التثبيت

حاولت ذلك دون نجاح ، لكنني قمت بتشغيله مع النبيذ (أعتقد أنه تم تثبيته بشكل صحيح؟ لقد قمت بتعيين جميع متغيرات env التي يمكنني التفكير فيها) ، لكنني استطعت. هذا خاص بنظامي ولا أرغب في تشويش هذا الموضوع. سأجد الحل.

أستمر في الحصول على هذا الآن:

d3d_device_->CreateTexture2D at
rglGPU_device::create_texture_from_image
failed!
Invalid parameter.

Last Executed Marker: Only supported with nVidia
Gpus and Windows 10.

(تمت إضافة لفات خط غريبة لمزيد من الوضوح)

أقوم بتشغيل dotnet48 vcrun2019 (شكرًاchrisrhayden) ، والبروتون ge-5.5

لدي 1080ti ، والذي أظن بشدة أنه مؤهل كـ nVidia.

إنه أمر غريب لأن أي شخص يحصل على هذا الخطأ على Windows يقوم بتعطيل Nvidia / Radeon Sharpening لإصلاح محتمل ، الشيء الوحيد الذي أعرفه عن بعد قريب في لوحة Nvidia لدينا هو Conformant Texture Clamping لأنسجة ثنائية الأبعاد بلا حدود ، والتي لا يتم استخدامها على الإطلاق بقدر ما أعلم.

يقول البعض العودة إلى e1.0.3 لتجنب المشكلة في الوقت الحالي ، يمكنك تحديد ذلك من خلال خصائص-> BETAS-> حدد e1.0.3 من القائمة المنسدلة. أود أن أقول جربها ، لقد تلقيت أخطاءًا أغرب وأغرب منذ التحديث الأخير ، بينما لعبت لمدة 3 ساعات كاملة في التصحيح السابق. لا نقول أن _ هو السبب ، لكن لا يضر التحقق.

جربت أحدث إصدار من GE سواء مع أو بدون dotnet48 و vcrun19 . يبدو أنه يتعطل في شاشة التحميل الأولى مع هذه الأخطاء:

[0405/100010.058616:ERROR:frame_sink_video_capturer_impl.cc(206)] Invalid resolutions constraints: 0x0 must not be greater than 0x0; and also within media::limits.
eventfd: Too many open files

في بعض الأحيان ، ستعلمني إصدارات GE أو YellowApple بهذا:

ولكن بعد استبعاد مربع الحوار 2-3 مرات ، لا تزال اللعبة تنطلق وتعمل كالمعتاد. لا يبدو أن قول "نعم" يوفر أي معلومات إضافية؟

بالعودة إلى إصدار YellowApple مع تثبيت هذين الفعلين ، يتمتع بأداء جيد وحفظ ~ 10-15 ثانية ، لم أختبر الاستقرار كثيرًا حتى الآن ، لكنني أعتقد أنني سأستخدمه الآن.

لم يعد بإمكاني تثبيت dotnet48 بينما كنت قادرًا في السابق على ... تلقيت هذه النافذة المنبثقة:

لماذا يحدث هذا الآن؟

تحرير: عمل إنشاء بادئة جديدة يدويًا ثم تثبيت dotnet48 و 2019 قبل التشغيل عبر Steam.

مرحبًا @ Gyrfalcon5 ، يرجى تشغيل ulimit -Hn والتحقق من أنه يمنحك قيمة عالية وليس 4096.

مرحبًا @ Gyrfalcon5 ، يرجى تشغيل ulimit -Hn والتحقق من أنه يمنحك قيمة عالية وليس 4096.

هذا يعطيني 4096. هل هذه مشكلة؟ أعتقد أنني رأيت شيئًا هنا يتعلق برفع قيمة كهذه ولكني لست متأكدًا.

نعم ، يرجى قراءة https://github.com/zfigura/wine/blob/esync/README.esync .

لقد استخدمت تعليمات YellowApple أعلاه وتعمل اللعبة بشكل جيد ، لكن ما زلت لا أمتلك مؤشر فأرة يعمل. هل هناك خطوة أساسية فاتني ربما؟ لقد استقلت لمجرد استخدام وحدة التحكم الخاصة بي للقوائم ، ولكن بمجرد وصولي إلى الخريطة بعد إنشاء الشخصية ، تلقيت إشعارًا بأنه لا يمكنني النقر بعيدًا باستخدام وحدة التحكم الخاصة بي.

لقد استخدمت تعليمات YellowApple أعلاه وتعمل اللعبة بشكل جيد ، لكن ما زلت لا أمتلك مؤشر فأرة يعمل. هل هناك خطوة أساسية فاتني ربما؟ لقد استقلت لمجرد استخدام وحدة التحكم الخاصة بي للقوائم ، ولكن بمجرد وصولي إلى الخريطة بعد إنشاء الشخصية ، تلقيت إشعارًا بأنه لا يمكنني النقر بعيدًا باستخدام وحدة التحكم الخاصة بي.

على نظام آخر يعمل أحيانًا وأحيانًا لا يعمل. إعادة تشغيل اللعبة تم إصلاحها. هز كتفيه

لقد استخدمت تعليمات YellowApple أعلاه وتعمل اللعبة بشكل جيد ، لكن ما زلت لا أمتلك مؤشر فأرة يعمل. هل هناك خطوة أساسية فاتني ربما؟ لقد استقلت لمجرد استخدام وحدة التحكم الخاصة بي للقوائم ، ولكن بمجرد وصولي إلى الخريطة بعد إنشاء الشخصية ، تلقيت إشعارًا بأنه لا يمكنني النقر بعيدًا باستخدام وحدة التحكم الخاصة بي.

نعم ، لسبب ما ، لا يعمل الماوس على نظامي إما في المرة الأولى التي أقوم فيها بتشغيل اللعبة بعد تسجيل الدخول إلى Steam. إذا أعدت تشغيل اللعبة ، فستبدأ في العمل.

لقد استخدمت تعليمات YellowApple أعلاه وتعمل اللعبة بشكل جيد ، لكن ما زلت لا أمتلك مؤشر فأرة يعمل. هل هناك خطوة أساسية فاتني ربما؟ لقد استقلت لمجرد استخدام وحدة التحكم الخاصة بي للقوائم ، ولكن بمجرد وصولي إلى الخريطة بعد إنشاء الشخصية ، تلقيت إشعارًا بأنه لا يمكنني النقر بعيدًا باستخدام وحدة التحكم الخاصة بي.

نعم ، لسبب ما ، لا يعمل الماوس على نظامي إما في المرة الأولى التي أقوم فيها بتشغيل اللعبة بعد تسجيل الدخول إلى Steam. إذا أعدت تشغيل اللعبة ، فستبدأ في العمل.

ي للرعونة؟ حسنًا ، أجل. إنها المرة الأولى فقط بعد بدء Steam. يا للفضول.

تحديث: اضطررت إلى حذف وإعادة إنشاء البادئة يدويًا بدون Steam من أجل تثبيت dotnet48 و vcrun2019. يمكنني بعد ذلك بدء التشغيل عبر Steam ويبدو أن الأداء والتوفير يعملان بشكل جيد (تم اختبارهما لمدة دقيقة فقط حتى الآن). هذا مع Proton-GE و winetricks المبنية من هذه المراجعة .

نعم ، يرجى قراءة https://github.com/zfigura/wine/blob/esync/README.esync .

اتبعت الإرشادات هناك وتعمل Proton GE بأداء أفضل بكثير! يمكن أن يستخدم الاستقرار بعض العمل ، لكنني تعرضت لانهيار عند البحث عن شخصية بعد دقيقة أو دقيقتين. قد تحاول مسح البادئة الخاصة بي وإعادة تثبيت الأشياء لمعرفة ما إذا كان ذلك مفيدًا ، على الرغم من أنني أعرف اللعبة نفسها إذا كانت غير مستقرة إلى حد ما في الوقت الحالي.

تحرير: يعد البحث عن شخصية تعطلًا متسقًا للغاية ، مع الناتج التالي عند تشغيل Steam من سطر الأوامر:

mesa: for the   --simplifycfg-sink-common option: may only occur zero or one times!
mesa: for the   --global-isel-abort option: may only occur zero or one times!
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
>>> Adding process 5460 for game ID 261550
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
>>> Adding process 5468 for game ID 261550
wine: Unhandled page fault on execute access to 000000001E770198 at address 000000001E770198 (thread 0035), starting debugger...
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

EDIT2: مزيد من المعلومات حول الانهيار الناتج عن بيئة Proton-GE جديدة:

=================================================================
    Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

=================================================================
    Managed Stacktrace:
=================================================================
domain required for stack walk
=================================================================

تحرير 3: محاولة تجربة dotnet48 مرة أخرى لمعرفة ما إذا كان ذلك سيؤدي إلى حل خطأ المعلومات الإضافي.

تحرير 4: اختفت الشكوى بشأن أحادية اللون ، لكن مشكلات الاستقرار في الموسوعة بالإضافة إلى ترتيب الحلبة مستمرة. أعتقد أن الأمر له علاقة بالحوار الإضافي القادم على خريطة الحملة ولكني لست متأكدًا.

كيف يتم تثبيت vcrun2019؟ عندما أقوم بتشغيل protontricks 261550 vcrun2019
أحصل دائمًا على "Unknown arg vcrun2019"
(أنا باستخدام أحدث protontricks)

كيف يتم تثبيت vcrun2019؟ عندما أقوم بتشغيل protontricks 261550 vcrun2019
أحصل دائمًا على "Unknown arg vcrun2019"
(أنا باستخدام أحدث protontricks)

هل قمت أيضًا بتحديث Winetricks؟ أعتقد أن الناس كانوا يواجهون مشكلة مع بروتونتريكس كونه محدثًا ولكن تحدثوا إلى نبيذ قديم في وقت سابق. يجب أن يكفي أن تفعل winetricks --self-update ، قد تحتاج إلى sudo.

الحصول على الكثير من الأعطال مع البروتون- GE و dotnet48 و vcrun2019.
الإخراج في المحطة:

wine: Unhandled exception 0xe0434352 in thread 3f at address 000000007B00FDCE (thread 003f), starting debugger...

تعديل:
أعتقد أن تمكين الوضع الآمن (يسألك عند بدء التشغيل مرة أخرى بعد تعطله) ساعد في تجنب حدوث عطل لا مفر منه في حملتي (ربما تسبب حدث ما في تشغيله).

تحرير 2:
غالبًا ما يؤدي التصغير بعيدًا على خريطة الحملة إلى حدوث عطل (حدث 3 مرات على الأقل في الساعة الماضية).

تحرير 3:
إنها في الأساس غير قابلة للتشغيل. تعرضت لحوادث أكثر من 5 في آخر نصف ساعة. عدم رؤية أي شيء مفيد في الإخراج ؛ مجرد

wine: Unhandled exception 0xe0434352 in thread 74 at address 7B00DE67 (thread 0074), starting debugger...

تحرير 3:
حسنًا ، لقد تعطلت الآن في قائمة الإعدادات:

wine: Unhandled page fault on execute access to 0000000000000000 at address 0000000000000000 (thread 003b), starting debugger...

نظرًا لأن اللعبة ستنسى فجأة وترفض حفظ الإعدادات الخاصة بي ، فقد أضفت أذونات قراءة من دليل المحفوظات والإعدادات إلى المجموعة (أحتفظ بها مرتبطة بشكل رمزي خارج البادئة حتى لا أقوم بمسحها عن طريق الخطأ). بعد ذلك تذكرت اللعبة إعداداتي. قد يكون مرتبطًا بآخر عطل في قائمة الإعدادات.

تضمين التغريدة
لدي أيضًا أعطال كل بضع دقائق 5-30 عند استخدام dotnet48 و vcrun2019 ودائمًا على خريطة العالم.
لدى proton-GE و proton-tkg هذه المشكلة ، ولم يحسن البروتون- GE أي شيء بالنسبة لي.

craftyguy إلا إذا كنت تريد winetricks لتحديث نفسه ، فهذا يعتمد على كيفية تثبيته في الأصل.

$ winetricks --self-update
------------------------------------------------------
You don't have the proper permissions to run this command. Try again with sudo or as root.
------------------------------------------------------

إذا حصلت عليه من مدير الحزم الخاص بك ، فمن المرجح أنه موجود في /usr/bin ، وتحتاج إلى الوصول إلى الجذر لتحديثه هناك.

مجرد اقتراح. إذا كان أي شخص يتطلب أذونات الجذر لتحديث winetricks. استخدم sudo -E للحفاظ على بيئتك.

تضمين التغريدة

سأحاول تحديث مراجعة الحزمة ومعرفة ما إذا كان ذلك يعمل. شكر!

مرحبًا زميل مستخدم nixos - كيف تفعل هذا؟

يبدو أن "كيفية تحديث winetricks" في التوزيعة التي تختارها خارج الموضوع هنا. اذهب واسأل في المنتدى العام الخاص بك ، أو قم بتثبيت Winetricks محليًا للمستخدم الخاص بك.

تضمين التغريدة

سأحاول تحديث مراجعة الحزمة ومعرفة ما إذا كان ذلك يعمل. شكر!

مرحبًا زميل مستخدم nixos - كيف تفعل هذا؟

بينما أوافق على أنه خارج الموضوع ، سأستغرق دقيقة للرد لتوفير بعض الوقت.

1. استنساخ الريبو nixpkgs
2. القرص المضغوط فيه
3. عدل pkgs / misc / emulators / wine / sources.nix على النحو التالي
4. nix-env -f . -iA winetricks

diff --git a/pkgs/misc/emulators/wine/sources.nix b/pkgs/misc/emulators/wine/sources.nix
index 0e3eb2ce698..aeb0cdef883 100644
--- a/pkgs/misc/emulators/wine/sources.nix
+++ b/pkgs/misc/emulators/wine/sources.nix
@@ -56,10 +56,10 @@ in rec {

   winetricks = fetchFromGitHub rec {
     # https://github.com/Winetricks/winetricks/releases
-    version = "20191224";
-    sha256 = "07q3zh2i3xqzpg46ljarhq3a4ha9zwpc6jqzvly0kfglkh3b3v66";
+    version = "20191229";
+    sha256 = "0vzb9fxnrmbv1x86q7ri0xx4slvmbyjsf59y9hl48gxyr5kld68q";
     owner = "Winetricks";
     repo = "winetricks";
-    rev = version;
+    rev = "94edaddc039c205a98c2a620399a741c7a70ce02";
   };
 }

لدي نظام جديد به:

تم تركيب Bannerlord حديثًا من البخار
تركيب النبيذ الطازج
winetricks التي بنيت حديثا من المصدر
تركيب protontricks جديد باستخدام winetricks أعلاه

❯ wine --version
wine-5.0
❯ winetricks --version
20191224-next - sha256sum: f183161a93a92f2fe38ec90b723055d5a2ca691c85400874879b0ef779a7f46e
❯ protontricks --version
protontricks (1.4.1)
❯ rm -rf ~/.steam/steam/steamapps/compatdata/261550
❯ rm -rf ~/.wine

لقد قمت بتثبيت الإصدار 5.5-GE-1 من البروتون ، ونقلته إلى .steam/root/compatibilitytools.d

ثم قمت بتشغيل:

❯ steam # Launched game from steam with Proton-5.5-GE-1 selected
...
Proton: Upgrading prefix from None to 5.5-GE-1 ($HOME/.local/share/Steam/steamapps/compatdata/261550/)
...
Unhandled Exception:
System.IO.FileNotFoundException: Could not load file or assembly 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
File name: 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'
[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.FileNotFoundException: Could not load file or assembly 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.

❯ cp ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/Bannerlord.exe ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/ManagedStarter.exe
❯ cp ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/Bannerlord_BE.exe ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/ManagedStarter_BE.exe

في هذه المرحلة تبدأ اللعبة

❯ killall wineserver
❯ protontricks 261550 dotnet48
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20191224-next - sha256sum: 21f89159ef089f5e8c70568b34c40973f6cdc7de04832f3d79c9b74fcbfc32ed with wine-5.0 and WINEARCH=win64
Executing w_do_call dotnet48
# ..... fails

هل أحتاج إلى إخبار الإصدار بطريقة ما ليكون 32 بت؟ تم إنشاء الدليل بواسطة Steam ، فهل أحتاج إلى إنشائه يدويًا باستخدام winecfg باستخدام WINEARCH = win32؟ يبدو أن bannerlord هو 64 بت ، لذا لست متأكدًا من كيفية عمل ذلك؟

TannerYoung يبدو أنك تقوم بتشغيل الإصدار 1.0.0 من اللعبة.

يمكنك إما تحديث اللعبة إلى أحدث إصدار أو إعادة تسمية ManagedStarter.exe إلى ManagedStarter.exe.old (أو أي شيء حقيقي) ثم نسخ / symlink / إعادة تسمية Bannerlord.exe إلى ManagedStarter.exe لإصلاح مشكلتك.

للأشخاص الذين ما زالوا يواجهون مشكلات تعطل بعد تثبيت إصدارات vcrun المختلفة ، تحقق جيدًا من إصدار Windows في winecfg. تم تعيين Mine على WinXP أثناء إحدى عمليات التثبيت والتغيير مرة أخرى إلى Windows 10 لإصلاح الكثير من الأعطال.

لقد حالفني الكثير من الحظ حتى الآن مع dotnet472 وليس dotnet48:

protontricks 261550 dotnet472

أنا أستخدم Proton from Valve (@ proton_5.0-next tag) ، مع تطبيق تصحيح تصميمات Proton العشوائية التي يقوم الناس بتوزيعها. أنا أيضا لم يتم تثبيت vcrun2019.

تم الحفظ حوالي 5 ثوانٍ بالنسبة لي ، ولم تتعطل اللعبة بالنسبة لي منذ استخدام هذا التكوين (أقوم بتشغيل أحدث إصدار مصحح من اللعبة باستخدام الإصلاح العاجل اليوم).

تجدر الإشارة إلى أن تبعيات اللعبة المنشورة على المنتدى بواسطة Taleworlds هي .NET 4.7.2 ، vcrun 2015 و 2017: https://forums.taleworlds.com/index.php؟threads/installing -missing -ecessary-Depencies. 407126 /

لا يوجد شيء بخصوص امتلاك .NET 4.8 أو vcrun 2019 ..

craftyguy : شكرا جزيلا لك على هذا! مع dotnet48 ، كانت اللعبة تعمل بشكل جيد في الغالب ، لكن كل حملة سينتهي بها الأمر في النهاية إلى الانهيار / التجمد ، لدرجة أن اللعب أكثر كان شبه مستحيل. مع dotnet472 ، يبدو أن هذه المشكلة قد تم حلها تمامًا. أيضًا ، أرى الآن إشعارات على يمين الشاشة (مثل عندما يقوم شخص ما بتربية جيش في مكان ما) ، وهو ما لم يكن هو الحال مع dotnet48 - لم أكن أعرف حتى بوجود الميزة.

كما أنني لا أرى التلعثم على الخريطة (على الرغم من أنني لم أفعل ذلك حتى مع dotnet48).

يمكنه تأكيد نتائج craftyguy ؛ يعتبر Proton 5.5-GE-1 و protontricks 261550 dotnet472 كافيين لإصلاح كل من التأتأة ووقت الحفظ الطويل. صيد جيد!

ألاحظ أنني أتلقى تعطلًا قابلًا للتكرار باستمرار عند عرض صفحة الموسوعة لمدينة في حفظ موجود وتعطل متقطع في شاشة المخزون ، كلاهما في البادئة السابقة (مع vcrun201(5|7|9) و dotnet48 ) والحالية (بـ dotnet472 ). سأحاول لعبة جديدة ( تنهد ) ومعرفة ما إذا كانت ستستمر.

لست متأكدًا مما أفعله بشأن ما يحدث ، من جانبي. أشعر أنني عدت إلى المربع الأول ، حيث لا يعمل إدخال الماوس تمامًا بغض النظر عن إصدار البروتون الذي أقوم بتشغيله ، بغض النظر عن حزم Windows التي أقوم بتثبيتها. حتى بنية YellowApple القديمة ، والتي كانت تعمل بشكل جيد من قبل ، لا تعمل.

إذا كنت ستضطر إلى تجربة dotnet472 ، فتأكد مما إذا كان يساعد في حل مشاكلي مع هذه الأعطال العشوائية في لعبة جديدة. لقد أصبحت لعبتي القديمة ممتلئة تمامًا ، نظرًا لأنها مرت بالعديد من التحديثات الآن. لقد قمت بتشغيله لبضع ساعات وقام بعض أصدقائي على Windows بالإبلاغ عن نفس الأعطال في عمليات الحفظ القديمة.

باستخدام dotnet472 يمكنني أيضًا أن أؤكد أن الحفظ سريع ، لكنني تعطلت قبل أن أتمكن من تقديم أي ملاحظات جوهرية حول الأداء ، لذلك يبدو أنه يتعطل بشكل لا يمكن تشغيله كما هو الحال مع vcrun2019 و dotnet48.

تحديث:
إنه يعمل بشكل جيد والادخار سريع كما لوحظ ولكن في الواقع الاستقرار ليس رائعًا. الكثير من الحوادث على خريطة الحملة.

Offtopic ، لكنني أرغب في مساعدة أي مستخدم NixOS بسرعة من خلال مشاركة هذا البرنامج النصي لإعداد البادئة الحالي: https://gist.github.com/lboklin/c735c867a00fbb2d30bb89dbcd910c03

كان يجب أن أذكر: كانت لعبتي الخالية من الأعطال فقط بعد بدء حملة جديدة على 1.0.5 (قبل الإصلاح العاجل التالي ولكن بعد التحديث الفعلي 1.0.5). لقد لاحظت أيضًا أوقات تحميل أطول قليلاً (+ ~ 50٪) بين المشاهد باستخدام dotnet472 مقارنةً بـ dotnet8 ، وهي في الحقيقة ليست مشكلة كبيرة نظرًا للاستقرار المتزايد بشكل كبير.

Ampsersanddd ذكر أشخاص آخرون هذا ولكن من الشائع أن لا تستجيب اللعبة لمدخلات الماوس حتى بعد الإصلاح عند أول تشغيل لسبب ما ؛ إعادة تشغيله يصلحه. ربما هذه هي مشكلتك؟

يتعطل dotnet472 مع حفظ الملفات من 1.0.4 (استغرق الأمر حوالي 10 دقائق أثناء تواجدي في قائمة المدينة) ولكنه يقدم أيضًا أداءً جيدًا للغاية (تم اختباره باستخدام proton-GE). سأختبر لاحقًا ما إذا كان هذا ينطبق أيضًا على لعبة جديدة تستخدم 1.0.5.

تحديث:

لقد لعبت حوالي 30 دقيقة مع لعبة جديدة حتى تعطلت عند فتح قائمة المدينة.

حتى مع وجود حملة جديدة ، فإن الأمر محبط للغاية بالنسبة لي. أحصل في معظم الأوقات على رمز الاستثناء 0000000c ، على الرغم من أن التعطل الأخير (زائد واحد سابق اليوم) كان رمز الاستثناء 6ba.

على الجانب العلوي ، على الرغم من ذلك ، تمكنت على الأقل من التأكد من أن الحافظة تعمل (باستخدام bannerlord.party لإنشاء لافتة رائعة ). لذا تعلم ، لا يمكن أن يكون كل شيء سيئًا.

هل اكتشف أي شخص طريقة للحصول على سجل اللعبة الذي تم إنشاؤه؟ هناك ذكر لملفات السجل (أي rgl_log.txt أو شيء من هذا القبيل) في المنتديات ، ولكن لا يمكنني العثور عليها في أي مكان. يبدو أيضًا أن أداة تقرير الأعطال ممتلئة تمامًا ، ولا تقدم سجلات Proton أي تراص ذات معنى.

أعتقد أنه قد يكون من المفيد معرفة كيفية إزالة بادئة البروتون تمامًا. أعلم أنه بعيد عن الموضوع قليلاً ، ولكن بالنظر إلى عدد المرات التي يقوم فيها الأشخاص بذلك ، فقد يقلل من تقارير الأخطاء التي تسببها kruft.

أعلم أنني لست متأكدًا مما أفعله: لكنني أحذف الدليل ~/.steam/steam/steamapps/compatdata/261550/ وأقوم بتشغيل اللعبة مرة أخرى لإعادة إنشائها. هل هذا كاف؟

أعلم أنني لست متأكدًا مما أفعله: لكنني أحذف الدليل ~/.steam/steam/steamapps/compatdata/261550/ وأقوم بتشغيل اللعبة مرة أخرى لإعادة إنشائها. هل هذا كاف؟

نعم ، هذا كل ما في الأمر. أنا شخصياً أحب إعادة التسمية بدلاً من ذلك ، حتى أتمكن من التبديل بين البادئات واختبار الأشياء بسرعة (وأيضًا لتسهيل سحب عمليات الحفظ والتهيئة الخاصة بي) ، لكنك تفعل ذلك.

وبالحديث عن ذلك: يبدو وكأنه بادئة جديدة (بدون أي protontricks على الإطلاق) أقل تعطلاً بالنسبة لي ، ولكن لا يزال لديه خطأ حفظ لعدة دقائق ، ويعيد تقديم القليل من التأتأة في خريطة الحملة. تربح بعضًا تخسر البعض ، على ما أعتقد ، لول

عدة أشياء:

1) أنا الآن في حالة غريبة أنه مع بادئة جديدة لا يمكنني حتى تشغيل المشغل بعد الآن. أشك أيضًا في أن بعض الموارد لا يتم تنظيفها بشكل صحيح عند تعطلها (نظرًا للنمو المشبوه في استخدام الذاكرة الذي لم أحاول تصحيحه بشكل نشط عن طريق Beyound ps aux | grep Mount و ps aux | grep wine وأحاول لحملهم على الخروج بشكل نظيف. سيتم إعادة تشغيل النظام ولكن تريد كتابة هذا قبل أن أفعل ذلك.

2) عند تثبيت حزم donet و vcrun ، أستمر في رؤية "لا يبدو أنه تم تثبيت أحادي" ، وهو (6.4 ، قوس لينكس) ؛ هل هذا شيء يخترق البروتونات أم سلوك متوقع؟

3) لا تكتب أثناء تشغيل protontricks. سوف تضغط على زر الإدخال الصحيح عندما يطلب منك "تثبيت هذا الشيء الذي استغرق الوصول إليه إلى الأبد" وستلغي منه.

4) YellowApple كان بإمكاني أن أقسم أنني رأيت dxvk في الإخراج: هل تستخدم إصدارًا محددًا من dxvk؟ بالنظر إلى الأخطاء الغريبة need nvidia card عندما أقوم بتشغيل بطاقة nvidia ... أتساءل عما إذا كان هناك شيء مفقود.

yarbelk تم https://github.com/ValveSoftware/Proton/issues/3706#issuecomment -609480224

ومع ذلك ، فإنني أتعرض الآن أيضًا لتعطل خريطة الحملة المتكررة. كانت الأشياء الوحيدة التي قمت بتغييرها هي الإعداد أعلاه وتصحيح M & B نفسه. لست متأكدًا مما إذا كان الإصدار 1.0.3 أو 1.0.4 حيث كان يعمل جيدًا ولكن أعطال الحملة هذه جديدة تمامًا بالنسبة لي. لم تحدث Dotnet472 أو dotnet480 أي فرق هناك أيضًا.

بالنسبة للأشخاص الذين يواجهون الكثير من مشكلات عدم الاستقرار الغريبة ، أعتقد أنك تحتاج فقط إلى حذف بادئة نبيذ Bannerlord ، والتحقق من ملفات اللعبة (تأكد من تحديثك) ، وتثبيت vcrun2019 و dotnet48. تأكد أيضًا من عدم وجود تجاوز عالمي لمجموعة SteamPlay (صفحة إعدادات Steam الرئيسية -> SteamPlay) واستخدم أحدث إصدار من Proton-GE.

إذا قمت بكل هذا وما زلت تواجه مشكلات ، فقم أيضًا بتحديث برنامج تشغيل الرسومات الخاص بك. بالنسبة إلى Nvidia ، يجب تشغيل أحدث إصدار ثنائي من nvidia.com ؛ إذا تم تعبئتها للتوزيعة الخاصة بك بالفعل ، فهذا رائع. بالنسبة إلى AMD ، يجب إما تشغيل أحدث ثنائيات Catalyst أو إصدار git حديثًا من mesa / libdrm / AMD DDX ونواة Linux حديثة.

اللعبة تعمل بشكل رائع مع عدم وجود مشاكل كبيرة على الإطلاق بالنسبة لي. أحصل على عقبات 1-2 ثانية في المرة الأولى التي يتم فيها تحميل الرسوم المتحركة القتالية أو الزي الجديد في الميدان ، لكنه يوقف اللعبة بأكملها مؤقتًا لذا لا يبدو أنني أقاتل في وضع غير مؤات عندما يحدث ذلك ، ولا يتكرر ذلك إذا واصلت محاربة نفس الأعداء. نوع من التخزين المؤقت للتظليل المتعلق بتأثيرات القماش الواقعية ، على الأرجح.

انشر أيضًا GPU لديك عند الإبلاغ عن المشكلات. أنا على 2080 Ti. تمكنت من اللعب بدون توقف لمدة 4 ساعات دون تعطل وبأداء جيد.

تضمين التغريدة

تم العثور على سجلات اللعبة في بادئة النبيذ هنا: </261550 prefix>/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs/

على سبيل المثال ، ~/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs

إذا نجح برنامج تحميل التعطل (وهو أمر مؤسف حقًا لأنه لم يفعل ذلك ...) ، فيبدو أنه سيقوم بتحميل القطع الأثرية الموجودة هنا: <261550 prefix>/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/crashes/

يبدو أن اللعبة تنشئ دليلاً في crashes dir في كل مرة تتعطل فيها ، وتتضمن بعض السجلات المختلفة + لعبة الحفظ من الانهيار.

حسنًا ، لقد وصلت إلى أبعد من ذلك مع أحدث إصدار من Proton-GE وتثبيته dotnet472 (والذي تم تثبيته بأثر رجعي حوالي 5-6 إصدارات سابقة).

أحصل على المشغل الآن ، لكن اللعبة لا تزال تجمد الكمبيوتر بالكامل بعد إنشاء الشخصية. يمكنني سماع الموسيقى / الأصوات في الخلفية ، لكن لا شيء. لقد تركتها تجلس لبعض الوقت ، معتقدة أنها بحاجة إلى اللحاق بالركب. لا شيئ. الاغلاق الصعب هو الحل الوحيد.

حسنًا ، لقد وصلت إلى أبعد من ذلك مع أحدث إصدار من Proton-GE وتثبيته dotnet472 (والذي تم تثبيته بأثر رجعي حوالي 5-6 إصدارات سابقة).

أحصل على المشغل الآن ، لكن اللعبة لا تزال تجمد الكمبيوتر بالكامل بعد إنشاء الشخصية. يمكنني سماع الموسيقى / الأصوات في الخلفية ، لكن لا شيء. لقد تركتها تجلس لبعض الوقت ، معتقدة أنها بحاجة إلى اللحاق بالركب. لا شيئ. الاغلاق الصعب هو الحل الوحيد.

ما إصدار برنامج تشغيل الرسومات والتوزيعة GPU؟

Ubuntu 18.04 و RX 580 وبرامج تشغيل الأسهم / الافتراضية AMD. لدي أيضًا نبيذ / winetricks / mesa / vulkan محدث.

إنها فقط هذه اللعبة ، حاليًا ، التي لا تعمل ، لكن هذا لا يعني أنها ليست نظامي ، بل مجرد طرحها هناك.

Ubuntu 18.04 و RX 580 و stock / defautl amd drivers. لدي أيضًا نبيذ / winetricks / mesa / vulkan محدث.

إنها فقط هذه اللعبة ، حاليًا ، التي لا تعمل ، لكن هذا لا يعني أنها ليست نظامي ، بل مجرد طرحها هناك.

يستخدم Ubuntu 18.04 برامج تشغيل Mesa القديمة (مفتوحة المصدر) الآن. هل يمكنك محاولة التبديل إلى برامج تشغيل AMD Adrenaline (المعروفة سابقًا باسم Catalyst أو fglrx)؟

إذا كنت تريد التمسك بمكدس الرسومات مفتوح المصدر ، فيمكنك أيضًا تجربة PPA للرسومات من oibaf: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

تتراكم الرسومات مفتوحة المصدر بشكل سيء للغاية. هذا يرجع إلى حد كبير إلى الوتيرة السريعة للغاية للتحسينات. برنامج تشغيل رسومات مفتوح المصدر عمره عام واحد يشبه سيارة عمرها 80 عامًا. عفا عليها الزمن تماما. في هذه المرحلة ، أفكر بجدية أن الخطأ في مكدس الرسومات مفتوح المصدر لمشكلتك.

أنا على Ubuntu 20.04 (والذي يشبه في الغالب 18.04 في معظم النواحي ، في الواقع) والفرق الرئيسي هو أنني أقوم بتشغيل برامج تشغيل Nvidia الثنائية. تعمل اللعبة بشكل رائع. إذا كان تحديث مكدس الرسومات مفتوح المصدر من oibaf لا يصلح لك ، فسأحاول برنامج Adrenaline الثنائي.

تتراكم الرسومات مفتوحة المصدر بشكل سيء للغاية.

لا تلوم ميسا على التوزيعات الغريبة (أوبونتو) التي تشحن الإصدارات القديمة منها. هناك PPAs العامة التي تسمح لك بتثبيت أحدث ميسا على التوزيعة القديمة الخاصة بك.

أنا أقوم بتشغيل RX 580 على Mesa 20.0 (وحتى فرع Mesa الرئيسي) بدون أي أقفال رسومية كما وصفوها.

أنا أقوم بتشغيل RX 580 على Mesa 20.0 (وحتى فرع Mesa الرئيسي) بدون أي أقفال رسومية كما وصفوها.

أظهِر أنني أكون في Mesa 20.0.0-devel ، ولكن إذا كان هذا هو الإصدار الخاطئ وكان هناك إصدار مختلف / أفضل ، فأنا لست من يتجاهل نصيحة الآخرين. أنا أيضًا أتحقق من اتفاقية شراء الطاقة الأخرى ، لأنني اعتقدت أنني حصلت عليها من قبل ، لكن ربما أزلتها لبعض الوقت.

تتراكم الرسومات مفتوحة المصدر بشكل سيء للغاية.

لا تلوم ميسا على التوزيعات الغريبة (أوبونتو) التي تشحن الإصدارات القديمة منها. هناك PPAs العامة التي تسمح لك بتثبيت أحدث ميسا على التوزيعة القديمة الخاصة بك.

أنا أقوم بتشغيل RX 580 على Mesa 20.0 (وحتى فرع Mesa الرئيسي) بدون أي أقفال رسومية كما وصفوها.

أوه ، أنا لا ألوم ميسا على الإطلاق. حقيقة الأمر هي أن Mesa من اليوم أفضل بنسبة 1000 ٪ (أكثر وظيفية واكتمال الميزات) من Mesa قبل عام. كان هذا صحيحًا في كل عام من وجود مكدس الرسومات مفتوح المصدر. كنت أبرر ببساطة سبب عدم وجوب الاعتماد على أي إصدار "مستقر" (يُعرف أيضًا باسم _stale_) من Mesa و LTS distro يحدث لشحنه ، أثناء محاولة لعب ألعاب متطورة.

تحرير: مرة أخرى ، لم أحقق نجاحًا كبيرًا في تشغيل الألعاب "الحقيقية" (أي أي شيء يحتوي على تفاصيل رسومية أكثر من Stellaris أو Team Fortress 2) باستخدام مكدس الرسومات مفتوح المصدر. لقد جربت بناء git master لشهر مارس من PPA الخاص بـ oibaf مع Radeon VII مع Kingdom Come: Deliverance و Elder Scrolls Online و PULSAR: Lost Colony و Stellaris والعديد من الألعاب الأخرى. كان الأداء مقبولًا في ESO و Stellaris ولكنه كان بطيئًا بشكل غير قابل للعب على الآخرين (5 إطارات في الثانية أو أسوأ). لقد قمت بتبديل eGPU من Radeon VII إلى 2080 Ti واستخدمت محرك Nvidia الثنائي ، وفجأة تجاوز الأداء 60 إطارًا في الثانية في جميع المشاهد وأكثر من 100 في كثير من الأحيان. ليل ونهار.

إذا كنت تستخدم مكدس رسومات مفتوح المصدر ، فأنت مقيد إلى حد كبير بلعب أي لعبة تدعمها جيدًا ، والتي ربما تكون حوالي 20-50٪ من جميع الألعاب الموجودة (تقدير تقريبي). إذا كنت تستخدم برامج تشغيل Nvidia الثنائية ، فإن 95٪ من الألعاب تعمل بشكل جيد. آمل أن تصل برامج التشغيل مفتوحة المصدر إلى النقطة التي تكون فيها جيدة أو أفضل من الثنائيات يومًا ما ، لكن هذا ليس اليوم.

لذلك لاحظت هذا ، في قسم الدعم بالمنتديات ، قائلًا إن Steam لا يقوم أحيانًا بتثبيت جميع الأقسام المطلوبة.

لا أعرف ما إذا كان .net Core مضمنًا (أو من المفترض أن يكون) مع dotnet472 ، لكنني استخدمت الرابط من هذا المنشور لتثبيت هذا الإصدار المحدد ويبدو أن معظم أعطالي قد ولت! ما زلت أتوقف عن العمل من حين لآخر ، خاصةً عندما يتم تحميل أشياء مثل الزخارف لأول مرة في كل جلسة ، ولكن يمكنني حتى سحب لوحة صدارة الساحة سيئة السمعة دون الانهيار الآن!

بالنسبة لأولئك الذين يرغبون في تجربته ، قمت بشيء مثل ما يلي:

$ wget https://download.visualstudio.microsoft.com/download/pr/cd223083-8c0e-4963-9fcd-fcf01a55e56c/15500e764899442ed6e014687caa34e9/dotnet-runtime-2.1.17-win-x64.exe

$ export STEAM_COMPAT_DATA_PATH=/games/steamapps/compatdata/261550/

$ cd ~/.steam/steam/compatibilitytools.d/proton_butterlord/

$ ./proton run ~/dotnet-runtime-2.1.17-win-x64.exe

حيث يكون مسار التوافق هو المسار إلى مجلد bannerlord المتوافق الخاص بك ويكون القرص المضغوط إلى أي دليل يحتوي على البروتون الذي تستخدمه.

إذا كنت تريد التمسك بمكدس الرسومات مفتوح المصدر ، فيمكنك أيضًا تجربة PPA للرسومات من oibaf: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

حسنًا ، القرف المقدس ، إذا لم يبدو أن إعادة تثبيت هؤلاء تؤدي إلى الحيلة! لقد وصلت بالفعل إلى الحوار الأول بعد إنشاء الشخصية! سأقوم باختبار المزيد ، لكنني أردت فقط التخلص منه هناك ، ربما كان ذلك هو الإصلاح (طرق الخشب).

/تعديل
أود فقط أن تضيف شكراً من شخص غريب عشوائي على الإنترنت إلى كل شخص قام باستكشاف الأخطاء وإصلاحها والتوصل إلى حلول لهذا!

Aliervo - إذن بعد الأمر الأخير ويبدو أنه فشل في ذلك -

إصلاحات ProtonFixes [12023] INFO: تشغيل إصلاحات البروتون
إصلاحات ProtonFixes [12023] INFO: عمليات الفحص الجارية
إصلاحات ProtonFixes [12023] INFO: جميع عمليات التحقق ناجحة
إصلاحات ProtonFixes [12023] INFO: لم يتم العثور على إصلاح بروتون لـ UNKNOWN (261550)

yarbelk تم # 3706 (تعليق)

ومع ذلك ، فإنني أتعرض الآن أيضًا لتعطل خريطة الحملة المتكررة. كانت الأشياء الوحيدة التي قمت بتغييرها هي الإعداد أعلاه وتصحيح M & B نفسه. لست متأكدًا مما إذا كان الإصدار 1.0.3 أو 1.0.4 حيث كان يعمل جيدًا ولكن أعطال الحملة هذه جديدة تمامًا بالنسبة لي. لم تحدث Dotnet472 أو dotnet480 أي فرق هناك أيضًا.

لسوء الحظ لم يوقف إعداد Windows 10 تعطل nvidia بالنسبة لي (مع بادئة فارغة أيضًا)
عند بدء اللعبة الجديدة قبل إنشاء الشخصية: تحطم nvida. إعادة بدء. مباشرة بعد الفوز بالتمزق: تحطم نفيديا (10 دقائق).

@ jake-hedges هل تسقط للمطالبة بعد ذلك؟ أتذكر رؤية هؤلاء ، ولكن بعد ثانية ركض وظهر المثبت.

تحرير: فقط أعطيته مرة أخرى في بادئة نظيفة ، حصلت

ProtonFixes[32252] INFO: Running protonfixes
ProtonFixes[32252] INFO: Running checks
ProtonFixes[32252] INFO: All checks successful
ProtonFixes[32252] INFO: No protonfix found for UNKNOWN (261550)
ProtonFixes[32252] INFO: Creating MS Core font links in /games/Steam/steamapps/compatdata/261550/pfx/drive_c/windows/Fonts

ولكن بعد ذلك ، بعد بضع ثوانٍ ، ظهر مربع حوار التثبيت وسمح لي بالتثبيت.

تحقق مرة أخرى من /your/path/to/compatdata/261550/pfx/drive_c/Program\ Files/ لمجلد dotnet في حالة إجراء تثبيت صامت. إذا لم يكن هناك شيء ، فحاول تشغيله مرة أخرى واتركه لمدة دقيقة أو دقيقتين لمعرفة ما إذا كانت نافذة التثبيت ستظهر.

Aliervo - إذن بعد الأمر الأخير ويبدو أنه فشل في ذلك -

إصلاحات ProtonFixes [12023] INFO: تشغيل إصلاحات البروتون
إصلاحات ProtonFixes [12023] INFO: عمليات الفحص الجارية
إصلاحات ProtonFixes [12023] INFO: جميع عمليات التحقق ناجحة
إصلاحات ProtonFixes [12023] INFO: لم يتم العثور على إصلاح بروتون لـ UNKNOWN (261550)

حصلت على هذا الخطأ أيضًا ، لكنه نجح في إضافة "pfx /" إلى النهاية

تصدير $ STEAM_COMPAT_DATA_PATH = / games / steamapps / concdata / 261550 / pfx /

هذا لم يفعل شيئًا لي رغم ذلك. الحصول على نفس الأعطال العشوائية.

تحرير: NVM أخطأت. اعتقدت أن هذا أصلحها ، لكنني أخطأت في القراءة
خطأ عند استخدام 261550 /

إصلاحات ProtonFixes [25930] INFO: تشغيل إصلاحات البروتون
إصلاحات ProtonFixes [25930] INFO: عمليات الفحص الجارية
إصلاحات ProtonFixes [25930] INFO: جميع عمليات التحقق ناجحة
إصلاحات ProtonFixes [25930] INFO: لم يتم العثور على إصلاح بروتون لـ UNKNOWN (261550)

خطأ عند استخدام 261550 / pfx /

./proton run ~ / dotnet-runtime-2.1.17-win-x64.exe Proton: ترقية البادئة من لا شيء إلى 5.5-GE-1 (/ run / media / m / 850EVO / Games / SteamLibrary / steamapps / Compatdata / 261550 / pfx //)
إصلاحات ProtonFixes [25999] INFO: تشغيل إصلاحات البروتون
إصلاحات ProtonFixes [25999] INFO: عمليات الفحص الجارية
إصلاحات ProtonFixes [25999] INFO: جميع عمليات التحقق ناجحة
إصلاحات ProtonFixes [25999] INFO: لم يتم العثور على إصلاح بروتون لـ UNKNOWN (261550)
ProtonFixes [25999] INFO: إنشاء روابط خط MS Core في / تشغيل / وسائط / m / 850EVO / Games / SteamLibrary / steamapps / Compatdata / 261550 / pfx / pfx / drive_c / windows / Fonts
لسبب ما ، أضافت روابط خط MS Core عندما استخدمت pfx ، لكن المثبت لم يبدأ.

بدون dotnet472 أو dotnet48 ، لن يعمل المشغل ، ولا بد لي من إعادة تسمية اللعبة. exe كما هو مقترح في وقت مبكر من السلسلة لبدء اللعبة بدون المشغل ، ولكن كل حفظ يستغرق 30-90 ثانية. يبدو أنه أكثر استقرارًا بعض الشيء ، لكن اللعبة تنقّل تلقائيًا في كثير من الأحيان ، مما أجبرني على الانتظار أكثر من دقيقة كل 5-10 دقائق ، خاصةً في بداية المباراة.

مع dotnet ، يعمل المشغل ، ويستغرق الحفظ من 1 إلى 5 ثوانٍ ، ولكنه قد يتعطل عشوائيًا على خريطة اللعبة أو قبل بدء المحادثات أو المعارك. إنها قابلة للعب في الغالب. بين الحين والآخر ، أكون قادرًا على اللعب لمدة ساعة أو أكثر قبل أن تنخفض FPS إلى 0.5 في المحادثات أو المعارك (التي يتم إصلاحها من خلال إعادة التشغيل) أو تعطلها.

EmquCC تحقق مرتين من إصدار Windows الذي تم تعيين البادئة عليه.

يقوم أحد البرامج النصية vcrun بتعيينه على XP ويقوم الآخر بتعيينه على 7. أتذكر التعطل كثيرًا عندما تم تعيين البادئة الخاصة بي على XP وهناك تقارير حول منتديات المشكلات مع Windows 7 ، لذلك أوصي باستخدام 10.

أيضًا ، انخفض 1.0.6 للتو ، لذا سأقوم بتدوير بادئة جديدة وأتأكد من أن كل شيء لا يزال يعمل.

EmquCC تحقق مرتين من إصدار Windows الذي تم تعيين البادئة عليه.

يقوم أحد البرامج النصية vcrun بتعيينه على XP ويقوم الآخر بتعيينه على 7. أتذكر التعطل كثيرًا عندما تم تعيين البادئة الخاصة بي على XP وهناك تقارير حول منتديات المشكلات مع Windows 7 ، لذلك أوصي باستخدام 10.

أيضًا ، انخفض 1.0.6 للتو ، لذا سأقوم بتدوير بادئة جديدة وأتأكد من أن كل شيء لا يزال يعمل.

شكرًا :) لقد غيرت نظام التشغيل Windows 10 بالأمس ، لكن نسيت التحقق منه اليوم. لقد قمت بتحرير رسالتي ، لأنني أخطأت في القراءة. عندما أضفت pfx ، صنعت بعض الروابط لخطوط MS Core ، لكن المثبت لم يبدأ. سأقوم بعمل بادئة جديدة وحاول مرة أخرى باستخدام 1.0.6 ، وسأعود إليك

تحرير: انخفض RC الجديد لـ Proton 5.0.6 في نفس الوقت مع 1.0.6. لا أرى أي تغيير لذلك حتى الآن ، لكنني سأجرب هذه المحاولة أيضًا. بالنسبة لأولئك الذين يرغبون في تجربة تصميمات اختبار Proton ، انقر بزر الماوس الأيمن على Proton 5.0 في مكتبة Steam> خصائص> Betas> اشترك في "التالي -"

. بالنسبة لأولئك الذين يرغبون في تجربة تصميمات اختبار Proton ، انقر بزر الماوس الأيمن على Proton 5.0 في مكتبة Steam> خصائص> Betas> اشترك في "التالي -"

ما لم يضيفوا تصحيح إدخال الماوس في 5.0.6 ، ستحتاج إلى تصحيحه بنفسك أو ستفقد القدرة على النقر بالماوس ..

craftyguy نعم ، اضطررت إلى تجربته نظرًا لعدم وجود سجل تغيير لـ Proton 5.0.6 RC2 حتى الآن. لم تتم إضافة تصحيح إدخال الماوس في RC2.

Aliervo @ jake-hedges ما زلت غير قادر على تثبيت dotnet-runtime-2.1.17-win-x64 بهذا الأمر. ومع ذلك ، تمكنت من تثبيته باستخدام protontricks --gui ، ثم "Run explorer" وتشغيل exe. من المستكشف. سأختبرها الآن

تحرير: الآن تعطلت لعبتي قبل أن تصل إلى شاشة القائمة. إعادة التشغيل ببادئة جديدة مرة أخرى ^ ^

تحرير 2: تم تحميله الآن على بادئة جديدة مع تثبيت dotnet-runtime. ربما كان خطأ مستخدم من جانبي :)

مجرد تنبيه ، أحدث

مجرد تنبيه ، أحدث

باستخدام هذه الإصلاحات ، ما زلت أحصل على تحكم بالماوس فقط ربما مرة واحدة من كل 10 عمليات إطلاق.

مجرد تنبيه ، أحدث

باستخدام هذه الإصلاحات ، ما زلت أحصل على تحكم بالماوس فقط ربما مرة واحدة من كل 10 عمليات إطلاق.

هذا أمر غريب حقًا ، بعد ترقيع النبيذ لفترة من الوقت ، يمكنني التحكم في الماوس بنسبة 100 ٪ من الوقت. أي شخص آخر يواجه نفس المشكلة حيث لا تعمل التصحيحات؟

jaynus : هل حاولت استخدام بادئة جديدة (تشغيل protontricks 261550 annihilate )؟ لا ينبغي أن يحدث أي فرق ، ولكن ربما لديك بعض التجاوزات الغريبة من قبل ، أو ؟؟

مجرد تنبيه ، أحدث

باستخدام هذه الإصلاحات ، ما زلت أحصل على تحكم بالماوس فقط ربما مرة واحدة من كل 10 عمليات إطلاق.

هذا أمر غريب حقًا ، بعد ترقيع النبيذ لفترة من الوقت ، يمكنني التحكم في الماوس بنسبة 100 ٪ من الوقت. أي شخص آخر يواجه نفس المشكلة حيث _لا تعمل التصحيحات؟

jaynus : هل حاولت استخدام بادئة جديدة (تشغيل protontricks 261550 annihilate )؟ لا ينبغي أن يحدث أي فرق ، ولكن ربما لديك بعض التجاوزات الغريبة من قبل ، أو ؟؟

نعم! لقد كنت أحذف البادئة بأكملها وأبدأ من جديد ، ولا تزال متقطعة جدًا

أتيحت لنا الفرصة لاختبار القليل على بادئة جديدة الآن. كان بالضبط 2 تحطم. مرة واحدة عندما قمت بتغيير الإعدادات على الفور (كما كان من قبل ، تعطل ولكن حفظ تغييرات الإعدادات). كان الآخر عندما حاولت التبديل من شاشة المخزون إلى شاشة حزبي. عندما حاولت إعادة إنتاجه ، تغيرت الشاشات بشكل جيد ، مع تعليق بسيط لتحميل الأشياء ، لذلك أفترض أنه كان خطأ تحميل لمرة واحدة.

لقد أولت أيضًا مزيدًا من الاهتمام لما يفعله تثبيت vcrun2019 بالفعل ، حيث يقول المثبت المنبثق أنه قابل لإعادة التوزيع لعام 2015-2019 ، لذا فالاحتمالات أنه لا يفعل شيئًا أفضل من تثبيت vcrun2015 و vcrun2017 بشكل مستقل ، إنه فقط خطوة واحدة مريحة.

إن إضافة .net Core الذي ربطته سابقًا (إما باستخدام سطر الأوامر كما نشرت أو protontricks 261550 --gui متبوعًا بـ "Run Explorer" كما أشار EmquCC ) يكمل قائمة التبعيات المطلوبة كما هو موضح هنا ، لذا نظريًا ، معظم الأعطال المتبقية ناتجة عن أخطاء في اللعبة نفسها وسيتم تصحيحها قريبًا!

لذلك من الناحية النظرية ، فإن معظم الحوادث المتبقية ناتجة عن أخطاء في اللعبة نفسها وسيتم تصحيحها قريبًا!

لا أعرف ، هناك تاريخ دامي طويل لفشل مكونات Windows في النبيذ لأسباب مختلفة ، لذلك لن أستبعد تمامًا عدم وجود المزيد من حشرات النبيذ هنا.

من المؤسف حقًا أن برنامج تحميل اللعبة لا يعمل. يمكن أن يكون هناك فئة (فئات) من أخطاء اللعبة التي تؤثر علينا فقط تحت النبيذ والتي قد تعالجها Taleworlds ، إذا كانوا يعرفون عنها فقط!

من المؤسف حقًا أن برنامج تحميل اللعبة لا يعمل. يمكن أن يكون هناك فئة (فئات) من أخطاء اللعبة التي تؤثر علينا فقط تحت النبيذ والتي قد تعالجها Taleworlds ، إذا كانوا يعرفون عنها فقط!

لا تفترض أن هناك طريقة مناسبة لتصحيح الأخطاء الموجودة؟ :ملجوم اللسان مغمض العينين:

لقد لاحظت شيئًا غريبًا ، في كل مرة أقوم فيها بإغلاق اللعبة ، أو تعطلها ، إذا أردت تشغيلها مرة أخرى ، فأنا بحاجة أيضًا إلى إعادة تشغيل Steam ، وإلا فلن يحدث شيء.

حسنًا ، ما فعلته حتى الآن على بادئة جديدة هو:

• vcrun2019
• يعتمد أساسي dotnet إضافي
• dotnet48

تشغيل debian busters 18.3 ميسا لعبت لمدة ساعة تقريبًا قبل أن أصطدم مع قطاع الطرق في الجبال. كانت اللعبة سلسة جدًا وممتعة حقًا. تخلص تمامًا من أوقات الانتظار المحفوظة ، والتي أعتقد أنني موافق عليها. فقط تحتاج إلى التعود على الادخار في كثير من الأحيان فقط في حالة.

أنا جيد مع هذا الإعداد الآن!

تم اللعب لمدة 3 ساعات الآن ، و "فقط" تعرضت لثلاث أعطال ، باستخدام نفس الإعداد الذي كتبه @ jake-hedges للتو. يبدو أن Dotnet core + 1.0.6 قد اهتم بمعظم المشاكل.
تحطمت مرة واحدة بعد أن فزت بالبطولة ، ومرتين على التوالي عند مراجعة نفس الصفحة في الموسوعة ، المرة الثانية التي فزت فيها بالبطولة لم تتحطم ، والموسوعة لم تعطل اللعبة عندما حاولت الوصول إليها في مكان وزمان مختلفين في اللعبة.

أنا سعيد جدًا بالإعداد بنفسي. لم يكن لديك أي قطرات FPS طويلة الأمد حتى الآن

أنا أيضًا أعمل بسلاسة ، على الرغم من أنه لا يزال لدي بعض حالات التعليق الطفيفة بين الحين والآخر. أنا متأكد من أن هذا فقط لأنني أقوم بأشياء سخيفة مثل تمكين الضغط الشفاف على محركات الأقراص الخاصة بي وتشغيل محرك الأقراص الصلبة بدلاً من ssd.

سأكون هنا أو المنتديات إذا بدأ شيء ما في الانهيار ... حتى ذلك الحين ، حصاد سعيد!

أدى تشغيل protontricks 261550 dotnet472 ، والذي تم تثبيت .NET 4.0 و 4.5 و 4.6 و 4.6.1 و 4.6.2 و 4.7.2 ، إلى تقليل أوقات الحفظ إلى بضع ثوانٍ ، ولا يبدو أيضًا أنه يحسن الاستقرار بأي حال

ptkato حاول تثبيت

أيضًا ، تحقق جيدًا من عدم تعيين البادئة الخاصة بك على WinXP أو Win7 ، حيث أن كلاهما له مشكلات معروفة. أوصي بـ Windows 10 للبادئة.

بعد اتباع الحل الحالي (Proton 5.5-GE https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.5-GE-1 + protontricks 261550 dotnet472 ، تم تعيين البادئة على Windows 10) تعمل اللعبة بسلاسة ، حتى في أحجام المعارك الكبيرة (400+).

ومع ذلك ، كلما دخلت في حصار ، تتعثر اللعبة وتتجمد مثل الجنون. أي شخص آخر لديه هذا؟ (يمكنك اختبار الحصار بسرعة من Custom Battle وتغيير نوع المعركة). لم يساعد تثبيت dotnet core.

dufuspaelli لدي نفس المشكلة مع التلعثم. بالنسبة لي ، كان الأمر مرتبطًا بالاختناق الحراري لوحدة معالجة الرسومات ، من خلال خفض غطاء الإطار ، حصلت على نعومة أفضل. (قد يكون أو لا يكون هو نفسه بالنسبة لك).

هل هناك أي مساعدة في التعطل عند البدء بدون أي شيء سوى إظهار الخطأ التالي؟ حسنًا على الأقل هو ما يتم تسجيله مباشرة قبل تتبع تكديس ضخم.

  218 38705.528:0030:0031:fixme:reg:GetEnabledXStateFeatures
  219 38705.531:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\Microsoft.NET\\Framework64\\v4.0.30319\\clrjit.dll" at 0x1a7e0000: native
  220 38705.532:0030:0031:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668}, 0x1a8c2bc0, 0x1a8eb8a0, 0x1a8eb8c0) stub.
  221 38705.532:0030:0031:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x1a8d7e91, 28) stub
  222 38705.535:0030:0031:fixme:path:parse_url failed to parse L"TaleWorlds.Library"
  223 38705.537:0030:0031:fixme:path:parse_url failed to parse L"netstandard"
  224 38705.540:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\bcrypt.dll" at 0x7f0bfdf90000: builtin
  225 38705.542:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\crypt32.dll" at 0x7f0bfde90000: builtin
  226 38705.542:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rsaenh.dll" at 0x66500000: PE builtin
  227 38705.556:0030:0031:fixme:path:parse_url failed to parse L"System.Core"
  228 38705.566:0030:0031:fixme:path:parse_url failed to parse L"TaleWorlds.TwoDimension.Standalone"
  229 38705.567:0030:0031:fixme:path:parse_url failed to parse L"ManagedStarter"

تشغيل proton-5.5-GE-1 مع protontricks 261550 dotnet472 و win10.

بعد اتباع الحل الحالي (Proton 5.5-GE https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.5-GE-1 + protontricks 261550 dotnet472 ، تم تعيين البادئة على Windows 10) تعمل اللعبة بسلاسة ، حتى في أحجام المعارك الكبيرة (400+).

ومع ذلك ، كلما دخلت في حصار ، تتعثر اللعبة وتتجمد مثل الجنون. أي شخص آخر لديه هذا؟ (يمكنك اختبار الحصار بسرعة من Custom Battle وتغيير نوع المعركة). لم يساعد تثبيت dotnet core.

حسنًا بعد تجربة إعدادات رسومات مختلفة اكتشفتها.

قد يكون هذا مفيدًا للأشخاص الذين يعملون على إعدادات + عالية ويواجهون تأخرًا / تلعثمًا في المعارك الكبيرة: قم بخفض إعداد Texture Streaming Budget في إعدادات الألعاب.

في RTX 2060 الخاص بي ، يستهلك حصار القلعة الكبير (400+ وحدة) حوالي 4.7 جيجا من VRAM عندما يتم تعيين Texture Streaming Budget على منخفض. لذلك ، في الأساس ، فإن الذهاب للحصول على ميزانية بث أعلى يستهلك كل VRAM الخاص بي وبالتالي ينتج عنه تقطع ضخم. لست متأكدًا مما إذا كان هذا خطأ أو سلوكًا متوقعًا من هذا الإعداد.

@ Evilbits يقول حدسي أنه ربما يكون هناك شيء ما تالف ، هل تمانع في مشاركة السجل بالكامل؟

أيضًا ، قد لا تكون في أحدث إصدار من اللعبة. رأيت ManagedStarter هناك والذي أعتقد أنه تمت إزالته في أحد التحديثات الأحدث.

dufuspaelli أعتقد أن هذا هو السلوك المقصود. بشكل أساسي ، تخبر Texture Streaming Budget اللعبة عن مقدار vram الذي يجب حفظه لوضع جميع القوام على كل الأشياء ، لذلك إذا قمت بتعيينها عالية جدًا ، فستنفد من vram لأشياء مثل عرض الرسوم المتحركة وبالتالي تتلعثم أثناء محاولة هذه الأشياء يجعل.

لذلك من خلال معجزة ما ، بدأ مراسل الأعطال العمل من أجلي (w / dotnet472 وتنزيل .NET Core):

لست متأكدًا مما إذا كان قد أرسل التقرير بالفعل بنجاح ، أو ما إذا كانت TaleWorlds ستكون قادرة على فعل أي شيء مفيد به حتى لو فعلت (باستثناء دعمنا الفعلي لأرباب الزبد الذين يستخدمون البروتون ، والتي ستكون مفاجأة ، ولكنها مرحب بها) لكن مهلا ، لا يمكن أن تؤذي لتجربتها ، أليس كذلك؟

على أي حال ، يبدو أن مصدرًا واحدًا على الأقل من عدم الاستقرار المستمر بالنسبة لي (وما أدى إلى هذا الاكتشاف العرضي) هو System.AccessViolationException الذي يحطم System.Text.RegularExpressions.RegexRunner.Scan عند محاولة إظهار / تحديث لوحة اسم الطرف (أنا على افتراض ، بناءً على اسم الطريقة SandBox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties ). عادةً ما أكتب هذا على أنه "حسنًا ، هناك شيء آخر ربما يكون ذاكرة متقطعة وقد حدثت هذه الوظيفة في المكان الخطأ في الوقت الخطأ" ، ولكن هذه هي المرة الثانية التي تظهر فيها هذه الطريقة الدقيقة استثناء الوصول إلى الذاكرة الدقيق هذا ، والذي لذلك مشبوهة بعض الشيء.

لست متأكدًا بعد من الخطوات التالية التي قد تكون لتحري الخلل وإصلاحه (بصرف النظر عن رمي +heap في WINEDEBUG ، والذي يبدو أنه سيكون مؤلمًا من حيث الأداء).

على أي حال،
إليك steam-261550.log و rgl_log_42.txt و rgl_log_errors_42.txt ، من أجل الأجيال القادمة.

ياروين

لقد لاحظت أنك قمت بتحرير أعلى تعليق أولي للتوصية بتثبيت بعض بنية Proton العشوائية "لحل" هذه المشكلة ، لكنني لا أعتقد أنها فكرة رائعة أن أوصي ببناء Proton عشوائيًا من أشخاص عشوائيين على الإنترنت ، دون الدخول في نقاش كبير حول مزايا (de) لتشغيل الثنائيات من أشخاص عشوائيين (على سبيل المثال ، يمتلك النبيذ إمكانية الوصول إلى نظام الملفات إلى الدليل الرئيسي بالكامل ، لشخص واحد). من المحتمل أيضًا أن يكون غير مفيد لـ Valve إذا كان "الحل البديل" يقوم بتشغيل شيء بروتون متشعب مع عدد كبير من التغييرات عليه.

يتمثل الحل البديل الحالي لمشكلات الإدخال في إنشاء Proton من هذا الريبو مع تطبيق تصحيح التدريج الأولي للنبيذ.

YellowApple ، تحاول إعادة إنشاء حادث تحطم الطائرة الخاصة بك ، ولكن ليس لدي أي شيء حتى الآن ... عندما تقول لوحة الاسم ، هل تشير إلى لوحة خريطة العالم مع اسم الجيش ومعلومات القوات؟

إن رؤيتي لها تمر عبر جميع عناصر الترجمة قبل الضغط على Sandbox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties ذكرني بهذا الموضوع . إنها لقطة طويلة ، ولكن يمكنك محاولة إزالة بيانات الترجمة الصينية كما هو موضح هناك.

craftyguy ، لما يستحق ، GloriousEggroll هو مساهم في كل من إعداد النبيذ و lutris. أنا شخصياً لا أعتبر ذلك "شخص إنترنت عشوائي" ، لكني أرى وجهة نظرك. ربما يكون إخلاء المسؤولية أكثر ملاءمة مع معلومات إضافية لأولئك الذين قد يشعرون بشكل أفضل ببناء معلوماتهم الخاصة.

أخيرًا ، Yarwin ، منذ أن تم ذكر OP ، قد تفكر في إضافة عناصر .net Core الجديدة حيث يبدو أنها تقلل الأعطال ولدينا الآن تقرير واحد عن مراسل الأعطال يعمل بعد تثبيته!

ياروين

لقد لاحظت أنك قمت بتحرير أعلى تعليق أولي للتوصية بتثبيت بعض بنية Proton العشوائية "لحل" هذه المشكلة ، لكنني لا أعتقد أنها فكرة رائعة أن أوصي ببناء Proton عشوائيًا من أشخاص عشوائيين على الإنترنت ، دون الدخول في نقاش كبير حول مزايا (de) لتشغيل الثنائيات من أشخاص عشوائيين (على سبيل المثال ، يمتلك النبيذ إمكانية الوصول إلى نظام الملفات إلى الدليل الرئيسي بالكامل ، لشخص واحد). من المحتمل أيضًا أن يكون غير مفيد لـ Valve إذا كان "الحل البديل" يقوم بتشغيل شيء بروتون متشعب مع عدد كبير من التغييرات عليه.

يتمثل الحل البديل الحالي لمشكلات الإدخال في إنشاء Proton من هذا الريبو مع تطبيق تصحيح التدريج الأولي للنبيذ.

GloriousEggroll ليس "عشوائيًا" أكثر من بروتون نفسه عشوائيًا ، أو Mozilla Firefox ، أو أي برنامج مفتوح المصدر على الإنترنت يتم توفيره مجانًا دون ضمان أو تعويض.

يُظهر قضاء 15 دقيقة في قراءة اختلافات الالتزام في مستودع GloriousEggroll بوضوح شديد أنه يقوم بعمل رائع لتوفير أحدث الإصلاحات والميزات الخاصة ببناء Proton الذي يشتمل على أحدث كود لتطوير النبيذ والعديد من الإصلاحات الخاصة باللعبة التي لم تدخل حيز التنفيذ بعد نبيذ. إنه ليس قبعة سوداء "عشوائية" توفر ثنائيات فقط بغرض التنقيب في بياناتك أو تشغيل برنامج rootkit على نظامك. لقد بذل الكثير من العمل للحفاظ على شوكة جيدة جدًا من البروتون.

لا يمتلك معظم لاعبي Linux بصراحة القدرة التقنية أو الصبر لبناء جميع برامجهم من المصدر. وحتى إذا قمت بذلك ، إلا إذا كنت تقوم أيضًا بتدقيق هذا الرمز ، فإنه ليس _حقيقة_ أفضل من تنزيل الثنائيات. إذا كنت مصابًا بجنون العظمة حقًا ، فيجب عليك اللعب على نظام معزول لا يحتوي على بيانات شخصية ولا يمكنه الوصول إلى أي موارد شبكة ذات امتيازات ، أو جهاز افتراضي مشابه. من المعروف أن الألعاب المغلقة المصدر نفسها تقوم بتحميل كمية زاحفة من البيانات حول مستخدميها إلى مطور اللعبة ، ومن غير المرجح أن يؤدي تشغيلها تحت النبيذ إلى تغيير ذلك.

بشكل عام ، أعتقد أنك تبالغ في رد فعلك بشأن اعتبار شركة جنرال إلكتريك غير موثوقة أو "عشوائية". إذا كنت مصابًا بجنون العظمة بشكل خطير ، فيجب عليك فقط تشغيل برنامج مجاني ومفتوح المصدر حقًا (والذي يستبعد بحكم التعريف M & B II: Bannerlord!) والذي قمت بمراجعة كل سطر مصدر من التعليمات البرمجية يدويًا. أوه ، ولا تقم بتشغيل BIOS خاص أيضًا - وهذا يعني أنه عليك شراء وحدة المعالجة المركزية واللوحة الأم التي تحتوي على رمز صغير مفتوح.

بالنسبة إلى Valve ، لا يبدو أنهم يشاركون بشكل كبير في العمل مع مجتمع مستخدمي Proton للمساعدة في تحسين Proton. لا يمكنني إلا أن أفترض أن موقفهم هو إما (أ) أننا لا نهتم ببروتون بشكل عام ، أو (ب) نحن نهتم فقط بالمشكلات التي _نحن_لها ، وليس ما يشكو منه المستخدمون. لم أشاهد أيًا من موظفي Valve يشاركون في تقرير الخطأ هذا ، أليس كذلك؟

من المحتمل أن يكون Valve محتوى للسماح للمجتمع المحيط بهذه اللعبة المشهورة جدًا بإيجاد حلول لـ Bannerlord ونشرها في _Wine_. بصراحة ، هذا عمل أقل بالنسبة لهم ، لذا فمن المنطقي. ما لم يكن هناك شيء محدد لما يفعله _Proton_ ولا يمكن إصلاحه في بداية الطريق في _Wine_ ، فمن المؤكد تقريبًا أنهم سيتجاهلون تقرير المشكلة هذا وينتظرون Wine لحل المشكلة.

يعد إصدار Proton-GE هو الطريقة الأكثر ملاءمة للعب Bannerlord اليوم للاعبين غير المتخصصين في Linux. بالنسبة لأولئك الذين لا يثقون في التصميم ولكنهم يفتقرون إلى المهارات اللازمة للتجميع من المصدر ، فنحن نرحب بهم للانتظار حتى يقوم Valve بتحديث الإصدار المستقر من SteamPlay من عميل Steam الرسمي بإصدار من Wine يحتوي على إصلاحات Bannerlord. بناءً على التجربة السابقة ، قد يستغرق هذا من عدة أسابيع إلى عدة أشهر.

GloriousEggroll ليس "عشوائيًا" أكثر من بروتون نفسه عشوائيًا ، أو Mozilla Firefox ، أو أي برنامج مفتوح المصدر على الإنترنت يتم توفيره مجانًا دون ضمان أو تعويض.

تعد Mozilla و Valve جديرة بالثقة أكثر بكثير من بعض الأفراد الذين يقدمون الثنائيات على الإنترنت. الأولى شركات خاضعة للمساءلة ، والأخيرة ليست كذلك.

ومرة أخرى ، من شبه المؤكد أنه يساعد Valve بشكل أقل إذا كانت البيانات التي لديهم لهذه اللعبة تستخدم بعض شوكة Proton التي لا تقترب حتى مما تطلقه. نظرًا لأننا لا نخدع أنفسنا ، فإن الهدف من هذه المشكلة في هذا الريبو هو تعزيز هدف جعل هذه اللعبة تعمل مع إصدار Valve لـ Proton ، وليس eggroll أو مفترق بروتون لأي شخص آخر. وهذا ليس منتدى دعم لعبة عام (يوجد واحد على موقع Taleworld).

بالنسبة لي (Fedora 32 KDE Beta) لا تزال هناك حاجة إلى إعادة تسمية exes. لا يمكن الدخول في اللعبة باستخدام الحل الحالي فقط (5.5-GE-1 + protontricks 261550 dotnet472).
لذا إعادة تسمية Mount & Blade II Bannerlord / bin / Win64_Shipping_Client /
Bannerlord.exe
إلى
TaleWorlds.MountAndBlade.Launcher.exe

craftyguy إنه حرفيًا مساهم في تنظيم النبيذ. أنت تتجادل من موقع الجهل. وهذه أيضًا ليست مدونتك.

GloriousEggroll ليس "عشوائيًا" أكثر من بروتون نفسه عشوائيًا ، أو Mozilla Firefox ، أو أي برنامج مفتوح المصدر على الإنترنت يتم توفيره مجانًا دون ضمان أو تعويض.

تعد Mozilla و Valve جديرة بالثقة أكثر بكثير من بعض الأفراد الذين يقدمون الثنائيات على الإنترنت. الأولى شركات خاضعة للمساءلة ، والأخيرة ليست كذلك.

ومرة أخرى ، من شبه المؤكد أنه يساعد Valve _less_ إذا كانت البيانات التي يمتلكونها لهذه اللعبة تستخدم بعض مفترقات Proton التي لا تقترب حتى مما تطلقه. نظرًا لأننا لا نخدع أنفسنا ، فإن الهدف من هذه المشكلة في هذا الريبو هو تعزيز هدف جعل هذه اللعبة تعمل مع إصدار Valve لـ Proton ، وليس eggroll أو مفترق بروتون لأي شخص آخر. وهذا ليس منتدى دعم لعبة عام (يوجد واحد على موقع Taleworld).

هناك شوكات لـ Proton على وجه التحديد لأن الحصول على مساهمات مقبولة في مشاريع المنبع هذه (Proton and Wine) أمر صعب تاريخيًا وعملية بطيئة للغاية وكثيفة العمالة.

• Valve لا يستجيب للمجتمع. عندما تصدر عناوين جديدة رئيسية ، فإنها لا تبذل أي جهد للتفاعل مع المجتمع ، للإعلان عن "نحن نعمل على ذلك" أو "ساعدنا على الخروج وسندمج إصلاحاتك في بروتون" أو أي شيء من هذا القبيل. يتم تشغيل البروتون كمستودع جيثب مفتوح المصدر تجاري "برج عاجي". تستمر طلبات السحب لأشهر أو سنوات مع القليل من التعليقات أو بدون أي تعليقات.
• ترفض Valve (وغالبًا ، النبيذ المنبع) أحيانًا المساهمات العملية والمفيدة وتصر بدلاً من ذلك على حل "مثالي" يكون تطويره أكثر صعوبة. عند محاولة تشغيل لعبة أو جزء من البرنامج ، غالبًا ما يكون من السهل إجراء "إصلاح سريع" يحل المشكلة الفورية. يمكنك حتى تحديد نطاق هذا الإصلاح لاسم عملية معين لمنعه من التأثير على البرامج الأخرى. لكن المنبع الذي نتعامل معه - Valve / Proton and Wine - غالبًا ما يحجمون عن قبول هذه المساهمات ، ويصرون بدلاً من ذلك على إعادة تصميم الكود الأساسي بالكامل أو إعادة صياغته إلى الكمال قبل قبول المساهمة. غالبًا ما تكون عمليات إعادة البناء الرئيسية هذه خارج مجموعة مهارات الأشخاص الذين يمكنهم المساهمة بإصلاحات سريعة ؛ حتى لو كانوا في حدود قدراتهم ، فقد يستغرق الأمر شهورًا أو سنوات لإكمال هذه التغييرات الرئيسية. في غضون ذلك ، لن يكون لدينا أي توافق مع البرنامج / اللعبة المعطلة دون إصلاح سريع. هذا هو السبب في أن تصميمات الإصلاح للبروتون (والنبيذ قبلها) شائعة ومفيدة للغاية.
• أحيانًا ما تكون الشركات التي تعمل على هذا البرنامج منافقة جدًا بشأن الحلول البديلة. واحدة من الشركات الكبرى المشاركة في Wine / Proton هي Codeweavers. إنهم يوزعون توزيعًا تجاريًا مدفوعًا من Wine يسمى CrossOver Linux (و CrossOver Mac أيضًا). في حين أن هذه تعتمد بشكل كبير على برنامج Wine ، فليس من غير المألوف بالنسبة لهم تنفيذ الاختراقات والحلول وغيرها من التدابير "العملية" لإصلاح عنوان رئيسي أو جزء رئيسي من البرامج (غالبًا Microsoft Office) في منتجهم التجاري ، مع عدم الدمج نفس الحل لكود المصدر المفتوح المنبع. لذا فإن الحلول جيدة إذا كانت تجعل منتجهم يبدو أفضل ، ولكن ليس جيدًا إذا كان الآخرون يساهمون في الحلول البديلة.
• المنبع يحدث بالفعل! هناك منشور سابق في هذا الموضوع مع دليل مباشر على أن إصلاح مؤشر الماوس الخاص بـ Bannerlord قد تم قبوله من خلال إعداد النبيذ ، وهو المنبع لـ Proton. الشيء الوحيد الذي يمنع هذه الرقعة من الانجذاب إلى إصدار ثابت من البروتون هو الوقت. الكثير والكثير من الوقت - أسابيع أو شهور ، على الأرجح. لذلك لم يتبق أي عمل حقيقي يتعين القيام به لتعميم هذه الأشياء الآن. تتعلق نقاطي السابقة حول صعوبة الحصول على الأشياء في المنبع في الغالب بألعاب أخرى وأنواع أخرى من الحلول التي ليست واضحة تمامًا مثل هذه. تحتوي شوكة البروتون الخاصة بشركة جنرال إلكتريك على العديد من الإصلاحات العملية للألعاب التي قد لا تصطدم بالنبيذ لأشهر ، إن وجدت.

YellowApple أحصل على هذا الاستثناء إذا استخدمت الواجهة الخلفية لمترجم ACO shader لـ mesa ،
منذ أن عدت إلى llvm ، كانت الأعطال أقل تكرارًا وبدلاً من هذا الاستثناء ، تجمدت اللعبة (لقد كنت كسولًا حتى الآن لتسجيل ما يحدث هناك ولكنني سأفعل ذلك في الأيام القليلة المقبلة).

البرمجيات المستخدمة:
أحدث بروتون جنرال الكتريك
الدوت نت 472
mesa git (llvm 9)
لينكس زين 5.6.2

الأجهزة المستخدمة:
فيجا 56
3700X

تحديث:
كنت مخطئا التحول إلى llvm فقط بدا أفضل.

أنا أتابع العمل الحالي حول: Proton 5.5-GE + protontricks 261550 dotnet472 ، مع التأكد من أنني قمت بتعيين Win 10 باعتباره نظام التشغيل.

أواجه عطلًا كل بضع دقائق ، مع تحميل نفس الوحدات تقريبًا. لست قادرًا على فهم السجل تمامًا ، آمل أن يفعل ذلك شخص ما.
backtrace.txt

1060Ti 6GB (برنامج تشغيل nvidia 440) مع وحدة المعالجة المركزية Ryzen 1800x

عمل رائع للجميع لحل هذه المشكلة وجعلها قابلة للتشغيل إلى حد ما للجماهير!

Demannu حاول تثبيت

كيفية التثبيت: Protontricks Terminal / Protontricks GUI

تأكد أيضًا من ضبط البادئة على Windows 10 وليس WinXP ، والتي يبدو أن أحد البرامج النصية لـ dotnet يتغير إلى.

الأشياء الوحيدة التي فعلتها لبادتي الجديدة هي ؛

• استخدم Proton 5.5-GE-1
• قم بتثبيت dotnet48
• قم بتثبيت vcrun2019
• قم بتثبيت dotnet Core يدويًا
• تأكد من ضبط البادئة على Windows 10

لقد استخدمت protontricks --gui لتثبيت كل شيء وضبط البادئة على Win10.

تحرير: إذا كنت تستخدم التعديلات ، فتأكد من البحث عن التحديثات كل يوم أيضًا ، وحاول تعطيلها إذا كنت تتعطل. بعد إصدار 1.0.6 ، بدأت لعبتي في الانهيار في الساحة ، ولكن اتضح أنها كانت تعديلات الساحة التي كنت أستخدمها

كتحديث:

باستخدام بادئة جديدة ، قم بالإعداد بهذا الترتيب:

• ابدأ Bannerlord مرة واحدة مع تعيين Proton-5.5-GE-1 كطبقة متوافقة في البخار
• protontricks 261550 vcrun2019
• قم بتثبيت dotnet core عبر طريقة GUI وتنزيله في هذا الموضوع
• protontricks 261550 dotnet48

لا يزال يبدو أن المشكلات التالية لا تزال تواجهني:

• لا يزال يبدو أن الماوس لا يعمل ربما 70٪ من وقت hte. لا بد لي من إعادة التشغيل بشكل متكرر حتى يعمل. هذا ليس هو الحال على جهاز الكمبيوتر المحمول الخاص بي ، فقط سطح المكتب الخاص بي.
• لا يبدو أن dotnet472 و dotnet48 يعملان على حل مشكلة تعليق الحفظ. لا يزال يبدو أنني أستغرق أكثر من 90 ثانية للحفظ. كيف تم تحديد ما إذا كان هذا هو .NET؟ ما الذي يجب أن أتعمق فيه لمعرفة سبب عدم نجاح ذلك؟

في موضوع مختلف ، هل بدأ أي شخص يتجول في الجانب متعدد اللاعبين من اللعبة؟ أعلم أن Battleye سيكون صعبًا ، لكن هناك تقارير عن ألعاب Battleye تعمل على Linux.

الخطأ الحالي يشبه:
خطأ 31: خطأ في برنامج التشغيل

في موضوع مختلف ، هل بدأ أي شخص يتجول في الجانب متعدد اللاعبين من اللعبة؟ أعلم أن Battleye سيكون صعبًا ، لكن هناك تقارير عن ألعاب Battleye تعمل على Linux.

الخطأ الحالي يشبه:
خطأ 31: خطأ في برنامج التشغيل

تقوم BattleEye هذه الأيام بتثبيت برنامج تشغيل kernel وخدمة لمكافحة الغش. كلاهما غير ممكن مع النبيذ حقًا.

في موضوع مختلف ، هل بدأ أي شخص يتجول في الجانب متعدد اللاعبين من اللعبة؟ أعلم أن Battleye سيكون صعبًا ، لكن هناك تقارير عن ألعاب Battleye تعمل على Linux.

الخطأ الحالي يشبه:
خطأ 31: خطأ في برنامج التشغيل

لطالما كان تعدد اللاعبين يعمل بشكل مثالي بالنسبة لي ، والتوفيق بين الخوادم والمخصصة. لقد ألغيت للتو تثبيت BattleEye عندما طُلب مني ذلك.

في موضوع مختلف ، هل بدأ أي شخص يتجول في الجانب متعدد اللاعبين من اللعبة؟ أعلم أن Battleye سيكون صعبًا ، لكن هناك تقارير عن ألعاب Battleye تعمل على Linux.
الخطأ الحالي يشبه:
خطأ 31: خطأ في برنامج التشغيل

لطالما كان تعدد اللاعبين يعمل بشكل مثالي بالنسبة لي ، والتوفيق بين الخوادم والمخصصة. لقد ألغيت للتو تثبيت BattleEye عندما طُلب مني ذلك.

يا إلهي ، أنت على حق ، لم أجرب حتى لعبة متعددة اللاعبين بسبب BattleEye المذكورة أعلاه ، ولكن نعم لقد كان يعمل بشكل جيد بالنسبة لي أيضًا بعد إلغاء التثبيت في البداية. لا بد أنهم قاموا بتعطيله في الوقت الحالي ، وأنا متأكد من أنه سيتوقف عن العمل في وقت ما في المستقبل ، ولكن في الوقت الحالي يبدو أن كل شيء يعمل.

فيما يتعلق بالمشغل المنفرد ، يتضمن الإعداد الحالي الخاص بي استخدام dotnet48 ، vcrun2019 ، وتثبيت dotnet core exe ، إلى جانب ضبط البادئة على Windows 10. ما زلت أتعرض لأعطال كل ساعة أو نحو ذلك ، وأحيانًا بشكل متكرر ، خاصة بعد تحميل ملف حفظ. لقد تلقيت أيضًا نفس الخطأ YellowApple يتضمن System.AccessViolationException مع لوحة اسم الحزب.

أخيرًا ، Yarwin ، منذ أن تم ذكر OP ، قد تفكر في إضافة عناصر .net Core الجديدة حيث يبدو أنها تقلل الأعطال ولدينا الآن تقرير واحد عن مراسل الأعطال يعمل بعد تثبيته!

شكرًا لإدخالك - سأضيف .net core إلى الدليل المصغر للحل البديل.
قائمة المتطلبات إذا كان أي شخص فضوليًا: https://forums.taleworlds.com/index.php؟threads/installing -missing -ecessary-Depencies.407126 / (يتم تثبيت vcruns افتراضيًا بواسطة Steam ويبدو أنها تعمل بشكل جيد )

في موضوع مختلف ، هل بدأ أي شخص يتجول في الجانب متعدد اللاعبين من اللعبة؟ أعلم أن Battleye سيكون صعبًا ، لكن هناك تقارير عن ألعاب Battleye تعمل على Linux.
الخطأ الحالي يشبه:
خطأ 31: خطأ في برنامج التشغيل

لطالما كان تعدد اللاعبين يعمل بشكل مثالي بالنسبة لي ، والتوفيق بين الخوادم والمخصصة. لقد ألغيت للتو تثبيت BattleEye عندما طُلب مني ذلك.

لم يكن لدي أي فكرة أنه كان يعمل. هذا مضحك.

ربما يكون الشخص الوحيد الذي يحاول الركض على CentOS 8 ولكن ... بغض النظر عما أفعله ، لا يمكنني اجتياز شاشة التحميل الأولية عند بدء التشغيل ، فهي لا تتجمد ولكن شاشة التحميل لا تنتهي أبدًا.

الإصدار الحالي هو Proton-5.5-GE-1 مع dot472 (تم تجربة النقطة 48 أيضًا) ضمن win10.

أرى أشخاصًا يقترحون vcrun2019 ، لست قادرًا على تثبيته ، لا أرى سوى vcrun2017 كخيار بالنسبة لي.

أي اقتراحات؟

ربما يكون الشخص الوحيد الذي يحاول الركض على CentOS 8 ولكن ... بغض النظر عما أفعله ، لا يمكنني اجتياز شاشة التحميل الأولية عند بدء التشغيل ، فهي لا تتجمد ولكن شاشة التحميل لا تنتهي أبدًا.

الإصدار الحالي هو Proton-5.5-GE-1 مع dot472 (تم تجربة النقطة 48 أيضًا) ضمن win10.

أرى أشخاصًا يقترحون vcrun2019 ، لست قادرًا على تثبيته ، لا أرى سوى vcrun2017 كخيار بالنسبة لي.

أي اقتراحات؟

سيكون بالتأكيد شيئًا ما على نظامك بعد ذلك. أنا أقوم بتشغيل نفس الإعداد بالضبط بدون مشاكل حرفيًا. المرة الوحيدة التي أستخدم فيها CentOS هي في العمل. أنا متأكد من أنه يمكن القيام به ، لكن لا يمكنني تخيل اللعب عليه.

يبدو أن Arch Linux أو Manjaro هو السبيل للذهاب إلى ألعاب Proton.

ربما يكون الشخص الوحيد الذي يحاول الركض على CentOS 8 ولكن ... بغض النظر عما أفعله ، لا يمكنني اجتياز شاشة التحميل الأولية عند بدء التشغيل ، فهي لا تتجمد ولكن شاشة التحميل لا تنتهي أبدًا.
الإصدار الحالي هو Proton-5.5-GE-1 مع dot472 (تم تجربة النقطة 48 أيضًا) ضمن win10.
أرى أشخاصًا يقترحون vcrun2019 ، لست قادرًا على تثبيته ، لا أرى سوى vcrun2017 كخيار بالنسبة لي.
أي اقتراحات؟

سيكون بالتأكيد شيئًا ما على نظامك بعد ذلك. أنا أقوم بتشغيل نفس الإعداد بالضبط بدون مشاكل حرفيًا. المرة الوحيدة التي أستخدم فيها CentOS هي في العمل. أنا متأكد من أنه يمكن القيام به ، لكن لا يمكنني تخيل اللعب عليه.

يبدو أن Arch Linux أو Manjaro هو السبيل للذهاب إلى ألعاب Proton.

كنت أحسب أن يكون هذا هو الحال. أعتقد أن الوقت قد حان لتعلم بكمان ...

لذا ، فقط لتأكيد السلوك.

إذا تعطلت اللعبة ، فأنا بحاجة إلى إنهاء العملية يدويًا في مدير المهام. ومع ذلك ، إذا حاولت تشغيله مرة أخرى على Steam ، فلن يحدث شيء. سيتم تشغيله مرة أخرى فقط إذا أعدت تشغيل Steam تمامًا.

لذا ، فقط لتأكيد السلوك.

إذا تعطلت اللعبة ، فأنا بحاجة إلى إنهاء العملية يدويًا في مدير المهام. ومع ذلك ، إذا حاولت تشغيله مرة أخرى على Steam ، فلن يحدث شيء. سيتم تشغيله مرة أخرى فقط إذا أعدت تشغيل Steam تمامًا.

كان هذا يحدث لي أيضًا خلال الاختبار

سيتم تشغيله مرة أخرى فقط إذا أعدت تشغيل Steam تمامًا.

هذا يبدو غريبا بعض الشيء. بعد إنهاء العملية ، هل لا يزال الخمور يعمل ، أم أن هذا ينتهي بحد ذاته؟

لذا ، فقط لتأكيد السلوك.

إذا تعطلت اللعبة ، فأنا بحاجة إلى إنهاء العملية يدويًا في مدير المهام. ومع ذلك ، إذا حاولت تشغيله مرة أخرى على Steam ، فلن يحدث شيء. سيتم تشغيله مرة أخرى فقط إذا أعدت تشغيل Steam تمامًا.

لقد اكتشفت أنه غالبًا ما يكون هناك explorer.exe (من بين أشياء أخرى) قيد التشغيل (خاصة إذا ظهر مع مربع حوار خطأ Wine). عادة ما يكون القتل كافيًا لمسح كل شيء آخر (عادةً ما أبقي htop يعمل بفلتر .exe خصيصًا للقبض على هؤلاء إذا استمروا في التواجد)

ستحتاج أيضًا إلى قتل أي عمليات باقية wineserver .

لقد حاولت فقط إضافة .NET core الذي نحتاجه إلى winetricks . نأمل أن يتم قبوله ويمكننا تبسيط الحل لدينا إلى protontricks dotnet472 و protontricks dotnetcore2

ربما يكون الشخص الوحيد الذي يحاول الركض على CentOS 8 ولكن ... بغض النظر عما أفعله ، لا يمكنني اجتياز شاشة التحميل الأولية عند بدء التشغيل ، فهي لا تتجمد ولكن شاشة التحميل لا تنتهي أبدًا.
الإصدار الحالي هو Proton-5.5-GE-1 مع dot472 (تم تجربة النقطة 48 أيضًا) ضمن win10.
أرى أشخاصًا يقترحون vcrun2019 ، لست قادرًا على تثبيته ، لا أرى سوى vcrun2017 كخيار بالنسبة لي.
أي اقتراحات؟

سيكون بالتأكيد شيئًا ما على نظامك بعد ذلك. أنا أقوم بتشغيل نفس الإعداد بالضبط بدون مشاكل حرفيًا. المرة الوحيدة التي أستخدم فيها CentOS هي في العمل. أنا متأكد من أنه يمكن القيام به ، لكن لا يمكنني تخيل اللعب عليه.
يبدو أن Arch Linux أو Manjaro هو السبيل للذهاب إلى ألعاب Proton.

كنت أحسب أن يكون هذا هو الحال. أعتقد أن الوقت قد حان لتعلم بكمان ...

أو فقط قم بالتمرير لأعلى في هذا الخيط العملاق (أعلم ؛ إنه كثير القراءة) وانظر إلى أين ذكر الناس الإصلاح "لا يمكن العثور على vc2019 في winetricks / protontricks" عدة مرات.

GloriousEggroll ليس "عشوائيًا" أكثر من بروتون نفسه عشوائيًا ، أو Mozilla Firefox ، أو أي برنامج مفتوح المصدر على الإنترنت يتم توفيره مجانًا دون ضمان أو تعويض.

تعد Mozilla و Valve جديرة بالثقة أكثر بكثير من بعض الأفراد الذين يقدمون الثنائيات على الإنترنت. الأولى شركات خاضعة للمساءلة ، والأخيرة ليست كذلك.
ومرة أخرى ، من شبه المؤكد أنه يساعد Valve _less_ إذا كانت البيانات التي يمتلكونها لهذه اللعبة تستخدم بعض مفترقات Proton التي لا تقترب حتى مما تطلقه. نظرًا لأننا لا نخدع أنفسنا ، فإن الهدف من هذه المشكلة في هذا الريبو هو تعزيز هدف جعل هذه اللعبة تعمل مع إصدار Valve لـ Proton ، وليس eggroll أو مفترق بروتون لأي شخص آخر. وهذا ليس منتدى دعم لعبة عام (يوجد واحد على موقع Taleworld).

هناك شوكات لـ Proton على وجه التحديد لأن الحصول على مساهمات مقبولة في مشاريع المنبع هذه (Proton and Wine) أمر صعب تاريخيًا وعملية بطيئة للغاية وكثيفة العمالة.

* **Valve isn't responsive to the community.** When major new titles come out, they make no effort to engage with the community, to announce "we're working on it" or "help us out and we'll incorporate your fixes into Proton" or anything of the sort. Proton is very much run as an "ivory tower" commercial open source GitHub repository. Pull requests sit for months or years with little or no feedback.

* **Valve (and often, upstream Wine) sometimes decline practical, useful contributions and instead insist on a "perfect" solution that is much more difficult to develop.** When trying to get a game or a piece of software running, it's often easy to make a "quick fix" that solves the immediate problem. You can even scope this fix to a specific process name to prevent it from affecting other software. But the upstreams we're dealing with -- Valve/Proton and Wine -- are often reluctant to accept these contributions, instead insisting that the underlying code be completely redesigned or reworked to perfection before a contribution can be accepted. These major refactorings are often out of the skillset of the people who can contribute quick fixes; even if they are within their abilities, it can take months or years to complete such major changes. In the meantime, we'd have no compatibility with the broken software/game without a quick fix. **This is why fix builds to Proton (and Wine before it) are so popular and useful.**

* **The companies that work on this software are sometimes pretty hypocritical about workarounds.** One of the major companies involved in Wine/Proton is Codeweavers. They distribute a paid, commercial distribution of Wine called CrossOver Linux (and CrossOver Mac, too). While these are heavily based on upstream Wine, it's not uncommon for them to implement hacks, workarounds and other such "practical" measures to fix a major title or major piece of software (most often Microsoft Office) in their commercial product, while not merging the same workaround to the upstream, open source code. So workarounds are fine if it makes their product look better, but not fine if others are contributing the workarounds.

* **The upstreaming is already happening!** There is an earlier post in this thread with direct evidence that the mouse cursor fix for Bannerlord has been accepted by wine-staging, which is Proton's upstream. The only thing preventing that patch from getting pulled into a stable release of Proton, is time. Lots and lots of time -- weeks or months, probably. So there is no real work left to be done to get this stuff upstreamed now. My earlier points about the difficulty of getting stuff upstream are mostly pertaining to other games and other types of workarounds that aren't as clear-cut as this one was. GE's fork of Proton contains many practical fixes for games that may not hit wine upstream for months, if ever.

أنا أتفق مع معظم هذا ، لكنني أعتقد أنه يجب تصغير الحلول "المبتذلة" وتلك المخصصة لاسم العملية إلى أدنى حد ممكن في عمليات إعادة الشراء الرئيسية. كل شيء على ما يرام على ما هو عليه الآن ، حيث يوفر المجتمع إصلاحات لأحدث الإصدارات بينما يحتوي المنبع فقط على الالتزامات التي تأخذ الصورة الأوسع في الاعتبار. لا أعتقد أنه يجب إلقاء اللوم على أي من المشاريع أو المشرفين عليها لعدم تضمين مثل هذه الحلول ، لأنها ستؤدي في النهاية إلى ديون فنية ضخمة. تم بالفعل تحديث إصلاح مؤشر الماوس لهذه اللعبة في إعداد النبيذ ، لذا فليس الأمر كما لو أنهم يتجاهلون الإصلاحات "غير المخترقة"

لا يعمل Proton 5.5 GE مع الإعداد الخاص بي. تحطم على الفور في المعركة أو بعد دقيقتين في الخريطة.

أنا أتابع العمل الحالي حول: Proton 5.5-GE + protontricks 261550 dotnet472 ، مع التأكد من أنني قمت بتعيين Win 10 باعتباره نظام التشغيل.

أواجه عطلًا كل بضع دقائق ، مع تحميل نفس الوحدات تقريبًا. لست قادرًا على فهم السجل تمامًا ، آمل أن يفعل ذلك شخص ما.
backtrace.txt

1060Ti 6GB (برنامج تشغيل nvidia 440) مع وحدة المعالجة المركزية Ryzen 1800x

عمل رائع للجميع لحل هذه المشكلة وجعلها قابلة للتشغيل إلى حد ما للجماهير!

كنت أعاني من هذه الأعطال العشوائية على نظام يعمل بطريقة أخرى ، واكتشفت أخيرًا ، 99 ٪ ، أنه كان الحفظ التلقائي الخاطئ. على سبيل المثال ، قد تتعطل ترقية 1.0.6 حفظ إلى 1.0.7 في غضون 1-15 دقيقة دون أن أفعل أي شيء خاص. أدى حذف الحفظ التلقائي (1.0.6) إلى إصلاح هذا. لقد جربت هذا مع تغييرات الإصدار الأقدم أيضًا. هذا قضى على 90٪ من حوادثي. أتمنى أن يساعد شخص ما هنا.

أنا أتابع العمل الحالي حول: Proton 5.5-GE + protontricks 261550 dotnet472 ، مع التأكد من أنني قمت بتعيين Win 10 باعتباره نظام التشغيل.
أواجه عطلًا كل بضع دقائق ، مع تحميل نفس الوحدات تقريبًا. لست قادرًا على فهم السجل تمامًا ، آمل أن يفعل ذلك شخص ما.
backtrace.txt
1060Ti 6GB (برنامج تشغيل nvidia 440) مع وحدة المعالجة المركزية Ryzen 1800x
عمل رائع للجميع لحل هذه المشكلة وجعلها قابلة للتشغيل إلى حد ما للجماهير!

كنت أعاني من هذه الأعطال العشوائية على نظام يعمل بطريقة أخرى ، واكتشفت أخيرًا ، 99 ٪ ، أنه كان الحفظ التلقائي الخاطئ. على سبيل المثال ، قد تتعطل ترقية 1.0.6 حفظ إلى 1.0.7 في غضون 1-15 دقيقة دون أن أفعل أي شيء خاص. أدى حذف الحفظ التلقائي (1.0.6) إلى إصلاح هذا. لقد جربت هذا مع تغييرات الإصدار الأقدم أيضًا. هذا قضى على 90٪ من حوادثي. أتمنى أن يساعد شخص ما هنا.

سأقوم بإجراء هذا الاختبار ، لقد ظللت أحتفظ بحفظاتي ، لذا سأمسحها وأحاول مرة أخرى. شكرا لك!

أنا أستخدم البروتون 5.5-GE-1 ، وقد تم تثبيت dotnet472 و vcrun2019 و dotnetcore2. عندما أبدأ اللعبة يبدو أنها تسير على ما يرام. ومع ذلك ، أتلقى أعطالًا عشوائية وعندما لا يمكنني إعادة تشغيل اللعبة بعد بعض الأعطال. إذا حدث هذا فإن فتح protontricks 261550 يعطي الخطأ التالي:
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
هل كان لدى أي شخص تجارب مماثلة أو ربما يعرف ما يجري؟

لقد لاحظت نمطًا ، إذا قمت فقط بحل المعارك تلقائيًا باستخدام "إرسال القوات!" الخيار ، اللعبة تتعطل كثيرًا مقارنة بالذهاب إلى الميدان والقتال يدويًا.

Krulvis لدي نفس المشكلة في بعض الأحيان ... إعادة تشغيل النظام تحلها دائمًا بالنسبة لي. ومع ذلك ، لم أختبره مؤخرًا. ربما يكون لها علاقة بالعمليات الطويلة الأمد.

أنا أستخدم البروتون 5.5-GE-1 ، وقد تم تثبيت dotnet472 و vcrun2019 و dotnetcore2. عندما أبدأ اللعبة يبدو أنها تسير على ما يرام. ومع ذلك ، أتلقى أعطالًا عشوائية وعندما لا يمكنني إعادة تشغيل اللعبة بعد بعض الأعطال. إذا حدث هذا فإن فتح protontricks 261550 يعطي الخطأ التالي:
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
هل كان لدى أي شخص تجارب مماثلة أو ربما يعرف ما يجري؟

نعم كان لدي هذا. لقد استخدمت البناء الأصلي للبروتون المقدم من YellowApple وهو يعمل

https://forums.taleworlds.com/index.php؟threads/known -issues-will-be-updated-soon.401168 /

قد يواجه بعض لاعبينا عدم بدء تشغيل اللعبة على الإطلاق ، أو التعطل بعد المشغل ، أو التعطل بعد شاشة التحميل. نحن نحقق هذه المسألة. من الأهمية بمكان إذا كنت تستخدم أداة تحميل الأعطال بعد كل الأعطال. يمكنك تجربة حل بديل ممكن لهذه المشكلة هنا. يرجى ملاحظة أننا نعمل بجد لإصلاح مشكلة عدم التشغيل هذه!

https://forums.taleworlds.com/index.php؟threads/possible -workaround-for-game-not-launching-issue 407128

اللعبة التي لا يتم إطلاقها هي مشكلة Windows أيضًا.

ربما يكون الشخص الوحيد الذي يحاول الركض على CentOS 8 ولكن ... بغض النظر عما أفعله ، لا يمكنني اجتياز شاشة التحميل الأولية عند بدء التشغيل ، فهي لا تتجمد ولكن شاشة التحميل لا تنتهي أبدًا.
الإصدار الحالي هو Proton-5.5-GE-1 مع dot472 (تم تجربة النقطة 48 أيضًا) ضمن win10.
أرى أشخاصًا يقترحون vcrun2019 ، لست قادرًا على تثبيته ، لا أرى سوى vcrun2017 كخيار بالنسبة لي.
أي اقتراحات؟

سيكون بالتأكيد شيئًا ما على نظامك بعد ذلك. أنا أقوم بتشغيل نفس الإعداد بالضبط بدون مشاكل حرفيًا. المرة الوحيدة التي أستخدم فيها CentOS هي في العمل. أنا متأكد من أنه يمكن القيام به ، لكن لا يمكنني تخيل اللعب عليه.
يبدو أن Arch Linux أو Manjaro هو السبيل للذهاب إلى ألعاب Proton.

كنت أحسب أن يكون هذا هو الحال. أعتقد أن الوقت قد حان لتعلم بكمان ...

أو فقط قم بالتمرير لأعلى في هذا الخيط العملاق (أعلم ؛ إنه كثير القراءة) وانظر إلى أين ذكر الناس الإصلاح "لا يمكن العثور على vc2019 في winetricks / protontricks" عدة مرات.

أنا جديد على جيثب ، لذلك عندما قمت بتشغيل ctrl-f "vcrun2019" لم أر شيئًا.

شكرًا لك على وضع اسمك على ملفك الشخصي حتى أعرف لتجنبك في بيئة مهنية.

ربما يكون الشخص الوحيد الذي يحاول الركض على CentOS 8 ولكن ... بغض النظر عما أفعله ، لا يمكنني اجتياز شاشة التحميل الأولية عند بدء التشغيل ، فهي لا تتجمد ولكن شاشة التحميل لا تنتهي أبدًا.
الإصدار الحالي هو Proton-5.5-GE-1 مع dot472 (تم تجربة النقطة 48 أيضًا) ضمن win10.
أرى أشخاصًا يقترحون vcrun2019 ، لست قادرًا على تثبيته ، لا أرى سوى vcrun2017 كخيار بالنسبة لي.
أي اقتراحات؟

سيكون بالتأكيد شيئًا ما على نظامك بعد ذلك. أنا أقوم بتشغيل نفس الإعداد بالضبط بدون مشاكل حرفيًا. المرة الوحيدة التي أستخدم فيها CentOS هي في العمل. أنا متأكد من أنه يمكن القيام به ، لكن لا يمكنني تخيل اللعب عليه.
يبدو أن Arch Linux أو Manjaro هو السبيل للذهاب إلى ألعاب Proton.

كنت أحسب أن يكون هذا هو الحال. أعتقد أن الوقت قد حان لتعلم بكمان ...

أو فقط قم بالتمرير لأعلى في هذا الخيط العملاق (أعلم ؛ إنه كثير القراءة) وانظر إلى أين ذكر الناس الإصلاح "لا يمكن العثور على vc2019 في winetricks / protontricks" عدة مرات.

أنا جديد على جيثب ، لذلك عندما قمت بتشغيل ctrl-f "vcrun2019" لم أر شيئًا.

شكرًا لك على وضع اسمك على ملفك الشخصي حتى أعرف لتجنبك في بيئة مهنية.

هاه؟ لم أكن ساخرة. انها حقا _is_ الكثير من القراءة. إذا كنت ستتجنب شخصًا ما لمحاولته المساعدة بصدق ، فهذا من اختصاصك ، على ما أعتقد.

السبب في أنك لم تجده عند استخدام ctrl + f هو هذا الشيء المخفي في منتصف هذه الصفحة: https://i.imgur.com/nxX7Qz4.png

لم أعمل مطلقًا في قضية بهذا الحجم من قبل ، بنفسي ، لذلك لم ألاحظ ذلك حتى نظرت بالفعل. سمسم! آسف لأي سوء تفاهم.

allquixotic كل ما قيل ، بعد بحث شامل عن هذه المشكلة ، لم أجد أي شيء يشرح بالفعل كيفية تثبيت vcrun2019 ، وأواجه نفس المشكلة ... هل تمانع في التوضيح؟ لقد جربت خيار --force و googling.

قررت أن ألقي نظرة على السجل الذي تم إنشاؤه عند استخدام العلم PROTON_LOG ، والمثير للدهشة أنه أنشأ ملفًا بحجم 274 ميغابايت به ملايين السطور ، فهل من المفترض أن يكون هكذا؟ لاحظ أنني حذفت السجل السابق قبل بدء اللعبة.

ptkato كان لدي ملف سجل PROTON_LOG=1 . كان ذلك باستخدام e1.0.4 وبروتون مخزون وجلسة أطول (حوالي 30 دقيقة). من الواضح أن ملفات السجل هذه تصبح كبيرة بسرعة.

allquixotic كل ما قيل ، بعد بحث شامل عن هذه المشكلة ، لم أجد أي شيء يشرح بالفعل كيفية تثبيت vcrun2019 ، وأواجه نفس المشكلة ... هل تمانع في التوضيح؟ لقد جربت خيار --force و googling.

مما وجدته في الجزء العلوي ، لا يبدو أن vcrun2019 يفعل أي شيء مختلف باستثناء تثبيت كل من vcrun2015 و vcrun2017. على الرغم من أنني شخصياً حاولت تثبيت كليهما وفشل التثبيت قائلاً إنه مثبت بالفعل ...

ptkato كان لديّ واحدًا بالكامل يملأ محرك الأقراص الثابتة أمس ... حوالي 340 جيجابايت

allquixotic كل ما قيل ، بعد بحث شامل عن هذه المشكلة ، لم أجد أي شيء يشرح بالفعل كيفية تثبيت vcrun2019 ، وأواجه نفس المشكلة ... هل تمانع في التوضيح؟ لقد جربت خيار --force و googling.

يبدو أن vcrun2019 هو إضافة حديثة إلى winetricks. في القوس يوجد في حزمة winetricks-git ولكن ليس winetricks.

أراد أن يعطي تحديثا ؛
أنا أركض:

• بروتون 5.5-GE-1
• بروتونريكس 261550 dotnet472
• البروتون - الحل البديل لتثبيت دوت نت كور
• Windows 10 في برنامج Winecfg
• احذف جميع عمليات الحفظ التلقائي السابقة من التصحيحات السابقة للعبة

تمكنت من تشغيل جلسة لمدة ساعة ونصف مع تعطل واحد فقط عند تغيير إعدادات الفيديو (أصبحت جشعًا). خلاف ذلك ، لم أواجه واحدة بعد.

اختبار الأشياء:

• ارينا
• قرية مداهمة
• معركة Siming والمعركة الفعلية
• انضم إلى معركة جارية بالفعل
• تحدث إلى العديد من الناس
• توقفت في أي وقت تقريبا كنت أفكر فيه
• حاولت الهروب من المحادثات والمعارك
• كلفه مثل مجنون أثناء المعارك وبعد المعارك
• Alt + Tab إلى حد كبير من أي مكان في اللعبة

يمكن العثور على دليل محدث هنا

اسمحوا لي أن أحاول تجميع كل ذلك معًا ثم ...

بفضل VictorRogers و YellowApple و Metal079 و allquixotic و lboklin على اقتراحاتهم وتصحيحاتهم الرائعة وجميع الآخرين في المساعدة في جعل Bannerlord يعمل!

الحصول على كل ما تحتاجه

بروتون 5.5-GE-1

• قم بتنزيل الإصدار من هنا .
  
  
  
  • يوجد زر "الأصول" في نهاية كل منشور إصدار
  
  
• استخراج محتوى ملف .tar.gz في /home/<your-name>/.steam/compatibilitytools.d/
  
  
  
  • إذا كان هذا المجلد غير موجود ، قم بإنشائه
  
  
  • يجب أن يكون لديك الآن مجلد فرعي في هذا المجلد باسم Proton-5.5-GE-1
  
  
• أعد تشغيل Steam إذا كان يعمل بالفعل
• انقر بزر الماوس الأيمن على Bannerlord وانتقل إلى "خصائص"
  
  
  
  • في علامة التبويب "عام" في الجزء السفلي ، حدد الخيار "فرض استخدام أداة توافق معينة في Steam Play"
  
  
  • يجب أن تكون قادرًا على تحديد الخيار "Proton-5.5-GE-1"
  
  
• إذا كنت لا ترى الخيار في الخصائص ، فحاول نقل مجلد "Proton-5.5-GE-1" إلى الموقع التالي: ~/.local/share/Steam/compatibilitytools.d (أنشئ المجلدات إذا لم تكن موجودة) كما هو موصى به هنا
  
  
  
  • أعد تشغيل Steam وتحقق مما إذا كان الخيار موجودًا الآن
  
  

بروتونريكس

• للأسف ، يبدو أنه لا توجد طريقة "سهلة" أخرى للحصول على بروتونتريكس بخلاف استخدام طريقة تثبيت pipx
• يمكن العثور على تعليمات التثبيت هنا
• وفقًا لهذا المنشور ، قد يكون لدى مستخدمي Arch بديل آخر باستخدام pamac install protontricks-git

دوت نت كور

• في المنتديات الرسمية يوصون باستخدام الإصدار 2.1.17 من .NET core
• يبدو أن أحدث إصدار من Microsoft هو الإصدار 3.1.3
• _ لقد قمت بتنزيل وتثبيت كلاهما (أولاً 2.1.17 ثم 3.1.3) _
  
  
  
  • _ من الممكن أن يكون 2.1.17 كافيًا _
  
  

winetricks مع vcrun2019

• من الجيد تثبيت أحدث إصدار من winetricks ، لأن العديد من المستودعات توزع إصدارات قديمة من winetricks التي لا تعرف كيفية التعامل مع vcrun2019
• Winetricks هو مجرد ملف ثنائي تحتاج إلى تنزيله وجعله قابلاً للتنفيذ:
  
  
  
  • أنا جمعت الإرشادات من هذا و هذا مصدر
  
  

cd "${HOME}/Downloads"
wget  https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks
chmod +x winetricks

• إذا كنت تريد تثبيته للمستخدم الحالي:

mkdir "${HOME}/bin"
mv winetricks "${HOME}/bin"

• إذا كنت ترغب في تثبيته على مستوى النظام:

sudo mv winetricks /usr/bin/

• سيتعين عليك إعادة تسجيل الدخول لرؤية الأمر في وحدة التحكم

الحصول على Bannerlord للعمل

• تأكد من تثبيت إصدار البروتون المطلوب مسبقًا وطبقات الحماية
• انتقل إلى /home/<your-name>/.steam/steam/steamapps/compatdata/ وأعد تسمية المجلد "261550" إلى شيء مثل "Backup_261550"
  
  
  
  • النسخ ليس كافيًا ، لأنك تريد بالفعل البدء بتهيئة بادئة النبيذ الطازجة تمامًا
  
  
  • سيؤدي نسخ المجلد إلى الاحتفاظ بنسخة احتياطية من ألعابك المحفوظة وإعداداتك وبادئة النبيذ بأكملها في حالة رغبتك في استرداد الأشياء أو اختبارها لاحقًا
  
  
• قم بتشغيل اللعبة مرة واحدة
  
  
  
  • هذا للسماح للبخار بتثبيت بعض التبعيات
  
  
  • بدء حملة جديدة ليس ضروريا
  
  
• الخروج من اللعبة
• افتح وحدة تحكم وقم بتشغيل protontricks 261550 dotnet472
  
  
  
  • سيتم تشغيله من خلال العديد من عمليات التثبيت للإصدارات القديمة من dotnet
  
  
  • عندما يطلب المثبت ، اختر "إعادة التشغيل الآن" (لن تعيد تشغيل جهاز الكمبيوتر بالفعل)
  
  
• عند الانتهاء ، قم بتشغيل protontricks 261550 vcrun2019
  
  
  
  • _ لست متأكدًا بنسبة مائة بالمائة مما إذا كانت هناك حاجة إلى ذلك ، لكنني فعلت ذلك ويبدو أن الإعداد الخاص بي يعمل بشكل جيد_
  
  
• عند الانتهاء من ذلك ، قم بتشغيل protontricks 261550 --gui
  
  
  
  • حدد "حدد wineprefix الافتراضي"
  
  
  • تحقق في عنوان النافذة إذا تم تحديد البادئة الصحيحة ، يجب أن تكون /home/<your-name>/.steam/steam/steamapps/compatdata/261550/pfx
  
  
  • حدد "تشغيل المستكشف"
  
  
  • افتح الجهاز "/" وانتقل إلى مكان تنزيل ملف dotnet-core وانقر نقرًا مزدوجًا فوقه للسماح بتثبيته
  
  
  • _حيث كان لدي ملفان "dotnet core" ، قمت بتثبيت كلاهما بهذه الطريقة_
  
  
  • أغلق المستكشف عند انتهاء التثبيت
  
  
  • حدد "تشغيل winecfg"
  
  
  • في علامة التبويب "التطبيقات" في الجزء السفلي ، قم بتعيين "إصدار Windows" إلى Windows 10
  
  
  • _ لست متأكدًا بنسبة مائة بالمائة من الحاجة إلى ذلك. لدي في Windows 7 ويبدو أن كل شيء يعمل بشكل جيد_
  
  
  • أغلق winecfg بالزر "OK" واترك واجهة المستخدم الرسومية protontricks بالضغط على "Cancel" حتى يغلق
  
  
• بدء Bannerlord من خلال البخار
• ابدأ حملة جديدة
  
  
  
  • ليس لديك خيار آخر ، لأن ألعاب الحفظ القديمة موجودة فقط في النسخة الاحتياطية
  
  
  • يمكنك محاولة استرداد ألعابك المحفوظة القديمة ، ولكن فقط إذا قمت بإنشائها بنفس إصدار اللعبة الذي تستخدمه الآن
  
  
  • لم أختبر هذا حتى الآن ، لذا ... أبلغ مرة أخرى إذا كان يعمل.
  
  

استكشاف الأخطاء وإصلاحها

إذا كانت الأشياء لا تزال لا تعمل ، فهناك بعض الأشياء التي تم ذكرها في مشكلة github الطويلة جدًا والتي يمكنك محاولة القيام بها.

أنت تقوم بتشغيل AMD GPU ولا تعمل اللعبة

• يمكنك محاولة التحديث إلى أحدث برامج تشغيل MESA
• خيار جيد لهذا هو oibaf ppa

أنت تقوم بتشغيل NixOS وتريد تثبيت Winetricks

• تختلف إجراءات تثبيت NixOS ، لذا فإن تثبيت Winetricks أكثر تعقيدًا بعض الشيء. لا أستخدمه ، ولكن تم توفير برنامج نصي يمكن استخدامه لتثبيت أحدث Winetricks

اللعبة تتعطل ولا يمكنني إعادة تشغيلها

• قد يكون هذا بسبب تعطل عملية خادم النبيذ. تحقق من مدير المهام في نظام التشغيل الخاص بك وقم بقتله إذا لزم الأمر.

أريد تصحيح أخطاء اللعبة ، لكن ملفات السجل ضخمة

• يفترض البروتون مجموعة من إعدادات التصحيح ، ولكن يمكنك تغيير ذلك. انظر هذا المنشور للتوضيح

تضمين التغريدة

استخراج محتوى ملف .tar.gz في /home/<your-name>/.steam/compatibilitytools.d/

• يجب أن يكون لديك الآن مجلد فرعي في هذا المجلد باسم Proton-5.5-GE-1

يبدو أنني عالق في هذه الخطوة ، ولا يوجد مجلد أدوات التوافق هناك بالنسبة لي ، وإذا قمت بإنشاء مجلد إضافي ومجلد إضافي هناك ، فلن أحصل على خيار استخدامه كإصدار بروتون

اسمحوا لي أن أحاول تجميع كل ذلك معًا ثم ...

دليل جيد! بعض الاقتراحات:

• اجعل هذا GitHub Gist بحيث يمكن ربطه بدلاً من الاضطرار إلى البحث عن هذه المشكلة (سيتم دفن مشاركتك بهذا المعدل). اربطها في تعليق هنا. يمكن لبقيتنا فقط ربط مشكلتك عندما يسأل أي شخص سؤالاً (في مشكلة GitHub هذه أو في أي مكان آخر) تمت تغطيته بالفعل بواسطة دليلك.

• نظرًا لأن إرشاداتك تتضمن vcrun2019 يجب عليك أيضًا تضمين خطوات تحرّي الخلل وإصلاحه لكيفية إصلاح الموقف حيث لا يتوفر لدى المستخدم vcrun2019 في تثبيت winetricks لأنه قديم جدًا. لقد قمت أنا وعدد قليل من الملصقات الأخرى بتضمين هذه الخطوة قبل بضعة أيام في هذا الموضوع ، ولكن جوهرها هو تشغيل sudo winetricks --self-update . يمكنك أيضًا ملاحظة أن هذا لا يعمل مع "NixOS" نظرًا لطريقة NixOS الفريدة في برامج التعبئة والتغليف ، ولكن تفضل مستخدم آخر بتقديم حل بديل لمستخدمي NixOS! نأمل أن تجد هذا المنشور أيضًا في هذا الموضوع.

• حل آخر: إذا كان المستخدم لا يرى الدليل ~/.steam/compatibilitytools.d فعليه تشغيل mkdir -p ~/.local/share/Steam/compatibilitytools.d ثم نسخ مجلد Proton-GE إلى هناك. بفضل @ Metal079

• أبلغ مستخدم آخر أن اللعبة تعطلت بشكل موثوق مبكرًا وغالبًا مع برامج تشغيل رسومات AMD مفتوحة المصدر على Ubuntu 18.04 ، ولكن عندما قام بالتحديث إلى أحدث حزمة رسومات git master مفتوحة المصدر من oibaf PPA ، بدأت اللعبة في العمل. لذلك أعتقد أن هناك مشكلة أخرى معروفة إذا كنت تقوم بتشغيل تثبيت Ubuntu قديم باستخدام برامج تشغيل رسومات AMD مفتوحة المصدر التي تحتاج إلى ترقيتها باستخدام PPA الخاص بـ oibaf.

allquixotic أحسب المشكلة! كنت بحاجة لإنشاء مجلد أدوات التوافق على /home/USERNAME/.local/share/Steam

تأكد من صحة اسم المجلد (".d" في النهاية) وأعد تشغيل Steam بعد استخراج نسخة البروتون. تحقق مما إذا كان أرشيف البروتون قد استخرج عن طريق الخطأ مستوى واحد أعمق ، مثل "Proton-5.5.0-GE-1 / Proton-5.5.0-GE-1 /"

allquixotic أحسب المشكلة! كنت بحاجة لإنشاء مجلد أدوات التوافق على /home/USERNAME/.local/share/Steam

آه لطيف. لست متأكدًا من سبب اختلاف هذا المسار عن ~ / .steam المعتاد. قمت بتحرير اقتراحاتي الخاصة بدليل Tercus أعلاه!

أردت إضافة شيء ما ، كنت أعاني من الكثير من التعطل أيضًا مع الحل الموصوف أعلاه (Proton-GE ، و dotnet472 ، و dotnet core ، و windows 10) ، وما تم إصلاحه بالنسبة لي هو التبديل إلى برنامج تشغيل ACO mesa بدلاً من افتراضي (أقوم بتشغيل Manjaro مع Mesa 20.0.4 و Radeon RX 580). قبل التبديل ، كنت أتعرض للتعطل كل بضع دقائق (يمكن أحيانًا اللعب لمدة تصل إلى ساعة دون تعطل) ، ولكن بعد التبديل إلى برنامج تشغيل ACO ، لم تتعطل اللعبة بعد بعد اللعب لمدة ساعتين تقريبًا. نأمل أن يساعد هذا الأشخاص الذين لا يزالون يواجهون مشكلات.

أردت إضافة شيء ما ، كنت أعاني من الكثير من التعطل أيضًا مع الحل الموصوف أعلاه (Proton-GE ، و dotnet472 ، و dotnet core ، و windows 10) ، وما تم إصلاحه بالنسبة لي هو التبديل إلى برنامج تشغيل ACO mesa بدلاً من افتراضي (أقوم بتشغيل Manjaro مع Mesa 20.0.4 و Radeon RX 580). قبل التبديل ، كنت أتعرض للتعطل كل بضع دقائق (يمكن أحيانًا اللعب لمدة تصل إلى ساعة دون تعطل) ، ولكن بعد التبديل إلى برنامج تشغيل ACO ، لم تتعطل اللعبة بعد بعد اللعب لمدة ساعتين تقريبًا. نأمل أن يساعد هذا الأشخاص الذين لا يزالون يواجهون مشكلات.

أنا أستخدم ACO ولا يبدو أنه يتحسن بأي شكل من الأشكال.

حتى الآن يمكنني الحصول على ما يقرب من 3 إلى 4 ساعات للتصدي قبل أن أبدأ في التعطل باستمرار على جميع الإصلاحات ، وهذا إذا كنت محظوظًا. غالبًا ما يمكنني الحصول على ساعة واحدة فقط. يبدو أن تحديث pfx قد يمنحني ساعة في حفظ قديم بنفس إصدار اللعبة. لقد تجاوزت حتى الآن الساعات القليلة الأولى فقط بدون dotnet * ولكن أوقات التوفير تجعل من الصعب اختباره.

تضمين التغريدة
يجب أن يكون ~ / .steam رابطًا متماثلًا لـ ~ / .local / share / Steam

لينكس 5.6.2.arch1-2
ميسا أكو-جيت 20.1.0_devel | ميسا 20.0.4-1
معالج AMD Ryzen 5 3600X سداسي النواة
AMD راديون RX 580

أنا أستخدم البروتون 5.5-GE-1 ، وقد تم تثبيت dotnet472 و vcrun2019 و dotnetcore2. عندما أبدأ اللعبة يبدو أنها تسير على ما يرام. ومع ذلك ، أتلقى أعطالًا عشوائية وعندما لا يمكنني إعادة تشغيل اللعبة بعد بعض الأعطال. إذا حدث هذا فإن فتح protontricks 261550 يعطي الخطأ التالي:
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
هل كان لدى أي شخص تجارب مماثلة أو ربما يعرف ما يجري؟

Krulvis من المحتمل جدًا وجود عملية wineserver عالقة تحتاج إلى القتل. لقد واجهت نفس الشيء وقتل الذي توقف wineserver أصلحه.

قررت أن ألقي نظرة على السجل الذي تم إنشاؤه عند استخدام العلم PROTON_LOG ، والمثير للدهشة أنه أنشأ ملفًا بحجم 274 ميغابايت بملايين الأسطر ، هل من المفترض أن يكون هكذا؟ لاحظ أنني حذفت السجل السابق قبل بدء اللعبة.

ptkato نعم ، هذا طبيعي مع إصدارات .NET protontricks 'd. يمكنك تقليل ذلك عن طريق تمرير متغير WINEDEBUG مخصص في خيارات الإطلاق. بشكل افتراضي ، يفترض Proton WINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+loaddll,+mscoree ؛ +seh هو ما يولد هذه الخطوط ، لذلك هذا ما تريد إزالته.

يمكنك أيضًا تعيين هذا عن طريق إنشاء user_settings.py في مجلد تثبيت Proton ، على سبيل المثال ~/.steam/steam/compatibilitytools.d/$PROTON_VERSION/ أو ~/.steam/steam/steamapps/common/$PROTON_VERSION/ (يجب أن يكون هناك user_settings.sample.py هناك كقالب) . هذه هي الطريقة التي يبدو أن Valve يوصي بها ، لكنني شخصياً أفضل تعيين هذه الأشياء على أساس كل لعبة.

عند الانتهاء من ذلك ، قم بتشغيل protontricks 261550 --gui dlls

Tercus يمكنك أيضًا تشغيل protontricks 261550 --gui واستخدام خيار "تحديد البادئة الافتراضية" (الذي يتم تحديده تلقائيًا). يجب أن ينقلك إلى نفس المكان (حتى إذا تم تسمية هذا الخيار بشكل مضلل ، نظرًا لأن مجموعات protontricks "الافتراضية" هي بالفعل المجموعة الموجودة في compatdata/261550/pfx بدلاً من مثل ~/.wine )

حتى الآن يمكنني الحصول على ما يقرب من 3 إلى 4 ساعات للتصدي قبل أن أبدأ في التعطل باستمرار على جميع الإصلاحات ، وهذا إذا كنت محظوظًا. غالبًا ما يمكنني الحصول على ساعة واحدة فقط. يبدو أن تحديث pfx قد يمنحني ساعة في حفظ قديم بنفس إصدار اللعبة. لقد تجاوزت حتى الآن الساعات القليلة الأولى فقط بدون dotnet * ولكن أوقات التوفير تجعل من الصعب اختباره.

هذا هو سلوكي الآن أيضًا. يمكنني الحصول على بضع ساعات من الحفظ قبل أن أبدأ في الانهيار باستمرار. سأحاول إلقاء نظرة عن كثب على بعض السجلات ومعرفة ما يمكنني العثور عليه. أنا داين هنا! :)

حتى الآن يمكنني الحصول على ما يقرب من 3 إلى 4 ساعات للتصدي قبل أن أبدأ في التعطل باستمرار على جميع الإصلاحات ، وهذا إذا كنت محظوظًا. غالبًا ما يمكنني الحصول على ساعة واحدة فقط. يبدو أن تحديث pfx قد يمنحني ساعة في حفظ قديم بنفس إصدار اللعبة. لقد تجاوزت حتى الآن الساعات القليلة الأولى فقط بدون dotnet * ولكن أوقات التوفير تجعل من الصعب اختباره.

تضمين التغريدة
يجب أن يكون ~ / .steam رابطًا متماثلًا لـ ~ / .local / share / Steam

لينكس 5.6.2.arch1-2
ميسا أكو-جيت 20.1.0_devel | ميسا 20.0.4-1
معالج AMD Ryzen 5 3600X سداسي النواة
AMD راديون RX 580

نعم ، كان شيء ACO علامة زائفة ، وبعد تحميل حفظي في وقت لاحق اليوم ، تلقيت نفس السلوك. لقد بحثت في السجلات ، ويبدو أن التعطل يرجع إلى الخطأ نفسه في كل مرة ، والذي يجب أن يكون مشجعًا على الأقل:

 Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that othe

TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatches(String text, Int32 beginIndex, Int32 endIndex, List`1 tokenMatches)
   at TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatchesAndText(String text)
   at TaleWorlds.Localization.TextProcessor.Tokenizer.<Tokenize>d__2.MoveNext()
   at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   at TaleWorlds.Localization.MBTextManager.Process(String query, TextObject parent)
   at TaleWorlds.Localization.MBTextManager.ProcessText(TextObject to)
   at TaleWorlds.Localization.MBTextManager.ProcessText(TextObject to)
   at TaleWorlds.Localization.TextObject.ToString()
   at SandBox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties(Boolean forceUpdate)
   at System.Threading.Tasks.Parallel.<>c__DisplayClass17_0`1.<ForWorker>b__1()
   at System.Threading.Tasks.Task.InnerInvokeWithArg(Task childTask)
   at System.Threading.Tasks.Task.<>c__DisplayClass176_0.<ExecuteSelfReplicating>b__0(Object )
   at System.Threading.Tasks.Task.Execute()
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot)
   at System.Threading.Tasks.Task.ExecuteEntry(Boolean bPreventDoubleExecution)
   at System.Threading.ThreadPoolWorkQueue.Dispatch()

ptkato نعم ، هذا طبيعي مع إصدارات .NET protontricks 'd. يمكنك تقليل ذلك عن طريق تمرير متغير WINEDEBUG مخصص في خيارات الإطلاق. بشكل افتراضي ، تفترض Proton WINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+loaddll,+mscoree ؛ +seh هو ما يولد هذه الخطوط ، لذلك هذا ما تريد إزالته.

شكرًا ، لقد ساعد ذلك ، السجل الآن يتبع:
steam-261550.log

استثناء غير معالج: System.AccessViolationException: تمت محاولة قراءة أو كتابة ذاكرة محمية. هذا غالبا ما يكون مؤشرا على ذلك
TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatches (String text، Int32 beginIndex، Int32 endIndex، List`1 tokenMatches)
في TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatchesAndText (نص سلسلة)
في TaleWorlds.Localization.TextProcessor.Tokenizer.d__2
...

tkamat عذرًا إذا كان هذا ضجيجًا ولكن ما هو السجل من ، لا يمكن العثور على أي شيء مشابه في 261550/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs/ أو من WINEDEBUG = + timestamp ، + pid ، + tid ، + seh ، + debugstr ، + loaddll ، + ماجستير

allquixoticTercus أود أن أذكر أن الحيل بروتون يمكن تثبيت عبر AUR "pamac تثبيت protontricks-بوابة" أعتقد IIRC (وليس في مكتبي حاليا لمضاعفة التحقق من اسم الحزمة)

هل توقف اللعب الجماعي عن العمل لأي شخص؟ تظهر لي أخطاء couldn't receive login results from server الآن. :(

لقد قمت بتحديث دليلي الصغير وأدرجت الاقتراحات. يمكن العثور على الجوهر هنا . يمكنك التعليق هناك لإجراء تغييرات عليه. شكرا لكم جميعا على العمل الرائع. بعد فترة قصيرة جدًا من الإصدار ويمكن لعب اللعبة تحت نظام Linux!

ptkato نظرت في السجل ، الشيء الوحيد الذي لاحظته كان

4307.340:002a:0032:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution

لا يمكنني التأكد من أن هذا هو سبب تعطلك ، ولكن من السهل إصلاحه ؛ أنت تفتقد حزمة Linux! إذا كنت تستخدم توزيعات تستند إلى Debian / Ubuntu ، فسيكون winbind كما تقول رسالة الخطأ ، إذا كنت تقوم بتشغيل شيء يعتمد على Arch ، فسيكون samba .

جربها واكتشف ما إذا كان ذلك سيؤدي إلى إصلاح أي شيء!

لقد اكتشفت ما هو أنه ، على الأقل بالنسبة لي ، جعل أوقات التوفير الخاصة بي أسرع بكثير من البعض الآخر.
بدون dotnet كانت أوقات حفظي حوالي 10 ثوانٍ ومع dotnet استغرق الأمر حوالي ثانيتين. كان لدى البعض الآخر أرقام مماثلة.
حيث يبدو بالنسبة لمعظم الأرقام أن أكثر من 2-3 دقائق و 30 ثانية على التوالي.

السبب ، بالنسبة لي ، هو fsync. مع تمكينه ، أحصل على أوقات التوفير السريعة ، ومع إيقاف تشغيله أحصل على أوقات التوفير البطيئة.

بالنسبة لي ، يبدو أن dotnet هو سبب الكثير من الأعطال العشوائية على ما يبدو ، لقد جربت جميع مجموعات الإصلاحات هنا بالإضافة إلى الأشياء التي توصلت إليها بنفسي دون أي تحسن. يبدو أن مشكلات الأداء التي واجهها البعض مع dotnet لم تحدث أبدًا بالنسبة لي ، لذا فإن الأعطال هي المشكلة الوحيدة التي واجهتها مع dotnet.

لذا فإن أفضل تجربتي ، حاليًا ، هي عدم إجراء أي تعديلات / تثبيتات على protontricks ولكن تأكد من أن fsync يعمل ، وهو ما كان عليه بالفعل. أنا أفضل أن يكون لدي 10 ثوان من الحفظ مع عدد أقل من مرات الحفظ / أقل بكثير من عمليات الحفظ لمدة ثانيتين والكثير من الأعطال. لم أجربها لوقت كاف لأخبرك بمدى خلو من الأعطال ، ولكن على الأقل تحسنت بشكل ملحوظ.

أحتاج إلى dotnet لكي يعمل المشغل على الرغم من ذلك ، لذلك أستخدم الحل الجديد المقصود لتجاوز المشغل TaleWorlds الذي تم تقديمه في تصحيح حديث ، لإطلاق Bannerlord.Native.exe بدلاً من ذلك. أعد تسميته إلى TaleWorlds.MountAndBlade.Launcher.exe وأنا على ما يرام.

تحرير: عيب مع exe البديل هو أن المشغل يتعامل مع تحميل التعديل ، لذلك لا يتم تحميل التعديلات إذا تم تجاوز المشغل. يمكن التعامل معها من خلال القيام بما هو مذكور هنا ، بحيث يمكن إدارتها ولكنها ليست مثالية.

@ albin-engstrom Hmm ، اللعبة التي تعمل بشكل أفضل مع fsync تجعلني أعتقد أن esync يمكن أن يكون مشكلة ، كما هو الحال بالنسبة للألعاب الأخرى. هل حاول أي شخص تشغيل اللعبة بـ PROTON_NO_ESYNC=1 ؟

tkamat لقد جربت جميع مجموعات fsync و esync أو إيقاف تشغيلها. ولكن فقط مع شبكة الإنترنت.
مع إيقاف تشغيل esync و fsync ، كان الانهيار هو نفسه مثل أي مجموعة أخرى بقدر ما أستطيع أن أقول. نظرًا لأن هذا كان ما كنت أختبره في ذلك الوقت ، لم ألاحظ على وجه التحديد كيف كانت أوقات التوفير ، ولكن إذا كانت أبطأ بشكل ملحوظ ، أفترض أنني كنت سألاحظ ذلك.

tkamat @ albin-engstrom لقد اختبرت اللعبة أيضًا باستخدام esync و fsync وبدون كليهما وبدون dotnet ، تكون أوقات الحفظ دائمًا حوالي 15 ثانية (مع وحدة المعالجة المركزية ryzen 3700x و samsung 860 evo ssd).

تحديث:
@ albin-engstrom عند استخدام اقتراحك ( Bannerlord.Native.exe مرتبط بـ TaleWorlds.MountAndBlade.Launcher.exe ) تتحسن أوقات الحفظ الخاصة بي بحوالي 50٪ ، على سبيل المثال ، أحصل الآن على أوقات حفظ حوالي 7.5 ثانية (عند عدم تشغيل أي أمر winetricks).

هل توقف اللعب الجماعي عن العمل لأي شخص؟ تظهر لي أخطاء couldn't receive login results from server الآن. :(

تم فحصه مرة أخرى هذا الصباح وهو يعمل الآن! وو!

لقد اختبرت اللعبة أيضًا باستخدام esync و fsync وبدون كليهما وبدون dotnet ، تكون أوقات الحفظ دائمًا حوالي 15 ثانية (مع وحدة المعالجة المركزية ryzen 3700x و samsung 860 evo ssd).

elovin هذا مثير للاهتمام. قد يكون هناك نوعًا من المشكلات التي يحلها fsync / حلها في حالتي ولكن في حالات أخرى قد لا تكون المشكلة موجودة ولا يغير fsync الأشياء كثيرًا. ولدي Ryzen 3900X و 970 Evo ، لذا من المستبعد أن يكون هذا هو الفرق بالنسبة لنا.

عند استخدام اقتراحك (Bannerlord.Native.exe مرتبط بشكل رمزي إلى TaleWorlds.MountAndBlade.Launcher.exe) تتحسن أوقات الحفظ الخاصة بي بحوالي 50٪ ، على سبيل المثال ، أحصل الآن على أوقات الحفظ حوالي 7.5 ثانية (عند عدم تشغيل أي أمر winetricks).

هذا رائع ، قد يكون السبب أنه يبدو أنه يتم تحميل الأشياء بشكل مختلف. عندما حاولت لأول مرة أن يكون لدي dotnet مثبتًا وأوقات حفظ قصيرة ويبدو أن إعادة تسمية exe معطلة / لا يتم تحميل dotnet. كان لدي وقت طويل عندما فعلت ذلك.
قد تكون هناك حاجة إلى dotnet خصيصًا للمشغل وتحميلها معه ، لذلك عندما يتم تجاوز المشغل ، لا يتم تحميل dotnet.
من الممكن أن تكون هناك بعض الأشياء الأخرى التي لم يتم تحميلها أيضًا والتي قد تكون سبب نتائجك.

@ albin-engstrom حسنًا ، انتهيت أخيرًا من تجميع نواة ممكّنة لـ fsync (استخدمت linux-tkg ) ، ويمكنني أن أؤكد أن أوقات الحفظ بدون dotnet أو أي بروتونتريكس قد انخفض من دقيقتين تقريبًا إلى حوالي 10 ثوانٍ فقط! لم ألعب لفترة طويلة بما يكفي للتوصل إلى أي استنتاجات نهائية حول الاستقرار ، لكنني لم أتعرض لأي أعطال حتى الآن مع هذا التكوين ، في حين أن جميع حلول dotnet التي جربتها انتهى بها الأمر في النهاية.

للتكرار ، إليك الخطوات التي اتبعتها:

1. قم بتثبيت kernel ممكّن لـ fsync (أوصي مرة أخرى باستخدام linux-tkg).
2. Symlink Bannerlord.Native.exe إلى TaleWorlds.MountAndBlade.Launcher.exe
3. حدد Proton-5.5-GE-1 ، واحذف البادئة السابقة ، وقم بتشغيل اللعبة.
4. هذا هو! لا حاجة لبروتريكس أو أشياء أخرى.

في حين أن أوقات الحفظ أطول قليلاً مع هذه الطريقة ، أعتقد أن الاستقرار المتزايد بشكل كبير يعوض عن الفارق بضع ثوانٍ ، وسوف أستخدم هذا حتى يتمكن شخص ما من تصحيح أعطال dotnet. سيكون من الرائع معرفة ما إذا كان هذا يعمل مع أي شخص آخر ، ونعم بفضل @ albin-engstrom لاكتشاف شيء fsync.

tkamat رائع لسماع أنه يعمل بشكل جيد مع شخص آخر أيضًا ، لقد لعبت الآن لمدة 3 ساعات تقريبًا مع هذا التكوين دون حدوث عطل واحد حيث كان لدي قبل ذلك بضع ساعات على الأقل ، وأحيانًا أكثر من ذلك بكثير وأحيانًا أقل بكثير. لكن 3 ساعات بدون حوادث لم يسمع بها أحد.

أنا أيضًا أستخدم linux-tkg ويمكنني أن أوصي بذلك ، إنها مساعدة كبيرة لتجميع النواة الخاصة بك بينما لا تفعل ذلك بنفسك بالكامل. أفعل ذلك لأسباب مختلفة ، فسينك واحد.
ولكن إذا لم يرغب المرء في تجميع بياناته الخاصة ، فمن المحتمل أن يكون هناك بعض المترجمات المسبقة المتاحة على التوزيع الذي يختاره الفرد.

في حالتي ، أستخدم أيضًا نصوص proton-tgk وكذلك tkg لتجميع dxvk.

@ albin-engstrom حسنًا ، انتهيت أخيرًا من تجميع نواة ممكّنة لـ fsync (استخدمت linux-tkg ) ، ويمكنني أن أؤكد أن أوقات الحفظ بدون dotnet أو أي بروتونتريكس قد انخفض من دقيقتين تقريبًا إلى حوالي 10 ثوانٍ فقط! لم ألعب لفترة طويلة بما يكفي للتوصل إلى أي استنتاجات نهائية حول الاستقرار ، لكنني لم أتعرض لأي أعطال حتى الآن مع هذا التكوين ، في حين أن جميع حلول dotnet التي جربتها انتهى بها الأمر في النهاية.

للتكرار ، إليك الخطوات التي اتبعتها:

1. قم بتثبيت kernel ممكّن لـ fsync (أوصي مرة أخرى باستخدام linux-tkg).
2. Symlink Bannerlord.Native.exe إلى TaleWorlds.MountAndBlade.Launcher.exe
3. حدد Proton-5.5-GE-1 ، واحذف البادئة السابقة ، وقم بتشغيل اللعبة.
4. هذا هو! لا حاجة لبروتريكس أو أشياء أخرى.

في حين أن أوقات الحفظ أطول قليلاً مع هذه الطريقة ، أعتقد أن الاستقرار المتزايد بشكل كبير يعوض عن الفارق بضع ثوانٍ ، وسوف أستخدم هذا حتى يتمكن شخص ما من تصحيح أعطال dotnet. سيكون من الرائع معرفة ما إذا كان هذا يعمل مع أي شخص آخر ، ونعم بفضل @ albin-engstrom لاكتشاف شيء fsync.

هل قادت أي حصار في اللعبة حتى الآن؟ لقد لاحظت أن المشاركة في الحصار ، لكن قيادة الحصار بشكل خاص هي نشاط شديد الانهيار.

vahtos لم

vahtos لقد حاولت للتو قيادة حصار ولم يتحطم. قد يتعلق الأمر بمواصفاتك ، ربما حاول خفض الرسومات الخاصة بك. لقد لاحظت أن ضبط ميزانية النسيج على منخفضة كان مفيدًا جدًا بالنسبة لي.

tkamat شكرا. سأحاول الإعداد الخاص بك بعد ذلك. لا أعتقد أنها مشكلة ميزانية نسيجية ، حيث إنني أعطل على خريطة الحملة عند إعداد الحصار أو بناء محركات الحصار. لم أجعلها في الواقع معركة في حصار أقوده.

لقد اختبرت اللعبة في بادئة جديدة بدون أي من إصلاحات protrontricks ، أثناء تمكين fsync ، ولم يكن لدي أي عطل واحد. بصرف النظر عن محاولة العبث بإعدادات اللعبة ، التي لا تزال تعطل اللعبة ، فإن اللعبة مستقرة جدًا لدرجة أنها قابلة للعب تمامًا.

@ albin-engstrom حسنًا ، انتهيت أخيرًا من تجميع نواة ممكّنة لـ fsync (استخدمت linux-tkg ) ، ويمكنني أن أؤكد أن أوقات الحفظ بدون dotnet أو أي بروتونتريكس قد انخفض من دقيقتين تقريبًا إلى حوالي 10 ثوانٍ فقط! لم ألعب لفترة طويلة بما يكفي للتوصل إلى أي استنتاجات نهائية حول الاستقرار ، لكنني لم أتعرض لأي أعطال حتى الآن مع هذا التكوين ، في حين أن جميع حلول dotnet التي جربتها انتهى بها الأمر في النهاية.
للتكرار ، إليك الخطوات التي اتبعتها:

1. قم بتثبيت kernel ممكّن لـ fsync (أوصي مرة أخرى باستخدام linux-tkg).
2. Symlink Bannerlord.Native.exe إلى TaleWorlds.MountAndBlade.Launcher.exe
3. حدد Proton-5.5-GE-1 ، واحذف البادئة السابقة ، وقم بتشغيل اللعبة.
4. هذا هو! لا حاجة لبروتريكس أو أشياء أخرى.

في حين أن أوقات الحفظ أطول قليلاً مع هذه الطريقة ، أعتقد أن الاستقرار المتزايد بشكل كبير يعوض عن الفارق بضع ثوانٍ ، وسوف أستخدم هذا حتى يتمكن شخص ما من تصحيح أعطال dotnet. سيكون من الرائع معرفة ما إذا كان هذا يعمل مع أي شخص آخر ، ونعم بفضل @ albin-engstrom لاكتشاف شيء fsync.

هل قادت أي حصار في اللعبة حتى الآن؟ لقد لاحظت أن المشاركة في الحصار ، لكن قيادة الحصار بشكل خاص هي نشاط شديد الانهيار.

حاولت المشاركة في حصار واحد معين حوالي ست مرات ، والذي تجمد حوالي ثانيتين في شاشة التحميل في جميع الحالات باستثناء مرة واحدة. لم أحاول حصار أي مدن أخرى بعد.
هذا مع 5700XT ، باستخدام برامج تشغيل مفتوحة المصدر ، مع إصدار البروتون الأصلي المنشور بواسطة YellowApple ، ولا توجد تعديلات أخرى.

لقد عدت إلى Warband ولكن يبدو أنه تم إحراز تقدم جيد هنا ، لذا قد أعود إلى عربة تصحيح أخطاء النبيذ في نهاية هذا الأسبوع.

فيدورا 32 ، نواة 5.6.3
Ryzen 2700 بسرعة 4 جيجاهرتز
AMD Rx580
بروتون 5.5-GE-1

لقد قمت بتثبيت DotNet 4.72 باستخدام Winetricks. المشغل يعمل بشكل جيد إذا قمت بذلك. ومع ذلك ، فإن الأداء ليس جيدًا. ثم حاولت استبدال المشغل بـ Bannerlord.Native.exe . هذا في الواقع أدى إلى تحسين الأداء بشكل ملحوظ. لكن حفظ اللعبة يستغرق الآن دقيقتين تقريبًا. بالإضافة إلى ذلك ، ستكون هناك لحظات تصل فيها اللعبة إلى استخدام وحدة المعالجة المركزية بنسبة 100٪ ويبدو أنها تتجمد. بعد دقيقتين ستعود إلى وضعها الطبيعي ويمكن تشغيلها مرة أخرى.

الأداء جيد إلى حد ما. إنه يشعر بقليل من التشتت ، ويتجمد من حين لآخر.

تحرير: عيب مع exe البديل هو أن المشغل يتعامل مع تحميل التعديل ، لذلك لا يتم تحميل التعديلات إذا تم تجاوز المشغل. يمكن التعامل معها من خلال القيام بما هو مذكور هنا ، بحيث يمكن إدارتها ولكنها ليست مثالية.

قد يكون من المفيد محاولة تمريرها كخيارات إطلاق ؛ يبدو أن .exe يأخذ قائمة بها في وسيطاته إذا كان rgl_log هو أي شيء أذهب إليه:

Command Args: /singleplayer _MODULES_*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*BannerLogger*CalradiaFutureWarfare*CharacterTrainer*DeveloperConsole*XorberaxYell*zzBannerlordTweaks*zzCharacterCreation*_MODULES_ /anticheat

لقد قمت بتثبيت XanMod kernel لـ Ubuntu 19.10 ويمكنني أن أؤكد أن أوقات الحفظ انخفضت من دقيقة أو دقيقتين إلى ثانيتين ببادئة جديدة بدون حواجز.

DeathTBO جرب نواة ممكّنة لـ fsync ، والتي يجب أن تسرع الحفظ إلى حوالي 10 ثوانٍ أو أقل. لقد فعلت للبعض على الأقل. لا أعرف ما إذا كان المترجم مسبقًا متاحًا لـ Fedora ، لكنني أفترض أن هناك واحدًا على الأقل. وإلا فقد تضطر إلى تجميع ما يخصك.
وحالات التجميد التي ذكرتها هي مجرد أجهزة تلقائية ، لذا ستكون أسرع أيضًا.

قد يكون من المفيد محاولة تمريرها كخيارات إطلاق ؛ يبدو أن exe. يأخذ قائمة بها في الحجج الخاصة بي إذا كان rgl_log الخاص بي هو أي شيء يجب القيام به:
Command Args: /singleplayer _MODULES_*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*BannerLogger*CalradiaFutureWarfare*CharacterTrainer*DeveloperConsole*XorberaxYell*zzBannerlordTweaks*zzCharacterCreation*_MODULES_ /anticheat

YellowApple سأعطي هذه اللقطة لاحقًا ، إذا كانت تعمل فهي طريقة أفضل لأن الطريقة الأخرى تتطلب نسخ ملفات mod إلى الوحدات النمطية الأخرى بدلاً من الاحتفاظ بها منفصلة على النحو المنشود.

جربت اللعبة باستخدام بروتون GE فقط وهي تعمل بشكل جيد للغاية. ليس من المستغرب أن تكون المشكلة الرئيسية هي عمليات الحفظ الطويلة ولكنني سأتحملها إذا لم تكن اللعبة تقوم بالحفظ التلقائي قبل كل قتال ... هل هناك طريقة لتعطيل تلك الحركات التلقائية؟ أفضل إجراء بعض الحفظ (الطويل) عندما أريد بدلاً من تشغيل نواة مختلفة.

قم بتثبيت dotnet472 ، فهو يجعل اللعبة تحفظ على الفور تقريبًا وأخبرني صديق لي الذي لعب Warband بانتظام أنك سترغب في الحفظ كثيرًا لأنه يتعطل كثيرًا (حتى على Windows). يعمل أيضًا على إصلاح المشغل ، ولكن هذا ليس خاصًا بشكل رهيب لأن ربط Bannerlord.exe بـ ManagedStarter.exe يفعل الشيء نفسه.

قم بتثبيت dotnet472 ، فهو يجعل اللعبة تحفظ على الفور تقريبًا وأخبرني صديق لي الذي لعب Warband بانتظام أنك سترغب في الحفظ كثيرًا لأنه يتعطل كثيرًا (حتى على Windows). يعمل أيضًا على إصلاح المشغل ، ولكن هذا ليس خاصًا بشكل رهيب لأن ربط Bannerlord.exe بـ ManagedStarter.exe يفعل الشيء نفسه.

لقد جربت مع dotnet ولكن اللعبة تعطلت عدة مرات لذا أفضل تشغيل اللعبة باستخدام proton GE وحده إذا كان من الممكن تعطيل الحفظ التلقائي.

@ Zouizoui78 على حد علمي لا توجد طريقة معروفة لتعطيل الحفظ التلقائي للأسف.

لقد قمت بتثبيت نواة Liquorix (التي أعتقد أنها ممكّنة لـ fsync) على Linux Mint 19.2 ، واستخدمت بادئة جديدة ، والآن أحفظ حوالي 10 ثوانٍ. حتى الآن يبدو مستقرًا ، لم يكن هناك سوى جلسة تشغيل لمدة ساعة تقريبًا ولكن لم يحدث أي أعطال إلا عندما قمت بتغيير الإعدادات في البداية (يبدو أنه يحدث دائمًا).

الأداء أسوأ بشكل ملحوظ من ذي قبل (التعتعة عند تحميل القوام أو في المرة الأولى التي أذهب فيها في القتال ، كانت القائمة الرئيسية تحتوي على انخفاضات هائلة في معدل الإطارات في الثانية على الإعدادات الرسومية الافتراضية / القصوى) ، لكن دفعها إلى المستوى المتوسط ​​يبدو جيدًا في الغالب.

مجرد تنبيه ، أحدث

باستخدام هذه الإصلاحات ، ما زلت أحصل على تحكم بالماوس فقط ربما مرة واحدة من كل 10 عمليات إطلاق.

هذا أمر غريب حقًا ، بعد ترقيع النبيذ لفترة من الوقت ، يمكنني التحكم في الماوس بنسبة 100 ٪ من الوقت. أي شخص آخر يواجه نفس المشكلة حيث _لا تعمل التصحيحات؟

jaynus : هل حاولت استخدام بادئة جديدة (تشغيل protontricks 261550 annihilate )؟ لا ينبغي أن يحدث أي فرق ، ولكن ربما لديك بعض التجاوزات الغريبة من قبل ، أو ؟؟

craftyguy باستخدام بادئة جديدة ، أحصل على نقرات بالماوس كل مرة. أنا أستخدم proton-5.5-GE-1 و protontricks dotnet472 و vcrun2019

استخدام kernel + بادئة جديدة مع fsync جعل اللعبة مستقرة جدًا بالنسبة لي الآن.
تعرضت في السابق لحوادث كل 10/15 دقيقة وبشكل متكرر في بعض المناطق.

لقد قمت بتثبيت linux-zen الذي تم تصحيحه بالفعل في fsync .
في Arch linux ، توجد نواة zen المُنشأة مسبقًا في المستودع الرسمي ، لذلك من السهل جدًا تثبيتها.
صنعت بادئة جديدة ، بتشغيل proton-tkg 5.5 ولم أقم بتثبيت أي مكتبات إضافية.

اللعبة مستقرة جدًا وقد لعبت لأكثر من ساعة دون أي أعطال. أوقات التوفير بطيئة بعض الشيء (10 ثوانٍ) ولكنها مقايضة جيدة للاستقرار.

أوصي الجميع بتجربة نواة linux-zen .

نظام التشغيل: Arch Linux
نواة: 5.6.3-zen1-1-zen
وحدة المعالجة المركزية: AMD Ryzen 5 2600 سداسي النواة
مُعالج الرسومات: Radeon RX Vega 56
مشغل GPU: 4.6 Mesa 20.0.4
ذاكرة الوصول العشوائي: 8 جيجابايت

لقد قمت بتثبيت نواة Liquorix (التي أعتقد أنها ممكّنة لـ fsync) على Linux Mint 19.2 ، واستخدمت بادئة جديدة ، والآن أحفظ حوالي 10 ثوانٍ. حتى الآن يبدو مستقرًا ، لم يكن هناك سوى جلسة تشغيل لمدة ساعة تقريبًا ولكن لم يحدث أي أعطال إلا عندما قمت بتغيير الإعدادات في البداية (يبدو أنه يحدث دائمًا).

الأداء أسوأ بشكل ملحوظ من ذي قبل (التعتعة عند تحميل القوام أو في المرة الأولى التي أذهب فيها في القتال ، كانت القائمة الرئيسية تحتوي على انخفاضات هائلة في معدل الإطارات في الثانية على الإعدادات الرسومية الافتراضية / القصوى) ، لكن دفعها إلى المستوى المتوسط ​​يبدو جيدًا في الغالب.

ينخفض ​​الأداء عندما يكون تحميل القوام / المشاهد لأول مرة أمرًا طبيعيًا ، ومن المفترض أن تبدأ هذه الأشياء في الاختفاء كلما لعبت أكثر حيث تقوم ذاكرة التخزين المؤقت للتظليل بعملها.

أوصي الجميع بتجربة نواة linux-zen .

لقد كنت أقرأ منذ بضع ساعات على هذه النواة الجديدة. لا يمكنني العثور على خيار التراجع. أنا أنظر إلى ليكوريكس على وجه الخصوص. لنفترض أن هناك مشكلة في النواة ، هل من الصعب العودة إلى الوضع الافتراضي لديبيان؟

لقد قمت بتثبيت نواة Liquorix (التي أعتقد أنها ممكّنة لـ fsync) على Linux Mint 19.2 ، واستخدمت بادئة جديدة ، والآن أحفظ حوالي 10 ثوانٍ. حتى الآن يبدو مستقرًا ، لم يكن هناك سوى جلسة تشغيل لمدة ساعة تقريبًا ولكن لم يحدث أي أعطال إلا عندما قمت بتغيير الإعدادات في البداية (يبدو أنه يحدث دائمًا).
الأداء أسوأ بشكل ملحوظ من ذي قبل (التعتعة عند تحميل القوام أو في المرة الأولى التي أذهب فيها في القتال ، كانت القائمة الرئيسية تحتوي على انخفاضات هائلة في معدل الإطارات في الثانية على الإعدادات الرسومية الافتراضية / القصوى) ، لكن دفعها إلى المستوى المتوسط ​​يبدو جيدًا في الغالب.

ينخفض ​​الأداء عندما يكون تحميل القوام / المشاهد لأول مرة أمرًا طبيعيًا ، ومن المفترض أن تبدأ هذه الأشياء في الاختفاء كلما لعبت أكثر حيث تقوم ذاكرة التخزين المؤقت للتظليل بعملها.

يبدو أنه بعد اللعب لبضع ساعات لم ألاحظ أي شيء حقًا. الكل في كل جلسة مدتها 5 ساعات دون حدوث عطل واحد.

@ jake-hedges عادةً ، عندما أرغب في تجربة أنواع مختلفة من النواة ، أقوم بتهيئة أداة تحميل التشغيل الخاصة بي للحصول على خيار قائمة لتشغيل النواة التجريبية ، مع ترك الخط الثابت / الرئيسي كخيار افتراضي. بهذه الطريقة لن تفقد الخيار الاحتياطي.

أوصي الجميع بتجربة نواة linux-zen .

لقد كنت أقرأ منذ بضع ساعات على هذه النواة الجديدة. لا يمكنني العثور على خيار التراجع. أنا أنظر إلى ليكوريكس على وجه الخصوص. لنفترض أن هناك مشكلة في النواة ، هل من الصعب العودة إلى الوضع الافتراضي لديبيان؟

حاول أن تسأل على آي آر سي دبيان أو أي قناة دعم أخرى لتوزيعتك. هذا خارج عن الموضوع هنا ..

وتحذيرًا للآخرين: لا تقم بتنزيل حبات عشوائية أو العبث بتجربة النوى إذا كنت لا تعرف كيفية التعافي ، أو تفتقر إلى الدافع لمعرفة ذلك. يسارع الأشخاص عمومًا في التوصية بالأشياء التي قد تؤدي إلى تعطل نظامك ، لكنهم بطيئون في مساعدتك على إصلاح الأشياء عند حدوث تعطل.

حاول أن تسأل على آي آر سي دبيان أو أي قناة دعم أخرى لتوزيعتك. هذا خارج عن الموضوع هنا ..

هذا هو دوران 180 درجة قادم من المستخدم الذي يتعامل مع المنبر حول استخدام الحلول العشوائية للمطورين في موضوع استكشاف الأخطاء وإصلاحها.

عذرًا ، لكنني أعتقد أنه إذا تم اقتراح حلول قد تؤثر على النظام بأكمله ، فإن مناقشة التراجع هي مجرد ممارسة جيدة. قد لا يناسب نطاقك من هذا الموضوع ، ولكن يبدو أن هذا الخيار جذاب للغاية للعديد من الأشخاص في الوقت الحالي. لماذا قررت أن تصبح فجأة وسيط زائف هو كوميدي.

حاول أن تسأل على آي آر سي دبيان أو أي قناة دعم أخرى لتوزيعتك. هذا خارج عن الموضوع هنا ..

هذا هو دوران 180 درجة قادم من المستخدم الذي يتعامل مع المنبر حول استخدام الحلول العشوائية للمطورين في موضوع استكشاف الأخطاء وإصلاحها.

عذرًا ، لكنني أعتقد أنه إذا تم اقتراح حلول قد تؤثر على النظام بأكمله ، فإن مناقشة التراجع هي مجرد ممارسة جيدة. قد لا يناسب نطاقك من هذا الموضوع ، ولكن يبدو أن هذا الخيار جذاب للغاية للعديد من الأشخاص في الوقت الحالي. لماذا قررت أن تصبح فجأة وسيط زائف هو كوميدي.

@ jake-hedges ربما لا تنتبه (تلميح: أنت لست كذلك) لكني لم أقترح أبدًا استخدام بعض النواة العشوائية ، فعلها شخص آخر. أنا أقترح أن كل هذا "يا إلهي لقد خربت نظامي في محاولة بعض النوى!" المناقشة تذهب في مكان آخر ، لا علاقة لها بالموضوع هنا.

لماذا قررت أن تصبح فجأة وسيط زائف هو كوميدي.

تعد الإشارة: نسبة

لذا ، اذهب واطلب الدعم لإصلاح تثبيت لينكس الخاص بك في مكان آخر (الذي من الواضح أنك كسرته ، لول) ، هذا ليس منتدى دعم دبيان.

أثناء تثبيت نواة أخرى كحل بديل يهمنا نحن الذين يرغبون في اللعب الآن ، فهي ليست ذات صلة حقًا بجعل اللعبة تعمل بشكل صحيح لأن Steam ليس على وشك تثبيت نواة جديدة لتشغيل اللعبة بشكل صحيح باستخدام البروتون. لذلك مع منطق craftyguy ، لا ينبغي إجراء مزيد من المناقشة حوله. الخيار الآخر هو السماح ببعض الأدلة الموجزة (وليس الدعم) حول كيفية القيام بذلك لمختلف التوزيعات.

بينما أعلق بالفعل على هذا ، قد أضيف أيضًا أنه بالنسبة لـ NixOS ، لا يوجد zen kernel في nixpkgs ، ولكن من السهل جدًا إضافة التصحيح إلى التكوين الخاص بك.

boot.kernelPatches = [
      { name = "fsync-support"; patch = ./linux-v5.4-fsync.patch; }
    ];

حيث يتم أخذ linux-v5.4-fsync.patch من هنا . هذا كل ما في الامر. استغرق الأمر بعض الوقت لتجميع النواة واضطررت إلى الحد من عدد النوى التي يجب استخدامها وإلا فسيغلق نظامي لسبب ما.

حل Kernel خاطئ من نواح كثيرة. لا تستخدمه إلا إذا كنت تريد حقًا ممارسة اللعبة بأقل قدر من الأعطال عندما تكون في حالة الوصول المبكر. IMHO يعمل بشكل جيد على نواة مستقرة على ArchLinux مع Proton 5.5 GE + dotnet472 و dotnet core من التعليقات السابقة. لدي 13 ساعة من اللعب مع عرضي من ساعة إلى ساعتين بدون مشكلة. فقط احفظه بشكل متكرر وستكون بخير. وأيضًا ، خذ الأمر ببساطة ، إنها مجرد لعبة.

CrafterSvK ما أفهمه هو أن الدافع لاستخدام النواة مع تصحيح Valve's fsync لا يقلل من الأعطال. يبدو أن اللعبة تستخدم بعض العناصر الأساسية لمزامنة Windows والتي لها نظير في Linux (eventfd) ولكنها ليست متطابقة تمامًا. كتب مطورو البروتون تصحيحًا للنواة للسماح للخيط بالانتظار على العديد من العقود الآجلة بالطريقة نفسها التي يتم بها على نظام التشغيل Windows ، ولكنه لم يتجاوز معايير Linux العالية ، وبالتالي لم يتم دمجه في المنبع.

أظن أن عدم وجود هؤلاء البدائيين يجبر Wine على تقليدهم بطريقة غير فعالة للغاية ، وينتج عنه تعليق وحشي في اللعبة في كل مرة ينقذها ، وهو ما يحدث غالبًا. لقد لعبت معها عدة ساعات وهي قابلة للعب ولكنها مؤلمة. سأقوم بتجربة zen kernel في وقت لاحق اليوم ، وإذا نجحت ، فسيكون من المفيد البدء في لعب هذه اللعبة فقط. تعتبر "الحفظ بشكل متكرر" نصيحة سيئة للغاية لأن المشكلة التي تتم معالجتها هنا هي أن حفظ اللعبة يستغرق دقيقتين.

أرى اقتراحات للربط الرمزي لتخطي المشغل ، ولكن الحل الأنظف الذي لا يتطلب منك تكرار العملية كل تصحيح هو إخبار Steam بتشغيل البرنامج الثنائي الصحيح لتبدأ به في خيارات التشغيل. هنا لي: echo %command% && exec /usr/share/steam/compatibilitytools.d/proton-ge-custom/proton waitforexitandrun "/home/$USER/.local/share/Steam/steamapps/common/Mount & Blade II Bannerlord/bin/Win64_Shipping_Client/Bannerlord.exe"

إذا كنت تستخدم دليل Proton مختلفًا ، فيمكنك الحصول على الأمر٪ الحقيقي الذي يتم تشغيل٪ Steam عن طريق تشغيل اللعبة باستخدام echo %command% > ~/cmd .

CrafterSvK ما أفهمه هو أن الدافع لاستخدام النواة مع تصحيح Valve's fsync لا يقلل من الأعطال. يبدو أن اللعبة تستخدم بعض العناصر الأساسية لمزامنة Windows والتي لها نظير في Linux (eventfd) ولكنها ليست متطابقة تمامًا. كتب مطورو البروتون تصحيحًا للنواة للسماح للخيط بالانتظار على العديد من العقود الآجلة بالطريقة نفسها التي يتم بها على نظام التشغيل Windows ، ولكنه لم يتجاوز معايير Linux العالية ، وبالتالي لم يتم دمجه في المنبع.

أظن أن عدم وجود هؤلاء البدائيين يجبر Wine على تقليدهم بطريقة غير فعالة للغاية ، وينتج عنه تعليقًا وحشيًا في اللعبة في كل مرة يقوم بحفظها ، وهو ما يحدث غالبًا. لقد لعبت معها عدة ساعات وهي قابلة للعب ولكنها مؤلمة. سأقوم بتجربة zen kernel في وقت لاحق اليوم ، وإذا نجحت ، فسيكون من المفيد البدء في لعب هذه اللعبة فقط. تعتبر "الحفظ بشكل متكرر" نصيحة سيئة للغاية لأن المشكلة التي تتم معالجتها هنا هي أن حفظ اللعبة يستغرق دقيقتين.

أقوم بحفظ في 1-2 ثانية مع إصدار GE من البروتون ، لذا فإن نصيحتي تستند إلى الخبرة.

KimmoKM ما هو إصدار XanMod الذي تستخدمه؟ لقد جربت XanMod و (بعد أن أصلحت برامج تشغيل nvidia المكسورة تمامًا) أصبحت الأمور أسوأ بلا ريب من نهايتي.

يبدو أن تصحيحات kernel FUTEX_WAIT_MULTIPLE كان لها تأثير جيد جدًا على تصميم جديد بخلاف protontricks 'd بالنسبة لي أيضًا (باستخدام التصحيح من linux-tkg ، جنبًا إلى جنب مع نسخة معدلة من Slackware64-current kernel-generic.SlackBuild ). لا يزال الأداء ووقت التوفير أسوأ بشكل ملحوظ مما هو عليه مع dotnet472 (لا يزال هناك الكثير من التأتأة ، خاصة على خريطة الحملة) ، لكن أوقات التوقف أفضل بكثير من استخدام البادئة الافتراضية وليس FUTEX_WAIT_MULTIPLE (إلى هذه النقطة) حيث يكون "الحفظ كثيرًا" قابلاً للتطبيق فعليًا ، نظرًا لأن الحفظ يستغرق حوالي 10-30 ثانية بدلاً من عدة دقائق) ، وهو أقل تعطلًا بشكل غير محدود من مع dotnet472 (تم اللعب لساعات عديدة متتالية بدون أي أعطال ، بينما قبل سأكون محظوظًا إذا قضيت ساعة).

أرى اقتراحات للربط الرمزي لتخطي المشغل ، ولكن الحل الأنظف الذي لا يتطلب منك تكرار العملية كل تصحيح هو إخبار Steam بتشغيل البرنامج الثنائي الصحيح لتبدأ به في خيارات التشغيل.

إذا كنت تقوم فقط بعمل الروابط الرمزية ManagedStarter.exe → Bannerlord.exe و ManagedStarter_BE.exe → Bannerlord_BE.exe ، يجب أن تبقى هذه الروابط مع استمرار عمل المشغل (أو على الأقل كلاهما كان صحيحًا في حالتي ، من خلال كل تصحيح تقريبًا خلال الأسبوعين الماضيين وعشرات البادئات مع وبدون أي إصدار من dotnet ). إذا كنت بالفعل تتجاوز المشغل بالكامل ، إذن ، خيارات التشغيل هي طريقة نظيفة للقيام بذلك.

KimmoKM ما هو إصدار XanMod الذي تستخدمه؟ لقد جربت XanMod و (بعد أن أصلحت برامج تشغيل nvidia المكسورة تمامًا) أصبحت الأمور أسوأ بلا ريب من نهايتي.

5.5.15-xanmod1 من هذا المستودع . أنا أستخدم AMD GPU.

KimmoKM هذا هو نفس الإصدار الذي سحبت ...
$cat /proc/version
Linux version 5.5.15-xanmod1 (root@mascote) (gcc version 9.3.0 (Debian 9.3.0-8)) #0 SMP PREEMPT Thu Apr 2 10:37:55 -03 2020

ربما تكون Nvidia / AMD هي المشكلة. أنا أستخدم بروتون GloriousEggroll's 5.5-1. بعد التغيير ، يعمل مشغل اللعبة بشكل جيد ، ولكن عندما أحاول تشغيل اللعبة ، يفتح على شاشة بيضاء ثم يتعطل على الفور. يعمل برنامج تحميل التعطل الآن بطريقة ما.

KimmoKM هذا هو نفس الإصدار الذي سحبت ...
$cat /proc/version
Linux version 5.5.15-xanmod1 (root@mascote) (gcc version 9.3.0 (Debian 9.3.0-8)) #0 SMP PREEMPT Thu Apr 2 10:37:55 -03 2020

ربما تكون Nvidia / AMD هي المشكلة. أنا أستخدم بروتون GloriousEggroll's 5.5-1. بعد التغيير ، يعمل مشغل اللعبة بشكل جيد ، ولكن عندما أحاول تشغيل اللعبة ، يفتح على شاشة بيضاء ثم يتعطل على الفور. يعمل برنامج تحميل التعطل الآن بطريقة ما.

إذا لم أكن مخطئًا ، فقد تم توثيق الإصلاح هنا: https://gist.github.com/Tercus/3db75788df3c7e1efee06904bb985419 ضمن استكشاف الأخطاء وإصلاحها.

allquixotic للأسف لا ... أنا أستخدم برامج تشغيل Nvidia ، وليس AMD. كانت الأمور تعمل بشكل عام بالنسبة لي وإن كان ذلك مع حوادث متكررة. يبدو أن نواة xanmod قد كسرت الإعداد الخاص بي. سألعب أكثر وأرى ما إذا كان بإمكاني تشغيله ، لكن قد أضطر إلى العودة.

معالج AMD® Ryzen threadripper 1900x ثماني النواة × 16
نفيديا 2060
Ubuntu 19.10 مع نواة xanmod (5.5.15-xanmod1)

تعديل

تم الإصلاح: تبين أن برامج تشغيل Nvidia كانت لا تزال هي المشكلة ، ويبدو أنه لا يمكنك تثبيت برامج تشغيل جديدة باستخدام Ubuntu GUI بعد التبديل إلى النواة الجديدة ... حاول مرة أخرى باستخدام سطر الأوامر وكل شيء يعمل بسهولة.

بعد إجراء اختبارات أكثر صرامة اليوم ، قمت بسحب بياني السابق. الأداء أفضل مع تثبيت Dotnet 4.7 واستخدام المشغل. تعمل Dotnet أيضًا على تسريع أوقات التوفير إلى بضع ثوانٍ فقط ، بالإضافة إلى مناطق التحميل. قد يحتاج الأداء العام إلى بعض الأعمال ، لكنني أعتقد أن هذا مرتبط باللعبة نفسها.

YellowApple تحميل تعديلات من خلال عمل خيارات التشغيل.

لذلك بالنسبة للأشخاص الذين يتجاوزون المشغل من خلال إطلاق Bannerlord.Native.exe بدلاً من ذلك ولديهم تعديلات يريدون تحميلها ، يمكنهم استخدام هذا كخيار تشغيل في Steam.

%command%
 _MODULES_
*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*TheNameOfAMod*
_MODULES_

allquixotic للأسف لا ... أنا أستخدم برامج تشغيل Nvidia ، وليس AMD. كانت الأمور تعمل بشكل عام بالنسبة لي وإن كان ذلك مع حوادث متكررة. يبدو أن نواة xanmod قد كسرت الإعداد الخاص بي. سألعب أكثر وأرى ما إذا كان بإمكاني تشغيله ، لكن قد أضطر إلى العودة.

معالج AMD® Ryzen threadripper 1900x ثماني النواة × 16
نفيديا 2060
Ubuntu 19.10 مع نواة xanmod (5.5.15-xanmod1)

تعديل

تم الإصلاح: تبين أن برامج تشغيل Nvidia كانت لا تزال هي المشكلة ، ويبدو أنك لا تستطيع تثبيت برامج تشغيل جديدة باستخدام Ubuntu GUI بعد التبديل إلى النواة الجديدة ... حاول مرة أخرى باستخدام سطر الأوامر وكل شيء يعمل بسهولة.

أنا أستخدم أحدث برامج تشغيل Nvidia مع نواة Xanmod LTS (أحدث إصدار ثابت 5.4.x) وهو يعمل جيدًا هنا أيضًا.

allquixotic للأسف لا ... أنا أستخدم برامج تشغيل Nvidia ، وليس AMD. كانت الأمور تعمل بشكل عام بالنسبة لي وإن كان ذلك مع حوادث متكررة. يبدو أن نواة xanmod قد كسرت الإعداد الخاص بي. سألعب أكثر وأرى ما إذا كان بإمكاني تشغيله ، لكن قد أضطر إلى العودة.

معالج AMD® Ryzen threadripper 1900x ثماني النواة × 16
نفيديا 2060
Ubuntu 19.10 مع نواة xanmod (5.5.15-xanmod1)

تعديل

تم الإصلاح: تبين أن برامج تشغيل Nvidia كانت لا تزال هي المشكلة ، ويبدو أنك لا تستطيع تثبيت برامج تشغيل جديدة باستخدام Ubuntu GUI بعد التبديل إلى النواة الجديدة ... حاول مرة أخرى باستخدام سطر الأوامر وكل شيء يعمل بسهولة.

أواجه نفس الانهيار حيث يتم إيقاف تشغيله على الشاشة البيضاء مع تقرير التعطل. أنا أستخدم Ubuntu 18.04.4 على MBP مع Intel GPU ولم أتمكن من تجاوز هذا التعطل على الشاشة البيضاء حتى الآن. على حد علمي ، يبدو أنك الشخص الوحيد في هذا الموضوع الذي عانى من هذا التعطل ، لذلك أفترض أنه مشكلة في برنامج التشغيل. سؤالي هو هل كانت برامج التشغيل لديك تعمل مع Bannerlord قبل استخدام xanmod؟ إذا كان الأمر كذلك ، فأنا أعلم أن هذا ما يجب أن أبحث فيه ما لم يكن لدى أي شخص أفكار أخرى مفيدة.

من المؤكد أن هناك شيئًا يفعله المشغل له تأثير على أوقات التوقف.
ليس لدي dotnet مثبتًا لأنه يتسبب في حدوث أعطال وتمكين fsync للحصول على أوقات حفظ مناسبة.

نظرًا لأن المشغل لا يبدأ بدون dotnet ، يمكنني إما تجاوزه عن طريق إعادة تسمية Bannerlord.Native.exe إلى TaleWorlds.MountAndBlade.Launcher.exe مما يجعل Steam يطلق ذلك بدلاً من ذلك. يمكن للمرء أيضًا إنشاء ارتباط رمزي أو استخدام خيارات التشغيل لتحقيق ذلك.

أو يمكنني إعادة تسمية Bannerlord.exe و Bannerlord_BE.exe إلى ManagedStarter.exe و ManagedStarter_BE.exe على التوالي لجعل المشغل يعمل ، لا أعرف لماذا يعمل ، إنه ربما تم شرحه في مرحلة ما من هذا الموضوع. قد يعمل نهج الارتباط الرمزي أو خيار التشغيل هناك أيضًا.

عند القيام بالأول وتجاوز المشغل ، أحصل على حوالي 9 ثوانٍ من التوقف ، عند استخدام الطريقة الأخيرة لاستخدام المشغل ، أحصل على حوالي 16 ثانية.

remosasso نعم كانت برامج التشغيل الخاصة بي تعمل قبل استخدام xanmod. إذا انتقلت إلى قسم "حول" في الإعدادات ، يجب أن ترى رسوماتك مدرجة ... قبل تحديث برامج التشغيل ، لم تحدد بطاقتي على أنها NVidia ... لقد قمت بالتحديث بما يلي:

$ sudo add-apt-repository ppa: برامج تشغيل الرسومات / ppa
sudo apt update
sudo apt-get install nvidia-driver-440 دولار

اعادة التشغيل

remosasso نعم كانت برامج التشغيل الخاصة بي تعمل قبل استخدام xanmod. إذا انتقلت إلى قسم "حول" في الإعدادات ، يجب أن ترى رسوماتك مدرجة ... قبل تحديث برامج التشغيل ، لم تحدد بطاقتي على أنها NVidia ... لقد قمت بالتحديث بما يلي:

$ sudo add-apt-repository ppa: برامج تشغيل الرسومات / ppa
sudo apt update
sudo apt-get install nvidia-driver-440 دولار

اعادة التشغيل

شكر. ومع ذلك ، يبدو أن برامج التشغيل الخاصة بي مثبتة بشكل جيد ولا يحالفني الحظ هناك. هل واجهت أي شخص آخر يعاني من مشكلة تعطل الشاشة البيضاء؟ أحصل على نفس الانهيار بغض النظر عن نوع Proton الذي أستخدمه ، سواء كنت أستخدم dotnet 472 أو أغير أي ملفات exe. تبدو برامج التشغيل وكأنها مشكلة منطقية ، لكن لا يبدو أنها كذلك.

أواجه نفس تحطم الشاشة البيضاء على nvidia. تم إنشاء الحفظ التلقائي أثناء التشغيل على نظام لينكس ويتعطل بعد ثوانٍ قليلة من تحميل الحفظ التلقائي. تعمل اللعبة بشكل جيد من نفس الحفظ على النوافذ

هل أجرى أي شخص مقارنات أداء بين Proton و Windows حتى الآن؟

أنا غير قادر على العثور على ألعاب متعددة اللاعبين في 1.1 فرع بيتا والعودة إلى فرع مستقر لا يمكنني تسجيل الدخول. أي شخص آخر قادر على لعب النائب؟

تعديل:
يبدو أن النائب مكسور للجميع (غير مؤكد) في فرع بيتا: https://forums.taleworlds.com/index.php؟threads/e1 -1-0-cant-test-new-patch-because-cant-find- أ المباراة 413059 /

سأحاول الفرع المستقر مرة أخرى وأرى ما إذا كان بإمكاني تسجيل الدخول الآن.

أنا غير قادر على العثور على ألعاب متعددة اللاعبين في 1.1 فرع بيتا والعودة إلى فرع مستقر لا يمكنني تسجيل الدخول. أي شخص آخر قادر على لعب النائب؟

تعديل:
يبدو أن النائب مكسور للجميع (غير مؤكد) في فرع بيتا: https://forums.taleworlds.com/index.php؟threads/e1 -1-0-cant-test-new-patch-because-cant-find- أ المباراة 413059 /

سأحاول الفرع المستقر مرة أخرى وأرى ما إذا كان بإمكاني تسجيل الدخول الآن.

لقد تمكنت للتو من تسجيل الدخول إلى لاعبين متعددين في الفرع الثابت. لقد واجهت مشكلة منذ حوالي ليلتين حيث لم أتمكن من تسجيل الدخول ، لكنها حلت نفسها في اليوم التالي.

أنا غير قادر على تسجيل الدخول على فرع مستقر الآن. ربما حدث خطأ ما عند الرجوع من الإصدار التجريبي؟

أنا غير قادر على تسجيل الدخول على فرع مستقر الآن. ربما حدث خطأ ما عند الرجوع من الإصدار التجريبي؟

لقد حدث لي ذلك قبل عدة ليالٍ حتى قبل ظهور النسخة التجريبية. اعتقدت أنهم اكتشفوا أخيرًا أنني لست على Windows وحظروني. بدأ العمل مرة أخرى في اليوم التالي.

إنه يعمل معي الآن ، وكنت ألعب SP على الإصدار التجريبي في وقت سابق قبل أن أعود إلى مستقر لـ MP.

باستخدام الخيار PROTON_LOG=1 أجد هذا في السجل:

[000000000000006F:] EXCEPTION handling: System.Net.Sockets.SocketException: Connection reset by peer.
...
[000000000000006F:] EXCEPTION handling: System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
...
[000000000000006E:] EXCEPTION handling: System.Net.Sockets.SocketException: Error looking up error string
[000000000000006E:] EXCEPTION handling: System.IO.IOException: Unable to write data to the transport connection: Error looking up error string.
[0000000000000067:] EXCEPTION handling: System.IO.IOException: The authentication or decryption has failed.
...
[0000000000000073:] EXCEPTION handling: System.Net.WebException: Error: SecureChannelFailure (The authentication or decryption has failed.)
...
[0000000000000073:] EXCEPTION handling: System.AggregateException: One or more errors occurred. (Error: SecureChannelFailure (The authentication or decryption has failed.))
...
[0000000000000066:] EXCEPTION handling: System.Net.WebException: The operation has timed out.
...

يجب أن أضيف أن هذا على البادئة الافتراضية التي تعمل على نواة تمكين fsync. لقد حاولت مع وبدون VPN.

يبدو أن الإصدار التجريبي الجديد 1.1.0 يعمل على إصلاح المزيد من الأعطال. حتى أنني استعدت حفظًا تالفًا من 1.0.10. أنا أستخدم بروتون- gtk "الفانيليا". ما زلت ألاحظ بعض مشكلات الأداء في بعض الأحيان ، وتوفير الوقت حوالي 10 إلى 12 ثانية وتعطل عشوائي بعد 3-4 ساعات ولكن من الواضح أنه قابل للتشغيل

لقد قضيت أكثر من 60 ساعة في هذه اللعبة على نظام Linux. عاش مع وقت التوفير الذي يزيد عن 30 ثانية لفترة من الوقت ، ولكن استخدام Proton 5.5-GE مع dotnet472 و dotnetcore قلل من أوقات الحفظ إلى أقل من 5 ثوانٍ.

NET core هو مصدر مفتوح ، ربما ينبغي على النبيذ / البروتون التفكير في تجميعه كمكوِّن اختياري كما هو الحال مع الوزغة.

لعبتي تتعطل أثناء الإطلاق. أنا في الإصدار e1.1.0 - Beta مع Proton-5.5-GE-1

❯ rm -rf ~/.steam/steam/steamapps/compatdata/261550
❯ # Launch the game
❯ protontricks --version
protontricks (1.4.1)
❯ winetricks --version
20191224 - sha256sum: 1582b249d827074bb4c456b6ee5f55293a5fea5a66245f5cbe474f771c65e820
❯ protontricks 261550 dotnet472 2&>1 > log

------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20191224 - sha256sum: 7b91df1f0a0c7be5e085edce2737ea9d8cea60b6ed891e04f041a46e61242131 with wine-5.0 and WINEARCH=win64
Executing w_do_call dotnet472
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet472 
------------------------------------------------------
This package (dotnet472) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Current Wine does not have Wine bug 42170, so not applying workaround
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
uninstaller: The application with GUID '{8938A429-407D-5208-903D-37777470D766}' was not found
------------------------------------------------------
Working around wine bug 34803 
------------------------------------------------------
reg: The system was unable to find the specified registry key or value
reg: The system was unable to find the specified registry key or value
reg: The system was unable to find the specified registry key or value
Executing rm -f /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/system32/mscoree.dll
Executing rm -f /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/syswow64/mscoree.dll
Executing w_do_call dotnet462
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet462 
------------------------------------------------------
This package (dotnet462) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet461
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet461 
------------------------------------------------------
This package (dotnet461) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet46
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet46 
------------------------------------------------------
This package (dotnet46) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet45
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet45 
------------------------------------------------------
This package (dotnet45) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet40
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet40 
------------------------------------------------------
This package (dotnet40) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
------------------------------------------------------
dotnet40 does not yet fully work or install on wine.  Caveat emptor.
------------------------------------------------------
Current Wine does not have Wine bug 42701, so not applying workaround
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call winxp
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_winxp 
The operation completed successfully
Setting Windows version to winxp
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\set-winver.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\set-winver.reg
------------------------------------------------------
Running /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wineserver -w. This will hang until all wine processes in prefix=/home/tanner/.steam/steam/steamapps/compatdata/261550/pfx terminate
------------------------------------------------------
Executing cd /home/tanner/.cache/winetricks/dotnet40
Unhandled exception: C++ exception(object = 0x0032f594, type = 0x1009be00) in 32-bit code (0x7b032c45).
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
 EIP:7b032c45 ESP:0032f494 EBP:0032f4f8 EFLAGS:00000212(   - --  I   -A- - )
 EAX:0032f4a0 EBX:e06d7363 ECX:0032f490 EDX:0032f4b4
 ESI:100187cc EDI:00000000
Stack dump:
0x0032f494:  0032f534 0000000c 7bc75a1c e06d7363
0x0032f4a4:  00000001 00000000 7b032c45 00000003
0x0032f4b4:  19930520 0032f594 1009be00 0032fe18
0x0032f4c4:  00641a00 0032f4e8 00860000 00641a58
0x0032f4d4:  0032f4e8 0032f500 00110000 00000000
0x0032f4e4:  00000000 0032f528 7bc769e5 0032f510
Backtrace:
=>0 0x7b032c45 RaiseException+0x50(code=<couldn't compute location>, flags=<couldn't compute location>, count=<couldn't compute location>, args=<couldn't compute location>) [Z:\build\wine-5.0\dlls\kernelbase\debug.c:319] in kernelbase (0x0032f4f8)
  1 0x100814f2 in setupengine (+0x814f1) (0x0032f540)
  2 0x10066a29 EntryPoint+0xffffffff() in setupengine (0x0032f5b0)
  3 0x100636d8 EntryPoint+0xffffffff() in setupengine (0x0032f5d0)
  4 0x10061338 EntryPoint+0xffffffff() in setupengine (0x0032f608)
  5 0x10035a14 EntryPoint+0xffffffff() in setupengine (0x0032f678)
  6 0x1006b498 EntryPoint+0xffffffff() in setupengine (0x0032fdd8)
  7 0x1005fa6e EntryPoint+0xffffffff() in setupengine (0x0032fe48)
  8 0x10058323 EntryPoint+0xffffffff() in setupengine (0x0032fe9c)
  9 0x00402928 EntryPoint+0xffffffff() in setup (0x0032ff30)
  10 0x7b454c52 call_process_entry+0x11() in kernel32 (0x0032ff48)
  11 0x7b455070 start_process+0xdf(entry=<couldn't compute location>, peb=<couldn't compute location>) [Z:\build\wine-5.0\dlls\kernel32\process.c:153] in kernel32 (0x0032ffd8)
  12 0x7b454c5e __wine_start_process+0x9() in kernel32 (0x0032ffec)
0x7b032c45 RaiseException+0x50 [Z:\build\wine-5.0\dlls\kernelbase\debug.c:319] in kernelbase: addl  $12,%esp
Unable to access file 'Z:\build\wine-5.0\dlls\kernelbase\debug.c'
Modules:
Module  Address         Debug info  Name (112 modules)
PE    400000-  415000   Export          setup
PE  10000000-100c8000   Export          setupengine
PE  6cd00000-6cd24000   Deferred        sqmapi
ELF 7b000000-7b0e0000   Dwarf           kernelbase<elf>
  \-PE  7b020000-7b0e0000   \               kernelbase
ELF 7b400000-7b510000   Dwarf           kernel32<elf>
  \-PE  7b420000-7b510000   \               kernel32
ELF 7bc00000-7beb6000   Deferred        ntdll<elf>
  \-PE  7bc30000-7beb6000   \               ntdll
ELF 7c000000-7c006000   Deferred        <wine-loader>
ELF 7ccd2000-7cceb000   Deferred        kerberos<elf>
  \-PE  7cce0000-7cceb000   \               kerberos
ELF 7cceb000-7cd2a000   Deferred        uxtheme<elf>
  \-PE  7cd00000-7cd2a000   \               uxtheme
ELF 7cd2a000-7cd33000   Deferred        libxfixes.so.3
ELF 7cd33000-7cd40000   Deferred        libxcursor.so.1
ELF 7ce40000-7ce55000   Deferred        libxi.so.6
ELF 7ce55000-7ce5a000   Deferred        libxcomposite.so.1
ELF 7ce5a000-7cedb000   Deferred        setupapi<elf>
  \-PE  7ce70000-7cedb000   \               setupapi
ELF 7cedb000-7cf0a000   Deferred        libxcb.so.1
ELF 7cf0a000-7d05d000   Deferred        libx11.so.6
ELF 7d05d000-7d100000   Deferred        winex11<elf>
  \-PE  7d080000-7d100000   \               winex11
ELF 7d124000-7d133000   Deferred        libxrandr.so.2
ELF 7d133000-7d141000   Deferred        libxrender.so.1
ELF 7d141000-7d149000   Deferred        libxxf86vm.so.1
ELF 7d149000-7d15f000   Deferred        libxext.so.6
ELF 7d15f000-7d17c000   Deferred        libz.so.1
ELF 7d17c000-7d1bc000   Deferred        libpng16.so.16
ELF 7d1bc000-7d1cf000   Deferred        libbz2.so.1
ELF 7d1cf000-7d295000   Deferred        libfreetype.so.6
ELF 7d2ca000-7d2e3000   Deferred        libresolv.so.2
ELF 7d2e3000-7d311000   Deferred        iphlpapi<elf>
  \-PE  7d2f0000-7d311000   \               iphlpapi
ELF 7d311000-7d356000   Deferred        netapi32<elf>
  \-PE  7d320000-7d356000   \               netapi32
ELF 7d356000-7d394000   Deferred        secur32<elf>
  \-PE  7d360000-7d394000   \               secur32
ELF 7d394000-7d3b4000   Deferred        jsproxy<elf>
  \-PE  7d3a0000-7d3b4000   \               jsproxy
ELF 7d3b4000-7d3f9000   Deferred        winhttp<elf>
  \-PE  7d3c0000-7d3f9000   \               winhttp
ELF 7d3f9000-7d40f000   Deferred        psapi<elf>
  \-PE  7d400000-7d40f000   \               psapi
ELF 7d40f000-7d429000   Deferred        userenv<elf>
  \-PE  7d420000-7d429000   \               userenv
ELF 7d429000-7d449000   Deferred        bcrypt<elf>
  \-PE  7d430000-7d449000   \               bcrypt
ELF 7d449000-7d4ff000   Deferred        crypt32<elf>
  \-PE  7d460000-7d4ff000   \               crypt32
ELF 7d4ff000-7d53a000   Deferred        wintrust<elf>
  \-PE  7d510000-7d53a000   \               wintrust
ELF 7d53a000-7d55d000   Deferred        odbccp32<elf>
  \-PE  7d540000-7d55d000   \               odbccp32
ELF 7d55d000-7d579000   Deferred        mspatcha<elf>
  \-PE  7d560000-7d579000   \               mspatcha
ELF 7d579000-7d595000   Deferred        imagehlp<elf>
  \-PE  7d580000-7d595000   \               imagehlp
ELF 7d595000-7d5b2000   Deferred        sxs<elf>
  \-PE  7d5a0000-7d5b2000   \               sxs
ELF 7d5b2000-7d5da000   Deferred        cabinet<elf>
  \-PE  7d5c0000-7d5da000   \               cabinet
ELF 7d5da000-7d602000   Deferred        imm32<elf>
  \-PE  7d5e0000-7d602000   \               imm32
ELF 7d602000-7d651000   Deferred        usp10<elf>
  \-PE  7d610000-7d651000   \               usp10
ELF 7d651000-7d7a7000   Deferred        comctl32<elf>
  \-PE  7d680000-7d7a7000   \               comctl32
ELF 7d7a7000-7d7e5000   Deferred        ws2_32<elf>
  \-PE  7d7c0000-7d7e5000   \               ws2_32
ELF 7d7e5000-7d80d000   Deferred        mpr<elf>
  \-PE  7d7f0000-7d80d000   \               mpr
ELF 7d80d000-7d88c000   Deferred        wininet<elf>
  \-PE  7d820000-7d88c000   \               wininet
ELF 7d88c000-7d933000   Deferred        urlmon<elf>
  \-PE  7d8b0000-7d933000   \               urlmon
ELF 7d933000-7da62000   Deferred        msi<elf>
  \-PE  7d960000-7da62000   \               msi
ELF 7da62000-7db99000   Deferred        oleaut32<elf>
  \-PE  7da90000-7db99000   \               oleaut32
ELF 7db99000-7dc34000   Deferred        rpcrt4<elf>
  \-PE  7dbc0000-7dc34000   \               rpcrt4
ELF 7dc34000-7dda0000   Deferred        ole32<elf>
  \-PE  7dc70000-7dda0000   \               ole32
ELF 7dda0000-7ddc8000   Deferred        shcore<elf>
  \-PE  7ddb0000-7ddc8000   \               shcore
ELF 7ddc8000-7de2d000   Deferred        shlwapi<elf>
  \-PE  7dde0000-7de2d000   \               shlwapi
ELF 7de2d000-7e7d6000   Deferred        shell32<elf>
  \-PE  7de60000-7e7d6000   \               shell32
ELF 7e7d6000-7e8b1000   Deferred        msvcrt<elf>
  \-PE  7e800000-7e8b1000   \               msvcrt
ELF 7e8b1000-7e8c8000   Deferred        version<elf>
  \-PE  7e8c0000-7e8c8000   \               version
ELF 7e8c8000-7ea14000   Deferred        gdi32<elf>
  \-PE  7e8f0000-7ea14000   \               gdi32
ELF 7ea14000-7ec46000   Deferred        user32<elf>
  \-PE  7ea50000-7ec46000   \               user32
ELF 7ec46000-7ecca000   Deferred        advapi32<elf>
  \-PE  7ec60000-7ecca000   \               advapi32
ELF 7eeff000-7f000000   Deferred        libm.so.6
ELF f7afe000-f7b6a000   Deferred        msxml3<elf>
  \-PE  f7b10000-f7b6a000   \               msxml3
ELF f7bb0000-f7bb8000   Deferred        libxdmcp.so.6
ELF f7bb8000-f7bbd000   Deferred        libxau.so.6
ELF f7bc1000-f7bc7000   Deferred        libdl.so.2
ELF f7bc7000-f7da7000   Deferred        libc.so.6
ELF f7da7000-f7dc9000   Deferred        libpthread.so.0
ELF f7dc9000-f7f7d000   Dwarf           libwine.so.1
ELF f7f81000-f7fab000   Deferred        ld-linux.so.2
ELF f7fae000-f7fb0000   Deferred        [vdso].so
Threads:
process  tid      prio (all id:s are in hex)
00000008 dotNetFx40_Full_x86_x64.exe
    00000028    0
    00000009    0
0000000e services.exe
    00000025    0
    0000001c    0
    00000015    0
    00000010    0
    0000000f    0
00000011 plugplay.exe
    00000019    0
    00000018    0
    00000012    0
00000013 explorer.exe
    00000022    0
    00000021    0
    0000001f    0
    00000014    0
0000001a winedevice.exe
    00000020    0
    0000001e    0
    0000001d    0
    0000001b    0
00000023 winedevice.exe
    00000027    0
    00000026    0
    00000024    0
0000002c (D) C:\9121dba59fb375d0b974\Setup.exe
    00000030    0
    0000002d    0 <==
System information:
    Wine build: wine-5.0
    Platform: i386 (WOW64)
    Version: Windows XP
    Host system: Linux
    Host version: 4.19.108
Using native override for following DLLs: mscoree
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\override-dll.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\override-dll.reg
The operation completed successfully
The operation completed successfully
The operation completed successfully
Setting Windows version to default
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\set-winver.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\set-winver.reg
------------------------------------------------------
Running /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wineserver -w. This will hang until all wine processes in prefix=/home/tanner/.steam/steam/steamapps/compatdata/261550/pfx terminate
------------------------------------------------------
------------------------------------------------------
dotnet40 install completed, but installed file /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/Microsoft.NET/Framework/v4.0.30319/ngen.exe not found
------------------------------------------------------

الخطأ من تطبيقات إطلاق اللعبة الفعلية هو:

ERROR: ld.so: object '/home/tanner/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

ما زلت غير قادر على تسجيل الدخول إلى لعبة متعددة اللاعبين على فرع ثابت (e1.0.10).

agates لم تواجهك مشاكل في تشغيل اللعبة بعد إعادة التشغيل؟
أقوم بإعادة تثبيته لمعرفة ما إذا كان يعمل على إصلاح الإعدادات. كانت الليلة الماضية تسير على ما يرام ، لكنها لم تنطلق اليوم
لا بد لي من تشغيل protontricks 261550 dotnetcore لتثبيته بعد dotnet472 ؟

agates لم تواجهك مشاكل في تشغيل اللعبة بعد إعادة التشغيل؟
أقوم بإعادة تثبيته لمعرفة ما إذا كان يعمل على إصلاح الإعدادات. كانت الليلة الماضية تسير على ما يرام ، لكنها لم تنطلق اليوم
لا بد لي من تشغيل protontricks 261550 dotnetcore لتثبيته بعد dotnet472 ؟

أي مشاكل واجهتها كانت مرتبطة بالتعديلات ، حتى الآن.

dotnetcore ليس في Winetricks ، لذلك يجب تثبيته يدويًا. أظهر Aliervo كيفية القيام بذلك في تعليق أعلاه .

تضمين التغريدة
لقد صنعنا الأخبار! شكرا على الإصلاح!

Aliervoagates انني اتلقى هذا الإخراج:

./proton run ~/dotnet-runtime-2.1.17-win-x64.exe
ProtonFixes[19625] INFO: Running protonfixes
ProtonFixes[19625] INFO: Running checks
ProtonFixes[19625] INFO: All checks successful
ProtonFixes[19625] INFO: No protonfix found for UNKNOWN (261550)

انا مشتاق لشيئ ما؟

Aliervoagates انني اتلقى هذا الإخراج:

./proton run ~/dotnet-runtime-2.1.17-win-x64.exe
ProtonFixes[19625] INFO: Running protonfixes
ProtonFixes[19625] INFO: Running checks
ProtonFixes[19625] INFO: All checks successful
ProtonFixes[19625] INFO: No protonfix found for UNKNOWN (261550)

انا مشتاق لشيئ ما؟

هل الملف dotnet-runtime-2.1.17-win-x64.exe في دليلك الرئيسي؟

أحصل على هذا الناتج الدقيق عندما لا يكون الموقع المحدد موجودًا.

منجم بسعر ~/Downloads/dotnet-runtime-2.1.17-win-x64.exe ، على سبيل المثال.

agates نعم ، كل شيء في مكانه ، ربما لأنني قمت بتثبيته بالفعل؟

الاختبارات

الخطط

حاولت اختبار بعض الاقتراحات التي رأيناها حتى الآن. سأحاول بعض التوليفات الإضافية غدًا ، والتي قد تتضمن استخدام نواة ممكّنة لـ fsync. سأحاول أيضًا تمديد الاختبار على بعض الحلول الواعدة ، مثل تغيير إعدادات الرسومات دون تعطل واستقرار اللعب العام. سوف أقوم بتحديث هذا المنشور ، ولكن يمكن أيضًا عرضه في هذا المضمون .

وانشاء

طريقتي الحالية في الاختبار أساسية بشكل لا يصدق. أقوم بإنشاء بادئة جديدة وتشغيل اللعبة مرة واحدة لإتمام الإعداد الأساسي للبخار. ثم أقوم بإضافة المكونات التي أريد اختبارها. إذا اشتمل الاختبار الجديد على المكونات التي تم اختبارها مسبقًا ، فتخطيت إنشاء بادئة جديدة (لا توجد بادئة جديدة عندما قمت بالتغيير من vcrun2019 إلى vcrun20190 + dotnet472 ). ثم أبدأ اللعبة ، وأبدأ حملة جديدة ، وأركض في منطقة التدريب ، وأتركها ، وأركض في خريطة العالم ، وأخيراً احفظ اللعبة مرة واحدة. سأقوم بتمديد اختبار الحلول الواعدة.

System:    Host: tobias-X570 Kernel: 5.5.0-050500rc5-generic x86_64 bits: 64 Desktop: KDE Plasma 5.18.4
           Distro: KDE neon User Edition 5.18
Machine:   Device: desktop System: Gigabyte product: X570 AORUS MASTER v: -CF serial: N/A
           Mobo: Gigabyte model: X570 AORUS MASTER v: x.x serial: N/A
           UEFI: American Megatrends v: F11 date: 12/06/2019
CPU:       8 core AMD Ryzen 7 3800X (-MT-MCP-) speed/max: 1897/3900 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Device 7340
           Display Server: x11 (X.Org 1.19.6 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon)
           Resolution: [email protected]
           OpenGL: renderer: Radeon RX 5500 XT (NAVI14, DRM 3.36.0, 5.5.0-050500rc5-generic, LLVM 9.0.1)
           version: 4.6 Mesa 20.1.0-devel (git-089e1fb 2020-04-09 bionic-oibaf-ppa)

كن نصوح

على الرغم من أن الاختبار الذي أجريته قد يُظهر بعض النتائج الواعدة ، إلا أنها لا تُظهر مدى استقرار اللعبة على المدى الطويل. كل ما فعلته في اختباراتي هو فتح اللعبة والبدء في حملة جديدة ، وترك ساحة الاختبار وحفظ اللعبة.

النتائج (حتى الآن)

| إصدار اللعبة | vcrun 2019 | دوت نت 472 | دوت نت 480 | .Net-Core 2.1.17 | NET-Core 3.1.3 | ساحة تدريب FPS | FPS خريطة العالم | وفر الوقت | تدفق بطيء * |
|: -: |: -: |: -: |: -: |: -: |: -: |: -: |: -: |: -: |: -: |
| 1.1.0 | 🔲 | 🔲 | 🔲 | 🔲 | 🔲 | 45-50 | 56-72 | 1:12 | لا |
| 1.1.0 | ☑️ | 🔲 | 🔲 | 🔲 | 🔲 | 45-50 | 56-72 | 1:28 | لا |
| 1.1.0 | ☑️ | ☑️ | 🔲 | 🔲 | 🔲 | 69-74 | 65-75 | 0:02 | لا |
| 1.1.0 | 🔲 | ☑️ | 🔲 | 🔲 | 🔲 | 69-74 | 66-79 | 0:02 | لا |

* يشير هذا إلى تأثير اللعبة البطيئة أثناء تحميل جميع الكائنات عند الدخول إلى منطقة جديدة

@ matheo ، يجب أن تحصل على نافذة برنامج التثبيت حتى لو كانت مثبتة بالفعل. ربما تحقق مرتين من المجلد STEAM_COMPAT_DATA_PATH و compatibilitytools.d .

هل حصل أي شخص على صوت محيطي (على سبيل المثال 5.1) للعمل بشكل صحيح؟

واجهت المشكلة التالية مع إصدار Proton-5-5-GE الموصى به عندما أحاول تشغيل نافذة فيه (مثل نافذة Bannerlord أو مستكشف protontricks):

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

ومن المثير للاهتمام أن إطلاق مثبّت dotnet core مع إعداد النبيذ يعمل بشكل جيد لذا يبدو أنه خاص بإصدار Proton هذا. أي فكرة عن سبب هذا أو كيفية حلها؟

لقد قمت بتبديل البادئة (الافتراضية البخارية) الخاصة بي بواحدة مع dotnet472 و dotnetcore2 والآن يمكنني تسجيل الدخول إلى لاعبين متعددين على فرع ثابت. لا أعرف إذا تم تثبيت vcrun2015 و vcrun2017 ؛ لم يتم إدراجها عند تشغيل protontricks 261550 list-installed .

من الغريب كيف يمكنني تسجيل الدخول على 1.1 بيتا باستخدام pfx افتراضي (على الرغم من عدم وجود خوادم متاحة للعب بالفعل).

واجهت المشكلة التالية مع إصدار Proton-5-5-GE الموصى به عندما أحاول تشغيل نافذة فيه (مثل نافذة Bannerlord أو مستكشف protontricks):

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

ومن المثير للاهتمام أن إطلاق مثبّت dotnet core مع إعداد النبيذ يعمل بشكل جيد لذا يبدو أنه خاص بإصدار Proton هذا. أي فكرة عن سبب هذا أو كيفية حلها؟

هل حاولت إزالة المجلد compatdata/261550/ وتثبيت جميع التبعيات بما في ذلك dotnet472 و dotnetcore؟ هذا جعله يعمل على نظامي.

هل حاولت إزالة المجلد compatdata/261550/ وتثبيت جميع التبعيات بما في ذلك dotnet472 و dotnetcore؟ هذا جعله يعمل على نظامي.

لقد حاولت إزالة المجلد وتثبيت dotent472 مرة أخرى ولكن لا يبدو أنه يساعد. لم أتمكن من تثبيت dotnetcore في هذه الحالة لأن برنامج التثبيت لا يبدو أنه بدأ بسبب نفس الخطأ. لقد جربت أيضًا نفس الشيء مع إصدار 5.6-GE-1 منذ ساعتين ولكنني واجهت نفس المشكلات.

لا أعرف إذا تم تثبيت vcrun2015 و vcrun2017 ؛ لم يتم إدراجها عند تشغيل protontricks 261550 list-installed .

لم أقم بتثبيت vcrun على الإطلاق في الإعداد الحالي.

يمكن أن أؤكد أنني أحصل على أداء رائع ، وحوالي 5-10 ثوانٍ للتوفير ، وحوادث نادرة جدًا مع Proton-GE ، و zen kernel (لتصحيحات fsync) ، وبادئة بروتون عادية تم إنشاؤها وتوفيرها بواسطة Steam.

لأي شخص آخر على تحميل النظام NixOS الملف التالي في configuration.nix لبناء وتثبيت نواة زن: https://gist.github.com/hjones2199/11b45917a2944b692dac40015ea0fd41 على الارجح سوف تحتاج أيضا يمكنك تعطيل boot.kernelPackages الحالية الخاصة بك التعبير لتجنب الصراعات.

بالنسبة لأي شخص آخر على نواة جديدة (أنا أقوم بتشغيل xanmod): لقد قمت أيضًا بتثبيت dotnetcore ويبدو أنه حتى الآن أفضل ما في العالمين - لم أواجه أي عطل حتى الآن والأداء جيد جدًا. في بعض الأحيان ، ستتأخر المعارك بشكل سيء للغاية ، ولكن يبدو أن إعادة التشغيل قد أصلحت الأمر ، واختفى التلعثم في خريطة الحملة بالكامل.

لا يزال يتعطل عند تغيير إعدادات الفيديو مع تثبيت dotnet472 (والكثير من الأعطال العشوائية الأخرى) ، ما لم أقم بتثبيته بطريقة غير صحيحة؟ هل هناك طريقة للتحقق؟ (لقد استخدمت قائمة protontricks 261550 المثبتة وتظهر dotnet 472).

في بعض الأحيان ، ستتأخر المعارك بشكل سيء للغاية ، ولكن يبدو أن إعادة التشغيل قد أصلحت الأمر ، واختفى التلعثم في خريطة الحملة بالكامل.

يحتوي جانب Windows على مشكلات أداء مماثلة وتسريبات في الذاكرة وما إلى ذلك ، لذا يبدو أنه يعمل بشكل رائع :).

واجهت المشكلة التالية مع إصدار Proton-5-5-GE الموصى به عندما أحاول تشغيل نافذة فيه (مثل نافذة Bannerlord أو مستكشف protontricks):

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

ومن المثير للاهتمام أن إطلاق مثبّت dotnet core مع إعداد النبيذ يعمل بشكل جيد لذا يبدو أنه خاص بإصدار Proton هذا.
لقد حاولت إزالة المجلد وتثبيت dotent472 مرة أخرى ولكن لا يبدو أنه يساعد. لم أتمكن من تثبيت dotnetcore في هذه الحالة لأن برنامج التثبيت لا يبدو أنه بدأ بسبب نفس الخطأ. لقد جربت أيضًا نفس الشيء مع إصدار 5.6-GE-1 منذ ساعتين ولكنني واجهت نفس المشكلات.

لقد جربت أيضًا إصدارات بروتون "الفانيليا" الأخرى (5.0-5 وحتى 4.2-9) وحصلت على نفس الخطأ تمامًا في السجلات لذلك لا يبدو أنه خاص ببنيات GE.

تحرير: بعد المزيد من البحث وجدت # 2878 مما يشير إلى أن هذه مشكلة خاصة بـ NTFS - أدى نقل اللعبة إلى ext4 SSD إلى حل المشكلة

يمكن أن أؤكد أنني أحصل على أداء رائع ، وحوالي 5-10 ثوانٍ للتوفير ، وحوادث نادرة جدًا مع Proton-GE ، و zen kernel (لتصحيحات fsync) ، وبادئة بروتون عادية تم إنشاؤها وتوفيرها بواسطة Steam.

لأي شخص آخر على تحميل النظام NixOS الملف التالي في configuration.nix لبناء وتثبيت نواة زن: https://gist.github.com/hjones2199/11b45917a2944b692dac40015ea0fd41 على الارجح سوف تحتاج أيضا يمكنك تعطيل boot.kernelPackages الحالية الخاصة بك التعبير لتجنب الصراعات.

يكاد يكون من المستحيل تصفح هذه المشكلة ، لذا لا ألومك على فقدها ، لكنني قدمت بالفعل حلاً سهلاً لهذا بمجرد إضافة تصحيح إلى تلك النواة الحالية وهو أمر مباشر جدًا: https://github.com/ برنامج ValveSoftware / بروتون / قضايا / 3706 # issuecomment -612160300

بشكل أساسي ، أضف التصحيح إلى التكوين الخاص بك.
boot.kernelPatches = [{ name = "fsync-support"; patch = ./linux-v5.4-fsync.patch; }];
حيث يتم أخذ linux-v5.4-fsync.patch من هنا . يمكن أن يستغرق الأمر بعض الوقت للتجميع بالرغم من ذلك.

في الوقت الحالي ، إذا حاولت الدخول في حصار ، فستغلق الواجهة نوعًا ما ولا يمكنني أي شيء ، فاللعبة تعمل بشكل جيد ، ولكن يبدو أن الماوس لا يستجيب ؛ لا يزال بإمكاني تحريك الماوس ، لكنه يهتز بسرعة كبيرة. أحتاج أيضًا إلى الضغط على Esc و Alt + Tab داخل وخارج اللعبة لإظهار قائمة الهروب.

تحرير ، وذلك باستخدام fsync فقط وبدون إصلاحات protontricks. إذا استخدمت أيضًا إصلاحات protontricks ، فستتعطل اللعبة مرة أخرى كما كان من قبل.

أحدث تصحيح (1.0.11) كسر اللعبة بالنسبة لي (تم اختباره ببادئة نبيذ نظيفة) كلما حاولت الانتقال إلى الشاشة باستخدام حفظ الملفات أحصل على هذا الاستثناء:

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object

ومع ذلك ، يمكنني بدء حملة جديدة ، لكنني عند تحديد خيار "حفظ باسم" أحصل على نفس الاستثناء.

تحديث:
agates يعمل فرع بيتا شكرًا لك

elovin هل جربت فرع بيتا (e1.1.0)؟

يبدو أن Bannerlord لا يعمل مع primusrun الوقت الحالي ، لكنني تمكنت من تشغيله على كمبيوتر محمول برسومات nvidia قابلة للتحويل باستخدام nvidia-xrun .

يبدو أن Bannerlord لا يعمل مع primusrun الوقت الحالي ، لكنني تمكنت من تشغيله على كمبيوتر محمول برسومات nvidia قابلة للتحويل باستخدام nvidia-xrun .

حسنًا ، لا شيء يعمل بشكل رائع حقًا من خلال نحلة وبريموس. اضطررت للتبديل إلى xrun لتشغيل نصف الألعاب.

يجب أن يعمل مع PRIME Render Offloading أيضًا.

حسنًا ، أعتقد أن هذا ربما لا يرتبط ارتباطًا وثيقًا بـ Bannerlord ، ولكن بعد ذلك مرة أخرى ، ربما تقوم مكتبات Steam بتثبيت البادئة أو عامل آخر خاص بـ Bannerlord يغير شيئًا ما (لا أعرف) ، لذلك أعتقد أنني قد اسأل هنا جيدًا: أحاول تشغيل protontricks لـ dotnet472 ، لكن هذا ينتج عنه تعطل حيث يفتح مربع حوار "استخراج الملفات" وينتهي شريط التقدم. فشل protontricks dotnet48 بطريقة مماثلة. إخراج وحدة التحكم

أي مؤشرات؟

مرحبًا ، أواجه صعوبة في تشغيل bannerlord على قوس ، لقد جربت البروتون 5.5-GE و 5.6-GE-2. حتى الآن لدي نافذة لفتح وعرض المؤشر مرة واحدة قبل الانهيار!

• توجد مكتبة Steam الخاصة بي على محرك أقراص ثابتة (ntfs) ، والذي تم تثبيته الآن بشكل صحيح ومرتبط برمز (من تلك المكتبة) للإشارة إلى مجلد Linux المتوافق الخاص بي

• لقد قمت بإزالة مجلد Compatata وقمت بتشغيله ، ثم قمت بعمل protontricks 261550 dotnet472 - هذه هي الطريقة التي أتيحت لي من خلالها نافذة لعبتي لأول مرة ويظهر المؤشر لبضع ثوان

هذا هو السجل من البخار / البروتون: https://gist.github.com/hadallen/336ffcf1f8ae7e73024898306bb6ac01

وتقرير التعطل من windows / wine عندما يبدأ ويتعطل. لا يمكنني الحصول على المؤشر والنافذة للظهور مرة أخرى ، يأتي الانهيار أولاً. بعد ذلك يبدو أن زعيم اللافتات لا يزال يعمل بقوة ، ولا يمكنني إيقافه. https://gist.github.com/hadallen/d7b00c97e492195f360b8589c5d67685

أنا قلق من أنه مجرد خطأ غبي من جانبي في مكان ما ، لكن لا أعرف ماذا أفعل هنا

تحرير 1: لقد ذهبت أخيرًا عبر هذا الموضوع بعيدًا بما يكفي للعثور على الدليل الذي كتبه Tercus. لقد مررت بذلك مرة أخرى وما زلت أعاني من نفس المشكلة

تحرير 2 : كنت على وشك الاستسلام ، أعدت تثبيت bannerlord في البخار

1. البدء protontricks 261550 dotnet48 . لم أرغب حقًا في الانتظار لمدة 30 دقيقة حتى يتم تثبيت dotnet472 ، لذلك جربت هذا بمفردي وعمل - تم تشغيله بسرعة ؛ تحطم
2. تثبيت vcrun2019 و 2 dotnetcore (حسب كتابة Tercus) - إعادة التشغيل ؛ بدأت! ولكن بطيئًا جدًا ولا يوجد إدخال فأرة ، تعطل بعد مغادرة الإعدادات .. بدا وكأنه لا يستخدم البروتون المحدث
3. كان هذا غريبًا ، حيث تم اختيار البروتون 5.6-GE-1 لصاحب الرايات. أعطاني هذا فكرة تعطيل "تمكين Steam Play لجميع العناوين الأخرى" في إعدادات Steam ، و _voila_؛ انها تعمل بشكل جيد جدا!

نظرًا لأن dotnetcore لا يزال يبدو مفيدًا ، فسوف أذكر هنا أنه تم قبول العلاقات العامة الخاصة بي وهي الآن في Winetricks!

قم بتشغيل winetricks --self-update (كجذر إذا قمت بالتثبيت مع مدير الحزم الخاص بك) للحصول على أحدث إصدار ، ثم يمكنك استخدام winetricks dotnetcore2 !

نصيحة احترافية: في أي تثبيت Winetricks ، أضف -q لوضعها في الوضع غير المراقب ولا تضطر إلى النقر فوق "تثبيت" على مجموعة من النوافذ. لذا فإن ما ورد أعلاه سيكون winetricks -q dotnetcore2

Aliervo أحصل على خطأ في النبيذ:
https://docs.microsoft.com/en-us/dotnet/framework/install/application-not-started؟version= (null) & processName = rundll32.exe & platform = 0009 & osver = 3 & isServer = 0 & shimver = 4.0.30319.0
ثم هذا:

هل من الطبيعي للمنشآت 64 بت؟

@ matheo ، لست متأكدًا من الخطأ ، ولكن Winetricks ستقوم بتثبيت الإصدارين 32 و 64 بت من .Net Core. هذا هو المتوقع.

يتحقق أيضًا من أنه تم تثبيته صحيحًا ، لذلك إذا لم تشاهد رسالة خطأ بعد المثبتين ، فسنعلم أن الخطأ الأول لم يؤثر على أي شيء.

لدي أوقات حفظ بطيئة جدًا (دقيقة واحدة +) مع dotnet472 مع أو بدون vcrun2019. هل يعرف أي شخص ما إذا كان تصحيح fsync kernel ضروريًا لتقليل أوقات الحفظ / الأفكار الجيدة الأخرى لتحسين أوقات التوفير؟

تضمين التغريدة
لا تعمل Fsync بشكل ملحوظ على تسريع وقت التوفير للجميع تقريبًا على حد علمي ، لذلك قد يكون من المفيد المحاولة إذا كنت مرتاحًا لتشغيل نواة مخصصة و / أو تجميع نواة خاصة بك.

شيء آخر يجب القيام به هو تجاوز المشغل إذا لم تكن كذلك بالفعل. بدءًا من Bannerlord.Native.exe بدلاً من TaleWorlds.MountAndBlade.Launcher.exe . يمكن القيام بذلك عن طريق إعادة تسميتها أو ربطها بالرمز أو الإعداد الذي سيتم تشغيله في خيارات تشغيل Steam.

لأسباب غير معروفة ، يضاعف المشغل الذي يتم استخدامه تقريبًا وقتي عندما أستخدم fsync ولا توجد تعديلات أخرى على protontricks. لا أعرف ما إذا كان ينطبق في أي سيناريو آخر ، ولكن قد يكون الأمر يستحق التصوير في كلتا الحالتين.

كانت أفضل تجربة لي مع fsync ، تلك إعادة التسمية ولا توجد بروتونتريكس على الإطلاق. حوادث قليلة نسبيًا وحوالي 7-8 ثوانٍ. ستعمل Dotnet على تقصير وقت التوقف إلى حوالي ثانيتين ولكنها تسبب الكثير من الأعطال.

rgreenblatt من ما رأيته في بقية هذا الموضوع، كان DOTNET الإصلاح لفترة طويلة حفظ الأوقات، على حساب بعض عدم الاستقرار. كما قال ألبين إنجستروم ، كان أداء fsync أسوأ بكثير في توفير الوقت. كل ما قيل ، لقد وجدت اللعبة كلها ولكن غير قابلة للتشغيل بدون نواة ممكّنة لـ fsync ، ولا يمكنني التوصية بها بشكل كافٍ.

إلى أي شخص آخر ، هل كان تعدد اللاعبين يعمل لصالح أي شخص آخر؟ لم أتمكن من تسجيل الدخول منذ ما يقرب من أسبوع. وصلت إلى صفحة تسجيل الدخول ، وأحصل على دائرة الهلاك الدائرية لبضع دقائق قبل أن تخبرني أنه لا يمكن تسجيل الدخول. هذا على فرعي Beta و Stable.

هل هناك فرق بين Bannerlord.exe و Bannerlord.Native.exe؟ (أعتذر إذا كان هذا في مكان ما في الموضوع أعلاه ، لم أتمكن من العثور على طريقة للبحث في تعليقات جيثب)

تمكنت من تقليل أوقات الحفظ إلى أقل من 10 ثوانٍ (من أكثر من دقيقة) عن طريق تثبيت https://liquorix.net/ (والذي أعتقد أنه يحتوي على تصحيحات fsync) وباستخدام Bannerlord.Native.exe بدلاً من Bannerlord.exe. لست متأكدًا من التغيير الذي كان مفيدًا. قد أقوم بإجراء المزيد من الاختبارات العلمية لاحقًا.

rgreenblatt Liquorix لديه fsync على حد علمي ، لذلك من المحتمل أن يكون له أكبر تأثير وأن تشغيل Bannerlord.Native.exe ساعد أكثر قليلاً. على الأقل هذا كان تجربتي.

بالنسبة إلى اختلافها عن Bannerlord.exe لا أعرف حقًا. تشغيل البرنامج الأصلي هو الطريقة الرسمية لتجاوز المشغل ، لذلك كنت أستخدم ذلك. أظن أنه قد تم تعديله ليتم تشغيله بمفرده في حين أن غير الأصلي مخصص / يعمل فقط عند تشغيله بواسطة المشغل.

هناك مجموعة من الحجج التي يلحقها المشغل عند تشغيل exe ، لذلك ربما لا يعمل بشكل صحيح بدونها.

فيما يتعلق بذلك ، من بين هذه الحجج ، التعديلات التي يتم تحميلها ، والتي يتعامل معها المشغل عادةً ، لذلك عند تجاوز المشغل ، يجب إضافة أي تعديلات يدويًا كوسيطات من خلال خيارات تشغيل Steam.

لقد شرحت كيف يتم ذلك في مكان ما في التعليقات أعلاه ، ولكن لا توجد بالفعل طريقة جيدة للبحث في تعليقات github ، لذلك إذا كنت تريد معرفة كيفية القيام بذلك ، يمكنني شرح ذلك مرة أخرى. سيستغرق الأمر وقتًا أقل بكثير من البحث عن تعليق قديم.

إلى أي شخص آخر ، هل كان تعدد اللاعبين يعمل لصالح أي شخص آخر؟ لم أتمكن من تسجيل الدخول منذ ما يقرب من أسبوع. وصلت إلى صفحة تسجيل الدخول ، وأحصل على دائرة الهلاك الدائرية لبضع دقائق قبل أن تخبرني أنه لا يمكن تسجيل الدخول. هذا على فرعي Beta و Stable.

أنا قادر على اللعب على فرع مستقر ولكني لم أتمكن من اللعب على قطعة واحدة قبل 1.1. حصلت عليه للعمل مرة أخرى عن طريق تثبيت dotnet472 و / أو dotnetcore2 (لا أعرف ما الذي أحدث الفرق).

بالنسبة لي ، تسبب حل dotnet في حدوث أعطال كل 5-10 دقائق من اللعب ، وهو أسوأ من وقت الحفظ لمدة دقيقتين.
سأحاول ذلك مع Liquorix ، لكن لدي بعض الأسئلة المعادة أعلاه عن التعليقات حول تخطي المشغل. بدون dotnet ، لا يظهر المشغل على الإطلاق ، بل تخرج اللعبة على الفور. كيف يمكنني تكوينه في خيارات التشغيل للانتقال إلى الوضع الأصلي؟

حاولت تعيينه على "Bannerlord.Native.exe" أو "bin / Win64_Shipping_Client / Bannerlord.Native.exe" لكنني قد أذهب في الاتجاه الخطأ هنا

aradapilot قال شخص ما في مكان ما في هذا الموضوع كيفية القيام بذلك من خلال خيارات التشغيل ، لكنني لا أفعل ذلك لذا لا أعرف بالضبط كيف يتم ذلك.
أنا شخصيا أعد تسمية Bannerlord.Native.exe إلى TaleWorlds.MountAndBlade.Launcher.exe وقم بإزالة أو إعادة تسمية exe الأصلي. يجب إعادة بنائه بعد معظم تحديثات اللعبة ، كما يجب أن يعمل الارتباط الرمزي وقد لا يلزم إعادة بنائه.

أفعل أوامر تحميل التعديل في خيارات التشغيل ، لكن ليس هذا الجزء.

حسنًا ، لا يمكن العثور عليها ، ولكن بعض التقدم.
لقد قمت بتعيين خيارات التشغيل على
echo "%command%" > /tmp/cm

ثم بعد ذلك ، كان الملف
رايموند @ شيلوب : ~ $ cat / tmp / cm
'/home/wraymond/.steam/compatibilitytools.d/Proton-5.6-GE-1'/proton waitforexitandrun' /home/wraymond/.steam/steam/steamapps/common/Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / TaleWorlds .MountAndBlade.Launcher.exe '

من CLI
wraymond @ shelob : ~ $ PROTON_LOG = 1 '/home/wraymond/.steam/compatibilitytools.d/Proton-5.6-GE-1'/proton waitforexitandrun' /home/wraymond/.steam/steam/steamapps/common/Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / Bannerlord.Native.exe '
بروتون: لا يوجد مسار بيانات متوافق؟

لذلك اعتقدت أنه يحتوي على بعض مجموعة env ، ولكن env/set/printenv > / tmp / steamenv - يترك ملفًا فارغًا ، لا يحتوي على مجموعة env. لا توجد فكرة عن المكان الذي يتم الحصول عليه من خلاله المتوافقة ، ما هي الآلية التي يستخدمها البخار.

وبالطبع ، لأن الحياة صعبة ، فإن تعيين تلك السلسلة في خيارات التشغيل لا يفعل شيئًا
PROTON_LOG = 1 '/home/wraymond/.steam/compatibilitytools.d/Proton-5.6-GE-1'/proton waitforexitandrun' /home/wraymond/.steam/steam/steamapps/common/Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / Bannerlord.Native.exe '
- لم يتم إنشاء ملف سجل
- لا شيء ينطلق ويموت على الفور

لذلك لا يزال عالقًا هناك. سأحاول بعض إعادة التسمية / الربط الرمزي ، لكنني كنت آمل في طريقة لا أحتاج إلى إعادة كل تصحيح

ههه لقد أعدت تسمية exe قاذفة ، ونسخ exe الأصلي إلى هذا المسار. تم إطلاق اللعبة ، ولكن الآن مرة أخرى لا يوجد إدخال للماوس (مع البروتون- GE 5.5 أو 5.6).
سأحاول إعادة تسمية المبنى المُدار نظرًا لأن ذلك كان يعمل في الماضي ، ولكن هذا يمر عبر المشغل ، لذلك قد يفسد أوقات حفظي ...
التحديث الذي لا يساعد أيضًا. لا يوجد إدخال بالماوس ، لا يمكنني تجاوز شاشة المعايرة. أنا في حيرة.

حسب: https://github.com/ValveSoftware/Proton/issues/3706#issuecomment -612178492
echo %command% && exec /home/USERNAME/.steam/compatibilitytools.d/Proton-5.6-GE-2/proton waitforexitandrun "/PATH/TO/steam/steamapps/common/Mount & Blade II Bannerlord/bin/Win64_Shipping_Client/Bannerlord.exe"