Proton: [طلب الميزة]: تسع رقع من الغاليوم

هذا خيار أفضل بكثير. وسمعت أنه تم دمجه مع DXVK (في النهاية) ، لذا سيكون لدينا جميع إصدارات D3D مغطاة من 9 إلى 12. الإصدارات الأقدم لا تحتاج إلى ميزات Vulkan على أي حال ، أعتقد أنه يمكن تشغيل ألعاب D3D 8 على برنامج عرض بمعدل 60 إطارًا في الثانية على الأجهزة الحديثة.

مثير جدا! أين وجدت أنه سيتم دمجه مع DXVK؟

لا يمكنني العثور على أي شيء عن ذلك ، لذلك قد أكون مخطئًا. ربما لن يتم دمجها مباشرة في DXVK ولكن سيتم دعمها معها أو دمجها في Wine. أتذكر بشكل غامض هذين المشروعين المذكورين في نفس السياق (وهذا ليس مفاجئًا) لاستبدال ترجمة D3D => OGL أو شيء من هذا القبيل. على أي حال ، أعتقد أن النفقات العامة لـ Vulkan ضئيلة مقارنة بنهج Gallium Nine المباشر ، لكن الفوائد واضحة - يمكن لجميع اللاعبين استخدامها ، وليس فقط أولئك الذين لديهم برامج تشغيل FOSS. ويمكن دفعها إلى أبعد من ذلك ، إلى Windows نفسه ، بحيث يمكن لمستخدمي Windows تشغيل الألعاب مع أداء أفضل ربما بسبب الاستخدام الأفضل لوحدة المعالجة المركزية أو تشغيلها على الإطلاق لأن بعض الألعاب القديمة لا تعمل على Windows الحديث بعد الآن ولكنها تعمل على Wine.

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

تصحيحات Gallium Nine جاهزة ، وتم اختبارها جيدًا من قبل العديد من اللاعبين وتقدم أداءً محليًا (قريبًا). قد يكون تنفيذ هذا أمرًا بسيطًا إلى حد ما ، لأن التصحيحات موجودة بالفعل. ستكون إضافة مرحب بها للغاية لجميع لاعبي AMD / Intel في الوقت الحالي ، حتى يصل VK9 إلى مرحلة النضج.

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

ملاحظة تسعة لا تعمل لمستخدمي إنتل

نظرًا لوجود المئات من ألعاب Direct3D 9 التي لا تزال تُلعب على Steam وبما أن Gallium Nine أثبتت فعاليتها أكثر من d3d9 Wine التقليدي ، يجب أن تكون ميزة اختيارية على الأقل عبر user_setting.py.

أفضل أن يكون صمام دمج VK9 مع DXVK. لذلك لديهم تغطية فولكان موحدة.

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

أوافق على أن تصحيحات Gallium 9 يجب أن تكون قابلة للاستخدام من قبل مستخدمي AMD mesa. إنه جزء من ميسا نحتاج فقط إلى نسخة النبيذ للسماح باستخدامه.

متفق. و من يعلم؟ ربما في المستقبل القريب ليس فقط radeonsi و nuveau اللذان يستفيدان منه؟
https://www.phoronix.com/scan.php؟page=news_item&px=Intel-Iris-Gallium

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

لقد كان Gallium Nine رائعًا في تجربتي. سيكون من الرائع رؤيتها متضمنة في بروتون.

أنا شخصياً أصوت لصالح نهج All Vulkan.

@ shoober420 أفضل ذلك أيضًا في النهاية. لكن طبقة الترجمة من dx9 إلى vulkan هي سنة بعد أن تكتمل إن وجدت. لماذا لا تسمح لمستخدمي AMD بالاستمتاع بأداء dx9 الأصلي عبر تصحيحات Gallium Nine التي تم اختبارها جيدًا وتم الانتهاء منها بالكامل؟ يجب دمجها فقط لمستخدمي AMD حتى يتمكنوا من الاستمتاع بالأداء الأصلي في الوقت الحالي.

@ shoober420 أعتقد أننا جميعًا نفضل هذا الطريق للبروتون. إنها الخطوة المنطقية إلى الأمام. نحن لا نطلب من الصمام التخلي عن تنفيذ فولكان لـ d3d9. نحن نطلب أن يسمحوا للسائقين الذين يستخدمون الغاليوم المفتوح باستخدام ما لديهم بالفعل. يعد Gallium 9 بالفعل جزءًا من مجموعة برامج التشغيل الخاصة بنا. "جاليوم تسعة بقع" للنبيذ فقط تخطي الترجمة الافتراضية لواجهة برمجة التطبيقات d3d9 إلى opengl وبدلاً من ذلك تغذي استدعاءات api مباشرة إلى وحدة معالجة الرسومات. تجنب فقدان الأداء بسبب ترجمة API.

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

أرى رفاقك يشيرون ، كلاكما على حق. لم أكن أعرف أن VK9 كان بعيدًا جدًا. ثم أؤيد الاختيار لمزيد من الخيارات. قد أستخدم AMD أو Intel يومًا ما.

لقد قمت بالعمل لبناء جميع أنواع النبيذ ، والتشغيل المرحلي ، وتسعة من أجل openSUSE. في الأساس ، ما عليك سوى تطبيق مجموعة التصحيح ذات الصلة من https://github.com/sarnex/wine-d3d9-patches وإنشاء مثل العادي. لذلك نحن بحاجة إلى تجميع النبيذ مرتين وتوفير خيار لثنائي معين.

كمرجع ، حزمة openSUSE / wine التي تصنع جميع نكهات النبيذ الأربعة.

