توزيعة: أوبونتو 18.04
النواة: 4.15.0-32 عام
وحدة معالجة الرسومات: GTX980
السائق: 396.51
وحدة المعالجة المركزية: AMD Ryzen 7 2700X
ذاكرة الوصول العشوائي: DDR4 3000 ميجاهرتز 16 جيجابايت

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

تعيين ScreenMode=Borderless في ملف التكوين graphics_option.ini الموجود في المجلد الجذر للتثبيت وستعمل اللعبة بشكل جيد (باستثناء أنها تستغرق حوالي 10 ثوانٍ حتى يظهر الشعار الأول بعد الإطلاق). لم أفعل الكثير باستثناء تحميل شخصية موجودة وتشغيلها قليلاً ، لكن لم ألاحظ أي مشاكل.

سجلت بالفعل بضع ساعات في برنامج Wine-esync-3.13-x86-64 الذي كان يعاني من مشاكل قليلة أو معدومة.

انشر من https://github.com/ValveSoftware/Proton/issues/199.
@ LP0101 تم نشره في 2018-08-23T01: 01: 40:

عند الخروج من MH: W ، تُغلق اللعبة تمامًا ، لكن العملية لا تتوقف ، تاركًا حالتك "داخل اللعبة".

~/.s/s/s/c/P/d/l/w/dxvk $ ps -aux | grep -i monster
luca     12753  0.0  0.1  63652 24812 tty2     S+   20:01   0:00 /bin/sh -c '/home/luca/.steam/steam/steamapps/common/Proton 3.7'/proton waitforexitandrun '/home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe'
luca     12754  0.0  0.1  91664 31920 tty2     S+   20:01   0:00 /usr/bin/python2.7 /home/luca/.steam/steam/steamapps/common/Proton 3.7/proton waitforexitandrun /home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe
luca     12832  153 17.2 7001288 2809540 tty2  Rl+  20:01  89:10 /home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe
luca     17022  0.0  0.0  21536  1112 pts/0    S+   20:59   0:00 grep --color=auto -i monster

لا يتم إنهاء اللعبة حتى أقتل PID 12832 يدويًا.

على Ubuntu 18.04

أنا أعاني من إقفال النظام الكامل على Proton. هذه تمنعني تمامًا من الوصول إلى جهاز الكمبيوتر الخاص بي ، لكن الصوت لا يزال يعمل. لا يمكن حتى تغيير TTY. الطريقة الوحيدة للاسترداد هي إما إعادة التشغيل أو SSH من جهاز كمبيوتر آخر وقتل عملية Monster Hunter.

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

أيضًا ، تم كسر Rumble باستخدام Steam Controller. في بعض الأحيان تتعطل ، وتتوقف فقط عند الضغط على زر Steam. على لوحة xbox ، لا تعمل الدمدمة على الإطلاق.

@ LP0101 ما هو مكدس الأجهزة والبرامج الخاصة بك؟

تضمين التغريدة
المعدات:
i7 5820 ك
16 جيجا بايت DDR4 رام
GTX 1080

أنا على Ubuntu 18.04 ، 396.51.0 nvidia drivers ، Kernel 4.15

أنا أيضًا أتجمد ، باستخدام Steam-runtime

$ uname -a
Linux lancelot 4.18.3-arch1-1-ARCH # 1 SMP PREEMPT السبت 18 أغسطس 09:22:54 بالتوقيت العالمي المنسق 2018 x86_64 GNU / Linux

نفيديا 396.51.0

محتويات lshw مرفقة

توجد أيضًا مشكلات تتعلق بالتجميد مع nvidia.
مانجارو
نفيديا 1060 6 جيجابايت
سائق 396.51
جربت حبات مختلفة أيضًا وتم تجميدها جميعًا بشكل عشوائي.

حاول أي شخص مع 396.54 سائق؟

الإبلاغ عن تشغيل نواة 4.14.65 الآن ويبدو أنه قد أصلح مشكلة التجميد على nvidia.

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

تحرير: لا حظ في الرجوع إلى إصدار أقدم من kernel ، يبدو أن المشكلة تتعلق ببرامج التشغيل 396.54

@ LP0101 هل تمكين مساعدة vsync؟

libcg لم ألعب بما يكفي لاستخلاص أي استنتاجات ملموسة ، لكن أعتقد أن ذلك

libcg أعتقد أن تمكين vsync قد ساعدني أيضًا. لقد تمكنت من الحصول على ساعتين من اللعب دون أن أعطل حتى الآن. سيتم التحديث إذا انتهى به الأمر.

تحرير: تحدث في وقت مبكر جدا ؛ بعد فترة وجيزة من نشر ذلك.

drgnak لا يزال ،

لن يتم تشغيل اللعبة بالنسبة لي على Ubuntu. شاشة سوداء لمدة 10 ثواني ثم تغلق. عملت بشكل جيد على Manjaro. إرفاق سجل. واجه مستخدم آخر على Reddit مع نفس سلسلة GPU (R9 390) على نفس مجموعة برامج التشغيل نفس المشكلة وحلها عن طريق التبديل من برنامج تشغيل radeon kernel إلى amdgpu. لقد كنت على amdgpu طوال الوقت لذلك أشعر بالحيرة.

رايزن 1700
AMD R9 390X 8 جيجابايت
16 جيجا رام
نظام التشغيل Ubuntu 18.04.1 LTS

steam-582010.log

لا يمكن تشغيل اللعبة على Arch. نوع من خطأ الشبكة. إنه يريد أن يأخذني إلى رابط ، لكنه يختفي قبل أن أتمكن حتى من قراءته. لدي بطاقة NIC واحدة فقط ، لذلك ليس لدي أي فكرة عما يحدث.

وحدة المعالجة المركزية: i7-6700K
وحدة معالجة الرسومات: GTX 1080
سائق: 396.54-1
ذاكرة الوصول العشوائي: 32 جيجابايت DDR4-2400
Distro: Arch
النواة: 4.18.4-arch1-1-ARCH

lshw.txt

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

معلومات الأجهزة ، لكن سجل الأعطال يبلغ 60 ميغابايت ويصعب تحميله في أي مكان (أو حتى التحليل)

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

Distro: Antergos (Arch Linux)
النواة: 4.18.3-arch1-1-ARCH
وحدة معالجة الرسومات: Nvidia GTX 860M
سائق: nvidia 396.51-5
وحدة المعالجة المركزية: i7-4710HQ
ذاكرة الوصول العشوائي: 16 جيجابايت 1333 ميجاهرتز

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

توزيعة: أوبونتو 18.04
النواة: 4.15.0-32 عام
وحدة معالجة الرسومات: GTX980
السائق: 396.51
وحدة المعالجة المركزية: AMD Ryzen 7 2700X
ذاكرة الوصول العشوائي: DDR4 3000 ميجاهرتز 16 جيجابايت

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

إعداد ScreenMode = بلا حدود في ملف التكوين Graphics_option.ini الموجود في المجلد الجذر للتثبيت وستعمل اللعبة بشكل جيد (باستثناء أنها تستغرق حوالي 10 ثوانٍ حتى يظهر الشعار الأول بعد الإطلاق). لم أفعل الكثير باستثناء تحميل شخصية موجودة وتشغيلها قليلاً ، لكن لم ألاحظ أي مشاكل.

سجلت بالفعل بضع ساعات في برنامج Wine-esync-3.13-x86-64 الذي كان يعاني من مشاكل قليلة أو معدومة

كانت لدي تجربة مماثلة مع الحاجة إلى وضع بلا حدود لجعله يعمل بشكل صحيح

Distro: Arch 4.18.4
وحدة معالجة الرسومات: GTX970
السائق: 396.54
وحدة المعالجة المركزية: i7 3770k
ذاكرة الوصول العشوائي: DDR3 16 جيجابايت

تدعم وحدة التحكم العمل ، ولا توجد مشكلات في تشغيل اللعبة أو مع الأداء بعد التغيير إلى بلا حدود

يجب عليك حقًا تجربة برامج التشغيل .54 التي تعمل على إصلاح تسرب الموارد.

عند محاولة تحميل اللعبة ، واجهت شاشة سوداء و E_FAIL: IDX11Device->CreateShaderResourceView(pres->getHandle(), &srvDesc, &mpView)

نفيديا 396.54-1.fc28.x86_64
بروتون 3.7

حوالي نصف الوقت بعد ذلك ، سيخرج ، وإلا ستستمر العملية حتى القتل -9'd

أي شخص يقوم بتشغيل هذا على Vega 64؟ كيف هو الأداء؟

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

تم العثور عليه ، تعيين VolumeRenderingQuality إلى Highest كان الجاني ، يمكنني تعيين الإعدادات الأخرى على أعلى مستوى ممكن بدون E_FAIL. كان تعيين VolumeRenderingQuality لأي شيء أقل من Highest ناجحًا بالنسبة لي

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

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

المواصفات الخاصة بي:
معلومات الكمبيوتر:
الشركة المصنعة: غير معروف
الموديل: غير معروف
عامل الشكل: سطح المكتب
لم يتم اكتشاف إدخال اللمس

معلومات المعالج:
بائع وحدة المعالجة المركزية: AuthenticAMD
ماركة وحدة المعالجة المركزية: معالج ثماني النواة AMD FX (tm) -8350
عائلة وحدة المعالجة المركزية: 0x15
طراز وحدة المعالجة المركزية: 0x2
تخطو وحدة المعالجة المركزية: 0 × 0
نوع وحدة المعالجة المركزية: 0 x0
السرعة: 4000 ميجا هرتز
8 معالجات منطقية
8 معالجات فيزيائية
HyperThreading: غير مدعوم
FCMOV: مدعوم
SSE2: مدعوم
SSE3: مدعوم
SSSE3: مدعوم
SSE4a: مدعوم
SSE41: مدعوم
SSE42: مدعوم
AES: مدعوم
AVX: مدعوم
CMPXCHG16B: مدعوم
LAHF / SAHF: مدعوم
الجلب المسبق W: غير مدعوم

إصدار نظام التشغيل:
Linux Mint 19 Tara (64 بت)
اسم النواة: Linux
إصدار النواة: 4.15.0-33-generic
بائع خادم X: مؤسسة X.Org
إصدار خادم X: 11906000
مدير X Window: Mutter (Muffin)
إصدار Steam Runtime: steam-runtime-beta-release_2018-06-14

بطاقة فيديو:
برنامج التشغيل: NVIDIA Corporation GeForce GTX 1050 Ti / PCIe / SSE2
إصدار برنامج التشغيل: 4.6.0 NVIDIA 396.54.0
إصدار OpenGL: 4.6.0
عمق ألوان سطح المكتب: 24 بت لكل بكسل
معدل تحديث الشاشة: 60 هرتز
معرف البائع: 0x10de
معرف الجهاز: 0x1c82
لم يتم الكشف عن المراجعة
عدد الشاشات: 1
عدد بطاقات الفيديو المنطقية: 1
دقة العرض الأساسية: 1920 × 1080
دقة سطح المكتب: 1920 × 1080
حجم الشاشة الأساسي: 20.08 بوصة × 11.42 بوصة (23.07 بوصة قطري)
51.0 سم × 29.0 سم (58.6 سم قطري)
الناقل الأساسي: PCI Express 16x
VRAM الأساسي: 4096 ميجابايت
أوضاع MSAA المدعومة: 2x 4x 8x 16x

كارت الصوت:
جهاز الصوت: Realtek ALC889

ذاكرة:
ذاكرة الوصول العشوائي: 7994 ميجابايت

متنوع:
لغة واجهة المستخدم: الإنجليزية
اللغة: sk_SK.UTF-8
إجمالي مساحة القرص الصلب المتاحة: 505611 ميجا بايت
أكبر كتلة حرة على القرص الصلب: 191015 ميجا بايت
سماعة VR: لم يتم الكشف عنها

تقارير الفشل الأخيرة:

يمكن أن تكون المشكلة البسيطة فقط هي عمل بديل + علامة تبويب.

عند محاولة استخدام وحدة تحكم xbox لجهة خارجية ، واجهت عددًا معقولاً من المشكلات. يبدو أن التعيين في config.ini يبدأ عند 0 ، في حين أن تعيينات الإدخال من xboxdrv تبدأ عند 1. وقد أدى ذلك إلى بعض اللعب الغريب جدًا لبعض الوقت حتى قمت بتغييره

Controller:        Rock Candy Gamepad Wired Controller
Vendor/Product:    0e6f:011f
USB Path:          001:009
Controller Type:   Xbox360

تمكنت أخيرًا من إعداد المشغلات:
xboxdrv --silent --trigger-as-button --detach-kernel-driver

[JOYPAD]
A=0
B=1
X=2
Y=3
LEFT=POV
RIGHT=POV
UP=POV
DOWN=POV
START=9
BACK=8
LT=6
LB=4
RT=7
RB=5
LSTICK_PUSH=11
LSTICK_VERT=Y
LSTICK_HORZ=X
RSTICK_PUSH=12
RSTICK_VERT=RX
RSTICK_HORZ=Z

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

ومع ذلك ، بعد التغلب على Xeno ، يحدث تلف Save Game ولا يمكنني تحميل ملف الحفظ هذا بعد الآن ، بسبب فقدان برامج الترميز ، لذلك لا يمكن تشغيل الفيلم السينمائي وتعطل اللعبة على سطح المكتب.

doitsujin لن يكون لديك ريبو rpm يحتوي عليه في متناول يديك ، أليس كذلك؟ إذا لم يكن كذلك ، دعني أرى ما يمكنني فعله. إذا لم يكن هناك شيء آخر ، فسوف أقوم بالتحديث عندما يجعله برنامج التشغيل هذا سائدًا

أيضًا ، يمكنك تأكيد أن الخروج من اللعبة يؤدي إلى تعطل و / أو قفل المضيف في بعض النقاط. هل تعتقد أن هذا الشخص متعلق بـ Nvidia أيضًا؟

لقد نجحت معي مع أحدث برامج تشغيل Nvidia و Linux kernel ، لقد أمضيت بعد ظهر الأمس في اللعب دون مشاكل كبيرة.
تشتمل الأجهزة على AMD Ryzen 7 2700X المقترن بـ NVIDIA 1700 Ti ، على Ubuntu Budgie 18.04.
على جانب البرنامج ، بصرف النظر عن المتطلبات الأساسية لاستخدام أحدث برامج التشغيل (396 على Nvidia) و kernel (4.18.5) ، قمت بتنشيط الإصدار التجريبي من Proton (3.7.4).

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

مسائل:

• فقدان الأداء (متوقع بسبب ترجمة DirectX-Vulkan ، وليس مشكلة في الأجهزة المعروضة مع بعض خيارات الرسومات المتحفظة)
• مشكلات V-Sync (انخفاض الأداء أثناء تنشيطه ، وتم تعطيل تمزيق الشاشة الواضح معها. المشكلات الرسومية في الغالب ، ليست ملحوظة بعد فترة)
• حالات التجمد / الفواق الصغيرة (ليست شائعة ، لكنها موجودة ؛ قد تكون مشكلة في اللعبة بالرغم من ذلك. لم يكن لدي سوى 2 أو 3 في جلسة اللعب بأكملها لمدة 4 ساعات تقريبًا)
• قضايا إكسينبوت
  
  
  
  • في البداية ، لا يمكن لعب اللعبة لأن شيئًا ما كان يرسل مدخلات اتجاه عشوائية ، مما يجعل التنقل في القائمة مستحيلًا.
  
  
  • لا تعرف ما الذي تم حله ، ولكن مع الاحتفاظ بآخر تحديث لبرنامج التشغيل / kernel وبعد تحديث / إعادة تشغيل نظام التشغيل ، اختفت المشكلة.
  
  
  • هل يمكن أن تكون مرتبطة بوحدة التحكم Steam؟ على الرغم من أنه يمكنني اللعب بشكل مثالي مع وحدة التحكم بعد ذلك.
  
  
• تجميد اللعبة بالكامل بعد جلسات اللعب الطويلة. ربما مرة كل ساعة ونصف أو نحو ذلك ، حدث هذا مرتين.
  
  
  
  • كان نظام التشغيل نفسه يعمل بشكل جيد ، لذا يمكنني قتل اللعبة بـ "kill -9". ومع ذلك ، يمكن أن يكون هذا بمثابة كسر للصفقة بالنسبة للبعض.
  
  

في حالتي ، اللعبة قابلة للعب ، ولكن لا تزال هناك بعض الحواف الخشنة التي يجب تتبعها.

هل يمكن لأي شخص تأكيد ما إذا كان تجميد اللعبة / نظام التشغيل الكامل يحدث على AMD أيضًا ، أو ما إذا كانت مشكلة متعلقة بـ Nvidia فقط؟

توزيعة: أوبونتو 18.04
النواة: 4.15.0-33 عام
وحدة معالجة الرسومات: GTX1080 Ti
السائق: 396.54

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

تحرير: حاولت تحديث kernel إلى 4.18 ، Proton إلى 3.7-4 beta واستخدام V-Sync on / off مع إطارات بلا حدود وإطارات. لا يزال يتم قفل نظام التشغيل.

يبدو أن اللعب في Windowed Mode باستخدام V-Sync لإصلاح مشكلات القفل. تمكنت من اللعب لأكثر من 4 ساعات بدون قفل ، وهي فترة أطول مما تمكنت من اللعب في نافذة بلا حدود.

إصدار برنامج التشغيل: 396.54.0
إصدار النواة: 4.18.5-041805-generic

لسوء الحظ ، ما زلت أعاني من الإقفال مع Windowed & Borderless Windowed + V-Sync بعد ما يقرب من ساعة إلى ساعتين من اللعب ، وأحيانًا أقل. لما يستحق الأمر ، في كلتا الحالتين ، تأكدت من فقدان تركيز النافذة عن قصد وفقًا لما ورد في منشور @ LP0101 السابق. حتى الآن ، لم أحاول اللعب لأي فترة من الوقت دون أن أفقد تركيز النافذة لمعرفة ما إذا كانت اللعبة لا تغلق.

Distro: كيدي نيون (أوبونتو 16.04)
النواة: 4.15.0-33 عام
وحدة معالجة الرسومات: GTX 1070
السائق: 396.54
وحدة المعالجة المركزية: Intel 6700K
ذاكرة الوصول العشوائي: 16 جيجابايت DDR4 @ 3000 ميجاهرتز
نسخة بروتون: 3.7-4 بيتا

هل يمكنك إرفاق nvidia-bug-report.log.gz في المرة القادمة التي تواجه فيها حالة قفل؟

بالتأكيد ، ها أنت ذا ،damienleone.

nvidia-bug-report.log.gz

يؤدي تشغيل أي فيديو داخل اللعبة إلى حدوث خطأ في الصفحة بسبب عدم تنفيذ الوظيفة ؛

النبيذ: استدعاء من 0x7b44abbc إلى وظيفة غير مُنفَّذة mfplat.dll.MFCreateMFByteStreamOnStream ، إحباط

هذه الوظيفة لم يتم تنفيذها في المنبع .

السجل: steam-582010.log

خطوات النسخ المتماثل: عندما تكون داخل اللعبة ، اضغط على بدء ، وانتقل إلى معلومات-> دليل المشغل-> عرض البرامج التعليمية-> معدات Hunter ، واضغط على Play Movie.

ملاحظة: لا يحدث هذا للمشاهد داخل اللعبة ، فهي ليست ملفات فيديو معروضة مسبقًا ، وبالتالي لا تؤدي إلى تعطل اللعبة.

عملية التشغيل الدائم عند الخروج ناتجة عن استثناء ؛

النبيذ: استثناء غير معالج 0x40000015 في مؤشر ترابط 53 على العنوان 0x1428f3032 (مؤشر ترابط 0053)

والتي تنتهي بعد ذلك بانتظار دائم ؛

err: ntdll : المقطع RtlpWaitForCriticalSection 0x14484a320 "؟" انتهت مهلة الانتظار في مؤشر الترابط 0053 ، تم حظره بواسطة 002d ، إعادة المحاولة (60 ثانية)

السجل: steam-582010.log

fureloka لا يمكنني تكرار المشكلة التي ذكرتها من خلال تشغيل مقاطع الفيديو داخل اللعبة. لتأكيد ذلك ، فتحت للتو المعرض وشاهدت بعض المشاهد. يرجى ملاحظة أنني لم أكمل اللعبة ، لذا لا يمكنني التحقق من عمل جميع المشاهد ، لكنني تمكنت من اللعب طوال الطريق حتى HR14 لمشاهدة مقاطع الفيديو على ما يرام.

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

أيضًا ، ما يعطل لعبتي هو تشغيل معاينة مقاطع الفيديو للأسلحة / الأدوات في المخزون.

كانت مقاطع فيديو In Game الأخرى تعمل بشكل جيد تمامًا.

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

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

عندما تكون داخل اللعبة ، اضغط على بدء ، وانتقل إلى معلومات-> دليل اللاعب-> عرض البرامج التعليمية-> معدات الصياد واضغط على Play Movie.

إذا لم تتحطم هناك ، فلديك نسخة سحرية من Proton. سيتعطل هذا أيضًا مع أحدث إصدار من Wine ، حيث لم يتم تنفيذ MFCreateMFByteStreamOnStream.

هل حصل أي شخص على فرصة لاختبار أحدث بروتون بيتا؟ هل فعلت أي شيء بخصوص الحوادث؟

لا تزال الأعطال وتوقف النظام بالكامل واستمرار اللعبة بعد خروج النافذة تحدث في الإصدار التجريبي 3.7-5
نفيديا 396.54-1.fc28.x86_64
نواة 4.17.19-200.fc28.x86_64.0

قد تكون هناك بعض الإصلاحات في برنامج تشغيل Nvidia beta ، لكن لا يمكنني العثور على إصدار تجريبي جيد لعدد الدورات في الدقيقة للتثبيت للتحقق

Monster Hunter World - تتميز جميع الأسطح بإبراز مرآب

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/1092.
shadywack نشر على 2018-08-31T19: 51: 15:

المشكلة: تسليط الضوء على جميع الأسطح
خطوات إعادة الإنتاج: إطلاق اللعبة ومراقبة الأسطح
ملاحظات: يعتمد ذلك على الملمس وما يدعو إليه محرك اللعبة ، وفي بعض الحالات يكون دقيقًا ، لكنه يعتمد على المادة لجعلها أكثر وضوحًا. في بيئة ممطرة ، يبدو الأمر رائعًا حقًا ، لكنني لا أعتقد أن هذا ما ينوي العارض. كنت سألتقط لقطة شاشة لكنها واضحة في الحركة. لا ينبغي أن يكون للخشب إبراز براق على سطحه.
النظام: Ryzen 7 1800X على Vega64 باستخدام برنامج تشغيل RADV / Mesa 18.3 (من Padoka PPA المدرجة في دليل البدء السريع) Ubuntu 18.04 ، عميل Steam beta الذي يعمل على Proton 3.7-5

في ملاحظة شخصية: شكرًا لك على عملك الشاق! هذا هو بعض الترميز الرائع الذي يجب رؤيته ، وربما يكون أفضل شيء رأيته على الإطلاق Valve. إذا كان هناك حل رائع لهذه المشكلة ، ولكن إذا لم يكن كذلك ، فهذا ليس نهاية العالم حقًا. يمكنني لعب هذه اللعبة في الأصل بدقة 4k في Windows ولكن على Proton ، هناك نجاح كبير لإسقاط fps إلى 20-ish على أجهزتي. إنه يعمل بسلاسة عند 60 إطارًا في الثانية عند 1440 بكسل وأنا أحب ذلك تمامًا. شكرا جزيلا.

Monster Hunter World - تحطم على الاعتمادات Cutscene - برامج ترميز وسائط Windows المفقودة

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/1125.
Estard نشر في 2018-09-01T10: 28:18:

بعد هزيمة الزعيم النهائي في MH: World ، تحاول اللعبة تحميل مشهد سينمائي حيث ، وفقًا لما ورد على موقع reddit هذا:
https://www.reddit.com/r/MonsterHunter/comments/99cqi4/xeno_save_corruption_bug_does_not_exist_proof/
يحتاج إلى بعض برامج الترميز المضمنة في Windows Media Feature Pack من أجل تشغيل المشهد المذكور.
أفترض أن هذا هو سبب تعطل اللعبة أيضًا في تلك المرحلة عند لعبها مع Proton.
سيكون موضع تقدير كبير إذا أمكن تنفيذ حل بديل لهذه اللعبة وغيرها من الألعاب التي تتطلب ذلك.

تم الاختبار على Proton 3-7-5 و winestaging 3.14 (64 بت) esync + dxvk

يمكن لـ doitsujin تأكيد أنه يمكن VolumeRenderingQuality على Highest على Nvidia 396.54.02

اختبار ما إذا كان التعطل قابلاً للتكرار مع هذا السائق

يمكن تأكيد تعطل اللعبة لا يزال مصحوبًا بقفل النظام على Nvidia 396.54.02

يا له من خيبة أمل.
كنت آمل أن يقوم أحدث برنامج تشغيل nvidia بإصلاح القفل.
هل قام احد بتضييق ما يسبب التجميد؟
أحصل على قفل نظام كامل لا يمكن إصلاحه إلا من خلال دورة الطاقة
لقد جربت كل نواة أدرجتها Manjaro تقريبًا.
يعطي أحدث إصدار من lts kernel أقل قدر من عمليات الإقفال ولكنه لا يزال يحدث

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

هل حاول أي شخص استبدال ثنائيات DXVK المقدمة من البروتون بالثنائيات 0.71 التي تم إصدارها حديثًا ، انظر إذا كان ذلك يصلح أي شيء؟

أنا على وشك تجربة 0.71 باستخدام Lutris مع النبيذ 3.15-esync. إذا سارت الأمور على ما يرام ، فسوف أجربها في البروتون مع استبدال DXVK. سيكون هذا على 4.18.5-3 Kernel على GTX 980 باستخدام 396.54 Driver. سأبلغ مرة أخرى كيف تسير الأمور.

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

Hummmm يبدو أنني لا أستطيع ضبط لعبتي للعمل تحت 4K.

مانجارو لينكس
جنوم 3.28.3
مانجارو لينكس 17.1.12
نفيديا 396.54.0
GeForce GTX 1070
AMD Ryzen 1700x
Linux 4.14.66-1
ذاكرة الوصول العشوائي: DDR4 2133 ميجاهرتز 32 جيجابايت

الدقة: 3840 × 2160
مقياس Gnome UI - 200٪

خطوة لإعادة الإنتاج - اضبط اللعبة على وضع ملء الشاشة / بدون لوحة ودقة 4K في الإعداد داخل اللعبة ، واضبط إعداد الرسوم على متوسط. خيارات الخروج ، انقر فوق بدء اللعبة ، موجه الخطأ
E_FAIL: IDX11Device-> CreateShaderResourceView (pres-> getHandle ()، & srvDes، & mpView)

أي شيء أقل من 4K يعمل بشكل جيد: D مندهش منه

ICEFIR انظر
https://github.com/ValveSoftware/Proton/issues/175#issuecomment -415886153
و
https://github.com/ValveSoftware/Proton/issues/175#issuecomment -415942845

يمكن تأكيد dxvk 0.71 لا يزال يواجه التعطل. لقد استبدلت مكتبة dxvk الخاصة بـ Proton 3.7-5 beta بمكتبة من النظام الرئيسي ، مع تعليق النظام نفسه كما كان من قبل

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

هل يمكنني التخلص من نظرية
أولا علي أن أسأل
هل هناك أي نوع من التخزين المؤقت يحدث مع هذه اللعبة؟
سبب سؤالي هو هذا
لقد قمت بتثبيت عدة توزيعات ونواة ولديهم شيء واحد مشترك
بعد تثبيت جديد ، يعمل monster hunter world بشكل مثالي دون تجميد لساعات وساعات
فقط بعد 12 ساعة من اللعب ، يصبح التجميد شائعًا مثل كل 45 دقيقة
لقد جربت Ubuntu و manjaro و fedora و mint و openuse
وكل هذه التوزيعات تواجه نفس المصير.
إذا لم يكن هناك أي نوع من التخزين المؤقت ، فتجاهل ذلك
ولكن هذا ما قمت بتضييقه إلى حد ما

ICEFIR : في هذه الحالة ، للمساعدة في تصحيحه ، يمكنك cd إلى "$steamdir/steamapps/common/Proton 3.7 Beta" . بمجرد الوصول إلى هناك ، سيمكن mv user_settings.sample.py user_settings.py تصحيح الأخطاء للعبة. سيتم إنشاء ملف سجل في $HOME يسمى steam-$steam_game_id.log . هل يمكنك تحميل السجل من ذلك ، و MonsterHunterWorld_d3d11.log و MonsterHunterWorld_dxgi.log من "$steamdir/steamapps/common/Monster Hunter World" لست متأكدًا مما إذا كانت هناك حاجة إلى وسيطات تصحيح أخطاء إضافية هناك ، ولكن هذه هي القيم الافتراضية بقدر ما استطيع أن أقول

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

@ roadh0use سائق NVIDIA يقوم بالتخزين المؤقت

lieff سأختبر لاحقًا

Xaenalt سأحاول ذلك

lieff لقد قمت للتو بالبحث عن موقع ذاكرة التخزين المؤقت للتظليل. هل يجب حذف كل شيء في مجلد .nv؟
أو المجلد الفرعي الذي يحتوي على steamapp_shader_cache0.bin و steamapp_shader_cache0.toc؟
هناك مجلد آخر في مجلد .nv. نظرًا لأنه ذاكرة تخزين مؤقت ، لا أرى سبب كون حذفها مشكلة ولكني أريد فقط التأكيد قبل أن أذهب إلى حذف الأشياء.

قررت الانتظار قليلاً حتى يتطور هذا وأنا أحظى بأداء جيد حقًا في هذه اللعبة خارج منطقة الجزاء! المشكلة الوحيدة التي أواجهها هي أنه لا يمكنني تبديل علامة التبويب ، وإذا لعبت بلا حدود أو نافذة ، فسأحصل على إعجاب ، 5 إطارات في الثانية بالإضافة إلى أن اللعبة ستفتح على الشاشة الخاطئة إذا فعلت ذلك. إذا تمكنت من الحصول على نفس الأداء الأصلي القريب بلا حدود أثناء الفتح على الشاشة الصحيحة في هذا الوضع ، فسأكون عربة سعيدة. إذا حاولت الضغط على علامة تبويب alt في وضع ملء الشاشة ، فلا يزال لدي أي تحكم في الماوس خارج اللعبة ، لذلك سأضطر إلى إنهاء اللعبة للتفاعل مع Discord و Spotify وما إلى ذلك على شاشتي الأخرى. تعمل بلا حدود على النحو المنشود ، لكن معدل الإطارات ينخفض ​​إلى معدلات عرض شرائح غير قابلة للتشغيل. لقد تجاوزت عملية الحفظ الخاصة بي أيضًا خطأ WMP في اللعبة النهائية ، حيث لعبت ذلك على Windows. لم ألعب لأكثر من ساعتين ، لكنني لم أتجمد مطلقًا. ليس لديك وقت فراغ للعب لعدة ساعات متتالية لتكرار المشكلات المذكورة أعلاه ، ولكن حتى الآن ، لا توجد أعطال. قضية حصرية لـ Nvidia ، ربما؟ لقد لاحظت أيضًا أنه إذا قمت بتغيير الإعدادات التي تتطلب إعادة تشغيل اللعبة ، فسيتعين علي إنهاء العملية ، ثم بدء اللعبة مرة أخرى.

• بروتون 3.7-5 بيتا
• مانجارو جنوم مستقر
• رايزن 1700
• AMD R9 390X
• 16 جيجا رام
• إصدار النواة: 4.18.5-1-MANJARO
• MESA 18.1.7
• LLVM 6.0.1.1

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

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

تعديل:. نعم ، لقد كانت مشكلة مؤلف. باستخدام Manjaro XFCE الآن ، يمكنني اللعب بلا حدود بلا مشاكل! :)

@ roadh0use steamapp_shader_cache مثبت مسبقًا مع اللعبة ، لذا لا يمكن أن يكون مصدره بعد 12 ساعة. .nv في الدليل الرئيسي - تم إنشاؤه وتحديثه في وقت التشغيل ، حاول حذف هذا الدليل بالكامل.

أخيرًا ، بدأت في الحصول على تعليق كان يتحدث عنه الناس ، على الرغم من أنه لم يتسبب في تجميد النظام بأكمله ، إلا أنه جعله بطيئًا للغاية. على أي حال ، لا شيء مفيد في سجلات بروتون أو DXVK ، ولا يوجد صدمة هناك. التحقق من journalctl ، أبلغ kernel عن خطأ GPU ؛

النواة: NVRM: GPU عند PCI: 0000 : 01: 00: GPU-e3934bd0-774d-bae8-8fa0-ce38440e3fde
النواة: NVRM: Xid (PCI: 0000: 01: 00): 31 ، Ch 00000023 ، engmask 00000111 ، intr 10000000

وفقًا لـ Nvidia ، Xid 31 هو خطأ في صفحة ذاكرة وحدة معالجة الرسومات ، مما يشير إلى خطأ في برنامج التشغيل أو خطأ في التطبيق. لن أتفاجأ إذا كان هو السائق ، حيث لم أر أي تقارير AMD لنظام "مجمّد".

وحدة معالجة الرسومات: GTX 970
السائق: 396.54

تحرير: نسيت أن أذكر أنه حتى الآن حدثت كل حالات التعليق (3 حتى الآن) أثناء المعارك مع الوحوش الكبيرة ، ربما مجرد صدفة.

fureloka حدث لي نفس الشيء الليلة. تمكنت من فتح محطة بطيئة من أجل pkill

كان القتال مقابل Bazelgeuse مزدوج الغضب

جي تي اكس 970
396.54

