تأتي اللعبة أكثر مع DX9 ولكن بعد ذلك بها الكثير من المشكلات الأخرى والأداء السيئ.
من الخطأ winehq.org ، يبدو أنه لا يوجد سوى تغييرات صغيرة جدًا مطلوبة لتشغيل إصدار DX11 بشكل جيد!

يعمل مع DX9 ولكن الأداء سيء بالفعل ويتعطل كثيرًا. في جلسة واحدة مدتها ساعة واحدة ، تعطلت أربع أو خمس مرات. لقد حاولت الحصول على نسخة DX11 تعمل على Wine و DXVK ولكن بعد تطبيق التصحيح CoInitialize ، يتجمد عند شاشة سوداء عند بدء التشغيل. كنت آمل أن يقوم بروتون بشيء مختلف ويجعله يعمل.

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

لاحظ أن PoE غير مدرج في القائمة البيضاء لذا أشك في أننا حصلنا على أي دعم رسمي حتى الآن.

كنت أقوم مؤخرًا بتجهيز عملية لتشغيل PoE لمزيد من الأشخاص ونشرت هذه الخطوات هنا

الجوهر هو أن PoE يعمل بشكل رائع مع DX11 (DXVK) مع رقعة تظليل. في الوقت الحالي ، يقوم Proton بتشغيله في وضع DX9 الذي لا يعمل مع الكثير من الأشخاص. نحتاج إلى التعمق في هذا التكوين الجديد الذي قدموه ومعرفة كيفية تمكين DXVK وكيفية إدخال تصحيحات مخصصة.

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

لا يعمل PoE بشكل رائع مع DX11 بالنسبة لي. في الواقع لا يعمل على الإطلاق. أبعد ما لدي هو تجنب كل الأعطال الصريحة عند بدء التشغيل ، لكن اللعبة معلقة فقط على شاشة سوداء (في الواقع تعرض إطارًا أسود واحدًا فقط) ، وتستهلك 100٪ من وقت وحدة المعالجة المركزية. لا أعرف ما إذا كان يحاول تحميل شيء ما في الخلفية ولكن حتى بعد ساعة من الانتظار لم يصل إلى أي مكان. استخدام Lutris أو PlayOnLinux أو النبيذ العادي لا يحدث فرقًا. لا يُحدث التصحيح DXVK غير المتزامن فرقًا. محاولة استخدام أخطاء تنفيذ D3D 11 المدمجة في Wine مع "فشل في إنشاء سياق مؤجل".

لقد حاولت استخدام WINEDEBUG و DXVK_LOG_LEVEL وحتى gdb ، لكنني حتى الآن جاهل تمامًا بما هو خطأ. إذا كان لديك أي أفكار حول ما يجب أن أتحقق منه ، فأنا أحب أن أسمع ذلك.

DataBeaver ما هو نظام التشغيل وطراز بطاقة الرسومات وإصدار برنامج تشغيل بطاقة الرسومات لديك؟

دبيان غير مستقر ، GTX 980 ، 396.51. يشير Lutris DXVK howto إلى أن 396.45 يفتقد امتداد Vulkan ؛ لقد اكتشفت أنه إذا كان هذا هو الحال مع هذا الإصدار أيضًا ، فإن DXVK سيفشل ببساطة في التهيئة. لقد جربت بعض الإصدارات المختلفة من Wine 3.13 و 3.14 ، سواء التدريج أم لا. لا يبدو أن التدريج يحدث فرقًا طالما أن التصحيح CoInitialize موجود.

DataBeaver هذه شريحة Maxwell تدعم Vulkan & DX11 لذا من المحتمل وجود مشكلة في البرنامج / التكوين في مكان ما. هل تستخدم إصدارًا من برنامج التشغيل يأتي مع لوحة تحكم NVIDIA؟ إذا كان الأمر كذلك ، فهل يشير إلى أي مشاكل؟

تقصد إعدادات نفيديا؟ لقد قمت بتثبيته ولا يمكنني العثور على أي مؤشرات مشكلة. يمكنني أيضًا تشغيل vkmark بنجاح (https://github.com/vkmark/vkmark) لذا يبدو أن Vulkan يعمل.

تجربتي مع PoE DX11 (AMD Radeon RX470) والنبيذ جيدة جدًا مع تطبيق المتطلبات الأساسية التالية:

• يجب أن يكون لديك: تصحيح WIC (CoInitialize)

• المتغير 1: DXVK 0.70 - تجميع تظليل قوي يتلعثم في البداية حتى تصبح ذاكرة التخزين المؤقت جاهزة ، ولكن بعد ذلك أداء مستقر جدًا وجيد (مع تجميع تظليل عرضي عند دخول مناطق جديدة)

• البديل 2: مصححة DXVK 0.65 مع تهكير تظليل (https://github.com/jomihaka/dxvk-poe-hack) لتجنب التأتأة - بعض الثغرات والوميض أثناء التجميع ولكن لا تأتأة وأداء جيد
  DXVK_USE_PIPECOMPILER=1 DXVK_USE_PLACEHOLDER_SHADERS=1 DXVK_HUD=1 WINEPREFIX=/mnt/storage/wine/poe wine64-staging-3.13 PathOfExile.exe --nologo

قد يكون من المثير للاهتمام نقل الاختراق إلى نظام التكوين DXVK 0.70 الجديد وربما السماح بتنشيطه للألعاب المتقطعة جدًا عندما لا تكون ذاكرة التخزين المؤقت جاهزة.
تحرير: أو تطبيق أفضل وأبسط كما هو مقترح هنا https://github.com/doitsujin/dxvk/pull/564#issuecomment -413160155

لقد قمت بتنزيل معيار Unigine Heaven (https://benchmark.unigine.com/heaven) وهو يعمل مع دعم DXVK و Wine's المدمج في D3D 11. لذا مهما كانت المشكلة مع Path of Exile ، يبدو أنها محددة بما يكفي للتأثير على بعض البرامج فقط دون غيرها.

من خلال تطبيق التصحيح d3d11-Defirmed_Context من تطبيق Wine-staging المدمج في Wine ، يتصرف الآن بنفس طريقة DXVK. بمعنى آخر ، يتم تعليقه على شاشة سوداء عند بدء التشغيل.

بعد المزيد من التحديق في السجلات والبحث في الويب ، اكتشفت أن بقع windowscodecs- * من إعداد النبيذ ضرورية أيضًا. يتم تشغيل اللعبة الآن حتى شاشة تسجيل الدخول على الأقل ، مع كل من DXVK و Wine's D3D 11. سأبلغ عندما كان لدي وقت لتشغيلها بالفعل واختبار الاستقرار والأداء.

لماذا لم ينجح نهج Lutris بالنسبة لي في حين أنه لا يزال لغزا بالنسبة للكثيرين.

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

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

دعونا لا نحول هذا إلى منتدى دعم لـ PoE على جميع الإصدارات المختلفة من Wine. هذا عن بروتون ...

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

لقد أجريت المزيد من التحقيقات للعثور على الحد الأدنى من التغييرات المطلوبة لتشغيل اللعبة. يتلخص هذا (مع Wine 3.14 كنقطة انطلاق):

1. التصحيح CoInitialize. لقد قمت بإنشاء إصداري الخاص الذي يتعامل مع المكالمة بطريقة أكثر ذكاءً: https://gist.github.com/DataBeaver/5e1f1a256c7f1abb339831fc2b72a5db

2. windowscodecs-32bppPRGBA من إعداد النبيذ. إنها تسحب معظم تصحيحات windowscodecs- * الأخرى باعتبارها تبعيات ، لكنني تحققت من أن اللعبة لا تعمل بدون هذا التصحيح المحدد.

3. DXVK. يفتقر D3D 11 الخاص بـ Wine إلى دعم السياقات المؤجلة ، لكن استخدام DXVK يتجاوز هذه المشكلة. العنصر النائب تظليل الاختراق اختياري.

بالنظر إلى شجرة مصدر Wine المضمنة في Proton كوحدة فرعية ، فإنها لا تتضمن بقع CoInitialize أو windowscodecs. إصدار Wine الأساسي قديم إلى حد ما (3.0-rc1 وفقًا لعلامات git) لذلك لا أعرف ما إذا كان هناك شيء آخر مطلوب في هذا الإصدار أيضًا. تم تضمين DXVK وعلى الرغم من أنه الإصدار 0.65 ليس لدي سبب للاعتقاد بأنه لن يعمل.

لقد قمت بتنزيل مصدر البروتون وقمت بتطبيق التصحيحات التي يتحدث عنها DataBeaver . بعد تصحيحات CoInitialize و windowscodec ، تعمل اللعبة بشكل لا تشوبه شائبة مع DX11. ومع ذلك ، فشل التصحيح 0002 winecodec ولكن بعد تطبيقه يدويًا لم يكن هناك مشكلة.

@ c0r73x أي فرصة يمكنك مشاركة بناء Proton dist الخاص بك؟ أحاول بنائه باستخدام تصحيحات PoE بنفسي ، لكنني أصاب أخطاء الإنشاء باستخدام winegcc ...

GregSutcliffe بالتأكيد ، https://mega.nz/#!3253ECqJ!WViplmIgM6FNDSJwnsWFJwEXUUY3_Qzm1c1LVYGfSJ8

@ c0r73x شكرًا ، يمكنني أن أؤكد أن هذا يناسبني أيضًا. محل تقدير!

@ c0r73x شكرا للمشاركة! يجعل الاختبار سهلاً.

لسوء الحظ ، هذا البناء ناجح جزئيًا فقط بالنسبة لي.

سيتم تحميل PoE وتشغيله مع DX11 (DXVK) الآن ، لكن التصحيح coinitialize لا يعمل مثل تصحيح التظليل البديل القديم. أحصل على الكثير من التأتأة والتجميد مع هذا في Steam ، في حين أن رقعة التظليل تعمل بالقرب من PoE بشكل لا تشوبه شائبة في Lutris + DXVK بالنسبة لي.

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

تحرير: الإصدار الآخر (تصحيح shader + DXVK + Lutris) لا يزال يعمل بشكل جيد بالنسبة لي. لا يمكنني معرفة سبب أداء تكوين Proton أسوأ.

tainium هل حاولت تعطيل تراكب البخار؟

@ c0r73x نعم.

tainium حسنًا ، لقد قمت بتطبيق رقعة التظليل على dxvk في البروتون وأنت على حق. اللعبة تعمل بشكل أفضل معها. اختفى شكل microstutter الذي يلعب لعبة necro مع الكثير من الحيوانات الأليفة: p

ها هي ملفات dxvk المصححة إذا أراد أي شخص ذلك https://mega.nz/#!nnBylIpB!0KNQwsTf48V861IoFGPBtbZ_sZtX4LRDSA3FdEampnM

@ c0r73x شكرًا على التصحيح الجديد ،

@ c0r73x أكد ، هذا تحسن كبير - شكرًا! نظرًا لأن لديك تصميمات تعمل ، فهل لديك فرصة للتعليق على # 494؟ ثم يمكنني التوقف عن التنصت عليك للبنيات :)

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

مع DXVK و windowscodecs ، يمكنني تشغيل الجلسات لساعات متعددة ، واستخدام الذاكرة يستقر حول 2.7G RAM. يرتفع جهاز wined3d الأصلي مع DX9 إلى ما يزيد عن استخدام ذاكرة 3.5G (في أقل من ساعة واحدة) ، ثم يبدأ في فقدان الأنسجة والأحرف النصية ، ثم يتعطل عادةً في شاشات التحميل. لذا IMHO ، العودة إلى دعم DX9 ليس خيارًا.

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

حسنًا ، لقد كان ممتعًا بينما استمر. ثم قدم Delve ميزات رسومات جديدة رائعة ...

كان لدي PoE يعمل بشكل جيد في كل من Lutris w / DXVK و SteamPlay قبل التحديث. قامت كلتا البيئتين بتحديث اللعبة ولكن بعد ذلك فشلت في التشغيل. تبدأ اللعبة بشعار الترس ولكن بعد ذلك (في الغالب) تتجمد ولا يتم تحميل أي رسومات ثلاثية الأبعاد فعلية. لا بد لي من الوصول إلى جهازي عن بُعد وقتل العملية أو القيام بإعادة تشغيل صعبة. حتى الآن لا يبدو أن أيًا من خيارات الإطلاق تحدث أي فرق.

أفكار؟

سأحاول تنظيف أي قطع أثرية من بقعنا لاختبارها في بيئة نظيفة ومن ثم ربما إعادة التصحيح.

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

tainium يجب أن يؤدي الضغط على Ctrl + Alt + Esc إلى

سيتم تشغيله على الأقل في وضع DX9 ، إذا كان بإمكانك الوصول إليه. حذف هاتين المنطقتين للعودة إلى DX9:
ستيم أبس / مشترك / بروتون *
steamapps / المشتركة / المتوافقة

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

سأحاول إعادة تأسيس Proton على Wine 3.14 ، لكن الأمر سيستغرق بعض الوقت لإعداد البيئة ... يمكنك متابعة https://github.com/kakra/wine لمعرفة التحديث.

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

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

تحرير: مع إعداد النبيذ 3.13

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

يمكنني التحميل والنقر فوق تسجيل الدخول عبر DVXK @ c0r73x المصحح المقدم منذ فترة. في قائمة الانتظار الآن ، موضع 28000: P.

GregSutcliffe هل يمكنك من فضلك مشاركة المزيد حول التكوين الخاص بك حتى نتمكن من العثور على المشكلة؟

نفس الشيء هنا بالنسبة لـGregSutcliffe. 3D على ما يرام ، في انتظار في قائمة الانتظار.

• إعداد النبيذ 3.13 مع تصحيح WIC
• dxvk 0.65.0
• AMD Radeon RX 470 (بولاريس 10)
• سائقي ميسا من بوابة

info:  AMD RADV POLARIS10 (LLVM 8.0.0):
info:    Driver: 18.2.99
info:    Vulkan: 1.1.70

tainium بالتأكيد ، اسمحوا لي أن أعرف إذا فاتني أي شيء.

Archlinux, kernel 4.17.11-6 using CK kernel
Nvidia-ck 2:396.51-2 (GeForce GTX 970)
Mesa 18.1.6-1
Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz
16Gb Ram
Proton / DXVK as per <strong i="7">@c0r73x</strong>

جعلها على Lioneye ، يبدو أنه لا بأس به - تلعثم معتاد عند تحميل مواد جديدة ولكن يمكن تشغيلها بخلاف ذلك

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

kakra يسعدني اختبار ما إذا كان لديك حزمة يمكنك توزيعها. حتى الآن لم يحالفني الحظ مع أي حيل لجعل DX11 يعمل.

tainium يمكنني أن أقدم لكم حزم Gentoo

كنت أواجه نفس المشكلة حول عدم تحريك التروس وتعليق اللعبة لجهاز الكمبيوتر الخاص بي. حررت ملف production_Config.ini للعبة وغيرت directx_version = إلى 9 ، borderless_windowed_fullscreen = false ، ملء الشاشة = false. من هنا ، تحققت من أن اللعبة سيتم تحميلها لي ، وتغيرت إلى direct9ex ، والتي نجحت ، ثم تغيرت إلى directx11 ، وهذا يعمل الآن في وضع الإطارات (لم أحاول التغيير مرة أخرى إلى ملء الشاشة بعد ولكن كنت متشوقًا للعب طوال اليوم حتى يأتي ذلك أول).

باستخدام بناء بروتون c0r73x و DXVK المصحح كما هو مذكور سابقًا في الخيط ، محركات nvidia-396 على 1050 Ti.

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

أرى بالتأكيد مشكلات في الذاكرة ، اضطررت إلى إعادة التشغيل 3 مرات أثناء التشغيل للعمل 2 ، حيث ينخفض ​​معدل الإطارات بعد 3-5 مناطق. ما هي خيارات الإطلاق التي يستخدمها الأشخاص؟

تحرير: ربما كنت محظوظًا لفترة من الوقت ، ظهرت نفس المشكلات في النهاية ولكن بدا أنها استغرقت وقتًا أطول للظهور.

GregSutcliffe كنت أستخدم - gc 2 لبعض الوقت وأتلقى مشكلات مماثلة ، لقد قمت بإيقاف تشغيل هذا ويبدو أنه خفف من حدة هذه المشكلة. لقد تعرضت لانهيار في معركة Weaver ولكن بالحكم على PoE reddit يمكن أن يكون بنفس السهولة مشكلة العميل في الوقت الحالي. بخلاف ذلك ، يتم تمكين --waitforpreload.

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

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

TrueNeutralDesu لقد جربت للتو تغيير الدقة إلى شيء أكبر ونعم ، نفس المشكلة بالضبط. كنت ألعب بدقة 1920 × 1080 ، لكنها لا تشغل مساحة كافية على سطح المكتب وأردت تجربتها عند 2560 × 1360 ، ولكن ظهرت نفس مشكلات إنهاء المكالمة بالضبط.

presidentbiggles FTW ... هذا هو الحل العملي الوحيد بالنسبة لي. شكرا للمشاركة. سوف أنشر في منتديات POE. لدي نفس التجربة التي وصفتها بالضبط. لاحظ أنني أشير إلى تكوين Lutris الخاص بي بدلاً من Proton الذي يرفض فعل أي شيء آخر غير DX9.

presidentbiggles شكرًا ، أجل ، أرى الأمر نفسه ، إزالته لا يساعد كثيرًا.

يبدو أن PoE بدأ العمل مع Lutris منذ أمس (بعد تحديث lustris) مع DX11 / DXVK 0.71.
لذلك يجب أن تعمل اللعبة مع DX11 أيضًا

Lutris ليس بخارًا. يستخدم البرامج النصية التي صنعها المستخدم وبناء النبيذ المصحح حسب الطلب. لن يعمل PoE على البروتون حتى تتم إضافة رقعة CoInitialize.

قد تعمل في dx9 بطيئة ، لكنها فوضى بطيئة stuttery.

tainium هذا ما توصلت إليه: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial

GloriousEggroll لا يكفي تصحيح CoInitialize:

kakra أنت على حق نسيت أن أذكر ذلك. كما يعمل dxvk poe hack patch + config بشكل جيد للغاية لتقليل التلعثم

أدرك أنه تم الرد على هذا من قبل في مكان آخر ولكن لا يمكنني العثور على الرابط. ما هي خطط البروتون لدمج مجموعة واسعة من التصحيحات التدريجية؟ هل يتم تضمين PBA مع esync؟ أم أن البروتون نفسه شوكة من النبيذ / التدريج مع مراعاة الشوائب على أساس الثبات؟

بروتون ryanmusante هو شوكة من النبيذ مع بقع مخصصة بواسطة الصمام. esync مضمن ، pba ليس كذلك.

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

GloriousEggrolltainium هنا بلدي بناء المحدثة التي تمكن بو لتشغيل مع بروتون: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial-1

يتضمن هذا الآن تصحيحات windowscodecs.

يبدو أن PoE حساس للغاية لتغييرات حجم النافذة. أيضًا ، أوصي بالانتظار حتى يهدأ القرص الصلب قبل تسجيل الدخول. كان لدي 60 إطارًا في الثانية بدقة FHD وحوالي 30-35 إطارًا في الثانية عند 4k. على غرار لعبة The Witcher 3 ، تختنق اللعبة كل بضع ثوانٍ (يبدو وكأنه يسقط الإطار أو يتباطأ ، غير مرئي في الرسوم البيانية fps ، قد يكون مرتبطًا بـ esync ولكنه ليس مشكلة في اللعب ، فالتعثرات الناتجة عن تجميع التظليل كثيرة أكثر وضوحا ، مع هذا يتلاشى بعد بضع دقائق من اللعب). لقد نجحت في تعطيل Steam Overlay وتعيين مدير النوافذ الخاص بي على تذكر حجم النافذة. إذا تجمد ، فاضغط على Ctrl + Alt + Esc ، وانتظر بضع ثوان حتى يظهر مؤشر الماوس الجمجمة ، ثم اقتل النافذة بالنقر فوقه. تتضمن التصحيحات تحديثات pulseaudio التي تسمح لك بالتبديل إلى سماعة الرأس الخاصة بك من داخل اللعبة (يمكن لألعاب Proton رؤية كل جهاز pulseaudio منفصلاً عن ذلك).

إذا كنت ترغب في استخدام إصدار shader-hack من DXVK ، فيجب عليك نسخه إلى البادئة بنفسك ، لم يتم تضمين DXVK في هذا الإصدار (ولن يتم تضمينه). إنه ببساطة يعيد استخدام إصدار DXVK الذي يوفره Proton.

ryanmusante PBA يسبب تباطؤًا كبيرًا بالنسبة لي في العديد من الألعاب. ربما لا تعمل بشكل جيد مع nvidia binary blob. من بعض الاختبارات غير العلمية ، يبدو أن esync يتسبب في اختناق إطارات في الثانية بالنسبة لي ، بما في ذلك TW3 و PoE. لكنني لم أتحقق من ذلك بعد.

kakra إن المشكلة التي Steam-native أو الالتزام بمكتبات وقت تشغيل Steam. بالنسبة لبعض الألعاب ، يبدو أن Steam-native يعطي دفعة للأداء بينما بالنسبة للآخرين ، هناك عدم توافق يمنع تحميل اللعبة.

https://wiki.archlinux.org/index.php/Steam/Troubleshooting#Steam_native_runtime

ما التوصية بالبروتون وهل هذه مشكلة فقط للأشخاص الذين يديرون آرتش؟

ryanmusante لست متأكدًا من أن هذه مشكلة هنا ، لأن وقت التشغيل هو بروتون النبيذ لـ PoE. OTOH ، على الأقل في Gentoo لم يعد لدي أي مشكلة مع هذا. يمكنك استخدام وقت تشغيل Steam الرسمي وتعيين STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 لتفضيل libs المضيف على libs المقدمة من steam.

GloriousEggrolltainium ها هو تصميمي المحدث الذي تأسيسه إلى Wine 3.12. يتضمن التصحيح CoInitialize المكرر بواسطة DataBeaver لتشغيل PoE في وضع DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

قد يكون أداء PoE أفضل قليلاً. لم يتم اختبار تغيير حجم Windows هذه المرة.

tainium إليك (نوعًا) تسجيل سيئ لـ PoE في بروتون النبيذ الخاص بي_3.7 أعيد تعيينه إلى 3.12 بناء. هل تغير شيء ما في DXVK المشحونة ببروتون؟ نظرًا لأنني أرى تظليل يتم تحميله في وقت متأخر جدًا ، فإنه ينتج عنه نماذج سوداء.

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

https://youtu.be/7atm6lGioGs

أيضًا ، هناك انخفاض في FPS كل بضع ثوانٍ لم أواجهه إلا مؤخرًا. أعتقد أن هذا حدث منذ أن قمت بدمج esync في بنائي الخاص (والذي كان يعتمد في السابق على نبيذ الفانيليا 3.14). لا أعتقد أن هذا متعلق بالتظليل ...

(دائمًا ما يتلعثم شعار التروس كثيرًا)

Path of Exile - يتعطل بعد حوالي 15 مترًا من اللعب

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/1447.
zaggynl تم النشر على 2018-09-14T15: 33: 31:

تقرير التوافق

• اسم اللعبة مع مشاكل التوافق: Path of Exile
• معرف تطبيق Steam للعبة: 238960

معلومات النظام

• وحدة معالجة الرسومات: RX 56
• إصدار برنامج التشغيل / LLVM: AMDGPU / 8.0 بوابة من بادوكا غير المستقرة اعتبارًا من 2018-09-14: https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa
• إصدار النواة: 4.18.7-041807-lowlatency
• ارتباط بتقرير معلومات النظام الكامل كـ Gist :
  إخراج الأمر sysinfo:
  https://gist.githubusercontent.com/zaggynl/382e129b0d7b48482923f62c57ee5651/raw/67f90e61c38a5a17924347859caa18eab188dc99/sysinfo_zaggynl
  إخراج البخار sysinfo:
  https://gist.githubusercontent.com/zaggynl/d5443757827a2649013142836ca6c411/raw/599be7e2d3744347aaa06b3147ce73145e05fa3c/steam_sysinfo_zaggynl
• إصدار البروتون: 3.7-6 Beta

أؤكد:

• [V] أنني لم أعثر على تقرير توافق موجود لهذه اللعبة.
• [V] أنني تحققت مما إذا كانت هناك تحديثات متوفرة لنظامي.

سجل تصحيح أخطاء Steam: https://gist.githubusercontent.com/zaggynl/6d55e984035244ec54274db14a2f77ea/raw/f2ab23db3dace4c6032ffb6aa6389a03ad364240/poe_log_zaggynl

الأعراض

تتعطل اللعبة على سطح المكتب بعد حوالي 15 مترًا من وقت اللعب
إعدادات PoE:
http://i.imgur.com/8C2p65Y.png
http://i.imgur.com/9TlwF2U.png

kakra kakra

GloriousEggroll tainium إليك تصميمي المحدث الذي أعيد تأسيسه إلى Wine 3.12. يتضمن التصحيح CoInitialize المكرر بواسطة DataBeaver لتشغيل PoE في وضع DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

قد يكون أداء PoE أفضل قليلاً. لم يتم اختبار تغيير حجم Windows هذه المرة.

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

zaggynl لا تسقط المجلد الموجود ... فهو يحتوي على مكتبات DLL غير المرفقة مع الإصدار الخاص بي. عمل نسخة احتياطية بدلا من ذلك. يحدث هذا الخطأ المحدد لأن DXVK مفقود بعد ذلك ، على ما أعتقد. PoE غير متوافق مع wined3d-DX11 بقدر ما أستطيع أن أقول.
__EDIT__: كما لاحظ DataBeaver في هذا صحيح بالنسبة للبناء الخاص بي.

ملاحظة: يجب عليك تبديل PoE إلى وضع DX11 قبل اللعب.

يعمل PoE مع Wine's D3D11 (اعتبارًا من Wine 3.14) بعد تطبيق التصحيح d3d11-Defirmed_Context من إعداد النبيذ (بالإضافة إلى التصحيحات المذكورة سابقًا).

DataBeaver ربما ولكن هذا التصحيح ليس في بنائي حاليًا ... وهو ليس 3.14

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

يبدو أن PoE يعمل بشكل جيد مع برنامج تثبيت Lutris هذا (يحتاج إلى حساب Lutris): https://lutris.net/games/path-of-exile-standalone-w-dxvk/installer/edit
لا توجد حوادث في حوالي 45 م من اللعب.
حجج إطلاق PoE: - في انتظار التحميل - nologo - nodx9ex --gc2
تغير قوس النبيذ. إلى 64 بت
تم تغيير Runner إلى esync-nopulse 3.15
DXVK إلى 0.72

اللعبة لن تبدأ باستخدام dx11.

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

لعبتي المفضلة ولا يمكنني لعبها. :(

@ TheVE يرجى قراءة أعلاه. إذا جمعت إصدار Proton الذي
تم تجميعها قبل يوم وهي تعمل على Archlinux مع برامج تشغيل Nvidia.

Janhouse لقد جربت النسخة المترجمة مسبقًا من kakra ولكن احصل على قفل صلب عند ظهور التروس. لست متأكدا ما يجب القيام به بعد ذلك.

تشغيل Solus ، 1700x ، RX480 على أحدث ميسا.

@ TheVE ، جمِّع نفسك لأنني لا أعتقد أنها محمولة. غير متأكد. حاول أيضًا حذف ملف تكوين PoE في بادئة النبيذ.
كما أنني استخدمت فقط البروتون المخصص. احتفظت بإصدار Valve الموزع.

TheVE يرجى النظر إذا رأيت شيئًا في dmesg عندما يتم قفله ... قد تحتاج إلى SSH في الجهاز. إذا كان شيئًا غير محمول بسبب تحسين المعالج الذي استخدمته ، فيجب أن يظهر هناك. بخلاف ذلك ، قد يكون مرتبطًا ببرنامج تشغيل الرسومات الذي هو ملكية NVIDIA هنا ... أرى مثل هذا الإغلاق من حين لآخر أيضًا. اقتل اللعبة باستخدام Ctrl + Alt + Esc (يجب أن يظهر مؤشر الماوس على شكل جمجمة بعد بضع ثوانٍ ، ثم انقر فوق نافذة اللعبة). كان حل هذا القفل هنا هو استخدام وضع ملء الشاشة في إطارات وعدم تغيير حجم النافذة أثناء اللعب (استخدم ملف التكوين). قد يساعد مدير النوافذ الذي يمكنه فرض موضع / حجم النافذة.

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

أيضًا إذا تجمد ولم يكن لديك اختصار ctrl + alt + esc الرائع ، فيمكنك التبديل إلى tty الأخرى باستخدام Ctrl + Alt + F2 ، وتسجيل الدخول هناك والقتل من هناك. لا يتم التبديل على الفور (يستغرق حوالي 40 ثانية) ولكنه يصل إلى هناك في النهاية.

Janhouse آسف ، في الواقع كنت أعني ملء الشاشة بلا حدود. ؛-)

أنا أستخدم ctrl + alt + esc منذ 20 عامًا حتى الآن ، يجب أن تعمل خارج الصندوق ، لا أعتقد أن هذه بعض ميزات KDE الخاصة (استخدمتها أيضًا في عادي X و fluxbox / openbox). ولكن الأمر يستغرق أيضًا حوالي 40 ثانية للظهور عند قفل PoE.

لكنني اكتشفت للتو أن Gnome قد يتخطى ctrl + alt + esc بوظيفة أخرى ... إذا كان التبديل إلى وحدة التحكم يعمل ، فهذه هي الطريقة التي يجب اتباعها. :-)

تحرير: تم اختباره للتو ، Ctrl + Alt + Esc يستدعي xkill فقط ... لذلك قد تحصل على مؤشر القتل الرائع من خلال تحديد اختصار عالمي يعمل على xkill.

EDIT2: إنه اختصار KDE الذي أستخدمه منذ سنوات (ربما كان اختصارًا افتراضيًا عالميًا في SuSE linux في الأيام الخوالي ، لست متأكدًا) ... إليك كيفية تحقيق شيء مشابه في Ubuntu:
https://www.maketecheasier.com/kill-unresponsive-application-in-ubuntu/

kakra ، في Gnome هناك مشكلة أنه بعد قتل PoE المجمدة ، تتعطل جلسة gnome أيضًا. :خائب الامل:

kakra ، في Gnome هناك مشكلة أنه بعد قتل PoE المجمدة ، تتعطل جلسة gnome أيضًا.

يا لها من ميزة لطيفة ... :-)

أنا قليلاً من تجميع مستجد ولكن يبدو أنني قد لا أتمكن من القيام بذلك على Solus؟

checking whether gcc -m32 works... no configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries. make: *** [makefile:17: build/wine32] Error 1
لا يمكنني العثور على مكتبات التطوير التي أحتاجها.

TheVE خيار آخر هو تثبيت PoE مستقل من خلال Lutris. ثم يمكنك فقط استخدام واجهة المستخدم الرسومية لتثبيت النبيذ المجمّع "esync-3.15" (مع تصحيحات esync و pba و PoE) وكذلك اختيار إصدار DXVK الأخير.
إنه يحتوي بالفعل على نص تثبيت متاح ، لذا سيحدث معظمه تلقائيًا.
كما أنه يساعد في تثبيت إصدار Windows Steam إذا كنت ترغب في ذلك. أو يمكنك تشغيل PoE بدون بخار ، ما عليك سوى الكتابة إلى الدعم الفني لـ PoE في المنتديات للحصول على عنوان بريد إلكتروني مخصص للحساب لتتمكن من تسجيل الدخول داخل اللعبة.
أفترض أنه من الأسهل أيضًا إعداد PoE Trade Macro و Path of Building باستخدام Lutris.

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

لقد قمت بتحديث بنائي والذي يجب أن يحسن الأشياء ولكن من المحتمل أن يكون التجميد بعد تغيير حجم النافذة موجودًا:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-1

تحرير: Doh! كنت ألعب مع user_settings (WINEDEBUG & DXVK_LOG_LEVEL "info") ... لقد أدت إعادة تسمية الملف إلى الحيلة - لذلك كانت مشكلة تسجيل بعد كل شيء ، هاه! شكرا لكونك بطتي المطاطية ، أعتقد :)

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