• خمر
• تسعة النبيذ
• تنظيم النبيذ
• إعداد النبيذ تسعة

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

ما تفكر فيه هو رقم 22. قد تكون هناك آلية ما لإضافة وقت التشغيل الخاص بك ، لكنها غير معروفة في الوقت الحالي.

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

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

نعم .. ولا أرى صعوبة في التحقق من برنامج التشغيل الذي يتم استخدامه ، وعلى أي جهاز ، والاتصال به يوميًا (نفس الشيء بالنسبة لـ vulkan أو opengl على أي حال)

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

نظرًا للطبيعة الشاملة للفرق من ValveSoftware / wine (3.7) مقابل النبيذ / النبيذ (3.7) والنهج الذي

لا تنطبق بقع العلامات 3.7 بشكل نظيف على ValveSoftware / Wine.

error: patch failed: configure.ac:1261
error: configure.ac: patch does not apply
wine-d3d9.patch:5385: new blank line at EOF.
+

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

سيقومون بتحديثه بمجرد معالجة "مشكلات الإطلاق"

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

لم يكن تحديث إصدار النبيذ هو ما طلبته أو احتاجه لأنني قمت بتطبيق تصحيحات على 3.7. أما بالنسبة إلى التدريج ، فقد كان هذا طلبًا طويل المدى لا يهتم به Wine upstream في المقام الأول لأنه لا يعمل على نظام Mac وليس على جميع أجهزة Linux. ومن ثم يقوم البروتون بدمج مجموعة متنوعة من تحسينات الأداء التي تحد من نطاق الأجهزة ... لذلك قد يكون هذا موضع اهتمامهم.

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

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

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

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

ها هو الحل:
https://www.phoronix.com/scan.php؟page=news_item&px=Zink-Gallium3D-OpenGL-Vulkan
https://gitlab.freedesktop.org/kusma/mesa/tree/zink/src/gallium/drivers/zink

في الأساس ، كان Gallium3D دائمًا تجريدًا رقيقًا بين متتبعات الحالة المختلفة والسائقين ، لذلك فقط بوق حذاء في Vulkan كسائق وبام ، يمكنك الحصول على جميع أجهزة تعقب الحالة مدعومة بما في ذلك Gallium 9 و Mesa's OpenGL. ستكون دورة حياة كود بايت التظليل DX9 HLSL bytecode من اللعبة-> TGSI-> NIR-> SPIRV واو ، إذا كان يعمل ... :)

الشيء الوحيد الذي يمكنني أن أرى أنه "حل" له هو فجوة مؤقتة لبطاقات Nvidia قبل أن يصبح VK9 جاهزًا. هذا بالتأكيد لن يكون أسرع على AMD.

@ jerbear64 تم اختبار Gallium Nine بالفعل في المعركة تمامًا على الرغم من ما أراه ، على الأقل في برنامج تشغيل amdgpu. كنت أفكر في كثير من الأحيان أنه كان من الممكن القيام بذلك من البداية حتى مع حالة DXVK ، فقد يكون مجرد متعقب حالة داخل Mesa أيضًا ، ثم اكتب شيئًا مثل ZINK في النهاية للسائقين المغلقين أو استخدم الأجهزة الأصلية مباشرة حيثما كان ذلك ممكنا. لا تشكو رغم ذلك ... :)

لا يستخدم الجميع ميسا.

في الأربعاء ، 26 سبتمبر 2018 ، الساعة 20:35 ، كتب Alex Fuller ، [email protected] :

@ jerbear64 https://github.com/jerbear64 جاليوم تسعة هو بالفعل تماما
تم اختباره في المعركة من خلال ما أراه ، على الأقل على برنامج تشغيل amdgpu. انا كنت
كثيرًا ما يفكرون في أن هذا كان من الممكن القيام به منذ البداية حتى مع DXVK
في حال كان من الممكن أن يكون مجرد متعقب حالة داخل ميسا أيضًا وبعد ذلك
فقط اكتب شيئًا مثل ZINK في النهاية للسائقين المغلقين أو استخدم ملف
الأجهزة الأصلية مباشرة حيثما أمكن ذلك. لا تشكو رغم ذلك ... :)

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

cjwijtmans جيدًا مع هذا ، يمكن للجميع أن يكون لديه برنامج تشغيل فولكان موجود ، سيكون مجرد lib لربطه مثل DXVK ...

إليك طريقة أخرى للذهاب:

https://github.com/GabrielMajeri/d3d9-to-11

تنفذ dgVoodoo بالفعل direct3d 1 إلى 7 زائد 8.1 إلى 11 من بين أشياء أخرى ، لذا فإن إعادة تنفيذ المشروع لـ direct3d9 في direct3d 11 سيسمح لجميع إصدارات Direct3d الأقدم بالتشغيل عبر DXVK.

@ jerbear64 الذي يبدو إلى الوراء. تسعة غير مجدية على ملكية nVidia فقط. مع AMD ، تستخدم Mesa في الغالب. تقوم Intel أيضًا ببناء برنامج تشغيل Gallium3D جديد لذلك سيكون حل Intel + nouveau + AMD في وقت ما في المستقبل.

يبدو أن dgVoodoo يعمل على دعم D3D9:

https://www.vogons.org/viewtopic.php؟f=59&t=34931&start=3780#p705374

يقتصر على نموذج تظليل 1.x. هذا يعني أن الألعاب التي تستخدم D3D9 مع نموذج تظليل 1.x يمكن تشغيلها فوق DXVK بإصداره التالي. الجانب السلبي لهذا هو أن dgVoodoo ليس مفتوح المصدر.