فقط تغلب على xeno'jiiva ويمكن أن تؤكد أن المشهد الأخير يسبب الانهيار. لم يفسد حفظي لحسن الحظ ، لكنني تحطمت عند التحميل الآن. عند النظر في الأمر ، قد تكون بعض برامج الترميز محمولة من Windows ، ولكنها تتطلب بعض العبث مع dlls. هل هناك طريقة جيدة لتعديلها على غرار winecfg لبروتون؟ بالإضافة إلى ذلك ، هل هناك طريقة جيدة لإجراء عمليات wineprefix المعتادة باستخدام Proton؟ هل تعمل الألعاب أيضًا في wineprefix الخاصة بهم؟ يبدو أن ~/.local/share/Steam/steamapps/compatdata/582010/pfx عبارة عن برنامج wineprefix ، ولديه معرف MHW في المسار ، ولكن لا يبدو أن اللعبة موجودة هناك

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

Fedora 28 - 4.17.19-200.fc28.x85_64 (تم اختباره أيضًا باستخدام 4.18.5-300.fc29.x86_64)
AMD FX-8350 (8 كور) / 16 جيجا رام
NVidia GeForce GTX 1050 Ti (396.54.1)
بروتون 3.7-5 (تجريبي)
DXVK 0.71.0 تحديث

حاولت التشغيل في إطارات / بلا حدود ، وتغيير معدل الإطارات ، وتعطيل Steam Overlay ، وإيقاف تشغيل "Shader Pre-Caching" وحتى وضع ملف وهمي بدلاً من المجلد ".nv" ولكنه سيستمر في التعطل بعد حوالي 10-15 دقيقة . إنه لأمر مخز حقًا لأنه يعمل بشكل جيد حتى تلك اللحظة.

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

steam-582010.log
MonsterHunterWorld_d3d11.log
MonsterHunterWorld_dxgi.log

يوجد 12 خطأ في السجل حول "./Steam/ubuntu12_32/gameoverlayrenderer.so" كونه فئة ELF خاطئة (لست متأكدًا من سبب استخدام 32 بت) وواحد لـ "jack_error_callback" على الرغم من أنني أستخدم PulseAudio بالتأكيد ... إذا كان من الممكن أن تساعدني أي سجلات إضافية في إخباري!

Xaenalt إنه في الواقع ليس خطأ فساد حفظ. اعتقد الناس أنه كان بسبب حقيقة أنه يتعطل في البداية بعد التحطم كما اكتشف شخص ما في النهاية. إنه فقط بسبب برامج الترميز المفقودة. يحدث الخطأ أيضًا في إصدارات N / KN من Windows. ربما حاول تثبيت حزم الوسائط الاختيارية لـ N / KN على بادئة Proton الخاصة باللعبة. هؤلاء يضيفون برامج الترميز المطلوبة.

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

تحرير: حزم الوسائط هي ملفات * .msu. لا توجد طريقة لتثبيتها من خلال Wine العادي / المرحلي على الأقل ، لذلك من المحتمل ألا يعمل عبر Proton. msiexec لن يعمل.

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

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

حسنًا ، يبدو أنه يمكنك استخدام $WINEPREFIX مع $STEAM/steamapps/compdata/$GAME_ID/pfx والقيام بالتثبيتات والتجاوزات و winetricks وما إلى ذلك.

بالنسبة لتثبيت برامج الترميز ، يبدو أن هذا هو الجاني:

0030:fixme:wusa:load_assemblies_from_cab Cabinet uses proprietary msdelta file compression which is not (yet) supported.
0030:fixme:wusa:load_assemblies_from_cab Installation of msu file will most likely fail.

مع ذلك ، لم أفكر في هذه الجبهة

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

هناك مشكلة أخرى وهي أن الإدخال يبدو أنه يتأخر بمقدار 1/8 من الثانية. أنا أستخدم وحدة تحكم xbox one متصلة عبر USB (لدي وحدة تحكم أقدم لا تحتوي على BT)

فيدورا 28
نواة 4.17.19.2
i7-6700 ك
GTX 1070
سائق 396.54

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

مرحبًا Xaenalt Sry للرد المتأخر - كان مشغولًا للغاية خلال الأيام العديدة الماضية: P
فيما يتعلق بمشاكل دقة 4K ، إليك كل السجل: د

تم ضغط ملف Steam Log نظرًا لأنه كبير جدًا
steam-582010.zip
MonsterHunterWorld_dxgi.log

MonsterHunterWorld_d3d11.log

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

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

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

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

بالنظر إلى السجل ، يمكنني رؤية أنه يتم إرسال بريد عشوائي باستخدام:

5664.319:001d:0023:err:hid_report:process_hid_report Device reports coming in too fast, last report not read yet! 

أحيانًا يكون لديك أيضًا:

5552.906:0008:0092:trace:module:LdrGetDllHandle L"steam_api64.dll" -> 0x3b400000 (load path L"Z:\\home\\jonathan\\.steam\\steamapps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
5552.906:0008:0092:trace:module:LdrGetDllHandle L"oo2core_5_win64.dll" -> 0x470000 (load path L"Z:\\home\\jonathan\\.steam\\steamapps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
5552.907:0008:0092:trace:module:LdrGetDllHandle L"amd_ags_x64.dll" -> 0x180000000 (load path L"Z:\\home\\jonathan\\.steam\\steamapps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
5552.908:0008:0092:trace:module:LdrAddRefDll (L"MonsterHunterWorld.exe") ldr.LoadCount: -1
5552.909:0008:0092:trace:module:LdrAddRefDll (L"MonsterHunterWorld.exe") ldr.LoadCount: -1

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

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

mhw- تحطم .ar.gz

تضمين التغريدة
فقط للتوضيح
يمكنك التغلب على xeno ، والحصول على التعطل ، وإحضار الحفظ إلى جهاز كمبيوتر يعمل بنظام windows ، والقيام بمشهد القطع ، ثم إعادة الحفظ إلى كمبيوتر Linux.
هل انا صائب؟

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

ما زلت بصدد محاولة إعادة تجميع البروتون في Fedora ، لقد رأيت في ملاحظات الإصدار الخاصة بإعداد النبيذ 3.15 أنهم أضافوا بعض دعم وسائط Windows بشكل أفضل ، لذلك ربما تكون هناك فرصة أنه سيساعد في حل هذه المشكلة

سجل تحطم آخر
mhw- تحطم 2.tar.gz

يمكن تأكيد التعطل لا يزال يحدث بعد حذف دليل .nv

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

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

Xaenalt أنا استخدم جنوم.

آه يا ​​رتق ، لقد تعرضت للتو لعطل قديم منتظم عندما حاولت مع تعطيل المكون ، لذلك كنت آمل أن يؤدي ذلك إلى قطع قفل النظام بالكامل

تضمين التغريدة
أنا أستخدم القرفة
في ملحوظة جانبية
لم أتخل عن فكرة shadercache
تحت ~ / .steam / steam / steamapps / يوجد مجلد shadercache.
مرة أخرى ، قد يكون هذا علاجًا وهميًا ، ولكن حتى الآن ، أدى حذف محتويات هذا المجلد بعد كل جلسة تشغيل (على ما يبدو) إلى انحناء الانهيار.
كان يأمل إذا كان بإمكان شخص آخر تجربة ذلك أيضًا ومعرفة ما إذا كان إصلاحًا محتملاً أم دواءً وهميًا

تم إطلاق سائقي Nvidia الجدد ، فهل تمكن أي شخص من الاختبار معهم؟

@ lP0101
لا يزال أحدث برنامج تشغيل Linux حاليًا هو 396.54 ، لم يتم إصدار 399.24 لنظام Linux حتى الآن أعتقد؟

تم إصدار تصحيح ، 396.54.05 على ما أعتقد.

سوف أقوم بتحديث واختبار الليلة

لذلك لعبت اللعبة لمدة 2-3 ساعات اليوم ، وأقوم بمهام وأشياء مختلفة بشكل عام. لم أواجه نفس عمليات قفل النظام التي كنت أواجهها من قبل بعد الآن.
الأشياء التي فعلتها هي:

• تحديث برنامج تشغيل gpu
• تحديث النواة

انظر أدناه المعلومات لمزيد من المعلومات:

Processor Information:
    CPU Brand:          Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz

Operating System Version:
    Pop!_OS 18.04 LTS (64 bit)
    Kernel Name:  Linux
    Kernel Version:  4.18.7-041807-generic
    X Server Vendor:  The X.Org Foundation
    X Server Release:  11906000
    X Window Manager:  Mutter(Budgie)
    Steam Runtime Version:  steam-runtime-beta-release_2018-06-14

Video Card:
    Driver:  NVIDIA Corporation GeForce GTX 1080/PCIe/SSE2
    Driver Version:  4.6.0 NVIDIA 396.54

الشيء الوحيد الذي لاحظته هو أن MonsterHunterWorld.exe سيظل يعمل في الخلفية بعد الخروج منه.
لست متأكدًا مما إذا كان هذا يساعد كثيرًا.

ما زلت أحصل على حوالي 20 دقيقة من اللعب قبل إغلاق MH فجأة. لا يوجد تجميد ، يتم إغلاق اللعبة على سطح المكتب ولا أجد أي شيء في أي من السجلات لتوضيح السبب.

فيدورا 28 - 4.18.5-300.fc28.x86_64 (قرفة)
AMD FX-8350/16 جيجا رام
NVidia GeForce GTX 1050 Ti (396.54.1)
بروتون 3.7-6 بيتا

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

396.45.1

الرجاء التحديث إلى 396.54.

الرجاء التحديث إلى 396.54.

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

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

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

ربما أنا فقط ، لكن يبدو أن الإغلاق أكثر شيوعًا الآن في 3.7-6 مما كان عليه من قبل.

أنا أيضًا أحصل على الإقفال بعد تشغيل اللعبة لبعض الوقت. يظهر dmesg هذه الأسطر عندما يحدث:

[18082.187238] NVRM: GPU at PCI:0000:01:00: GPU-31cce69c-7592-a02b-a7f1-537eb763536f
[18082.187242] NVRM: Xid (PCI:0000:01:00): 31, Ch 0000002b, engmask 00000111, intr 10000000

كما قال fureloka ، ربما خطأ سائق؟

النظام:

Processor Information:
    CPU Brand:         Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz

Operating System Version:
    Ubuntu 16.04.5 LTS (64 bit)
    Kernel Name:  Linux
    Kernel Version:  4.15.0-34-generic
    X Server Vendor:  The X.Org Foundation
    X Server Release:  11906000
    X Window Manager:  Compiz
    Steam Runtime Version:  steam-runtime-beta-release_2018-06-14

Video Card:
    Driver:  NVIDIA Corporation GeForce GTX 970/PCIe/SSE2
    Driver Version:  4.6.0 NVIDIA 396.54

Memory:
    RAM:  7869 Mb

لذلك كان لدي المزيد من الوقت للعب الآن ومن خلال ما يمكنني رؤيته ، مع Proton 3.7-6 و Nvidia 396.54 ، يمكنني الحصول على حوالي ساعة من اللعب دون تعطل إذا عطلت ذاكرة التخزين المؤقت للتظليل.

أقوم بتشغيل Arch باستخدام إصدار 1080ti وبرنامج التشغيل 396.54-4. إذا قمت بتشغيل في وضع الإطارات ، فلا توجد مشاكل ، إذا ركضت بلا حدود ، فسأعطل بعد حوالي 5-10 دقائق. إذا قمت بتعطيل ذاكرة التخزين المؤقت للتظليل ، فيمكنني تشغيل بلا حدود والحصول على حوالي ساعة قبل الانهيار. لذلك يبدو أنه قد يكون خطأ السائق الذي تم تحسينه ولكن لم يتم حله بالكامل عن طريق إيقاف Steam من التظليل المسبق للتخزين المؤقت.

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

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

لقد لاحظت أن انعكاسات براق؟ لا يتم عرضها بشكل صحيح في Proton 3.7-6.
بروتون 3.7-6 عرض غير صحيح - https://youtu.be/WPXIl5cOhls
عرض Windows الصحيح - https://youtu.be/7QctglngEk4
قد يكون ذلك بسبب استخدامي "بيتا" لدعم Southern Island لـ AMDgpu ، لكنني لا أعرف كيفية عزل ما إذا كانت مشكلة تتعلق ببرنامج التشغيل أو النبيذ أو DXVK.

بخلاف برنامج الترميز المفقود softlocked يحفظ Monster Hunter World يعمل بشكل جيد للغاية بالنسبة لي. لا توجد أعطال / توقف بخلاف عدم خروج اللعبة بشكل صحيح في بعض الأحيان.

نظام التشغيل: "Arch Linux" (64 بت)
النواة: 4.18.5-arch1-1-ARCH
وحدة المعالجة المركزية: Intel (R) Core (TM) i7-4770K CPU @ 3.50GHz
وحدة معالجة الرسومات: X.Org AMD Radeon HD 7900 Series (TAHITI، DRM 3.26.0، 4.18.5-arch1-1-ARCH، LLVM 6.0.1) على وجه التحديد R9280 المعروف أيضًا باسم 7950 المعاد تسميته
برنامج تشغيل وحدة معالجة الرسومات: 3.1 Mesa 18.1.7 (تم فرض برنامج تشغيل AMDgpu بدلاً من Radeon)
ذاكرة الوصول العشوائي: 15914 ميجابايت @ 2400 ميجاهرتز

@ Confetti-Camouflage هل يمكن أن يكون نفس علة السائق مثل هذا؟

https://github.com/doitsujin/dxvk/issues/652

ryao أعتقد أن هذه مشكلة تتعلق بـ MSAA ولا يستخدمها MHW حتى ، أتساءل إذا كان هذا الخطأ في النسيج يمثل أيضًا مشكلة لمستخدمي nvidia

تحرير: لا تحتوي وحدات معالجة الرسومات Nvidia على هذا الخطأ في النسيج
EDIT2: يؤدي تعطيل Z-Prepass في الألعاب إلى تغيير سلوك الخطأ قليلاً ، وتكون بعض الكائنات طبيعية عند الاقتراب من الكاميرا

Distro: Mint 19 Cinnamon
النواة: 4.15.0-34 عام
وحدة معالجة الرسومات: [AMD / ATI] Tonga PRO [Radeon R9 285/380]
وحدة المعالجة المركزية: Intel i3-6100
ذاكرة الوصول العشوائي: 8 جيجابايت

أنا أعاني من النافذة السوداء وأغلق نفسها. لقد دخلت في Graphics_option_preset.ini وقمت بتغيير 4 حالات لكل من هذه الإعدادات:

ScreenMode = بلا حدود
الدقة = 1680x1050 (حجم شاشتي)

لست متأكدًا مما يمكنني فعله أو تغييره.

هناك مشكلة في مقاطع الفيديو تتسبب في توقف اللعبة. على وجه الخصوص ، هناك مشهد سينمائي بعد قتل Xeno'jiiva (المعروف أيضًا باسم "؟؟؟") في مهمة الحملة النهائية مما يمنع إكمال اللعبة. تحدث نفس المشكلة أيضًا عند محاولة عرض مقاطع الفيديو في البرامج التعليمية. لحسن الحظ ، تمكنت من التغلب على المشكلة باستخدام ملفات DLL من Windows 7 ، باتباع نفس الخطوات الموجودة في مؤشر ترابط إصدار Proton لـ Shadows: Awakening .

الملفات هي

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

نظرًا لأنني أستخدم wineprefix 64 بت ، فقد حصلت على كلا الإصدارين 64 بت و 32 بت من كل ملف (في system32 و syswow64 على التوالي). بالنسبة لملفات التسجيل ، حصلت على جهاز افتراضي لتقييم Windows 7 + IE10 .

لسبب ما ، لم يقم wine regedit wmf.reg باستيراد تغييرات التسجيل ، لذلك اضطررت إلى فتح wine regedit والقيام بذلك من واجهة المستخدم الرسومية.

أنظر أيضا:

• موضوع رديت حول "الخطأ"
• Askubuntu مناقشة حول Windows Media Feature Pack

بعد إصلاح هذه المشكلة ، تعمل اللعبة بسلاسة عند 1080p 60 + fps على Core i7 8700K مع GTX 1070 Ti على Arch Linux nvidia-396.54 و kernel 4.18.9-arch1-1-ARCH . في 1440 بكسل ، أحصل على 30-45 إطارًا في الثانية. تحدث أحيانًا أعطال كل عدة ساعات ، ولكن يبدو أنه يتم تخفيفها بشكل كبير عن طريق تشغيل اللعبة في وضع الإطارات بلا حدود. يتم تشغيل جميع الإعدادات على أعلى مستوى باستثناء v-sync وإيقاف تشغيل الضباب الحجمي ، حيث يؤثر كلاهما على الأداء بشدة.

Distro: Ubuntu 18.04 LTS
النواة: 4.15.0-34 عام
وحدة معالجة الرسومات: NVidia GeForce 760 ، سائق 390.87
وحدة المعالجة المركزية: AMD Ryzen 3 1200
ذاكرة الوصول العشوائي: 8 جيجابايت

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

لا أفترض أن أي شخص لديه فكرة عن سبب ظهور لعبتي على هذا النحو؟

@ NB - كيلي كان لدي نفس المشكلة. بمجرد التحديث إلى أحدث برامج تشغيل nvidia من ppa الرسمية ،

@ tryton-vanmeer Yikes ، هذا كل شيء. لسبب ما اعتقدت أنني كنت على أحدث برنامج تشغيل بالفعل.

شكر!

حسنًا ، يبدو أن أحدث بروتون بيتا وعميل ستيم بيتا يعمل على إصلاح التجميد العشوائي على nvidia.
يمكن لأي شخص آخر أن يؤكد؟

لا تزال تواجه المشكلات المتكررة مع إغلاق Monster Hunter فجأة. سيكون موضع تقدير المساعدة!

فيدورا 28 - 4.18.10-200.fc28.x86_64 (قرفة)
AMD FX-8350/16 جيجا رام
NVidia GeForce GTX 1050 Ti (396.54.1)
بروتون 3.7-7 بيتا

يمكن أن تتراوح طريقة اللعب من بضع دقائق فقط إلى حوالي 30-40 دقيقة قبل الإغلاق. السجلات المحدثة المرفقة:

steam-582010.log
MonsterHunterWorld_d3d11.log
MonsterHunterWorld_dxgi.log

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

شكرًا على الرد @ kisak-valve ، ulimit -Hn لا يُرجع 4096.

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

شكرا لكونك على استعداد للمساعدة!

هذا أمر غريب ، الآن في منتصف اللعب يتخثر عدد كبير من النوافذ في الخلفية:

عند استخدام alt + tab يمكنني رؤية العديد منها بعنوان _ # MT FRAMEWORK 3.0_ مثل هذا:

MT FRAMEWORK.jpg

@ roadh0use لا يزال يتجمد بالنسبة لي. على أحدث إصدار بيتا و nvidia 410.57

@ roadh0use يبدو أن أحدث إصدار من Steam Play Beta قد

على Nvidia 396.54

لا يزال يتم تلقي عمليات قفل النظام الكاملة من حين لآخر على أحدث إصدار من Proton 3.7-7 beta و DXVK 0.81 ، مما يؤدي إلى إيقاف كل مقاطع الفيديو وتحديث الصوت فقط حتى أقوم بتشغيل الطاقة. لست متأكدًا مما إذا كان الأمر متعلقًا بفقدان النافذة التركيز كما تمت مناقشته للعودة ؛ حتى الآن كنت ألعب مع شاشتين ، ألعب MHW في Borderless Window مع إعدادات متوسطة مختلطة / لا يوجد vysnc على أحدهما أثناء التبديل إلى الآخر من أجل المتصفح. لما يستحق الأمر ، يكون الأمر سلسًا حقًا عند القيام بذلك ، ولا يوجد تأخير مفاجئ أو طفرات في التلعثم

Linux Mint 19 ، kernel 4.15.0-36
1060 6 جيجا بايت ، برنامج تشغيل Nvidia 396.45

أولاً ، أود أن أشكر كل من ينشر هنا. لقد كنت عونا كبيرا!

على Kernel 4.15 مع برنامج تشغيل Nvidia 396.54 (GTX 1080) مع بروتون 3.7-7 Beta (تم تعطيل ذاكرة التخزين المؤقت للتظليل المسبق) ، تم تشغيل vsync ، تعطيل الضباب الحجمي

• قفل النظام بالكامل ، يلزم إعادة تشغيل الجهاز.
• عادة ما يكون تجميد اللعبة في غضون 20 دقيقة إلى ساعة من اللعب

في Kernel 4.18 مع برنامج تشغيل Nvidia 410.57 (GTX 1080) مع بروتون 3.7-7 Beta (تم تعطيل ذاكرة التخزين المؤقت للتظليل المسبق) ، تم تشغيل vsync ، وتعطيل الضباب الحجمي

• تلعب اللعبة بسلاسة لأكثر من ساعة ، لكنها ستتجمد
• لا يزال النظام يعمل ، ويمكن استخدام ALT + TAB لقتل عملية MonsterHunterWorld.exe على ما يرام
• يمكن إعادة تشغيل اللعبة على ما يرام واللعب لمدة ساعة أخرى +

استنادًا إلى الردود الواردة من @ roadh0use و @ LP0101 ، قد يكون حل مشكلة التجميد على أنظمة Nvidia هو القيام بما يلي

• قم بتحديث kernel إلى 4.18
• استخدم برنامج 396.54 Nvidia Driver
• استخدم Steam Play Beta 3.7-7
• العب في وضع النافذة بلا حدود

سأستعيد برنامج تشغيل Nvidia 410.57 إلى 396.54 وأحاول تشغيل اللعبة لبضع ساعات. يمكن العثور على المزيد من التعليقات

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

شكرا لعملك حتى الآن!

خدش ذلك ، لقد تم قفل نظام كامل آخر مع أحدث نواة مستقرة ، برنامج تشغيل nvidia ، بروتون ، dxvk ، إلخ

ناهيك عن أن العملية التي تنتهي بشكل صحيح تبدو وكأنها صدفة ، وهذا لم يحدث حتى الآن.

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

تعمل اللعبة بشكل مثالي بدون القيام بأي شيء في RX Vega 64. تم الإبلاغ عن التأتأة فقط على Windows أيضًا. يمكن إصلاحه جزئيًا عن طريق الحد من FPS إلى 60 وتفعيل V-sync.

تعمل اللعبة بشكل مثالي بدون القيام بأي شيء في RX Vega 64. تم الإبلاغ عن التأتأة فقط على Windows أيضًا. يمكن إصلاحه جزئيًا عن طريق الحد من FPS إلى 60 وتفعيل V-sync.

هل ترى مشكلة إبراز الضوء بعد الآن؟

هل ترى مشكلة إبراز الضوء بعد الآن؟

أرى بعض الانعكاسات غير الطبيعية على الخشب إذا كنت تعني ذلك بإبراز مرآب.

ما زلت أواجه مشكلة غريبة حيث تتوقف اللعبة وتبدأ في بصق مئات من النوافذ الخلفية على سطح المكتب الخاص بي ، وكلها تسمى شيئًا مثل _________... # MT FRAMEWORK 3.0 ......_ .

في النهاية يتم إغلاق اللعبة وتقوم بإنشاء ملف سجل ضخم (~ 215 ميجابايت)

لقطة شاشة

سجل (215 ميجابايت)

فيدورا 28 - 4.18.12-200.fc28.x86_64 (قرفة)
AMD FX-8350/16 جيجا رام
NVidia GeForce GTX 1050 Ti (396.54.1)
بروتون 3.7-8 بيتا

لدي مشكلة مع هذه اللعبة حيث لم يعد إدخال لوحة المفاتيح يسجل ، الماوس على ما يرام.
تحرير: يبدو أن هذا يحدث بعد استخدام الإدراج للدردشة.
Edit2: يبدو أنه يحدث بعد اكتمال المهمة ويغادر اللاعبون الآخرون مجموعتك
Edit3: حدث ذلك للتو في حفلة ، تم الضغط على Ins للدردشة ، وتم إرسال الرسالة ، وتوقف إدخال لوحة المفاتيح

انتقلت للتو من جهاز 1060 6GB إلى RX 580 8GB باستخدام kernel 4.18.13 وأحدث نسخة مستقرة Mesa / LLVM / Proton / DXVK

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

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

ما زلت أواجه مشكلة غريبة حيث تتوقف اللعبة وتبدأ في بصق مئات من النوافذ الخلفية على سطح المكتب الخاص بي ، وكلها تسمى شيئًا مثل _________... # MT FRAMEWORK 3.0 ......_ .

في النهاية يتم إغلاق اللعبة وتقوم بإنشاء ملف سجل ضخم (~ 215 ميجابايت)

لقطة شاشة

سجل (215 ميجابايت)

فيدورا 28 - 4.18.12-200.fc28.x86_64 (قرفة)
AMD FX-8350/16 جيجا رام
NVidia GeForce GTX 1050 Ti (396.54.1)
بروتون 3.7-8 بيتا

انتقلت للتو من جهاز 1060 6GB إلى RX 580 8GB باستخدام kernel 4.18.13 وأحدث نسخة مستقرة Mesa / LLVM / Proton / DXVK

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

يمكنني تأكيد هذين الخطأين في Proton 3.16-1

ArchLinux - 4.18.12 - كيدي
Ryzen 1700X / 16 جيجا رام
RX Vega 64 (ميسا 18.2.2)
بروتون 3.16-1

ArchLinux - 4.18.14 - bspwm
Ryzen 1600/16 جيجا رام
Nvidia 1070ti (nvidia-vulkan-dkms 396.54.09)
بروتون 3.16-1

لقد لاحظت أن اللعبة يمكن أن تتجمد قبل شاشة العنوان أو تتعطل من tradeyard. لكن كلا من MonsterHunterWorld_d3d11.log و MonsterHunterWorld_dxgi.log فارغان. هل أتخطى شيئًا ما حتى يتم تسجيل الأعطال؟

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

لديك أيضًا ما يلي في خيارات التشغيل الخاصة بي للحصول على معلومات dxvk ، ثم للتأكد من إغلاق اللعبة عند الإنهاء.
DXVK_HUD=fps,devinfo,frametimes %command%; pgrep -i monster | xargs kill -9

ما زلت أواجه مشكلة غريبة حيث تتوقف اللعبة وتبدأ في بصق مئات من النوافذ الخلفية على سطح المكتب الخاص بي ، وكلها تسمى شيئًا مثل _________... # MT FRAMEWORK 3.0 ......_ .

في النهاية يتم إغلاق اللعبة وتقوم بإنشاء ملف سجل ضخم (~ 215 ميجابايت)

لقطة شاشة

سجل (215 ميجابايت)

فيدورا 28 - 4.18.12-200.fc28.x86_64 (قرفة)
AMD FX-8350/16 جيجا رام
NVidia GeForce GTX 1050 Ti (396.54.1)
بروتون 3.7-8 بيتا

لا يزال هذا الخطأ موجودًا مع Kernel 4.18.14.200 و Proton 3.16-3.

يبدو حقًا أن الأمر يستغرق وقتًا أطول للتعطل لأول مرة إذا لم تلعب منذ فترة قصيرة.

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

:(

لذلك أتيحت لي الفرصة لإجراء المزيد من الاختبارات ويبدو الأمر واعدًا.

المواصفات هي:
مانجارو لينكس
كيدي بلازما سطح المكتب
4.19.0 نواة
إصدار برنامج تشغيل GTX 1080ti 410.73
بروتون 3.16-3 بيتا

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

لا يزال الأمر معطلاً عند الخروج من اللعبة ، لذلك لا يزال يتعين علي إنهاء العملية يدويًا.

سأقوم بمزيد من الاختبارات غدًا من خلال مواصلة (آمل) عمليات الصيد المتعددة.

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

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

RX580 يعمل على 4.19 و mesa / llvm git / svn.

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

نظام التشغيل: Ubuntu 18.04
برامج تشغيل NVidia 410 (GTX 1080)
بروتون جميع الإصدارات الثلاثة لدي حاليًا مشكلة في أن الشاشة تتجمد تمامًا في Monster Hunter ، ولا تزال الموسيقى تلعب في العدسة المكبرة.

أنا قتال مميت ، xweather إنه v-sync أو g-sync أستمر في تمزيق الشاشة

نظام التشغيل : Ubuntu 18.10
برنامج تشغيل NVIDIA : 410.73
إصدار النواة : 4.18.0-10
نسخة بروتون : 3.16-4.0
معلومات النظام الكاملة : GIST

خيارات رسومات اللعبة

[GraphicsOption]
ScreenMode=FullScreen
Resolution=2560x1440
FrameRate=30
V-Sync=Off
OptionMode=Manual
ResolutionScaling=High
TextureQuality=512
AmbientOcclusion=Off
VolumeRenderingQuality=Off
ShadowQuality=Mid
Anti-Aliasing=FXAA
LODBias=Mid
MaxLODLevel=No Limit
FoliageSway=On
SubSurfaceScattering=Off
ScreenSpaceReflection=Off
AnisotropicFiltering=Mid
WaterReflection=Off
SHDiffuse=Low
DynamicRange=64-bit
Z-Prepass=On
MotionBlur=Off
[Window]
PosX=0
PosY=0

يبدو أن لعبتي تعمل بشكل جيد لمدة تتراوح بين 20 و 30 دقيقة قبل عرض الشاشة السوداء مع استمرار تشغيل الموسيقى في الخلفية. الطريقة الوحيدة لإغلاق التطبيق هي إنهاء العملية.

انها لا تعمل بالنسبة لي.

خطأ: لا يمكن الوصول إلى الخادم ، تحقق من اتصالك بالإنترنت وانقر على "إعادة المحاولة".

انا احاول:
-nofriendsui -udpforce
-nofriendsui -udp
-nofriendsui -tcp

سجل

@ mrdev023 حاول استخدام وقت تشغيل stean بدلاً من المكتبات الأصلية

القوس 4.19.2
رايزن 1600
بروتون 3.16-4
نفيديا فولكان بيتا | نفيديا-فولكان- dkms 396.54.09-3

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

إنها أفضل طريقة لتسجيل هذا بمجرد استدعاء اللعبة عبر التطبيق الخاص بها في cli؟

مرحبًا @ cj360 ، يمكنك إضافة PROTON_LOG=1 %command% إلى خيارات تشغيل اللعبة ، وإعادة إظهار مشكلتك ، ثم العثور على $ HOME / steam- $ APPID.log الذي تم إنشاؤه.

BlazeKl إنه يعمل ولكنه يتعطل غالبًا في اللعبة باستخدام Steam ولكنه قابل للعب.

Manjaro Deepin 4.20-rc2 (لبطاقة الصوت AE-5)
ماكينة حلاقة AMD Threadthripper 2990wx 32c 64
بروتون 3.16-4
AMD R9 390X | ميسا 18.2.5 برنامج OpenGL 4.5 Vulkan 1.1.70

اصلاح العطل
بروتون لوج

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

http://ix.io/1tcj

Xubuntu 18.04.1
Intel (R) Core (TM) i7-2600K CPU @ 3.40 جيجا هرتز
شركة NVIDIA Corporation GeForce GTX 970 / PCIe / SSE2

استمر في الحصول على عمليات قفل بعد مرور بعض الوقت باستخدام برامج تشغيل 415.13. تقوم وحدة معالجة الرسومات بإعادة تعيين هذه الرسالة وطباعتها إلى kern.log:

[ 2546.530874] NVRM: GPU at PCI:0000:01:00: GPU-31cce69c-7592-a02b-a7f1-537eb763536f
[ 2546.530878] NVRM: Xid (PCI:0000:01:00): 31, Ch 00000023, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_5 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

لذلك لاحظت أن mhw تحطمت بالنسبة لي في منتصف مهمة الكود الأحمر ومهمة lunastra الخاصة ، وقد تعطلت اللعبة في منتصف تلك المهام. رأيت هذا في السجل التالي

https://gist.github.com/cj360/4970bd5a32327a52b9e8671b8fe6fa97

بعد الترقية إلى Linux 4.19.2 (سابقًا 4.14) ، يبدو أن مشكلة التجميد قد ولت.

أنا أستخدم NixOS غير المستقر
لينكس 4.19
برنامج تشغيل nvidia GTX 1070 410.78.0
بروتون 3.16-4

الخيارات المستخدمة:

• بلا حدود
• لا vsync
• تم تعطيل الضباب الحجمي

حصلت على تجميد متعدد

في وقت ما يمكنني اللعب لعدة ساعات متتالية وفي وقت آخر سيتجمد بعد 20 دقيقة من اللعب.

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

المواصفات:
4.19.2 قوس
GTX 1080ti
Threadripper 1900x
نفيديا 415.18.00
بروتون 3.16-4

لدي أيضًا هذه المشكلة ، والتي وصفها dseguin بالضبط ، ولكنها تحدث في Just Cause 3. أنا على قوس مع gtx 770. قبل تحديث برنامج تشغيل nvidia الأخير ، كان الخطأ الذي تم إلقاؤه في dmesg أقل تفصيلاً. بالنظر إلى الخطأ مطابق تقريبًا لـ dseguin (ليس فقط خطأ Xid 31 عام ، خطأ خاص بي ويتضمن PAGE_FAULT ، عنوان إلخ) فإنه يلمح إلى أن هذا خطأ في برنامج التشغيل وليس مجرد خطأ في التطبيق. ربما يشير هذا الإسهاب المتزايد في dmesg إلى تصحيح قادم من nvidia ، من يدري.

المنجم غير متناسق مع المدة التي سيستغرقها بدون قفل النظام بالكامل. كان قادرًا على اللعب قبل ساعة تقريبًا قبل الانهيار.

المواصفات:
4.19.2-Ubuntu (18.04.1)
GTX 1080ti
نفيديا 415.18.00
بروتون 3.7-8 حاليًا ، لكن حصلت عليه أيضًا في الإصدارات التجريبية.

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

أعتقد أنني ربما وجدت السبب الجذري لهذه المشكلة. على الرغم من إدراج nvidia لأخطاء xid 31 كأخطاء في "برنامج التشغيل" و "التطبيق" ، يبدو أن خطأ الصفحة xid 31 الذي يشير إليه قد يكون ناتجًا في الواقع عن نقص vram وليس فقط بعض المؤشرات السيئة التعسفية في مكان ما. ومع ذلك ، فأنا لا أدير Monster Hunter World ، بدلاً من Just Cause 3 ، ومع ذلك فقد عانيت من نفس الأعراض المذكورة هنا.

لقد اكتشفت أيضًا أن ذاكرة الفيديو التي يستهلكها Just Cause 3 تزداد بحوالي 70 ميغا بايت في كل مرة يتم فيها تنفيذ علامة تبويب alt عند تحويل التركيز إلى تطبيق آخر. وبالمثل ، فإن استهلاك vram يقفز بشكل هائل عند تدوير وضع ملء الشاشة والإطار. قد يفسر هذا سلوك الانهيار العشوائي على ما يبدو ، حيث أشك في أن أي شخص قد ربط علامات التبويب البديلة بزيادة وتيرة الانهيار.

أطلب من شخص ما أن يراقب vram الخاص به أثناء الحوادث لتأكيد ذلك. لقد استخدمت الأداة "nvidia-smi" لمراقبة استخدامي لشبكة vram لأنها تأتي مع إعدادات nvidia (على ما أعتقد). ضع محطة طرفية في مكان قابل للعرض وقم بتشغيل "watch -n 0.5 nvidia-smi" لتحديث إحصائيات استخدام vram بشكل متكرر كل 0.5 ثانية. من الواضح ، إطلاق Monster Hunter World ، والعثور على وقت تعطله ونشر النتائج.

أنا أدير GTX 770 4 جيجابايت بالمناسبة.

newnah ، وفقًا لهذا المنطق ، يجب أن نحصل على حوادث أقل مع الحد الأدنى من التفاصيل لأن هذا من شأنه أن يستهلك أقل من vram؟

newnah لقد اختبرت
لكنني لاحظت بعض الأشياء الأخرى التي ربما تكون مثيرة للاهتمام:

1. استمرت الوحدة الطرفية مع تشغيل الساعة nvidia-smi في التحديث على شاشة ثانية
2. باستخدام Ctr + Alt + F4 يمكنني التبديل إلى شاشة تسجيل دخول أخرى. هناك يمكنني تسجيل الدخول إلى مستخدم sudo وقتل عملية Monster Hunter World.
3. عند الضغط على الاختصار للتبديل إلى مستخدم sudo ، تصبح الشاشة سوداء لمدة دقيقتين تقريبًا قبل أن أتمكن من تسجيل الدخول ولكن مع ضبط إعدادات الطاقة على "أفضل أداء" ، ينخفض ​​وقت الانتظار إلى 30 ثانية

للتسجيل: لقد قمت بتحطمي من خلال قتال Kulve Taroth (منفردًا) عدة مرات ثم التبديل إلى جلسة أخرى عبر الإنترنت (مع لاعبين آخرين) للحصول على المكافآت. تحطمت على الهروب من سيدة السعي

وحدة المعالجة المركزية: i7 4790
مُعالج الرسومات: GTX 980 4 جيجا بايت
السائق: 396.54
بروتون 16-4 بيتا

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

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

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

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

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

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

قد أكون متحيزًا ، لكن كان لدي تجميد دائم أثناء محاربة Kushala Daora أكثر من أي وحش آخر ، لا يمكنني القول فقط أنه خطأ الريح لأن العديد منهم حدث على شاشة المكافأة ولكن أعتقد أنه قد يكون له علاقة ما.

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

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

وحدة المعالجة المركزية: Ryzen 7 2700X
وحدة معالجة الرسومات: GTX 1070
سائق: 415.18.04 فولكان بيتا
بروتون 16-4 بيتا

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

يمكنني الآن أيضًا أن أؤكد أن مشكلة vram منفصلة عن مشكلة xid 31 ، لقد تمكنت من جعل JC3 يتعطل دون تجاوز vram ، آسف على التنبيه الخاطئ. لقد قمت بالتحديث إلى برامج التشغيل الجديدة أيضًا ولكن لم ألاحظ أي اختلافات.

لقد لاحظت أنك قلت إن عليك إعادة التشغيل بعد كل حادث تحطم. لست متأكدًا مما إذا كان الأمر خاصًا بـ JC3 لكنني ربطت "pkill -9 -f .exe" بمفتاح اختصار وعندما يتجمد أقوم بهرس هذا الزر قليلاً. يستغرق الأمر بضع ثوانٍ لكنه سيقضي عليه في النهاية. نأمل أن يجعل ذلك الأمر أسهل بالنسبة لك.

أريد أيضًا أن أوضح أنه في Just Cause 3 ، يحدث 31 دائمًا تقريبًا عند الطيران في طائرة أو طائرة هليكوبتر. ربما يكون البعض في منطق اللعبة الذي يؤثر على العرض عند الطيران. وغني عن القول أن هناك متغيرات لا نهائية عمليا يمكن أن تسبب هذا الخطأ ، ولكن ربما يكون لها علاقة بـ LOD أو رسم مسافة؟ لست متأكدًا ، لكنني أعلم أن هذا التخمين المثير للشفقة لا يقودنا إلى أي مكان. سأقوم بفتح مشكلة على صفحة dxvk github في هذه الأثناء.

لدي حل بديل محتمل أدى إلى حل المشكلة في Just Cause 3.

بعد تحديد "تعطيل تأثيرات سطح المكتب" في خيارات lutris (اللعبة-> تكوين-> خيارات النظام-> تعطيل تأثيرات سطح المكتب) تمكنت من تسجيل حوالي 3 ساعات دون أي تعطل ، بغض النظر عما إذا كنت أطير. أعدت تشغيل اللعبة ولكن مع تمكينها ، تحطمت بعد حوالي 15 ثانية من دخول طائرة هليكوبتر. إعادة التشغيل مرة أخرى ولكن مع تعطيلها مرة أخرى ، كررت أفعالي في اللعبة (نفس الوقت والمكان وطائرة الهليكوبتر) ولم تتحطم (حتى بعد 15 دقيقة + من الطيران!).

يشير الخيار في lutris إلى تكوين سطح المكتب في مدير العرض الخاص بك (ربما xorg). إذا كنت لا تستخدم lutris ، فيجب أن تكون قادرًا على تحديد التطبيق الذي يفعل ماذا. أنا متأكد من أن البروتون له إعدادات مماثلة ، على الرغم من أنني لا أستخدمه لذا لا يمكنني التأكيد. قد يكون هذا مفيدًا: https://wiki.archlinux.org/index.php/Xorg#Composite

آمل بصدق أن يحل هذا المشكلة في Monster Hunter World لأنني أعرف مدى إحباطها.

أعتقد أن هذا قد يكون ناجحًا ، ولعب لمدة ساعتين تقريبًا دون أي نوع من التجمد أو الانهيار ، شكرًا newnah!

سوف أقوم بالتحديث في حالة حدوث أي تجميد أو تعطل

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

مجرد تنبيه ، لقد هزمت Xeno'jiiva "الرئيس الأخير" وعندما انتقلت إلى شاشة الحفظ أعتقد أن هناك تسلسل فيلم عليك رؤيته من أجل التقدم ، هناك تعطل اللعبة على سطح المكتب وتجعل حفظ الملف غير قابل للتشغيل. هم فقط العمل حول للعب تسلسل الفيلم هو تشغيله على windows. :( ثم ارجع إلى اللعبة على Linux ، لم أفعل ذلك. هل هناك أي طريقة لجعل تشغيل الفيديو يعمل.؟

هل تتعطل مع خطأ xid 31 (إذا لم يكن كذلك ، فهذا جيد)؟ هل يمكنك نشر إخراج المحطة؟

أستطيع أن أؤكد الحادث بعد Xeno'jiiva "الزعيم الأخير" ، إنه تسلسل الفيلم. والتي يمكن أن تحدث أيضًا من خلال مشاهدة تسلسل "الشجب" وحده ، فلا داعي لهزيمة الرئيس لإعادة إنتاج هذا.

سجل التعطل

إذا قرأت هذا بشكل صحيح

84373.656:0024:00c6:trace:seh:call_vectored_handlers calling handler at 0x6a41dfc0 code=406d1388 flags=0
84373.656:0024:00c6:trace:seh:call_vectored_handlers handler at 0x6a41dfc0 returned ffffffff
84377.791:0024:002e:trace:module:LdrGetDllHandle L"steam_api64.dll" -> 0x3b400000 (load path L"Z:\\home\\buscher\\Done\\Steam\\SteamApps\\common\\Monster Hunter World;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
84377.984:0024:002e:fixme:mfplat:MFStartup (131184, 0): stub
84378.213:0024:002e:fixme:mfplat:mfattributes_SetUINT32 0x5e1570, {a634a91c-822b-41b9-a494-4de4643612b0}, 1
84378.213:0024:002e:fixme:mfplat:mfattributes_SetUINT32 0x5e1570, {aa456cfd-3943-4a1e-a77d-1838c0ea2e35}, 1
84378.213:0024:002e:fixme:mfplat:src_reader_GetNativeMediaType 0x5e0320, 0x00000000, 0, 0xddfc00
84378.213:0024:002e:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x141ec1d47 ip=141ec1d47 tid=002e
84378.213:0024:002e:trace:seh:NtRaiseException  info[0]=0000000000000000
84378.213:0024:002e:trace:seh:NtRaiseException  info[1]=0000000000000000
84378.214:0024:002e:trace:seh:NtRaiseException  rax=0000000080004001 rbx=0000000080004001 rcx=0000000000000000 rdx=0000000142e5cb40
84378.214:0024:002e:trace:seh:NtRaiseException  rsi=0000000000000000 rdi=00007f0f985426b0 rbp=0000000000000000 rsp=0000000000ddfba0
84378.214:0024:002e:trace:seh:NtRaiseException   r8=0000000000ddfbc0  r9=0000000000ddf792 r10=0000000000000000 r11=0000000000000000
84378.214:0024:002e:trace:seh:NtRaiseException  r12=0000000000000000 r13=0000000000000000 r14=00000000012dfbb8 r15=00000001416811b4
84378.214:0024:002e:trace:seh:call_vectored_handlers calling handler at 0x6a41dfc0 code=c0000005 flags=0
84378.214:0024:002e:trace:seh:call_vectored_handlers handler at 0x6a41dfc0 returned 0
84378.214:0024:002e:trace:seh:call_vectored_handlers calling handler at 0x6f2826e0 code=c0000005 flags=0
84378.214:0024:002e:trace:seh:call_vectored_handlers handler at 0x6f2826e0 returned 0

قد يكون fixme:mfplat:src_reader_GetNativeMediaType هو الجزء المثير للاهتمام ، حيث أن هذا هو الناتج الأخير قبل إخراج الاستثناء و mfplat هو FIXME. لذا تخميني المتواضع ، MHW يستدعي هذه الوظيفة ولكنه لا يتحقق من قيمة الإرجاع ويستخدم البيانات بشكل أعمى -> التعطل.
إذا كان يجب أن أكون على حق ، فإن النبيذ يحتاج إلى تنفيذ هذا mfplat.

مشاهدة التسلسل تحت النوافذ يعمل بشكل جيد ، بعد ذلك ، يمكنني الاستمرار في اللعب تحت Linux / proton.

المواصفات:

• نواة 4.19.8
• xorg-server xorg-server-1.20.3
• nvidia-drivers-415.22 (geforce 1060gtx)
• بروتون 3.16-4 بيتا

ملاحظة : هذا التعطل لا علاقة له بالتجميد ، على الأقل لم أجد أي اتصال. أواجه أيضًا هذه التجميد وحاولت العديد من الإعدادات / النصائح من هذا المنشور ، لكنها لا تزال تتجمد بشكل عشوائي.

للتجميد الذي أحصل عليه

[74924.495990] NVRM: GPU at PCI:0000:09:00: GPU-b96024f0-36ab-06dc-cbe4-9532fcd667e5
[74924.495992] NVRM: GPU Board Serial Number: 
[74924.495995] NVRM: Xid (PCI:0000:09:00): 31, Ch 00000053, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_2 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ
[79879.456414] NVRM: Xid (PCI:0000:09:00): 31, Ch 00000053, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_0 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ
[82736.768536] NVRM: Xid (PCI:0000:09:00): 31, Ch 00000053, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_9 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

في إخراج dmesg ، تجمدات متعددة مختلفة ، لأنني أردت اللعب ؛-)

وللتسجيل ، فإن استخدام PROTON_USE_WINED3D = 1 يؤدي فقط إلى ظهور شاشة سوداء.
بأطنان من

...
88353.129:0024:002e:fixme:d3d11:d3d_query_init Ignoring MiscFlags 0x1.
...
88353.696:0024:002e:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00155543.
88353.696:0024:002e:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x800000c2.
...
88371.986:0024:0047:fixme:d3d_shader:shader_glsl_sprintf_cast Unhandled cast from 0x1 to 0x5.
...
88372.567:0024:0047:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x80002302.
88372.567:0024:0047:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00199983.
...

قطع السجل

كان أملي هو حل مشكلة التجميد باستخدام wined3d ، لكن ذلك لم ينجح.

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

يوم الثلاثاء ، 11 ديسمبر ، 2018 ، الساعة 11:05 صباحًا ، بيرند بوشينسكي < [email protected]
كتب:

وللتسجيل ، فإن استخدام PROTON_USE_WINED3D = 1 يؤدي فقط إلى اللون الأسود
شاشة.
بأطنان من

...
88353.129: 0024: 002e: fixme: d3d11 : d3d_query_init تجاهل MiscFlags 0x1.
...
88353.696: 0024: 002e: fixme: d3d_shader : shader_sm4_read_instruction_modifier معدل غير معالج 0x00155543.
88353.696: 0024: 002e: fixme: d3d_shader : shader_sm4_read_instruction_modifier معدل غير معالج 0x800000c2.
...
88371.986: 0024: 0047: fixme: d3d_shader : shader_glsl_sprintf_cast مصبوب غير معالج من 0x1 إلى 0x5.
...
88372.567: 0024: 0047: fixme: d3d_shader : shader_sm4_read_instruction_modifier معدل غير معالج 0x80002302.
88372.567: 0024: 0047: fixme: d3d_shader : shader_sm4_read_instruction_modifier معدل غير معالج 0x00199983.
...

قطع السجل
https://nopaste.xyz/؟8a9f8bb93460b0ca#TCL2E8LNiewHCC3Q5NFctkamrsbCm+ADdjkRowO9h2M=

كان أملي هو حل مشكلة التجميد باستخدام wined3d ، لكن ذلك لم ينجح.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-446234658 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AI4Dvo96Df53qopG7dOxVV89KpYSuEDbks5u38nQgaJpZM4WIe20
.

حاولت أن ألعب مع تركيبة معطلة في كيدي لكن هذا لم يساعد

أعتقد أن هذا هو سجل تحطم بلدي
steam-582010.log
__

بالنسبة للأعطال المتعلقة بضرب الرئيس الأخير ، تحتاج إلى نسخ بعض الملفات من تثبيت Windows

هناك مشكلة في مقاطع الفيديو تتسبب في توقف اللعبة. على وجه الخصوص ، هناك مشهد سينمائي بعد قتل Xeno'jiiva (المعروف أيضًا باسم "؟؟؟") في مهمة الحملة النهائية مما يمنع إكمال اللعبة. تحدث نفس المشكلة أيضًا عند محاولة عرض مقاطع الفيديو في البرامج التعليمية. لحسن الحظ ، تمكنت من التغلب على المشكلة باستخدام ملفات DLL من Windows 7 ، باتباع نفس الخطوات الموجودة في مؤشر ترابط إصدار Proton لـ Shadows: Awakening .

الملفات هي

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

نظرًا لأنني أستخدم wineprefix 64 بت ، فقد حصلت على كلا الإصدارين 64 بت و 32 بت من كل ملف (في system32 و syswow64 على التوالي). بالنسبة لملفات التسجيل ، حصلت على جهاز افتراضي لتقييم Windows 7 + IE10 .

لسبب ما ، لم يقم wine regedit wmf.reg باستيراد تغييرات التسجيل ، لذلك اضطررت إلى فتح wine regedit والقيام بذلك من واجهة المستخدم الرسومية.

أنظر أيضا:

• موضوع رديت حول "الخطأ"
• Askubuntu مناقشة حول Windows Media Feature Pack

بعد إصلاح هذه المشكلة ، تعمل اللعبة بسلاسة عند 1080p 60 + fps على Core i7 8700K مع GTX 1070 Ti على Arch Linux nvidia-396.54 و kernel 4.18.9-arch1-1-ARCH . في 1440 بكسل ، أحصل على 30-45 إطارًا في الثانية. تحدث أحيانًا أعطال كل عدة ساعات ، ولكن يبدو أنه يتم تخفيفها بشكل كبير عن طريق تشغيل اللعبة في وضع الإطارات بلا حدود. يتم تشغيل جميع الإعدادات على أعلى مستوى باستثناء v-sync وإيقاف تشغيل الضباب الحجمي ، حيث يؤثر كلاهما على الأداء بشدة.

بالنسبة للأعطال المتعلقة بضرب الرئيس الأخير ، تحتاج إلى نسخ بعض الملفات من تثبيت Windows

هناك مشكلة في مقاطع الفيديو تتسبب في توقف اللعبة. على وجه الخصوص ، هناك مشهد سينمائي بعد قتل Xeno'jiiva (المعروف أيضًا باسم "؟؟؟") في مهمة الحملة النهائية مما يمنع إكمال اللعبة. تحدث نفس المشكلة أيضًا عند محاولة عرض مقاطع الفيديو في البرامج التعليمية. لحسن الحظ ، تمكنت من التغلب على المشكلة باستخدام ملفات DLL من Windows 7 ، باتباع نفس الخطوات الموجودة في مؤشر ترابط إصدار Proton لـ Shadows: Awakening .
الملفات هي

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

نظرًا لأنني أستخدم wineprefix 64 بت ، فقد حصلت على كلا الإصدارين 64 بت و 32 بت من كل ملف (في system32 و syswow64 على التوالي). بالنسبة لملفات التسجيل ، حصلت على جهاز افتراضي لتقييم Windows 7 + IE10 .
لسبب ما ، لم يقم wine regedit wmf.reg باستيراد تغييرات التسجيل ، لذلك اضطررت إلى فتح wine regedit والقيام بذلك من واجهة المستخدم الرسومية.
أنظر أيضا:

• موضوع رديت حول "الخطأ"
• Askubuntu مناقشة حول Windows Media Feature Pack

بعد إصلاح هذه المشكلة ، تعمل اللعبة بسلاسة عند 1080p 60 + fps على Core i7 8700K مع GTX 1070 Ti على Arch Linux nvidia-396.54 و kernel 4.18.9-arch1-1-ARCH . في 1440 بكسل ، أحصل على 30-45 إطارًا في الثانية. تحدث أحيانًا أعطال كل عدة ساعات ، ولكن يبدو أنه يتم تخفيفها بشكل كبير عن طريق تشغيل اللعبة في وضع الإطارات بلا حدود. يتم تشغيل جميع الإعدادات على أعلى مستوى باستثناء v-sync وإيقاف تشغيل الضباب الحجمي ، حيث يؤثر كلاهما على الأداء بشدة.

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

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

ستحتاج إلى تثبيت windows 7 64 بت ، ولا يمكن أن يكون كوريًا (أو إصدار CE إذا لم أكن مخطئًا) نظرًا لأنه يفتقر إلى برامج الترميز المطلوبة ، يجب أن يكون تثبيت windows 7 ، بينما لم أختبر مع 8 ، ملفات w10 لا تعمل.

انسخ ملف dlls:

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

من مجلدي system32 و syswow64 (سيكون لديك مجموعتان من dlls واحدة لـ 32 بت والأخرى لـ 64) ، افتح محرر التسجيل وابحث عن إدخال HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Media Foundation وقم بتصديره إلى ملف يسمى wmf.reg

انقل هذه الملفات إلى تثبيت Linux الخاص بك ، وأنشئ ملفًا جديدًا يسمى mf.reg ، والصقه فيه:

REGEDIT4

[HKEY_LOCAL_MACHINE\Software\Wine\LicenseInformation]
"msmpeg2adec-AACDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-AACDecoderV2InSKU"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2InSKU"=dword:00000001

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}]
@="MPEG4 Byte Stream Handler"

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}]
@="File Scheme Handler"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}]
@="MFReadWrite Class Factory"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}\InprocServer32]
@="mfreadwrite.dll"
"ThreadingModel"="Both"