مرحبًا kakra ، لقد اختبرت
المشكلة هي ، بعد بضع دقائق من اللعب ، تبدأ في إسقاط الإطارات بشكل كبير كلما قمت بتحريك مؤشر الماوس. إذا نقرت أو احتفظت بالمشي (ولم أحرك المؤشر) ، فإنها تحافظ على FPS ثابتة. ومع ذلك ، إذا قمت بتحريك المؤشر ، فإنه يتدهور بقوة وينخفض ​​بمقدار 13 إطارًا في الثانية. ربما بعض رمز التسجيل؟ لقد بحثت في موقع POE wiki عن طريقة لفرض مؤشر الأجهزة ، لكن لم أجد أيًا منها. هذا موجود على Ubuntu 18.04.1 راجع للشغل ، مع ماوس Kensington USB قياسي.

RodrigoHahn نعم ، التسجيل هو قاتل للأداء ... قم بإيقاف تشغيله تمامًا إن لم يكن تصحيح الأخطاء. :-)

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

kakra ، البناء الجديد يعمل بشكل رائع بالنسبة لي ، شكرًا جزيلاً.

يحتوي DXVK 0.80 على نظام تخزين مؤقت جديد للتظليل والذي ساعدني كثيرًا ، على الأقل بالنسبة لي. مع البروتون الخاص بك وهذا الإصدار من DXVK يكاد لا تشوبه شائبة ، على الأقل حتى تجعلني مجموعة القمامة إعادة تشغيل PoE (بعد 5 مناطق أو نحو ذلك ، ليس سيئًا للغاية)

شكر!

GregSutcliffe نعم ، لقد لاحظت هذا الصباح أن هناك DXVK 0.80 متاحًا وسأختبره لاحقًا هذا الأسبوع. لقد رأيت أعطالًا عرضية أثناء تحميل الشاشات في Shadow of Tomb Raider مع هذا الإصدار الذي لم يكن قابلاً للتكرار في المحاولة الثانية ، مع ذلك.

GregSutcliffe راجع للشغل: أنا أعمل حاليًا على تصحيحات تعمل على تحسين زمن الانتقال عند التشغيل ضمن نواة تدعم MuQSS (وهي مجموعات تصحيح CK أو PF) ، وربما حتى دمج Wine مع وضع Feral's GameMode.

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

GregSutcliffe لقد قمت بالفعل بنشر العلاقات العامة على GameMode والتي توفر دعمًا أفضل لتشغيل عميل Steam بالكامل ضمن GameMode ، لذا فقد تلتقط أيضًا ألعاب Wine. لكني أعتقد أنه يجب التعامل مع مكونات النبيذ الداخلية بشكل مختلف ، فلا يجب أن يعمل كل شيء بنفس أولوية الجدولة العالية. لذا فإن GameMode PRs يزيل بالفعل عميل Steam نفسه وخادم النبيذ من التعامل معه بواسطة GameMode. يحتوي تصميم Proton الحالي الذي قمت بتنزيله على دعم لوضع خادم النبيذ في وضع SCHED_FIFO ، لكنني أعمل حاليًا على تنشيط أكثر تلقائية (حيث لا تحتاج إلى تكوين شيء يدويًا بخلاف تثبيت GameMode ولا تحتاج إلى تشغيل عميل Steam بالكامل ضمن GameMode ، ويستخدم wineserver SCHED_ISO بدلاً من ذلك وهي عملية غير مميزة).

GregSutcliffe هذه معاينة SCHED_ISO :
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-2

DataBeaverTheVEJanhouse هنا آخر تحديث ... بالإضافة إلى ذلك إلى السابق، فإنه يشمل أيضا ببا وd3d11 المؤجلة سياقات. يتيح هذا إمكانية اللعب بدون DXVK ولكن لديه الكثير من المشكلات بهذه الطريقة (FPS غير متناسق ، وتجميد قصير مرئي).
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-3

مرحبًا kakra ،

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