مقابل ما يستحق ، حصلنا الآن على دعم لجزء Mesa من Gallium Nine الآن في Steam Flatpak بسبب طلب تطبيقات Flatpak الأخرى

@ jerbear64 الذي يبدو إلى الوراء. تسعة غير مجدية على ملكية nVidia فقط. مع AMD ، تستخدم Mesa في الغالب. تقوم Intel أيضًا ببناء برنامج تشغيل Gallium3D جديد لذلك سيكون حل Intel + nouveau + AMD في وقت ما في المستقبل.

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

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

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

يكتشف ما إذا كان الغاليومنين موجودًا عند بدء اللعبة ويعيد التوجيه إلى التطبيق الآخر إذا لزم الأمر

shanefagan قد تكون وحدة معالجة الرسومات الممكّنة لـ Non gallium 9 هي الأقلية في المستقبل.
أعربت Intel عن اهتمامها بدعم Gallium 3d على جميع وحدات معالجة الرسومات المستقبلية.

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

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

GloriousEggroll يبدو أننا لا نتحدث بنفس اللغة. تم شرح هذا للتو بضع وظائف.

ملاحظة جيدة للتصحيح هي أن مطوره كان يحافظ على تحديث تصحيحات WINE مع العمل حتى 3 أيام مضت. أود أن أقول أنه سيكون من الجيد بناءه على الأقل واختياره كإعداد لبعض الأنظمة التي تواجه مشكلات في أداء dx3d9 (مثلي مع ألعاب مثل SC2 بدون تعديل كبير).

على أي حال ، من الجيد ربط التصحيحات لأنني لم أر أي روابط https://github.com/sarnex/wine-d3d9-patches

Mushoz إنه يدير بطولة غير هنا .

لا يبدو تخطي برامج التشغيل والأدوات الأصلية المستخدمة بالفعل وجاهزة للعمل لصالح طبقة انتقالية تحت التطوير المكثف. إذا كان هناك أي شيء ، فيجب تقديم Gallium Nine الجاهز بالفعل كخيار لمستخدمي AMD ؛ مرة واحدة / إذا وصل VK9 ، فلا يزال بإمكانه البقاء كخيار.

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

لن يعمل VK9 على الأجهزة التي لا تحتوي على amdgpu / وحدات معالجة الرسومات السابقة لـ GCN. من ناحية أخرى ، يمكن تشغيل Gallium-Nine على عناصر r300g القديمة وحتى وحدات معالجة الرسومات مثل VEGA10. لكن نعم ، وحدات معالجة الرسومات VLIW القديمة التي تعمل بنظام r600g والتي لا يزال بعض أصدقائي يعتمدون عليها تعتبر قديمة.

تمامًا مثل D3D9 نفسه.

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

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

الفرق هنا هو أن WineHQ لا يبيع لك ألعابًا ويكون مسؤولاً عن الحاجة إلى استرداد الأموال

اعتقدت أن هذا هو سبب وجود قائمة بيضاء ...

لن تعمل القائمة البيضاء إذا كان لديك تفريع معقد لأوضاع التشغيل ، بالتأكيد

"معقد"

لن تعمل القائمة البيضاء إذا كان لديك تفريع معقد لأوضاع التشغيل ، بالتأكيد

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

لن تعمل القائمة البيضاء إذا كان لديك تفريع معقد لأوضاع التشغيل ، بالتأكيد

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

يبدو عادلة بما فيه الكفاية بالنسبة لي.

أعتقد أنك ستحتاج إلى إدخال libd3dadapter9-mesa في وقت تشغيل Steam أولاً.

أعتقد أنك ستحتاج إلى إدخال libd3dadapter9-mesa في وقت تشغيل Steam أولاً.

كيف يعمل libd3dadapter9؟ أعلم أن GalliumNine موجود في Mesa وأن البقع الخاصة بـ WINE تشير إلى ذلك. لقد رأيت أنه في Ubuntu اعتبارًا من 18.10 لكنني لم أستخدم هذا lib في الواقع.

كيف يعمل libd3dadapter9؟ أعلم أن GalliumNine موجود في Mesa وأن البقع الخاصة بـ WINE تشير إلى ذلك. لقد رأيت أنه في Ubuntu اعتبارًا من 18.10 لكنني لم أستخدم هذا lib في الواقع.

إنه يعالج فقط متتبع حالة D3D9 الخاص بـ Mesa تمامًا مثل opengl32.dll الخاص بـ Wine. كما يفعل مع متتبعات حالة OpenGL الشائعة على سبيل المثال¹.
تحرير: عذرًا ، لقد خلطت بين libd3dadapter9 وملف DLL المصمم لـ Wine. لم أشرب ما يكفي من القهوة في ذلك اليوم. تقوم المكتبة المعنية بتنفيذ متتبع حالة D3D9 لـ Mesa. مبسط: إنه يوفر دعمًا أصليًا لـ D3D9 بدون طبقات ترجمة إضافية مثل WineD3D أو VK9. ألق نظرة على هذا العرض التقديمي إذا كنت مهتمًا .

¹: تحذير: الإجابة قد تكون غير دقيقة.

كنت قادرًا على بناء بروتون بتسع رقع حيث تم بناء قوس لينكس المحلي بوقت تشغيل بلا بخار. اللعبة الوحيدة التي اختبرتها حتى الآن هي Valkyria Chronicles 1 والتي كانت تتصرف بشكل غريب مع هذا الإصدار المحلي ، على سبيل المثال ، تم اكتشاف RX 480 على أنها R9290 في الإعدادات ، وعناصر التحكم حيث لا تعمل بشكل صحيح في بعض الأحيان ، ولم يتم ضبط الإعدادات من خلال أداة تكوين Valkyria Chronicles. على الإطلاق.

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