افتح Terminal وقم بتشغيل هذا لإجراء التغييرات المطلوبة:
export WINEPREFIX=/path/to/SteamLibrary/steamapps/compatdata/582010/pfx

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

ثم اركض :

wine start regedit.exe mf.reg
wine64 start regedit.exe mf.reg
wine start regedit.exe wmf.reg
wine64 start regedit.exe wmf.reg
wine regsvr32 msmpeg2vdec.dll
wine regsvr32 msmpeg2adec.dll
wine64 regsvr32 msmpeg2vdec.dll
wine64 regsvr32 msmpeg2adec.dll

سيؤدي هذا إلى استيراد مفاتيح التسجيل إلى wineprefix ثم تسجيل dlls ، تذكر أن 64 بت و 32 بت لها dlls مختلفة ، إذا كان لديك أي نوع من مشاكل التبعية ، فمن المحتمل أنك خلطت dlls

شكرًا لـ lieff لإيجاد الإصلاح لورانس لنشر الحل في الأصل هنا

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

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

ستحتاج إلى تثبيت windows 7 64 بت ، ولا يمكن أن يكون كوريًا (أو إصدار CE إذا لم أكن مخطئًا) نظرًا لأنه يفتقر إلى برامج الترميز المطلوبة ، يجب أن يكون تثبيت windows 7 ، بينما لم أختبر مع 8 ، ملفات w10 لا تعمل.

انسخ ملف dlls:

mf.dll
mferror.dll
mfplat.dll
mfreadwrite.dll
msmpeg2adec.dll
msmpeg2vdec.dll
sqmapi.dll

من مجلدي system32 و syswow64 (سيكون لديك مجموعتان من dlls واحدة لـ 32 بت والأخرى لـ 64) ، افتح محرر التسجيل وابحث عن إدخال HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Media Foundation وقم بتصديره إلى ملف يسمى wmf.reg

انقل هذه الملفات إلى تثبيت Linux الخاص بك ، وأنشئ ملفًا جديدًا يسمى mf.reg ، والصقه فيه:

REGEDIT4

[HKEY_LOCAL_MACHINE\Software\Wine\LicenseInformation]
"msmpeg2adec-AACDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-AACDecoderV2InSKU"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2AddInEnable"=dword:00000001
"msmpeg2adec-DolbyDigitalDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-H264VideoDecoderV2InSKU"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2AddInEnable"=dword:00000001
"msmpeg2vdec-MPEG2VideoDecoderV2InSKU"=dword:00000001

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}]
@="MPEG4 Byte Stream Handler"

[HKEY_CLASSES_ROOT\CLSID\{271C3902-6095-4c45-A22F-20091816EE9E}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}]
@="File Scheme Handler"

[HKEY_CLASSES_ROOT\CLSID\{477EC299-1421-4bdd-971F-7CCB933F21AD}\InprocServer32]
@="mf.dll"
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}]
@="MFReadWrite Class Factory"

[HKEY_CLASSES_ROOT\CLSID\{48e2ed0f-98c2-4a37-bed5-166312ddd83f}\InprocServer32]
@="mfreadwrite.dll"
"ThreadingModel"="Both"

افتح Terminal وقم بتشغيل هذا لإجراء التغييرات المطلوبة:
export WINEPREFIX=/path/to/SteamLibrary/steamapps/compatdata/582010/pfx

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

ثم اركض :

wine start regedit.exe mf.reg
wine64 start regedit.exe mf.reg
wine start regedit.exe wmf.reg
wine64 start regedit.exe wmf.reg
wine regsvr32 msmpeg2vdec.dll
wine regsvr32 msmpeg2adec.dll
wine64 regsvr32 msmpeg2vdec.dll
wine64 regsvr32 msmpeg2adec.dll

سيؤدي هذا إلى استيراد مفاتيح التسجيل إلى wineprefix ثم تسجيل dlls ، تذكر أن 64 بت و 32 بت لها dlls مختلفة ، إذا كان لديك أي نوع من مشاكل التبعية ، فمن المحتمل أنك خلطت dlls

شكرًا لـ lieff لإيجاد الإصلاح لورانس لنشر الحل في الأصل هنا

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

عفوا غبائي ولكن أين بالضبط يجب أن أضع الملفات ، في أي مجلدات؟ هل هو في نظام بروتون system32 و syswow64 أو مجلدات نظام النبيذ و mf.reg amd wmf.reg أيضًا في أي مجلدات؟

@ blastermaster77 نعم ، أنت بحاجة إلى وضع 64 بت dlls في system32 و 32 بت في syswow64 في بادئة البروتون أو أي بادئة نبيذ أخرى تستخدمها لبدء اللعبة. عند تشغيل wine regsvr32 و wine64 regsvr32 تحتاج export WINEPREFIX=/path/to/prefix متغير env.

@ blastermaster77 نعم ، أنت بحاجة إلى وضع 64 بت dlls في system32 و 32 بت في syswow64 في بادئة البروتون أو أي بادئة نبيذ أخرى تستخدمها لبدء اللعبة. عند تشغيل wine regsvr32 و wine64 regsvr32 تحتاج export WINEPREFIX=/path/to/prefix متغير env.

لقد فعلت ذلك وهو لا يعمل

هل يمكنك نشر سجلات جديدة؟ أنا أرى

21498.732:0025:002f:fixme:mfplat:MFStartup (131184, 0): stub

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

هل يمكنك نشر سجلات جديدة؟ أنا أرى

21498.732:0025:002f:fixme:mfplat:MFStartup (131184, 0): stub

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

steam-582010.log
أنا هنا سجلي الجديد.

هل يجب تحديث win7 أولاً لاستخراج dlls والسجلات؟

الآن الأمر مختلف

4273.680:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFPlat.DLL": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfplat.dll: invalid ELF header
4273.680:0026:0027:trace:module:load_builtin_callback loaded mfplat.dll 0x5d020 0x7f4481b40000
4273.680:0026:0027:trace:module:MODULE_InitDLL (0x7f4481b40000 L"mfplat.dll",WINE_PREATTACH,(nil)) - CALL
4273.680:0026:0027:trace:module:LdrUnloadDll (L"mfplat.dll") - START
4273.680:0026:0027:trace:module:MODULE_DecRefCount (L"mfplat.dll") ldr.LoadCount: 0
4273.680:0026:0027:trace:module:free_modref  unloading L"C:\\windows\\system32\\mfplat.dll"
=>0 0x000007ff385f7a76 in mfplat (+0x27a76) (0x000007fffffffff8)
  1 0x000007ff386034c1 in mfplat (+0x334c0) (0x00007f43f7917d10)
  2 0x000007ff38602112 in mfplat (+0x32111) (0x00007f43f7917d10)
  3 0x000007ff385f88a7 in mfplat (+0x288a6) (0x00007f43509dfc30)
  4 0x000007ff385df9b9 in mfplat (+0xf9b8) (0x00007f43509dfc30)
  5 0x000007ff385dfb49 in mfplat (+0xfb48) (0x00007f43509dfc30)
  6 0x000007ff38601152 in mfplat (+0x31151) (0x00007f43509dfc30)
PE       7ff385d0000-     7ff3863c000   Export          mfplat

يبدو أن تجاوز mfplat.dll & mf.dll لا يزال افتراضيًا إلى مضمّن.

الآن الأمر مختلف

4273.680:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFPlat.DLL": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfplat.dll: invalid ELF header
4273.680:0026:0027:trace:module:load_builtin_callback loaded mfplat.dll 0x5d020 0x7f4481b40000
4273.680:0026:0027:trace:module:MODULE_InitDLL (0x7f4481b40000 L"mfplat.dll",WINE_PREATTACH,(nil)) - CALL
4273.680:0026:0027:trace:module:LdrUnloadDll (L"mfplat.dll") - START
4273.680:0026:0027:trace:module:MODULE_DecRefCount (L"mfplat.dll") ldr.LoadCount: 0
4273.680:0026:0027:trace:module:free_modref  unloading L"C:\\windows\\system32\\mfplat.dll"
=>0 0x000007ff385f7a76 in mfplat (+0x27a76) (0x000007fffffffff8)
  1 0x000007ff386034c1 in mfplat (+0x334c0) (0x00007f43f7917d10)
  2 0x000007ff38602112 in mfplat (+0x32111) (0x00007f43f7917d10)
  3 0x000007ff385f88a7 in mfplat (+0x288a6) (0x00007f43509dfc30)
  4 0x000007ff385df9b9 in mfplat (+0xf9b8) (0x00007f43509dfc30)
  5 0x000007ff385dfb49 in mfplat (+0xfb48) (0x00007f43509dfc30)
  6 0x000007ff38601152 in mfplat (+0x31151) (0x00007f43509dfc30)
PE         7ff385d0000-     7ff3863c000   Export          mfplat

يبدو أن تجاوز mfplat.dll & mf.dll لا يزال افتراضيًا إلى مضمّن.

كيف يمكنني جعلها غير مدمجة بشكل افتراضي؟

يمكنك استخدام:

• WINEDLLOVERRIDES env https://wiki.winehq.org/Wine_User٪27s_Guide#WINEDLLOVERRIDES.3DDLL_Overrides
• winecfg
• تعديل user.reg-> Software \ Wine \ DllOverrides في بادئة مثل

[Software\\Wine\\DllOverrides] 1536334351
...
"mf"="native,builtin"
"mfplat"="native,builtin"
...

يمكنك استخدام:

* WINEDLLOVERRIDES env https://wiki.winehq.org/Wine_User%27s_Guide#WINEDLLOVERRIDES.3DDLL_Overrides

* winecfg

* Modify user.reg->Software\Wine\DllOverrides in prefix like

[Software\\Wine\\DllOverrides] 1536334351
...
"mf"="native,builtin"
"mfplat"="native,builtin"
...

هذا ما لدي على user.reg

[Software \ Wine \ DllOverrides] 1544476852

الوقت = 1d490ce3aaf5900

"api-ms-win-crt-conio-l1-1-0" = "أصلي ، مضمّن"
"api-ms-win-crt-heap-l1-1-0" = "أصلي ، مضمّن"
"api-ms-win-crt-locale-l1-1-0" = "أصلي ، مضمّن"
"api-ms-win-crt-math-l1-1-0" = "أصلي ، مضمّن"
"api-ms-win-crt-runtime-l1-1-0" = "أصلي ، مضمّن"
"api-ms-win-crt-stdio-l1-1-0" = "أصلي ، مضمّن"
"api-ms-win-crt-time-l1-1-0" = "أصلي ، مضمّن"
"atl100" = "أصلي ، مدمج"
"atl110" = "أصلي ، مدمج"
"atl120" = "أصلي ، مدمج"
"atl140" = "أصلي ، مدمج"
"concrt140" = "أصلي ، مدمج"
"mf" = "أصلي ، مدمج"
"mfplat" = "أصلي ، مدمج"
"msvcp100" = "أصلي ، مضمّن"
"msvcp110" = "أصلي ، مضمّن"
"msvcp120" = "أصلي ، مضمّن"
"msvcp140" = "أصلي ، مضمّن"
"msvcr100" = "أصلي ، مضمّن"
"msvcr110" = "أصلي ، مضمّن"
"msvcr120" = "أصلي ، مضمّن"
"msvcr140" = "أصلي ، مضمّن"
"ucrtbase" = "أصلي ، مدمج"
"vcomp100" = "أصلي ، مضمّن"
"vcomp110" = "أصلي ، مدمج"
"vcomp120" = "أصلي ، مدمج"
"vcomp140" = "أصلي ، مدمج"
"vcruntime140" = "أصلي ومدمج"

وهذا هو السجل الجديد.
steam-582010.log

9821.747:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\steam_api64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/steam_api64.dll: invalid ELF header
9822.864:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFReadWrite.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfreadwrite.dll: invalid ELF header
9822.944:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/amd_ags_x64.dll: invalid ELF header
9823.030:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\oo2core_5_win64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/oo2core_5_win64.dll: invalid ELF header
9829.780:0026:0030:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\openvr_api_dxvk.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/openvr_api_dxvk.dll: invalid ELF header

يبدو أن النبيذ الجديد يبدأ في تنفيذ mfreadwrite.dll وتحتاج إلى تعيين تجاوز dll لذلك أيضًا.

9821.747:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\steam_api64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/steam_api64.dll: invalid ELF header
9822.864:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFReadWrite.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfreadwrite.dll: invalid ELF header
9822.944:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/amd_ags_x64.dll: invalid ELF header
9823.030:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\oo2core_5_win64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/oo2core_5_win64.dll: invalid ELF header
9829.780:0026:0030:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\openvr_api_dxvk.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/openvr_api_dxvk.dll: invalid ELF header

يبدو أن النبيذ الجديد يبدأ في تنفيذ mfreadwrite.dll وتحتاج إلى تعيين تجاوز dll لذلك أيضًا.

سجل جديد بعد تجاوز mfreadwrite.dll على user.reg

steam-582010.log

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

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

طيب شكرا للمساعدة سوف تستمر في المحاولة.

نظام التشغيل Ubuntu 18.04
Nvidia 1080 GTX (415)
64 جيجا بايت رام
1440 ص
بروتون 3.16-5