نظرًا لأن بنيتي تتضمن أيضًا esync ، فإنني أوصي بالتحقق من LIMIT_NOFILE وربما ارفعه لمنع تعطل اللعبة بعد فترة زمنية معينة. يجب أن ترى شيئًا مثل eventfd: cannot open file أو ما شابه ذلك في سجلات Steam الخاصة بك إذا حدث ذلك (ربما في مكان ما في /tmp/dumps ).

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

kakra قد أكون محظوظًا في لعب POE. :(

تعطل التروس في بداية اللعبة. يستمر الصوت في الخلفية. لكن النظام لا يستجيب. لا يمكن ctl + alt + esc أو تبديل tty.

يمكنني ssh في الجهاز ولكن لا يمكنني الحصول على إجراءات لتظهر على النظام. بالنظر إلى dmesg هو نوع من تحطم GPU؟

`[102.096105] [drm] dce_get_required_clocks_state: ساعات غير معتمدة disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] خطأ مهلة gfx للحلقة ، آخر إشارة seq = 298090 ، آخر إرسال seq = 298092

[1036.359133] [drm] تم تعطيل استرداد GPU

TheVE حسنًا ، هذه مشكلة في برنامج تشغيل الرسومات ربما تتعلق بمكدس Vulkan المحدث داخل DXVK / Wine. بعض الافكار:

1. هل يمكنك تمكين استرداد GPU بطريقة ما؟
2. إذا كنت تستخدم DXVK: هل بحثت عن مشكلات مماثلة في مشروع DXVK؟ ربما يساعد في ترقية / خفض إصدار DXVK أو التلاعب بإعدادات DXVK.
3. سأتابع ببناء بروتون النبيذ المحدث الذي يسمح بالتشغيل بدون DXVK - يمكنك تجربة ذلك. يبدو الأداء جيدًا مع ذلك (يستخدم السياقات المؤجلة لـ PBA و DX11).

سيستغرق إجراء إنشاء نظيف هنا بضع دقائق ...

@ TheVE ها هو الإصدار المحدث:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.17-unofficial-2

قد ترغب أيضًا في التحقق من وضع GameMode الخاص بـ Feral وتشغيل اللعبة في وضع GameMode.
https://github.com/FeralInteractive/gamemode

راجع للشغل: قامت Valve بتحديث Proton لتشمل DXVK 0.80 رسميًا (بما في ذلك الإصلاح العاجل المطلوب). قد ترغب في السماح لـ Steam بالتحقق من ملفات Proton (لاستعادة الإصدار التجريبي الحالي بما في ذلك تحديث DXVK) ، ثم إعادة تطبيق التصميم الخاص بي على ذلك.

@ TheVE كان لدي نفس المشكلة من قبل. جمعت النبيذ ، dxvk ، جربت كل أنواع الأشياء وفشلت. ثم قمت بإنشاء برنامج wineprefix جديد. هذا حل المشكلة.
لم أقم بتغيير النبيذ أو dxvk ، لقد بدأت للتو wineprefix جديدًا وهذا حل المشكلة بالنسبة لي. لا أقوم بتشغيل PoE من Steam وباستخدام Proton ، أقوم بتشغيل لعبة قائمة بذاتها باستخدام Wine وهي تعمل بشكل رائع دون حدوث أعطال أو مشاكل في الذاكرة. يمكن أن تعمل طوال اليوم دون أعطال أو تباطؤ. لكنني أيضًا اختبرت إصدار Steam منذ بضعة أيام من خلال تجميع Proton من kakra repo ويبدو أيضًا أنه يعمل بشكل جيد.

Janhouse هذه مشكلة معروفة إذا قمت بالتبديل بين إصدارات مختلفة من النبيذ في نفس البادئة: يمكن أن تترك عمليات إعادة توجيه DLL خاطئة في الخلف ، على سبيل المثال إذا استخدمت التدريج مع تمكين CSMT ، ثم عدت إلى الفانيليا ، ولا تزال إعادة توجيه DLL في مكانها و يستخدم واجهة برمجة تطبيقات CSMT wined3d قديمة.

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

Janhouse في النهاية ، السؤال الذي يجب طرحه عليه: هل هي حقاً نفس المشكلة التي واجهتك؟ أعني مع نفس الناتج dmesg؟ أم أنه كان مجرد تجمد على الشعار بسبب مشكلة أخرى؟

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

في الثلاثاء ، 2 أكتوبر 2018 الساعة 12:12 ، كتب Kai Krakow [email protected] :

Janhouse https://github.com/Janhouse هذه مشكلة معروفة إذا كنت
التبديل بين إصدارات النبيذ المختلفة في نفس البادئة: يمكن أن تترك
عمليات إعادة توجيه DLL الخاطئة في الخلف ، على سبيل المثال إذا استخدمت التدريج مع تمكين CSMT ،
ثم عاد إلى الفانيليا ، لا تزال إعادة توجيه DLL في مكانها وتستخدم ملف
ربما عفا عليها الزمن CSMT wined3d API.

لا أعتقد أن هذا هو الحال هنا لـ TheVE https://github.com/TheVE
لأن بادئة اللعبة خاصة وتم إنشاؤها بواسطة Steam. ما لمTheVE
https://github.com/TheVE حاول تشغيل إصدارات نبيذ مخصصة (غير بروتون)
في البادئة ، يجب أن تكون البادئة نظيفة وجيدة.

Janhouse https://github.com/Janhouse في النهاية ، السؤال الذي يجب طرحه
هي: هل كانت حقا نفس المشكلة التي واجهتك؟ أعني مع نفس dmesg
انتاج؟ أم أنه كان مجرد تجمد على الشعار بسبب مشكلة أخرى؟

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

Janhouse لا تفهموني خطأ: النصيحة جديرة بالذكر وتستحق المحاولة. أردت فقط أن أشير إلى المعنى الدقيق لـ "نفس المشكلة". ؛-)

TheVE لإعادة إنشاء البادئة ، انقل مجلد "pfx" الموجود في compatdata/GAMEID بعيدًا عن الطريق ، وربما انقل مجلد GAMEID الكامل بعيدًا عن الطريق. يمكن العثور على معرف اللعبة في عنوان هذه المشكلة.

احذر من أنه ربما يتضمن بيانات التكوين ... لذلك لا تقم بإزالتها.

@ كتب

قد لا يحالفني الحظ في لعب POE. :(

تعطل التروس في بداية اللعبة. يستمر الصوت في الخلفية. لكن النظام لا يستجيب. لا يمكن ctl + alt + esc أو تبديل tty.

يمكنني ssh في الجهاز ولكن لا يمكنني الحصول على إجراءات لتظهر على النظام. بالنظر إلى dmesg هو نوع من تحطم GPU؟

`[102.096105] [drm] dce_get_required_clocks_state: ساعات غير معتمدة disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] _ERROR_ مهلة gfx للحلقة ، آخر إشارة seq = 298090 ، آخر إصدار تم إرسال seq = 298092

[1036.359133] [drm] تم تعطيل استرداد GPU

من فضلك انظر هنا:
https://github.com/doitsujin/dxvk/wiki/Driver-support

تضمين التغريدة أنا على Mesa 18.1.6 ولكن LLVM 6.0.1. ربما علي انتظار LLVM 7.

أيضًا ، سؤال لا يوجد: لتعطيل DXVK ، هل يمكنني فقط استخدام "PROTON_USE_WINED3D11" في خيارات التشغيل؟

في صحتك.

//تعديل. لم يساعد حذف البادئة.

@ جواب مستجدًا تمامًا كما كنت تعتقد ، همم؟ ؛-)

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

يعمل Lutris باستخدام:

esync-staging-pba-nopulse-3.17-x86_64 (لقد حصلت للتو على أحدثها ولم أجرب أيًا آخر).
DXVK معطل (النظام لا يزال معطلاً إذا تم تمكينه) - حاول DXVK 0.80 ولا يزال معلقًا.

معدلات الإطارات حوالي 30 إطارًا في الثانية مع الانخفاضات. لكن يمكنني اللعب! لذا سألتزم بهذا الآن.

@ TheVE هل قمت بتحرير user_settings.py.sample أم أنك قمت بالفعل بنسخ ذلك إلى user_settings.py وقمت بتحرير النسخة؟ هل لا يزال يظهر تعليق GPU في dmesg؟ هذا يعني أن DXVK لا يزال ممكّنًا ...

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

هل تستخدم أحدث إصدار من برنامج تشغيل الرسومات؟ أنا متأكد من أن DXVK في بعض الأحيان
تتطلب النقطة إصدار برنامج تشغيل جديد تمامًا (على الأقل لـ Nvidia). وإذا كنت
ليست على توزيعة إصدار متداول مثل القوس أو تستخدم بعض النزيف المخصص
مستودع الحافة لبرامج تشغيل الرسومات ثم قد يكون هذا هو المشكلة ل
DXVK لا يعمل. أو ربما تستخدم "esync-staging-pba-nopulse-3.17-x86_64"
التصحيح القديم PoE والذي يؤثر بطريقة ما عليه؟

في يوم الأربعاء ، 3 أكتوبر 2018 الساعة 04:19 ، كتب Kai Krakow [email protected] :

TheVE https://github.com/TheVE هل قمت بتحرير user_settings.py.sample أو
هل قمت بالفعل بنسخ ذلك إلى user_settings.py وتحرير النسخة؟ هل
لا تزال تظهر تعليق GPU في dmesg؟ هذا يعني أن DXVK لا يزال
ممكن ...

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

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

آسف للمقاطعة ، لكنني مهتم أكثر عندما يمكنني لعب Path of Exile من خلال Steamplay باستخدام DX11 دون أي حيل؟ هل أتوقع إصلاحًا قريبًا إما من GGG أو من Valve؟ حاولت DX9 ولديك تلعثم كبير وهي مشكلة شائعة أعتقد أنها الشيء الوحيد الذي أفتقده من النوافذ.

CTJansson ، ربما عندما يتم تضمين تصحيح PoE في إعداد النبيذ (قد يكون "اختراقًا" وبالتالي لم يتم تضمينه أبدًا) وعندما يتم ترقية Valve إلى إصدار النبيذ و DXVK الأخير.
قد أكون مخطئًا ولكنه قد يتطلب أيضًا إصدارًا حديثًا لبرنامج تشغيل الرسومات على الأقل لبطاقات Nvidia ، وإذا ركز Valve على دعم Ubuntu الذي يحتوي على برامج تشغيل أقدم ، فقد يستغرق الأمر بعض الوقت. هذا هو السبب في أن Valve يسمح باستخدام تصميمات Proton المخصصة.
كما أنك لا تعرف أبدًا متى ستكسر GGG مرة أخرى من خلال إصدار بعض التحديثات الرائعة. :)

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

TL ؛ DR

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

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

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

ربما لا يكون GGG OTOH مهتمًا جدًا بتشغيل اللعبة رسميًا على نظام Linux. قاعدة مستخدميهم هي Windows بشكل أساسي ، وتقنيتهم ​​هي Windows ، ومن هنا تأتي الأموال ... كان بإمكانهم إجراء إصلاح يهيئ المحرك بشكل مختلف (تعمل كمية هائلة من الألعاب بدون ذلك ، لذا فهي ليست ملازمة لبعض مقاطع الفيديو الشائعة أو محرك الصوت) ، لذلك لن نحتاج إلى التصحيح CoInitialize على الأقل - لكنهم لم يفعلوا ذلك. إذا كانوا يريدون القيام بشيء ما في هذا الاتجاه ، فإن رغبتي هي نقل المحرك إلى Vulkan بدلاً من بعض عناصر DirectX الجديدة الرائعة. سيجعل ذلك اللعبة تعمل تلقائيًا تقريبًا مع Proton ، وربما حتى مع أداء شبه أصلي.

Janhouse ، أنا متأكد من أنه من المرجح أن يتم تشغيل الألعاب الجديدة أكثر من الألعاب القديمة. هناك الإصدارات القديمة جدًا (DX9) التي تعمل بالفعل على تطبيق WineD3D القوي جدًا. ثم هناك DXVK لـ DX11 وهو في حالة جيدة جدًا (يفتقر تطبيق WineD3D إلى الكثير). وبعد ذلك سيكون هناك VkD3D في مكان ما في المستقبل لـ DX12 والذي من المحتمل أن يعمل جيدًا أيضًا بعد ذلك. لذلك هناك فجوة في عناوين DX10 / DX11 الأقدم نوعًا ما ، وهناك مشكلة في العناوين المحمية بنظام DRM. أيضًا ، لا أرى أن Valve تولي اهتمامًا كبيرًا بالتدريج ، فليس من عملهم تنظيف التدريج. لذلك عندما يلزم تضمين الاختراق لبدء تشغيل اللعبة ، فلا داعي لامتلاك ذلك في مرحلة الإعداد. في الواقع ، يستخدم Proton عددًا قليلاً جدًا من التصحيحات التي تأتي من التدريج.

كما أنني لا أرى ما هو الهدف من التركيز على السائقين الأكبر سنًا. كل شيء أراه يركز في الواقع على برامج التشغيل المتطورة للغاية - سواء كانت برامج تشغيل NVIDIA vulkan dev أو برامج تشغيل AMD التي تتطلب حافة النزيف LLVM و Mesa للعمل بشكل صحيح. سيستغرق هذا وقتًا للاستقرار ولكني متأكد من أن هذا ليس بعيدًا جدًا. لا يمكنك عمل شيء ما بطريقة سحرية مع نقص دعم الميزات في برامج التشغيل من خلال التركيز على برامج التشغيل القديمة في بعض التوزيعات - وتستخدم عناوين Windows الحالية الكثير من هذه الميزات. إنها التوزيعات وصناع السائقين الذين يحتاجون إلى التسليم للمرحلة التالية.

بالنظر إلى الوقت الذي تم فيه إطلاق البروتون على أساس النبيذ 3.7 أتخيل أن تطور البروتون يفتقر إلى التأخر لمدة شهرين أو ثلاثة أشهر. لذا بحلول الوقت الذي تم إصداره فيه ، كنا في - لا أعرف - Wine-3.14؟ النبيذ 3.12؟ من المحتمل أنهم يعملون بالفعل على إصدار جديد من Proton يعتمد على إصدار نبيذ حديث إلى حد ما ، ربما شيء حول الإصدار الحالي. بالنظر إلى تدفق التصحيحات في قائمة النبيذ القادمة من الأشخاص المتورطين في Proton ، يبدو أن هناك حاليًا الكثير من تكامل التصحيح المستمر مع التصحيحات المتعلقة بالأشياء من فرع Proton 3.7. لذلك من المحتمل أن يكون هناك تجميد في وقت أقرب لإصدار النبيذ الحالي. أعتقد أن البروتون التالي سيكون مقره في مكان ما حول 3.14 - 3.18. كان Wine 3.14 / 3.15 واحدًا من أصعب عمليات إعادة التأسيس عندما أعدت تأسيس فرع Proton (لذا لا تبدو حدود الإصدار خاطئة جدًا). وبعد ذلك ستبدأ إعادة دمج التصحيحات وعمليات الاختراق ، مع الانتباه أيضًا إلى المشكلات الموجودة هنا في أداة التتبع. من المحتمل أن يستغرق الأمر من 2 إلى 3 أشهر مرة أخرى لإصدار هذا الإصدار إلى قنوات توزيع Steam.

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

لذا ، إذا كنت ترغب في ممارسة الألعاب الآن غير الموجودة في القائمة البيضاء الرسمية ، فعليك التعامل مع بعض الحيل. :-)

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

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

kakra هل يمكننا الانتقال إلى منتديات مسار المنفى؟ https://www.pathofexile.com/forum/view-thread/8980 أو حتى بدء خيط خاص ببروتون؟

فيما يلي إصلاح لمشكلة CoInitialize التي تتخلص من اختراق CoInit لـ Path of Exile:
https://github.com/kakra/wine/commit/f716887123418f1e14fa6c06aad9e854335f6eaa

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

kakra التصحيح الخاص بك مثير للاهتمام واختبرته ، وهو يعمل.

الآن أحاول أن أفهم لماذا يساعد على إضفاء الطابع المشترك في CoInitializeSecurity. اي فكرة؟

في تتبع أولي الآن نرى آثارًا مماثلة مثل هذا:

(...)
0061:trace:ole:CoInitializeEx ((nil), 0)
0061:trace:ole:CoInitializeEx () - Initializing the COM libraries
0061:trace:ole:RunningObjectTableImpl_Initialize 
0061:trace:ole:apartment_construct creating new apartment, model=0
0061:trace:ole:apartment_construct Created apartment on OXID 600000cafe
0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
0061:trace:ole:CoInitializeEx ((nil), 2)
0061:warn:ole:enter_apartment Attempt to change threading model of this apartment from multi-threaded to apartment threaded
0061:fixme:heap:RtlSetHeapInformation 0x110000 0 0x247fe5c 4 stub
0062:trace:ole:DllMain 0x7e160000 0x2 (nil)
0062:trace:ole:CreateConnectionPoint (0x1a2558 {9bfbbc02-eff1-101a-84ed-00aa00341d07} 0x1a2594)
0062:trace:ole:CoInitializeEx ((nil), 2)
0062:trace:ole:apartment_construct creating new apartment, model=2
0062:trace:ole:apartment_construct Created apartment on OXID 6000000062
0062:trace:ole:apartment_get_or_create Created main-threaded apartment with OXID 6000000062
0062:trace:ole:CoCreateInstance (rclsid={cacaf262-9370-4615-a13b-9f5539da4c0a}, pUnkOuter=(nil), dwClsContext=00000001, riid={ec5ec8a9-c395-4314-9c77-54d7a935ff70}, ppv=0x2c2fb44)
0062:trace:ole:CoCreateInstanceEx ({cacaf262-9370-4615-a13b-9f5539da4c0a} (nil) 1 (nil) 1 0x2c2fac0)
0062:trace:ole:CoGetTreatAsClass ({cacaf262-9370-4615-a13b-9f5539da4c0a},0x2c2fa4c)
0062:trace:ole:create_classes_root_hkey L"\\Registry\\Machine\\Software\\Classes" -> 0x80
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:apartment_release 6000000062: after = 1
0062:trace:ole:CoGetClassObject CLSID: {cacaf262-9370-4615-a13b-9f5539da4c0a},IID: {00000001-0000-0000-c000-000000000046}
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:COMPOBJ_DllList_Add L"C:\\windows\\system32\\windowscodecs.dll"
0062:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\windowscodecs.dll"
(...)