التصحيح الأصلي من https://github.com/sarnex/wine-d3d9-patches/blob/wine-d3d9-3.16/wine-d3d9.patch يحتاج فقط إلى إصلاح للسياق في config.ac انظر

لا تزال بحاجة إلى تطبيق https://github.com/sarnex/wine-d3d9-patches/blob/wine-d3d9-3.16/d3d9-helper.patch أولاً وتشغيل مجلد النبيذ autoreconf بعد تطبيق كليهما بقع.

بالإضافة إلى ذلك ، اضطررت إلى إضافة -with-d3d9-nine-module=/usr/lib32/d3d/d3dadapter9.so إلى تكوين wine32 في الملف التالي ، لكن قد يكون ذلك نتيجة عدم إعداد بيئة الإنشاء بشكل صحيح؟ https://github.com/ValveSoftware/Proton/blob/83871c7bf93b785b23b987956b7cc3608d6998b3/build/makefile_base.mak#L713 -L726

لا تنس أيضًا أنك بحاجة إلى تمكين winecfg تسعة الغاليوم لكل pfx.

https://github.com/ValveSoftware/Proton/issues/66#issuecomment -447569917

هذه اخبار عظيمه! على الرغم من النكسات الأولية ، فإن امتلاك بنية وظيفية إلى حد ما يعد تقدمًا كبيرًا. نظرًا لأنني لست على دراية جيدة بالبرمجة ، هل يمكنك توضيح سبب إنشائك باستخدام وسيطة --no-steam-runtime ؟ ألا يعمل البروتون الذي تصنعه مع عميل Steam؟ السبب ، يتمثل الهدف الكامل من Proton في تشغيل ألعاب Steam التي تتطلب Steam DRM مع عميل Steam الأصلي بدلاً من إصدار Windows.

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

لدي مجموعة كبيرة من الألعاب على Steam. يرجى إعلامي ، إذا كنت بحاجة إلى اختبار المزيد من الألعاب ، حتى أتمكن من محاولة ترتيبها.

اللعبة الوحيدة التي اختبرتها حتى الآن هي Valkyria Chronicles 1 والتي كانت تتصرف بشكل غريب مع هذا الإصدار المحلي ، على سبيل المثال ، تم اكتشاف RX 480 كـ R9290 في الإعدادات

هذا هو سلوك Gallium Nine الطبيعي ، فإن RX 580 الخاص بي يفعل نفس الشيء في تصميمات النبيذ ذات التسعة.

يبدو أن أيا من المشاكل التي واجهتها تتعلق بالغاليوم 9 ولكن إما بسبب --no-steam-runtime أو اللعبة نفسها.

@ rea987 --no-steam-runtime يعني أن البروتون مبني على المكتبات المحلية بدلاً من تلك المصححة من حاوية عامل تشغيل البخار. لا تزال أداة توافق بخار صالحة ويمكن استخدامها كبديل للصمام المقدم لإطلاقات البروتون. إحدى المشكلات حتى الآن هي أنها تفتقر إلى تعيين وحدة التحكم المصححة من وقت التشغيل مما أدى إلى المشكلة التي واجهتها مع Valkyria Chronicles. ربما يمكنك التغلب على ذلك باستخدام بعض الأدوات المتاحة للنبيذ لتعيين وحدات التحكم بشكل صحيح.

raetiacorvus سيكون رائعًا إذا قمت بتوفير دليل تجميع Gallium Nine خطوة بخطوة لدليل تجميع البروتون. أيضًا ، ماذا عن تقديم طلب سحب ، فربما يقوم ValveSoftware بدمجه مع أحد الفروع. إذا تبين أن هذا بناء وظيفي ، فسأفكر بجدية في التبديل إلى AMD. raetiacorvus عرضي لتقديم المزيد من الألعاب للاختبار لا يزال قائما.

لقد صنعت شوكة البروتون الخاصة بي باستخدام الرقع:

https://github.com/popsUlfr/Proton (قم بإخراج الفرع proton_3.16_gallium_nine_extras واتبع التعليمات فقط)

git clone https://github.com/popsUlfr/Proton.git
cd Proton
git checkout proton_3.16_gallium_nine_extras
git submodule update --init

إنه يعمل أيضًا مع وقت تشغيل البخار ، واضطررت إلى إضافة هذه الكتلة القبيحة قليلاً من عناصر ميسا: https://github.com/popsUlfr/Proton/commit/0397af03059c32a6ac5e0213d39769e33f2914df

أضفت متغير بيئة PROTON_USE_GALLIUM_NINE=1 يمكنك استخدامه لتمكين Gallium 9 بسهولة إذا كانت بطاقتك تدعمه (يمكن أيضًا تمكينه عبر علامة تبويب التدريج في winecfg)

سمات :

• من الواضح أن الغاليوم التاسع
• تصحيح مسار المنفى dx11: https://bugs.winehq.org/show_bug.cgi؟id=42695
• فرض wined3d11 إذا لم يكن هناك دعم Vulkan: # 1749
• قم بتمكين ffmpeg افتراضيًا وقم ببناء FAudio باستخدامه: # 2082
• تبديل GLSL لتعطيل تظليل GLSL واستخدام تظليل ARB بدلاً من ذلك لتقليل التأتأة مع wined3d

إليك بناء للاختبار:
~ Proton_3.16-5_Gallium_Nine_Extras.tar.xz ~
~ بروتون 3.16-5 غاليوم تسعة إضافات 0.1.0 ~
~ بروتون 3.16-5 غاليوم تسعة إضافات 0.1.1 ~
~ بروتون 3.16-6 غاليوم تسعة إضافات 0.1.1 ~
~ بروتون 3.16-6 غاليوم تسعة إضافات 0.1.2 ~
بروتون 3.16-6 غاليوم تسعة إضافات 0.1.3