تعمل اللعبة _ok-ish_ من حيث الأداء (حوالي 35 إطارًا في الثانية في 21: 9 @ 1440 بكسل - كل شيء _ أقصى حد _). المشكلات الرئيسية التي واجهتها هي:

• لا يبدو أنه قادر على إعداد لوحتي (PS3 wireless ، PS3 wired USB ، XBOX مقلد) - واللعبة صعبة للغاية بدون وحدة تحكم ، خاصة Bow والأسلحة الأخرى التي تتطلب التركيز / التكبير
• تتعطل اللعبة عند تشغيل الأفلام - ليست مشكلة حتى الرئيس الأخير (أعلم أن الأشخاص قد أبلغوا عن حلول بديلة ، وأعتقد أن الأفضل هو تخطي الأفلام بأنفسهم مع تنفيذ بسيط)
• يمكن تحسين الأداء (تم تجاوز الحد الأقصى ، لست متأكدًا مما هو الأداء على Windows)

لدي ما يقارب 1000 ساعة على PS4 ، هذه تجربة أكثر ، لكني أحب حقًا التبديل إلى مجموعة PC / Linux ...

تعديل

لقد سألت عن الأداء على Windows ولا يبدو أن هذا مختلف ... بالإضافة إلى أنه يعمل في الإعدادات العالية حوالي 50 إطارًا في الثانية. عدم القدرة على استخدام الوسادة يقودني إلى الجنون ...

تحرير 2

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

نظام التشغيل Ubuntu 18.04
Nvidia 1080 GTX (415)
64 جيجا بايت رام
1440 ص
بروتون 3.16-5

تعمل اللعبة _ok-ish_ من حيث الأداء (حوالي 35 إطارًا في الثانية في 21: 9 @ 1440 بكسل - كل شيء _ أقصى حد _). المشكلات الرئيسية التي واجهتها هي:

* Can't seem to be able to setup my pad (PS3 wireless, PS3 wired USB, XBOX emulated) - and the game is super hard to play without controller, especially Bow and other weapons which require to focus/zoom

* The game crashes when playing movies - not an issue up until the final boss (I know people have reported workarounds, I think the best would be to just skip the movies themselves with a stub implementation)

* Performance could be improved (it's all maxed out, not sure though what is the performance on Windows)

لدي ما يقارب 1000 ساعة على PS4 ، هذه تجربة أكثر ، لكني أحب حقًا التبديل إلى مجموعة PC / Linux ...

تعديل

لقد سألت عن الأداء على Windows ولا يبدو أن هذا مختلف ... بالإضافة إلى أنه يعمل في الإعدادات العالية حوالي 50 إطارًا في الثانية. عدم القدرة على استخدام الوسادة يقودني إلى الجنون ...

تحرير 2

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

حول مشكلة وحدة التحكم ، افعل ذلك وأخبرني ما إذا كانت تعمل على حل المشكلة. أستخدم وحدة التحكم بالبخار ، و Dual Shock 4 ، ووحدة تحكم wiiupro ، ووحدة تحكم xbox360 العامة بدون مشكلة ، على ubuntu 18.04 http://steamcommunity.com/app/353370/discussions/0/490123197956024380/

ما عليك سوى نشر مقطع فيديو حتى تتمكن من رؤية المشكلة https://t.co/rKisdtS8LC

Plagman @ blastermaster77lieffbuscher قضية الحقيقي الوحيد لهذا _platinum_ عدم هي أن الأفلام لا يمكن تخطي (أو لعبت بشكل مثالي الظهر).

لقد ألقيت نظرة على التنفيذ الافتراضي لواجهة برمجة التطبيقات هذه ويبدو أنها تُرجع E_NOTIMPL . أعتقد أنه بالنظر إلى مستندات API على MSDN ، فإن الأشخاص في CAPCOM ربما قاموا فقط بتنفيذ التحقق من القيم الثلاث _S_OK_ و _MF_E_INVALIDSTREAMNUMBER_ و / أو _MF_E_NO_MORE_TYPES_.
كنت أتساءل ، ربما إذا أردنا تصحيح استدعاء تطبيق النبيذ هذا بإرجاع _MF_E_INVALIDSTREAMNUMBER_ والإعداد
*type = NULL;
ربما كان حشد CAPCOM قد كتب بعض التعليمات البرمجية للتعامل مع فشل واضح؟
هذا هو الأمل الوحيد ، ما لم نتمكن من إعادة حزم الثنائيات المطلوبة أو تواصلPlagman مع CAPCOM ويطلب منهم إدارة _E_NOTIMPL_ بشكل صحيح؟ : +1:

نأمل أن نتمكن من فرز هذا ، ثم سننتهي!

تعديل

بعد حوالي ساعتين من الجلسات ، تتعطل اللعبة بشكل بسيط (على سبيل المثال ، لا يتم تحديث الشاشة ولكن الموسيقى والعملية لا تزال على قيد الحياة - الحمد لله أنا فقط أقتل _pid_ وأعد تشغيله) كل حوالي 20 دقيقة تقريبًا ، وهو أمر مزعج.
هل يجب علي التقاط السجلات؟ هل سيكون مفيدا؟
سجلات _dmesg_ هي:

[1831.482496] NVRM: Xid (PCI: 0000: 01: 00): 31، Ch 0000002b، intr 10000000. خطأ MMU: رسومات المحرك GPCCLIENT_T1_5 خطأ @ 0x0_00000000. الخطأ من النوع FAULT_PDE ACCESS_TYPE_READ
[3610.304080] snd_hda_intel 0000: 00: 1f.3: LPIB غير مستقر (65536> = 32768) ؛ تعطيل حساب تأخير LPIB
[4340.252228] NVRM: Xid (PCI: 0000: 01: 00): 31، Ch 0000002b، intr 10000000. خطأ MMU: رسومات المحرك GPCCLIENT_T1_7 خطأ @ 0x0_00000000. الخطأ من النوع FAULT_PDE ACCESS_TYPE_READ
[5497.137813] الأداء: استغرقت المقاطعة وقتًا طويلاً (2508> 2500) ، مما أدى إلى خفض kernel.perf_event_max_sample_rate إلى 79500
[5931.131236] NVRM: Xid (PCI: 0000: 01: 00): 31، Ch 0000002b، intr 10000000. خطأ MMU: رسومات المحرك GPCCLIENT_T1_9 خطأ @ 0x0_00000000. الخطأ من النوع FAULT_PDE ACCESS_TYPE_READ
[6644.139978] NVRM: Xid (PCI: 0000: 01: 00): 31، Ch 0000002b، intr 10000000. خطأ MMU: رسومات المحرك GPCCLIENT_T1_4 خطأ @ 0x0_00000000. الخطأ من النوع FAULT_PDE ACCESS_TYPE_READ

نفسbuscherLikutar.
هل وجد أي شخص حلا لهذا حتى الآن؟ أم أنها مشكلة سائق Nvidia؟ هل سأعود إلى 410؟

Emanem لدي أيضًا مشكلة التجميد على GTX 1070 مع برنامج التشغيل 415.23 و Proton 3.16-5

حتى الآن كانت هذه المشكلة موجودة لكل إصدار سائق وكل إصدار من Proton

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

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

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

للتسجيل ، فتحت https://github.com/doitsujin/dxvk/issues/816 للتحقيق في التجميد ، ولكن لا يوجد إصلاح / حل بديل معروف حتى الآن.

Emanem ، نعم ، لا يزال الصوت قيد التشغيل عند تعطله ويمكنني علامة تبويب alt في محطة طرفية

يبدو أنه من خلال تعطيل _motion blur_ تقل احتمالات حدوث ذلك (لا يزال يحدث ، ولكن نادرًا).
سأختبر أكثر وأعلمك بذلك.

لذا سأقوم بتناغم 255 ساعة من اللعب على نظام Linux فقط هنا ، وما يمكنني جمعه من جميع المشكلات التي لاحظتها في اللعبة.

تحطم

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

1. تعطل النظام الكامل.

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

2. تحطم لعبة غير قابلة للاسترداد

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

2.1 قبل 415+ برامج تشغيل Nvidia

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

2.2 برنامج تشغيل Nvidia 415.18.04 Vulkan-beta

كانت اللعبة غير قابلة للتشغيل ، وبالكاد تمكنت من الحصول على 10 دقائق دون حدوث عطل ، ولكن كانت هناك مناسبات _ فقط اللعبة تعطلت _ ويمكنني تبديل علامة التبويب ثم قتلها

2.3 برامج التشغيل الحالية (415.22.01)

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

3. تعافي من التعافي

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

في البداية كان نادرًا (حوالي منتصف أكتوبر) ولكنه أصبح أكثر شيوعًا مع مرور الوقت مع تحديثات برامج تشغيل kernel و proton و Nvidia.

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

4. تعطل مدير النوافذ

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

تفاصيل عامة عن الأعطال

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

لقد كنت أستخدم فرع Vulkan-beta لفترة طويلة وفي التحديث من 396.54.09 إلى 415.18.04 ، كانت اللعبة تتعطل باستمرار ، بعد تحديث برامج التشغيل 415.22.01 يبدو أن لديها تردد 396 تعطل ، ربما أقل قليلاً ، ولكن مع تعطل اللعبة العرضي غير القابل للاسترداد ، يمكنني فقط التبديل بعيدًا ، لم يحدث ذلك في 396.

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

عند تشغيل nvidia-smi على الشاشة الأخرى ، فإنه يظهر أحيانًا استخدام GPU بنسبة 100٪ عند حدوث عطل ، وهذا هو الموقف الوحيد الذي رأيته على الإطلاق يتم الإبلاغ عن استخدام GPU بنسبة 100٪.

برامج ترميز الفيديو

سيؤدي تشغيل أي فيديو داخل اللعبة إلى تعطل اللعبة ، إلا إذا قمت بتثبيت برامج الترميز المناسبة ، فيجب أخذها من تثبيت Windows 7 64 بت ، مع التسجيل من نفس الجهاز.

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

أداء

يقول بعض الأشخاص أنه "جيد جدًا" ولكن لا يمكنني الموافقة ، باستخدام نفس الإعدادات في كل من نظام التشغيل Linux و windows ، رأيت فرقًا قدره 30 إطارًا في الثانية (98 على windows إلى 68 على Linux).

من اللحامات أن البروتون 3.16-6 يعمل على إصلاح مشكلات الفيديو! هل يمكن لشخص اخر ان يؤكد؟

يبدو أن الأمور تسير بشكل أفضل ، ولكن الآن تتوقف لعبتي في التحميل إلى أجل غير مسمى على Rotten Vale ...

لا يتجمد ، لكن شريط التحميل يقطع 95٪ من الطريق ويبقى هناك.

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

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

حسنًا ، لسبب ما ، تمكنت من رؤية مقطع الفيديو بعد الرئيس النهائي مع البروتون 3.16-6. لقد جربت مقاطع الفيديو التعليمية وما زلت أعطل ، على الأقل يمكنني الاستمرار في اللعب الآن.

حسنًا ، لسبب ما ، تمكنت من رؤية مقطع الفيديو بعد الرئيس النهائي مع البروتون 3.16-6. لقد جربت مقاطع الفيديو التعليمية وما زلت أعطل ، على الأقل يمكنني الاستمرار في اللعب الآن.

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

وصلت أخيرًا إلى _Xeno_ (نهاية اللعبة الأساسية) ثم قررت استخدام Windows 10 لمشاهدة الفيلم ثم استيراد الحفظ مرة أخرى.

أشعر بالقذارة :(

نأمل أن يتم تنفيذ واجهات Media Feature Pack هذه بشكل صحيح بواسطة _wine_ bunch!

تعديل

تمت إزالة الارتباط المباشر

تحذير لما سبق: هذا رابط مباشر لتنزيل ملف.

الطراز Alienware 15R4
Distro: Manjaro
النواة: 4.19.0.3-MANJARO
وحدة معالجة الرسومات: Nvidia GTX 1070 (جوال)
سائق: Nvidia 415 (على ما أعتقد)
وحدة المعالجة المركزية: i7 8750H
ذاكرة الوصول العشوائي: 16 جيجابايت

يوجد حاليًا خطأ في Windows يتسبب في تعطل Monster Hunter World وكذلك على بطاقات Nvidia. (ERR12 "تعطل جهاز الرسومات") الإصلاح المفترض لذلك هو ضبط Nvidia Control Panel - 3D Settings - Global - Power Management على الأداء الأقصى.

أشعر بالفضول إذا كانت هذه هي نفس المشكلة التي تحدث على أجهزة جنو / لينكس. أتساءل عما إذا كنت قد قمت بتعيين Power-Mizer على وضع الأداء الأقصى إذا كان سيحل هذا الأمر.

جرب على مسؤوليتك الخاصة

الأمر (بالنسبة لي) هو nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 > /dev/null

قد لا يكون لدي الوقت لاختباره قليلاً ، لكنني سأقوم بنشر النتائج.

الطراز Alienware 15R4
Distro: Manjaro
النواة: 4.19.0.3-MANJARO
وحدة معالجة الرسومات: Nvidia GTX 1070 (جوال)
سائق: Nvidia 415 (على ما أعتقد)
وحدة المعالجة المركزية: i7 8750H
ذاكرة الوصول العشوائي: 16 جيجابايت

يوجد حاليًا خطأ في Windows يتسبب في تعطل Monster Hunter World وكذلك على بطاقات Nvidia. (ERR12 "تعطل جهاز الرسومات") الإصلاح المفترض لذلك هو ضبط Nvidia Control Panel - 3D Settings - Global - Power Management على الأداء الأقصى.

أشعر بالفضول إذا كانت هذه هي نفس المشكلة التي تحدث على أجهزة جنو / لينكس. أتساءل عما إذا كنت قد قمت بتعيين Power-Mizer على وضع الأداء الأقصى إذا كان سيحل هذا الأمر.

جرب على مسؤوليتك الخاصة

الأمر (بالنسبة لي) هو nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 > /dev/null

قد لا يكون لدي الوقت لاختباره قليلاً ، لكنني سأقوم بنشر النتائج.

لقد اختبرت ذلك لمدة 3 ساعات تقريبًا مع ضبط Power mizer على الحد الأقصى ولم يتعطل وسيستمر في الاختبار لمعرفة ما إذا كان إصلاحًا نهائيًا.

robbierobs يمكنني أن أؤكد أن استخدام PoweMizer في الأداء يعمل! لقد لعبت اللعبة لساعات ولم تتجمد. إذا قمت بتعطيله ، فإنه يتجمد. شكر.

robbierobs يمكنني أن أؤكد أن استخدام PoweMizer في الأداء يعمل! لقد لعبت اللعبة لساعات ولم تتجمد. إذا قمت بتعطيله ، فإنه يتجمد. شكر.

في احسن الاحوال! يسعدني أن أرى أنها تعمل!

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

robbierobs لسوء الحظ ، لا يبدو أنه قد

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

robbierobs أنا بعيد عن جهاز الكمبيوتر الخاص بي الآن لذا لا يمكنني الحصول على تفاصيل فائقة ، ولكن فيما يلي المواصفات التي يمكنني تذكرها:

سطح مكتب مخصص
Distro: Manjaro Linux
النواة: 4.20.0
وحدة معالجة الرسومات: GTX 1080ti
سائق: Nvidia 415.25
وحدة المعالجة المركزية: i7-4790k
اللوحة الأم: Gigabyte Z97X-Gaming 3
ذاكرة الوصول العشوائي: 32 جيجابايت

أنا متأكد من أنه كان بأقصى أداء ، أظهر الرسم البياني المرحلة 3 وكان تواتري عند 1923 ميجاهرتز عندما نظرت إليها. كان من الممكن أن يكون الأمر كاذبًا رغم ذلك ، يمكن أن تكون أشياء Nvidia صعبة نوعًا ما ...

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

@ ecru332 بالنسبة لي الحد الأقصى للمستوى 4. اسمحوا لي أن أعرف ما تجد.

لقد اختبرت لمدة ساعتين وتعرضت لتحطم واحد. يبدو أفضل من المعتاد بالرغم من ذلك!

تعديل

لقد اختبرت مع الإعداد 1 ، المستوى 4.
1080 GTX مع 415.25

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

في الخميس ، 3 كانون الثاني (يناير) 2019 ، الساعة 6:26 مساءً ، كتب إيمانيم < [email protected] :

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

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-451297424 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AI4Dvk6Ir7RkRa44TR_opqJg1OeWtYQ3ks5u_oOxgaJpZM4WIe20
.

robbierobs أعتقد أنه كان هناك بعض الالتباس في مستوى الأداء مني. يحتوي المخطط على المستوى 0-3 لذلك قلت 3 ، لكنه يجلس في المستوى الرابع. ما لم يكن يجب أن يكون هناك 4 في مكان ما ، إذا كان هناك ، فأنا في حيرة من أمري.

@ ecru332 كل هذا جيد ، طالما أنه أقصى مستوى. ما زلنا نحطم القوة في ماكس.

تضمين التغريدة شكرا على التحديثات. البحث مستمر.

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

تعديل:

لا تهتم ، لقد تعرضت لحادث هذا الصباح بعد حوالي 5 دقائق.

لقد تغلبت على اللعبة ، نوعًا ما ...

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

أنا في 3.16-6 ، لا أعمل على الرغم من أنه كان يعمل مع @ blastermaster77 ، هل هناك أي شيء آخر قمت به؟

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

@ النثار ، التمويه

نعم ، لقد قمت للتو بتثبيت Steam و MHW على كمبيوتر محمول يعمل بنظام Windows ، وشاهدت المشهد بسرعة 5 إطارات في الثانية ، ثم عملت على جهاز الكمبيوتر العادي الخاص بي.

لم تكن بحاجة حتى إلى نقل الملفات المحفوظة يدويًا على الإطلاق ، فقد عملت تلقائيًا بسبب Steam cloud.

فيما يتعلق بالسينما التي لا تعمل ، هل هي مختلفة عن الافتتاحية؟ عند بدء شخصية جديدة؟

لم أحاول استخدام Proton حتى الآن ، ولكن كل شيء يعمل مع النبيذ العادي (الفانيليا و / أو التدريج) بالنسبة لي ، بعد 'winetricks dxvk' (النبيذ عادةً من git master ، 4.0-rcs في هذا الوقت ، وأنا في انتظار إصدار 4.0 قبل أن أقوم بتقديم بيانات اختبار AppDB). تم تشغيل المشهد الافتتاحي بقيم FPS منخفضة للغاية ، حتى أنه تم إلغاء مزامنة الصوت / الفيديو ، لكنني أعتقد أنه تم ضبط إعدادات الرسومات على الحد الأقصى في ذلك الوقت ... أحتاج إلى إعادة اختباره باستخدام إعداداتي الحالية القابلة للتشغيل) .

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

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

المشكلات الأقل التي لاحظتها مع النبيذ العادي:

• عند إطلاق اللعبة لأول مرة ، هناك شاشة سوداء فقط وقد تظل على هذا النحو لمدة 8 دقائق على الأقل عندما قمت بتوقيتها مرة واحدة. يبدو أن تغيير الدقة يؤدي إلى إعادة تعيين هذا (نوع من مبنى تظليل؟). لا بأس بعد البداية الأولى.

• يبدو أن إعداد "جودة عرض الحجم" له تأثير كبير على الأداء ، وقد يتسبب في أن تكون قيمة FPS حول أقل من 1 (بينما قد يكون لدي حوالي 15 إلى 80 ، اعتمادًا على الإعدادات الأخرى والموقع / العرض داخل اللعبة) .

@ z0z0z اتبع الإرشادات الواردة في هذا المنشور السابق لتشغيل مقاطع الفيديو.
ستحتاج إلى إصدار 64 بت من نظام التشغيل windows 7 مع تحديث الوسائط للحصول على الملفات التي تحتاجها.

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

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

نسيت أن تكون هذه الأشياء شيئًا (لم تجربها أبدًا بعد). لقد أدت بالفعل إلى حدوث انهيار بالنسبة لي أيضًا ، باستخدام النبيذ العادي (4.0-rc4-10-g40c5184a90a6).

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

fosspill يؤدي تطبيق وتسجيل dlls إلى إصلاح مقاطع الفيديو التعليمية. تحقق مرة أخرى من أنك اتبعت التعليمات بالضبط؟

لدي مشكلة في تشغيل MHW من خلال البروتون. حتى أتمكن من تشغيل اللعبة من خلالها ، وتمرير الشعارات ، وتحميل الشاشات ، وتحميلها إلى المدينة. ستلعب اللعبة بشكل جيد لبعض الوقت ولكنها ستتعطل في النهاية حيث يتم تجميد كل شيء في مكانه. في هذه المرحلة ، سأضطر إلى إغلاق اللعبة بالقوة بقتل عملية النبيذ. ومع ذلك ، عند القيام بذلك ، لم يعد بإمكاني تجاوز الشعارات لأن الشاشة ستكون سوداء عند إعادة تشغيل اللعبة. بشكل أساسي ، لا يمكنني اللعب مع MHW مع Proton بعد حدوث ذلك ويجب أن أنتظر حتى تحل هذه المشكلة نفسها بطريقة ما ، وهو ما يحدث إذا انتظرت لعدة أيام ... أشعر أن هناك ملفات يجب إزالتها للسماح لـ Wine لتحميل اللعبة بعد الشعارات. هل هذا صحيح إذا كان الأمر كذلك فماذا سيكونون؟ كيف يمكنني تجاوز هذا؟

أنا أستخدم البروتون البخاري 3.16-6 ، Fedora 29 ، Nvidia driver 415.25

لدي مشكلة في تشغيل MHW من خلال البروتون. حتى أتمكن من تشغيل اللعبة من خلالها ، وتمرير الشعارات ، وتحميل الشاشات ، وتحميلها إلى المدينة. ستلعب اللعبة بشكل جيد لبعض الوقت ولكنها ستتعطل في النهاية حيث يتم تجميد كل شيء في مكانه. في هذه المرحلة ، سأضطر إلى إغلاق اللعبة بالقوة بقتل عملية النبيذ. ومع ذلك ، عند القيام بذلك ، لم يعد بإمكاني تجاوز الشعارات لأن الشاشة ستكون سوداء عند إعادة تشغيل اللعبة. بشكل أساسي ، لا يمكنني اللعب مع MHW مع Proton بعد حدوث ذلك ويجب أن أنتظر حتى تحل هذه المشكلة نفسها بطريقة ما ، وهو ما يحدث إذا انتظرت لعدة أيام ... أشعر أن هناك ملفات يجب إزالتها للسماح لـ Wine لتحميل اللعبة بعد الشعارات. هل هذا صحيح إذا كان الأمر كذلك فماذا سيكونون؟ كيف يمكنني تجاوز هذا؟

أنا أستخدم البروتون البخاري 3.16-6 ، Fedora 29 ، Nvidia driver 415.25

Fatmice هناك

• تتعطل برامج تشغيل Nvidia للأسف - وبالتالي يتم الحفظ كثيرًا وعندما تتعطل اللعبة يمكنك إعادة التشغيل من هناك. يجب أن أقول أن الإصدار الأخير (415.27) يبدو أكثر استقرارًا قليلاً (نصف عدد الأعطال)
• تستخدم اللعبة إصدارًا معينًا من مكتبة Microsoft لتشغيل الأفلام (مرة أخرى ، ليس مشاهد داخل اللعبة ، ولكن أفلام مثل تلك الموجودة في البرنامج التعليمي للأسلحة) ولا يتم تنفيذ هذه المكتبة في _wine_. طالما أنك لا تشاهد الأفلام (مرة أخرى مثل دروس الأسلحة) ، فستكون بخير. المشكلة الوحيدة التي ستواجهها هي عندما تهزم الوحش الأخير ، ستجبرك اللعبة على لعب مشهد سينمائي ولن تتقدم أبدًا حتى الآن. الحل لهذا هو:
  
  
  
  • قم بتحميل اللعبة في windows ، واحفظها وانتقل مرة أخرى على Linux
  
  
  • قم بتنزيل المكتبات المطلوبة لتشغيل هذه الأفلام (لاحظ أنه لا يمكن تضمينها مع _wine _ / _ proton_ افتراضيًا بسبب مشكلات الترخيص) ، قم بإعدادها والسماح بتشغيل الأفلام والاستمرار
  
  

أتمنى أن يساعدك هذا!

ملاحظة. لدي ما يقرب من 130+ ساعة ، إنه بالتأكيد يعمل بشكل جيد وقابل للعب.

Emanem لا أواجه مشكلات مع الأفلام داخل اللعبة ... أواجه مشكلات مع _إعادة تشغيل اللعبة بعد تعطلها_. لن يتجاوز شعار Capcom بعد تعطله حيث لا يوجد شيء سوى شاشة سوداء ... أشعر أن هناك بعض الملفات المتبقية في بادئة النبيذ التي يجب إزالتها لتجاوز ذلك؟ لا أعرف ما إذا كان Fedora 29 قد نشر 415.27 حتى الآن ...

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

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

Emanem لا أواجه مشكلات مع الأفلام داخل اللعبة ... أواجه مشكلات مع _إعادة تشغيل اللعبة بعد تعطلها_. لن يتجاوز شعار Capcom بعد تعطله حيث لا يوجد شيء سوى شاشة سوداء ... أشعر أن هناك بعض الملفات المتبقية في بادئة النبيذ التي يجب إزالتها لتجاوز ذلك؟ لا أعرف ما إذا كان Fedora 29 قد نشر 415.27 حتى الآن ...

Fatmice FYI ،

تم التحديث إلى 415.27 ، بدون تغيير ، لا تزال الشاشة سوداء بعد شعار Capcom عند إعادة تشغيل اللعبة بمجرد تعطل MHW.

Fatmice يتم تحميل ملف الحفظ بعد شعار Capcom. أعتقد ، للأسف ، أن ملف الحفظ الخاص بك قد يكون تالفًا أثناء التعطل. يمكنك محاولة إجراء النسخ الاحتياطي أولاً ثم إزالة ملف الحفظ الأصلي.

@ ljn917 ليس مستبعدًا لأنني أستطيع نقل هذا الملف إلى جهاز windows الخاص بي وسيتم تحميله بشكل جيد.

Plagman بدافع الفضول ، هل تعرف ما إذا كان شخص ما في Nvidia يبحث في مشكلة السائقين هذه؟

إصلاح محتمل للعبة:
https://github.com/doitsujin/dxvk/issues/728#issuecomment -459839962

حاول @ ahmed-elsayed2017 هذا الإصلاح ولكن اللعبة لا تزال تتعطل عندما أحاول تشغيل مقاطع فيديو تعليمية (تم اختبار مقاطع الفيديو فقط) يبدو أنه يحاول استخدام ملف mfplat ولكن حدث خطأ ما عند حدوث ذلك.
mfplat.dll v12.0.7601.23471 64-bit with MD5: 2188de5fa5c741fb2b81eb9f37d26ba7
steam-582010.log

تحتاج بعض الألعاب إلى تثبيت MF + WMP لتتمكن من تشغيل مقاطع الفيديو. WMP هو مكون إشكالي ، لأنه لا يمكن تثبيته إلا في بادئة 32 بت فقط. إنها مشكلة قديمة يتجاهلها مطورو النبيذ مثل ما يفعلونه الآن مع مشكلة WMF ، وهم يعملون على DX9 / DX10 / DX11 / DX12 إلى Vulkan للحصول على النبيذ الرسمي في الوقت الحالي ، وإصلاح مجموعة من الأخطاء القديمة والجديدة إلى قم بزيادة عدد ألعاب العمل على Wine / Proton ، لذلك لا تتوقع أي حل لمشاكل أخرى في أي وقت قريب!

@ ahmed-elsayed2017 آه فهمت. المشكله. شكرا على الشرح التفصيلي بالرغم من ذلك!

حاليًا ، لا يمكنني معرفة السبب.
steam.txt باستخدام الإصدار 3.16-6 بيتا الآن

التصحيح قادم إلى Winetricks لإضافة الملفات المطلوبة لبعض الألعاب التي تحتاج إلى ملفات dll الأصلية الخاصة بمؤسسة Media Foundation. يمكن أن يكون أفضل من الإصلاح اليدوي.

https://github.com/Winetricks/winetricks/issues/1132

@ ahmed-elsayed2017 أعتقد أن فريق البروتون يعمل على إصلاحه أيضًا.

إصلاح محتمل للعبة:
doitsujin / dxvk # 728 (تعليق)

هل أدى هذا إلى إصلاح مشكلة التجميد على الأقل؟ :د
ملاحظة: المتغير rnd التجميد طوال اللعبة هو ما أتحدث عنه
PSS:> fgblomqvist أعتقد أن فريق البروتون يعمل على إصلاحه أيضًا.
أتمنى ذلك :(

@ Lelo91 لم أحصل على تجميد / تعطل واحد منذ أن اشتريت جهاز كمبيوتر جديدًا به أجهزة أكثر قوة (على سبيل المثال ، لم تعد اللعبة تضع حمولة بنسبة 100٪ على وحدة معالجة الرسومات الخاصة بي). غريب جدا ، لكن نعم ، أتساءل.

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

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

ملاحظة: إلى جانب ذلك قمت بتثبيت جديد ubuntu 18.04 قبل أيام قليلة في طموح يائس للتخلص من التجميد واختيار برنامج التشغيل الاحتكاري nvidia 410.93 بدلاً من مركز التحديث ، تم إجراء بعض التحسينات على وقت القياس حتى يحدث التجميد ، ولكن إذا الحصول على تجميد لم أعد قادرًا على الخروج بأي شكل من الأشكال وقتل عملية اللعبة ، حيث تؤذي الأجهزة الصلبة أصابعي في كل مرة
PSS:
وحدة المعالجة المركزية: AMD Athlon 200GE
مُعالج الرسومات: Nividia 1060 3GB
ذاكرة الوصول العشوائي: 8 جيجابايت
ميغابايت: Asus Prime 450m-k

@ Lelo91 لم أحصل على تجميد / تعطل واحد منذ أن اشتريت جهاز كمبيوتر جديدًا به أجهزة أكثر قوة (على سبيل المثال ، لم تعد اللعبة تضع حمولة بنسبة 100٪ على وحدة معالجة الرسومات الخاصة بي). غريب جدا ، لكن نعم ، أتساءل.

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

لقد جربت مع RX460 الخاص بي مع 2 جيجابايت من VRAM وسيسمح لك بالتحميل في اللعبة ، وبعد ذلك بمجرد تحريك الكاميرا ، ستتعطل وتجمد Xorg.

ربما ينفد الأشخاص هنا الذين يعانون من الأعطال من VRAM؟ أو الأجهزة الأقل قوة تعطلها فقط.

@ z0z0z كنت أقوم بتشغيله على GTX 1060 Ti بسرعة 40-50 إطارًا في الثانية ثم قمت بالترقية إلى RTX 2080 Ti حيث قمت بتشغيله بحد أقصى 70-80 إطارًا في الثانية. أعتقد أن مشكلة VRAM قد تكون مشكلة ، أو أن اللعبة ببساطة تصبح غير مستقرة لسبب ما عندما لا تتمكن من تقديم سرعة معينة على الأقل (لن يفاجئني لأنها منفذ وحدة تحكم بعد كل شيء). على الرغم من أنه ركض في 40-50 فقد هزم. انخفض إلى أقل من 30 في بعض الأحيان.

لقد تعرضت لعدة أعطال مع Geforce 1070 (كمبيوتر محمول). أعتقد أنهم كانوا جميعًا
في أسئلة الساحة.

في الأربعاء ، 6 فبراير ، 2019 ، 18:18 كتب z0z0z [email protected] :

@ Lelo91 https://github.com/Lelo91 لم أحصل على واحدة
تجمد / تعطل منذ أن اشتريت جهاز كمبيوتر جديدًا به أجهزة أكثر قوة
(على سبيل المثال ، لم تعد اللعبة تضع حمولة بنسبة 100٪ على وحدة معالجة الرسومات الخاصة بي). غريب جدا ، ولكن
نعم ، أتساءل.

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

لقد جربت مع RX460 الخاص بي بسعة 2 غيغابايت من VRAM وسيسمح لك بالتحميل في
اللعبة ، وبعد ذلك بمجرد تحريك الكاميرا ، ستتعطل وتتجمد
Xorg.

ربما ينفد الأشخاص هنا الذين يعانون من الأعطال من VRAM؟ أو أقل قوة
الأجهزة فقط تعطلها.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-461227416 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ABY5ni1KbNpzzTc0JSYqw6Ys5f4EysbZks5vK2LegaJpZM4WIe20
.

fgblomqvist لقد لعبت اللعبة في الإطارات التي تصفها على Windows دون أي أعطال. أعتقد أنه إذا كان عدم الاستقرار يعتمد على معدل الإطارات ، فمن المحتمل أن يكون نتيجة لمشكلة أساسية في مكدس البروتون (محرر: أو في محركات LInux أو ما شابه).

ربما ينفد الأشخاص هنا الذين يعانون من الأعطال من VRAM؟

هذا أحد تخميناتي أيضًا. لقد بدأت في جعلهم يتجمدون أيضًا ، أثناء كتابة تقرير اختبار (Vanilla Wine) لـ Wine AppDB. [1]

لديّ GTX 960 بسعة 2 جيجا بايت فقط من الذاكرة ، والتي تميل إلى أن تكون بنسبة 99-100٪ مستخدمة في جميع الأوقات ، إذا كنت تستخدم دقة 1080 بكسل (مع ضبط إعدادات الرسومات على أدنى مستوى ممكن للجزء الأكبر).

لقد قمت بتعيين الدقة على 900 بكسل ، وبدا أنها تجعل الأمور أفضل ، لبعض الوقت ، بدءًا من حوالي 85٪ ، ولكن يبدو أنها سترتفع في النهاية بغض النظر عن (تسريبات؟)

كم تستهلك اللعبة من بطاقات ذات ذاكرة أكبر؟

1. https://appdb.winehq.org/objectManager.php؟sClass=version&iId=37601&iTestingId=104892

@ z0z0zChiitoo اختبرت على جهاز الكمبيوتر المحمول لإمكانية الخروج من الذاكرة. تم استخدام حوالي 3.5 جيجا بايت على جهاز Geforce 1070 (إصدار الكمبيوتر المحمول ، 8 جيجابايت VRAM). لم يتسبب الانهيار في حدوث ارتفاع مفاجئ في VRAM.

إذا كان لديك ذاكرة VRAM بسعة 2 جيجابايت فقط ، فمن المحتمل أن تكون خارج VRAM ، ولكن في حالات أخرى (VRAM> 4 جيجابايت) ، أعتقد أن الأعطال المتفرقة لم تكن مرتبطة باستخدام VRAM.

@ ljn917 ،

فقط للتأكد ، هل تقصد حالة "استمرار تشغيل الموسيقى"؟

شكر!

نعم

في السبت ، 9 فبراير 2019 ، 08:02 كتب Chiitoo [email protected] :

@ ljn917 https://github.com/ljn917 ،

فقط للتأكد ، هل تقصد حالة "استمرار تشغيل الموسيقى"؟

شكر!

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-462042797 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ABY5noigVg_bzVi-AkMxbIsy5GgfxDVjks5vLsbkgaJpZM4WIe20
.

لقد وجدت "إصلاحًا محتملاً" لأجهزة Windows ، ولكن ليس لدي واحدًا لاختباره بنفسي ، ربما يريد شخص لديه بعض الخبرة والأشياء المناسبة في متناول اليد إلقاء نظرة ثاقبة على الإصلاح ، فهو يدعي إصلاح حالات التجمد والتلعثم على MH: W ، هنا رابط الفيسبوك:
حذفت الرابط لأنني لم أختبره وأعلن الكثير أنه فيروس / برنامج تجسس

تحرير: منذ تثبيت win10 ، لم أعد أتجمد دون اختبار الإصلاح ، كلهم ​​قلقون جدًا ، لذلك لم تختبره ، لست متأكدًا مما إذا كان بسبب win10 أو ربما برنامج تشغيل nvidia الجديد الذي قام بإصلاحه الآن بالنسبة لي على win10

تلك الوظيفة تبدو مشبوهة AF

تلك الوظيفة تبدو مشبوهة AF

أنا في الواقع أخاطر بنفسي ، وأقوم بتثبيت win10 واختباره ، وسوف أعلمك ما إذا كان الأمر يستحق النظر فيه

تلك الوظيفة تبدو مشبوهة AF

أنا في الواقع أخاطر بنفسي ، وأقوم بتثبيت win10 واختباره ، وسوف أعلمك ما إذا كان الأمر يستحق النظر فيه

من الواضح أن هذا فيروس / برنامج تجسس وما إلى ذلك ...

ملاحظة أخرى ، منذ أن عدت إليها وبدأت في الاختبار مرة أخرى ، عندما حدث ذلك ، تمكنت من إلقاء نظرة على القمة ، كانت Xorg تدور بنسبة 100٪ ، بينما كانت اللعبة بمعدل 80٪ عادي

AHA مسكتك!

Feb 12 20:50:11 graviton.localdomain kernel: NVRM: Xid (PCI:0000:01:00): 31, Ch 0000009b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_8 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

ظهر ذلك في المجلة مباشرة حيث دخلت اللعبة في وضع القفل الكامل

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

أي أفكار حول كيفية تعقبه بشكل أكبر؟

حسنًا ، وجدت cuda-memcheck ، سنرى ما إذا كان بإمكاني تشغيله تحت ذلك وربما سنجد أخيرًا خطأ التجميد!

حسنًا ، يبدو أن محاولة إرفاق cuda-gdb به تتسبب في تعطله ، لكنني لست خبيرًا في gdb ، هل أي شخص لديه أي حظ في إرفاق مصححات الأخطاء به؟

لست متأكدا إذا كنت على علم بذلك
https://github.com/doitsujin/dxvk/issues/816

تحتوي معظم الألعاب على إجراءات قوية جدًا لمكافحة الأخطاء ... أفكر في ذلك
إضافة windows_print_stacktrace () في dxvk لطباعة تتبع المكدس.

في الثلاثاء ، 12 فبراير 2019 ، 21:46 كتب Sean Pryor [email protected] :

حسنًا ، يبدو أن محاولة إرفاق cuda-gdb به تتسبب في تعطله ، لكنني
لا يوجد خبير gdb ، أي شخص لديه أي حظ في إرفاق المصححات به؟

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-463033810 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ABY5npo47lv25JfnwojOk8cJjysqXNLRks5vM3x-gaJpZM4WIe20
.

آه ، لقد وجد شخص آخر بالفعل رسالة خطأ الجذر

نعم ، حسبت ، من خلال محاولتي الأولى في gdb ، تم تشغيل اللعبة أثناء إرفاقها ، ولكن يبدو أن الانتقالات تقضي عليها

سأرى ما إذا كانت بعض الأشياء في هذا الموضوع الآخر يمكن أن تساعد

تمكنت من ربط cuda-gdb به ، عبرت الأصابع!

لإرفاق cuda-gdb ، ستحتاج إلى القيام بما يلي:

Start MHW and get into the game proper. The early menu screens will crash if you attach early
ps aux | grep MonsterHunterWorld.exe # Note the PID of the actual executable
cuda-gdb
# The rest of these inside the cuda-gdb shell
handle SIGUSR1 nostop noprint
handle SIGQUIT nostop noprint
set cuda api_failures stop
attach <mhw pid from above>
continue

في هذه المرحلة ، ستعمل اللعبة ، ونأمل أن تعطينا تتبعًا خلفيًا لطيفًا عند حدوث deref للمؤشر الفارغ

أي أفكار حول كيفية تعقبه بشكل أكبر؟

كان للتو حدث تحطم مع تشغيل الموسيقى الذي أقفل مشكلة X. اضطررت إلى SSH عبر هاتفي لقتل MHW. ومع ذلك ، أثناء البحث عن NVRM ، رأيت ملف تفريغ يشير إلى أن Steam هو الذي مات. كانت جلسة Firefox الخاصة بي لا تزال قيد التشغيل ، لكن Steam قد مات بالفعل. ربما تسبب بعض التفاعل مع Steam في ذلك؟

عفوًا ، هذا من شأنه أن يفسر سبب عدم تمكن gdb من اكتشاف الانهيار الناتج عن عملية MHW

MHW لديه العديد من المواضيع. أعتقد أن موضوع التقديم ليس الموضوع الرئيسي.

في الجمعة ، 15 فبراير 2019 ، 10:19 كتب Sean Pryor [email protected] :

حسنًا ، هذا من شأنه أن يفسر سبب عدم تمكن gdb من التقاط الحادث من MHW
معالجة

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-464087135 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ABY5nrpluD2wfHy4RCEIFjCkxb_-xHVBks5vNtACgaJpZM4WIe20
.

أخشى أن تكون المشكلة أن DXVK يشير إلى _handle_ صالح ، لكن الذاكرة الأساسية يتم إلغاء تخصيصها من قبل السائق دون _reassigning_ المورد نفسه (أي ليس خطأ DXVK ، ولكن ببساطة خطأ في برامج التشغيل)

بعد كل شيء لا يحدث على AMD وهو شائع نسبيًا في Nvidia.

لدي قفل النظام الكامل على جهازي باستخدام بطاقة AMD:
وحدة معالجة الرسومات: RX590
السائقين: 18.3.3 (RADV)
وحدة المعالجة المركزية: i7 6700k
لينوكس Dist: Manjaro (Arch) - 4.19 Kernel

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

هممم ، للمساعدة في تشخيصه ، يمكنك القيام بخطوتين:
انتقل إلى دليل Steam (~ / .local / share / Steam على نظامي) انتقل إلى steamapps / common ثم إلى الدليل الخاص بإصدار Proton الذي تستخدمه. ثم mv user_settings.py.sample إلى user_settings.py

هناك ، قم بتعيين قيمتين (يمكن أن تكون نفس التشغيل أو مختلفة)
DXVK_SHADER_DUMP_PATH=/some/path (تأكد من وجود /some/path ، سيتم تفريغ الكثير من الملفات هنا). قد يؤثر تعيين هذا على معدل الإطارات قليلاً ، ولكن يجب أن يظل قابلاً للتشغيل

الثاني يتطلب LunarG sdk ، يمكنك العثور على التعليمات هنا https://vulkan.lunarg.com/doc/sdk/1.1.101.0/linux/getting_started.html حول كيفية تثبيته

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

VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_api_dump سينتج عن هذا قدرًا هائلاً من المخرجات في /tmp/dumps/$(whoami)_stdout.log ، انتهى بي الأمر بالحاجة إلى تركيب قرص احتياطي على / tmp / dumps (وأنا أقترح وضعه على التخزين الدائم إذا انتهى بك الأمر إلى إعادة التشغيل على أي حال). بالإضافة إلى ذلك ، سيدمر معدل الإطارات الخاص بك تمامًا ، ولكن يجب أن يجمع كل معلومات تصحيح الأخطاء الممكنة.

يجب أن يساعد تحميل كلاهما في عملية التصحيح

هممم ، للمساعدة في تشخيصه ، يمكنك القيام بخطوتين:
انتقل إلى دليل Steam (~ / .local / share / Steam على نظامي) انتقل إلى steamapps / common ثم إلى الدليل الخاص بإصدار Proton الذي تستخدمه. ثم mv user_settings.py.sample إلى user_settings.py

هناك ، قم بتعيين قيمتين (يمكن أن تكون نفس التشغيل أو مختلفة)
DXVK_SHADER_DUMP_PATH=/some/path (تأكد من وجود /some/path ، سيتم تفريغ الكثير من الملفات هنا). قد يؤثر تعيين هذا على معدل الإطارات قليلاً ، ولكن يجب أن يظل قابلاً للتشغيل

الثاني يتطلب LunarG sdk ، يمكنك العثور على التعليمات هنا https://vulkan.lunarg.com/doc/sdk/1.1.101.0/linux/getting_started.html حول كيفية تثبيته

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

VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_api_dump سينتج عن هذا قدرًا هائلاً من المخرجات في /tmp/dumps/$(whoami)_stdout.log ، انتهى بي الأمر بالحاجة إلى تركيب قرص احتياطي على / tmp / dumps (وأنا أقترح وضعه على التخزين الدائم إذا انتهى بك الأمر إلى إعادة التشغيل على أي حال). بالإضافة إلى ذلك ، سيدمر معدل الإطارات الخاص بك تمامًا ، ولكن يجب أن يجمع كل معلومات تصحيح الأخطاء الممكنة.

يجب أن يساعد تحميل كلاهما في عملية التصحيح

أعتقد أنني قمت بحلها أخيرًا. عندما تعطل نظامي ، تعطل تمامًا ، فلن ينجح شيء ، ولا حتى ctrl + alt + del أو ctrl + alt + f1 ، ولا حتى ssh في (سأحصل على رسالة مضيف لا يمكن الوصول إليها). لذلك اعتقدت أن المشكلة ربما كانت متعلقة بوحدة المعالجة المركزية ، لأن تعطل GPU لن يقتلها إلى هذا الحد. (شيء واحد هو أن تكون كل المخرجات الرسومية ميتة ، والشيء المختلف تمامًا هو أن يكون كل شيء ميتًا ، بما في ذلك زر إعادة الضبط). لذلك انتهى بي الأمر بإضافة خيار PROTON_NO_ESYNC = 1 للعبة ، بالإضافة إلى زيادة حد الملف المفتوح على نظام التشغيل الخاص بي (فقط في حالة):
https://www.reddit.com/r/SteamPlay/comments/9kqisk/tip_for_those_using_proton_no_esync1/
تمكنت من خوض المعركة بأكملها دون وقوع حادث واحد ، لذلك أعتقد أن هذا قد أصلحه بالفعل ، أو على الأقل جعله أكثر استقرارًا.

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

• وينتريكس مف
• تصدير WINEPREFIX = '/ home / user / STEAM / steamapps / Compatdata / 582010 / pfx'
• الأسطر غير المعلقة 129-137 في installcab.py
• وضع "python2" قبل الأسطر 3-8 من install-mf-64.sh
• Ran install-mf-64.sh ، بدا الإخراج صحيحًا
• تم وضع mfplat.dll (md5sum 2188de5fa5c741fb2b81eb9f37d26ba7) داخل الدليل باستخدام MonsterHunterWorld.exe

في الأساس ، لا يعمل. يتعطل المقطع النهائي "Denouement" من المعرض في شاشة التحميل.

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

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

https://gist.github.com/z0z0z/e110687cc79dfcc5a172916762dc9659

لقد وجدت طريقة تعمل. يمكنني الآن تشغيل أفلام البرنامج التعليمي للسلاح والمشهد النهائي.

لست متأكدًا من مكان العثور على هذا الحل البديل ، ولكنه كان من ملف مضغوط يسمى "WMF_workaround.zip" قمت بتنزيله في وقت ما. لقد تضمنت مكتبات DLL لذلك لا أعتقد أنه يمكنني النشر هنا على أي حال.

تحتاج في الأساس إلى dlls من system32 من Windows 7. هذا هو md5sum واسم الملف

20ecac7791dcba69121631cb627e5a96  mf.dll
c6b15f0d5ab0bd0aefc0223f14deb3f9  mferror.dll
54b5dcd55b223bc5df50b82e1e9e86b1  mfplat.dll
e8706a051bffc9da9e9b935aaa432aac  mfreadwrite.dll
35e81aa554e60d395572e780ef3b60cb  msmpeg2adec.dll
e793d5bc2d58797235741eba61dc56b8  msmpeg2vdec.dll
27b9e163740a226b65e4b9e186117911  sqmapi.dll

وهذه الملفات من syswow64.

fdba1dec4f9be4274a00b9b850c63484  mf.dll
92050e12bd24f365a8b8eddf912a3b1e  mferror.dll
40b82688907a7dba4db3b5adde3eab3b  mfplat.dll
bfebb6f76a0988a38260870c61a6d1b7  mfreadwrite.dll
2829ea1cda353987b5552db955f3b736  msmpeg2adec.dll
3de43bfdaf3f8979699650202aa18b12  msmpeg2vdec.dll
ce292c4c10b8db6070f262ea2733f0dc  sqmapi.dll

يمكنك وضع هذه في مجلدي system32 و syswow64 المقابل في بادئة MHW Wine الموجودة في steamapps/compatdata/582010/pfx/drive_c/windows

ثم تحتاج أيضًا إلى ملفي التسجيل هذين ، "mf.reg" و "wmf.reg".

https://gist.github.com/z0z0z/7d535c810cc08dae5bafa68030b96212
https://gist.github.com/z0z0z/d2a937110847bd488716f91dfb6d9dd1

قم بتشغيل الخطوات التالية كلها في نفس المثيل الطرفي ، لذلك يظل متغير بيئة WINEPREFIX مضبوطًا:

export WINEPREFIX="/home/user/my_steam_dir/steamapps/compatdata/582010/pfx"
winecfg

قم بتعيين كافة مكتبات DLL إلى ملف Winecfg الأصلي.

تشغيل (من الواضح أنه في نفس الدليل الذي قمت بتنزيل mf.reg و wmf.reg)

wine start regedit.exe mf.reg
wine start regedit.exe wmf.reg
wine64 start regedit.exe mf.reg
wine64 start regedit.exe wmf.reg
wine64 regsvr32 msmpeg2vdec.dll
wine64 regsvr32 msmpeg2adec.dll
wine regsvr32 msmpeg2vdec.dll
wine regsvr32 msmpeg2adec.dll

لقد وجدت طريقة تعمل. يمكنني الآن تشغيل أفلام البرنامج التعليمي للسلاح والمشهد النهائي.

...

يجب تحويل هذا إلى برنامج نصي _legit_ من بعض الأنواع يقوم بتنزيل مكتبات DLL الصحيحة من أحد مواقع Microsoft.
عمل رائع @ z0z0z راجع للشغل!

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

في الجمعة ، 15 مارس 2019 ، 13:55 كتب Emanem [email protected] :

لقد وجدت طريقة تعمل. يمكنني الآن لعب البرنامج التعليمي للسلاح
الأفلام والمشهد النهائي.

...

يجب تحويل هذا إلى نص برمجي من بعض الأنواع التي تقوم بتنزيل ملف
تصحيح ملفات DLL من موقع Microsoft.
عمل رائع ، راجع للشغل!

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-473384782 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ABY5nujuRcanCPsndS8K6kTQK8woF2Lqks5vW953gaJpZM4WIe20
.

@ z0z0z لقد جربت الإصلاح باستخدام .dlls من تثبيت Win10 الحالي الخاص بي وكان هذا ناتجًا:

[administrator@CM-Sandy ~]$ wine start regedit.exe mf.reg
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine start regedit.exe wmf.reg
002d:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 start regedit.exe mf.reg
0031:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 start regedit.exe wmf.reg
0035:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 regsvr32 msmpeg2vdec.dll
regsvr32: Failed to load DLL 'msmpeg2vdec.dll'
[administrator@CM-Sandy ~]$ wine64 regsvr32 msmpeg2adec.dll
regsvr32: Failed to load DLL 'msmpeg2adec.dll'
[administrator@CM-Sandy ~]$ wine regsvr32 msmpeg2vdec.dll
regsvr32: Failed to load DLL 'msmpeg2vdec.dll'
[administrator@CM-Sandy ~]$ wine regsvr32 msmpeg2adec.dll
regsvr32: Failed to load DLL 'msmpeg2adec.dll'

كما هو متوقع ، لا تزال اللعبة تتعطل على الفور عند تحميل ما بعد حفظ Xeno. هل يلزم استخدام Win7 .dlls أم أنني فعلت شيئًا خاطئًا على طول الطريق؟

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

كما هو متوقع ، لا تزال اللعبة تتعطل على الفور عند تحميل ما بعد حفظ Xeno. هل يلزم استخدام Win7 .dlls أم أنني فعلت شيئًا خاطئًا على طول الطريق؟

لقد سمعت أنه يجب أن يكون Win7 DLLS على وجه التحديد. ربما تحقق من protondb أو شيء من هذا القبيل.

تأكد من تعيينها على ملف Winecfg الأصلي.

Win10 dlls لديها مشاكل مع النبيذ ، win7 dlls مطلوب.

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

administrator@linux-hd8q:~/util/mhw_fix> wine start regedit.exe mf.reg
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine start regedit.exe wmf.reg
002f:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 start regedit.exe mf.reg
0033:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 start regedit.exe wmf.reg
0037:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 regsvr32 msmpeg2vdec.dll
003b:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0x7ff385dce74, 0x7ff3861f800, 0x7ff3861f118) stub.
003b:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0x7ff385dce74, 0x7ff3861f7d0, 0x7ff3861f110) stub.
003b:fixme:ntdll:EtwRegisterTraceGuidsW (0x7ff7277d18c, 0x7ff7279a1b0, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x23f5a0, (null), (null), 0x7ff7279a1b8): stub
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e2821408-c59d-418f-ad3f-aa4e792aeb79}
003b:fixme:ntdll:EtwRegisterTraceGuidsW (0x7ff56de1b6c, 0x261d00, {ae5cf422-786a-476a-ac96-753b05877c99}, 59, 0x261db0, (null), (null), 0x261da8): stub
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {924fef1b-8c47-47c4-b2a2-0f798e5197f9}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8bfbc8d5-e916-40fb-bb35-7a2d4af2e67c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0df035c2-4ce4-4c90-91ec-be88a75256a0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e69ebe53-f68f-44af-8413-3208e0650cb1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9618aaa3-f1b7-4547-8d7d-ecd33a9f5f21}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6e425425-2cf1-4a56-a342-f9b0be19f959}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {af12b205-0cb3-468a-b974-939c7a9fccb5}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {58d1dcb8-3d39-454b-9d0c-86f13ef40598}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {418b0044-3a99-42e9-bc6b-27aa981c9fcd}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7a870f24-2d49-4a63-b490-bc3d334c467f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6f3f585b-24fe-42c4-9297-a68099d88b78}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {92dbd4ed-8ede-4b81-8f21-08854d1d73a3}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {489cebd7-2ea1-4b7f-a691-fa3832d91653}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cff7ab7d-bc30-4f86-a8ea-012d68acf443}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {5c42bb3c-1ac3-4a29-b444-a34201cb8c80}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {01c7f2d5-d540-425a-b2d9-de5009328b61}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cc524410-c384-4bd1-97a6-41ff7675cce6}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {148e90b2-99d4-4c69-acdc-b50376efd9c0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {11c5ebdd-b374-490a-95d1-0d1bd1fcf62c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fcc7ed1d-bfdc-4167-b260-7467400298b3}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7b704605-fd3c-4c41-93e1-28e24d9d4da2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {78b20843-da14-425c-9ce9-299cc07c4a74}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0be12c7b-5a32-4ad1-8b5f-383478d611bf}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2e06ed10-e950-4caf-9ce8-b3b5bd71e4d0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7d931f4b-b3ae-43f3-a09f-cae4ac366dc2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {67fd805b-8c72-40eb-b338-d1946238196a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {d8eab3c0-b199-4ddf-9989-7f207e1ef682}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {60c0a470-f195-4c82-b860-6c22fd910bab}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {462ed505-628b-4750-aa0b-8980666c0749}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f5c049ef-a79d-4eda-a8b9-9098995f1305}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {4edccdc3-acd3-4e58-a8ce-1274f6a5c14b}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {77edd950-3d3b-472a-8375-68f69a3eb708}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {72fc760d-103c-491a-84b0-eb5b979324e2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fd85abae-6318-4816-a599-a29827770f56}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ffbb6354-03a7-4f32-97db-8cb234c03715}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f485b25e-afd5-4b28-aec8-71c3b44797ff}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {1f1a717a-06e3-48a8-956e-c5bc1e88e043}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e81ec494-478f-4901-982f-0e402d01e3ec}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9be3da12-30e5-48d3-ab65-267387448ce4}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {de846c56-3b73-4021-8fd3-bb17a0642d1f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ad2dd759-97cd-4a76-945f-f6108b5aaca1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {827e8d25-fe4e-46f6-b263-ccf41ddca4fd}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {08a2ce94-b603-43e8-9de4-ed09705fe07a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c6d167a4-9536-4f66-9c30-b8544a0f9a7f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6bed20f7-831f-43d6-9e84-d431893a161f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3dfb2b0c-1d54-494c-a508-93c092bc2dd5}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {dcb2aeed-8d4e-4eff-bbdf-52e9f85a964a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {31f96aab-89fa-4909-93b8-a3ec8252a84b}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {a04cf2a8-40c0-4def-8640-bd0fb7834c58}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {41fbed6a-4396-441b-88ba-79ba9e4f2d9e}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8d15d110-141f-47f2-958b-e3f197e8eae7}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3933bc04-15a2-40b0-a6ee-8559928780e2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7719a441-b86d-421a-9642-63689a7bf81f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7008c05c-33a9-4fec-b010-b7369bc71f73}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2bd6889f-0a1d-4612-a1f9-6f0c6f01467c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {62ebe05c-39ef-4170-9c84-aaa3b3d0d8e1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6a764b22-a86d-4ca0-9ef8-b2b26d3df464}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c0785df3-6630-4097-9771-1a22cb7ac173}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ed28be9f-fcd9-4cb8-a2ed-b87eccccf7b2}
003b:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2vdec.dll'
003b:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003b:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003b:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003b:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine64 regsvr32 msmpeg2adec.dll
003d:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0x7ff385dce74, 0x7ff3861f800, 0x7ff3861f118) stub.
003d:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0x7ff385dce74, 0x7ff3861f7d0, 0x7ff3861f110) stub.
003d:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2adec.dll'
003d:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003d:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine regsvr32 msmpeg2vdec.dll
003f:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0xfdd4df9, 0xfdfdbd0, 0xfdfdbc8) stub.
003f:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0xfdd4df9, 0xfdfdcb0, 0xfdfdca8) stub.
003f:fixme:ntdll:EtwRegisterTraceGuidsW (0x6c116b14, 0x6c13d178, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x33fa70, (null), (null), 0x6c13d180): stub
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e2821408-c59d-418f-ad3f-aa4e792aeb79}
003f:fixme:ntdll:EtwRegisterTraceGuidsW (0x2772aab0, 0x3614a0, {ae5cf422-786a-476a-ac96-753b05877c99}, 59, 0x361550, (null), (null), 0x361548): stub
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {924fef1b-8c47-47c4-b2a2-0f798e5197f9}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8bfbc8d5-e916-40fb-bb35-7a2d4af2e67c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0df035c2-4ce4-4c90-91ec-be88a75256a0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e69ebe53-f68f-44af-8413-3208e0650cb1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9618aaa3-f1b7-4547-8d7d-ecd33a9f5f21}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6e425425-2cf1-4a56-a342-f9b0be19f959}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {af12b205-0cb3-468a-b974-939c7a9fccb5}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {58d1dcb8-3d39-454b-9d0c-86f13ef40598}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {418b0044-3a99-42e9-bc6b-27aa981c9fcd}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7a870f24-2d49-4a63-b490-bc3d334c467f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6f3f585b-24fe-42c4-9297-a68099d88b78}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {92dbd4ed-8ede-4b81-8f21-08854d1d73a3}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {489cebd7-2ea1-4b7f-a691-fa3832d91653}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cff7ab7d-bc30-4f86-a8ea-012d68acf443}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {5c42bb3c-1ac3-4a29-b444-a34201cb8c80}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {01c7f2d5-d540-425a-b2d9-de5009328b61}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cc524410-c384-4bd1-97a6-41ff7675cce6}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {148e90b2-99d4-4c69-acdc-b50376efd9c0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {11c5ebdd-b374-490a-95d1-0d1bd1fcf62c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fcc7ed1d-bfdc-4167-b260-7467400298b3}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7b704605-fd3c-4c41-93e1-28e24d9d4da2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {78b20843-da14-425c-9ce9-299cc07c4a74}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0be12c7b-5a32-4ad1-8b5f-383478d611bf}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2e06ed10-e950-4caf-9ce8-b3b5bd71e4d0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7d931f4b-b3ae-43f3-a09f-cae4ac366dc2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {67fd805b-8c72-40eb-b338-d1946238196a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {d8eab3c0-b199-4ddf-9989-7f207e1ef682}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {60c0a470-f195-4c82-b860-6c22fd910bab}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {462ed505-628b-4750-aa0b-8980666c0749}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f5c049ef-a79d-4eda-a8b9-9098995f1305}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {4edccdc3-acd3-4e58-a8ce-1274f6a5c14b}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {77edd950-3d3b-472a-8375-68f69a3eb708}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {72fc760d-103c-491a-84b0-eb5b979324e2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fd85abae-6318-4816-a599-a29827770f56}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ffbb6354-03a7-4f32-97db-8cb234c03715}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f485b25e-afd5-4b28-aec8-71c3b44797ff}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {1f1a717a-06e3-48a8-956e-c5bc1e88e043}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e81ec494-478f-4901-982f-0e402d01e3ec}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9be3da12-30e5-48d3-ab65-267387448ce4}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {de846c56-3b73-4021-8fd3-bb17a0642d1f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ad2dd759-97cd-4a76-945f-f6108b5aaca1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {827e8d25-fe4e-46f6-b263-ccf41ddca4fd}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {08a2ce94-b603-43e8-9de4-ed09705fe07a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c6d167a4-9536-4f66-9c30-b8544a0f9a7f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6bed20f7-831f-43d6-9e84-d431893a161f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3dfb2b0c-1d54-494c-a508-93c092bc2dd5}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {dcb2aeed-8d4e-4eff-bbdf-52e9f85a964a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {31f96aab-89fa-4909-93b8-a3ec8252a84b}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {a04cf2a8-40c0-4def-8640-bd0fb7834c58}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {41fbed6a-4396-441b-88ba-79ba9e4f2d9e}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8d15d110-141f-47f2-958b-e3f197e8eae7}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3933bc04-15a2-40b0-a6ee-8559928780e2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7719a441-b86d-421a-9642-63689a7bf81f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7008c05c-33a9-4fec-b010-b7369bc71f73}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2bd6889f-0a1d-4612-a1f9-6f0c6f01467c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {62ebe05c-39ef-4170-9c84-aaa3b3d0d8e1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6a764b22-a86d-4ca0-9ef8-b2b26d3df464}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c0785df3-6630-4097-9771-1a22cb7ac173}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ed28be9f-fcd9-4cb8-a2ed-b87eccccf7b2}
003f:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2vdec.dll'
003f:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003f:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003f:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003f:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine regsvr32 msmpeg2adec.dll
0041:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0xfdd4df9, 0xfdfdbd0, 0xfdfdbc8) stub.
0041:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0xfdd4df9, 0xfdfdcb0, 0xfdfdca8) stub.
0041:fixme:reg:RegDisableReflectionKey 0x94: stub
regsvr32: Successfully registered DLL 'msmpeg2adec.dll'
0041:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
0041:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> 