عندما نظرت إلى fixme+ole بدا الأمر وكأن اللعبة تستدعي فقط CoInitializeSecurity ولكن ليس CoInitialize(NULL) . لذا قمت بإعادة الاختراق ونقل المكالمة إلى CoInitializeSecurity والذي كان لولا ذلك غير متاح في النبيذ الحالي (إنه كعب روتين فقط ، لا يفعل شيئًا):

0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!

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

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

بدون الاختراق ، أرى الآن DOOM يشكو من عدم تهيئة الشقة. لكن ربما يكون هذا مجرد حل مماثل. بخلاف ذلك ، تعمل هذه اللعبة.

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

kakra فقط بإصداراتك ذات العلامات الأخيرة تشغيل قواعد clean على ملفات makefiles غير الموجودة في بنية جديدة.

@ wacossusca34 نعم ، أعرف. يجب أن يتم إصلاحه بالدفع التالي ... يجب أن يعمل إذا قمت بتشغيل "make config" أولاً. اسمحوا لي أن أعرف إذا لم يكن ...

خبرتي:
إنه يعمل مع dx9 و dx9ex - لكنه يستخدم وضع 32 بت ويتعطل بمجرد وصول اللعبة إلى 4 جيجابايت من ذاكرة الوصول العشوائي وهو ما يحدث عادةً بعد ساعة واحدة من اللاعب. يتوفر إصدار 64 بت حتى الآن ، لكن لم أتمكن من البدء باستخدام هذا الإصدار.

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

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

kakra نفسه هنا. يبدو أن الاختراق المكرر هو الحل "الأفضل" في الوقت الحالي: إذا لم تتم تهيئة الشقة ، فقم بتهيئتها.

لقد قمت بالاطلاع على وثائق Microsoft وأشارك نفس الشعور بأن CoInitialize داخل CoInitializedSecurity () يبدو الشيء الخطأ الذي يجب القيام به.

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

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

SurfingNerd أيضًا ، يبدو أن كود DX9 (لست متأكدًا مما إذا كان في النبيذ أو اللعبة) يؤدي إلى تسرب الذاكرة لأن الإصدار 64 بت يظل أقل من 2.7 جيجا بايت من استخدام ذاكرة الوصول العشوائي.

هل جرب أحد هذا الحل؟ أعتقد أنه مفيد
https://bugs.winehq.org/show_bug.cgi؟id=42695#c15

@ teh-monad ، يعمل PoE بالفعل بشكل جيد مع إعداد النبيذ و DXVK طالما قمت بتضمين رقعة coinitalize. تبدو التصحيحات الأخرى اختيارية.
قمت بتشغيله لجلسات تصل إلى 12 ساعة تقريبًا دون أي مشاكل.
إنه يتعطل عند تغيير الدقة (تغيير حجم النافذة / التبديل إلى / من وضع ملء الشاشة) ولكن إذا لم تلمسه ، فإنه يعمل بشكل رائع.
بالإضافة إلى ذلك ، قمت بتضمين تصحيح تظليل العنصر النائب DXVK حتى لا تتأخر اللعبة أثناء حساب تظليلات جديدة.
بشكل عام ، أحصل على أداء مشابه لأداء Windows.
تعمل أداة PoE Trade أيضًا ولكن عليك فتح وإغلاق نافذة الإعدادات الخاصة بها في كل مرة تبدأ فيها.

Janhouse ما زال جديدًا تمامًا على Linux ، ولكن كيف يمكنني الحصول على هذا التصحيح للعمل مع lutris؟ لعبت الألعاب المحلية فقط حتى الآن لذا أحاول تعلم Lutris.
إصدار Wine هو WineHQ devel (3.19) و DXVK 0.90 ، لذلك أنا في الأساس بحاجة إلى التصحيح.

CTJansson ، قرأت في مكان ما في Lutris أن عرض النبيذ المتضمن مع بقع esync التي يمكن الحصول عليها داخل Lutris يتضمن جميع التصحيحات اللازمة لـ PoE. (ضمن Lutris> إدارة العدائين> إصدارات النبيذ)

ثم اختر DXVK 0.90 إذا كانت برامج التشغيل لديك تدعمها ويجب أن تكون على ما يرام.

لدي أيضًا بعض المتغيرات الإضافية التي تم إعدادها ولكن ربما لا تكون هناك حاجة إليها.

لقد قمت بتثبيت PoE في Lutris باستخدام وصفة التثبيت المقدمة.

أدير اللعبة الآن بدون Steam أو Lutris ، لكن بالتأكيد كان الأمر أسهل كثيرًا من خلال Lutris في البداية. آمل أن تتم إضافة هذه الإصلاحات إلى Proton في النهاية ، سيكون أمرًا رائعًا إذا كانت إحدى أفضل الألعاب من Steam ستعمل على Linux دون أي إصلاح. : مبتسم:

Janhouse شكرًا للمساعدة على Lutris ، _ لكن هذا لا يبدو أنه يصلح تعطل DX11 عند بدء التشغيل؟ _
تحرير: يبدو أنني كنت أفتقد برامج تشغيل فولكان ميسا ، يعمل الآن!

CTJansson حاول إعداد بادئة جديدة. إذا تعطل عند بدء التشغيل بعد فيديو الشعار ، فهناك احتمال أن تكون بادئة معطلة. كان علي أن أفعل ذلك بعد ترقية النبيذ في وقت ما.

لقد حصلت على poe يعمل في البروتون (3.16) ولكن لا يمكنني الحصول على Directx 11 للعمل بسبب خطأ مصنع wic.
هل يمكنني تطبيق WIC Patch على الرغم من أنني قمت بتثبيت Steam من خلال مستودع Manjaro ، وإذا كان الأمر كذلك ، فكيف يمكنني تطبيقه؟ لا أحب تعطل كل خريطتين: / شكرًا مقدمًا ..

Janhouse أفضل إذا كان يديرها النبيذ الأصلي.

بمجرد أن يتم تصحيح نبيذ البروتون باستخدام التصحيح dx11 ، فإنه لا يزال هناك أخطاء لأن النبيذ لا يتم تجميعه باستخدام libpng. المصدر: لقد جمعت بروتون مع التصحيح في debian vm عبر عامل إرساء لكل ملف تمهيدي. تصحيحات ألعاب مختلفة أخرى جربتها لألعاب مختلفة تعمل على النحو المنشود.

GloriousEggroll نفس الخطأ في

GloriousEggroll Wine 4.0 RC1 يحتاج إلى عدد أقل بكثير من تصحيحات windowscodecs الآن. لقد قمت فقط بتطبيقها وتخطيت التبعيات من ملفات التعريف:

e74377fe898 - windowscodecs: Fix 32bppRGB to 32bppRGBA conversion. (2 hours ago)
03c433b87ab - windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter. (2 hours ago)
2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)
c0c2f98c062 - gdiplus/tests: Add some tests for GdipInitializePalette. (2 hours ago)
01c3008d70a - gdiplus: Implement GdipInitializePalette. (2 hours ago)

kakra أحاول حفر تلك البقع من التدريج حتى أتمكن من إبلاغ اللاعبين

2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)

هل تعرف ما هي الباتشيت التي كانت من؟

-تعديل-
فما باللك لقد وجدته تحت مجموعة التصحيح الفرعية لبرنامج تشفير gif.

GloriousEggroll سأقوم بدفع فرع بروتون Wine-4.0-rc1 الخاص بي قريبًا (بعد قليل من التنظيف). إذا كنت ترغب في ذلك ، فسأدعوك للنظر في واختبار بعض التصحيحات. هناك أيضًا مجموعة من تصحيحات التدريج المختارة والتي يمكن تحسينها.

تحرير: بعض تلك التصحيحات التي أدرجتها موجودة بالفعل في قائمة الانتظار على https://source.winehq.org/patches/

kakra شكرًا ، لقد تمكنت من إنشاء بنية بروتون مخصصة بإصدارات معدلة قليلاً من الرقع (تم تعديلها بشكل أساسي

اهلا ياجماعة،

لم أتحقق من كل المنشورات في هذه القضية "الضخمة". اسف بشأن ذلك...
سؤالي البسيط - هل من الممكن تشغيل PoE على Linux باستخدام Steam's Proton دون تصحيح / قرصنة وما إلى ذلك؟

شكر!

presianbg نعم ، أنا أستخدم lutris ، مع tkg-3.21 ، dxvk-0.93 ، ذاكرة التخزين المؤقت للحالة نشطة ، إنها تتلعثم في البداية ولكن كلما زادت إمكانية التخزين المؤقت لـ dxvk ، ستصبح أكثر إمتاعًا ، لدي vega 56 gpu مع ryzen 1700 ، و fps هو كل شيء بين 30 و 90 ، مع بعض التأتأة ، لكنني أقول إنني متوسط ​​50 إطارًا في الثانية.
إذا كنت سأستخدم رتبة ، سأصنف هذه اللعبة الذهبية من حيث تصنيف lutris / protondb.

تحرير: آسف لم تقرأ أنك أردت اللعب على البروتون ، يمكنك تشغيل lutris ، تثبيت PoE من خلال النبيذ بالبخار ، ثم استخدام tkg-3.21 و dxvk-0.93

CTJansson هل تستخدم هذا البرنامج النصي ؟ أقوم بتشغيل هذا باستخدام Fury X على DXVK 0.93 ، وحتى الآن تمكنت من تجاوز الفصل 4 دون حدوث عطل واحد إلا عند محاولة تغيير حجم النافذة. إنه يحافظ على 60 إطارًا في الثانية ثابتًا دون تخطي أي إيقاع. إذا لم يكن الأمر يتعلق بتعطل تغيير حجم النافذة وفرقعة الصوت العرضية ، فسأقول أن نص Lutris هذا هو Platinum.

لسوء الحظ ، يتعذر على Proton تشغيل إصدار DX11 ، ويتعطل إصدار DX9 بشكل متكرر. لقد تمكنت من تقليل عدد الأعطال من خلال تعيين خيارات التشغيل التالية من خلال Steam: - انتظار للتحميل - nologo --nodx9ex --gc2 --noasync.
ومع ذلك ، لا يزال يتعطل مع رسائل خطأ النسيج بعد بعض انتقالات الخريطة.

لمعلوماتك ، تحدث رسائل خطأ النسيج بعد انتقالات الخريطة للأشخاص على Windows أيضًا. هناك حوالي 3-4 منشورات في منتديات PoE حول هذا الموضوع. لا أعتقد أن هذا خاص بـ WINE أو DX9 ، حيث كان هناك أشخاص يستخدمون dx11 معها أيضًا.

نوع غريب ، إذن ، أن الحلول الآلية في البرنامج النصي DX11 Lutris المستقل يبدو أنها تعمل على إصلاحه. بعد 25 ساعة الآن وليس هناك عطل واحد في نظامي (إلا عند تغيير حجم النافذة).

meowmeowfuzzyface لا ، أنا لا أقوم بإعداد تكوين Lutris PoE الخاص بي يدويًا باستخدام tkg-3.21 ، وتمكين dxvk وما إلى ذلك ، لست متأكدًا مما إذا كنت أستخدم المزامنة الإلكترونية. يستخدم هذا البرنامج النصي الذي قمت بربطه tkg-3.19 ، كلاهما يحتوي على تصحيح CoInt لـ PoE بحيث لا يهم حقًا ، كما تم تنشيط ذاكرة التخزين المؤقت لحالة dxvk الخاصة بي.
الذهب / البلاتين بالتأكيد ، مع تنشيط ذاكرة التخزين المؤقت للحالة ، سيتعطل في البداية ولكن أقل كلما زاد التخزين المؤقت.

طالما أن التصحيح CoInt ليس داخل Wine ، فلن نكون قادرين على تشغيل PoE على البروتون دون تغيير فرع البروتون الخاص بك على ما أعتقد. لا يزال بإمكانك تشغيل الإصدار البخاري من خلال النبيذ وتطبيق tkg-3.21 و dxvk ، وبهذه الطريقة لا تستخدم البروتون ولكن سيرى الناس أنك تلعب PoE في قائمة الأصدقاء وسيسجل Steam ساعات لعبك.

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

لقد قمت في البداية بتثبيت Steam للعب الألعاب المتوافقة مع Linux.

هذا هو الإعداد الخاص بي الذي يعمل:

نظام التشغيل Ubuntu 19.04.2018

1) تثبيت البخار: sudo apt install steam -y
2) تفعيل Steam Play
3) قم بتثبيت Path of Exile عبر Linux Steam
4) اتبع هذا الدليل لتثبيت المتطلبات https://github.com/tainium/PoE-Lutris-DXVK (تخطي التثبيت المستقل ، Path of Exile مثبت بالفعل :))
5) تثبيت "Wine" runner "tkg-3.2.1-x86_64" (أو أيًا كان الأحدث ، يعمل هذا اعتبارًا من هذا المنشور)
6) تثبيت عداء "Wine Steam" مع إصدار النبيذ المختار مسبقًا
7) في شريط قوائم Lutris ، حدد Game -> Add
8) استخدم الإعدادات الموجودة في لقطات الشاشة

(حدد أي DXVK قمت بتثبيته)

قد تضطر إلى تشغيله عدة مرات للحصول على جميع تحديثات عميل Steam (تعطلت المنجم عدة مرات ، ولكن تم تحديثه أخيرًا.) أقوم بتشغيل Lutris من المحطة حتى أتمكن من رؤية الإخراج والتقاط أي أخطاء.

بمجرد إطلاق Steam من خلال Lutris ، يمكنك تعيين دليل Steam وتشغيل اللعبة.

قد يكون حلاً أكثر بساطة ، لكن هذا نجح معي.

ملاحظة: تم بالفعل تحديث My Path of Exile بالكامل من خلال عميل Linux Steam.

فهل هذا يعني في dxvk 93+ أننا لا نحتاج إلى تصحيح dxvk القديم بعد الآن؟

وهل يفهم أي شخص مشكلة تغيير الحجم / الدقة؟ أتمنى حقًا أن أتمكن من اللعب بأكثر من 1920 × 1080

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

آه ، من الجيد معرفة :)

عندما أقوم بتعديل ملف production_Config.ini الخاص بي إلى شيء آخر بخلاف 1920 × 1080 ، لا يتم تحميل لعبتي بعد شعار ggg - غريب جدًا .. هل تحتاج إلى نسبة 16: 9 معينة لتشغيل الشاشة الكاملة؟

يعمل وضع النوافذ بشكل جيد كما قلت.

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

تعمل اللعبة بمعدل 40 إطارًا في الثانية (على الأقل مع بنيتي البروتونية). على الرغم من "الدقة الديناميكية" ، إلا أنني رأيت أنها تنخفض بشكل نادر جدًا (ربما 3 مرات على مدار عام واحد من اللعب).

هنا هو تكوين العرض الخاص بي:

[DISPLAY]
adapter_name=GeForce GTX 1050 Ti(#0)
borderless_windowed_fullscreen=false
directx_version=auto
dx11_antialias_mode=1
dx9_antialias_mode=1
dynamic_resolution_fps=30
fullscreen=false
global_illumination_detail=0
light_quality=1
max_PS_shader_model=ps_4_0
max_VS_shader_model=vs_4_0
maximize_window=true
post_processing=true
resolution_height=2077
resolution_width=3840
screen_shake=true
screenspace_effects=2
screenspace_effects_resolution=1
shadow_type=hardware_7_samples
texture_filtering=4
texture_quality=0
use_dynamic_resolution=true
vsync=false
water_detail=1

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

بناء البروتون الخاص بي: https://github.com/kakra/wine-proton

ستختفي التعتعة بعد بضع دقائق من اللعب

لذا جربت إعداد lutris الخاص بي مع الإصدار 0.94 الآن وبدون الاختراق غير المتزامن مع الخيارات التالية:

• tkg 3.21 + Esync + dxvk 0.94.0
• DXVK_STATE_CACHE = 1
• DXVK_HUD = fps ، الإصدار ، الذاكرة

لقد لعبت 30 دقيقة ولكني أشعر أن اللعبة تتباطأ / تتجمد في كثير من الأحيان ، هل ذاكرة التخزين المؤقت ليست جاهزة؟

هل تستمر ذاكرة التخزين المؤقت dxvk خلال إعادة تشغيل نظامي؟
ربما يتعين علي العودة إلى الاختراق غير المتزامن 0.91 dxvk +

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

أعتقد أن ذاكرة التخزين المؤقت يجب أن تكون في دليل فرعي من لعبة exe ... (ما لم تلعب بالبروتون ، سيضع Steam ذاكرة التخزين المؤقت في دليل مخبأ مشترك للتظليل)

منذ شهور ، يوجد الآن حل مخصص للمشكلة ، هل سيتحول إلى بروتون؟ او مستحيل لسبب ما ؟؟

SurfingNerd يمكنك اللعب في وضع DX9 ، فهو لا يعرض المشكلات التي يعرضها وضع DX11. أيضًا ، الإصلاح الذي ربما تقصده ليس إصلاحًا ولكنه اختراق ، وهذا الاختراق غير صحيح من الناحية الفنية وقد يُظهر سلوكًا خاطئًا للغاية مع الألعاب الأخرى. أعتقد أن هذا سبق مناقشته هنا. ولا أعتقد أن Valve يريد أن يصبح Proton إصدارًا آخر من Lutris ، أي مع إنشاءات مخصصة وتثبيت نصوص لكل لعبة ثانية. على الأقل ليس في هذه المرحلة.

أيضًا ، لست متأكدًا مما إذا كنت قد لاحظت ما يحدث في الخلفيات ... لقد تم بالفعل ترقية الكثير من التصحيحات اللازمة لهذه اللعبة إلى النبيذ وستظهر في الإصدار 4.0. سيكون لدى "Proton 4.0" (إذا جاء ولكنني متأكد تمامًا) بالفعل الكثير من التصحيحات اللازمة لتشغيل هذه اللعبة ، أو بعبارة أخرى: هناك حاجة إلى عدد أقل من التصحيحات / الإصلاحات. احتاجت هذه اللعبة إلى الكثير من الإصلاحات الفردية ويعرف أيضًا باسم الالتزامات ، ربما حوالي 50 في ذلك الوقت. انخفض هذا إلى حوالي 3 الآن. وأعتقد أن اختراق "CoInit" هو أحد الأجزاء الصعبة المتبقية. إذا كنت ترغب في تسريع هذا ، فالرجاء المساعدة في جعل الاختراق إصلاحًا مناسبًا. شكر. :-)