$ mkdir -p ~/.steam/root/compatibilitytools.d
$ tar xf Proton_3.16-6_Gallium_Nine_Extras_0.1.3.tar.xz -C ~/.steam/root/compatibilitytools.d

في علامة تبويب steamplay ، يجب أن تظهر كـ Proton 3.16-6 Gallium Nine Extras

بالمناسبة ، أضفت هذا إلى README ، بعد خطوة التكوين ، تحتاج إلى تشغيل make all dist بدلاً من make dist فقط أو ستنتهي بنبيذ win64 ولا شيء آخر. لذلك يبدو أن هذا خطأ في README للبروتون الرسمي أو مجرد التصرف بهذا الشكل على نظامي الخاص ، لست متأكدًا.

popsUlfr عمل رائع!

هل سيكون لديك إصدارات 32 بت و 64 بت و / أو متعددة في صفحة GitHub من مفترقك؟

شكرا على الجهد والشوكة!

@ rea987 مثل هذا؟ https://github.com/popsUlfr/Proton/releases/tag/proton-3.16-5-gne-0.1.0

أخبرني إذا كانت تعمل بشكل جيد بالنسبة لك ، فليس لدي وصول إلى بطاقة amd لاختبار ذلك بدقة: /

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

أي أفكار عما أفعله خطأ؟ أنا على KDE NEON 18.04 (أساسًا Ubuntu) إذا كان ذلك يغير شيئًا؟

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

AndrewLoom هل تثبيت Steam موجود في دليل ~/.local/share/Steam أو ~/.steam ؟ لأنني كنت بحاجة إلى استخدام لاحقًا لإنجاحه.

شكرا rea987! D'Oh ، واضح جدًا الآن ولكن ما زلت لم أفكر في الأمر. :-)

AndersDala لا مشكلة ، هذه مشكلة popsUlfr تعديل دليل التثبيت للإشارة إلى دليل ~/.steam أيضًا؟

أمتلك AMD Radeon Vega 56. لقد قمت بتثبيته بنجاح واخترته لاستخدامه مع جميع ألعاب Windows ، ولكن يبدو أن الألعاب مثل A Hat in Time أو Dragon Age: Origins لن تعمل إذا قمت بتمكين Gallium Nine مع PROTON_USE_GALLIUM_NINE = 1 (ببادئة نظيفة) ، حتى لا تظهر النافذة. مع PROTON_USE_GALLIUM_NINE = 0 تعمل بشكل جيد.

أمتلك AMD Radeon Vega 56. لقد قمت بتثبيته بنجاح واخترته لاستخدامه مع جميع ألعاب Windows ، ولكن يبدو أن الألعاب مثل A Hat in Time أو Dragon Age: Origins لن تعمل إذا قمت بتمكين Gallium Nine مع PROTON_USE_GALLIUM_NINE = 1 (ببادئة نظيفة) ، حتى لا تظهر النافذة. مع PROTON_USE_GALLIUM_NINE = 0 تعمل بشكل جيد.

نفس GPU ونفس النتيجة بالنسبة لي. لن تبدأ الألعاب (Dishonered، Dead Space) بـ Gallium.

Mastergatto ، archfan هل قمت بتثبيت برامج تشغيل

https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

نعم ، أنا على Arch وقمت بتثبيت mesa-git من AUR. يأتي مع تمكين Gallium Nine.

archfan حسنًا ، غدًا ،

نعم ، حيث يتم تمكين Gallium Nine افتراضيًا مع حزمة mesa ، على الأقل لبطاقات AMD على ArchLinux. لدي أيضًا مجموعة نبيذ غاليوم ، حيث يعمل Gallium Nine على النحو المنشود.

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

PROTON_DUMP_DEBUG_COMMANDS=1 PROTON_USE_GALLIUM_NINE=1 %command%

قم بتشغيل اللعبة.
سيؤدي هذا إلى إسقاط بعض نصوص البروتون في /tmp/proton_<username>
ابدأ ./run لترى الناتج.

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

تحرير: لعدم تلويث هذا الموضوع ، أعتقد أنه سيكون من الأفضل مناقشته هنا: https://github.com/popsUlfr/Proton/issues/2

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

يعمل Gallium Nine في البروتون باستخدام https://github.com/dhewg/nine

مما لا يثير الدهشة ، أن هذا يكسر Steam Overlay ، لكنه يعمل بشكل جيد.

يعمل Gallium Nine في البروتون باستخدام https://github.com/dhewg/nine

مما لا يثير الدهشة ، أن هذا يكسر Steam Overlay ، لكنه يعمل بشكل جيد.

مرحباً ، لطيف!

هل يمكنك تقديم دليل لما فعلته؟ أنا ضائع قليلاً.

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

https://github.com/popsUlfr/Proton/releases

مشروع آخر يجب النظر إليه كبديل لهذا https://github.com/Joshua-Ashton/d9vk

يبدو أننا يجب أن نستخدم protontricks للحصول على كل تلك الأشياء الجيدة؟

أي شخص يعرف عن ذلك؟

يبدو أننا يجب أن نستخدم protontricks للحصول على كل هؤلاء googdies؟

أي شخص يعرف عن ذلك؟

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

انا فعلت هذا :

wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks
chmod +x winetricks
wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks.bash-completion
sudo mv winetricks /usr/bin
sudo mv winetricks.bash-completion /usr/share/bash-completion/completions/winetricks
python3 -m pip install --user pipx
~/.local/bin/pipx ensurepath
eval "$(cat .bashrc | tail -n +10)"
pipx install protontricks
pipx upgrade protontricks
protontricks 9420 galliumnine