@ z0z0z ما هو إصدار Proton الذي تستخدمه ؛ ما زلت غير قادر على الحصول على الإصلاح للعمل مع win7 .dlls.
تحرير: لم أتمكن من تشغيله على 3.7-8 لكنه نجح أخيرًا في 3.16-4.
Edit2: لم يعد بإمكاني تحميل حفظي باستخدام البروتون 3.7-8.
Edit3: يمكنني تحميل الحفظ الخاص بي مرة أخرى في 3.7-8 ولكن كان علي تشغيل جميع الخطوات المذكورة في إصلاح @ z0z0z في كل مرة أغير فيها إصدار Proton الذي كان MHW يستخدمه.

لا تزال نفس مشكلة التجميد مع أحدث إصدار من البروتون v4.2
steam-582010.log

مواصفات النظام:

inxi -bxxx
System:    Host: linux Kernel: 5.0.3-1-default x86_64 bits: 64 compiler: gcc v: 8.3.1 Desktop: KDE Plasma 5.15.3 tk: Qt 5.12.2 
           wm: kwin_x11 dm: SDDM Distro: openSUSE Tumbleweed 20190324 
Machine:   Type: Desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x serial: <root required> UEFI: American Megatrends 
           v: 3805 date: 05/16/2018 
Battery:   Device-1: sony_controller_battery_90:fb:a6:df:fa:93 model: N/A serial: N/A charge: N/A status: Full 
CPU:       Quad Core: Intel Core i5-6600K type: MCP arch: Skylake-S speed: 4392 MHz min/max: 800/4400 MHz 
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] vendor: eVga.com. driver: nvidia v: 418.49.04 bus ID: 01:00.0 
           chip ID: 10de:13c2 
           Display: x11 server: X.Org 1.20.4 driver: nvidia compositor: kwin_x11 resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 970/PCIe/SSE2 v: 4.6.0 NVIDIA 418.49.04 direct render: Yes 
Network:   Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k port: f000 bus ID: 00:1f.6 
           chip ID: 8086:15b8 
Drives:    Local Storage: total: 34.34 TiB used: 33.26 TiB (96.9%) 
Info:      Processes: 381 Uptime: N/A Memory: 15.60 GiB used: 4.71 GiB (30.2%) Init: systemd v: 241 runlevel: 5 
           target: graphical.target Compilers: gcc: 8.3.1 alt: 8 Shell: bash v: 5.0.2 running in: yakuake inxi: 3.0.32 

Fossilize ERROR: Failed to record graphics pipeline: pNext in VkPipelineRasterizationCreateInfo not supported.
Fossilize ERROR: Failed to record graphics pipeline: pNext in VkPipelineRasterizationCreateInfo not supported.

هناك أكثر من 1000 سطر تحاول الاتصال بـ VkPipelineRasterizationCreateInfo هل هذه طريقة فولكان غير مدعومة بالكامل حتى الآن يتم استدعاؤها؟

لقد تلقيت هذا الخطأ بعد حزمة نسيج Highres الجديدة (مثبتة وممكّنة):

كنت أستخدم أحدث إصدار من البروتون v4.2 (-2)

السجل: steam-582010.log

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

ما الذي أحتاجه للعب لعبة رقيقة دون أي أعطال؟
بروتون 4.2-2
هل أحتاج إلى تثبيت MFPlat؟ هل أحتاج ffmpeg؟

تضمين التغريدة
أنت بحاجة إلى حل MFplat ، والذي لا يمكن نشره هنا لأنه يتضمن ملفات dll من Windows 7.

تحقق من بروتوندب للروابط.

@ z0z0z
شكرا لك!
@ kisak- صمام
يجب أن تكون هذه المعلومات في أول منشور.

هل رأى أي شخص "النبيذ: خطأ صفحة غير معالج عند الوصول للكتابة إلى 0x00000000 على العنوان 0x7f8fdaf1fef3 (مؤشر الترابط 003e)" (السطر 25940 في السجل)؟ قبلت السعي ، ثم تعطلت اللعبة وانتهت.

Distro: Fedora 29
النواة: 5.0.6-200.fc29.x86_64
وحدة معالجة الرسومات: GTX 1070 (كمبيوتر محمول)
سائق: nvidia 418.56
وحدة المعالجة المركزية: Intel (R) Core (TM) i7-8750H CPU @ 2.20GHz
ذاكرة الوصول العشوائي: 32 جيجابايت
بروتون: 4.2-2 (dxvk الالتزام fd9a938)

steam-582010.zip
SystemInfo.txt

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

Distro: Arch Linux (مع تمكين اختبار repos)
النواة: 5.0.8.arch1-1
وحدة معالجة الرسومات: GTX 1060 6 جيجابايت
سائق: nvidia 418.56-8
وحدة المعالجة المركزية: AMD Ryzen 5 1600X
ذاكرة الوصول العشوائي: 16 جيجابايت
البروتون: 4.2-3

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