kakra thx لإجابتك :) نعم كنت ألعب بالفعل

SurfingNerd المشكلة هي أن وضع DX9 هو 32 بت. تختلف إدارة الذاكرة في النبيذ لأنها تحتاج إلى تعيين عناصر Linux في مساحة العنوان أيضًا. إذا كنت تستخدم pulseaudio ، فقد يكون لديك المزيد من الحظ من خلال تقليل أثر الذاكرة المشتركة له ، وقد أوجزته هنا:
https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md#hints-to-32-bit-users

لكن لا تتوقع أن تشتمل Proton 4.0 على اختراق CoInit المطلوب لـ DX11 ... أعتقد أن هذه اللعبة لها أولوية منخفضة نظرًا لأن لديها وضع DX9 يعمل إلى حد ما.

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

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

إذا انتقلت إلى "Library -> Tools" وأضفت "Proton" إلى مكتبة Steam الخاصة بك ، فيجب أيضًا أن تكون قادرًا على الرجوع بسهولة إلى الإصدار الرسمي عن طريق التحقق من الملفات. أو فقط قم باستخراج dist.tar.gz مرة أخرى الذي يأتي مع البروتون

أنا أشعر بالفضول بشأن shm of pulseaudio ، هل تقلص الذاكرة له أي آثار جانبية أخرى؟ ألاحظ عند تشغيل PoE بعد 1-2 ساعة صوت طقطقة حتى أقوم بتبديل الجهاز داخل عميل اللعبة

@ evilch3n لم أعاني من أي آثار جانبية حتى الآن - طالما أنك لا تجعلها صغيرة جدًا. الافتراضي هو 64 ميغا بايت وهو ضخم في مساحة 32 بت مع فتح العديد من تدفقات الصوت.

duckartes لا يتعلق الحل الخاص بك بالبروتون ، فأنت تقوم بتثبيت البخار وتمكينه ولكن بعد ذلك لا تلمسه مرة أخرى وتستخدم winesteam 0.o

يمكنك اللعب في وضع DX9 ، فهو لا يظهر المشاكل التي يظهرها وضع DX11.

kakra " تعطل الذاكرة" "فشل إنشاء تعطل مؤشر الترابط" في كل تغيير على الخريطة يقول لا أستطيع: /

ونسخة dx11 لا تتخطى حتى "تعذر إنشاء مصنع WIC" + segfault

nonchip إنه يعمل مع إصدار البروتون الخاص بي: https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md

قم بتنزيل tar.xz من صفحة الإصدار وقم بفك ضغطه داخل مجلد Proton 3.16 Beta الموجود لديك. سيعمل PoE بعد ذلك في وضع DX11.

kakra شكرا ، حاول ذلك الآن. راجع للشغل هل تعرف خدعة compatibilitytools.d ؟ يتخلص من الحاجة إلى قتل التثبيت الرسمي (والقتل من خلال تحديثاته) ، على سبيل المثال https://github.com/redmcg/wine/ هل هذا من أجل التصحيح غير الرسمي للنخبة الخطرة

تحرير: جرب نسختك ، "فشل في إنشاء مصنع WIC". هل أفعل أي شيء خاطئ هنا؟ تشغيله بـ PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

تحرير: فشل omg لقد نسيت إعادة تشغيل البخار بعد تبديل إصدار البروتون ، فما باللك ، يعمل بشكل جيد الآن ، شكرًا جزيلاً: 3

تحرير: جرب نسختك ، "فشل في إنشاء مصنع WIC". هل أفعل أي شيء خاطئ هنا؟ تشغيله بـ PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

nonchip أين تضع هذه؟

nonchip نعم ، أنا أعمل على هذه "الحيلة". في غضون ذلك ، يمكنك صياغة مثل هذا الدليل بنفسك حتى يتم إنشاء كل شيء من نقطة الصفر في الريبو الخاص بي. راجع https://github.com/kakra/wine-proton/projects/3

humunuk ، انقر بزر الماوس الأيمن على اللعبة ، والخصائص ، والعامة ، وحدد خيارات التشغيل.

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

kakra لقد فعلت ذلك بالفعل عن طريق نسخ النبيذ $WINE s اعتمادًا على معرف اللعبة.

تحرير: "انظر إلى" تعني "بعد ساعات قليلة من الاستيقاظ في صباح اليوم التالي ، انتهيت" على ما يبدو: https://gitlab.com/nonchip/hydron

nonchip أعتقد أن Steam يستخدم بالفعل إصدار Proton معينًا لكل لعبة ... هذا ما لم

nonchip من https://gitlab.com/nonchip/hydron :

ملاحظة: لاستخدام إصدار "Vanilla" ، يجب عليك وضعه في أدوات التوافق يدويًا لأن Steam لديه عادة إلغاء تثبيت إصدارات Proton التي يعتقد أنها قد تكون "غير مستخدمة" ...
راجع المستندات ، ولكن tl ؛ dr: اجعل التثبيت صديقك.
أو يمكنك (لم أختبر ذلك) أن تكون قادرًا على نسخ نسخة الفانيليا المثبتة مسبقًا من steamapps / common

يمكنك بالفعل الانتقال إلى موقع Steam lib الخاص بك ، واختيار "Tools" من القائمة المنسدلة للمكتبة ، والبحث عن Proton وفرض تثبيت كل إصدار.

kakra

لذا فإن البنية التحتية موجودة بالفعل ولكن المستخدم لا يتحكم في ذلك باستثناء "الافتراضي أو التجاوز".

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

يمكنك بالفعل الانتقال إلى موقع Steam lib الخاص بك ، واختيار "Tools" من القائمة المنسدلة للمكتبة ، والبحث عن Proton وفرض تثبيت كل إصدار.

من الجيد جدًا معرفة ذلك ، سأضيف ذلك إلى الملف التمهيدي ، شكرًا: smile_cat:

أعتقد أنه قد يعاني من مشكلة dist.tgz رغم ذلك؟ كان لدي نسخة ملقاة لم أستخدمها مطلقًا ولم تكن قادرة في الواقع على تفريغ نفسها وتوقعت بدلاً من ذلك أن يقوم البخار بذلك عند استخدامه لأول مرة.

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

يتم إنشاء سحر فك الحزمة حول مقارنة ملف version ... ربما كان هذا لا يزال موجودًا بالنسبة لك؟

kakra أوه أرى ، ربما حدث ذلك ، نعم. سأضيف دعمًا لـ steamapps/common/Proton* بعد ذلك

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

يبدأ تفريغ nonchip @ هنا:
https://github.com/ValveSoftware/Proton/blob/4a5f7064b3a7f20cc7206db946d5f8a47b8ca7e7/proton#L145

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

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

التي قيل إن Steam يستخدم أيضًا للقيام بالأشياء ( rm -rf على وجه الدقة) إلى ~ لفترة من الوقت ، لذلك ... نعم: P

nonchip لا يحدث هذا إذا قمت بعمل نسخ احتياطية - لأن مورفي. ؛-)

يمكنك البحث بوضوح عن Proton */dist/version لمعرفة ما إذا كان هذا الإصدار قد تم تمهيده بالفعل.

لذا فإن النبيذ يدعم DX11 / 10. لكن POE لا تعمل مع هذا وتحتاج إلى تصحيح شخصي مثل فريق النبيذ الذي يفعله لتطبيقات أخرى؟

أيضًا ، تعمل معظم الألعاب من الشركات الكبرى بشكل مثالي مع dx11 دون أي حيل.

تحرير: "انظر إلى" تعني "بعد ساعات قليلة من الاستيقاظ في صباح اليوم التالي ، انتهيت" على ما يبدو: https://gitlab.com/nonchip/hydron

تم تحديث Steam beta للتو بميزة جديدة تسمح بتجاوز إصدار Proton لكل تطبيق.

https://www.pathofexile.com/forum/view-thread/2319193 ينهي PoE الدعم لعميل dx9 في مارس. سيكون من الرائع إذا قام Steam بتدوير CoCreateInstance () إلى بروتون ، بشكل صحيح.

kakra بالتفكير في قضية WIC ، أجد هذا التصحيح الجديد في النبيذ مثيرًا للاهتمام:
https://github.com/wine-mirror/wine/commit/77c3761ad4e557f9fa311299e77746bf225a575a

تحرير: أرى أيضًا تقدمًا في تقرير أخطاء النبيذ. هل أصلح عميل اللعبة مشكلة WIC؟
https://bugs.winehq.org/show_bug.cgi؟id=42695

kakra بالتفكير في قضية WIC ، أجد هذا التصحيح الجديد في النبيذ مثيرًا للاهتمام:
مرايا النبيذ @ 77c3761

لا ، لا علاقة له.

تحرير: أرى أيضًا تقدمًا في تقرير أخطاء النبيذ. هل أصلح عميل اللعبة مشكلة WIC؟
https://bugs.winehq.org/show_bug.cgi؟id=42695

نعم ، تم تصحيحه في عميل اللعبة. الآن نحن بحاجة فقط إلى إصلاح مشكلة في WIC نفسها.

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

kakra بالتفكير في قضية WIC ، أجد هذا التصحيح الجديد في النبيذ مثيرًا للاهتمام:
مرايا النبيذ @ 77c3761

لا ، لا علاقة له.

كنت أيضًا على دراية بالرقعة وأردت تجربتها. شكرا للإشارة إلى أنه لا علاقة له. يوفر لي بعض الوقت. ؛-)

تحرير: أرى أيضًا تقدمًا في تقرير أخطاء النبيذ. هل أصلح عميل اللعبة مشكلة WIC؟
https://bugs.winehq.org/show_bug.cgi؟id=42695

نعم ، تم تصحيحه في عميل اللعبة.

هل هذا يعني أننا بحاجة إلى اختراق CoInit بعد الآن؟

الآن نحن بحاجة فقط إلى إصلاح مشكلة في WIC نفسها.

هل هذه بقع windowscodecs من التدريج؟

أو العكس؟

nsivov أعتقد أنه هذا التصحيح:
https://source.winehq.org/patches/data/157299 ما الذي يقضي على اختراق CoInit؟

kakra هو عليه.

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

يمكنني أن أؤكد أنه يمكن الآن إسقاط اختراق CoInit باستخدام أحدث إصدار من Wine. لذلك يتبقى لدينا تصحيحات windowscodecs التالية والتي يبدو أنها لا تزال مطلوبة (على الأقل مع DX11):

windowscodecs: Fix 32bppRGB to 32bppRGBA conversion.
windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter.
windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter.

لست متأكدًا مما إذا كانت هناك حاجة إلى كل هذه الأشياء.

يبدو أن PoE لا بأس به مع Proton 3.16-7 beta. هنا لقطة:

صحيح ، الإصلاح موجود في Valvesoftware / wine @ 72f375e. بالنسبة لوضع d3d11 ، فأنا على دراية فقط بمسألتين - واحدة لتهيئة COM ، تم إصلاحها بواسطة مطوري الألعاب ، والأخرى لميزات WIC المفقودة ، وهذا هو الالتزام الذي ذكرته للتو.

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

وضع آخر هو d3d9 ، لا أعرف كيفية تمكين ذلك يدويًا ، يمكن أن يكون بعض ملفات التكوين. عندما اعتاد التعطل بدءًا من d3d11 افتراضيًا ، كان التشغيل التالي يطلب التبديل إلى d3d9.

يمكنك تغييره في ملف التكوين باستخدام محرر نصوص. الجوهر هو: ثنائي 64 بت هو وضع d3d11 ، والثنائي 32 بت هو وضع d3d9 (وعلى هذا النحو يعاني من استنفاد الذاكرة المبكر الذي يفسر الكثير من مشكلات الاستقرار التي تم الإبلاغ عنها في وضع d3d9).

بدلاً من ذلك ، يمكنك فقط تشغيل وضع 64 بت مباشرةً عن طريق استبدال٪ command٪ في خيارات تشغيل Steam بالمسار الكامل لملف exe 64 بت. أنا لم أختبر ذلك ، مع ذلك.

في الواقع إنه يعمل \ س /. اضطررت إلى خفض دقة سطح المكتب. كانت 2560 × 1440 وهي تعمل بدقة عالية كاملة. شكر!