ولكن الآن اللعبة (التي كانت تعمل) أعطتني ومربع خطأ يقول: "فشل إنشاء جهاز direct3d"

tatsujb لا أعتقد أن هذه هي الصفحة الصحيحة لهذا ولكن هنا يذهب. هل تستخدم Ubuntu 18.04 أو Mint 19؟ لأن برامج تشغيل Oibaf's Mesa لتلك الإصدارات من Ubuntu / Mint معطلة بالنسبة لـ Gallium Nine منذ ديسمبر / يناير. واجهت نفس المشكلة ، وتحولت إلى Ubuntu Mate 19.04 وهي تعمل الآن.

@ rea987 أنا أستخدم ubuntu 19.04 ، سأحاول مرة أخرى. تحرير ناه لا يساعد. ماذا فعلت ايضا؟ ما هي الحجج التي لديك وما هي اللعبة التي تناسبك؟

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

• لقد تجنبت Mesa PPAs لجهات خارجية منذ
• لقد تأكدت من تثبيت كل من libd3dadapter9- mesa: i386 .
• تم استبدال / usr / bin / winetricks يدويًا بأحدث إصدار: https://wiki.winehq.org/Winetricks
• مسح ~ / .cache / winetricks
• تمت إعادة تثبيت Gallium Nine Standalone (الأحدث) عبر Protontricks.

ههههههههههههه

• تم استبدال / usr / bin / winetricks يدويًا بأحدث إصدار: https://wiki.winehq.org/Winetricks

نعم هذه كانت الحيلة. لقد اكتشفت ذلك منذ ذلك الحين ، شكرًا!

سيكون من الجيد أن يكون لديك كل من الغاليومنين و d9vk بالمناسبة. لقد قارنتهم على القبعة في الوقت المناسب اليوم ويعمل الغاليومنين بشكل أفضل (20 ٪ أو أكثر من الإطارات في الثانية) ولا يتلعثم في المرة الأولى التي تزور فيها منطقة جديدة. سيؤدي وجود كلاهما إلى فرص أكبر لتشغيل لعبة Directx9 معينة بأداء جيد حيث قد تنفصل بعض العناوين مع أحدهما أو الآخر.

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

هنا 20 سنتًا لي:

الآن بعد أن أصبح لدينا Gallium Nine قائمة بذاتها ، فمن السهل جدًا استخدامها لأنك لم تعد بحاجة إلى أي رقع للنبيذ. كل ما عليك فعله هو: (1) تثبيت mesa-libd3d9 من مدير حزم التوزيعة (2) تثبيت Nine على بادئة النبيذ الخاصة بك باستخدام winetricks أو برنامج التثبيت النصي.

فيما يتعلق بالخيار "الأفضل": لا أنوي بدء حرب اللهب هنا ، لذلك سأشارك فقط ما وجدته حتى الآن: https://github.com/Joshua-Ashton/d9vk/issues/ 95 # issuecomment -492651741 - هذا بالطبع يعني فقط أن Nine على نظامي كانت أسرع مع العناوين التي جربتها حتى الآن ، والتي قد لا تكون ممثلة لكيفية عملها على أجهزة كمبيوتر الآخرين. تحرير: أدرك أن Nine ليس خيارًا حاليًا لمستخدمي NVidia ، ولكنه يعمل بشكل جيد مع AMD (radeonsi) و Intel (iris) ، وسيتحسن على NVidia بمجرد أن يصبح zink ناضجًا بدرجة كافية.

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

أدرك أن Nine ليس خيارًا حاليًا لمستخدمي NVidia ، لكنه يعمل بشكل جيد مع AMD (radeonsi) و Intel (iris) ، وسيتحسن على NVidia بمجرد أن يصبح zink ناضجًا بدرجة كافية.

كما أنه يعمل بشكل جيد على r600g. تفتقر وحدات معالجة الرسومات المدعومة بـ r600g إلى دعم Vulkan راجع للشغل.

على nvidia في الوقت الحالي ، أقوم بالتبديل بين ubuntu مع 418 مثبتًا و ubuntu مع Nouveau مثبتًا حتى أتمكن من تمكين mesa و gallium 9. الأداء مع ألعاب Linux الأصلية التي يمكن تشغيلها في ظل nouveau مقبول ، وتعمل ألعاب Wine-gallium-9 بشكل جيد.

لكن من الواضح أنني لا أطيق الانتظار حتى تدعم ميسا Nvidia أيضًا.

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

لا يزال أداء d9vk أسوأ بكثير من أداء الغاليوم 9 ، ولكن نعم ، حتى مجرد دعم d9vk المدمج سيكون رائعًا لأن هذا أصعب بالفعل من دمج الغاليوم 9 في تثبيت بروتون موجود

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

shanefagan لا ، d9vk أبطأ بكثير من تسعة ، انظر النتائج التي توصلت إليها في رسالتي السابقة.

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

مستقل: https://github.com/iXit/wine-nine-standalone

مرحبًا ~ هل واجه أي شخص آخر أعطالًا صامتة في 4.11-6 عند تشغيل الألعاب مع تثبيت Gallium Nine Standalone؟

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

في الواقع بعد بعض المحاولات والخطأ نجح هذا:

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

PROTON_DUMP_DEBUG_COMMANDS=1 PROTON_USE_GALLIUM_NINE=1 %command%

قم بتشغيل اللعبة.
سيؤدي هذا إلى إسقاط بعض نصوص البروتون في /tmp/proton_<username>
ابدأ ./run لترى الناتج.

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