Distro: Arch Linux (مع تمكين اختبار repos)
النواة: 5.0.8.arch1-1
وحدة معالجة الرسومات: GTX 1060 6 جيجابايت
سائق: nvidia 418.56-8
وحدة المعالجة المركزية: AMD Ryzen 5 1600X
ذاكرة الوصول العشوائي: 16 جيجابايت
البروتون: 4.2-3

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

لكن يبدو أنه خطأ جديد.

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

تعمل MHW بشكل جميل بالنسبة لي (إلى جانب الفيديو ، لكنني أكملت بالفعل اللعبة الرئيسية ، لذا فهي ليست مشكلة كبيرة) ، ولكن لديها مشكلة كبيرة. في أي وقت تضغط على Enter في حقل نصي ، تفقد اللعبة لوحة المفاتيح الخاصة بي. لم يعد بإمكاني فعل أي شيء باستخدام لوحة المفاتيح باستثناء الكتابة ، ولكن لا تزال وحدات التحكم تعمل حتى لا يزال بإمكاني إنهاء المهمة أو الخروج من اللعبة. يحدث هذا مع وقت تشغيل Steam والمكتبات الأصلية و Linux Steam Integration.
Distro: Arch Linux (مع تمكين اختبار repos)
النواة: 5.0.8.arch1-1
وحدة معالجة الرسومات: GTX 1060 6 جيجابايت
سائق: nvidia 418.56-8
وحدة المعالجة المركزية: AMD Ryzen 5 1600X
ذاكرة الوصول العشوائي: 16 جيجابايت
البروتون: 4.2-3

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

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

تم اختباره على كل إصدار من البروتونات تقريبًا وتحديث رئيسي لـ Monster Hunter

كنت أواجه هذه المشكلة ووجدت أنها مشكلة في خيارات تشغيل Steam. كان لدي killall compton && %command%; compton -b --config ~/.config/compton.blur.conf & مضبوطًا لقتل compton وإعادة تشغيله عند الخروج ، ولكن يبدو أنه تسبب في تأمين النظام مع بعض الألعاب والبعض الآخر ، ستستمر العمليات حتى إعادة التشغيل الكامل.

ربما يكون هذا سببًا مختلفًا للجميع هنا ولكنه قد يساعد البعض. كان هذا

Distro: Manjaro i3
النواة: 4.19.42-1-MANJARO
وحدة معالجة الرسومات: RX480 8 جيجا بايت
سائق: 4.5 (الملف الشخصي الأساسي) ميسا 19.0.4
وحدة المعالجة المركزية: i5 6600k
ذاكرة الوصول العشوائي: 16 جيجابايت
البروتون: 4.2-4

يعمل هذا النص مثل السحر مع MHW والشجاعة ، ولكن هل هو قانوني؟ <Link removed by moderator>

مرحبا @ blastermaster77 ، لا ، ليس كذلك.

حسنًا ، من الجيد معرفة ذلك ، آمل أن يكون هناك حل لذلك شكرًا على الرد

في يوم الإثنين ، 3 يونيو ، 2019 ، الساعة 1:06 مساءً ، كتب kisak-valve [email protected] :

مرحبًا @ blastermaster77 https://github.com/blastermaster77 ، لا ، إنه كذلك
ليس.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175؟email_source=notifications&email_token=ACHAHPURT424F3GLPVT3AR3PYVFRBA5CNFSM4FRB5W2KYY3PNVWWK3TUL52HS4DFVREXG43VM3TUL52HS4DFVREXG43VM
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ACHAHPQF2Y2PHAVNEIGJ5M3PYVFRBANCNFSM4FRB5W2A
.

يحتوي البروتون الذي تم إصداره حديثًا (4.2-8) على انحدار يدفع MHW للانهيار في غضون 1-2 ثانية من التحميل في اللعبة (لكن القائمة الرئيسية تعمل بشكل جيد). لديّ وحدة معالجة رسومات nvidia ولكن يمكنني تأكيد حدوث هذه المشكلة في وحدات معالجة الرسومات AMD أيضًا. يؤدي الرجوع إلى إصدار Proton 4.2-7 إلى إصلاح المشكلة.

Distro: Arch (فجوات i3)
النواة: 5.1.15-arch1-1-ARCH
وحدة معالجة الرسومات: GTX1070
سائق: 430.26
وحدة المعالجة المركزية: i5-6600k
ذاكرة الوصول العشوائي: 32 جيجابايت
البروتون: 4.2-8

مرحبًا @ ConnorJC3 ، يرجى إضافة PROTON_LOG=1 %command% إلى خيارات تشغيل اللعبة ، وإعادة إنتاج التعطل ، وسحب وإسقاط $ HOME / steam- $ APPID.log في مربع التعليقات.

@ ConnorJC3 لا أواجه هذه المشكلة مع Proton 4.2-8. تجدر الإشارة إلى أنني قمت بعمل حل DLLs لمؤسسة وسائط Windows 7 لتشغيل السينمائيين.

OpenSUSE Tumbleweed، KDE، Kernel 5.1.7-1-default
AMD Fury X باستخدام Mesa 19.0.5

مرحبًا @ ConnorJC3 ، يرجى إضافة PROTON_LOG=1 %command% إلى خيارات تشغيل اللعبة ، وإعادة إنتاج التعطل ، وسحب وإسقاط $ HOME / steam- $ APPID.log في مربع التعليقات.

لدي نفس المشكلة.

Distro: Arch
DE: XFCE
النواة: 5.1.15-arch1-1-ARCH
وحدة معالجة الرسومات: Nvidia 1060 (إصدار 6 جيجابايت)
سائق: 430.26-7
وحدة المعالجة المركزية: i5-3550
ذاكرة الوصول العشوائي: 16 جيجابايت
البروتون: 4.2-8
خيارات تشغيل MHW: PROTON_NO_ESYNC = 1 PROTON_LOG = 1٪ أمر٪
ملف السجل: steam-582010.log

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

الشيء الوحيد الذي يجب تغييره ، فيما يتعلق بالحزم ، هو harfbuzz و mesa ، والذي تغير على النحو التالي:

ميسا (19.1.0-3 -> 19.1.1-1)
lib32-mesa (19.1.0-2 -> 19.1.1-1)

ومن المثير للاهتمام ، أنه لم يعد بإمكاني إعادة إنتاج المشكلة على البروتون 4.2-7 أو 4.2-8؟ ndegruchy حاول مسح دليل تثبيت البروتون والتحقق من صحة الملفات تمامًا.

ومن المثير للاهتمام ، أنه لم يعد بإمكاني إعادة إنتاج المشكلة على البروتون 4.2-7 أو 4.2-8؟ ndegruchy حاول مسح دليل تثبيت البروتون والتحقق من صحة الملفات تمامًا.

بعد النشر أعلاه ، تمكنت من اللعب قليلاً باستخدام 3.16-4. سأحاول اقتراحك بعد ذلك.

من أجل الاتساق ، إليك السجل:
steam-582010.log

اختبر باستخدام Proton 4.2-8 المثبتة حديثًا (شكرًا ، @ ConnorJC3). إنها تعمل! لم أتمكن من لعب الاختبار بنفس القدر ، لكنه يعمل لفترة أطول بكثير من ذي قبل.

سجل جديد من أجل التناسق: steam-582010.log

والآن ، بعد سؤالين ، عدت إلى الانهيار بنسبة 100٪ عند التحميل في منطقة الردهة: steam-582010.log

تم العبث بإطلاق MHW على أحدث بروتون. ليس فقط أنني لم أتجاوز التحميل في tradeyard ، أو توقف التشغيل أثناء تشغيل اللعبة ، أو تعطل MHW أيضًا.
steam-582010.log

لقد قمت بتثبيت اللعبة وتعطل عند التحميل.

البروتون: 4.2-9 (مثبت حديثًا)
Distro: Ubuntu 18.04.2 LTS
النواة: 047.15.0-52-عام
وحدة المعالجة المركزية: AMD Ryzen 5 2600
مُعالج الرسومات: ATI Radeon HD5570
برامج تشغيل وحدة معالجة الرسومات: Radeon 4.15.0-52-generic
ذاكرة الوصول العشوائي: 16 جيجابايت

وهنا السجل.
steam-582010.log

لقد قمت بتثبيت اللعبة وتعطل عند التحميل.

البروتون: 4.2-9 (مثبت حديثًا)
Distro: Ubuntu 18.04.2 LTS
النواة: 047.15.0-52-عام
وحدة المعالجة المركزية: AMD Ryzen 5 2600
مُعالج الرسومات: ATI Radeon HD5570
برامج تشغيل وحدة معالجة الرسومات: Radeon 4.15.0-52-generic
ذاكرة الوصول العشوائي: 16 جيجابايت

مرحبًا Daybreakerflint ، بطاقة ATi Radeon HD 5570 هي بطاقة فيديو من الجيل الثاني من Terascale. جميع بطاقات Terascale لا تدعم Vulkan ، والتي تستخدمها DXVK في Proton لترجمة DirectX 11 إلى Vulkan.

بطاقة الفيديو الخاصة بك غير مدعومة ، ولكن قد يكون لديك بعض الحظ من خلال إضافة PROTON_USE_WINED3D=1 %command% إلى خيارات تشغيل اللعبة لإخبار Proton باستخدام DirectX 11 لمسار عرض OpenGL.

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

مرحبا @ kisak- صمام
حسنًا ، لقد فعلت شيئًا ... بدأت اللعبة ثم تعطلت بعد فترة وجيزة. رأيت شاشة سوداء فقط. حتى مع الأمر فإنه لا يفعل ما ينبغي. سأحتاج إلى بطاقة رسومات جديدة على أي حال قريبًا. شكرا لمساعدتك! يعمل على جهاز الكمبيوتر المحمول الخاص بي على الأقل. ؛)

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

لقد لاحظت ، مع ذلك ، أن المكون في XFCE و Compton يتراجع على نطاق واسع أكثر من KDE / Plasma. أرى انخفاضًا ملحوظًا في الإطارات داخل KDE ، حيث يكون Xfce أو Compton على ما يرام ، حتى في الإعدادات الأعلى قليلاً. لست متأكدًا مما إذا كانت هذه مشكلة بروتون أم مشكلة Kwin ، رغم ذلك.

ناثان دي جروشي
http://degruchy.org

في 29 حزيران (يونيو) 2019 ، الساعة 16:21 ، كتب Daybreakerflint < [email protected] [email protected] >:

مرحبا @ kisak-valve https://github.com/kisak-valve
حسنًا ، لقد فعلت شيئًا ... بدأت اللعبة ثم تعطلت بعد فترة وجيزة. رأيت شاشة سوداء فقط. حتى مع الأمر فإنه لا يفعل ما ينبغي. سأحتاج إلى بطاقة رسومات جديدة على أي حال قريبًا. شكرا لمساعدتك! يعمل على جهاز الكمبيوتر المحمول الخاص بي على الأقل. ؛)

-
أنت تتلقى هذا لأنه تم ذكرك.
الرد على هذا البريد الإلكتروني مباشرة، مشاهدته على جيثب https://github.com/ValveSoftware/Proton/issues/175؟email_source=notifications&email_token=AMOXOEKLNXZDNQ5PTUMRC6LP4674FA5CNFSM4FRB5W2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODY37RQI#issuecomment-506984641 ، أو كتم موضوع https://github.com/notifications/ إلغاء الاشتراك - المصادقة / AMOXOEPH437U2YZGOKZ7R7DP4674FANCNFSM4FRB5W2A .

فيدورا 30 إلى x64
Ryzen 2700 @ 4 جيجاهرتز
AMD r9 580x مع ميسا 19.08.2018
كيدي بلازما 5.15.5
إعدادات اللعبة: 1440 بكسل ، 30 إطارًا في الثانية ، مختلط متوسط ​​/ مرتفع ، Z-Prepass off

بروتون 4.2-9

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

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

أي نصائح؟

فيدورا 30 إلى x64
Ryzen 2700 @ 4 جيجاهرتز
AMD r9 580x مع ميسا 19.08.2018
كيدي بلازما 5.15.5
إعدادات اللعبة: 1440 بكسل ، 30 إطارًا في الثانية ، مختلط متوسط ​​/ مرتفع ، Z-Prepass off

بروتون 4.2-9

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

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

أي نصائح؟

تشغيل XWindows أو Wayland مع تشغيل اللعبة في جلسة XWayland؟ نظرًا لأنك تستخدم AMD ، فمن المعقول أن تعمل KDE في وضع Wayland ...

تشغيل XWindows أو Wayland مع تشغيل اللعبة في جلسة XWayland؟ نظرًا لأنك تستخدم AMD ، فمن المعقول أن تعمل KDE في وضع Wayland ...

أنا لا أستخدم Wayland.

كنت أقوم بمطاردة xenojiva وتعطلت اللعبة بعد شاشة النتائج حيث كان من المفترض أن يتم تشغيل مقطع فيديو ، أفترض أن هذه كانت مشكلة mfplat. في وقت لاحق ، حاولت تشغيل اللعبة مرة أخرى ، حيث تتعطل الآن باستمرار بعد شاشة تحميل البيانات.
https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93
steam-582010.log

بلى. حصلت على واحد أيضا. تم حلها عن طريق تثبيت MFPlat dlls.

ناثان دي جروشي
http://degruchy.org

في 9 تموز (يوليو) 2019 ، الساعة 00:27 ، كتب DigitalDevilSummoner < [email protected] [email protected] >:

كنت أقوم بمطاردة xenojiva وتعطلت اللعبة بعد شاشة النتائج حيث كان من المفترض أن يتم تشغيل مقطع فيديو ، أفترض أن هذه كانت مشكلة mfplat. في وقت لاحق ، حاولت تشغيل اللعبة مرة أخرى ، حيث تتعطل الآن باستمرار بعد شاشة تحميل البيانات.
https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93
steam-582010.log https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

بلى. حصلت على واحد أيضا. تم حلها عن طريق تثبيت MFPlat dlls. Nathan DeGruchy http://degruchy.org في 9 تموز (يوليو) 2019 ، الساعة 00:27 ، كتب DigitalDevilSummoner < [email protected] [email protected] >: كان يقوم بمطاردة xenojiva وتعطلت اللعبة بعد شاشة النتائج حيث كان يجب أن يلعب cutscene ، أفترض أن هذه كانت مشكلة mfplat. في وقت لاحق ، حاولت تشغيل اللعبة مرة أخرى ، حيث تتعطل الآن باستمرار بعد شاشة تحميل البيانات. https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93 steam-582010.log https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

هل تمكنت من تجاوز شاشة الحفظ؟ قام Iv'e بتثبيت عناصر mfplat ، لكنني ما زلت غير قادر على الوصول إلى tradeyard. هل هذا له علاقة بانهيار اللعبة مباشرة بعد قتال xenojiva؟

نعم. قامت MFPlat بإصلاح الانهيار على xeno cutscene بالنسبة لي. تأكد من تثبيت الشهاد المناسب لـ MHW ، وهو 64 بت

ناثان دي جروشي
http://degruchy.org

في 9 تموز (يوليو) 2019 ، الساعة 07:18 ، كتب DigitalDevilSummoner < [email protected] [email protected] >:

بلى. حصلت على واحد أيضا. تم حلها عن طريق تثبيت MFPlat dlls. Nathan DeGruchy http://degruchy.org في 9 يوليو 2019 ، الساعة 00:27 ، كتب DigitalDevilSummoner < [email protected] [email protected] mailto: [email protected]>: كان يقوم بمطاردة xenojiva واللعبة تعطلت بعد شاشة النتائج حيث كان من المفترض أن يتم تشغيل مقطع سينمائي ، أفترض أن هذه كانت مشكلة mfplat. في وقت لاحق ، حاولت تشغيل اللعبة مرة أخرى ، حيث تتعطل الآن باستمرار بعد شاشة تحميل البيانات. https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93 steam-582010. تسجيل الدخول: //github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

هل تمكنت من تجاوز شاشة الحفظ؟ قام Iv'e بتثبيت عناصر mfplat ، لكنني ما زلت غير قادر على الوصول إلى tradeyard. هل هذا له علاقة بانهيار اللعبة مباشرة بعد قتال xenojiva؟

لقد واجهت انحدارًا مع أحدث بروتون يبدو أنه يؤثر على معالجة وحدة التحكم في الألعاب هذه:

مع Proton 4.2.9 ، يتم تشغيل اللعبة وتشغيلها بشكل جيد ولكنها لا تستجيب لأي مدخلات وحدة تحكم سواء من وحدة التحكم Steam أو لوحة 360 السلكية ، مثل عدم تسجيل الإدخال على الإطلاق ، ظلت جميع تلميحات الإدخال تستخدم kb + mouse الرموز والشخصيات / القوائم لا تستجيب ، وما إلى ذلك ، تعمل 360 pad بشكل جيد في ألعاب Linux الأصلية الأخرى ، مثل Rocket League. حتى محاولة تمكين وحدة تحكم سطح المكتب كما هو مقترح في هذا الموضوع لم تفعل شيئًا حتى أدركت أنني بحاجة إلى تطبيق قواعد udev هذه . مع تمكين كلاهما ، قد يتعطل تشغيل اللعبة على الفور أحيانًا ويبدأ في بعض الأحيان بشكل جيد. لكن أي إدخال للتحكم قد يتسبب في تعطله على الفور لسطح المكتب. لذلك استسلمت للعب بدون جهاز تحكم.

قررت لاحقًا أن أحاول استخدام الإصدار القديم من Proton 3.16-9. ولدهشتي ، تعمل كل من وحدة التحكم Steam ولوحة 360 بشكل جيد تمامًا ، حتى أنني قمت بتعطيل تكامل سطح المكتب لوحدة التحكم 360 ولا يزال يعمل.

لقد قمت أيضًا بتطبيق إصلاح MFPlat وكذلك FWIW

هل هذه مشكلة معروفة أم أن سجلات البروتون ستكون مفيدة؟

لذلك قمت بتثبيت جميع عناصر mfplat المطلوبة ، لكن لا يمكنني الدخول إلى اللعبة لأنها تتعطل في شاشة صنع المطابقة ، وبالتالي لا يمكنني التحقق مما إذا كان أي شيء يعمل. جرب iv'e هذا مع 4.2-9 و 3.16-9. قبل الانهيار الأول ، كنت قد انتهيت للتو من مهمة xenojiva وكنت في شاشة النتائج ، فهل يمكن أن يكون هذا هو سبب الانهيار؟ أي شخص لديه آخر هذه المسألة؟

DigitalDevilSummoner بعد التغلب على Xeno'Jiva ، يتم حفظ اللعبة تلقائيًا ، عندما تقوم بتحميل هذا الحفظ يحاول تشغيل المشهد النهائي وتعطله.

هذا متوقع ، هذا ما يحدث بشكل افتراضي لكل شخص على نظام Linux ، ما لم يكن لديك حل mfplat مثبت بشكل صحيح.

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

DigitalDevilSummoner الحل البديل mf المستخدم لـ Resident Evil 2 لا يعمل مع MHW.

حاول فحص protondb ، لكن من فضلك لا تربط الأشياء التي تتعارض مع القواعد هنا.

@ z0z0z شكرا لك! لم أكن أعرف أن هناك إصلاحًا مختلفًا لهذا الأمر. آسف للرابط كذلك.

مرحبًا DigitalDevilSummoner ، لا يوجد حظر عام على مشاركة الروابط على أداة تعقب

@ z0z0z عملت! شكرا على المساعدة!

sbearcsiro ما هي بالضبط خطواتك لجعل وحدات التحكم الخاصة بك تعمل مع إصلاح MF على 3.16-9؟ بالنسبة لي ، لقد عملوا بشكل جيد على Proton 4.2-9 بدون إصلاح MF ، ولكن بغض النظر عن إصدار Proton ، قمت بتطبيق إصلاح MF على (4.2-9 ، 3.16-9 ، 3.7-8) ، الضغط على أي زر تحكم أدى إلى تعطل اللعبة على الفور .

Aironfaar أنت على حق ، إدخال وحدة التحكم دائمًا ما يتعطل MHW مع تطبيق إصلاح MF.

كنت قد افترضت للتو أن إصلاح MF سيبقى بعد تخفيض إصدار البروتون ولكن اتضح أنه لم يحدث. إعادة تطبيق الإصلاح على 3.16-9 أعاد سلوك "التعطل على أي إدخال تحكم".

بالإضافة إلى ذلك ، فإن محاولة تشغيل MHW مع PROTON_LOG = 1 وإصلاح MF المطبق يتسبب في تعطل اللعبة على الفور ، حتى بدون توصيل وحدة تحكم.

sbearcsiro نعم ، يبدو أن تغيير إصدار Proton يؤدي إلى إنشاء زجاجة نبيذ جديدة تمامًا عند إطلاق اللعبة التالي ، وإزالة أي إصلاح مطبق يدويًا في هذه العملية.
لا يساعد على الإطلاق أن التسجيل يجعل اللعبة تحطم. لست في المنزل لبضعة أيام ، لذا لا يمكنني اختبار ذلك بنفسي ، ولكن هل يمكنك إحضار سجل باستخدام خيارات التشغيل التالية بدلاً من ذلك؟
WINEDEBUG = "+ طابع زمني ، + pid ، + tid ، + seh ، + debugstr ، + وحدة"٪ command٪

حسنًا ، توقف الإدخال عن العمل عدة مرات هذا الأسبوع. أعتقد أن له علاقة بمفتاح "Tab". حدث ذلك مرة واحدة عندما كنت أقوم بالتبديل بين التراكب البخاري ، والآخر كان عند النظر إلى مهاراتي (علامة التبويب تفتح القائمة).

لا يزال يتعين علي اللعب مع غطاء 30 إطارًا في الثانية وإلا سأحصل على تأخر فظيع في الإدخال. رأيت مؤشر ترابط Reddit حيث كان على مستخدم linux / proton أيضًا اللعب بغطاء 30 إطارًا في الثانية.

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

<Link removed by moderator>

مرحبًا @ zink-chimaera ، الرابط الذي نشرته يمثل مشكلة قانونية وقد تمت إزالته.

لا يتم إطلاق Monster Hunter World

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/2920.
abnazhor تم نشره في 2019-07-28T22: 32: 32:

تقرير التوافق

• اسم اللعبة مع مشكلات التوافق: Monster Hunter World
• معرف تطبيق Steam للعبة: 582010

معلومات النظام

• وحدة معالجة الرسومات: NVIDIA GeForce RTX 2060
• إصدار برنامج التشغيل / LLVM: NVIDIA 430.34
• إصدار النواة: 5.2.2-122
• رابط لتقرير معلومات النظام الكامل مثل Gist : https://gist.github.com/abnazhor/fa0b22d2105cb46a0c4cf3432ce45995
• إصدار البروتون: 4.2-9

أؤكد:

• [x] أنني لم أعثر على تقرير توافق موجود لهذه اللعبة.
• [x] أني تحققت مما إذا كانت هناك تحديثات متوفرة لنظامي.

( ينشئ السجل 5،000،000 سطر لذلك لا يمكنني نسخ كل شيء. )
<Log omitted, please see #2920. Short version is CPU access violation (c0000005)>

الأعراض

اللعبة لا تبدأ. لقد كان هذا يحدث منذ أن قمت بتغيير وحدة المعالجة المركزية الخاصة بي إلى AMD Ryzen 5 3600.

التكاثر

حاول بدء اللعبة أثناء استخدام وحدة المعالجة المركزية Ryzen 3000 series.

إعادة إنتاج هذا مع Ryzen 3700x و GTX 1060 6GB
يؤدي تطبيق الحل البديل المقترح في # 2927 إلى إصلاح المشكلة

لا يتم إطلاق Monster Hunter World

الاصدار المحول من # 2920.
abnazhor تم نشره في 2019-07-28T22: 32: 32:

تقرير التوافق

* Name of the game with compatibility issues: Monster Hunter World

* Steam AppID of the game: 582010

معلومات النظام

* GPU: NVIDIA GeForce RTX 2060

* Driver/LLVM version: NVIDIA 430.34

* Kernel version: 5.2.2-122