يعاني إصدار dxvk / wine (lutris) أيضًا من خطأ في الدقة (انظر: https://github.com/doitsujin/dxvk/issues/813)

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

لقد جربت للتو Path of Exile مع Steam Play (Proton 3.16-7 beta) وتمكنت من لعب هذه اللعبة مع القليل من المشاكل أو بدون مشاكل ، كانت المشكلة البسيطة الوحيدة هي أن الخوادم لم تستطع إظهار ping في قائمة الخادم.

لقد فعلت للتو ما فعله هذا الرجل (ذكر قسم التعليقات كيف جعله يعمل مع بطاقة Nvidia. لدي بطاقة AMD وتمكنت من جعلها تعمل بنفس الخطوات وهي:

1. ضمن المكتبة (قم بالمرور للحصول على القائمة)
2. اذهب إلى الأدوات
3. ابحث واعثر على إصدار Proton حسب رغبتك (تلك المتوفرة) وقم بتثبيته.
4. (اختياري) قم بتعيين خيارات التشغيل للتطبيق - "PROTON_NO_ESYNC".

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

تم إطلاقه باستخدام Proton 3.16-7 Beta ، ولم أتلق أي أخطاء عند الإطلاق. ومع ذلك ، بعد فيديو المقدمة ، يبدو أنه مغلق في شاشة التحميل باستخدام الترسين.

في السجلات ، كنت أحصل على "17388.661: 0028: 0077: err: winediag : IcmpCreateFile فشل في استخدام ICMP (اختبار اتصال الشبكة) ، وهذا يتطلب أذونات خاصة." من بين أمور أخرى.

تم إطلاقه باستخدام Proton 3.16-7 Beta ، ولم أتلق أي أخطاء عند الإطلاق. ومع ذلك ، بعد فيديو المقدمة ، يبدو أنه مغلق في شاشة التحميل باستخدام الترسين.

يمكن أيضًا أن يكون خطأ الدقة الذي يجب عليك التحقق منه أيضًا

تم إطلاقه باستخدام Proton 3.16-7 Beta ، ولم أتلق أي أخطاء عند الإطلاق. ومع ذلك ، بعد مقطع الفيديو التمهيدي ، يبدو أنه مغلق في شاشة التحميل باستخدام الترسين.

في السجلات ، كنت أحصل على "17388.661: 0028: 0077: err: winediag : IcmpCreateFile فشل في استخدام ICMP (اختبار اتصال الشبكة) ، وهذا يتطلب أذونات خاصة." من بين أمور أخرى.

واجهت نفس المشكلة ، لذلك أزلت نسخة النبيذ / البروتون من البخار (WINEPREFIX) وتركت البخار يعيد إنشائه مرة أخرى (WINEPREFIX).
حصلت عليه لتجاوز شاشة التحميل.

@ matty-r تقول رسالة ICMP فقط أن اختبار اتصال البوابة في الردهة لا يعمل: لن تعرض اللعبة أوقات ping للبوابات ولن تحددها تلقائيًا. يحتاج هذا إما إلى ثنائي النبيذ المثبت بـ CAP_NET_RAW (والذي لن يعمل هنا لأن Proton مثبت من قبل المستخدم ، وليس مثبتًا على النظام) ، أو يحتاج إلى تصحيح من التدريج. يمكنك أيضًا محاولة السماح للنظام بإنشاء حزم icmp-echo-request من مقابس المستخدم عن طريق تحديد:

sysctl net.ipv4.ping_group_range="0 65534"

تعمل هذه اللعبة بشكل لا تشوبه شائبة بالنسبة لي على 3.16-7 + 18.2.2 الآن ، دون أي خيارات تشغيل أو قرص. لقد تم إيقاف تشغيل تعدد مؤشرات الترابط والقرار الديناميكي في الخيارات داخل اللعبة لأنني قرأت أن بعض الأشخاص قد تحطموا مع هذه الخيارات. كل شيء في إعدادات عالية ويعمل بشكل رائع. لعبت أكثر من 10 ساعات حتى الآن دون وقوع حادث واحد.

من الجدير بالذكر أن اللعبة فشلت في البداية مع تحديد 3.16-7 ، لكنها بدأت العمل بعد أن قمت بتثبيت الإصدار 3.16 Beta يدويًا في مكتبة Steam الخاصة بي ضمن قسم الأدوات. لست متأكدًا من المشكلة قبل التثبيت يدويًا ، نظرًا لأن مجلد Proton 3.16 Beta موجود بالفعل ضمن steamapps / common. ربما كان لديه مشكلة في التحديث؟

على أي حال ، قد يرغب الناس في تجربة ذلك. حتى إذا حددت 3.16-7 لجميع العناوين ، فحاول تثبيت الإصدار 3.16 Beta يدويًا ضمن الأدوات ثم قم بتشغيل اللعبة مرة أخرى.

من الجدير بالذكر أن اللعبة فشلت في البداية مع تحديد 3.16-7 ، لكنها بدأت العمل بعد أن قمت بتثبيت الإصدار 3.16 Beta يدويًا في مكتبة Steam الخاصة بي ضمن قسم الأدوات. لست متأكدًا من المشكلة قبل التثبيت يدويًا ، نظرًا لأن مجلد Proton 3.16 Beta موجود بالفعل ضمن steamapps / common. ربما كان لديه مشكلة في التحديث؟

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

ربما هو القرار الذي تم ملاحظته مع lutris / dxvk

• نظام التشغيل Ubuntu 18.04
• نفيديا 415
• دقة الشاشة الافتراضية 3440x1440
• انتل i7 الجيل الرابع

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

tcfunk لعنة أنا

يبدو أن إضافة -w 1920 إلى خيارات الإطلاق عملت أيضًا. أكثر ملاءمة من تبديل الدقة يدويًا قبل الإطلاق.

يبدو أن إضافة -w 1920 إلى خيارات الإطلاق تعمل أيضًا. أكثر ملاءمة من تبديل الدقة يدويًا قبل الإطلاق.

يجب أن يكون هناك المزيد ، الخيار لا يساعدني - استمرت المشكلة. (جرب أيضًا -w و -h معًا)
قد أبقى مع lutris وبناء dxvk / PKG المخترق بعد ذلك

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

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

هذا لم يغير شيئًا ، ولكن شكرًا على الفكرة - الآن يمكنني تشغيل PoE في وضع إطارات دون الحاجة إلى تحرير ملف production_Config.ini في كل مرة أريد التغيير من كامل إلى إطار وما إلى ذلك.

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

على أي حال ، تعمل اللعبة بشكل جيد إذا كنت أستخدم Intel GPU الخاص بي ، ولكن ليس إذا قمت بتشغيلها باستخدام وحدة معالجة الرسومات NVIDIA (GeForce GTX 1070 Mobile Max-Q). أنا أستخدم bumblebee مع primus_vk (يعمل ذلك فولكان) وإليك السجلات التي أحصل عليها: https://gist.github.com/jeromegn/ddd2b0c7eb5cd47be4310f63b96ec3c9

يعمل على هذا النحو: ENABLE_PRIMUS_LAYER=1 PROTON_LOG=1 optirun %command% (أن env var الأول هو تمكين vulkan)

في الأساس ، أحصل على خطأ في الوصول إلى الصفحة غير المعالجة. أيه أفكار؟ حاولت باستخدام كل من 3.16 -7 و -8.

ما أراه يحدث هو أن الشاشة تتحول إلى اللون الأسود وتظهر مؤشر PoE لبضع ثوان ، ثم تخرج.

يبدو أن إضافة -w 1920 إلى خيارات الإطلاق تعمل أيضًا. أكثر ملاءمة من تبديل الدقة يدويًا قبل الإطلاق.

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

المحير بالنسبة لي هو حقيقة أن معظم خيارات الرسوم ليس لها أي تأثير إيجابي أو سلبي على الأداء 8x / 4x / no MSAA أو القوام المتوسط ​​/ العالي إلخ.

لعبت Last League على مزيج من اختراق lutris / wine / dxvk-pipeline وحصلت تقريبًا على 100 إطارًا في الثانية باستمرار ، لكن هذا الدوري لا يمكنني إنجازه ليس باستخدام lutris ولا بالبروتون. أنا منفتح على الأفكار.

لقد كنت أستخدم Wine-staging مع dxvk ، وكان لدي أداء سلس للغاية. هل تستخدم عميل 64 بت؟ العميل 32 بت يعمل بشكل سيء حقًا بالنسبة لي.

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                    
 6780 evilchen  20   0 3771876 1,541g 268696 R 207,9  9,9   2:30.56 PathOfExile_x64    

نعم يبدو أنه عميل 64 بت.

تحرير: الوقوف في oriath يعطيني 20 إطارًا في الثانية ، ويكون المخبأ مثل 80 ، واللعب هو 0-20. لقد حاولت تتبع ما إذا كانت وحدة المعالجة المركزية (CPU) أو وحدة معالجة الرسومات (GPU) أو SSD الخاصة بي تصل إلى أي حدود ولكن هناك مساحة كبيرة لكل مكون.

Edit2: ما يمكنني رؤيته هو. ذاكرة gpu المخصصة أقل بكثير من التصحيح الأخير. قبل أن يصل حجمه إلى 3.5 جيجابايت ، أصبح الآن 1.8 جيجابايت بعد الخمول في مدينة مزدحمة بالكامل.

تعيين borderless_windowed_fullscreen=false أصلح مشكلتي بالمناسبة.

تحرير: نيفير مايند ، يعمل فقط مع DX9 و Proton 3.7.8 ، لقد قمت بتعيين ذلك هناك.

بالنسبة لي ، يبدو أن تجميد شاشة تحميل GGG يتزامن مع طباعة "2019/03/15 16:07:41 1543730 [I PathOfExile_x64Steam.exe 41] إرسال طلب معلومات مستخدم steam: ...." إلى وحدة التحكم.

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

تم إصلاح الوصول إلى خطأ قراءة الصفحة الذي لم تتم معالجته في https://github.com/felixdoerre/primus_vk/commit/0d8f98647578414a75454193151e781985c04548

تعمل بشكل لا تشوبه شائبة بالنسبة لي ولكن لسبب ما عندما أقوم بتشغيل اللعبة ، ستتعطل البخار ، ثم عندما أعيد تشغيل Steam وأعد تشغيل اللعبة ، تعمل بشكل جيد ... لست متأكدًا مما يحدث هناك (يحدث مثل الساعة).
إلى جانب تلعثم التظليل ، أحصل على 70-80 إطارًا في الثانية ، كل شيء على الحد الأقصى (باستثناء Shadow + GI مرتفع) على النوافذ أحصل على 140 إطارًا في الثانية ثابتًا. لم أكن بحاجة إلى تغيير أي إعدادات في Proton ، فقط قم بالتثبيت واللعب.

أعلم أنه باستخدام المحاكيات ، يمكنك تنزيل ذاكرة التخزين المؤقت للتظليل لتجنب التأتأة خلال الألعاب أثناء إنشاء ذاكرة التخزين المؤقت للتظليل. هل يمكن لـ Valve توزيع مثل هذه ذاكرات التخزين المؤقت لهذه الألعاب؟

• معلومات النظام
• نسخة بروتون: 4.2-1
• النواة: 4.15.0-46 عام
• إصدار برنامج التشغيل / LLVM: NVIDIA 418.56

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

البروتون: 4.2-1
النواة: 5.0.4-arch1-1-ARCH
Distro: Archlinux x86_64
الفيديو: NVidia GTX 660 ، السائقين 418.56

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

البروتون: 4.2-1
النواة: 5.0.4-arch1-1-ARCH
Distro: Archlinux x86_64
الفيديو: NVidia GTX 660 ، السائقين 418.56

يجب أن يصلح PackCheck هذا.

بالنسبة لي ، عمل Path of Exile على ما يبدو بلا عيوب على 3.16-8 beta ولكن عندما أجربه مع 4.2-1 فإنه يتعطل بعد دقيقة أو دقيقتين من اللعب ، دون أي رسالة خطأ أو نافذة منبثقة. إنه فقط يتعطل مباشرة على سطح المكتب.

البروتون: 4.2-1
النواة: 5.0.4-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: فجوات i3
وحدة المعالجة المركزية: Intel i5-4590 3.7 جيجا هرتز
وحدة معالجة الرسومات: Nvidia GTX 770 (418.56)

*تعديل
يحدث ذلك الآن مع 3.16-8 أيضًا

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

لا توجد أعطال في 4.2-1 هنا ، لعبت كثيرًا جدًا! Ubuntu 19.04 ، RADV 19.0.1

@ kisak- صمام
هذه المرة يمكنني ممارسة اللعبة لفترة طويلة (15 دقيقة أو نحو ذلك) وحصلت على نافذة منبثقة للخطأ. نسيت عمل لقطة شاشة ، للأسف.

steam-238960.log

بالنسبة لي ، عمل Path of Exile على ما يبدو بلا عيوب على 3.16-8 beta ولكن عندما أجربه مع 4.2-1 فإنه يتعطل بعد دقيقة أو دقيقتين من اللعب ، دون أي رسالة خطأ أو نافذة منبثقة. إنه فقط يتعطل مباشرة على سطح المكتب.

البروتون: 4.2-1
النواة: 5.0.4-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: فجوات i3
وحدة المعالجة المركزية: Intel i5-4590 3.7 جيجا هرتز
وحدة معالجة الرسومات: Nvidia GTX 770 (418.56)

*تعديل
يحدث ذلك الآن مع 3.16-8 أيضًا

نفس الشيء هنا ، سأحاول بدء تشغيله بأمر تسجيل في المرة القادمة سوء اللعب

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

أريد فقط إضافة نقطة بيانات أخرى إلى الخطأ حيث لا تعمل هذه اللعبة على دقة> 1920 × 1080. عندما أقوم بتشغيل هذا باستخدام الدقة الأصلية (2560 × 1440 أو 3440 × 1440) ، ستصل اللعبة إلى معدات الطحن شعار الألعاب ثم تجميد نظامي عند انتهاء الرسوم المتحركة. أتاح تغيير دقة نظامي إلى 1920 × 1080 على كل من شاشتى تشغيل اللعبة على الشاشة الرئيسية. يُرجى إعلامي إذا كنت بحاجة إلى تقديم أي تسجيل للعطل للمساعدة في إصلاحه!

معلومات نظامي:
إصدار Proton: 4.2.2 (حدث هذا أيضًا في الإصدارات القديمة 3.1x)
Kernel: 5.0.5-200.fc29.x86_64 (حدث هذا أيضًا في نواة 4.x)
وحدة معالجة الرسومات: Nvidia 1070ti باستخدام إصدار برنامج التشغيل 418.56
Distro: Fedora 29 x86
وحدة المعالجة المركزية: Ryzen 2700X
متفرقات: استخدام كيدي كبيئة سطح مكتب

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

steam-238960.log

في لمحة ، يبدو الأمر وكأنه مشكلة في تحميل برنامج تشغيل Vulkan ، لكنني أكدت أن Vulkan يعمل مع ألعاب أخرى.

مرحبًا CubeTheThird ، يُرجى نسخ معلومات نظامك من Steam ( Steam -> Help -> System Information ) ووضعها في الجوهر ، ثم تضمين ارتباط إلى الجوهر في تقرير هذه المشكلة.

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

أنت تقوم بتشغيل Steam مع تعطيل وقت تشغيل Steam ، لذا فأنت أو مشرف حزمة التوزيعة الخاص بك لـ Steam مسؤول عن حل أي تبعيات مفقودة بما في ذلك libvulkan.so.1. الرجاء إعادة الاختبار باستخدام steam-runtime أو التحقق من تثبيت حزمتي vulkan-icd-loader و lib32-vulkan-icd-loader .

@ kisak-valve لقد أجريت عدة عمليات تشغيل بنفس المواصفات كما في السابق:
يعمل بعضها لفترة قصيرة (5 دقائق أو نحو ذلك ، معظمها في آخر دقيقتين ، والتي تضمنت مناطق من توسيع Delve (التي كانت جيدة قبل يومين)) لكن الجولات الأخرى استمرت أكثر من ساعة.

البروتون: 4.2-2
النواة: 5.0.6-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: فجوات i3
وحدة المعالجة المركزية: Intel i5-4590 3.7 جيجا هرتز
وحدة معالجة الرسومات: Nvidia GTX 770 (418.56-6)

لقد قمت بتجميع ملف مضغوط من التقارير مع الملاحظات والسجلات ولقطتي شاشة من الأخطاء. نأمل أن تكون هذه مفيدة.
path_of_exile_reports.zip

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

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

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

أريد فقط إضافة نقطة بيانات أخرى إلى الخطأ حيث لا تعمل هذه اللعبة على دقة> 1920 × 1080. عندما أقوم بتشغيل هذا باستخدام الدقة الأصلية (2560 × 1440 أو 3440 × 1440) ، ستصل اللعبة إلى معدات الطحن شعار الألعاب ثم تجميد نظامي عند انتهاء الرسوم المتحركة. أتاح تغيير دقة نظامي إلى 1920 × 1080 على كل من شاشتى تشغيل اللعبة على الشاشة الرئيسية. يُرجى إعلامي إذا كنت بحاجة إلى تقديم أي تسجيل للعطل للمساعدة في إصلاحه!

معلومات نظامي:
إصدار Proton: 4.2.2 (حدث هذا أيضًا في الإصدارات القديمة 3.1x)
Kernel: 5.0.5-200.fc29.x86_64 (حدث هذا أيضًا في نواة 4.x)
وحدة معالجة الرسومات: Nvidia 1070ti باستخدام إصدار برنامج التشغيل 418.56
Distro: Fedora 29 x86
وحدة المعالجة المركزية: Ryzen 2700X
متفرقات: استخدام كيدي كبيئة سطح مكتب

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

ساعدني هذا أخيرًا في بدء تشغيل POE في أوبونتو 19:
sudo apt إزالة xserver-xorg-video-intel
لا أعرف لماذا تم إصلاحه ، لكن يبدو أنه يعمل بشكل جيد حتى الآن.

ساعدني هذا أخيرًا في بدء تشغيل POE في أوبونتو 19:
sudo apt إزالة xserver-xorg-video-intel
لا أعرف لماذا تم إصلاحه ، لكن يبدو أنه يعمل بشكل جيد حتى الآن.

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

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

معلومات النظام

• مُعالج الرسومات: NVIDIA GeForce GTX 750 Ti
• وحدة المعالجة المركزية: AMD Ryzen 5 1500X (8) @ 3.500 جيجا هرتز
• نظام التشغيل: Linux Mint 19 Tara x86_64
• إصدار برنامج التشغيل / LLVM: Nvidia 430.09
• إصدار النواة: 4.15.0-48 عام
• إصدار البروتون: 4.2-3

الأعراض

steam-238960.log

تجميد تطبيق النبيذ عشوائيًا بعد وضع علامة تبويب بديلة / صب / تأشير على العنصر. يعالج فقط بقتل عمليات Steam و PoE في مراقب العمليات.

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

مسار حوادث المنفى العشوائية

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/2795.
MrPaj تم النشر في 2019-06-10T21: 05: 25:

مرحبا،

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

شكرا لك

بروتون 4.2.6
وحدة المعالجة المركزية: معالج AMD Ryzen 5 2600X سداسي النواة
Debian GNU / Linux 10 (buster) (64 بت)
إصدار النواة: 4.19.0-5-amd64.0
برنامج التشغيل: NVIDIA Corporation GeForce GTX 1060 6GB / PCIe / SSE2
إصدار برنامج التشغيل: 4.6.0 NVIDIA 418.56
ذاكرة الوصول العشوائي: 16056 ميجابايت

يواجه Path of Exile عددًا كبيرًا من الأعطال العشوائية على Windows في الوقت الحالي ، لقد قاموا بإجراء بعض التغييرات الكبيرة في التحديث الأخير! لا أعتقد أن له علاقة ببروتون ، فقد كان مستقرًا قبل PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

يواجه Path of Exile عددًا كبيرًا من الأعطال العشوائية على Windows في الوقت الحالي ، لقد قاموا بإجراء بعض التغييرات الكبيرة في التحديث الأخير! لا أعتقد أن له علاقة ببروتون ، فقد كان مستقرًا قبل PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

يبدو أن المشكلة تحدث فقط في خريطة النزول في الفعل 9. بعد 5 ~ 10 دقائق قتل الغوغاء تعطل اللعبة.
يمكنني اللعب في مناطق أخرى لساعات دون مشاكل
هل هناك أي طريقة (سجلات أو شيء ما) لتأكيد ما إذا كانت المشكلة تتعلق فقط ببروتون أو مشكلة في اللعبة نفسها؟

شكر

لدي كمبيوتر محمول مع Intel HD 520 و NVIDIA 940MX (برنامج التشغيل 430.26). باستخدام بروتون ستيم 4.2-7 ، تعمل اللعبة ببطاقة إنتل. يعمل أيضًا مع NVIDIA فقط بـ PROTON_USE_WINED3D=1 .

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

سجل للتعطل باستخدام CreateShaderViewEx steam-238960.log
سجل للتعطل بدون الرسالة

لدي كمبيوتر محمول مع Intel HD 520 و NVIDIA 940MX (برنامج التشغيل 430.26). باستخدام بروتون ستيم 4.2-7 ، تعمل اللعبة ببطاقة إنتل. يعمل أيضًا مع NVIDIA فقط بـ PROTON_USE_WINED3D=1 .

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

سجل للتعطل باستخدام CreateShaderViewEx steam-238960.log
سجل للتعطل بدون الرسالة

أحصل على نفس الأعطال ، على وجه التحديد CreateShaderViewEx وهو أمر مثير للاهتمام لأنه في بعض الأحيان يمكنني النقر فوق موافق عليه ومواصلة اللعب بشكل جيد. القانون 9 / قانون 9 كان النسب سيئًا بشكل خاص. يتم إغلاق اللعبة فقط في أوقات التحميل ، أو عندما أركض في جميع الأنحاء وأقتل الأشياء.
سائق: NVIDIA Corporation GeForce GTX 970
إصدار برنامج التشغيل: 4.6.0 NVIDIA 430.26

لدي كمبيوتر محمول مع Intel HD 520 و NVIDIA 940MX (برنامج التشغيل 430.26). باستخدام بروتون ستيم 4.2-7 ، تعمل اللعبة ببطاقة إنتل. يعمل أيضًا مع NVIDIA فقط بـ PROTON_USE_WINED3D=1 .

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

نفس المشكلة هنا.
NVIDIA Geforce 920M (برنامج التشغيل 430.26)

لقد لاحظت أن اللعبة تتعطل غالبًا في الأوقات التي يحدث فيها الكثير ، مثل أكثر من 25 عدوًا على الشاشة وما شابه.

أنا في AMD.

لقد لاحظت أن اللعبة تتعطل غالبًا في الأوقات التي يحدث فيها الكثير ، مثل أكثر من 25 عدوًا على الشاشة وما شابه.

أنا في AMD.

بالنسبة لي ، كان القرار الديناميكي هو الجاني ، وبدون ذلك لدي أعطال أقل بنسبة 90 ٪

حسنًا ، لدي مشكلة ذاكرة سيئة للغاية.

كل خريطة تذهب إليها ، تنشئ مثيلًا جديدًا لتلك الخريطة ، وبعد المرور ببعض الخرائط ، يزداد استخدام الذاكرة لدي بشكل كبير. إذا لعبت اللعبة لفترة طويلة ، فستتجمد في النهاية وتعيدني إلى شاشة تسجيل الدخول بـ An unexpected disconnection occurred .

الآن أثناء مراقبة موارد النظام ، اكتشفت أن هذا يحدث بسبب عدم وجود أي ذاكرة متبقية للعبة لاستخدامها ، وذاكرة الوصول العشوائي للنظام عند استخدام 100٪.

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

اهلا جميعا

أحصل على fmod-failure-to-initialize-error-code-59 إذا كان برنامج تشغيل الصوت هو OSS (نظام الصوت المفتوح) فهل يمكن لأي شخص تأكيد ذلك؟

مشكلتي تحدث عندما تغلق PoE ...

اللعبة تعمل بشكل جيد بما فيه الكفاية. ولكن عندما أخرج من اللعبة ، فإن عمليتين من $HOME/.local/share/Steam/ubuntu12_32/steam تزيد من استخدام وحدة المعالجة المركزية بنسبة 100٪.

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

(قوس ، مخزون بروتون 4.11-5 ، amd ryzen 1700 + vega64)

مشكلتي تحدث عندما تغلق PoE ...

اللعبة تعمل بشكل جيد بما فيه الكفاية. ولكن عندما أخرج من اللعبة ، فإن عمليتين من $HOME/.local/share/Steam/ubuntu12_32/steam تزيد من استخدام وحدة المعالجة المركزية بنسبة 100٪.

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

(قوس ، مخزون بروتون 4.11-5 ، amd ryzen 1700 + vega64)

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

هل هناك طريقة لتبديل التظليل المسبق للتخزين المؤقت؟ مرتين اليوم يتم تنزيل محتوى تظليل 6 جيجابايت مسبقًا من Path of Exile. فقط اللعبة التي تفعل هذا ، لا تزال.

أضف مسار المنفى إلى بروتون

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/3161.
hollowsaibot تم نشره في 2019-10-21T20: 38: 58:

مرحبًا فريق Valve / Proton ،

في الشهر الماضي كان بإمكاني لعب Path of Exile "بدون" مشاكل على Linux (Ubuntu 19.04) ولكن محاولة التحديثات والتحديثات 4 nvidia و ubuntu 19.10 ذهب كل شيء إلى الجحيم.
الشيء هو أنني أستطيع اللعب بشكل طبيعي. لست متأكدًا مما إذا كان قد تم السماح بتشغيل العنوان على Steam مع Proton وهو الآن بحاجة إلى "إجبار جميع العناوين على اللعب بها" ، ولكن من فضلك ، حدد هذا العنوان ليكون قابلاً للعب مع Steam.

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

مع تحياتي،

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

steam-238960.log
مرحبا،
لقد قمت بتثبيت 19.10 من الصفر هذه المرة ، برنامج التشغيل الذي تم تثبيته تلقائيًا هو nvidia-435 ويبدو أن اللعبة تعمل (لا يزال لديها fps يسقط ، أختبرها بسرعة) و Shader Pre-Caching (Steam> Settings> S.Pre-Cach. ) لا يزال 0 ميغا بايت في الوقت الحالي)

إذا كان يمكن إجراء أي تحسين لذلك فسيكون موضع ترحيب. إذا كان لديك أي سؤال ، يمكنك إخباري.

مع تحياتي،

أي شخص آخر لديه مشاكل كبيرة في تشغيل هذه اللعبة؟ أقوم بتشغيل Manjaro 18.1.0 مع Proton 4.11-8 مع NVidia 1060 ويتم تحميل اللعبة بشكل جيد وكل ذلك ، يستغرق الأمر ما يزيد عن 1-2 دقيقة للتحميل في مناطق جديدة. أيضًا ، لا يتم تحميل بعض المناطق الجديدة ورؤية محتوى جديد يؤدي إلى التأتأة. لقد رأيت تقارير عن قيام المستخدمين بإجراء تخصيصات للتغلب على مشكلة "تحميل التظليل" هذه ، ولكن هل هناك أي إصلاح وارد قادم من Proton؟ أعتقد أن معظمنا يفضل تجنب تثبيت أجزاء مخصصة من البرامج لمجرد تشغيل لعبة واحدة

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

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

مرحبًا ، POE لا يعمل معي مع الإصدار 4.11.8 من البروتون. عملت بشكل جيد مع 4.11.7.
أستخدم Fedora 31 للفوز بـ nvidia 1050 ti.

======================
Proton: 1573156648 proton-4.11-8
SteamGameId: 238960
Command: ['/home/red/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch']
Options: set()
======================
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
esync: up and running.
78040.038:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.059:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.061:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\wineboot.exe" at 0x7f05bcc40000: builtin
78040.065:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.067:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f05bca80000: builtin
78040.068:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f05bcad0000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.248:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.250:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\services.exe" at 0x400000: PE builtin
78040.252:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f1323670000: builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f13237b0000: builtin
78040.254:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f1323590000: builtin
78040.255:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.257:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\userenv.dll" at 0x7f1323550000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.306:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.307:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\plugplay.exe" at 0x400000: PE builtin
78040.310:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f849ebc0000: builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f849ed00000: builtin
78040.312:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f849eae0000: builtin
78040.319:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.373:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.373:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.375:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f7a5ec50000: builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f7a5eda0000: builtin
78040.377:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f7a5eb80000: builtin
78040.378:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.387:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.406:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f7a5e500000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f7a5e4d0000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f7a5e6b0000: builtin
78040.407:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\winebus.sys" at 0x7f7a5eb30000: builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.740:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.741:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.743:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f65d3740000: builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f65d3890000: builtin
78040.747:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f65d3660000: builtin
78040.748:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.759:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.774:001e:0021:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\mountmgr.sys" at 0x7f65d3620000: builtin
78040.791:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f05bbe90000: builtin
78040.793:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f05bbdb0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f05bbaf0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f05bbb30000: builtin
78040.795:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78040.898:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78040.901:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f05bc050000: builtin
78040.909:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\steam.exe" at 0x7eb10000: builtin
78040.915:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea20000: builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7ea60000: builtin
78040.917:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7e8d0000: builtin
78040.918:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7e800000: builtin
78040.919:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7e5a0000: builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7e5e0000: builtin
78040.921:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78040.929:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7dbc0000: builtin
78041.039:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6c0c0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Setting breakpad minidump AppID = 238960
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198070664852 [API loaded no]
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78041.070:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.071:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.073:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7efddfcf0000: builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7efddfe40000: builtin
78041.075:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7efddfb50000: builtin
78041.076:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7efddfa60000: builtin
78041.076:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7efddf7b0000: builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddf7e0000: builtin
78041.088:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.089:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.092:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f90f18a0000: builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f90f19e0000: builtin
78041.094:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f90f16f0000: builtin
78041.095:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f90f1610000: builtin
78041.095:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f90f1350000: builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f90f1390000: builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.195:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.195:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7efddf460000: builtin
78041.212:0008:0025:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a900000: PE builtin
78041.212:0008:0025:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7d770000: builtin
78041.220:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.221:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.222:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7efdde920000: builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x960000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.291:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.291:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7f90f1010000: builtin
78041.310:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.311:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.313:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f90f0570000: builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x750000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
78041.355:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
78041.373:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" at 0x400000: native
78041.377:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea80000: builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\ADVAPI32.dll" at 0x7ead0000: builtin
78041.387:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7df30000: builtin
78041.388:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7de60000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7dc00000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7dc40000: builtin
78041.393:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\SHELL32.dll" at 0x7e0a0000: builtin
78041.398:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\steam_api.dll" at 0x3b400000: native
78041.401:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WS2_32.dll" at 0x7dbd0000: builtin
78041.407:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WLDAP32.dll" at 0x7db60000: builtin
78041.409:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\dbghelp.dll" at 0x7d320000: builtin
78041.412:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msacm32.dll" at 0x66640000: PE builtin
78041.412:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WINMM.dll" at 0x7d250000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\bcrypt.dll" at 0x7d120000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\CRYPT32.dll" at 0x7d160000: builtin
78041.417:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\Normaliz.dll" at 0x62180000: PE builtin
78041.418:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\OLEAUT32.dll" at 0x6a300000: PE builtin
78041.420:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found
78041.421:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\vulkan-1.dll" at 0x7d110000: builtin
78041.422:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winevulkan.dll" at 0x7d0d0000: builtin
78041.422:002f:0030:err:module:import_dll Library d3d11.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.422:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.423:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\IMM32.dll" at 0x6c0c0000: PE builtin
78041.424:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\IPHLPAPI.DLL" at 0x7d0a0000: builtin
78041.426:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\usp10.dll" at 0x7d040000: builtin
78041.426:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\winsxs\\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.2982_none_deadbeef\\COMCTL32.dll" at 0x6e8c0000: PE builtin
78041.429:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winspool.drv" at 0x7cff0000: builtin
78041.429:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\COMDLG32.dll" at 0x6b8c0000: PE builtin
78041.429:002f:0030:err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\setupapi.dll" : builtin
pid 167530 != 167528, skipping destruction (fork without exec?)

مرحبًا @ red667 ، err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135 في السجل الخاص بك مثل https://github.com/ValveSoftware/Proton/issues/823#issuecomment -552137632. قد تكون محظوظًا بمحاولة تشغيل اللعبة باستخدام Proton 4.2 ثم ​​العودة مرة أخرى إلى 4.11.

مرحبا @ kisak-valve ، أعتقد أنك على حق ، لقد وجدت أيضًا سطر السجل:

79493.858:002e:002f:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found

لذلك لا يتم تشغيل Directx وهو أمر مطلوب لتشغيل اللعبة.

لقد قمت بالفعل بتشغيل اللعبة باستخدام Proton 4.2 وهي تعمل. لكن العودة إلى 4.11.8 يعرض نفس المشكلة مرة أخرى.

يمكنك محاولة إضافة WINEDLLOVERRIDES="dxgi=n" %command% إلى خيارات إطلاق اللعبة.

شكر! انه يعمل انها تعمل.

خيارات التشغيل الحالية لجعل اللعبة تعمل:
DXVK_STATE_CACHE=0 PROTON_NO_ESYNC=0 WINEDLLOVERRIDES="dxgi=n" %command%

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

بعد بعض الاختبار / التغيير والتبديل ، اللعبة تعمل بشكل جيد. لن ألعب وضع Hardcore ، لكنه قابل للتشغيل بدرجة كافية بالنسبة لـ Standard. يبدو أن خيارات التشغيل التالية تعمل بشكل أفضل بالنسبة لي:

gamemoderun %command% --waitforpreload --nologo --nodx9ex --garbage-generation 2

Arch Linux ، i7-2600 ، GTX 1060 ، Nvidia 440.59 ، Proton 5.0-1

الأمر gamemoderun مخصص لـ Feral's GameMode .

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

مشكلتي تحدث عندما تغلق PoE ...

اللعبة تعمل بشكل جيد بما فيه الكفاية. ولكن عندما أخرج من اللعبة ، فإن عمليتين من $HOME/.local/share/Steam/ubuntu12_32/steam تزيد من استخدام وحدة المعالجة المركزية بنسبة 100٪.

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

(قوس ، مخزون بروتون 4.11-5 ، amd ryzen 1700 + vega64)

نفس القضية لفترة طويلة. لا بد لي من SIGKILL العمليتين لهما لإنهاء.
لا يعتمد على الخيار المستخدم لبدء اللعبة.
(اختبار دبيان ، بروتون 5.0-4 ، GTX 1070Ti مع برنامج تشغيل Nvidia 440.64)

الآن بعد أن ذكرت ذلك ، كنت أواجه نفس المشكلة مع الألعاب التي تستخدم dxvk 1.5.5 على النبيذ العادي. لقد تحولت إلى 1.5.4 ، واختفت المشكلة. (لقد لاحظت ذلك مع Guild Wars 2 و Path of Exile.)

الصور المفقودة في Path of Exile عند استخدام Ubuntu 20.04

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/3861.
@ robert-olofsson تم نشره بتاريخ 2020-05-13T16: 20:45:

تقرير التوافق

• اسم اللعبة مع مشاكل التوافق: Path of Exile
• معرف تطبيق Steam للعبة: 238960

معلومات النظام

• وحدة معالجة الرسومات: Radeon RX Vega M GH (Intel hades canyon nuc)
• إصدار برنامج التشغيل / LLVM: كل ما هو موجود في ubunutu 20.04 (20.0.4 ،
• إصدار النواة: 5.4.0-28-عام
• إصدار Proton: Proton 5.0 ، إصدار ملف قل: 1588350139 proton-5.0-7-rc3

أؤكد:

• [x] أنني لم أعثر على تقرير توافق موجود لهذه اللعبة.
• [x] أني تحققت مما إذا كانت هناك تحديثات متوفرة لنظامي.

الأعراض

الصور المفقودة في اللعبة. الأكثر وضوحا على شاشة بدء التشغيل حيث صور المعلومات الحالية
مفقودة وفي اللعبة لا تظهر الخريطة المصغرة أية إضافات فوقها.

التكاثر

بدء اللعبة. انظر إلى شاشة تسجيل الدخول

بدءًا من وحدة التحكم ، أرى بعض أسطر السجل مثل:
0024: يخطئ: wincodecs : PngDecoder_CreateInstance فشل في قراءة PNG بسبب تعذر العثور على libpng12.so.0

انظر حولك ولاحظ أن ubuntu الحديث يستخدم libpng16 وليس لديه libpng12 سهل. إنه متوفر في PPA على الرغم من أن تثبيته يحل المشكلة.

سيكون من الجيد البناء باستخدام libpng أكثر حداثة.

مرحبًا @ robert-olofsson ، يوفر وقت تشغيل Steam libpng12 ، لذلك من الغريب أن لا يلتقط Proton المكتبة من هناك. يرجى نسخ معلومات نظامك من Steam ( Steam -> Help -> System Information ) ووضعها في الجوهر ، ثم تضمين ارتباط إلى الجوهر في تقرير المشكلة هذا. قد يكون هناك تلميح في قسم التشخيص الموسع.

مسار Exile: CreateShaderResourceViewEx: معلمة غير صالحة

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/3868.
@ Opencode-foss تم نشره في 2020-05-14T17: 53: 31:

تقرير التوافق

• اسم اللعبة مع مشاكل التوافق: Path of Exile
• معرف تطبيق Steam للعبة: 238960

معلومات النظام

• وحدة معالجة الرسومات: i7-4790K Intel HD Graphics
• إصدار برنامج التشغيل / LLVM: Intel Open Source Technology Center Mesa DRI
  Intel (R) HD Graphics 4600 (HSW GT2)
  3.0 ميسا 20.0.6
• إصدار النواة: 5.6.11-arch1-1 x86_64
• ارتباط بتقرير معلومات النظام الكامل مثل Gist : systemreport.txt
• إصدار البروتون: 5.0-7

أؤكد:

• [أؤكد] أنني لم أعثر على تقرير توافق موجود لهذه اللعبة.
• [أؤكد] أنني تحققت مما إذا كانت هناك تحديثات متوفرة لنظامي.

steam-238960.log

الأعراض

عندما أقوم بتحميل لعبة ما ، فإنه يتعطل ويعطيني CreateShaderResourceViewEx: استثناء معلمة غير صالح.
تم العثور عليه في ملف السجل: "[CRIT Client 192] [D3D11] CreateShaderResourceViewEx: معلمة غير صالحة."

التكاثر

مرحبًا @ Opencode-foss ، بالنظر إلى السجل الخاص بك ، فشل DXVK في تخصيص vram عندما وصل إلى حد 1.5 جيجابايت:

err:   DxvkMemoryAllocator: Memory allocation failed
err:     Size:      6553600
err:     Alignment: 4096
err:     Mem flags: 0x1
err:     Mem types: 0x1
err:   Heap 0: 1472 MB allocated, 1019 MB used, 1529 MB allocated (driver), 1536 MB budget (driver), 1536 MB total

شكرا kakra على الاستجابة السريعة. كيف يمكنك زيادة حد vram الخاص بك على Intel Graphics على Linux.

شكرا kakra على الاستجابة السريعة. كيف يمكنك زيادة حد vram الخاص بك على Intel Graphics على Linux.

@ Opencode-foss كنت تقصد @ kisak-valve ربما ...

https://www.pathofexile.com/forum/view-thread/2866813

يحتوي Path of Exile على عارض Vulkan الآن.

سوف تتعطل على Radv بدون هذا الالتزام.

https://gitlab.freedesktop.org/mesa/mesa/-/commit/d12f2c88427b466aa4944901a700a2d6ecb24a52

لقد اختبرت للتو عارض Vulkan ، لكنني أتحطم بعد اختيار اللاعب. رؤية الكثير من هذه الرسالة في السجل:

fixme: dbghelp : لا يمكن لـ elf_search_auxv العثور على رمز في الوحدة النمطية

السجل الكامل:
steam-238960.log

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

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

بالنسبة لي ، تعمل خيارات الإطلاق هذه:
PROTON_USE_D9VK=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

لم أكن بحاجة إلى تعيين D9VK ، لكنني أضفت بعض العلامات الأخرى لتمكين ذاكرة التخزين المؤقت وبعض التحسين (باستخدام vulkan مع MX150):
gamemoderun __GL_SHADER_DISK_CACHE=1 __GL_SHADER_DISK_CACHE_PATH='<random_path>' ENABLE_VKBASALT=1 __NV_PRIME_RENDER_OFFLOAD=1 WINEESYNC=1 DXVK_USE_PIPECOMPILER=1 STAGING_SHARED_MEMORY=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

ومع ذلك ، فإن WINEDLLOVERRIDES="dxgi=n,b" %command% جيدًا بالنسبة لي

يعمل التقديم بشكل جيد ، ~ 50٪ زيادة في الثانية على Vulkan.

لن يعمل عارض Vulkan بالنسبة لي ، إنه يتعطل في blckscreen

لا يتم تشغيل Path of Exile مع Proton 5.0-8

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/3969.
@ Dragallur نشر بتاريخ 2020-06-11T07: 43: 23:

يظهر Path of Exile للحظة في عملياتي ولكنه يختفي ولا يبدأ. (باستخدام Ubuntu 18)

نظام التشغيل: Arch Linux x86_64
النواة: 5.6.12-3
مُعالج الرسومات: Intel HD Graphics 5500

حدوث أعطال (حوالي 10-15 دقيقة من اللعب أثناء استخدام عارض vulkan) ومع ذلك في سجل Client.txt:

[CRIT Client 200] [VULKAN] vk::FragmentedPoolError::FragmentedPoolError: vk::Device::allocateDescriptorSetsUnique

نظام التشغيل: ArchLinux
النواة: 5.7.2-zen1-1-zen
مُعالج الرسومات: AMD 5700 XT
بروتون 5.0.9

لا أستطيع الحصول على PoE للتشغيل مع عارض فولكان الجديد و amdvlk

بمجرد تعيين VK_ICD_FILENAMES على /usr/share/vulkan/icd.d/amd_icd64.json لن تبدأ اللعبة ، ستظهر لي بعض أخطاء createSwapChain

أي شخص آخر حصل على هذا؟ أو ربما حتى إصلاح لذلك؟

تحرير: تحتوي طبقة radeon vulkan على العديد من الأخطاء ومواطن الخلل الرسومية ولن يتم عرض الخريطة

يتعطل عندما أقوم بالتبديل إلى عارض Vulkan الجديد ، يتجمد لمدة 10 ثوانٍ تقريبًا ويقطع إلى شاشة سوداء قبل الإغلاق

جربت عدة خيارات تشغيل ومجموعات مختلفة لما استخدمه الأشخاص سابقًا في المداس.
حاولت Proton 5.0-9 و 4.11-13 بنفس الخطأ في النهاية.

يرجى الاطلاع أدناه على جوهر النظام وسجل الأخطاء من البروتون
جوهر النظام
https://gist.github.com/jackarsnel/b7b4d962f4f86a0b8d52fde7a8b79342
سجل الأخطاء
https://pastebin.com/4pKU146b

ما الذي نجح معي في النهاية (على رسومات Nvidia) ، أستخدم خيارات التشغيل هذه:
--waitforpreload --gc 1
(لست متأكدًا مما إذا كان برنامج تجميع البيانات المهملة يؤثر عليه ، ولكن يبدو أن التحميل المسبق يعمل بشكل أفضل).
في قائمة اللعبة (قبل تحديد منطقة) ، قمت بتبديل إعدادات النسيج إلى المستوى المتوسط ​​، وهو أمر موصى به لعارض beta Vulkan بواسطة مطوري اللعبة ، ثم قم بتعيينه على Vulkan. بعد حفظ التغيير ، أقوم بحفظ اللعبة وإنهاؤها ، وإعادة فتحها (مع التأكد من استمرار الإعدادات) قبل تسجيل الدخول فعليًا واختيار شخصية.

CubeTheThird لاحظ أن خيار جمع القمامة هو في الواقع -gc ، وليس --gc . و -gc هو اختصار لخيار --garbage-generation . شاهد المزيد هنا: https://pathofexile.gamepedia.com/Launch_options.

لذلك منذ استخدام عارض Vulkan ، إذا لم ألعب PoE لفترة ، فستستغرق خطوة معالجة Vulkan shaders في إطلاق Steam بعض الوقت. (الألعاب الأخرى لا تستغرق وقتًا طويلاً ، على سبيل المثال ، No Man's Sky.) هل هذا متوقع؟

لقد جربت تثبيتًا جديدًا ، فقط لمعرفة ما إذا كان ذلك سيؤدي إلى تسريع الأمور ، واستغرق الأمر حوالي ساعتين لمعالجة تظليل فولكان. لا أتذكر أن الأمر استغرق هذا الوقت الطويل قبل بضعة أسابيع. شيء يتغير؟ (Ryzen 5 ، 1600 ، Nvidia 1050ti ، 450.57 سائقًا)

نفس الشيء بالنسبة لي. الآن تقوم Path of Exile بإعادة تجميع الظلال في كل مرة أسجل فيها الدخول إلى Steam. يستغرق ساعات حرفيا.

يوجد أدناه معلومات screenfetch .

OS: Ubuntu 20.04 focal
Kernel: x86_64 Linux 5.4.0-42-generic
DE: GNOME 3.36.4
WM: Mutter
CPU: Intel Core i7-3770K @ 8x 3.9GHz [67.0°C]
GPU: GeForce GTX 980
RAM: 8664MiB / 15972MiB

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

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

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

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

لسبب ما لا يمكنني تخطي مترجم ذاكرة التخزين المؤقت تظليل في البداية.
إذا قمت بالنقر فوق skip ، فستختفي القائمة ويبدأ مسار المنفى ، لكن العملية لا تتوقف وتطلق وحدة المعالجة المركزية الخاصة بي تمامًا.
لدي Ryzen 9 3950x ويستخدم 100٪ من كل نواة لمدة نصف ساعة تقريبًا

تحرير: حتى بعد أن أغلق البخار ، فإنه يستمر في بناء ذاكرة التخزين المؤقت للتظليل

تعطل اللعبة بعد التصحيح 3.11.2
هنا سجل البروتون الخاص بي
https://pastebin.com/DHJEBBh2

مرحبًا DragoonZ ، err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 كخط اهتمام في السجل. ذات صلة: # 3886

نعم ، تتعطل اللعبة الآن بعد التصحيح 3.11.2 مباشرة عند فتح النافذة لأول مرة. تفتح النافذة وتبقى سوداء لثانية ثم تنتهي اللعبة. هذا هو سجل الأعطال الخاصة بي:
https://pastebin.com/BvJv0HvN

لاحظ أن هذا في الجزء السفلي من الملف يبدو أنه العامل الشائع:

18666.066:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.071:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.072:00b8:00bc:trace:seh:call_stack_handlers handler at 0x7b46bf10 returned 1
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: eax=01ccbc58 ebx=7ffdf000 ecx=00000000 edx=02bffc8c esi=02bffdf0 edi=02bffdfc
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ebp=02bffca4 esp=02bffab8 eip=0082ad46 cs=0023 ss=002b flags=00210202
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ds=002b es=002b fs=0063 gs=006b
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: dr0=00000000 dr1=00000000 dr2=00000000 dr3=00000000 dr6=00000000 dr7=00000000
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0082ad46).
18666.077:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:

أنا أدير اللعبة باستخدام Vulkan. ربما يكون هذا مختلفًا مع DX11 ويمكن لأي شخص أن يخبرنا بكيفية فرض استخدام DX11 من خلال ملف تكوين أو شيء ما. آمل أن نتمكن من حل هذه المشكلة قريبًا ، فهذه مشكلة كبيرة أن اللعبة لم تعد تعمل ، خاصة قبل أسبوع من مثل هذا الدوري الرائع.

تحرير: من الغريب أن jackarsnel ظهرت عليها نفس رسالة الخطأ في يونيو.

تثبيت جديد تمامًا بالنسبة لي. 5.09 بروتون ، 5.9 من تصادمات eggroll الرائعة أيضًا. أي شخص يحاول تخزين النبيذ أو إعداد النبيذ؟

سجل مرفق ...
steam-238960.log

آسف. الملف الشخصي للجهاز :

إيتا: عملت بروتون أليكس من أجلي.

مرحبًا DragoonZ ، err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 كخط اهتمام في السجل. ذات صلة: # 3886

شكر!
يعمل بشكل جيد مع الإصدار المصحح https://github.com/stevenlafl/Proton/releases/tag/proton-5.0-7-alyx-2

ما زلت أتلقى الانهيار على الرغم من أنني لا أعتقد أنه يستخدم بالفعل إصدار alyx. هل ~ / .var / app / com.valvesoftware.Steam / data / Steam /confectiontools.d / هو الدليل الصحيح لـ flatpak؟

يمكنني تحديد الإصدار هنا.

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

steam-238960.log

مرحبًا effinjdent ، يشير السجل الخاص بك إلى أنه يتم استخدام البروتون -5.0-9 بدلاً من ما كنت تتوقعه. ربما تحقق من إعدادات Steam Play لكل لعبة؟

مرحبًا @ kisak-valve ، هل سيتم إصلاح هذا الخطأ في إطلاق البروتون في المستقبل؟ أو هذا يجب أن يهتم به مطورو اللعبة أنفسهم؟

@ kisak-valal أنا أقول هذا الخيار ، عندما أتحقق منه مع اختيار alyx ، يقوم بإلغاء تحديد نفسه حرفيًا بعد إعادة تشغيل البخار.

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

effinjdent ، لقد واجهت https://github.com/ValveSoftware/steam-for-linux/issues/6043.

هل هناك حل لذلك؟ قراءة هذا الرابط محبطة للغاية.

حتى إصدارات Proton GE لن تجعل إطلاق اللعبة ، كما قال effinjdent ، هذا أمر محبط للغاية ، خاصة عندما يكون الدوري الجديد في الزاوية :(

لقد قمت بتعيين تجاوز Path of Exile على proton-5.0-7-alyx-2 ثم تعمل اللعبة هنا!

يمكنني تأكيد أعمال البروتون 5.0-7 alyx ، ولكن الأداء أسوأ من 5.0-9 تم استخدامه

هل يستطيع الصمام دفع الإصلاح قبل بدء الدوري الجديد؟

بروتون -5.0-7-أليكس -2 لا يعمل بشكل كامل. يتعطل على خريطة نيكو (عند العثور على الكبريت) مع خطأ: steamclient : create_win_interface لا تتعرف على اسم الواجهة: SteamClient020

تحرير: يبدو أن أعطالي لا علاقة لها بـ Niko والسلفيت.

يتعطل مسار المنفى 3.11.2 عند الإطلاق

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/4188.
@ Storm-Engineer تم النشر على 2020-09-12T23: 53: 59:

أصدرت Path of Exile للتو رقعة كبيرة تتطلب إعادة تنزيل اللعبة بأكملها لأنها غيرت طريقة تخزين البيانات. (معلومات: https://www.pathofexile.com/forum/view-thread/2933680)

منذ ذلك الحين ، تعطلت اللعبة عند البداية. لقد جربت عدة إصدارات مختلفة من Proton ، لكنها دائمًا ما تتعطل. قبل التصحيح كنت أستخدم 4.11-GE-1. فيما يلي مخرجات المحطة الطرفية لجميع الإصدارات التي جربتها. بصرف النظر عن الإصدار 4.11 ، فإنها تحتوي على آثار مكدس.

poe-Crash-Proton-4.11-GE-1.txt
poe- تحطم- Proton-5.0-1.txt
poe-Crash-Proton-5.11-GE-1-MF.txt
بو-كراش-بروتون -5.11.GE.3.MF-1.txt

معلومات النظام:
poe- تحطم- sysinfo.txt

لقد نسيت أن أضيف أنه تم اختيار "Vulkan (تجريبي)" في اللعبة بدلاً من DirectX. لست متأكدًا مما إذا كان ذلك يؤثر على هذه المشكلة.

أيضًا ، للتأكيد على أن بنية "alyx" تعمل ، على الأقل يتم إطلاق اللعبة الآن. لا يمكن اختبار طريقة اللعب في الوقت الحالي لأن النوم ...

ملاحظة: شكرًا على النقل ، لم أجد هذه التذكرة الحالية لسبب ما.

تحرير: اختبرت بنية "alyx" ، وهي تعمل مثل السحر ، ولم تواجهني مشكلات ولكني لعبت لمدة نصف ساعة فقط ربما.

لقد كانت اللعبة تعمل بشكل جيد على 5.9-GE-6-ST ، ولكن في وقت ما اليوم قمت بتحديث نظامي ولن يتم تشغيل اللعبة (ولا حتى نافذة). جربت GE-7-ST للتأكد ولكن لم تستطع تشغيلها أيضًا.
الشيء الغريب هو أن سجل البروتون الخاص بي فارغ تقريبًا ، يبدو كالتالي:
====================== Proton: 1601959108 5.9-GE-7-ST-1-g465be27 SteamGameId: 238960 Command: ['/home/tomek/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch'] Options: {'forcelgadd'} ======================

بالنسبة لي ، فهو يعمل في GE-9-ST حتى في وضع Vulkan ، عندما كان يظهر سابقًا وميضًا شديدًا داخل اللعبة (تم تجربته آخر مرة منذ بضعة أسابيع) الشيء الوحيد المتبقي هو: يبدو أن تحميل الأصول والتأثيرات يستغرق وقتًا طويلاً ، فهي غير مرئية لمدة 30-60 ثانية ، ولست متأكدًا مما إذا كان هذا بسبب تعديل في GE. أيضًا ، في بعض الأحيان ، هناك مربعات سوداء تومض لطرفة عين في بعض الأحيان. لقد أجريت اختبارًا سريعًا فقط ، لكن طريقة اللعب تبدو سلسة للغاية مع Vulkan مقارنةً بـ DX11 ، باستثناء أن معدل الإطارات أقل (حوالي 30 إطارًا في الثانية بدلاً من 45+ إطارًا في الثانية عند 4k).

(باستخدام NVIDIA 455.22.04 على Gentoo)

لقد أجريت اختبارًا سريعًا فقط ، لكن طريقة اللعب تبدو سلسة للغاية مع Vulkan مقارنةً بـ DX11 ، باستثناء أن معدل الإطارات أقل (حوالي 30 إطارًا في الثانية بدلاً من 45+ إطارًا في الثانية عند 4k).

لن أصف تجربة اللعب بأكملها على أنها سلسة مقارنة بما أراه الأشخاص على نظام Windows مع أجهزة متساوية أو أسوأ. لدي 1080 Ti و 3900 X. اللعب في الأفعال سلس 100٪. عندما يتعلق الأمر بنهاية اللعبة (حيث تبدأ اللعبة حقًا) ، عادةً ما تكون سلسة جدًا وتصل إلى 144 إطارًا في الثانية بالنسبة لي ، ولكن عندما أكون في خريطة مثيرة مع حزم كبيرة من الغوغاء أو حزم الفاتح أو ضباب Delirium ، فإن معدل الإطارات TANKS. أحب المستويات بالكاد التي يمكن لعبها ، آمل ، أنا لا أموت.
لست متأكدًا من سبب هذا التناقض مقارنةً بنظام Windows ، ولكن كلما كان هناك الكثير مما يحدث ، فإنه يتحول إلى 3-5 إطارات في الثانية لفترة من الوقت. أيضًا ، معدل الإطارات ليس 144 إطارًا في الثانية سلسًا طوال الوقت. في الغالب ، يتقلب بين 144 إطارًا في الثانية ومثل 30 إطارًا في الثانية مع كل شيء بينهما.
إنها تجربة لائقة بشكل عام ، لكن وصفها بالسلاسة أمر غير واقعي. أنا لا أعمل حتى على إعدادات عالية. إلى حد كبير الإعدادات الافتراضية. وأنا أستخدم gamemode و Proton-tkg-18 لتشغيل اللعبة.
إنها بالتأكيد قابلة للتشغيل (ومقبولة في معظم الأوقات) ، لكن لدي شعور بأنها أكثر سلاسة على Windows عندما أنظر إلى طريقة اللعب المتدفقة. عندما تم تقديم عارض Vulkan لأول مرة ، كان أداء اللعبة أفضل كثيرًا. يبدو هذا وكأنه مشكلة لا يستطيع حلها سوى GGG. لست متأكدًا مما إذا كان فريق Proton يمكنه فعل أي شيء حيال مشكلات الأداء هذه.

ولكن عندما أكون في خريطة مثيرة مع مجموعات كبيرة من الغوغاء أو مجموعات الغزاة أو ضباب الهذيان ، فإن معدل الإطارات الدبابات

نعم هذه تجربتي أيضًا. يمكنك تجربة شيء مشابه على Windows ، خاصةً بعض إصدارات PoE ، لكنه أقل حدة بكثير.
لا يبدو أن Nvidia أو AMD مهمان. ولكن يجب أن يكون مرتبطًا بتحميل الأصول / التظليل بطريقة ما.

لا يبدو أن Nvidia أو AMD مهمان. ولكن يجب أن يكون مرتبطًا بتحميل الأصول / التظليل بطريقة ما.

لا أعتقد أن تحميل shader هو المشكلة هنا. لقد قمت بتثبيت اللعبة على M.2 SSD واتخذت الخطوات الإضافية لوضع ذاكرة التخزين المؤقت Vulkan shader للعبة على tmpfs الخاصة بها مباشرة في ذاكرة الوصول العشوائي الخاصة بي. حجمها حوالي 500 ميغا بايت حتى الآن.
بالنسبة لي ، ينخفض ​​التأخر / الإطار الضخم عندما يشعر الكثيرون بأنهم مرتبطون بتجميع تظليل.

يتخذ DirextX و Vulkan نهجًا مختلفًا لتجميع shader ، كما أعتقد أنه يجب أن يكون هناك بعض التحويل على الأقل لبعض برامج تشغيل الرسومات. لذا فإن استخدام DXVK للترجمة من DX11 إلى Vulkan ليس ولا يمكن أن يكون هو الأمثل مما يؤدي إلى حظر السلوك أثناء تجميع / تحويل التظليل الذي يحاول DXVK حله من خلال تذكر جميع تظليلات خط الأنابيب وإعادة تشغيل ذلك مبكرًا بعد البادئ للحصول على جميع التظليلات المجمعة من قبل اللعبة لديها فرصة لمنع ذلك. يجب أن تكون Vulkan فرصة للتحسن كثيرًا هنا حيث من المحتمل أن تكون هي نفسها بالنسبة للتظليل ، سواء كان ذلك في نظام التشغيل Windows أو Linux. أعتقد أن عارض Vulkan الخاص بـ PoE لا يزال يفتقر إلى الكثير من التحسين وهو أقل نضجًا بكثير من تطبيق DX11 ، وقد قطعت DXVK شوطًا طويلاً لتصبح أيضًا سلامًا محسنًا للغاية للبرامج (والتي تتفوق أحيانًا على DX11 الأصلي) ولكن لا يزال ، هناك نهج مختلف لكل من واجهات برمجة التطبيقات التي تتعامل مع التظليل.

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