تحرير: لعدم تلويث هذا الموضوع أعتقد أنه سيكون من الأفضل مناقشته هنا: popsUlfr # 2

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

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

tuxutku بعض الألعاب التي

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

ليس تماما. إذا قمت بتشغيل Steam Client من CLI ، فسترى رسالة من Gallium Nine باللون الأخضر أو ​​الأحمر عند بدء اللعبة ؛ ومع ذلك ، في هذه الحالة ، لا يتم إخراج أي شيء.

مع PROTON_LOG=1 أحصل على هذا الخطأ عند محاولة تشغيل GTA SA:

10264.098:0031:0032:err:module:import_dll Library d3d9.dll (which is needed by L"Z:\\var\\home\\user\\.local\\share\\Steam\\steamapps\\common\\Grand Theft Auto San Andreas\\gta-sa.exe") not found

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

سأقوم بفتح مشكلة جديدة تتعلق بتعطيل عميل Steam لـ galliumnine قبل إطلاق اللعبة ، أواجه هذه المشكلة في لعبة أخرى

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

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

ليس تماما. إذا قمت بتشغيل Steam Client من CLI ، فسترى رسالة من Gallium Nine باللون الأخضر أو ​​الأحمر عند بدء اللعبة ؛ ومع ذلك ، في هذه الحالة ، لا يتم إخراج أي شيء.

مع PROTON_LOG=1 أحصل على هذا الخطأ عند محاولة تشغيل GTA SA:

10264.098:0031:0032:err:module:import_dll Library d3d9.dll (which is needed by L"Z:\\var\\home\\user\\.local\\share\\Steam\\steamapps\\common\\Grand Theft Auto San Andreas\\gta-sa.exe") not found

Bryophyllum ليس سهلاً مثل معرفة ما إذا تم نشر Native Direct3D 9 v0.5.0.356-release is active. For more information visit https://github.com/iXit/wine-nine-standalone .
على سبيل المثال ، عند إطلاق لعبة tomb raider 2013 من أمر تم إلقاؤه ./run فإنها تنشر السطر لأن المشغل يستخدم directx9 ، ولكن ليس لعبة. اضطررت إلى تعديل السجل بـ regedit للعب اللعبة مع الغاليومنين

تستخدم الألعاب مع VAC للعمل مع النبيذ. لكنهم الآن لا يفعلون ذلك لسبب ما. يشكو CSGO من عدم تطابق توقيعات الملفات. TF2 لا يعطي أي سبب محدد.

لسبب ما ، لم يعمل PROTON_DUMP_DEBUG_COMMANDS=1 في Team Fortress 2 واضطررت إلى نسخ نص وتعديله من لعبة أخرى.

#!/bin/bash
#Run game or given command in environment

cd "/home/utku/took/happytosharemysteamapps/steamapps/common/Team Fortress 2"
DEF_CMD=("/home/utku/took/happytosharemysteamapps/steamapps/common/Team Fortress 2/hl2.exe" "-steam" "-dev" "-secure" "-game" "tf" "-w" "1366" "-h" "768")
PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/bin:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/bin:/home/utku3/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/utku3/.local/bin" \
    TERM="xterm" \
    WINEDEBUG="-all" \
    WINEDLLPATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64//wine:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib//wine" \
    LD_LIBRARY_PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64/:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_32:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_64:/usr/lib/x86_64-linux-gnu/libfakeroot:/lib/i386-linux-gnu:/usr/local/lib:/usr/local/lib/libstrangle/lib32:/usr/local/lib/libstrangle/lib64:/lib/x86_64-linux-gnu:/lib32:/libx32:/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib:" \
    WINEPREFIX="/home/utku/took/happytosharemysteamapps/steamapps/compatdata/440/pfx/" \
    WINEESYNC="1" \
    SteamGameId="440" \
    SteamAppId="440" \
    WINEDLLOVERRIDES="steam.exe=b;mfplay=n;d3d11=n;d3d10=n;d3d10core=n;d3d10_1=n;dxgi=n;d3d9=n" \
    STEAM_COMPAT_CLIENT_INSTALL_PATH="/home/utku2/.local/share/Steam" \
    "/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/wine" steam.exe "${@:-${DEF_CMD[@]}}"

خرج TF2

إخراج csgo

هذا هو النص الذي تم إنشاؤه تلقائيًا بواسطة PROTON_DUMP_DEBUG_COMMANDS=1 :

#!/bin/bash
#Run game or given command in environment

cd "/mnt/WD-green/common/Counter-Strike Global Offensive"
DEF_CMD=("/mnt/WD-green/common/Counter-Strike Global Offensive/csgo.exe" "-steam")
PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/bin:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/bin:/home/utku3/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/utku3/.local/bin" \
    TERM="xterm" \
    WINEDEBUG="-all" \
    WINEDLLPATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64//wine:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib//wine" \
    LD_LIBRARY_PATH="/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib64/:/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/lib/:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_32:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_64:/usr/lib/x86_64-linux-gnu/libfakeroot:/lib/i386-linux-gnu:/usr/local/lib:/usr/local/lib/libstrangle/lib32:/usr/local/lib/libstrangle/lib64:/lib/x86_64-linux-gnu:/lib32:/libx32:/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/i386/usr/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu:/home/utku2/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/lib:" \
    WINEPREFIX="/home/utku/took/happytosharemysteamapps/steamapps/compatdata/730/pfx/" \
    WINEESYNC="1" \
    SteamGameId="730" \
    SteamAppId="730" \
    WINEDLLOVERRIDES="steam.exe=b;mfplay=n;d3d11=n;d3d10=n;d3d10core=n;d3d10_1=n;dxgi=n;d3d9=n" \
    STEAM_COMPAT_CLIENT_INSTALL_PATH="/home/utku2/.local/share/Steam" \
    "/home/utku2/.local/share/Steam/compatibilitytools.d/Proton-4.15-GE-4/dist/bin/wine" steam.exe "${@:-${DEF_CMD[@]}}"