* Link to full system information report as [Gist](https://gist.github.com/): https://gist.github.com/abnazhor/fa0b22d2105cb46a0c4cf3432ce45995

* Proton version: 4.2-9

أؤكد:

* [ x ] that I haven't found an existing compatibility report for this game.

* [ x ] that I have checked whether there are updates for my system available.

( ينشئ السجل 5،000،000 سطر لذلك لا يمكنني نسخ كل شيء. )
<Log omitted, please see #2920. Short version is CPU access violation (c0000005)>

الأعراض

اللعبة لا تبدأ. لقد كان هذا يحدث منذ أن قمت بتغيير وحدة المعالجة المركزية الخاصة بي إلى AMD Ryzen 5 3600.

التكاثر

حاول بدء اللعبة أثناء استخدام وحدة المعالجة المركزية Ryzen 3000 series.

حسنًا ، حصلت على شيء ملموس بشأن المدخلات لا تعمل على الإطلاق.

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

سأظل أحب بعض المساعدة مع تأخر الإدخال> 30 إطارًا في الثانية. الانتقال إلى بروتون 4.11-1 لم يؤثر عليها.

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

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

تم تحديد هذا بشكل جيد في أبريل مع التقرير الأولي لما يشبه أكتوبر.

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

في أي وقت تدخل فيه إدخال النص

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

جيثب مخصص حقًا للمشاريع الفردية. سيكون من الجيد وجود أداة تعقب للمشكلات حيث يمكنك نشر مشكلات متعددة لكل لعبة.

هل يمكن للأشخاص المتأثرين بمشكلة تعليق NVIDIA إعادة الاختبار باستخدام أحدث برنامج تشغيل بيتا Vulkan؟

https://developer.nvidia.com/vulkan-beta-4185218-linux

هل يمكن للأشخاص المتأثرين بمشكلة تعليق NVIDIA إعادة الاختبار باستخدام أحدث برنامج تشغيل بيتا Vulkan؟

https://developer.nvidia.com/vulkan-beta-4185218-linux

منذ أن انتقلت إلى RTX 2080 Ti ، لم يكن لدي مطلقًا خطأ التجميد (باستخدام برامج تشغيل الخطوط الرئيسية فقط).

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

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

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

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

مرحبًا ، لديّ قطع أثرية غريبة تعتمد على الضوء لم أجد أي شيء لتلك المشكلة المحددة على الويب.

معلومات النظام

توزيعة: أوبونتو 18.04
وحدة المعالجة المركزية: Ryzen 7 3700X
مُعالج الرسومات: AMD Radeon ™ RX 5700 XT
إصدار برنامج التشغيل / LLVM: Radeon Pro Driver لـ Ubuntu 18.04.3 رقم المراجعة 19.30
إصدار النواة: 5.0.0-25-عام
إصدار البروتون: 4.11-2
أؤكد:
[x] أنني لم أعثر على تقرير توافق موجود لهذه اللعبة.
[x] أني تحققت مما إذا كانت هناك تحديثات متوفرة لنظامي.

BelphegorPrime ربما يكون هذا خاصًا ببرنامج تشغيل AMDGPU-Pro الذي تستخدمه.

يستخدم معظم الأشخاص على نظام Linux المزود ببطاقات AMD ميسا ، ويوصى باستخدامه بشكل عام.

@ z0z0z شكرًا على المساعدة ولكن كان تثبيت mesa 19.2 للحصول على rx 5700xt "قيد التشغيل" ، لذلك قررت أن أبقى مع برنامج التشغيل المحترف حتى تصل برامج التشغيل المجانية إلى مستوى ثابت جيد.

أشعر بالغباء حقًا الآن ، ربما يمكن لشخص ما هنا مساعدتي ، شعرت أنني ألعب بعضًا من لعبة Monster Hunter World بعد بعض الوقت مرة أخرى. فتح Steam ، والنقر على "تشغيل" باستخدام أحدث إصدار من Proton (4.11-3). لم يحدث شيء بالفعل. قلت للتو إنه كان يعمل ولكن بعد ذلك سيفشل في البدء. ولا حتى شاشة سوداء لا شيء. نظامي:

نظام التشغيل: Arch Linux Kernel 5.2.11
وحدة المعالجة المركزية: Ryzen 3700x
كارت الشاشة: Radeon RX 480 8GB
برامج التشغيل: mesa (19.1.6-1) ، mesa-git ، mesa-aco-git ، LLVM 8 Vulkan تم تثبيت برامج التشغيل التي قمت بفحصها على وجه التحديد.

الأشياء التي جربتها:

• أعد تثبيت اللعبة
• تحقق من ملفات اللعبة
• أعد تثبيت Steam
• برامج تشغيل رسومات مختلفة
• جميع إصدارات البروتون المتوفرة في البخار هي (3.7-8 ، 3.16-9 ، 4.2-9 ، 4.11-3)
• مختلف OS POP_OS (19.04 تم تحديثه بالكامل)

كل هذه الأشياء لم تساعدني حقًا. لقد حصلت على سجل Proton: (إنه كبير نوعًا ما يزيد حجمه عن 50 ميجابايت ، لذا قمت بتحميل i https://cloud.mhtube.de/s/LHCzsELDFHZFeQR

ربما شخص ما هنا لديه فكرة؟

@ stefan240 FYI إنه يعمل بشكل مثالي بالنسبة لي على Ubuntu 18.04.3 مع Nvidia (السائقين 430).
من السجلات ، يبدو أنه غير قادر على تهيئة بعض DLL وينتقل إلى حلقة لا نهائية من استدعاء الوظيفة ، وينتهي به الأمر في تجاوز سعة المكدس:

14.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c03: DW_CFA_restore %r15
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c03: DW_CFA_advance_loc 1
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_restore %rbp
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_def_cfa %rsp, 8
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_advance_loc 4
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c08: DW_CFA_restore_state
914.095:002f:0030:err:seh:setup_exception stack overflow 1552 bytes in thread 0030 eip 00007ffdf65fb5cd esp 0000000000131000 stack 0x130000-0x131000-0x230000

هل يمكنك محاولة إزالة Proton _plus_ مسح ملف تعريف النبيذ / البروتون لـ _MH: W_ وإعادة التثبيت؟
علاوة على ذلك ، هل يمكنك تأكيد عمل تطبيقات Vulkan 32 و 64 بت (مع برامج خارجية أخرى)؟

Emanem كما ذكرت أعلاه ، استمرت المشكلة حتى في PopOS مثبتة ومحدثة حديثًا. لكن أحد المستخدمين على reddit أعطاني نصيحة. لكن نعم ، قمت بتنظيف البخار والبروتون بالكامل ثم أعدت تركيبهما بالكامل ، وما زلت لا أساعد حقًا.
على ProtonDB ، يمكنك قراءة المزيد عن المشكلة في regrads إلى Linux و Ryzen 3000-CPU و Monster Hunter World:
"يحتاج مالكو وحدة المعالجة المركزية Zen 2 إلى تعطيل UMIP لبدء تشغيل اللعبة حتى يتم دفع إصلاح رسمي ؛ إضافة" clearcpuid = 514 "إلى خيارات تمهيد kernel. أيضًا ، يحتاج إلى إصلاح mfplat لإيقاف تعطل مقاطع الفيديو التعليمية. أداء التماثل القريب مع Windows باستخدام أحدث إصدارات المترجم mesa و ACO shader. "

حسنًا ، إضافة هذا الخيار إلى تثبيت القوس الخاص بي حيث يساعد خيار تمهيد kernel. يتم تشغيل اللعبة في شاشة سوداء وتلقي بخطأ:
E_INVALIDARG: IDX11Device-> CreateBuffer (& bdesc.pinitvalues؟ & data: NULL & pbuffer)

يبدو أن Vulkan تعمل بشكل جيد حيث يبدو أن ألعاب Proton الأخرى (اختبرت Project Cars لفترة وجيزة) تعمل.

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

أنا أعاني من مشاكل الماوس المجنونة. لا يتعلق الأمر فقط بالتسارع ، ولكن يبدو أن المؤشر يتنقل كثيرًا.

إليك مقطع فيديو لتوضيح المشكلة .

ألعب العديد من الألعاب الأخرى على Proton and Wine بما في ذلك Doom و The Witcher 3 و Starcraft II ، ويعمل الماوس بشكل مثالي في كل منهم.

المواصفات:

• اربط Linux باستخدام نواة linux-amd-staging-drm-next-git-5.3.841339.865b4ca43816
• وحدة المعالجة المركزية: AMD Ryzen 9 3900X 12-Core
• مُعالج الرسومات: AMD Radeon RX 5700 XT
• إصدار Mesa: 19.3.0_devel.115313.f812cbfd884-1 مع LLVM 10.0.0_r326744.bfb5b0cb86c-1
• مدير النوافذ: i3
• بروتون: 4.11-4

لقد جربت سابقًا مدير النوافذ sway على Wayland لكن اللعبة فشلت في البدء.

لقد قمت بتطبيق خيار النواة clearcpuid=514 وكذلك قمت بتثبيت z0z0z/mf-install .

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

هل لديك أي فكرة عن سبب مشكلة الماوس الغريبة هذه؟

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

أنا أستخدم شاشة 1440p / 144 هرتز.

أحصل أيضًا على تأخر في الإدخال في كل مرة ينحرف فيها fps عن غطاء 30 إطارًا في الثانية.

لقد جربته باستخدام غطاء 30 إطارًا في الثانية ولكن مشكلة مؤشر الماوس لا تزال قائمة. لقد تحققت من أن معدل الإطارات كان 30 هرتز مع تمكين dxvk HUD في بروتون user_settings.py . حاولت أيضًا تغيير MouseBaseSpeed إلى 0.000000 في config.ini لكن اللعبة غيرتها تلقائيًا إلى 2.000000 .

تحرير: كان قادرًا على حل مشكلات الماوس من خلال تمكين "محاكاة سطح المكتب الافتراضي" في winecfg . يسمح هذا أيضًا بتشغيل اللعبة في Wayland ، والتي لا توجد بها مشكلات في الماوس. لا تزال مشكلات الماوس قائمة في xorg مع مدير نوافذ i3. في i3 ، قمت بالفعل بتعيين focus_follows_mouse no و focus_on_window_activation no . أيضًا ، تمتص معدل الإطارات - حول DXVK HUD تقول 35 إطارًا في الثانية عند 4K في الإعدادات المتوسطة ، لكن اللعبة تبدو أسوأ بكثير من ذلك. يبدو وكأنه 15 إطارًا في الثانية. سأحقق أكثر ...

لذلك قمت بتحديث النظام. ثم أطلقت اللعبة باختبار إصدار Proton الجديد (4.11-5). أنا أيضًا في الإصدار التجريبي من Steam.

النواة: 5.2.15-200
كيدي بلازما 5.15.5
ميسا 19.1.6

لقد غيرت غطاء fps إلى 60 إطارًا في الثانية وبدون حدود ، وعملت بشكل جيد اليوم! لا يوجد تأخير في الإدخال من 30 إطارًا في الثانية أو> 30 إطارًا في الثانية. عيناي سعيدة جدا. لقد اختبرت أيضًا مربع الدردشة ، ولم يؤدي ذلك إلى تعطيل الإدخال على الإطلاق.

أنا أعزو هذا إلى إصدار البروتون.

على نظامي ، عانت اللعبة من تراجع الأداء مع البروتون 4.11-7

GPU: RX 480 8gb
Driver/LLVM version: mesa 19.2.1
Kernel version: 4.19
Link to full system information report :https://gist.github.com/Utopanic/edfcf6a24846d1777e79d3aa6f67c914
Proton version: 4.11-7

هناك انحدار من حيث الأداء في عالم Monster hunter مع البروتون 4.11-7 حيث كان 4.11-6 أفضل حالًا الآن ، ينخفض ​​معدل الإطارات وهناك تقطع.

هناك انحدار من حيث الأداء في عالم Monster hunter مع البروتون 4.11-7 حيث كان 4.11-6 أفضل حالًا الآن ، ينخفض ​​معدل الإطارات وهناك تقطع.

واجهت نفس المشكلة ، لقد اختفت بعد يوم. هل انت في مانجارو؟

لدي مشكلة جديدة منذ آخر التحديثات: لا تنتهي عملية اللعبة وتستمر في استخدام مركز أو مركزين في الخلفية.

هل جرب أي شخص آخر نفس الشيء؟

Emanem لقد بدأت لعب هذه اللعبة بـ 4.11-4 ، لذا لا أعرف ما إذا كانت مرتبطة بأحدث بروتون أم لا. أنا على نظام Arch linux وهذا يحدث لي بشكل عشوائي: التفكير:

Emanem
تضمين التغريدة
لقد حدث ذلك ربما مرة أو مرتين.

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

Emanem لقد بدأت لعب هذه اللعبة بـ 4.11-4 ، لذا لا أعرف ما إذا كانت مرتبطة بأحدث بروتون أم لا. أنا على نظام آرك لينكس وهذا يحدث لي في التفكير العشوائي

إنه بالتأكيد أحدث. أعتقد أنه تحديث للعبة DRM؟
ولكن مرة أخرى ، مجرد تخمين ... حاولت _ptrace_ العملية وظلت تنتظر وتحاول القراءة من _ أنابيب_ (كنت أشك في مثيل خادم النبيذ الرئيسي).

تغلق اللعبة عند قتال وحش الخفافيش / البالون (مهمة HR6). أنا أستخدم إعدادات الرسومات الافتراضية ، باستثناء وضع ملء الشاشة بلا حدود وإيقاف المزامنة ، ولم أجري أي تغييرات خاصة على اللعبة. لقد قمت أيضًا بتحديث برامج تشغيل nvidia و kernel إلى أحدث إصدارات arch. يبدو أن القفل مرتبط بـ vulkan ، استخدم Path of Exile لعرض نفس السلوك لفترة من الوقت. فقط أكشاك التقديم بشكل كبير ، ستكتمل في النهاية عرض النوافذ مثل urxvt والبخار ولكنها ستستغرق بعض الوقت. يستمر الصوت في اللعب كما لو أن كل شيء طبيعي. الإدخال متأخر أيضًا.

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

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

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

يعمل بشكل مثالي (بصرف النظر عن مكتبات MF).

العيب الوحيد هو أن 30٪ من الوقت لا تغلق اللعبة عند الخروج وتتطلب kill -9 <pid> .

الأداء أقل بنسبة 40٪ تقريبًا من نظام التشغيل Windows (يتم تشغيل Intel iGPU على 540p منخفض)

خلاف ذلك كل شيء يبدو على ما يرام.

تلقت اللعبة تحديثًا اليوم وهي الآن تتعطل بعد 15 دقيقة من اللعب في 4.11-11.
هذا مع nvidia beta 440.44 الذي تم تثبيته لإصلاح مشكلة تعطل مختلفة. اللعبة غير قابلة للعب الآن لأنني لا أستطيع أن أجتاز عملية صيد واحدة بعد الآن.

تلقت اللعبة تحديثًا اليوم وهي الآن تتعطل بعد 15 دقيقة من اللعب في 4.11-11.
هذا مع nvidia beta 440.44 الذي تم تثبيته لإصلاح مشكلة تعطل مختلفة. اللعبة غير قابلة للعب الآن لأنني لا أستطيع أن أجتاز عملية صيد واحدة بعد الآن.

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

GTX 1080 Ti و Ryzen 2700X. ما يبدو أنه حل مشكلة التعطل بالنسبة لي تمامًا هو تعيين "DXVK_STATE_CACHE = 0٪ command٪" كخيار التشغيل الخاص بي. لدي تقطعات عرضية ، لكنها أفضل أميال من الانهيار من اللعبة تمامًا.

حسنًا ، من الجيد سماع أن هذا يعمل معك

يوم الأربعاء 25 ديسمبر 2019 الساعة 1:24 صباحًا GoLD-ReaVeR [email protected]
كتب:

GTX 1080 Ti و Ryzen 2700X. ما يبدو أنه حل مشكلة الانهيار
المشكلة بالنسبة لي هي تعيين "DXVK_STATE_CACHE = 0٪ الأمر٪" على أنه
خيار الإطلاق. لدي تقطع في بعض الأحيان ، لكنه أفضل من أميال
الخروج من اللعبة تمامًا.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ValveSoftware/Proton/issues/175؟email_source=notifications&email_token=ACHAHPVYDN7JRTO3WBCQXS3Q2LU7BA5CNFSM4FRB5W2KYY3PNVWWK3TUL52HS4DFVREXG43V84TUL52HS4DFVREXG43V84TUL52HS4DFVREXG43V84
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/ACHAHPRFM3B46BDBX3PREJDQ2LU7BANCNFSM4FRB5W2A
.

بدأت اللعبة في الانهيار بشكل متكرر مرة أخرى ، يبدو الأمر كما لو تم تجاهل قيمة البيئة. أنا في حيرة الآن.

كانت اللعبة تعمل بشكل لا تشوبه شائبة بالنسبة لي حتى تحديث اليوم مع التوسع.

AMD Ryzen 1700
RX 5700 XT
16 جيجا بايت رام
5.4.8-zen1-1-zen

الآن غير قابل للتشغيل ... ، لقد اختبرت NO_FSYNC ، وانتقل إلى Linux العادي بدلاً من zen و Xorg و Wayland ولا شيء ، تشغيل لعبة أخرى مثل RE2 (بعض الألعاب المتعطشة للطاقة) تعمل بشكل مثالي ...

تحرير: يبدو أنهم أضافوا دعم DirectX12 مع التحديث. يمكن أن يكون ذلك؟

هل يمكن لشخص آخر أن يؤكد أنه ليس أنا فقط؟

هل حاولت استخدام البرنامج النصي mf-install؟ ربما تحاول تشغيل الفيديو وتفشل.

هل حاولت استخدام البرنامج النصي mf-install؟ ربما تحاول تشغيل الفيديو وتفشل.

تم التثبيت بالفعل والتحقق من أنه يعمل بشكل جيد. لكن لا ، إنها بطيئة مثل الجحيم ...

هل يمكن لشخص آخر أن يؤكد أنه ليس أنا فقط؟

أحصل على 1/2 FPS على Pop OS مع التحديث
AMD Ryzen 1800x
AMD فيغا 64
16 جيجا رام

أيضا وجود مشاكل بعد تحديث اليوم

Distro: Arch 5.4.8-arch1-1
وحدة معالجة الرسومات: GTX 1060 6 جيجا بايت
سائق: 440.44
وحدة المعالجة المركزية: R7 3700x
ذاكرة الوصول العشوائي: DDR4 32 جيجابايت

هل حاولت اللعب في وضع D3D11 بدلاً من D3D12؟

سأحاول قريبًا وأبلغ بعد التنزيل الضخم 80 جيجا بايت ...

هل حاولت اللعب في وضع D3D11 بدلاً من D3D12؟

سأحاول قريبًا وأبلغ بعد التنزيل الضخم 80 جيجا بايت ...

لم أتمكن من العثور على أي أمر "Force D3D11" في مستندات Proton ، لكن الالتقاط يظهر كما لو أنني أستخدم D3D11 بالفعل إذا كنت على حق

هل حاولت اللعب في وضع D3D11 بدلاً من D3D12؟
سأحاول قريبًا وأبلغ بعد التنزيل الضخم 80 جيجا بايت ...

لم أتمكن من العثور على أي أمر "Force D3D11" في مستندات Proton ، لكن الالتقاط يظهر كما لو أنني أستخدم D3D11 بالفعل إذا كنت على حق

نعم لاحظ أن ... :(
سأبلغ عن تجربتي قريبًا آمل ...

هناك أيضًا مشكلات كبيرة في معدل الإطارات بعد التحديث الأخير (Iceborne) - انتقل من 60 إطارًا في الثانية إلى حوالي 10.

Distro: Arch 5.4.7-arch1-1
وحدة معالجة الرسومات: RX 470 4 جيجا بايت
وحدة المعالجة المركزية: i3 6100
الرام: DDR4 16 جيجا بايت

يمكنني التأكيد الآن أنني أحصل على 1.8 إطارًا في الثانية في قائمة البداية ، عندما اعتدت الحصول على 200+.
لم أحاول حتى بدء اللعبة. باستخدام DX11 ، تم تعطيل DX12 مع Proton (تم التحقق منه فقط في القائمة).
أعتقد أن مسار كود بطيء على DXVK؟

doitsujin ، قد ترغب في النظر إلى هذا (أو شخص ما في Valve) - إنه يحدث على نواة وبرامج تشغيل وأجهزة مختلفة ، يبدو وكأنه مسار كود DXVK (شائع) يؤدي إلى البطء ...
أخبرنا إذا كان بإمكاننا المساعدة بأي شكل من الأشكال في التحقيق في هذا الأمر!

تحرير: يمكن أن يكون أيضًا شكلًا آخر من أشكال syscalls ، ولكن يبدو أن خيط الصوت واللعبة نفسها تعمل بشكل جيد؟

تحرير 2: يبدو أنها مشكلة في النبيذ / نظام syscall كما ورد أدناه ...

Distro: Ubuntu 18.04.3
وحدة معالجة الرسومات: RTX 2080 Ti
وحدة المعالجة المركزية: i7-8700K
ذاكرة الوصول العشوائي: 64 جيجا بايت 3200 ميجا هرتز

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

أبلغ بعض مستخدمي windows عن نفس مشكلة FPS المنخفضة.

اللعبة على Windows 10 باستخدام DXVK:

هذا حقا سيء! تحولت اللعبة من مثالية إلى غير قابلة للعب. يتم تعطيل DX12 بشكل افتراضي. تقول أيضًا أنه لا يمكن تمكينه إلا على نظام التشغيل Windows 10 (أعتقد أن Proton يعرض Win7 افتراضيًا).

أنا بمعدل 10 إطارات في الثانية في قوائم المقدمة (سياسة الخصوصية ، روابط المفاتيح المتضاربة) ، و 1 إطارًا في الثانية في القائمة الرئيسية (قائمة عرض ثلاثية الأبعاد). لقد خفضت بشق الأنفس كل إعداد إلى أدنى مستوى وخفضت الدقة إلى 720 بكسل.

عند إعادة التشغيل بالإعدادات التي تم تخفيضها حديثًا ، كان لدي معدل إطارات مشابه ولكنه شعرت أنه أسرع قليلاً. كان استخدام GPU ضئيلًا أو لا شيء ، وكان يتم ربط النواة الواحدة أحيانًا بنسبة 100٪ أثناء الجلوس بمتوسط ​​60-70٪ مع 4 آخرين يصلون إلى 20-40٪ تقريبًا.

Distro: Fedora 31 5.4.7-200
وحدة المعالجة المركزية: Ryzen 2700 @ 4ghz
مُعالج الرسومات: RX 580 Mesa 19.2.8
ذاكرة الوصول العشوائي: 16 جيجابايت 3200 ميجاهرتز 14 cas (ربما ليس ضروريًا: P)

أتساءل عما إذا كان إعداد برنامج wineprefix للبروتون على Win10 وتمكين DX12 سيحدث أي فرق. النبيذ لديه بالفعل DX12 إلى Vulkan أليس كذلك؟

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

حاولت تمكين D3D12 ببناء Proton مخصص ولكنه دائمًا ما كان افتراضيًا على D3D11 ، لا يمكنني اختبار ذلك بعد الآن لأن Denuvo حظر لعبتي بسبب العديد من عمليات إعادة التكوين

هذه ليست قضية بروتون / نبيذ حقًا. تم تحميل خادم النبيذ بشكل زائد عن طريق معالجة الاستثناءات:
https://gist.github.com/GoLD-ReaVeR/e9109cebad3b766d07973dfeb053dbfb

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

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

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

فقط أريد أن أقول لدي نفس مشكلة <5 FPS.

Distro: Manjaro Linux Xfce (محدث)
وحدة المعالجة المركزية: Intel Core i7-4770K
مُعالج الرسومات: GTX 1080 Ti
ذاكرة الوصول العشوائي: 32 جيجا بايت DDR3

لقد كنت أعمل على هذا منذ 3 ساعات.

Distro: Linux Mint 19.2
وحدة المعالجة المركزية: Intel Core i7-4770K
وحدة معالجة الرسومات: Radeon RX 580
ذاكرة الوصول العشوائي: 16 جيجابايت

قبل اليوم ، كنت قادرًا على تشغيل Monster Hunter بدون مشكلة عن طريق إجبار Proton 4.2-9. ومع ذلك ، تعطل الآن Proton 4.2-9 بسبب هذا الخطأ: "ERR14: لم يتم تنفيذ واجهة برمجة تطبيقات الرسومات."

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

كشف القليل من البحث عن خيط Reddit هذا ، والذي يدعي أن التوسعة الجديدة جلبت أيضًا دعم DX12 وهو ما يفسر على الأرجح سبب توقف Proton 4.2-9 عن العمل ، حيث تمت إضافة دعم Direct3D 12 في Proton 4.11-8 . يبدو أن هذا التغيير قد تم إجراؤه على اللعبة الأساسية ، ولم يكن لإلغاء تثبيت Iceborne أي تأثير على مشكلة التوافق هذه.

لسوء الحظ ، يؤدي التحول إلى Proton 4.11-11 إلى تدهور كبير في الأداء. أظن أن المشكلة تكمن في أن أحدث إصدار من Proton يقوم بتخصيص أو اكتشاف VRAM بشكل غير صحيح. عندما أنظر أسفل خيارات العرض ، أفيد بأن لدي 0.5 غيغابايت فقط حيث يجب أن يبلغ 8 غيغابايت:

ملاحظة: أنا واثق بنسبة 100٪ من أن مشكلة الإبلاغ عن ذاكرة الوصول العشوائي VRAM هذه موجودة مع Proton 4.11-11 قبل التحديثات على Monster Hunter اليوم. السبب في أنني كنت أستخدم Proton 4.2-9 هو أنه كان يسجل ويستخدم VRAM بشكل صحيح.

يُفترض أن Proton 4.11-9 "إصلاح [تحرير] الإبلاغ عن القليل جدًا من ذاكرة GPU لبعض وحدات معالجة الرسومات." لذا فإن خطتي الحالية هي تنزيل المصدر وتجميع Proton 4.11-9 ومعرفة ما إذا كان ذلك يعمل. نأمل أن تكون هذه العملية غير مؤلمة نسبيًا. سأبلغ مرة أخرى بمجرد أن حاولت ذلك. أتمنى أن يساعدك هذا.

ليس بروتون 4.11-11 هو الذي يؤدي إلى تدهور الأداء. تم تجاوز Wineserver للحد الأقصى ، مما يعني أنه من المحتمل أن تواجه 4.11-9 نفس المشكلة وأن 4.2-9 ليست آمنة أيضًا. لقد حاولت أيضًا ضبط إصدار Windows على 10 ، لكن DX12 لم يصبح متاحًا ولا يوجد تحسن في الأداء. سأحاول 4.2-9 بنفسي للتحقق مما إذا كان يساعد في الأداء أم لا.

مع 4.2-9 حصلت على الخطأ الذي تم ذكره ، لكن تحميل wineserver بلغ 79٪ بدلاً من 100٪ وتغير عنوان الاستثناء:

304739.481: 0028: 0030: trace: seh: NtRaiseException code = 406d1388 flags = 0 addr = 0x7b44c04c ip = 7b44c04c tid = 0030

حسنًا ، هذا يعني أن النبيذ أو DXVK يثير هذه الاستثناءات.

على الرغم من أن معدل الإطارات ينخفض ​​فقط إلى 2 إطارًا في الثانية بعد عرض الشعارات.

حسنًا ، القيام بالخطأ الحمقى بتثبيت dxvk من خلال winetricks ، يمنع DX11 من التهيئة مع 4.11-11. Wineserver عالق أيضًا عند 79٪ ، مما يشير إلى أن DXVK مسؤول عن 20٪ من استخدام وحدة المعالجة المركزية لخادم النبيذ ، أو ، فإن مؤشر الترابط مسؤول عن 20٪ من استخدام خادم النبيذ. يتم تشغيل نسبة 80٪ المتبقية في مكان آخر. حاولت العبث بالإعدادات ولكن لا شيء من شأنه أن يخفف من هذا التباطؤ على الإطلاق.

أشعر بالفضول إذا كانت VRAM الخاصة بأي شخص آخر مقيدة أيضًا بنفس الطريقة التي أستخدمها عند استخدام Proton 4.11-11. إذا ذهبت إلى Options-> Display عند تحميل اللعبة بنجاح ، فهل يتم الإبلاغ عن خطأ VRAM الخاص بك بقدر أقل بكثير مما هو عليه في الواقع؟

أشعر بالفضول إذا كانت VRAM الخاصة بأي شخص آخر مقيدة أيضًا بنفس الطريقة التي أستخدمها عند استخدام Proton 4.11-11. إذا ذهبت إلى Options-> Display عند تحميل اللعبة بنجاح ، فهل يتم الإبلاغ عن خطأ VRAM الخاص بك بقدر أقل بكثير مما هو عليه في الواقع؟

يتم عرض VRAM الخاص بي بشكل طبيعي. Im on 4.11-11 على 1660 Ti مع 6 جيجابايت من VRAM.

كيف هو أداءكDigitalDevilSummoner؟

كيف هو أداءكDigitalDevilSummoner؟

سيء تمامًا مثل التقارير الأخرى هنا

أحصل على نفس التدهور الهائل في الأداء الذي يعاني منه الآخرون. بين 1 و 3 FPS في القائمة الرئيسية وبالمثل عندما دخلت اللعبة أخيرًا باستخدام Proton 4.11-11. إنه يعطيني ERR14 API لم يتم تنفيذه عندما أحاول Proton 4.2-9. لم تتحقق من استخدام VRAM بعد ، فمن المؤلم أن تذهب من خلال القائمة بمعدل 1-3 إطارات في الثانية.

تشغيل Manjaro على kernel 5.4.6 مع RX 5700 XT وتشغيل برامج تشغيل mesa 19.3.1-1.

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

لذلك ، تمكنت من إصلاح مشكلة VRAM الخاصة بي من خلال تثبيت جديد. قد تضطر إلى استخدام winecfg لتغيير إصدار Windows لـ Proton 4.11-11 إلى 10 أولاً.

ومع ذلك ، حتى بعد الحصول على تقرير عن VRAM بشكل صحيح ، ما زلت أواجه مشكلات في الأداء مثل أي شخص آخر.

نفس الشيء هنا ، 0.5 ~ 2 إطارًا في الثانية على القائمة الرئيسية ، بعد أن عانيت في محاولة خفض إعداداتي الرسومية ، لاحظت أن d3d12 معطل افتراضيًا ولا يمكن تمكينه ، لذلك أعتقد أن هذا لا يتعلق بـ d3d12.

Distro: قوس يعمل 5.4.7-16linux-tkg-pds-zen2
وحدة المعالجة المركزية: AMD 3700X
وحدة معالجة الرسومات: Nvidia GTX 1050Ti باستخدام nvidia-dkms 440.44.0
ذاكرة الوصول العشوائي: 16 جيجابايت
DXVK: v1.5-16-g3b180e3bb
فولكان: 1.1.119

تواجه أيضًا مشكلة FPS هنا أيضًا. فتحت حالة مع Capcom لمعرفة ما إذا كان بإمكاني تزويدهم بأي معلومات تصحيح أخطاء حيث يبدو أنها في نهايتهم

@ فيتور- s

من المحتمل أن تكون هذه المشكلة مرتبطة بـ DX 12 ، لقد وجدت أن بعض مستخدمي Windows يبلغون أن تمكين DX 12 يساعد كثيرًا ، وبعضهم جعل اللعبة قابلة للعب من خلال تمكين DX 12 الذي كان غير قابل للعب.

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

قد ترغب في إلقاء نظرة على موضوع Reddit هذا: الرابط

لذا ، إليك بعض الأدلة التي يمكن أن تساعد. سأحاول لاحقًا مع بيئة النبيذ لنظام التشغيل Windows 10 و VKD3D.

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

يجب أن تفعل Capcom شيئًا ما وإلا ستغرق MHWI DLC بالمراجعات السلبية.

تحديث:

لقد فشلت: roll_eyes: يمكنني أن أؤكد أن d3d12.dll قد تم تحميله من ملف سجل البروتون ، ولكن هذا يتعلق به ، ويبدو أن اللعبة لا تستخدمها في العرض.

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

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

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

@ zeeshan595 لقد وصلت إلى حد تنشيط Denuvo الذي يبلغ 5 يوميًا وسيتعين عليك الانتظار لمدة 24 ساعة ، وبعد ذلك ستحل المشكلة من تلقاء نفسها.

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

@ zeeshan595 لقد وصلت إلى حد تنشيط Denuvo الذي يبلغ 5 يوميًا وسيتعين عليك الانتظار لمدة 24 ساعة ، وبعد ذلك ستحل المشكلة من تلقاء نفسها.

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

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

مرحبا،

لقد تمكنت من حل هذه المشكلة عن طريق الرجوع إلى إصدار MH إلى 5080591846956782264.
يمكنك متابعة هذا الدليل للقيام بالرجوع إلى إصدار أقدم: https://steamcommunity.com/sharedfiles/filedetails/ ؟ id=1086279994

المستودع 582011.

لقد انتقلت من <1 إطارًا في الثانية على الإعدادات المنخفضة إلى ~ 45 إطارًا في الثانية في الأعلى. انخفض حجم اللعبة أيضًا من حوالي 50 جيجا بايت إلى حوالي 20 جيجا بايت.

torvitas هل يمكنك اللعب عبر الإنترنت؟
إذن أنت تلعب أساسًا قبل إطلاق Iceborne؟

torvitas هل يمكنك اللعب عبر الإنترنت؟

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

إذن أنت تلعب أساسًا قبل إطلاق Iceborne؟

بالضبط

7910381936908271401 أحدث قليلاً ولكنه يعمل أيضًا. لقد انضممت للتو إلى جلسة عشوائية عبر الإنترنت للرجال - يبدو أنها تعمل. على الرغم من أنني وجدت جلسة واحدة مفتوحة.

@ GoLD-ReaVeR هل هناك طريقة لتتبع استدعاء API الذي يتم إعادة توجيهه إلى _wineserver_ طوال الوقت؟

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

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

ومع ذلك ، يمكن أيضًا ، وهذا شيء لا يمكنني استبعاده ، أن شخصًا ما كان يستخدم هذا الاستثناء كوسيلة للدالة المتقاطعة.

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

أوه دوه.
Emanem
نعم ما قلته سيعمل تمامًا. قم بعمل ntdll الذي يتجاهل كافة MS_VC_EXCEPTIONs.

أوه دوه.
Emanem
نعم ما قلته سيعمل تمامًا. قم بعمل ntdll الذي يتجاهل كافة MS_VC_EXCEPTIONs.

هذا ما كان يدور في خلدي :)

لطيفة في الأساس

switch(rec->ExceptionCode)
case MS_VC_EXCEPTION:
   return STATUS_SUCCESS;
default:
   break;

يبدو أن SpecialK قد أصدر شيئًا بالفعل ، سأختبر ذلك.

كلا ، لم يعمل.

تحرير: للتوضيح: https://steamcommunity.com/groups/SpecialK_Mods/discussions/0/3570700856110421443/؟tscn=1578697020#c1747893804389966558

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

لقد قمت ببناء _ntdll.dll.so_ بالمقتطف أعلاه ولا تبدأ اللعبة بالكامل (أي شاشة سوداء ، قبل شعار _CAPCOM_).

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

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

تحقق من الإصدار الجديد MHW مع البروتونات 4.2-9 ، 4.11-11 ، 4.21-GE-2 + DXVK 1.5.1 وفي كل مكان شاهد الحد الأقصى 2 FPS.

steam-582010-4.11-11.log

وحدة المعالجة المركزية: AMD 3950X
وحدة معالجة الرسومات: Radeon VII
ميسا / LLVM: 20.0.0 (b5c9688) /10.0.0 (gitfc3367d)

يبدو أننا وجدنا الجاني؟

https://fearlessrevolution.com/viewtopic.php؟p=117527#p117527

الآن ... هل هذا شيء على نهايته تمامًا ، أم أن البروتون / النبيذ / DXVK يتطلب بعض العمل؟

وجدت في هذا المنصب. إظهار فرق الأداء

https://steamcommunity.com/app/582010/discussions/0/1737760710130372658/

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

يمكن تأكيد أن تجاوز CRC لا يفعل شيئًا ، لقد كنت آخذ سجلات أداء للبيانات ، وهناك وظيفة واحدة حصلت على قدر كبير من النفقات العامة عند 0x00000001605b0532

اثنان من تقارير الأداء ، أحدهما بدون تجاوز CRC:
https://drive.google.com/open؟id=1JECOHULxCNVYblDK6w37GECj-uwSWksX
وواحد مع تجاوز CRC:
https://drive.google.com/open؟id=1OUrRbLqLKGg5-UY_aaJ4DSyJ-nW154Sp

حسنًا ، ليس "لا شيء" ، فهو يسقط استخدام وحدة المعالجة المركزية بشكل كبير ، لكنه لا يعالج مشكلة FPS المنخفضة

حسنًا ، لقد مُنعت من منتديات MHW ليوم واحد. هل هناك طريقة للاتصال غابن؟

أحصل على 2FPS مع Proton 4.11-11
إنه حقًا مدهش.

حسنًا ، لقد مُنعت من منتديات MHW ليوم واحد. هل هناك طريقة للاتصال غابن؟

إذا كنت جادًا -> https://www.valvesoftware.com/en/contact؟recipient=Gabe+Newell

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

أعتقد أننا يجب أن نبدأ من المصدر ، وهو أن الخمور تكون بنسبة 100٪. يمنحني perf top:
54.20٪ [kernel] [k] toggle_bp_slot.constprop.0
27.45٪ [نواة] [ك] __reserve_bp_slot
7.95٪ [kernel] [k] smp_call_function_single

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

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

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

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

هل نعرف ما هي أنظمة مكافحة العبث / الغش الموجودة في MHW؟ رأيت شخصًا يذكر Denuvo (حد التنشيط) ، ولكن هل هناك أي أنظمة أخرى؟ هل يمكن أن يكون أسوأ مشروب منزلي في التاريخ؟

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

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

إذن ، هل هناك طريقة للتغلب على هذا الآن أم يجب علينا انتظارهم لإصلاح ذلك؟

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

لها تأثير. يضاعف FPS الخاص بي من 5 إلى 10 في القائمة الرئيسية ويقلل بشكل كبير من حمل وحدة المعالجة المركزية لـ exe الرئيسي (من 180٪ إلى 110٪). يبقى خادم النبيذ عند> 80٪ بالرغم من ذلك ، مع أو بدون تجاوز.

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

بالنسبة لي ، ينتقل معدل الإطارات في الثانية إلى 4 على ما أعتقد ، لكن خادم النبيذ لا يزال عالقًا في عمل ptraces.

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

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

لا يقوم wineserver بتحميل وحدة المعالجة المركزية بشكل زائد ، حيث يعمل خادم النبيذ على زيادة التحميل على وحدة المعالجة المركزية ، مما يتسبب في تخصيص نواة واحدة لخادم النبيذ وخادم النبيذ لعدم القدرة على الاستجابة للطلبات بسرعة كافية.

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

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

إذا كان هناك أي شيء تريد مني (أو أي شخص آخر هنا في هذا الشأن) ، أن أفعله ، من فضلك قل شيئًا.

استرخ ، مستخدمو Windows يسحقهم نفس مشاكل الأداء. من المؤكد أنها قد لا تكون شديدة ولكن فقدان 60 إطارًا في الثانية أمر غير مقبول تمامًا. ذهب أحد الرجال من 150 إلى 70 ، وآخر من 60 إلى 15. كما أقروا بالمشكلة على تويتر الرسمي: https://twitter.com/monsterhunter/status/1215703124427624448

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

اليوم وجدت هذا مع بعض "الطريقة" لتعطيل Denuvo الذي يبدو أنه الجاني

https://www.dsogaming.com/news/monster-hunter-worlds-pc-performance-issues-may-be-caused-by-its-anti-cheat-workaround-discovered/

حاولت ذلك ، ولكن لا شيء. أنا قلق من أن:

ج: سنحتاج إلى إصلاح في نهايتنا للتعامل مع نظام الحماية الجديد هذا

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

بالنسبة لي ، يبدو أنه ربما يكون أفضل مكان لنشر هذا الخطأ هو WineHQ. ربما يمكن لبعض الرجال الذين لديهم خلفية فنية أكثر أن يقدموا المزيد من المعلومات حول نتائجك؟

ليس شيئًا جديدًا حقًا ، لكنني قمت بإطلاقه باستخدام Wine-Staging 5 + DXVK وكان سيئًا للغاية. ربما يكون أسوأ لأن العناصر المقدمة تحتوي على عدد إطارات في الثانية على بروتون.

قد لا يقدمون متابعة سريعة إذا كانت المشكلة عميقة للغاية ، وهو ما يبدو كذلك. تخيل أجزاء ضخمة من التعليمات البرمجية تحتاج إلى إعادة بنائها. الكثير من المستخدمين يفعلون ذلك الغبي "iT WeRKs fOR mE" على الإنترنت. هل يحبون فقط تخفيف المشاكل الحقيقية؟

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

قم بتشغيله باستخدام الأمر التالي (ملاحظة: SteamLibrary رابط إلى قرص صلب آخر)
WINEPREFIX='/home/<USER>/SteamLibrary/steamapps/compatdata/582010/pfx' WINEESYNC=1 /home/<USER>/.steam/steam/compatibilitytools.d/Proton-4.21-GE-2/dist/bin/wine Downloads/MHWResetCRC.exe

معلومات نظام Steam: https://pastebin.com/xR6pRRet

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

مرحبا

أتلقى "ERR14: Graphics API غير مطبق" بعد التحديث.
وهو ما يعني وفقًا لخيط البخار هذا https://steamcommunity.com/app/582010/discussions/3/1745594817430288153/؟ctp=14 أن برنامج التشغيل الخاص بي قديم (ليس) أو أن هناك بعض الخدع X المباشرة ولكن من قراءة هذا الموضوع كانت اللحامات هي التي كسر دينوفو اللعبة.
أنا أكره إدارة الحقوق الرقمية. ربما سأطلب استرداد الأموال إذا لم يتم إصلاح ذلك بطريقة ما.

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

قم بتشغيله باستخدام الأمر التالي (ملاحظة: SteamLibrary رابط إلى قرص صلب آخر)
WINEPREFIX='/home/<USER>/SteamLibrary/steamapps/compatdata/582010/pfx' WINEESYNC=1 /home/<USER>/.steam/steam/compatibilitytools.d/Proton-4.21-GE-2/dist/bin/wine Downloads/MHWResetCRC.exe

معلومات نظام Steam: https://pastebin.com/xR6pRRet

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

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

الخطأ خارج السجل الخاص بي ، ولكن حدث خطأ في الصفحة ، ويبدو أنه استثناء مؤشر فارغ.

حسنًا ، يبدو أن Proton-GE هي نفسها إلى حد كبير. لم ألاحظ أي انخفاض كبير في ارتفاعات وحدة المعالجة المركزية. أيضًا استخدام alt + enter -> إغلاق اللعبة لم يساعد أيضًا. لقد غيرت البادئة إلى Windows 10 ولكن هذا أيضًا لم يحدث فرقًا.

هل حاول أي شخص استخدام VKD3D (DX12 إلى VK)؟ https://github.com/d3d12/vkd3d

تم دمج DeathTBO vkd3d مع بروتون الأوراق المالية افتراضيًا ، ولكن لسبب ما ، لن تسمح لك اللعبة بتمكين DX12 حتى مع vkd3d وبادئة windows 10

@ Lightwolf219 هل حاولت تمكين DX12 في steam \ steamapps \ common \ Monster Hunter Worldgraphics_option.ini؟ من المحتمل أن يكون هذا مجرد خيار إذا كنت تستخدم SpecialK (إذا كان الأمر كذلك ، فتجاهل) لكنني لم أتمكن من الوصول إلى جهاز للتحقق.

@ Lightwolf219 يجب أن يكون قد فاتني إدراج VKD3D. أنا لا أستخدم DX12: P.

tosirius لقد حاولت للتو. يوجد خيار graphics_option.ini و config.ini. بعد قلبهما إلى "تشغيل" ، ظلت قائمة اللعبة باللون الرمادي ، ولكن تم ضبطها على تشغيل. لدي أيضًا تعيين Win10 كإصدار windows للبادئة. لم أجد أي فرق في الأداء ، ولا أعتقد أنه تم تمكينه بالفعل.

DeathTBO إذا كان لديك DXVK_HUD ممكّنًا ، فسترى بالفعل أن dxvk لا يزال قيد الاستخدام على الرغم من إجباره على inis ، أفترض أنهم على الرغم من ذلك يبحثون عن فشل دعم DX12 ، لذلك يعود إلى DX11

هذا صحيح ، تؤكد السجلات أن تطبيق DX12 لا يكشف الميزات المطلوبة من قبل اللعبة.

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

لا أتذكر القيام بأي شيء مميز ؛

• تم تغيير إصدار windows المزعوم إلى win10 عند محاولة تشغيل VKD3D ، وهو ما لم ينجح.
• إعادة تسمية / حذف config.ini و graphics_option.ini لإعادة تعيينهما ، ثم ضبط كل شيء على إطارات منخفضة وبلا حدود. مستوى اللد إلى -1 و Z-Prepass متوقف
• تم تثبيت حل إطار عمل الوسائط من إصدار pre-dlc
• تم إيقاف تشغيل مُنشئ سطح المكتب الخاص بـ xfwm

مرحبًا LizardWithHat ، الرابط الذي نشرته يمثل مشكلة قانونية وقد تمت إزالته.

قبل تحديث Iceborne ، كنت سأحصل على 30+ إطارًا في الثانية ، والآن أحصل على 1 ~ 3 إطارات في الثانية ، لذا فإن اللعبة غير قابلة للتشغيل تمامًا. يبدو أن هذه مشكلة في Capcom ، ولكن نظرًا لأن اللعبة تعمل بشكل جيد بالنسبة لبعض الأشخاص ، فربما يكون هناك حل بديل في Proton لجعلنا نلعب اللعبة أيضًا؟ نأمل...

مواصفات نظامي:

https://pastebin.com/Ckts3fhE

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

مرحبًا LizardWithHat ، الرابط الذي نشرته يمثل مشكلة قانونية وقد تمت إزالته.

يا @ kisak-valve ، آسف لذلك.

في الوقت الحالي ، يعاني الكثير من الأشخاص من نفس المشكلات على النوافذ التي لدينا. لقد رأيت بعض المناقشات حول CRC Bypass لا يعمل مع الجميع على windows ، وحتى DX12 ليس حلاً للجميع. كل ما يمكننا القيام به الآن هو انتظار الإصلاح منهم ، IMO.

موافق صديق إذا اقترح لي ما يلي:
أعتقد أنني وجدته ، ما عليك سوى الانتقال إلى ملفات monster hunter ، في مجلد DLL ، ما عليك سوى حذف winpixeventruntime

نظرًا لأنه ليس لدي أدنى فكرة عما يفعله ، فقد فكرت في أن أسأل الأشخاص الذين يفعلون ذلك.

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

@ Mera1506 لم يغير شيئا للأسف.

@ Mera1506 لم يغير شيئا للأسف.

سيء جدًا ..... في هذه المرحلة ، سأكون ممتعًا إذا كان بإمكانه الاستمتاع على 30 إطارًا في الثانية ثابتًا مشابهًا لـ mhgu on switch.

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

@ Guy1524 هل قمت باختباره محليًا باستخدام إصلاح لك؟

przmkg نعم ، والأداء ثابت ، لا تستخدم هذا في
mkw_hack.diff.txt

أستطيع أن أؤكد أنها تعمل.

هل لدى أي شخص نسخة Proton مترجمة مع الإصلاح بأي فرصة؟

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

يا صديق! هذا مذهل!!!!! حسنًا ، الآن كيف يمكننا توصيل هذا إلى أشخاص غير تقنيين؟

نعم ، كنت على وشك أن أسأل كيف يمكنني جعل هذا يعمل.

أود أن أعرف كيف أجعلها تعمل أيضًا.

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

@ Guy1524przmkg أنت رائع!

مذهل ، مجتمع Linux ينقذ العالم مرة أخرى ... Well Monster Hunter World: P

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

كان هذا هو الافتراض الأولي ولكن لا يمكننا القول حقًا. من الممكن .

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

ها أنت ذا ، استغرقني ساعتان لتجميع كل شيء. لقد اختبرته وعاد الأداء إلى المسار الصحيح.
الرابط هنا
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

هل من الممكن أن يتسبب هذا الإصلاح المحدد في الحظر؟

@ Tk-Glitch لقد قمت بتجميع proton-tkg مع تمكين التصحيح الخاص بك ، وقد تحسن الأداء إلى حد ما (ليس تمامًا) - 5 إطارات في الثانية حتى 30 ، عندما كان 60.

przmkg لطيف ، لقد عدت إلى 40 إطارًا في الثانية بهذا.

Utopanic إذا فهمت هذا بشكل صحيح ، فيبدو أن هذا القرص يمنع خادم Wine من تغيير وضع التصحيح على مؤشرات الترابط. لذلك ، على عكس اختراق اتفاقية حقوق الطفل ، فإننا نزيل القدرة على الغش في المقام الأول. أتمنى ألا يؤدي هذا إلى حظر ، ولكن من يعرف بالضبط كيف نفذت Capcom مكافحة الغش.

MrMulciber في إيطاليا نقول: "

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

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

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

ها أنت ذا ، استغرقني ساعتان لتجميع كل شيء. لقد اختبرته وعاد الأداء إلى المسار الصحيح.
الرابط هنا
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

عملت بشكل مثالي بالنسبة لي ، ظهرت التعتعة في البداية ، لكن بعد اللعب ذهبوا بعيدًا ، لذا أعتقد أنها مشكلة تخزين مؤقت. شكرا مرة أخرى لتجميع نسخة البروتون!

ها أنت ذا ، استغرقني ساعتان لتجميع كل شيء. لقد اختبرته وعاد الأداء إلى المسار الصحيح.
الرابط هنا
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

العمل لدي ، كما ورد أعلاه مع بعض التلعثم الأولي بعد تحميل الخريطة.

لقد لاحظت أن أداء النظام عند إخراج علامة تبويب من اللعبة يكون أبطأ مما كان عليه قبل التوسيع ولكننا قابلون للعب!

مواصفات النظام: 3900x ، 1080 ti على Manjaro Gnome

ها أنت ذا ، استغرقني ساعتان لتجميع كل شيء. لقد اختبرته وعاد الأداء إلى المسار الصحيح.
الرابط هنا
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

هل يجب أن أقوم بإنشاء مجلد أدوات التوافق ، أم يجب أن يكون موجودًا بالفعل؟ شكرا مقدما يا صاح.

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

@ Tk- خلل شكرا!

ها أنت ذا ، استغرقني ساعتان لتجميع كل شيء. لقد اختبرته وعاد الأداء إلى المسار الصحيح.
الرابط هنا
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

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

i5 4460 ، RX 570 ، Ubuntu 18.04 5.4

أحصل على تنزيل آخر بحجم 80 جيجابايت ، هل من المفترض أن يحدث هذا؟

شكرا جزيلا ، حاول هذا بعد العمل ......

واو ، شكرًا جزيلاً على اكتشاف هذا الأمر!
يبدو أن اللعبة تعمل بجدية أكبر مما كانت عليه قبل Iceborne ، لكنني أعود إلى أدائي السابق.

przmkg شكرا جزيلا لك ، إنه يعمل بشكل مذهل !!

DigitalDevilSummoner ، يجب أن يكون التحديث الرئيسي لـ Iceborne بحجم 10-15 غيغابايت إضافي ، وبذلك يصل حجم التثبيت بالكامل إلى 40 غيغابايت. ربما تقوم بتنزيل مواد عالية الدقة ، وهذا هو السبب في أن الحجم ينتهي بهذا الحجم.

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

@ Guy1524 يرجى الانتباه إلى الألعاب الأخرى التي لديها مشاكل مع FPS منخفضة:
[1] [وكلاء الفوضى] (https://github.com/ValveSoftware/Proton/issues/1466)
[2] [The Evil Within 2] (https://github.com/ValveSoftware/Proton/issues/2070) - هنا يكون PFS منخفضًا عندما تعرض اللعبة شاشات البداية.
التصحيح الذي يساعد في حل المشكلة مع FPS المنخفض في MHW لم يحل المشكلات في هذه الألعاب.

شكرًا @ Guy1524 ، @ Tk-Glitch ، przmkg ،

@ Guy1524 شكرا لإيجاد وتحديد ذلك! الآن يتيح الأمل أن لا يمارس دينوفو الأشياء مرة أخرى بالنسبة لي: D

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

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

يبدو أن التصحيح يعمل. على الرغم من أنه مع البنية المجمعة مسبقًا ، كان علي إعادة تعيين التكوين بالكامل لأنني حصلت على شاشة سوداء في بداية اللعبة. أعتقد أن هذا مرتبط بخلل حزمة HD Texture الذي يعذب مستخدمي Windows أيضًا. يبدو أن مؤشر الماوس متأخر أيضًا ؛ كما كان يفعل في 4.11-9 ، أليس هذا التصحيح موجودًا في بنية GE؟

وأيضًا ، @ Guy1524 ، بدافع الفضول المطلق: كيف وجدت ذلك؟ لا أتذكر ظهور هاتين الوظيفتين في قمة الأداء ولم يُظهر التتبع أن هذه الوظائف يتم إرسالها إلى البريد العشوائي. هل العمليات بطيئة أم أن هناك ببساطة نقص في التسجيل؟

لذا ، بالأمس عملت على ما يرام ، لكنها استمرت في الانهيار اليوم ، أي اقتراحات؟ أنا على Linux Mint وأعمل على برامج تشغيل rx 480 مع mesa

alosarjos فكرت في ذلك أيضًا ، ولست متأكدًا مما إذا كان هناك حل جيد في المنبع ، مثل

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

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

@ GoLD-ReaVeR لقد كتبت رقعة نبيذ تسجل طلبات خادم النبيذ وتوقيتها بالميكروثانية بتنسيق ثنائي. ثم أقوم بتحليل الملف في وضع عدم الاتصال في توقيت معين لمعرفة كيفية تعامل wineserver مع الطلبات في ذلك الوقت. أظهر ناتج نموذجي خلال فترة التباطؤ شيئًا كالتالي: https://paste.ubuntu.com/p/mNmf4T9b7X/
كما ترون ، يكافح خادم النبيذ لمواكبة جميع الطلبات ، ويتم إرسال بريد عشوائي من خلال (الحصول على / تعيين) طلبات threadcontext ، وهي مكلفة للغاية.

@ Guy1524 أفهم أن إعادة تجميع ntdll.dll مع التصحيح الخاص بك يجب أن يؤدي الحيلة ، أليس كذلك؟

أيضًا ، أفهم أنك قمت بإزالة إعداد بيانات سلسلة الرسائل في _NtSetContextThread_ ولكن بعد ذلك قمت باستعادتها من السلسلة الحالية في _NtGetContextThread_؟

شكرًا مرة أخرى على التصحيح ، سأختبره أيضًا!

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

Emanem كل ما فعلته هو إزالة وظيفة الحصول على سجلات تصحيح الأخطاء

هل واجه أي شخص آخر مشكلة حيث يتجمد جهاز الكمبيوتر بالكامل أثناء مشهد القطع مع أول Wyverian في Hoarfrost Reach؟ وصلت إلى هذا القسم ثم توقف الجهاز بالكامل عن الاستجابة لأي شيء. كان علي أن أقوم بإعادة تشغيل صعبة. لم أكن متأكدًا مما إذا كانت هذه مشكلة في التصحيح أم لا. سأحاول مرة أخرى غدًا بعد العمل لمعرفة ما إذا كان متسقًا أم لا يحدث مرة واحدة. هذا النوع من التجميد يخيفني.

لدي أيضًا نفس مشكلة الشاشة السوداء مع الكاميرا داخل اللعبة التي ذكرها jclc .

هل واجه أي شخص آخر مشكلة حيث يتجمد جهاز الكمبيوتر بالكامل أثناء مشهد القطع مع أول Wyverian في Hoarfrost Reach؟ وصلت إلى هذا القسم ثم توقف الجهاز بالكامل عن الاستجابة لأي شيء. كان علي أن أقوم بإعادة تشغيل صعبة. لم أكن متأكدًا مما إذا كانت هذه مشكلة في التصحيح أم لا. سأحاول مرة أخرى غدًا بعد العمل لمعرفة ما إذا كان متسقًا أم لا يحدث مرة واحدة. هذا النوع من التجميد يخيفني.

لدي أيضًا نفس مشكلة الشاشة السوداء مع الكاميرا داخل اللعبة التي ذكرها jclc .

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

هبطت للتو "تحديث" استخدام المحفوظة واستخدام وحدة المعالجة المركزية. لا تزال اللعبة تعمل بمعدل 1 إطارًا في الثانية بدون إنشاء النبيذ المخصص.

يبدو أيضًا أنه لم يساعد مشغلات windows أيضًا ...

هبطت للتو "تحديث" استخدام المحفوظة واستخدام وحدة المعالجة المركزية. لا تزال اللعبة تعمل بمعدل 1 إطارًا في الثانية بدون إنشاء النبيذ المخصص.

يبدو أيضًا أنه لم يساعد مشغلات windows أيضًا ...

أطلق عليها: د

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

أيضًا ، بالنسبة للأشخاص الذين يواجهون مشكلات مع المشاهد السينمائية (لقد تحطمت شخصيًا بعد هزيمة Xeno'jiiva لأول مرة ، وشعرت بالخوف - لحسن الحظ ، توفر اللعبة تلقائيًا بعد التغلب عليها) - تتطلب MHW حل Media Foundation من أجل النبيذ ، مثل العديد من الألعاب الأخرى . على الرغم من أن معظم المشاهد المتبقية كانت تعمل بشكل جيد ، بشكل غريب.

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

حسنًا ، لقد عملت بشكل جيد قبل التحديث ، ولكن الآن أثناء البحث تحطمت بطاقة الرسومات الخاصة بي فجأة.
حسنًا ، أعتقد أنه كان بسبب نشاط كلا من gsync و V sync .... تم تشغيل vsync ويبدو أنه سيعمل على ما يرام مرة أخرى.

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

i5 4430 ، RX 570 ، Ubuntu 18.04 في 5.4

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

@ Mera1506 نظرًا لأن هذا يحدث أيضًا على النوافذ ، أود أن أقول إن Capcom قامت بعمل سيئ ، تمامًا مثل إصدار Iceborne بالكامل.

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

إذا أعدت تشغيل Steam عدة مرات ، يمكنني تشغيل اللعبة أخيرًا. هل رأى أي شخص قضية مشابهة لهذا؟

@ ProtonLover432 هل يمكنك إنشاء سجل عند التشغيل حيث يحدث هذا وتحميله هنا؟

@ Guy1524 أود أن أفعل ذلك ولكني لست متأكدًا من كيفية

مرحبًا @ ProtonLover432 ، يرجى إضافة PROTON_LOG=1 %command% إلى خيارات تشغيل اللعبة واسحب وأسقط $ HOME / steam- $ APPID.log الذي تم إنشاؤه في مربع التعليقات.

@ Mera1506 نظرًا لأن هذا يحدث أيضًا على النوافذ ، أود أن أقول إن Capcom قامت بعمل سيئ ، تمامًا مثل إصدار Iceborne بالكامل.

على النوافذ أيضا wtf كابكوم. لول ، آمل فقط أن يصلحوها في وقت ما سعيد بالفعل لأن اللعبة قابلة للعب الآن.

أنا أستخدم https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW ويمكنني أخيرًا تشغيل MHW مرة أخرى على Linux. شكرا جزيلا!

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

أنا أعطل على سطح المكتب كل بضع دقائق ، الآن
لا أستطيع حتى إنهاء المهمة

لقد تحطمت على الفور تقريبًا بعد تغيير العتاد. أوقف تشغيل V-Sync ولم يتعطل منذ ذلك الحين ، في حوالي 4-5 ساعات من اللعب. إذا كنت لا تزال تتعطل مع إيقاف تشغيل V-Sync ، فقل ذلك وسأكتب بقية إعداداتي حتى نتمكن من تضييق نطاق السبب / الإصلاح.

تحطمت منجم مع V sync ، ليس بدون .... ليس على الأقل بعد.

كتب تصحيحًا لـ ntdll.dll أكثر عمومية قليلاً والذي يطبق _workaround_ من @ Guy1524 فقط عندما يكون MH: W قيد التشغيل.
لا تتردد في المراجعة والتعليق!

mhw_iceborne_ntdll.txt

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

لست متأكدًا من ذلك ، يمكن ربط Denuvo ولكن يمكن أن يكون مجرد استخدام سيئ له من قبل Capcom. في الوقت الحالي سأحتفظ بعلامة Iceborne

أو يمكننا أيضًا تسميتها بعد ما تفعله وهو STUB_DEBUG_REGS.

ربما واجهت الآن نفس المشكلة مثل @ ProtonLover432 ، حيث تعرض مربع الحوار " steam-582010.log :

======================
Proton: 1579111914 5.0-rc3-GE-1-7-gc08532c
SteamGameId: 582010
Command: ['/home/wuestengecko/.local/share/Steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe']
Options: set()
======================
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
0037:err:esync:esync_init Failed to open esync shared memory file; make sure no stale wineserver instances are running without WINEESYNC.

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

ومع ذلك ، على عكس @ ProtonLover432 ، حدث هذا بالنسبة لي مرة واحدة فقط وبعد النقر فوق ابدأ مرة أخرى يتم تشغيله بشكل طبيعي.

• قوس لينكس
• لينكس سي كيه 5.4.12
• نفيديا- dkms 440.44-12
• % cat .local/share/Steam/compatibilitytools.d/mhwhack/version 1579111914 5.0-rc3-GE-1-7-gc08532c

@ Guy1524 آسف على التأخير ، و @ kisak-valent شكرا للمساعدة.
كان السجل الذي حصلت عليه هو نفسه إلى حد كبير مثلWuestengecko
"" =======================
البروتون: 1579042588 5.0-rc3-GE-1-7-gc08532c
SteamGameId: 582010
الأمر: ['/ home / username / storage / games / steam / steamapps / common / Monster Hunter World / MonsterHunterWorld.exe']

خيارات: مجموعة ()

خطأ: ld.so: الكائن '/home/username/.steam/debian-installation/ubuntu12_32/gameoverlayrenderer.so' من LD_PRELOAD لا يمكن تحميله مسبقًا (فئة ELF خاطئة: ELFCLASS32): تم التجاهل.
الخطأ: ld.so: الكائن '/home/username/.steam/debian-installation/ubuntu12_64/gameoverlayrenderer.so' من LD_PRELOAD لا يمكن تحميله مسبقًا (فئة ELF خاطئة: ELFCLASS64): تم التجاهل.
الخطأ: ld.so: الكائن '/home/username/.steam/debian-installation/ubuntu12_64/gameoverlayrenderer.so' من LD_PRELOAD لا يمكن تحميله مسبقًا (فئة ELF خاطئة: ELFCLASS64): تم التجاهل.
2708.786: 0032: 0033: err: esync : esync_init فشل في فتح ملف الذاكرة المشتركة esync ؛ تأكد من عدم تشغيل مثيلات خادم النبيذ التي لا معنى لها بدون WINEESYNC.
""

أنا أركض:

• نظام التشغيل: Pop! _OS 19.10.1
• النواة: 5.3.0-7625 عام
• إصدار برنامج تشغيل Nvidia: 440.44

يبدو أن هذا يمثل مشكلة في بناء GloriousEggroll. قد ترغب في محاولة تطبيق التصحيح على البروتون 4.11 أو استخدام proton-tkg.

1. لم أقم بإصدار rc3 ، لذلك هذا بناء مُجمَّع ذاتيًا يستخدمه.
2. لديّ بناء rc5 يعمل بشكل جيد مع MHW الذي لم أقم بإصداره.
3. يستخدم بنيتي تصحيحات esync و tkg's fsync والبروتون. مهما كانت مشكلته فيما يتعلق بتشغيل مثيل نبيذ آخر ، ولا يتعلق بأي من تلك التصحيحات ، نظرًا لأن تصحيحات esync هي تلك الخاصة بالتدريج الافتراضي للنبيذ.

مع قول ذلك إذا تم تحديد WINEESYNC = 0 ، فمن المحتمل أن يتم تشغيل اللعبة.

5.0-rc3-GE-1-MHW عبارة عن شوكة من تصميم GloriousEggroll مع نسخة معدلة من النبيذ تنفذ حل Guy1524. تم ربطه مسبقًا بواسطة

@ ProtonLover432 أود أن أقول اتبع اقتراح GloriousEggroll فيما يتعلق بخوادم النبيذ التي لا معنى لها ، لأن هذا ما يوحي به الخطأ أيضًا ويتطابق مع طريقة إصلاح Wuestengecko للأشياء (من المحتمل أن تؤدي إعادة التشغيل إلى إيقاف تشغيل خوادم النبيذ القديمة).

يبدو أن المشكلة الوحيدة عند تشغيل الحل البديل من @ Guy1524 هي مع vsync ، وقد أبلغ آخرون عن

EDIT: تم الاختبار مع تشغيل vsync لمدة 20 دقيقة تقريبًا دون أي مشكلة. قد يكون مزيجًا من الأشياء التي تسبب الانهيار

نعم ، أنا أستخدم الإصدار الذي ربطتهonesol .
لذلك بالنسبة لـ WINEESYNC=0 أعتقد أن هذا خيار تشغيل؟
إذا كان الأمر كذلك ، فهل هو فقط WINEESYNC=0 أم أحتاج إلى WINEESYNC=0 %command% ؟
أرى %command% لأشياء أخرى ولكن لست متأكدًا مما إذا كان مطلوبًا دائمًا أم لا.

يطابق الطريقة التي أصلحت بها Wuestengecko الأشياء (من المحتمل أن تؤدي إعادة التشغيل إلى إيقاف تشغيل خوادم النبيذ القديمة)

يبدو أنني لم أكن واضحًا عند وصف وضعي. لقد قمت بتشغيل جهازي على البارد ، وبدأت Steam ، ثم واجهت المشكلة. حدث ذلك فور بدء التشغيل ، ولم يتم إصلاحه عن طريق إعادة التشغيل. لا يوجد شيء يمكن أن يبدأ مثل هذا الخادم. والأكثر غرابة ، أنه حتى لو كان هناك شيء ما ، لكان قد حصل على WINEESYNC=1 من ~/.pam_environment .

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

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

@ ProtonLover432 ، نعم هذا من المفترض استخدامه مثل خيارات تشغيل Proton ، لذلك تحتاج إلى تحديد %command% . ومع ذلك ، كما أفهم ، تقوم Proton بتعيين esync عبر متغير البيئة الخاص بها المسمى PROTON_NO_ESYNC (بمعنى معكوس ، أي 1 = إيقاف تشغيل esync) مع وضع ذلك في الاعتبار ، يجب أن يبدو خط خيارات التشغيل الكامل كما يلي:

PROTON_LOG=1 PROTON_NO_ESYNC=1 %command%

متابعة "مشكلة esync". كشفت نظرة في مجلتي عن هذا:

Process 6471 (wineserver) of user 1000 dumped core.

Stack trace of thread 6471:
#0  0x00007fabbdeae248 n/a (/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so + 0xd248)

لذلك ، في الواقع لا يتعلق الأمر بـ esync على الإطلاق ، إنه تحطم خادم النبيذ (على ما يبدو بسبب تراكب Steam). لسوء الحظ ، لا يبدو متسقًا كما اعتقدت في البداية ، مما يجعل من الصعب حقًا اختبار المشكلة. @ ProtonLover432 ، قد ترغب في محاولة تعطيل تراكب Steam داخل اللعبة.

إخراج دفتر اليومية الكامل لمثال Steam هذا: steam-journal.log

Wuestengecko هل يمكنك من فضلك إعطاء بناء mhw الذي دفعته هنا لمحاولة معرفة ما إذا كان هناك أي تغيير في السلوك؟

@ Tk-Glitch 10 من أصل 10 محاولات إطلاق (مع إعادة التشغيل بعد كل ثالث) كانت ناجحة. أود أن أقول أن هذا البناء يصلح لي. شكر!

@ Tk-Glitch يبدو أنني أواجه مشكلات في الانضمام إلى جلسات الأصدقاء مع الإصدار الأخير (proton_tkg_5.0rc6.r1.g9dc9c57b.mhw) - أتلقى رمز الخطأ 50385-MW1. أيه أفكار؟

egguchan إذا كنت لا تفتقد بعض الاعتماد على النبيذ ،

egguchan إذا كنت لا تفتقد بعض الاعتماد على النبيذ ،

@ Tk-Glitch شكرًا ، لم يواجهوا أي مشاكل في الانضمام إلى جلستي ، لذا افترض أنها كانت مشكلة مؤقتة في الشبكات.

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

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

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

النظام:
مانجارو
5.4: 12-1- مانجارو
Ryzen 3900x
نفيديا RTX 2080ti
أنا أستخدم proton-tkg 5.0rc6.r1.g9dc9c57b ، لكنه يحدث بغض النظر عن إصدار Proton الذي أستخدمه.

لا فكرة لمن هذا الخطأ ، حقًا.

اي مساعده سوف تكون رائعه.

سجل

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

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

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

النظام:
مانجارو
5.4: 12-1- مانجارو
Ryzen 3900x
نفيديا RTX 2080ti
أنا أستخدم proton-tkg 5.0rc6.r1.g9dc9c57b ، لكنه يحدث بغض النظر عن إصدار Proton الذي أستخدمه.

لا فكرة لمن هذا الخطأ ، حقًا.

اي مساعده سوف تكون رائعه.

لدي نفس المشكلة. لدي فقط وحدة تحكم PS4 واحدة متصلة ، وأثناء تشغيل اللعبة ، يوضح لي jstest-gtk أن وحدة تحكم xbox360 إضافية متصلة. يبدو أن وحدة التحكم هذه تقدم هذه المدخلات الثابتة.

يجب محاكاة وحدة التحكم هذه بالبخار أو أي شيء آخر. محاولة تكوينه لم يغير أي شيء.

لم تحدث المشكلة قبل تحديث Iceborne / نسخة البروتون المصححة.

أي شخص آخر لديه مشكلة حيث تدور الكاميرا باستمرار أو أن شخصيته تمشي باستمرار؟
اعتقدت أن لدي مشكلة في الانجراف ، لكنها تحدث فقط في MHW منذ تحديث IB.
عندما أقوم بفصل وحدة التحكم ، تبدأ الكاميرا على الفور في الدوران ولن تتوقف حتى أقوم بتوصيلها مرة أخرى.
يظهر لي الاختبار أنه عندما لا يتم توصيل وحدة التحكم الخاصة بي ، يكتشف MHW ميلًا تصاعديًا ثابتًا للكاميرا ، جنبًا إلى جنب مع المشي المستمر نحو اليسار ، ولا يمكنني تحديد مصدر الإدخال طوال حياتي يحدث ذلك حتى لو قمت بفصل لوحة المفاتيح والماوس.
النظام:
مانجارو
5.4: 12-1- مانجارو
Ryzen 3900x
نفيديا RTX 2080ti
أنا أستخدم proton-tkg 5.0rc6.r1.g9dc9c57b ، لكنه يحدث بغض النظر عن إصدار Proton الذي أستخدمه.
لا فكرة لمن هذا الخطأ ، حقًا.
اي مساعده سوف تكون رائعه.

لدي نفس المشكلة. لدي فقط وحدة تحكم PS4 واحدة متصلة ، وأثناء تشغيل اللعبة ، يوضح لي jstest-gtk أن وحدة تحكم xbox360 إضافية متصلة. يبدو أن وحدة التحكم هذه تقدم هذه المدخلات الثابتة.

يجب محاكاة وحدة التحكم هذه بالبخار أو أي شيء آخر. محاولة تكوينه لم يغير أي شيء.

لم تحدث المشكلة قبل تحديث Iceborne / نسخة البروتون المصححة.

حاول إيقاف تشغيل دعم وحدة التحكم في الإعدادات ، بالإضافة إلى الانتقال إلى خصائص MHW وتحويل إعدادات وحدة التحكم هذه إلى "الإيقاف القسري"

تضمين التغريدة
أدى تعيين إعدادات وحدة التحكم لـ mhw in steam to "force off" إلى جعل وحدة التحكم في PS4 تعمل بشكل أفضل (نجحت المدخلات) ولكن لم يتم إصلاح المشكلة المذكورة

heikomat هل قمت بإيقاف تشغيل دعم وحدة التحكم في إعدادات البخار؟ تأكد من إيقاف تشغيل كل هذه الخيارات أيضًا.

DigitalDevilSummoner سيختبر أنه عندما أستطيع ، يمكن أن يستغرق يومًا أو يومين. ولكن شكرا على المدخلات! :)

5.0-rc3-GE-1-MHW عبارة عن شوكة من تصميم GloriousEggroll مع نسخة معدلة من النبيذ تنفذ حل Guy1524. تم ربطه مسبقًا بواسطة

@ ProtonLover432 أود أن أقول اتبع اقتراح GloriousEggroll فيما يتعلق بخوادم النبيذ التي لا معنى لها ، لأن هذا ما يوحي به الخطأ أيضًا ويتطابق مع طريقة إصلاح Wuestengecko للأشياء (من المحتمل أن تؤدي إعادة التشغيل إلى إيقاف تشغيل خوادم النبيذ القديمة).

يبدو أن المشكلة الوحيدة عند تشغيل الحل البديل من @ Guy1524 هي مع vsync ، وقد أبلغ آخرون عن

EDIT: تم الاختبار مع تشغيل vsync لمدة 20 دقيقة تقريبًا دون أي مشكلة. قد يكون مزيجًا من الأشياء التي تسبب الانهيار

واجهت مشكلة ، فأنا أستخدم البروتون- ge-5rc-mhw ولكن عند بدء تشغيل اللعبة ، تظهر اللعبة ولكن في شاشة سوداء وبعد ذلك تخرج اللعبة بشكل غير متوقع.

5.0-rc3-GE-1-MHW عبارة عن شوكة من تصميم GloriousEggroll مع نسخة معدلة من النبيذ تنفذ حل Guy1524. تم ربطه مسبقًا بواسطة
@ ProtonLover432 أود أن أقول اتبع اقتراح GloriousEggroll فيما يتعلق بخوادم النبيذ التي لا معنى لها ، لأن هذا ما يوحي به الخطأ أيضًا ويتطابق مع طريقة إصلاح Wuestengecko للأشياء (من المحتمل أن تؤدي إعادة التشغيل إلى إيقاف تشغيل خوادم النبيذ القديمة).
يبدو أن المشكلة الوحيدة عند تشغيل الحل البديل من @ Guy1524 هي مع vsync ، وقد أبلغ آخرون عن
EDIT: تم الاختبار مع تشغيل vsync لمدة 20 دقيقة تقريبًا دون أي مشكلة. قد يكون مزيجًا من الأشياء التي تسبب الانهيار

واجهت مشكلة ، فأنا أستخدم البروتون- ge-5rc-mhw ولكن عند بدء تشغيل اللعبة ، تظهر اللعبة ولكن في شاشة سوداء وبعد ذلك تخرج اللعبة بشكل غير متوقع.

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

الحلول المستخدمة: وسائط الأساس (لم تكن تعرف حتى كيفية تطبيقها) ، باستخدام proton-ge-5rc-mhw ، تعطيل التراكب (أعتقد أن هذا هو سبب حدوث خطأ في البداية) ، تم تعطيل المزامنة باستخدام PROTON_LOG = 1 PROTON_NO_ESYNC = 1٪ أمر٪

المواصفات:
رام: 15.5
Intel® Core ™ i7-8750H CPU @ 2.20 جيجا هرتز × 12
بطاقة الرسومات GeForce GTX 1050 / PCIe / SSE2
جنوم 3.32.1 (أوبونتو 19.04)
64 بت
قرص 1 تيرابايت

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

• قم بإنشاء مجلد في الدليل الجذر الخاص بك باسم "_TempPhoto" (sudo mkdir / _TempPhoto)
• امنحه الأذونات المناسبة (لقد اختبرته فقط بأذونات كاملة ، sudo chmod 777 / _TempPhoto)

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

لقد وجدت إصلاحًا لأداة الصور.

بحث جيد! يمكنني أن أؤكد أن كلا من الربط الرمزي /tmp (الذي يحتوي على 1777) واستخدام دليل بأذونات مقيدة (700 و chown ed لنفسي) يعملان بشكل جيد أيضًا. يبدو أن كل ما هو مطلوب هو الوصول للقراءة / الكتابة لعملية اللعبة.

(من يحتاج حتى %TEMP% على أي حال ...)