لم أجرب csgo لكن tf2 يعمل وليس لدي مشكلة شاغرة تحت بخار النبيذ

tuxutku لماذا تختبر مع الألعاب التي تحتوي على منافذ لينكس أصلية؟

تضمين التغريدة
ما علاقة هذا بـ Gallium 9؟

كنت أسأل لأنني فضولي حقًا. قم بإنهاء التصويت المعارض

tuxutku لماذا تختبر مع الألعاب التي تحتوي على منافذ لينكس أصلية؟

لأن ألعاب المصدر 1 لا تعمل بشكل جيد بما فيه الكفاية على لينكس؟
لقد كان أداؤهم أسوأ مع الغاليومنين ولكن هذا لا يعني أن الموانئ المحلية تعمل بشكل جيد. يفعلون سيئة للغاية مقارنة بنظرائهم في windows.
خرائط مناطق الخطر الجديدة لـ CS: GO غير قابلة للتشغيل (حوالي 15 إطارًا في الثانية) على amd a10-9620p + rx 540.
عندما يكون هناك الكثير من الهندسة في المشهد ، ينخفض ​​معدل الإطارات بشكل كبير في جميع ألعاب المصدر 1 التي اختبرتها حتى الآن (الفجر النووي ، cs: go ، tf2 ، نصف العمر 2 ، نصف العمر 2 مباراة الموت للفريق).
left4dead2 هو استثناء ويستخدم في الواقع gpu بشكل جيد بما فيه الكفاية

الافتراض هو أن "الكود سيء" بدلاً من "يتم تفسير المكالمات من خلال GL بدلاً من vulkan" ، أليس كذلك؟

إذا كانت لديك لعبة فولكان أصلية وظيفية ، فلن تكون النتائج أفضل بنسبة 100٪ في اللغة الأصلية؟

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

إذا كان يمكن إصلاحه يدويًا في اليوم ، فيمكننا إغلاق نصف المشكلات هنا.

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

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

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

أعتقد أن هذا مدعوم منذ بروتون 5

تحرير: nvm أفكر في d9vk

أعتقد أن هذا مدعوم منذ بروتون 5

تحرير: nvm أفكر في d9vk

نعم ... لن يعمل d9vk مع r600 ، لسوء الحظ. : /

يجب النظر في هذه المشكلة ، يجب أن نكون قادرين على تمكين Gallium 9 دون اللجوء إلى الاختراقات (مثل protontricks) فقط من خلال متغيرات البيئة.

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

وقد تلقيت بالفعل مجموعة من التقارير عن الألعاب التي تتحدث عن التوافق المحسن فقط باستخدام Gallium Nine.

https://github.com/ValveSoftware/Proton/issues/173#issuecomment -499869941
https://github.com/ValveSoftware/Proton/issues/255#issuecomment -415997284
https://github.com/ValveSoftware/Proton/issues/355#issuecomment -415972910
https://github.com/ValveSoftware/Proton/issues/554#issue -354016973
https://github.com/ValveSoftware/Proton/issues/770#issue -354455950
https://github.com/ValveSoftware/Proton/issues/1073#issuecomment -473703760
https://github.com/ValveSoftware/Proton/issues/2704#issuecomment -518029014

أعلم أن هذا ربما لا يمثل أولوية بالنسبة لك لأن هذا ينطبق فقط على الألعاب القديمة ، ولكن هيا ، هناك كتالوج ضخم من الألعاب الرائعة التي ستستفيد من Gallium Nine.

أي تحديث في هذا الموضوع؟ popsUlfr للأسف توقف عن تقديم

أي تحديث في هذا الموضوع؟ popsUlfr للأسف توقف عن تقديم

لقد كنت أستخدم البروتون العادي + الغاليوم تسعة مستقل. لقد تم تثبيته مع Winetricks وتعطيل DXVK

لقد كنت أستخدم البروتون العادي + الغاليوم تسعة مستقل. لقد تم تثبيته مع Winetricks وتعطيل DXVK

جيد ان تعلم! ما هو إصدار Proton الذي استخدمته وكيف قمت بتعطيل DXVK؟ كان WineD3D يتدخل في المرة الأخيرة التي حاولت فيها ذلك.

سيتم دائمًا استبدال @ crt0mega galliumnine ("d3d9") بـ dxvk أو wined3d

Proton-5.9-GE-8-ST/proton:
            if "wined3d" in g_session.compat_config:
                dxvkfiles = ["dxvk_config"]
                wined3dfiles = ["d3d11", "d3d10", "d3d10core", "d3d10_1", "d3d9"]
            else:
                dxvkfiles = ["dxvk_config", "d3d11", "d3d10", "d3d10core", "d3d10_1", "d3d9"]
                wined3dfiles = []

يجب أن تكون ثابتة ...

أو يمكننا استخدام Proton-5.9-GE-8-ST / dist / bin / wine بدون بروتون (وبدون ألعاب البخار)
ملاحظة: إعداد الغاليومنين:
WINE = "./ Proton-5.9-GE-8-ST / dist / bin / wine" WINEPREFIX = ~ /. البخار / البخار / steamapps / Compatdata / 372000 / pfx / ./Proton-5.9-GE-8-ST/ إصلاحات البروتون / winetricks - إجبار الغاليومنين