هناك حل له ولكن لا أعتقد أنه متاح الآن. يجب أن تظهر في ميسا ديف قريبًا.

https://www.phoronix.com/scan.php؟page=news_item&px=RadeonSI-GL-4.5-Compat-Patches

يعمل بشكل لا تشوبه شائبة مع بطاقة nvdia بالرغم من ذلك

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

إذا قمت بالتبديل بين windows و linux وقمت فقط بالتجول / التجول ، يمكنك رؤية هذا التأثير بشكل واضح. قم بالدوران 180 درجة ويتم تحميل القوام ببطء مع شبكة التغطية بالفسيفساء وما إلى ذلك ...

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

يمكن إيقاف تشغيل التحذير في تكوين NMS ولكنه لا يحل المشكلة ، ولا يصلحها أي قدر من الإعداد.

مرحبا،
اليوم يبدو الآن أن NMS تعمل أخيرًا ، في بعض الحالات ...
اختفت الشاشة البيضاء وأصبحت اللعبة قابلة للعب. لكن قوام الأرض يتأرجح.
أستخدم هذا ppa للحصول على أحدث إصدار من mesa: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
لقد قاموا بدمج الحلول التي ذكرتها من قبل وأين تمت مناقشتها في تقرير خطأ ميسا هذا: https://bugs.freedesktop.org/show_bug.cgi؟id=107581
آمل أن يتمكن أي شخص من الإبلاغ عما إذا كان لديه نفس المشكلات مع قوام الأرض.

No Man's Sky (App ID: 275850) شاشة سوداء بدقة أعلى من 1920 * 1080

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/1034.
Liodinis تم النشر على 2018-08-30T22: 52: 04:

نظام التشغيل Ubuntu 18.04.1 LTS
I7 6700 كلفن 4.00 جيجاهرتز
نفيديا GTX 1070
سائق Nvidia 396.54.1
بروتون 3.7-3
رام 16 جيجا
SSHD 1 إلى Toshiba H200
عرض ايسر بريداتور 24 "2560X1440

لا تعمل "No Man's Sky" على دقة أعلى من 1920 * 1080.

تشغيل اللعبة هو عرض شاشة سوداء ، ولكن يبدو أن اللعبة تعمل ، لأنه يمكن سماع الأصوات في الخلفية.
إذا قمت بوضع دقة الشاشة عند 1920 * 1080 أو قمت بتحرير ملف التكوين TKGRAPHICSSETTINGS.MXML مع الدقة الأصلية لشاشتك في المكان أدناه:

/home/username/.local/share/Steam/steamapps/common/No Man's Sky / Binaries / SETTINGS

أعد تشغيل اللعبة ، وستصبح قابلة للعب.

تكوين الأجهزة. txt

ملف تكوين No Man's Sky.zip

No Man's Sky [App ID: 275850] Crash on nvidia

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/1072.
@ hitchhiker54 تم النشر على 2018-08-31T13: 42: 44:

يتم تشغيل اللعبة بشكل لا تشوبه شائبة حتى الآن باستثناء المسح عندما تكون قاعدة npc معروضة. تم اختباره على نوع المرصد والمستوطنة الصغرى ، إذا كانت القاعدة معروضة ، فإن اللعبة تتعطل على الفور على سطح المكتب عندما تكون في عرض القناع. يبدو أن قواعد اللاعبين والسفن والمركبات الخارجية على ما يرام. باستخدام gtx980ti ، i76700k على Ubuntu 18.04 ، برامج تشغيل Nvidia 396.54

[تعديلات إضافية]
إصدار اللعبة 1.58 ، تم الإبلاغ عن الإصدار أيضًا إلى Hello Games

نتائج sudo lshw:
https://www.dropbox.com/s/xxu34qjfnjp7f01/specs.txt؟dl=0

Ubuntu 16.04 و NVIDIA GTX 970 و Proton 3.7-5 Beta:

معلومات نظام البخار

اختبار | نتيجة
- | -
المنفرد | يعمل كما هو متوقع
التعاونية المحلية | _N / A_
متعددة اللاعبين عبر الإنترنت | يعمل كما هو متوقع

التكوين | ...
- | -
إدخال | جهاز التحكم بالبخار
العرض | 1920 × 1080
ملء الشاشة | نعم
مسبقا | متوسط ​​^
VSync | ^ ^
API | برنامج OpenGL

^ الإعداد الافتراضي للرسومات هو مرتفع
^^ افتراضي إعداد VSYNC متاحة

حاولت باستخدام Proton 3.7-3.

عملت اللعبة بشكل لا تشوبه شائبة. مع الإعداد الخاص بي. يعرض اللصق المرفق مواصفات جهازي وإصدارات جميع برامج التشغيل / البرامج ذات الصلة.

المواصفات الخاصة بي: https://pastebin.com/9hQP94N1

نعم ، إنه يعمل بشكل أفضل من الناحية الفنية ثم على windows بالنسبة لي لأنه على windows لا يمكنني إزالة تمزيق الشاشة دون تمكين vsync والذي يبدو أنه يكلف fps. ولكن في ظل نظام التشغيل Linux مع إيقاف تشغيل vsync ، لا يوجد تمزيق.

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

يبدو أن No Man's Sky تعمل بشكل أكثر سلاسة على بطاقة الرسومات القديمة الخاصة بي في Linux! يبدو أنه يعمل خارج الصندوق.

فيدورا 28
كور i7-4770
نفيديا GTX 760
بروتون 3.7-3

واجهت نفس مشكلات الشاشة السوداء كتعليق: https://github.com/ValveSoftware/Proton/issues/438#issuecomment -417493922

في نفس ملف TKGRAPHICSSETTINGS.MXML ، فإن تعيين "Borderless" على True سيسمح أيضًا بتشغيل اللعبة بشكل صحيح ، حتى لو كانت دقة سطح المكتب أعلى من دقة اللعبة. أرغب في تشغيل الألعاب بدقة 1920 × 1080 لأي تسجيل / بث ، ولكن تم ضبط سطح المكتب على 1920 × 1200 ، حيث يتيح لي تعيين خيار بلا حدود القيام بذلك.

في نظام التشغيل Windows ، لا توجد مشكلة في ضبط شاشتي على 1920 × 1080 عند الحاجة ، ولكن في Linux أواجه مشكلة أظن أنها تتعلق بكابل DVI الخاص بي ، وهذا لا يسمح للنظام بالتعرف على أي دقة 16: 9 لهذه الشاشة ، وأنا لم أتمكن من إضافتها باستخدام xrandr (استمر في تلقي خطأ BadMatch عند محاولة إضافته إلى DVI-I-1.) لدي كابل DisplayPort عند الطلب وآمل أن يفتح النطاق الكامل لدقة الشاشة الخاصة بي قادر على. شاشتي الثانية المتصلة عبر HDMI تم التعرف على جميع أوضاعها بشكل صحيح ، وشاشتي الرئيسية لا تحتوي على منفذ HDMI أو كنت سأختبرها للتأكد من أنها كابل DVI.

التحديث: كان كابل DVI. جاء كابل DP في الأسبوع الماضي وجميع أوضاع / دقة العرض متاحة الآن.

[الإصدار] No Man`s Sky no sound (275850)

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/1459.
Rainakins نشرت في 2018-09-15T09: 23: 49:

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

• اسم اللعبة مع مشكلات التوافق: No Man`s Sky
• معرف تطبيق Steam للعبة: 275850

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

• وحدة معالجة الرسومات: GTX 1050ti
• إصدار برنامج التشغيل / LLVM: Nvidia 396.54
• إصدار النواة: 4.15.1
• ارتباط بتقرير معلومات النظام الكامل كـ Gist :

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

معلومات المعالج:
بائع وحدة المعالجة المركزية: AuthenticAMD
ماركة وحدة المعالجة المركزية: معالج AMD Ryzen 5 2600 سداسي النواة
عائلة وحدة المعالجة المركزية: 0x17
طراز وحدة المعالجة المركزية: 0x8
تخطو وحدة المعالجة المركزية: 0x2
نوع وحدة المعالجة المركزية: 0 x0
السرعة: 3400 ميجا هرتز
12 معالجات منطقية
6 معالجات فيزيائية
HyperThreading: مدعوم
FCMOV: مدعوم
SSE2: مدعوم
SSE3: مدعوم
SSSE3: مدعوم
SSE4a: مدعوم
SSE41: مدعوم
SSE42: مدعوم
AES: مدعوم
AVX: مدعوم
CMPXCHG16B: مدعوم
LAHF / SAHF: مدعوم
الجلب المسبق W: غير مدعوم

إصدار نظام التشغيل:
نظام التشغيل Ubuntu 18.04.1 LTS (64 بت)
اسم النواة: Linux
إصدار النواة: 4.15.0-34-generic
بائع خادم X: مؤسسة X.Org
إصدار خادم X: 11906000
X Window Manager: جنوم شل
إصدار Steam Runtime: steam-runtime-beta-release_2018-06-14

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

كارت الصوت:
جهاز الصوت: Nvidia GPU 80 HDMI / DP

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

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

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

• إصدار البروتون: 3.7-6

أؤكد:

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

steam-275850.log

الأعراض

كان الصوت يعمل في البداية لمدة أسبوع تقريبًا ولسبب ما بالأمس توقف الصوت تمامًا عن العمل ولا يزال كل شيء يعمل بشكل جيد والأداء رائع ولكن الصوت ببساطة لا يعمل بعد الآن

التكاثر

بالنسبة لي ، يتم ذلك بسهولة عن طريق إطلاق اللعبة

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

أنا أستخدم R9 Fury و Mesa 18.3 و LLVM 8 من Padoka غير المستقرة على النحو الموصى به من قبل Proton و kernel 4.18.8.

ماذا يخبرك يوليميت -اه؟ يمكن أن تكون مشكلة الملفات المفتوحة المحدودة والتي ترتبط غالبًا بتجميد التحميل.

إخراج ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

مرحبًا @ viggy96 ، امنح https://github.com/zfigura/wine/blob/esync/README.esync قراءة وقم بزيادة الحد الأقصى للملفات المفتوحة على نظامك.

@ kisak-valve اعتقدت أنني فعلت ذلك بشكل صحيح من قبل ، ولكن على ما يبدو لا ، لول. ومع ذلك ، بغض النظر ، لا تزال No Man's Sky تفشل بنفس الطريقة بالنسبة لي.
إخراج ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1048576
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

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

Nvidia 396.54.09 و Geforce GTX 1050ti و Proton 3.16-1 Beta و Slackware 14.2 multilib. بعد تحديث هذا الصباح إلى Proton 3.16-1 ، تظهر لي رسالة خطأ مفادها أن No Man's Sky تحتاج إلى 1.5 جيجابايت على الأقل من VRAM وأن المحول (فارغ) يبلغ عن 0. يتم تحميل اللعبة وتشغيلها بشكل جيد ، إذا نقرت عليها ، على أية حال. خلل برمجي؟ أو شيء أحتاج إلى تغييره؟

@ viggy96 أما زلت تواجه مشكلة؟

آسف ، قصدت التحديث. تم إصلاح مشكلاتي مع 3.16-3.

SwooshyCueb نعم ، أنا كذلك. ما زلت لا أستطيع تجاوز الشاشة السوداء. لقد حاولت تحرير ملف إعدادات اللعبة لاستخدام الوضع بلا حدود ، كما اقترح البعض الآخر ، ولكن لا يزال No Man's Sky لا يعمل معي.

أنا أستخدم R9 Fury و Mesa 18.3 و LLVM 8 من Padoka غير المستقرة على النحو الموصى به من قبل Proton و kernel 4.18.8.

الشيء الوحيد الذي يمكنني اقتراحه هو عدم استخدام برامج التشغيل التجريبية و LLVM8 ، والعودة لإصدار الإصدار 18.2.x من ميسا وجرب LLVM 7.0

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

@ viggy96 إذا كنت تشعر بالمغامرة ، يمكنك إعطاء https://launchpad.net/~kisak/+archive/ubuntu/steamvr محاولة (لا يجب أن تكون هناك حاجة إلى kernel و xorg-server لهذا الغرض) ، وإلا https: // launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa هو رهان آمن نسبيًا.

@ kisak-valve لسوء الحظ ، لا يحل Padoka PPA المستقر المشكلة بالنسبة لي. حاولت أيضًا تعطيل Steam Overlay ، لكن دون جدوى. أيضًا ، للتحديث ، أستخدم kernel 4.19 حاليًا. إنها مشكلة غريبة للغاية ، حتى أن سطح مكتب جنوم مقفل ، وأنا مجبر على إعادة ضبط جهاز الكمبيوتر الخاص بي.

قد تكون مشكلة سائق Fury R9 و AMDGPU ربما؟ لم يعد لدى الكثير من الناس بطاقات Fury بعد الآن.

لدي 1080Ti لأن 4k و AMD لم يدعموا حتى الآن ألعاب 4K بسرعة 60 إطارًا في الثانية ، وبمجرد قيامهم بذلك ، سأعود إلى AMD GPU وسأكون قادرًا على تجربة جميع أخطاء Steamplay المتعلقة بـ AMD التي يحصل عليها الأشخاص.

مشكلة ATM الرئيسية في بطاقات NVIDIA هي أن المكتبات التي تحاول بعض الألعاب استخدامها غير متوافقة مع Wine / Proton ، ولهذا السبب قدموا خدعة الانتحال مؤخرًا.

لدي مشكلة في عرض جميع المحتويات ثلاثية الأبعاد في اللعبة (كلها سوداء في التحميل ، وأبيض في اللعبة). جميع القوائم تعمل بشكل جيد.

تغيير الإعدادات ليس له تأثير.
تم الاختبار على Ubuntu 18.04 LTS و Solus 3.99 - نفس النتيجة. (على ubuntu جرب أيضًا أحدث برامج تشغيل amdgpu من موقع amd)

المواصفات:
سلسلة Radeon RX 580 (POLARIS10 ، DRM 3.26.0 ، 4.18.16-97.current ، LLVM 7.0.0)
معالج AMD® Ryzen 5 1600x سداسي النواة × 12
7،8 جيجا بايت رام

برامج التشغيل الموجودة على موقع AMD هي amdgpu-pro

تلك التي تريد تجربتها هي حزمة oibaf على launchpad والتي يجب أن تكون متوافقة مع أي توزيعة تعتمد على ubuntu (لست متأكدًا مما إذا كانت solus).

jarrard solus يعتمد على ubuntu ، لكن لديه نظام حزم خاص به.
عدت إلى ubuntu 18.04 وجربت oibaf repo وهو يعمل جيدًا الآن ، شكرًا جزيلاً.

يعمل على نظامي (Ubuntu 18.04 with Mesa 19 Git R9290)

سلسلة بائع OpenGL: X.Org
سلسلة عارض OpenGL: سلسلة AMD Radeon R9 200 (HAWAII، DRM 3.26.0، 4.18.19-041819-generic، LLVM 7.0.1)
سلسلة إصدار ملف تعريف OpenGL الأساسي: 4.5 (الملف الشخصي الأساسي) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
سلسلة إصدار لغة تظليل ملف تعريف OpenGL الأساسي: 4.50
إشارات سياق ملف تعريف OpenGL الأساسية: (بلا)
قناع الملف الشخصي الأساسي لبرنامج OpenGL: الملف الشخصي الأساسي
امتدادات ملف تعريف OpenGL الأساسية:
سلسلة إصدار OpenGL: 4.5 (ملف تعريف التوافق) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
سلسلة إصدار لغة تظليل OpenGL: 4.50
إشارات سياق OpenGL: (بلا)
قناع ملف تعريف OpenGL: ملف تعريف التوافق
امتدادات OpenGL:
سلسلة إصدار ملف تعريف OpenGL ES: OpenGL ES 3.2 Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
سلسلة إصدار لغة تظليل ملف تعريف OpenGL ES: OpenGL ES GLSL ES 3.20
امتدادات ملف تعريف OpenGL ES:

بها بعض الثغرات البصرية ، وبعض الأشجار تعرض قطع أثرية بيضاء على حدود الأوراق والأغصان.

تظهر النباتات والأعشاب التي تشبه الشجيرات أمامك كما لو كانت تتلاشى بسبب المسافة ، لكنها أمامك.

بخلاف أكثر من 100 ساعة من اللعب على Linux!

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

jarrard solus يعتمد على ubuntu ، لكن لديه نظام حزم خاص به.

Solus لا يعتمد على Ubuntu. بدأ الأمر بهذه الطريقة ، لكن قطع العلاقات وبدأ من جديد ، والآن أصبح شيئًا خاصًا به.

Gentoo w / Mesa 18.3.1 في 4.19.9 kernel ، يعمل مثل الحلم. على Vega64 الخاص بي ، يتفوق على برنامج تشغيل Windows OpenGL.

هؤلاء الرجال في Mesa ركلوا ASS في OpenGL ، وقاموا بإجراء تحسينات ضخمة على Vulkan. هذه أوقات جيدة.

أعمل معي أيضًا منذ ميسا 18.3.1 على ArchLinux.

ومع ذلك ، حصلت أولاً على بعض الأخطاء الغريبة ، تم إصلاحها من خلال تحديد خيارات الإطلاق هذه لـ No Man's Sky:

MESA_GL_VERSION_OVERRIDE=4.5COMPAT force_glsl_extensions_warn=true %command%

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

مع بروتون 3.16-6 ، إذا كان لدي STEAM_PREFER_HOST_LIBRARIES مضبوطًا على 0 ، فلن يتصل NMS بالخوادم. إذا قمت بتعيينه على 1 ، فسيكون كذلك. هذا نتيجة للتغيير gnutls؟ (يتم شحن Slackware 14.2 مع 3.6.5.) وقد نجح هذا الأمر بشكل جيد دون استخدام host_libraries في الإصدار 3.15 وما بعده.

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

تعمل اللعبة على Kernel 4.19-4.21 rc ، من إصدار Mesa 18.3 إلى Mesa-GIT و LLVM7 و LLVM8-svn ، وتنتج شاشة سوداء.

إصدار Kernel 4.18 و GIT من ميسا استنادًا إلى 18.3 مع LLVM-SVN ، لم يكن لدي أي مشاكل. سحبت 123 ساعة من المباراة.

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

أواجه مشكلات في نظام Fedora 29 المستند إلى Wayland الخاص بي باستخدام بطاقة ATI Vega64. تظهر لي شاشة بيضاء بخطوط غريبة تظهر عندما يتم تهيئة الأنظمة عند بدء اللعبة لأول مرة ، بعد أن اخترت صعوبة.

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

لقد كان الأمر مزعجًا للغاية في الواقع حيث أن أداة التثبيت البخارية على نظامي تضع حدًا ناعمًا يبلغ 1024 وحدًا ثابتًا يبلغ 2 ^ 18 مع تعليق حول Proton. استغرق الأمر مني بعض الوقت لتتبع كل ذلك من خلال dracut وجميع أنواع الأشياء الأخرى.

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

إنه يعمل بشكل جيد على جهاز الكمبيوتر المحمول الخاص بي باستخدام جهاز كوادرو M1200 المحمول الذي يعاني من فقر الدم حقًا. : - /

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

ربما فيدورا لديه نسخة ميسا سيئة؟

ها هي روايتي لكل ما يتعلق بـ mesa. :-)

$ rpm -qa '*mesa*' mesa-vulkan-drivers-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.i686 mesa-libEGL-18.2.8-1.fc29.x86_64 mesa-libGL-devel-18.2.8-1.fc29.x86_64 mesa-vulkan-drivers-18.2.8-1.fc29.i686 mesa-libGLU-9.0.0-16.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.i686 mesa-libgbm-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.i686 mesa-libOpenCL-18.2.8-1.fc29.x86_64 mesa-vdpau-drivers-18.2.8-1.fc29.x86_64 mesa-libxatracker-18.2.8-1.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.x86_64 mesa-libEGL-devel-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.i686 mesa-khr-devel-18.2.8-1.fc29.x86_64

قد يخبرك هذا أو لا يخبرك بما تحتاج إلى معرفته.

أريد الإبلاغ عن أن No Man's Sky لا يعمل (لن يفتح على الإطلاق) على نظام Ubuntu 18.04 الخاص بي باستخدام وحدة معالجة الرسومات AMD (RX 550)

باستخدام برنامج التشغيل المجاني amdgpu ، المقدم من AMD. لقد أعدت تثبيت Steam واللعبة لتأكيد ذلك.

steam-275850.log

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

يعمل Lutris بشكل جيد.

اكتشفت أن اللعبة تتطلب تثبيت برنامج تشغيل vulkan ، وهو غير مضمن في Ubuntu 18.04. لقد قمت بتثبيت حزم mesa-vulkan-drivers & mesa-vulkan- برامج التشغيل: i386 من Padoka Stable PPA

https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa

أنا أيضًا لا أواجه أيًا من مشكلات نظام التشغيل التي واجهتها عندما جربت برنامج التشغيل amdgpu-pro-18.50-708488-ubuntu-18.04. تم تحديث هذا مؤخرًا إلى بنية جديدة (725072) ، وقد يكون هناك مشكلات ثابتة مع مجموعة برامج التشغيل amdgpu-pro (والتي تتضمن برنامج تشغيل فولكان). لكنني لن أخاطر بذلك ، لأن لدي مشاكل كبيرة.

الإصلاح - استخدم حزم Padoka PPA.

هل انتقلت اللعبة إلى فولكان الآن؟ اعتقد انه كان opengl ...

حسنًا ، لقد كنت أستخدم Padoka PPA إلى الأبد ، ولا يزال No Man's Sky يعمل على جهازي. ما زلت أحصل على قفل سطح مكتب GNOME ، وأضطر إلى إعادة ضبط الجهاز بقوة ، بعد تحديد صعوبة في اللعبة.

https://www.nomanssky.com/2019/04/vulkan-update/ على ما يبدو ، هناك تغيير في المحرك إلى Vulkan. هل جرب أحد الفرع التجريبي حتى الآن؟

يحتوي Nms الآن على عارض Vulkan تجريبي ، وقد يساعد AMD في بعض برامج تشغيل Vulkan الثلاثة (radv ، amdvlk ، -pro)

No Man's Sky - فرع فولكان (تجريبي)

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/2546.
Rodhin نشر في 2019-04-16T16: 35:46:

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

• اسم اللعبة مع مشكلات التوافق: No Man's Sky
• معرف تطبيق Steam للعبة: 275850

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

• وحدة معالجة الرسومات: GTX 980Ti
• إصدار برنامج التشغيل / LLVM: nvidia 418.56
• إصدار النواة: 4.18.1
• رابط لتقرير معلومات النظام الكامل مثل Gist : https://gist.github.com/Rodhin/98698055599b676e3e8c868604cc75cf
• إصدار البروتون: 4.2-2

أؤكد:

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

steam-275850.log

الأعراض

اليوم ، تلقت اللعبة فرعًا تجريبيًا ، وسوف ينتقلون من OpenGL إلى Vulkan. يعمل إصدار OpenGL كأنه حلم ، لكن إصدار Vulkan بالكاد يعمل مع 2-5 FPS. عند إصدار التحديث الكبير التالي للعبة ، سيتم إسقاط عارض OpenGL تمامًا.

مزيد من المعلومات حول إصدار Vulkan والوصول إلى الفرع التجريبي:
https://www.nomanssky.com/2019/04/vulkan-update/

التكاثر

قم بالتبديل إلى الفرع التجريبي وابدأ اللعبة.

نقل ردي إلى الموضوع الصحيح ، آسف!

وحدة معالجة الرسومات: GTX 1050ti
إصدار برنامج التشغيل / LLVM: nvidia 418.49.04
إصدار النواة: 4.4.172.0
رابط لتقرير معلومات النظام الكامل مثل Gist: https://gist.github.com/garpu/20a8d8928b67f691d56b355c39b4ac28
إصدار البروتون: 4.2-2

نفس المشكلة هنا. إطارات سيئة في الثانية ، ويبدو أنه لا توجد إعدادات تؤثر على الأداء. (قمت بإعادة تعيين خيارات الرسومات إلى الوضع الافتراضي ، حول المتوسط ​​، حيث تمكنت من اللعب على مستوى عالٍ في عارض OpenGL.)

السجل: https://gist.github.com/garpu/bd9d23b1821bbb5f4a6b5f95a9947d02

وتأكيدًا أيضًا على أن تحديث Vulkan لـ No Man's Sky قد أسقط الأداء ، فهو غير قابل للعب الآن.

معلومات النظام: https://gist.github.com/LiamDawe/2db6810dfec6b26a81a72580d15a509a

ملف سجل البروتون: https://gist.github.com/LiamDawe/9497165b31f4ea96f640b3db109db4ad

لقد جربت تصحيح Vulkan التجريبي ليس فقط مع Proton 4.2 ولكن الإصدار 3.16 beta وبناء نبيذ TKG غير رسمي (على الرغم من أنه ليس الأحدث الذي سأحاول بعد ذلك) ونفس النتيجة. لقد أكدت أيضًا أن الأداء ليس مثل Windows (حيث لا يوجد سوى 5 إطارات في الثانية من OGL).

يبدو أنه يستخدم مؤشر ترابط CPU واحد فقط (أو لا يستخدم الخيوط الأخرى بشكل جيد).

اختبرت عارض Vulkan التجريبي للعبة مع amd rx470 الخاص بي وباستخدام RADV ، فإنه يعطل جهاز الكمبيوتر الخاص بي بطريقة مذهلة ويحول كل شيء إلى اللون الأرجواني ويرسل بريدًا عشوائيًا إلى tty باستخدام "[ خطأ فشل في تهيئة المحلل اللغوي 125!" ، تم اختباره أيضًا مع برنامج تشغيل AMDGPU-PRO vulkan وعمل بسرعة 60 إطارًا في الثانية بالقرب من سفينة شحن محطمة (لم تختبرها مرة أخرى). لا أعرف جيدًا كيف ستعمل AMDVLK ، لكنها ستعمل على الأرجح بنفس الطريقة مثل -pro ولكن مع شاشة تحميل أطول والتلعثم.

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

لقد قمت بتحديث برامج تشغيل بطاقة الفيديو إلى برامج تشغيل 418.52.03 لـ Nvidia ، ولم يحدث أي تغيير.

جربت عارض vulkan مرة أخرى ولكن مع أحدث إصدار مستقر من mesa (19.0.2) ولم يتسبب في تعطل نظامي ولكن كان أداءه سيئًا للغاية في البداية (5 إطارات في الثانية كحد أقصى) ، لكنني قمت بإصلاحه عن طريق تحديد الإعدادات الافتراضية على الرسومات ذهبت القائمة و fps إلى 60 إطارًا في الثانية كحد أقصى

جربت عارض vulkan مرة أخرى ولكن مع أحدث إصدار مستقر من mesa (19.0.2) ولم يتسبب في تعطل نظامي ولكن كان أداءه سيئًا للغاية في البداية (5 إطارات في الثانية كحد أقصى) ، لكنني قمت بإصلاحه عن طريق تحديد الإعدادات الافتراضية على الرسومات ذهبت القائمة و fps إلى 60 إطارًا في الثانية كحد أقصى

الذهاب من خلال التقارير في مكان آخر يبدو أن سائق Nvidia لديه مشكلة.

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

يمكن أن يكون صحيحا. قال شخص ما هنا إن التبديل بعيدًا عن برامج التشغيل التجريبية Vulkan (على Windows) أصلح المشكلة: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

هل حاول أحد 418.56؟

يبدو أن هناك سلسلة محادثات بدأت في منتديات Nvidia أيضًا: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- نفيديا /

يمكن أن يكون صحيحا. قال شخص ما هنا إن التبديل بعيدًا عن برامج التشغيل التجريبية Vulkan (على Windows) أصلح المشكلة: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

هل حاول أحد 418.56؟

يبدو أن هناك سلسلة محادثات بدأت في منتديات Nvidia أيضًا: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- نفيديا /

لقد جربت برامج تشغيل Vulkan beta على windows ، ولا توجد مشاكل معهم. لقد جربت أيضًا 418.56 في Linux والتي لديها نفس المشكلة مثل برامج تشغيل dev في Linux.

القفل الكامل بالنسبة لي ، تمامًا كما كان الحال عندما لم تكن برامج تشغيل AMDGPU تدعم OpenGL 4.5. شاشة بيضاء ثم نظام كامل يتعطل.
Ubuntu 18.10 مع Kernel 5.0.2 عام ، Padoka PPA غير مستقر Mesa 19.1 git ، LLVM 9

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

قال شخص ما على protondb إنهم نجحوا في العمل بشكل لائق مع سائقي amdvlk مع بعض الحيل.

• وحدة معالجة الرسومات: GTX 970
• إصدار برنامج التشغيل / LLVM: 418.56
• إصدار النواة: 5.0.7
• رابط لتقرير نظام المعلومات كاملة كما جست : https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -sysinfo-النص
• إصدار البروتون: 4.2-3
• سجل البروتون: https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -steam-275850-log

لقد حاولت تشغيله بتعطيل wined3d لكن يبدو أنه لم يعد يعود إلى DXVK. لا يبدو أن أي إعدادات وقت تشغيل تؤثر على الأداء - انتقلت من حالة 60 إطارًا في الثانية قابلة للتشغيل (فرع عادي) إلى 10-12 إطارًا في الثانية مع الفرع التجريبي.

لقد حاولت تشغيله بتعطيل wined3d لكن يبدو أنه لم يعد يعود إلى DXVK. لا يبدو أن أي إعدادات وقت تشغيل تؤثر على الأداء - انتقلت من حالة 60 إطارًا في الثانية قابلة للتشغيل (فرع عادي) إلى 10-12 إطارًا في الثانية مع الفرع التجريبي.

لا تستخدم اللعبة Direct X بالمناسبة لذلك لا يتم استخدام WineD3D أو DXVK على الإطلاق. إنه Vulkan (أو OpenGL المباشر الحالي) لذا فإن استخدام أي أوامر تشغيل مرتبطة بـ D3D لا طائل من ورائه.

تحرير: أصدر برنامج تشغيل Nvidia الجديد 418.52.05 أي تغيير.

حاول التحديث الصغير 430.09 نفس المشكلة.

هناك شيء واحد ما زلت ألاحظه وهو ظهور هذا الخطأ في السجلات:

4306.386:002a:002b:fixme:vulkan:wine_vkCreateCommandPool Support for allocation callbacks not implemented yet

لا يتم تحميل على الإطلاق مع تحديث 29 أبريل. تظهر لي نافذة منبثقة تحتوي على "تعذر تهيئة Vulkan (فشل vkEnumerateInstanceExtensionProperties.) قد لا يكون لديك برنامج تشغيل Vulkan مثبتًا أو قد يكون برنامج التشغيل القديم على جهازك تالفًا."
إيتا: لقد قمت بتثبيت 418.52.05. لا توجد مشاكل مع تطبيقات dxvk.

لا بد لي من التأكيد. تشغيل اللعبة بعد التحديث التجريبي في 29 أبريل ينتج عنه مربع حوار الخطأ (vkEnumerateInstanceExtensionProperties) ، متبوعًا بشاشة سوداء (يجب قتل NMS.exe باستخدام SIGKILL للتخلص من تلك الشاشة السوداء). سائق NVidia 418.56

vkEnumerateInstanceExtensionProperties هنا أيضًا.

يمكن لأي شخص تأكيد ما إذا كان هذا يحدث على AMD؟

@ fls2018 @ volca02 نفس

هل جرب أي شخص مع WINE أو إعداد النبيذ؟ علة NMS أو حشرة النبيذ / البروتون؟

تم كسر Vulkan لجميع برامج تشغيل Vulkan الثلاثة (RADV و AMDVLK و -PRO)

تحرير: تمت تجربته باستخدام بنية custon proton-tkg 4.5

لا تعمل أداة تحميل Vulkan المشحونة مع اللعبة في Wine. يمكنك استخدام WINEDLLOVERRIDES='vulkan-1=b' لحل خطأ vkEnumerateInstanceExtensionProperties.

الآن عادت إلى ما كانت عليه قبل تصحيح 29 أبريل. هل يبدو أن مستخدمي Nvidia على Windows لا يزالون يواجهون مشاكل FPS ، على الرغم من ذلك.

الآن عادت إلى ما كانت عليه قبل تصحيح 29 أبريل. هل يبدو أن مستخدمي Nvidia على Windows لا يزالون يواجهون مشاكل FPS ، على الرغم من ذلك.

هذا موجود في Nvidia لإلقاء نظرة عليه ، لقد قمت بعمل موضوع على منتديات devtalk لكنه غرق بدون أي ردود.

لقد جربت للتو التحديث الجديد بنفسي مع التجاوز ، يبدو أن الأداء قد تحسن إلى حد ما ... لا يزال نصف ما يجب أن يكون ولكن في تجربتي 25-30 إطارًا في الثانية أكثر عند 1440 بكسل مما كنت عليه قبل التحديث الأخير.

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

تحديث:

418.52.05 سائق + تحديث جديد = 5 إطارات في الثانية

برنامج تشغيل 430.09 + تحديث جديد = 40-50 إطارًا في الثانية عند انخفاض 1080 بكسل على GTX 1070.

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

سمعت أن جهاز عرض فولكان كان أبطأ بكثير من جهاز الصراف الآلي opengl ، هل يمكننا الحصول على أرقام مقارنة فعلية؟

يؤدي تجاوز محمل Vulkan الخاص باللعبة إلى إظهار اللعبة نسخة من الإطارات الاحتياطية ومن ثم تعليقها. على الرغم من استجابة النظام. باستخدام amdgpu

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

هل يمكنك تقديم مزيد من التفاصيل ، مثل مواصفات النظام ، والدقة ، والإعدادات ، إلخ؟

السبب في أن 430.09 أفضل ما زلت أحصل على نصف أداء OGL أو Vulkan على Windows. إنه بالتأكيد ليس ناعمًا كالحرير بالنسبة لي ، ربما يمكن اللعب على الحدود.

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

Nvidia 1050ti، i7-2700K، Slackware 14.2 mulitlib.

لذا يبدو أن استخدام الميسا هذا الفرع التجريبي الأخير لا يعمل.
على الرغم من ذلك ، فإن تمكين AMDVLK لهذا يعمل.

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

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

Nvidia 1050ti، i7-2700K، Slackware 14.2 mulitlib.

هل يمكنك عمل nvidia-smi في المحطة أثناء اللعب؟ ألاحظ أن NMS.exe يستخدم 800 ميغابايت فقط من VRAM ، ربما يكون هناك اختناق غريب في تخصيص الذاكرة.

بقوة تصل إلى 1712 ميغا بايت. لا أكثر ولا أقل ، وهو أمر غريب. أتوقع أن يتحرك هذا الرقم بطريقة أو بأخرى أثناء اللعب. 142 ميجا بايت عند عدم تشغيل أي شيء قيد الاستخدام ، لذلك 1570 ميجا بايت لـ NMS.

بقوة تصل إلى 1712 ميغا بايت. لا أكثر ولا أقل ، وهو أمر غريب. أتوقع أن يتحرك هذا الرقم بطريقة أو بأخرى أثناء اللعب. 142 ميجا بايت عند عدم تشغيل أي شيء قيد الاستخدام ، لذلك 1570 ميجا بايت لـ NMS.

لا يمكن أن يكون هذا صحيحًا بالتأكيد؟

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

التأكيد ، NMS.exe يأخذ فقط حوالي 1022 ميغا بايت من ذاكرة GPU على نظام nvidia الخاص بي (GTX 1080 ، 430.09) عند التحميل في محطة فضائية وحوالي 1048 ميغا بايت عندما يكون على الكوكب.

ومع برنامج OpenGL؟

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

ومع برنامج OpenGL؟

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

على Windows في نفس Vulkan التجريبية ، يستخدم 4.2 غيغابايت ، وفي Linux يبلغ 1.2 غيغابايت كما هو مذكور أعلاه ، هناك 800 ميجابايت فقط لـ NMS.exe. من المؤكد أن هناك بعض الاختناق الشديد في مكان ما ، سواء كان تخصيص الذاكرة هو المشكلة أو مجرد أعراض هناك مشكلة بالتأكيد.

قد لا يكون هذا أيضًا محددًا لنظام Linux ، فقد قرأت منشورًا على منتديات مناقشة NMS Steam أن مستخدم Windows كان لديه أداء ضعيف حتى قاموا بتحويل GPU إلى فتحة PCI-e مختلفة (لا يمكنني اختبار ذلك بسبب تبريد المياه) . لقد رأيت أيضًا أشخاصًا يواجهون مشكلات مع SLI مما يؤدي إلى تشغيل مشكلة 5 إطارات في الثانية.

مرحبا جميعا. كنت قد انتقلت مؤخرًا إلى Linux Mint 19.1 في بداية العام. جهازي مزود بوحدة المعالجة المركزية Phenom II X6 1090T ، وذاكرة وصول عشوائي DDR3 بسعة 16 جيجابايت ، وبطاقة رسومات واحدة من نوع Red Devil Vega 64 ، وتمهيد مزدوج لنظام التشغيل Linux Mint و Windows 10. يستخدم Linux Mint نواة 4.18.

على جانب Linux ، قمت بتثبيت أحدث برامج تشغيل padoka MESA غير المستقرة (تم اختيار غير مستقرة بسبب دعمها لبطاقات Vega) جنبًا إلى جنب مع أحدث برامج تشغيل Vulkan. لقد حاولت مؤخرًا إطلاق الإصدار التجريبي لـ No Man's Sky من أجل الاستفادة من Vulkan API ، لكنني تلقيت نفس "تعذر تهيئة Vulkan (فشل vkEnumerateInstanceExtensionProperties.) قد لا يكون لديك برنامج تشغيل Vulkan مثبتًا ، أو قد يكون برنامج التشغيل القديم على جهازك تالفًا. " كما garpu @ fls2018 و @ volca02 تلقى. حاولت استخدام أمر التجاوز المعروض في هذا الموضوع لتجاوز مشغل Vulkan الخاص بـ NMS ، لكنه أعطاني نفس رسالة الخطأ بالضبط. لم يكن لدي خيار للعودة إلى البناء المستقر لـ NMS في Linux. هل هناك حلول أخرى متاحة؟ أم أن هذه مشكلة يجب تصحيحها في التحديثات الأحدث للفرع التجريبي لـ NMS؟

في نظام التشغيل Windows 10 ، قمت بتحديث برامج تشغيل AMD إلى Adrenalin 19.4.3 ، وأطلقت البناء التجريبي لـ NMS. تم إطلاقها بنجاح ، ولاحظت زيادة كبيرة في الأداء و FPS. لا يزال هناك تلعثم ، ولكن قد يكون ذلك بسبب عنق زجاجة وحدة المعالجة المركزية الخاصة بي. في البداية ، لم أر أي زيادة في الأداء حتى دخلت في خيارات الرسومات وقمت بزيادة حد FPS الافتراضي من 30 إلى 90 ، وتعطيل V-sync.

سيكون موضع تقدير أي معلومات.

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

أحدث سائق 430.14 لا تغيير.

مع تحديث 14 مايو ، لا تزال التغطية بالفسيفساء تتعطل (برامج تشغيل Nvidia 430.14). AFAIK ، لا تزال التغطية بالفسيفساء تواجه مشكلات لمستخدمي Windows أيضًا.

ينص Proton 4.2-4 على "-تحسين دعم Vulkan لبناء No Man's Sky Vulkan الجديد."

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

لا أرى أي اختلاف في الأداء.

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

يبدو أنني أتلقى وحدة معالجة الرسومات (GPU) في Vulkan على جهاز RX 580 w / Mesa 19.1.0-rc2 / LLVM 8.0 بمجرد انتهاء تحميل اللعبة. هل يمكن لأي شخص آخر أن يؤكد؟

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

مع تحديث Proton الجديد ، بدأت اللعبة تعمل بشكل جيد بالنسبة لي مرة أخرى على RADV. (Mesa 19.0.4 / LLVM 8.0.0) على Radeon VII

مرحبًا @ jerbear64 ، يرجى نسخ معلومات نظامك من Steam ( Steam -> Help -> System Information ) ووضعها في الجوهر ، ثم تضمين ارتباط إلى الجوهر في تقرير هذه المشكلة. يرجى أيضًا إضافة PROTON_LOG=1 %command% إلى خيارات تشغيل اللعبة واسحب وإسقاط $ HOME / steam- $ APPID.log الذي تم إنشاؤه في مربع التعليقات.

https://gist.github.com/jerbear64/ce4c393c02d467790dbb65e9f115a780

لقد التقطت سجل بروتون الليلة الماضية. يرتفع هذا إلى تعليق GPU ، لذلك تم إغلاق اللعبة فجأة نتيجة لذلك.
steam-275850.log

@ jerbear64 ، إذا لم يكن هناك الكثير من المتاعب ، فيمكنك تجربة حل بديل على https://bugs.freedesktop.org/show_bug.cgi؟id=110471#c1.

ليست مشكلة ، أنا بالفعل أحافظ على Mesa COPR الخاص بي في Fedora. يمكنني تطبيق الحل الليلة وتقديم تقرير.

-------- رسالة أصلية --------
في 15 مايو 2019 ، الساعة 8:56 صباحًا ، كتب kisak-valent:

@ jerbear64 ، إذا لم يكن هناك الكثير من المتاعب ، فيمكنك تجربة حل بديل على https://bugs.freedesktop.org/show_bug.cgi؟id=110471#c1.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

مرحبا جميعا!

في الواقع ، سمح أحدث تحديث تجريبي للفرع التجريبي لـ No man's sky بالفعل بتشغيل nms باستخدام Vulkan على Linux Mint 19.1 دون استخدام حل الأمر الخاص. تمكنت اللعبة من التحميل وتمكنت من التحرك ... لفترة قصيرة.

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

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

الحل ليس له تأثير. لا يزال معلقًا بعد شاشة التحميل مباشرةً.

TarsusEndri يبدو وكأنه تعليق GPU ،

هههههههههه

وحدة معالجة الرسومات الخاصة بي هي Powercolor Red Devil RX Vega 64 باستخدام أحدث برامج تشغيل MESA-Padoka غير المستقرة (وفقًا لصفحة Padoka ، هناك حاجة إلى برامج تشغيل غير مستقرة للاستخدام مع بطاقات سلسلة Vega). تم أيضًا تثبيت أحدث برامج تشغيل Vulkan.

وهذا التظليل الجديد الذي تمت إضافته للتو إلى البخار أدى إلى تقليل الأداء أكثر ...

لن أقوم بتجربة vulkan لهذه اللعبة حتى تخرج من بيتا وهي النسخة النهائية. حاول أيضًا حذف ملفات ذاكرة التخزين المؤقت الخاصة بك لـ dxvk و proton

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

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

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

@ jerbear64 تعطل GPU الخاص بي أيضًا مع Mesa 19.1rc4 (LLVM8) و 19.2-git (LLVM9) في فرع Vulkan التجريبي ، بينما يعمل mesa 19.0.x (LLVM8) بشكل جيد. AMDGPU / 290X / Arch Linux المتداول.

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

ليس لدي سجلات DXVK أو أي شيء. كنت أحاول فقط mesa 19.1 و 19.2 لأن VirtualBox به تلف مرئي في mesa 19.0.5 لذلك اعتقدت أنني أفضل محاولة الذهاب إلى أحدث من أقدم ... أنا فقط أرمي "أنا أيضًا" في الحلبة.

ربما علة فولكان مماثلة؟ https://github.com/doitsujin/dxvk/issues/1056

لا توجد سجلات DXVK لأنها ليست لعبة DX. على الأقل ليس أنا فقط.

-------- رسالة أصلية --------
في 1 حزيران (يونيو) 2019 ، الساعة 12:24 ظهرًا ، كتب هانفوكس:

@ jerbear64 تعطل GPU الخاص بي أيضًا مع Mesa 19.1rc4 (LLVM8) و 19.2-git (LLVM9) على فرع Vulkan التجريبي ، بينما يعمل mesa 19.0.x (LLVM8) بشكل جيد. AMDGPU / 290X / Arch Linux المتداول.

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

ليس لدي سجلات DXVK أو أي شيء. كنت أحاول فقط mesa 19.1 و 19.2 لأن VirtualBox به تلف مرئي في mesa 19.0.5 لذلك اعتقدت أنني أفضل محاولة الذهاب إلى أحدث من أقدم ... أنا فقط أرمي "أنا أيضًا" في الحلبة.

ربما ذات صلة؟ دويتسوجين / dxvk # 1056

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

أيضًا وجود مشكلة تعطل التحميل مع إصدار Vulkan. 980Ti تحطم أثناء مشهد التحميل مع:
wine_vkCreateCommandPool Support for allocation callbacks not implemented yet ، والذي أعتقد أنه رمز الخطأ.

تشغيل برنامج تشغيل 418.52.10 على 5.1.12-arch1-1-ARCH

steam-275850.log

يحصل جهاز RX 480 على شاشة ملونة مماثلة ، ثم يتعطل وخطأ "فشل في تهيئة المحلل اللغوي -125" في dmesg في الفرع التجريبي. برنامج OpenGL بطيء ولكنه يعمل. أنا أستخدم AMDGPU (Mesa؟) 19.1.1 مع LLVM 8.0.0.

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

يحصل جهاز RX 480 على شاشة ملونة مماثلة ، ثم يتعطل وخطأ "فشل في تهيئة المحلل اللغوي -125" في dmesg في الفرع التجريبي. برنامج OpenGL بطيء ولكنه يعمل. أنا أستخدم AMDGPU (Mesa؟) 19.1.1 مع LLVM 8.0.0.

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

هل يمكنك توليد PROTON_LOG=1 مع حفظ و فولكان جديد؟

في صحتك

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

هنا سجل steamplay الخاص بي على manjaro xfce 1080TI ، يبدو أنه يعمل ولكن قد تكون هناك مشكلات خطيرة في الأداء. يجب اختبار الإعدادات أكثر.

steam-275850.log

كيف يمكنك التبديل مرة أخرى إلى opengl؟ أو هل يتطلب ذلك إعادة التنزيل إلى إصدار آخر غير خاضع للخبرة؟ يبدو غريبا إذا كان الأمر كذلك.

### تم الاختبار بنجاح

Vulkan FPS: ~ 15-30 إطارًا في الثانية
OpenGL FPS: ~ 50-60 + إطارًا في الثانية

Yep Vulkan borked في هذه اللعبة ، هذا أمر استثنائي تمامًا لأن الألعاب الأخرى التي تستخدم vulkan تحصل غالبًا على 1: 1 أو أعلى من التكافؤ في Linux و Steamplay (doom / wolf ....) لا توجد فكرة عما يحدث ، محير للغاية!

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

أنا أستخدم 430.26 atm ، وسأبحث في الحصول على أجهزة أحدث في وقت ما.

هل يمكن لأي شخص أن يتمكن من تشغيل اللعبة باستخدام Proton 4.11؟ أجد أنه يتعطل / يتعطل على الفور ، لا يزال 4.2-9 يعمل. حاولت fsync لمعرفة ما إذا كان هذا هو السبب في الاختلاف.

steam-275850.log

أنا قادر على تشغيل اللعبة مع 4.11 ، باستخدام عميل opengl ولكن نظرًا لأن vulkan بها بعض المشكلات.

هذا هو السجل الخاص بي. أتمنى لو كان لدي VR للعب هذه اللعبة.

steam-275850.log

لقد وجدت المشكلة ، لقد تم تثبيت برنامج تشغيل dev 418 والذي عادةً ما يتم تشغيله (ولكن مع خطأ 5fps) ولكن مع 4.11 يتم تعليقه.

430 يعمل مع 4.11 بشرط عدم استخدام fsync.

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

لهذا السبب يتم حل المشكلات المهمة المتعلقة به بدلاً من المحتوى باستخدام عارض OGL.

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

بالنسبة لي ، لا يتم تشغيل اللعبة حتى 4.11 ولكنها تعمل بشكل جيد تمامًا في 4.2-9

@ Haxk20 هل تستخدم نواة fsync؟ إذا كان الأمر كذلك ، فحاول تعطيل fsync أو esync قبل بدء تشغيل اللعبة.

سأحاول القيام بذلك. نعم تم تجميع 5.3-rc2 مع fsycn

للأسف ما يكفي من تعطيل fsync و esync ولكن لا يزال يفشل في التشغيل.

وهذا يحدث على كل من برنامج OpenGL و Vulkan.

IDK ما حدث للتو ولكني كنت أحاول قتل عملية NMS.exe منذ أن أخبرني Steam عن تشغيله ولكن لم يظهر شيء لدقائق وقمت بالنقر فوق قتل العملية التي تم قتل explorer.exe وظهرت للتو مع استمرار تشغيل NMS.exe
تحرير: كان هذا فقط 4.2-9 إطلاق بعد أن قمت بتغييره. لقد استغرق الأمر وقتًا أطول للتجدد. 4.11 لا يزال مكسورًا.

يبدو أن 4.11-2 كسرها -1 عند استخدام بنية مخصصة

فقط تنبيه:

سيتم نشر Vulkan build في أي وقت ، بالنظر إلى ملاحظات التصحيح حيث تم إزالة OpenGL المشتبه به تمامًا.

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

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

-------- رسالة أصلية --------
في 14 أغسطس 2019 ، الساعة 6:58 صباحًا ، كتب fls2018:

فقط تنبيه:

سيتم نشر Vulkan build في أي وقت ، بالنظر إلى ملاحظات التصحيح حيث تم إزالة OpenGL المشتبه به تمامًا.

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

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

أنا في أستراليا ، لذا لا نحصل على التصحيح حتى النهاية. في المرة الأخيرة التي جربت فيها فرع Vulkan ، كانت لديه مشكلات كبيرة في الأداء مع nvidia 1080TI.

يبدو أن برنامج Nvidia 430 Driver قد تحطم أيضًا.
البوب! _OS 19.04.2019
GTX 1070.

بعد إما تعطل قبل تحميل القوائم ، أو بعد اختيار حفظ. يبدو أن Vulkan هو العارض الوحيد المتاح.

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

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

أعتقد أن شخصًا ما من nvidia بحاجة إلى التعرض لضغوط لإلقاء نظرة على هذا الأمر الآن.

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

ومع ذلك ، فإن الأداء سيء للغاية على 980ti مع اختبار Proton 4.9 و 4.11.

سأختبر على جهاز 580 الخاص بي ، مع وبدون ACO ، عندما أعود إلى المنزل من العمل. سيكون من المثير للاهتمام معرفة ما إذا كان انخفاض FPS خاصًا بـ Nvidia. أتذكر أن بعض الأشخاص الذين يعانون من Nvidia كانوا يقولون إن أداءهم كان ضعيفًا في فرع Vulkan التجريبي القديم أيضًا.
-------- رسالة أصلية --------
في 14 آب (أغسطس) 2019 ، الساعة 2:43 ظهرًا ، كتب ليام داوي:

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

ومع ذلك ، فإن الأداء سيء للغاية على 980ti مع اختبار Proton 4.9 و 4.11.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

تعمل بشكل لائق بالنسبة لي على 1050ti مع 435.17. إنه لا يتصل بالخوادم عبر الإنترنت ، لكن تم تعطيل mulitplayer.

قائمة الأعطال قبل التحميل على Kubuntu 19.04 و 1070 مع 430.40 والبروتون 4.11-2
على Lutris ، قل "فشل vkEnumerateInstanceExtensionProperties"
steam-275850.log

تعطل بعد حوالي 15 ثانية من تحميل لعبة جديدة لي. بروتون 4.11-2.
معلومات نظام البخار
steam-275850.log

تعطل مباشرة بعد تحميل لعبة جديدة أو موجودة. Proton 4.11-2 ، RX 480 مع أحدث مستقر Mesa.
steam-275850.log

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

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/

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

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

أداء 430.34-54 رهيب مع تحديث Beyond - على GTX 1080 بدقة فائقة 2560 × 1080 لدي 20-30 إطارًا في الثانية أثناء وجوده في المخزون أو سيرًا على الأقدام.

418.52.20 لا يمكنني حتى تحميل لعبة No Man's Sky بعد نافذة "Preparing to Launch". يبدو كما لو لم يتم تحديث البادئة. مع Proton 4.11-2 و Proton-tkg 4.13.r7.gca09e891

هذا هو كل ما هو موجود في PROTON_LOG (steam-275850.log)
======================
Proton: 1565123138 proton-4.11-2
SteamGameId: 275850
Command: ["/home/telans/.local/share/Steam/steamapps/common/No Man's Sky/Binaries/NMS.exe"]
Options: set()
======================

418.52.20 لا يمكنني حتى تحميل لعبة No Man's Sky بعد نافذة "Preparing to Launch". يبدو كما لو لم يتم تحديث البادئة. مع Proton 4.11-2 و Proton-tkg 4.13.r7.gca09e891

لسبب ما ، لم يعد فرع 418 dev يطلق NMS مع Proton 4.11 ، يمكنك تشغيل البروتون 4.2 معهم ولكنك ستحصل على 5 إطارات في الثانية فقط.

430 وما بعده مطلوبة تمامًا لأي لعبة.

لقد قمت مؤخرًا بتثبيت هذه اللعبة ، بعد أن قمت بإنشاء لعبة جديدة ، تظهر المقدمة ، وتنتقل "إلى المجرة" لمدة 10-20 ثانية ثم تتعطل.
steam-275850.log

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

نعم ، إنها تعمل على 430.34 Nvidia Drivers بالنسبة لي مع 1080TI عند 4k ، لكن FPS أسوأ بكثير من ذلك عندما كان يعمل OpenGL حيث يمكنني الحصول بسهولة على أكثر من 60 إطارًا في الثانية على نوع كوكب شبه قاحل أنا أتراجع إلى ما يجب أن يكون 10-20 إطارًا في الثانية ونادراً ما أرى 60 إطارًا في الثانية ما لم أتطلع مباشرة إلى الأسفل / لأعلى.

مخيب للآمال بعض الشيء ، يجب أن يكون هناك خطأ حقيقي يحدث لفولكان لأداء هذا بشكل سيء!

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

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

بروتون: 4.12-2
سائق Nvidia: 430.34
وحدة معالجة الرسومات: Nvidia RTX 2070

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

هل يمكنك اختبار rstrube مع nvidia-smi؟

استخدام VRAM بالنسبة لي هو كما يلي ، نعم يبدو منخفضًا بالنظر إلى Im في الإعدادات العالية عند 4k.

C + G ... ps \ common \ No Man's Sky \ Binaries \ NMS.exe 1375-1408 ميغا بايت

ثم مرة أخرى ، الكوكب ليس شيئًا رائعًا ، وليس لدي مرجع opengl. (ربما تتعامل OGL مع الذاكرة والتخزين المؤقت بشكل مختلف ، لذلك قد لا تكون مقارنة بالتفاح مع التفاح)

هذا هو الناتج nvidia-smi .

nvidia-smi
Wed Aug 14 18:32:47 2019       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 430.34       Driver Version: 430.34       CUDA Version: 10.1     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce RTX 2070    Off  | 00000000:06:00.0  On |                  N/A |
| 41%   50C    P0    73W / 185W |   1494MiB /  7982MiB |     93%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1407      G   /usr/lib/xorg/Xorg                            39MiB |
|    0      1965      G   /usr/lib/xorg/Xorg                           200MiB |
|    0      2112      G   /usr/bin/gnome-shell                         252MiB |
|    0     27233      G   ...m/debian-installation/ubuntu12_32/steam    31MiB |
|    0     27257      G   ./steamwebhelper                               3MiB |
|    0     29820    C+G   ...ps\common\No Man's Sky\Binaries\NMS.exe   906MiB |
+-----------------------------------------------------------------------------+

إليك مقطع فيديو يوضح استخدام الذاكرة مع open-gl / vulkan على Windows: https://youtu.be/XEC1mEsZ2lU؟

نظرًا لأن هذا هو 1080 بكسل فقط ، فإن 1.3 جيجابايت لـ 4k تبدو منخفضة للغاية. هل يعزى انخفاض الأداء إلى قيام اللعبة بتبديل القوام في كثير من الأحيان عندما تكون VRAM منخفضة؟

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

هل يمكن لأي شخص آخر تأكيد أن برنامج التشغيل التجريبي 435.17 يحل مشكلة أداء Vulkan الضعيفة؟

هل هناك ubuntu ppa مع هذا السائق في مكان ما؟ الطريقة الوحيدة لاختبار ذلك. ليس في أي من مديري حزمتي. (أحد الأشياء التي افتقدها في ARCH AUR)

أوه وجدتهم.

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

رائع ، كنت على وشك نشر هذا الرابط بالضبط. من الجيد أن تحتوي PPA بالفعل على أحدث برامج تشغيل بيتا.

لسوء الحظ ، لا يظهر برنامج التشغيل 435 في قائمة الحزم الخاصة بي ، ويبدو أنه لا يمكنه رؤيته في PPA .. غير معروف لماذا.

لسوء الحظ ، لا يظهر برنامج التشغيل 435 في قائمة الحزم الخاصة بي ، ويبدو أنه لا يمكنه رؤيته في PPA .. غير معروف لماذا.

مثير للاهتمام ، يجب أن تكون قادرًا على القيام بـ sudo apt install nvidia-driver-435 . هل ترى أن PPA محددًا إذا قمت بإجراء sudo apt update ؟

لا أرى Nvidia-435 أيضًا ، أحدث ما هو متاح هو Nvidia-430

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

انظر هنا:
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa/+packages؟field.name_filter=435&field.status_filter=published&field.series_filter=

تحرير: يا إلهي ، إنه لـ 19.10 (إيوان) يا سيئ ...

نشر شخص ما في منتديات مطوري nvidia أن 435.17 لم يصلح مشاكل الأداء. كان لدي آمال كبيرة في أن يعمل أحدث برنامج تشغيل تجريبي على تحسين الأمور ...

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/post/5373548/#5373548

أعتقد أن القضية الرئيسية هي أن اللعبة لن تبدأ في معظم الظروف. إنها مشكلة مع Proton AFAIK.

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

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

أعتقد أن القضية الرئيسية هي أن اللعبة لن تبدأ في معظم الظروف. إنها مشكلة مع Proton AFAIK.

سيبدأ المنجم في كل مرة ، لكن الأداء غير قابل للعب.

إنه يتحطم قبل أن يولد العالم.

تأكد من حذف ملفات SHADERCACHE القديمة للتأكد فقط. وتأكد من أنه لا يتم تحميل التعديلات.

تثبيت نظيف ، مع وبدون shadercache مسبقة الصنع ، نفس النتيجة. لست متأكدًا من كيفية تشغيله على الإطلاق الآن بعد اختفاء Open-gl.

steam-275850.log

لست متأكدًا من كيف يمكنني اللعب على الإطلاق الآن بعد اختفاء لعبة Open-gl

حسنًا ، لا يمكنك ذلك ، ولكن بصراحة ، لن يلعب أي منا بمعدل 10-20 إطارًا في الثانية ، إلا إذا كنت تحب هذا النوع من الأشياء (مستخدمو الكمبيوتر المحمول).

ما أود أن أقترحه هو مجرد نشر سجل البروتون في الوقت الحالي.

في الواقع ، فيما يتعلق بموضوع القدرة على العودة إلى Open-GL ، قد يكون من الممكن تنزيل ثنائيات No Man's Sky القديمة وما إلى ذلك يدويًا من خلال Steam Console.

فيما يلي قوائم البيان لـ NMS: https://steamdb.info/depot/275851/manifests/

سأحاول ونرى كيف ستسير الامور.

يبدو أنني قادر على الدخول في اللعبة من خلال الجري باستخدام Proton 4.2-9 ، على Nvidia 430.40
لقد تحطمت عندما حاولت الدخول إلى الغلاف الجوي لكوكب آخر ، على الرغم من أنني لم أعد الاختبار بعد.
ليس لديك سجل لذلك ، آسف. نسيت لتمكينها. سوف أقوم بتحديث هذا التعليق إذا تلقيت التعطل في 4.2-9 مرة أخرى.

سأحاول ونرى كيف ستسير الامور.

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

أردت كيندا اللعب فقط بسبب التحديث اللاحق.

هذا ما كنت أحصل عليه ، لكن نعم ، من العار أن ما وراءه لا يبدو أنه يعمل.

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

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

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

كما نسيت ، استخدام محمل بروتون فولكان.

النظام:
رايزن 5 1600
RX 580 8 جيجابايت

Ubuntu Budgie 19.04.2 تحديث
RADV / ACO / LLVM 8
بروتون 4.11-2
فولكان 1.1.101.0-2

ما هو استخدامك vram؟ ومع ذلك ، لا أرى تحديثًا

لقد تلقيت التحديث اللاحق بحوالي 24 ساعة بعد أن حصل عليه الآخرون. هناك نظام تأخير مع عملية تحديث البخار ، ربما تتعلق بالمنطقة. أنا أسترالي ، مواطن بخاري من الدرجة الثالثة :(

ما هو استخدامك vram؟ ومع ذلك ، لا أرى تحديثًا

لديّ 4587 ميغابايت من VRAM مجانًا ، لذا تم استخدام 3605 ميغابايت

لا يبدو أن بطاقات AMD بها مشكلة انخفاض استخدام VRAM.

أنا أستخدم أيضًا الإصدار التجريبي التجريبي (معرف إصدار المحتوى الحالي: 4107029)

لا تزال هناك أعطال في تحميل العالم بالتحديث التجريبي / 30 ميجابايت

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

لا يهم! نفس المشكلة على Windows .....: man_shrugging:

تحرير: على الرغم من أنني أواجه نفس المشكلة مثل المستخدم الموجود أسفل مني!

أنا قادر على تشغيل هذه اللعبة مع تحديث Beyond بشكل مثالي مع Proton 4.2 وكذلك 4.11.1.
لكن ما لا ينجح هو إذا حاولت تشغيله في الواقع الافتراضي. إنه فقط يفتح نافذة سوداء و "يحمّل" إلى الأبد. "تحميل" لأن IO يساوي صفرًا تمامًا والعملية عبارة عن زومبي ...
إذا قمت بتعطيل esync ، فلن تتحول العملية إلى زومبي ولكن بدلاً من ذلك تحتوي على حوالي 2-3٪ من تحميل وحدة المعالجة المركزية ، ولا تفعل شيئًا مع IO أيضًا ، ومرة ​​أخرى مجرد شاشة سوداء. محاولة استخدام PROTON_LOG = 1 لا تفعل شيئًا ، لا يبدو أنه تم إنشاء أي سجل.
محاولة بدء تشغيل VR مع Proton 4.2 تبدأ فقط في إصدار سطح المكتب ، ربما لأنه لا يزال موجودًا مع openvr lib القديم.
تعديل: ربما يجب ذكر أنني في Mesa 19.2 ACO

لا يعمل بشكل جيد بالنسبة لي على Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. يتعطل على سطح المكتب بمجرد تحميل العالم.

أحصل على مزيد من التقدم في Mesa 19.2 ACO. يتم تحميل العالم وأحصل على أداء لائق إلى حد ما ، ولكن إذا فتحت قائمة ، فإن بطاقة الرسومات الخاصة بي تقفل بقوة.

حسنًا ، لقد أنشأ الآن سجلًا لـ VR. لقد أصبح حجمه 60 ميغا بايت بعد دقيقتين فقط ... لقد قمت بتحميل "فقط" مائة ألف سطر من ذلك ، لذا لن يقوم جيثب بإلغاء التحميل لأنه يستغرق وقتًا طويلاً: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
تحرير: هذا سجل من إطلاق عادي (ثنائي الأبعاد): steam-275850.log

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

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

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

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

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

نفسه. والحصول على حوالي 35 إطارًا في الثانية على جهاز gtx 1060 6 جيجابايت. يبدو أن التغطية بالفسيفساء للتضاريس على أي شيء أعلى من المسحورة تسبب في تعطل اللعبة عند دخول كوكب. حتى الآن لا توجد أعطال عشوائية ولكنك لعبت فقط 45 دقيقة مع هذه الإعدادات. نأمل أن يعيد إصدار جديد من البروتون / nms الأداء إلى ما كان عليه مع opengl.

يبدو أن لعبتي تعمل بشكل جيد بالنسبة لي الآن على 430.17 برامج تشغيل / 1080TI ، عند 4k أحصل في مكان ما حول 45-50 إطارًا في الثانية وهو ما يشبه ما أعطاني opengl. مجرد تمكين 1800p edid الآن لمعرفة ما إذا كان بإمكاني تعديل الأشياء.

أعتقد أنه ربما كان التصحيح التجريبي الأخير هو الذي حل شيئًا ما؟ لست متأكدا بالضبط. لقد قمت بالتبديل إلى Proton 4.2 وقمت بتشغيله ، ولاحظت أنه على ما يرام ، ثم عدت إلى الوضع العادي 4.11-2

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

هل استخدام ذاكرة GPU الخاص بك أفضل أثناء التمتع بأداء أفضل؟

يبدو أن لعبتي تعمل بشكل جيد بالنسبة لي الآن على 430.17 برامج تشغيل / 1080TI ، عند 4k أحصل في مكان ما حول 45-50 إطارًا في الثانية وهو ما يشبه ما أعطاني opengl. مجرد تمكين 1800p edid الآن لمعرفة ما إذا كان بإمكاني تعديل الأشياء.

أعتقد أنه ربما كان التصحيح التجريبي الأخير هو الذي حل شيئًا ما؟ لست متأكدا بالضبط. لقد قمت بالتبديل إلى Proton 4.2 وقمت بتشغيله ، ولاحظت أنه على ما يرام ، ثم عدت إلى الوضع العادي 4.11-2

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

أنا أستخدم 435.17 وحاولت بالفعل التصحيح التجريبي وما زلت أرى نفس معدل الإطارات في الثانية.

هل استخدام ذاكرة GPU الخاص بك أفضل أثناء التمتع بأداء أفضل؟

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

كان لدي 70 إطارًا في الثانية في nexus الآن ، فقط لدي 30 إطارًا بمجرد أن قفزت في السفينة وأطلقها. هذا مع التصحيح 2.06b الحالي. كان استخدام الذاكرة لا يزال حوالي 900 ميجا بايت ، لذلك يبدو أن الرابطة مناسبة بشكل جيد لتلك الذاكرة المحدودة لتقديمها بسرعة.

في التجربة ، يتعطل الآن إذا بدأ في VR. تظهر نافذة سوداء بعد فترة وجيزة ثم تُغلق مرة أخرى. السجل قصير هذه المرة. أنا متأكد من أن هذه بالفعل مشكلة Proton ، وليست مشكلة في NMS ، حيث يبدو أن لا أحد على Windows لديه هذه المشكلة. لا يمكنني التحقق من تثبيت Windows الخاص بي لأنه معطل ...
السجل أقصر كثيرًا هذه المرة.
steam-275850.log

في التجربة ، يتعطل الآن إذا بدأ في VR. تظهر نافذة سوداء بعد فترة وجيزة ثم تُغلق مرة أخرى.

تواجه أيضًا نفس المشكلة مثل Zamundaaa باستخدام public (تم اختباره باستخدام سماعة Valve Index Headset ):

steam-275850.log

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

• وحدة معالجة الرسومات: RTX 2060
• إصدار برنامج التشغيل / LLVM: NVIDIA 430.40
• إصدار النواة: 5.0.0-25-عام
• رابط لتقرير معلومات النظام الكامل كـ Gist
• إصدار البروتون: 4.11-2
• إصدار SteamVR: 1.7.5

تعمل اللعبة بشكل لا تشوبه شائبة على 435.17 (1060 6 جيجابايت) على قوس مع KDE و Kwin-lowlatency. مشكلة التلعثم الطفيف عند التحميل (وهو غير موجود على النوافذ) ولكن بخلاف ذلك يعمل بشكل رائع. ليس لدي مشكلة 30 إطارًا في الثانية عندما أكون في الفضاء.

تستخدم اللعبة 2.1 جيجا بايت من VRam. Kernel هو 5.2.8.arch-1-1. أنا أستخدم GE-Proton-4.11-1 ، إذا كان ذلك يغير أي شيء في هذه النهاية. أنا في إعدادات عالية لكل شيء ما عدا القوام الذي يضع نفسه على مستوى قياسي إذا ذهبت إلى مستوى أعلى من المحسن. فرع تجريبي.

هذا خطأ بروتون ، وليس خطأ NVIDIA
يمكنني أن أؤكد أن المشكلة تتعلق بـ Proton على وجه التحديد ، حيث يعمل تصحيح Glorious Eggroll على إصلاح المشكلة ، بينما تعمل اللعبة بشكل رهيب على بروتون المخزون. يؤدي استخدام شوكة البروتون من GE إلى إصلاحه.

سأجرب هذا الآن.

تحديث:
لا يزال لا يزال VRAM لا يتزحزح عن استخدام 1247 ميجابايت لـ NMS ، هذا في 4k وبإعدادات عالية.
من المحتمل أن يكون التنقل على الكوكب في مكان ما بين 30-40 إطارًا في الثانية أثناء الطيران بسهولة أقل من 30 إطارًا في الثانية ، ولا تزال مشكلة الأداء قائمة. على الأقل بالنسبة لبطاقات 1080TI على برنامج تشغيل 430.34 ، قد يكون هناك العديد من المشكلات المعقدة التي تتحد معًا.

ربما يكون أداء vulkan مجرد حماقة لهذه اللعبة ، سأحتاج إلى التمهيد في windows10 للاختبار!

ملاحظة. لم أواجه أيًا من الأعطال التي يواجهها الآخرون ، والتي قد تكون في الغالب مشكلة AMD ، (تشغيل Ryzen3600 مع clearcpuid = 514 هنا)

هذا خطأ بروتون ، وليس خطأ NVIDIA
يمكنني أن أؤكد أن المشكلة تتعلق بـ Proton على وجه التحديد ، حيث يعمل تصحيح Glorious Eggroll على إصلاح المشكلة ، بينما تعمل اللعبة بشكل رهيب على بروتون المخزون. يؤدي استخدام شوكة البروتون من GE إلى إصلاحه.

أعتقد أن هذا نظام محدد ، وليس متعلقًا ببروتون.

أنا أستخدم ما يلي:
النواة: 5.2.8-20-tkg-pds
Nvidia: 435.17 ؛ 980Ti
Proton-tkg: 4.14 (جميع تصحيحات GE + المزيد)
الدقة: 1080p

للحصول على اللعبة لتحميل عالم لم تكن عليه من قبل ، كان علي حذف .steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

لقد قمت الآن بتعيين جميع خيارات الرسومات على عالٍ / فائق باستثناء التغطية بالفسيفساء التي تظل محسّنة.
هذا هو استخدامي لل VRAM: C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1191MiB .

بغض النظر عن المكان الذي ذهبت إليه في العالم / الفضاء ، لم يتسلق أبدًا أكثر من 1260 ميجا بايت. هذا أمر غريب ، لأنه عندما يتم ضبط جميع خيارات الرسومات على Low (بعد إعادة التشغيل) ، فإن تغيير جميع الخيارات إلى Ultra (قبل إعادة التشغيل المطلوبة لتطبيق إعدادات النسيج) رأيت أن استخدام VRAM يرتفع إلى 1600 ميغا بايت تقريبًا.

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

أدائي أسوأ من Open-GL ، ثابت 35-40 إطارًا في الثانية بغض النظر عن الإعدادات التي أستخدمها.

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

1080ti 430.34 Pop_OS Plasma5
Win10 4K إعدادات عالية
الارض: 85 مساحة: 100+

إعدادات Linux 4k العالية (Proton-GE)
الأرض: 25-33 مساحة: 33

نعم ، أيام حزينة حقيقية لـ NMS في نظام Linux.
يجب أن نشهد أداءً بنسبة 1: 1 أو أفضل مقارنةً بالنوافذ لأن برنامج تشغيل nvidia's vulkan يُقصد به أن يكون هو نفسه أو أفضل (المزيد من التحديثات والإصلاحات) ، ولهذا السبب تعمل ألعاب مثل Doom و Wolf بشكل رائع في نظام Linux.

هممم ، غريب. قال TKG إنه يعمل معه أيضًا ، وتغييره إلى بروتون 4.11-2 فعل نفس الشيء الذي يصفه الجميع هنا.

إذا كان تشغيلك بدقة 1080 بكسل ، فإنه يعمل بشكل أفضل ، لكن هذا لا يعني أنه حل.
كما قمت بحذف بيانات التوافقية الخاصة بي قبل الاختبار باستخدام proton-GE ، للتأكد فقط. (لم أقم ببناء Proton-GE الخاصة بي ، فقط استخدمت إصدار الحاوية)

لسوء الحظ ، ما زلت أواجه نفس مشكلات الأداء مع Proton-GE. لقد حاولت حذف البادئة وإعادة بنائها تمامًا. يتم تشغيل برامج تشغيل Nvidia 430.34 حاليًا ، لذلك ربما تعمل برامج التشغيل التجريبية 435.17 على حل المشكلة بالتزامن مع Proton-GE؟

لسوء الحظ ، ما زلت أواجه نفس مشكلات الأداء مع Proton-GE. لقد حاولت حذف البادئة وإعادة بنائها تمامًا. يتم تشغيل برامج تشغيل Nvidia 430.34 حاليًا ، لذلك ربما تعمل برامج التشغيل التجريبية 435.17 على حل المشكلة بالتزامن مع Proton-GE؟

كلا ، جربت GE وكذلك TKG مع 435.17 وهي نفسها.

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

يبدو أن مشكلة VRAM خاصة ببنيات Vanilla Proton الخاصة بـ Valve (جربت 4.11-2 و4.2-9) ، حيث يعمل Wine-staging (تم اختباره باستخدام 4.13) و GE تصحيح Proton (وفقًا للتعليقات هنا) بشكل جيد في هذا الصدد.

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

يبدو أن مشكلة VRAM خاصة ببنيات Vanilla Proton الخاصة بـ Valve (جربت 4.11-2 و4.2-9) ، حيث يعمل Wine-staging (تم اختباره باستخدام 4.13) و GE تصحيح Proton (وفقًا للتعليقات هنا) بشكل جيد في هذا الصدد.

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

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

يبدو أن مشكلة VRAM خاصة ببنيات Vanilla Proton الخاصة بـ Valve (جربت 4.11-2 و4.2-9) ، حيث يعمل Wine-staging (تم اختباره باستخدام 4.13) و GE تصحيح Proton (وفقًا للتعليقات هنا) بشكل جيد في هذا الصدد.

لا أرى ذلك مع تصميمات الجهات الخارجية ، في إعدادات Ultra عند 1440 بكسل ، يجب أن تأكل هذه اللعبة أكثر من 4 غيغابايت كما تفعل في Windows. أقصى ما تمكنت من الحصول عليه هو حوالي 1.5 جيجابايت وذلك بعد تغيير الموقع عدة مرات.

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

بالنسبة لي ، تعمل اللعبة على ما يرام لبضعة أيام الآن. على قوس لينكس باستخدام GE
بروتون و RX560X. محسّن عالي بمعدل 40 إطارًا في الثانية على الكوكب.

في يوم السبت 17 أغسطس 2019 ، الساعة 3:27 مساءً كتب william341 [email protected] :

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

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

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

مستخدمو AMD مقارنة بكيفية تشغيلها تحت Windows؟ هو 40 إطارًا في الثانية مثل النوافذ؟

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

في السبت ، 17 أغسطس 2019 ، 3:50 مساءً كتب jarrard [email protected] :

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

مستخدمو AMD مقارنة بكيفية تشغيلها تحت Windows؟ هو 40 إطارًا في الثانية مثل
شبابيك؟

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

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

في السبت ، 17 أغسطس ، 2019 ، 3:58 مساءً No Name كتب [email protected] :

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

في السبت ، 17 أغسطس 2019 ، 3:50 مساءً كتب jarrard [email protected] :

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

مستخدمو AMD مقارنة بكيفية تشغيلها تحت Windows؟ هو 40 إطارًا في الثانية مثل
شبابيك؟

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

قال أحدهم أعلاه أنه من المتوقع أن يكون أداء 560 40 إطارًا في الثانية.

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

في يوم السبت ، 17 أغسطس ، 2019 ، 4:07 مساءً ، كتب william341 [email protected] :

قال أحدهم أعلاه أنه من المتوقع أن يكون أداء 560 40 إطارًا في الثانية.

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

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

نعم فعلت. استخدم GE build of proton. هذا أصلحها بالنسبة لي

في يوم السبت ، 17 أغسطس 2019 ، 5:14 مساءً كتب alsh [email protected] :

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

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

حاولت ذلك ولكن GE build لم تساعدني أيضًا.

نعم فعلت. استخدم GE build of proton. هذا أصلحها بالنسبة لي
...
في السبت ، 17 أغسطس 2019 ، 5:14 م alsh @ . * > كتب: بعد التحديث الأخير للعبة ، واجهت انخفاضًا كبيرًا في عدد FPS في جميع قوائم اللعبة. يشبه ~ 5 إطارات في الثانية عند فتح المخزون ، في الحوارات أو حتى قائمة إعداد اللعبة. هل لدى أي شخص هذه المشكلة أو الحل؟ - أنت تتلقى هذا لأنه تم ذكرك. الرد على هذا البريد الإلكتروني مباشرة، مشاهدته على جيثب <# 438؟ email_source = الإخطارات وemail_token = AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QNO4Y # issuecomment-522246003>، أو كتم موضوع https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA .

jarrard ليس لدي هذا الخطأ مع جهاز rx 580 الخاص بي. كان كل شيء في وضع High افتراضيًا ، كما أنه يعمل بالفسيفساء بدون مشكلة. الشيء الوحيد الذي لاحظته الآن هو أنه تم تعليقه لبضع ثوانٍ مرتين في ساعة من اللعب ، ولكن ربما يكون هذا مجرد واحد من الأخطاء القليلة التي لا يزال لدى NMS حتى الآن.

لكي تتمكن من بدء اللعبة بعد تحديث Beyond ، يجب تعيين القيمة في إعدادات اللعبة لـ " TerrainTesselation " على "Low". ربما يعمل الحل فقط مع وحدات معالجة الرسومات AMD.

يجب أن يتم الإعداد في الملف _TKGRAPHICSSETTINGS.MXML_ . يوجد هذا في المجلد _ ~ / steam / steamapps / common / No Man's Sky / Binaries / SETTINGS /._

إذا فتحت الملف باستخدام محرر ستجد السطر التالي:
_Property name = قيمة "TerrainTessellation" = "TkGraphicsDetailTypes.xml" _

السطر التالي بعد ذلك هو:
_اسم الملكية = قيمة "GraphicDetail" = "مرتفع" / _

في هذا السطر ، استبدل " عالية " بـ " منخفضة ". بعد ذلك يمكنني على الأقل تحميل ألعاب الحفظ الحالية مرة أخرى. قبل أن أتعرض لعطل في سطح المكتب بعد تحميل اللعبة في اللحظة التي تبدأ فيها اللعبة.

نظامي:
AMD Ryzen 5 1600X
AMD Radeon rx580 8 جيجا بايت
16 جيجا بايت DDR4
لينكس مينت 19.2 (تينا) القرفة
Padoka Stable PPA (ميسا)
نواة 5.2.7
بروتون 4.11-2

يبدو أنه في الإعداد الخاص بي يمكنني فقط الوصول إلى 2 جيجابايت vram.

أحصل على مزيد من التقدم في Mesa 19.2 ACO. يتم تحميل العالم وأحصل على أداء لائق إلى حد ما ، ولكن إذا فتحت قائمة ، فإن بطاقة الرسومات الخاصة بي تقفل بقوة.

بالنسبة للمشكلات المتعلقة ببرنامج تشغيل radv / ACO ، يرجى الإبلاغ هنا https://github.com/daniel-schuermann/mesa/issues/112

بدلاً من تعيين تفاصيل Tesselation على "Low" في الإعدادات المحلية ، قمت بتطهير Padoka PPA وقمت بتثبيت ACO-Mesa-Driver من Valve. مع هذه اللعبة تعمل مثل السحر. مع "عالية" حتى في Tesselation. https://steamcommunity.com/app/221410/discussions/0/1640915206474070669/

لا يمكنني ضبط قيمة Tesselation-Details على مستوى منخفض. يتم استبدال أي تغييرات يدوية أجريها على TKGraphicsSettings.xml بما يلي ؛

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml">
        <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" />
        <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" />
        <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AmbientOcclusion" value="HBAO_Low" />
        <Property name="AnisotropyLevel" value="2" />
        <Property name="AntiAliasing" value="TAA_LOW" />
    </Property>

مع أي بروتون و mesa (amdgpu على rx570) أتعرض لعطل في سطح المكتب بعد 5 ثوانٍ من التحميل في عالم أو بدء لعبة جديدة.

لا يمكنني ضبط قيمة Tesselation-Details على مستوى منخفض. يتم استبدال أي تغييرات يدوية أجريها على TKGraphicsSettings.xml بما يلي ؛

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml"> <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" /> <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" /> <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AmbientOcclusion" value="HBAO_Low" /> <Property name="AnisotropyLevel" value="2" /> <Property name="AntiAliasing" value="TAA_LOW" /> </Property>

مع أي بروتون و mesa (amdgpu على rx570) أتعرض لعطل في سطح المكتب بعد 5 ثوانٍ من التحميل في عالم أو بدء لعبة جديدة.

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

>
لكنني أود التركيز على استخدام برنامج تشغيل ACO من Valve. بهذا تمكنت من اللعب بدون ضبط Tesselation على Low.

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

mongrol : يمكنك إضافة هذه الخصائص إلى ملف التكوين الخاص بك ، يجب أن تستخدمه اللعبة.

تحرير: سيئتي ، بعد تراكم أرى أن ملف التكوين الخاص بك قد تم استبداله عندما تبدأ لعبة جديدة. ربما يمكنك حفظ ، مثل هذا: http://gtrainers.com/load/categories/savegames/no_man_39_s_sky_savegame_galactic_center_codex/30-1-0-1441
ثم قم بتغيير الرسومات من هناك ، وابدأ لعبة جديدة.

تمكنت من الحصول على بعض لقطات Renderdoc: https://drive.google.com/file/d/1Q0RUQaWi4L9ZKzZBgjrm3Nx6hAVVnmEW/view

لا يعمل بشكل جيد بالنسبة لي على Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. يتعطل على سطح المكتب بمجرد تحميل العالم.

أحصل على مزيد من التقدم في Mesa 19.2 ACO. يتم تحميل العالم وأحصل على أداء لائق إلى حد ما ، ولكن إذا فتحت قائمة ، فإن بطاقة الرسومات الخاصة بي تقفل بقوة.

أحصل على نفس المشكلة بالضبط على mesa-aco مع Vega VII ، بالضغط على أي شيء يفتح أقفال القائمة الصلبة ، لكنني قادر على الإسقاط إلى tty و wineserver -k. جارٍ إضافة تقرير الخطأ إلى ميسا أكو الآن. انطلاقا من السجل يبدو أن هذا خاص بوحدة معالجة الرسومات:

from log:

amdgpu: The CS has been rejected, see dmesg for more information.
vk: error: failed to submit CS 0


$ dmesg
[27979.489949] [drm] recover vram bo from shadow start
[27979.495247] [drm] recover vram bo from shadow done
[27979.495249] [drm] Skip scheduling IBs!
[27979.495249] [drm] Skip scheduling IBs!
[27979.495285] amdgpu 0000:43:00.0: GPU reset(8) succeeded!
[27979.495315] [drm] Skip scheduling IBs!
[27979.495444] [drm] Skip scheduling IBs!
[27979.495447] [drm] Skip scheduling IBs!
[27979.495448] [drm] Skip scheduling IBs!
[27979.495453] [drm] Skip scheduling IBs!
[27979.495611] [drm] Skip scheduling IBs!
[27979.495614] [drm] Skip scheduling IBs!
[27979.495619] [drm] Skip scheduling IBs!
[27979.522575] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to initialize parser -125!

steam-275850.log

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

جرب هذا:
ما عليك سوى تحرير ملف التكوين ووضع السطر الخاص بي بالنص _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ وحفظ ملف التكوين.

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

ثم حاول بدء NMS.

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

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

جرب هذا:
ما عليك سوى تحرير ملف التكوين ووضع السطر الخاص بي بالنص _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ وحفظ ملف التكوين.

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

ثم حاول بدء NMS.

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

أو قم بعمل chattr +i على هذا الملف.

chattr + ط

يبدو كخيار جيد آخر (لا أعرف حتى الآن بالنسبة لي).
https://wiki.ubuntuusers.de/chattr/

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

أي شخص آخر يحصل على معدلات إطارات منخفضة بشكل غير مقبول بمجرد استخدام عمق تأثير المجال؟ يحدث لي على كل من ACO و Mesa العادي على 580. يذهب GPU على الفور إلى 100٪.

نعم ، يحصل مستخدمو NVIDIA على FPS منخفض عند الدخول إلى القوائم التي إذا كنت أتذكرها بشكل صحيح ، فإنها تتيح تأثير DOF. لكننا نحن مستخدمي nvidia نواجه مشكلات مختلفة ، ولست متأكدًا بنسبة 100٪ أن كل ذلك مرتبط بانخفاض استخدام vram ، وهذا بالتأكيد عامل لكنني أشك في جوهر المشكلة بالكامل.

نعم ، تتيح جميع القوائم تأثير DoF بالإضافة إلى معظم محادثات الشخصيات.

مع ذاكرة VRAM (الفردية) التي تبلغ 2 جيجابايت كحد أقصى ، لا أواجه أي مشاكل في FPS مع القوائم

تقوم القوائم بتدمير fps باستخدام radv أو radv / aco وتسبب ظهور بعض القطع الأثرية بشكل عشوائي. تعطل amdgpu-pro و amdvlk عند استخدام الإعدادات الافتراضية ،

تم تأكيد. تم ضبط Tesselation على Low ، mesa-AV على amdgpu. القوائم فظيعة وتجعلها غير قابلة للتشغيل. يبدو الأمر عشوائيًا بعض الشيء على الرغم من أنها كانت بطيئة ولكن يمكن تحملها في وقت سابق ولكن الآن تسقط كل شيء إلى حوالي 2 إطارًا في الثانية.

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

أنا أعاني من مواطن الخلل الرسومية الغريبة (التظليل؟).
Distro: Manjaro Linux
النواة: 5.2.9-1-MANJARO
وحدة معالجة الرسومات: AMD RX580
وحدة المعالجة المركزية: AMD FX8350
يبدو أن إصدار Vulkan هو 1.1.73
أيضًا تشغيل وضع اللعب من وحشي ، على الرغم من أنه لا يبدو أنه يغير أي شيء

يحدث ذلك مع كل من llvm و aco ، على الرغم من أن aco يبدو أكثر تطرفًا. أمثلة قصيرة لمقاطع الفيديو (Gfycat) هنا (تجاهل الأداء ، تكافح مع التسجيل):

LLVM (00: 06.0 - 00: 14.0 ، خلل مختلف في 00: 55.0 في الخلفية)
ACO (منذ البداية ، خلل مشابه (نفس الشيء؟) من أعلى عند 00: 37.0)

إذا كانت هناك حاجة إلى مزيد من المعلومات ، فلا تتردد في السؤال

إنه يعمل بشكل جيد بالنسبة لي مع ACO وأنا على kernel 5.1.21-1 (Manjaro ، أيضًا). لذا ربما جرب ذلك أيضًا؟ مع نفس GPU وما إلى ذلك ، من المحتمل أن تعمل بنفس الطريقة. المحتمل.

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

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

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

حسنًا ، على Arch ، التبديل مرة أخرى إلى mesa العادي (وليس حتى -git من AUR) وإعادة ضبط الإعدادات ، لا يزال مع tesselation منخفض يعمل على إصلاح القائمة البطيئة. كل شيء يعمل بسرعة كبيرة الآن.

أنا أعاني من مواطن الخلل الرسومية الغريبة (التظليل؟).

على الرغم من أنني أشك في أنها نفس المشكلة مثل daniel-schuermann / mesa # 112 ، سأكون سعيدًا بشأن التقاط Renderdoc.

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

أنا أعاني من مواطن الخلل الرسومية الغريبة (التظليل؟).

على الرغم من أنني أشك في أنها نفس المشكلة مثل daniel-schuermann / mesa # 112 ، سأكون سعيدًا بشأن التقاط Renderdoc.

حسنا .. آسف. استغرقت وقتًا طويلاً لإنجاح كل شيء ، لكن ها هو:
تم باستخدام ACO https://mega.nz/#!Ab513A7B!P4 -gcFK1cJ0KrISx1dNeKZAzEA6CRpJV0cdOd_75oPM

راجع للشغل أنا أستخدم Proton 4.11-2 .. نسيت أن أذكر ذلك

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

حسنًا ، لقد أنشأ الآن سجلًا لـ VR. لقد أصبح حجمه 60 ميغا بايت بعد دقيقتين فقط ... لقد قمت بتحميل "فقط" مائة ألف سطر من ذلك ، لذا لن يقوم جيثب بإلغاء التحميل لأنه يستغرق وقتًا طويلاً: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
تحرير: هذا سجل من إطلاق عادي (ثنائي الأبعاد): steam-275850.log

حسنًا ، لقد ألقيت نظرة على السجل وأهم شيء بالطبع هو أنه في النهاية لا يمكن رؤيته في ما قمت بتحميله. دائمًا ما يكون السجل بنفس الحجم إلى حد ما ، ودائمًا ما يكون قريبًا جدًا من 63 ميجا بايت. لقد قسمت السجل إلى عدة ملفات الآن (ربما يكون الملف الأول والأخير ذا مغزى ، يأتي التعطل من تجاوز سعة مكدس):
بخار 275850 partaa.txt
بخار 275850 partab.txt
بخار 275850 partac.txt
بخار 275850 partad.txt
بخار 275850 partae.txt
بخار 275850 partaf.txt
بخار -275850-partag.txt

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

https://www.nexusmods.com/nomanssky/mods/1126

في مجلد اللعبة ، انتقل إلى GAMEDATA -> PCBANKS ، واحذف DISABLEMODS.TXT ، وقم بإنشاء مجلد MODS . قم بتنزيل وفك ضغط هذا الوضع ووضع nodof.pak بداخله. يجب أن ترى إشعارًا عند بدء التشغيل حول تعديل اللعبة إذا تم إجراؤها بشكل صحيح.

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

حسنًا ، اختبر الوضع. لا يبدو أنه يصلح مشكلتي.

هذه القضية مختلفة وغير ذات صلة. تالقث.

-------- رسالة أصلية --------
في أغسطس 19 ، 2019 ، 12:40 صباحًا ، كتب Furby On Steroid:

حسنًا ، اختبر الوضع. لا يبدو أنه يصلح مشكلتي.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

استنادًا إلى بحث أجراه شخص واحد على خلاف DXVK ، يبدو أن استخدام VRAM المنخفض على NVidia هو على الأرجح خطأ في التطبيق - تغيير vendorid إلى AMD عبر طبقة vulkan حل المشكلة بالنسبة له.

هل أدى ذلك أيضًا إلى إصلاح الأداء أم نفس الشيء؟

لقد أصلح الأداء على نظامه.

شيء ما لتجربته في وقت ما ، مثل بضعة أشهر لأن جهاز 1080ti الخاص بي قد مات ، يجب أن يكون RMA ، ومن يدري مدى جودة ذلك.

@ volca02 هل تمانع في تقديم بعض الإرشادات حول كيفية تغيير معرّف البائع؟ لن أكون في المنزل للأسبوع القادم لأجربه بنفسي (لدي سطح مكتب مع manjaro و gtx 1080 في المنزل) ولكني أظن أن Hello Games لن تعمل على إصلاح خطأ التطبيق ما لم يؤثر على النوافذ (يبدو أنه لا يفعل ذلك على الرغم من ).

نظرًا لأن اللعبة هي فولكان أصلية وليست dx11 ، فلا يمكن خداع البطاقة بواسطة dxvk كما هو الحال مع الألعاب الأخرى.

أود أيضًا معرفة كيفية تغيير معرف البائع. لقد قمت بفحص ملفات *.json الموجودة في /usr/share/vulkan/icd.d ولكن لا يبدو أنها موجودة في أي من الملفات.

يمكنني الآن أن أؤكد أن بائع المخادعة سيصلح بالفعل استخدام ذاكرة GPU المنخفض على nvidia. لقد حاولت إنشاء مستودع باستخدام الطبقة ، ولست متأكدًا مما إذا كان سيعمل مع أي شخص آخر ولكن الأمر يستحق المحاولة: https://github.com/volca02/spoof_vendorid

يمكنني الآن أن أؤكد أن بائع المخادعة سيصلح بالفعل استخدام ذاكرة GPU المنخفض على nvidia. لقد حاولت إنشاء مستودع باستخدام الطبقة ، ولست متأكدًا مما إذا كان سيعمل مع أي شخص آخر ولكن الأمر يستحق المحاولة: https://github.com/volca02/spoof_vendorid

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

تم إصلاح كلاهما - كانت مشكلة FPS السيئة ناتجة عن استخدام اللعبة للذاكرة العادية بدلاً من ذاكرة وحدة معالجة الرسومات.

مع محاكاة ساخرة تتعطل بدلاً من ذلك - هل تتوقع كمية محددة من VRAM المجانية؟ لدي 1060 3 جيجابايت

تحديث: لقد أسقطت كل الإعدادات إلى مستوى منخفض في ملف التكوين ، وتم تحميلها بقدر ما أصبحت الشاشة بيضاء. ثم تحطمت تمامًا ، ولدي [19940.058332] NVRM: Xid (PCI:0000:01:00): 31, Ch 0000007b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_PE_4 faulted @ 0x1_88551000. Fault is of type FAULT_PDE ACCESS_TYPE_READ في dmesg

لقد أصلحت السخرية مشكلات في الأداء من الاختبارات المحدودة. في الإعدادات المتوسطة ، انتقلت من 35-45 إطارًا في الثانية إلى حوالي 100-120 إطارًا في الثانية وتمكنت أيضًا من بدء اللعبة بإعدادات عالية. باستخدام الإعدادات العالية ، يُرجع nvidia-smi استخدام ذاكرة يبلغ حوالي 4 جيجابايت. هذا كله باستخدام 1080ti مع برنامج التشغيل 430.40.

شكرا على الإصلاح!

لا يمكنك فقط استخدام تغيير المورد مع نظام التكوين DXVK؟

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

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

لا ، لأن No Man's Sky هي عنوان Vulkan الأصلي ، لذلك لا يتم استخدام DXVK.

-------- رسالة أصلية --------
في 19 آب (أغسطس) 2019 ، الساعة 8:28 مساءً ، كتب جارارد:

لا يمكنك فقط استخدام تغيير المورد مع نظام التكوين DXVK؟

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

شكرًا للإصلاح @ volca02 و zerofault أيضًا ، لقد نجحت في العمل وهي تستخدم VRAM بشكل صحيح.

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

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

فهل هذه مشكلة في النبيذ أو مشكلة برنامج تشغيل Nvidia في النهاية؟

فهل هذه مشكلة في النبيذ أو مشكلة برنامج تشغيل Nvidia في النهاية؟

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

لا يتأثر NVIDIA تحت النوافذ ، لذلك لا أعرف عن ذلك.

يمكنني الآن أن أؤكد أن بائع المخادعة سيصلح بالفعل استخدام ذاكرة GPU المنخفض على nvidia. لقد حاولت إنشاء مستودع باستخدام الطبقة ، ولست متأكدًا مما إذا كان سيعمل مع أي شخص آخر ولكن الأمر يستحق المحاولة: https://github.com/volca02/spoof_vendorid

لا يبدو أن هذا يعمل مع 435.17 ، أو أفعل شيئًا خاطئًا. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
مع عالية / فائقة. لا يزال عالقًا عند ~ 40 إطارًا في الثانية. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

يمكنني الآن أن أؤكد أن بائع المخادعة سيصلح بالفعل استخدام ذاكرة GPU المنخفض على nvidia. لقد حاولت إنشاء مستودع باستخدام الطبقة ، ولست متأكدًا مما إذا كان سيعمل مع أي شخص آخر ولكن الأمر يستحق المحاولة: https://github.com/volca02/spoof_vendorid

لا يبدو أن هذا يعمل مع 435.17 ، أو أفعل شيئًا خاطئًا. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
مع عالية / فائقة. لا يزال عالقًا عند ~ 40 إطارًا في الثانية. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

لقد قمت بوضع كل من libVkLayer_vendorid_layer.so و VkLayer_vendorid_layer.json في نفس الدليل ثم قمت بتغيير VK_LAYER_PATH=/some/path/ إلى مسار الدليل.

نعم هتاف هذا يعمل ، ربما يجب عليك تغيير ذلك fls2018؟

التحرير: الانتقال من 35-40 إطارًا في الثانية مع الحد الأقصى / العالي للغاية عند 1100 ميجا بايت تقريبًا من VRAM ، والآن مع الحل البديل بمعدل 70 إطارًا في الثانية مع استخدام 3800 ميجا بايت تقريبًا من VRAM

نعم هتاف هذا يعمل ، ربما يجب عليك تغيير ذلك fls2018؟

التحرير: الانتقال من 35-40 إطارًا في الثانية مع الحد الأقصى / العالي للغاية عند 1100 ميجا بايت تقريبًا من VRAM ، والآن مع الحل البديل بمعدل 70 إطارًا في الثانية مع استخدام 3800 ميجا بايت تقريبًا من VRAM

لقد قمت بتثبيت ملفاتي على النظام وبرامج تشغيل nvidia ليست توزيعات ، ربما كانت المشكلة عندما جربت طريقي هي حقيقة أن بعض برامج تشغيل التوزيع تقوم بتثبيت ملفات nvidia json في / usr / share / vulkan بدلاً من etc / vulkan.

ربما من الأفضل عدم التثبيت على النظام رغم أنني فعلت ذلك.

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

قم أولاً بتثبيت حزم التطوير الضرورية:

sudo apt install cmake cmake-curses-gui libxrandr-dev libxcb1-dev libx11-dev

التكوين والبناء (لقد عطلت دعم Wayland و MIR)

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
ccmake ./ #I disabled wayland and mir support
cmake ./
make

انسخ الملفات التي تم إنشاؤها

mkdir $HOME/vulkan
cp libVkLayer_vendorid_layer.so $HOME/vulkan/
cp VkLayer_vendorid_layer.json $HOME/vulkan/

ثم قم بتحرير خيارات التشغيل الخاصة بك لـ NMS في Steam ، يبدو لي مثل:

VK_LAYER_PATH=/home/robert/vulkan/ VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

استبدل VK_LAYER_PATH بالمسار المحلي الخاص بك.

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

الأجهزة: GTX 2070 مثل eGPU عبر Thunderbolt 3

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

تحرير: يبدو أن محو إعدادات NMS / البادئة / ذاكرة التخزين المؤقت للتظليل nv قد تم إصلاحه ، على الرغم من أن استخدام VRAM مرتفع بشكل غير معقول عند 1440p Ultra ويبدو أنه يتدفق 100 ميجابايت فقط بين الحين والآخر.

الأداء على الرغم من التأتأة الفردية ممتاز ، حوالي 5-7 إطارات في الثانية تختلف عن النوافذ.

يمكنني الآن أن أؤكد أن بائع المخادعة سيصلح بالفعل استخدام ذاكرة GPU المنخفض على nvidia. لقد حاولت إنشاء مستودع باستخدام الطبقة ، ولست متأكدًا مما إذا كان سيعمل مع أي شخص آخر ولكن الأمر يستحق المحاولة: https://github.com/volca02/spoof_vendorid

اكتشاف ممتاز بواسطة ZeroFault! ساعد هذا في مشكلاتي مع تعطل اللعبة في شاشة التمهيد لتشغيلها لأكثر من 10 ساعات دون حدوث عطل واحد أو مشكلة في FPS! شكرا لتقاسم هذه!

معلومات
بروتون: 4.11-2
توزيعة: فيدورا
النواة: 5.2.8-200.fc30.x86_64
ذاكرة الوصول العشوائي: 8 جيجابايت

برنامج تشغيل وحدة معالجة الرسومات: NVIDIA 430.40
مُعالج الرسومات: NVIDIA GeForce GTX 970
وحدة المعالجة المركزية: Intel Core i7-4790K @ 4.00GHz

بدون التصحيح ، يستخدم NMS ~ 1G vram ويعمل بشكل مرعب. بعد حوالي 10 دقائق ، سيتعطل مع Xid 31 (مما يعني خطأ صفحة GPU). لقد قمت بتشغيل cuda-memtest لمدة 15 دقيقة في وضع الإجهاد دون أي مشاكل ، يعمل مقعد basemark gpu vulkan بشكل جيد وكذلك جميع ألعاب GL الأخرى التي أمتلكها. البطاقة أيضًا ليست فيركلوكيد ، لذلك لا أعتقد أنها مشكلة في الجهاز.

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

معلومات:
بروتون 4.11-2
كوبونتو 18.04.2018
Kernel 5.0.0-25-generic
i5 4670k @ 4.3G (تم اختباره ليكون مستقرًا)
16GB DDR3 (تم اختباره باستخدام memtest86)
GTX 1060 3GB (تم اختباره باستخدام cuda_memtest + معايير أخرى)

تحرير: الرسم البياني لذاكرة وحدة معالجة الرسومات مع التصحيح

وجدت للتو شيئًا مثيرًا للاهتمام في ملاحظات التصحيح التجريبية من الأمس:

التحديث إلى الفرع التجريبي 20/08

Fixed a crash affecting AMD GPUs when creating the pipe state on a framebuffer that has not been created yet.
Fixed a number of threading-related multiplayer matchmaking issues.
Fixed an audio crash when quitting from the initial screen.
Fixed a crash when quitting the game during audio initialisation.
**Fixed Steam VR in Linux.**
Fixed a rare issue where joining a full lobby causes an incorrect player ID.
Fixed an issue where players joining a group can be taken to the wrong system.
Fixed an issue that caused some network games not to appear in the Join game screen.
Fixed an issue that caused the Exocraft Technician to have an incorrect interaction.
Fixed a crash caused by an invalid base index.

أي من لاعبي VR اختبروا ذلك حتى الآن؟

نعم ، ما زال يتعطل بالنسبة لي.

-------- رسالة أصلية --------
في 21 آب (أغسطس) 2019 ، الساعة 9:43 صباحًا ، كتب fls2018:

وجدت للتو شيئًا مثيرًا للاهتمام في ملاحظات التصحيح التجريبية من الأمس:

التحديث إلى الفرع التجريبي 20/08

تم إصلاح الانهيار الذي يؤثر على وحدات معالجة الرسومات AMD عند إنشاء حالة الأنبوب على مخزن الإطارات الذي لم يتم إنشاؤه بعد.
تم إصلاح عدد من مشكلات التوفيق بين اللاعبين المتعددين.
تم إصلاح عطل الصوت عند الخروج من الشاشة الأولية.
تم إصلاح عطل عند الخروج من اللعبة أثناء تهيئة الصوت.
تم إصلاح Steam VR في Linux.
تم إصلاح مشكلة نادرة حيث يؤدي الانضمام إلى ردهة كاملة إلى معرف لاعب غير صحيح.
تم إصلاح مشكلة حيث يمكن نقل اللاعبين المنضمين إلى مجموعة إلى النظام الخطأ.
تم إصلاح مشكلة تسببت في عدم ظهور بعض ألعاب الشبكة في شاشة الانضمام إلى اللعبة.
تم إصلاح مشكلة تسببت في تفاعل غير صحيح لفني Exocraft.
تم إصلاح الانهيار الناتج عن فهرس أساسي غير صالح.

أي لاعب VR يختبر ذلك؟

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

إنه لا ينهار من الناحية الفنية بالنسبة لي الآن ، لكنه لا يبدأ أيضًا. إذن السلوك الذي كان لدي في البداية ... نافذة سوداء ولا شيء آخر يحدث. يبدو أن السجل أقصر قليلاً ولكنه لا يزال ينتهي بنفس استثناء تجاوز سعة المكدس. مع ذلك ، من الجيد جدًا رؤية شخص يهتم: ابتسم:
ها هو السجل من الآن:
steam-275850-part # aa.txt
steam-275850-part # ab.txt
بخار 275850 # جزء # ac.txt
steam-275850-part # ad.txt
Steam-275850-part # ae.txt
Steam-275850-part # af.txt
Steam-275850-part # ag.txt

هل تحقق أي شخص من أن التصحيح 2.06E يصلح مشكلة الذاكرة على بطاقات Nvidia؟

هل تحقق أي شخص من أن التصحيح 2.06E يصلح مشكلة الذاكرة على بطاقات Nvidia؟

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

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

برنامج تشغيل وحدة معالجة الرسومات: NVIDIA 430.40
مُعالج الرسومات: NVIDIA GeForce GTX 960
وحدة المعالجة المركزية: Intel Core i5-4460 @ 3.20GHz

تعديل:
steam-275850.log

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

حاول حذف ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

ثم أعد تطبيق الإعدادات داخل اللعبة. أعتقد أن وضع الفسيفساء فوق المحسّن يتسبب في بعض الأعطال أيضًا

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

حاول حذف ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

ثم أعد تطبيق الإعدادات داخل اللعبة. أعتقد أن وضع الفسيفساء فوق المحسّن يتسبب في بعض الأعطال أيضًا

حاولت ذلك ، لكن لم يحالفني الحظ. :(

لديّ AMD Radeon rx580 (Linux Mint 19.2 ؛ Kernel 5.2.9 ؛ Proton 4.11-2) ولم أتمكن من بدء اللعبة إلا بعد أن استبدلت PPA المستقر من Padoka ببرنامج تشغيل ACO التجريبي من Valve. قبل ذلك ، كان لدي دائمًا تعطل في سطح المكتب عند انتهاء شاشة التحميل وكان من المفترض أن تبدأ اللعبة.

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

كما قلت ، أردت العودة إلى Padoka-PPA المستقرة. قمت بإلغاء تثبيت برنامج تشغيل ACO باستخدام PURGE وأعدت تثبيت Padoka-PPA. ومع ذلك ، تعطلت اللعبة مرة أخرى في نفس المكان مباشرة بعد شاشة التحميل. لهذا السبب عدت إلى سائق ACO.

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

لقد جربت أحدث تصحيح وأخيرًا يعمل VR! هذا رائع!
الأداء الرهيب (المتوقع في جهاز 580 الخاص بي) وخطأ SteamVRs مع إعادة الإسقاط غير المتزامن لا يساعد هناك - لكن هذا جيد. من المحتمل أن يتعامل جهاز rx 5700XT القادم مع ذلك.
لكن الطيران في الفضاء جعل اللعبة تنهار. بدت مثل اللحظة التي كنت فيها "في الفضاء" ، عندما تمكنت من رؤية الكويكبات. تجمدت النافذة على سطح المكتب ، ولم تدفع أي إطارات أخرى إلى الواقع الافتراضي ، وبدا الصوت وكأنه يكرر آخر 5 ثوانٍ أو نحو ذلك.
steam-275850.log
لذلك سأضطر إلى تقييد نفسي بالكوكب في الوقت الحالي ، ولكن حتى هذا لا يزال مدهشًا للغاية.

Zamundaaa كيف حصلت عليه للعمل؟ لا يزال المنجم يتجمد فقط عند فتح NMS في VR.

تحرير: وبدأت للتو في العمل على التجربة ....
EDIT2: يبدو الأداء هراءًا تمامًا ، وهذا على Radeon VII ...

حاول تعطيل إعادة طرح غير متزامن. واذهب إلى إعدادات الفيديو ، وقم بتعطيل الغطاء 60 إطارًا في الثانية ، VSync ، وقلل من دقة نافذة المرآة وما إلى ذلك. إنه أمر جيد بالنسبة لي مع أقل الإعدادات ، ولكن بدون إعادة طرح غير متزامن ، فإنه نوع من التعتيم ذهابًا وإيابًا عند تحريك الرأس. ومع إعادة الإسقاط غير المتزامن ، فإنه يبتعد تمامًا (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226)

آه! سأحاول كل ذلك ، شكرا!

لذا ، لا يوجد تصحيح رسمي لتخصيص nvidia vram؟

على خلاف VKx ، قال أحد مطوري nvidia أنهم يحاولون الاتصال بـ Hello Games لإصدار إصلاح ، حيث تم التأكد من أنها مشكلة تتعلق باللعبة.

يبدو أن مشكلة الصخور كونها غريبة قد تم إصلاحها. من التصحيح:

تم إصلاح عدد من مشكلات LODding في نباتات معينة

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

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

يبدو أنه يعمل ، أعتقد أن HG قد أصلحه رسميًا.

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

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

يبدو أنه يعمل ، أعتقد أن HG قد أصلحه رسميًا.

يعمل بشكل رائع الآن بالنسبة لي ، بدون الحل.

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 3972MiB

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

لقد أصلحته لي أيضا مرة أخرى ، تعطل الإطلاق الأول.

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

هذه في الغالب علامة على أن Vulkan Shader Cache قيد الإنشاء.

أحدث تصميم تجريبي أيضًا أصلح مشكلات أدائي. يمكنني الآن لعب اللعبة دون محاكاة ساخرة! هذا رائع!

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

كان NMS يتعطل مباشرة بعد محمل starfield. أدت الترقية إلى mesa 19.2.0 ~ rc1 على دبيان إلى إصلاح المشكلة.

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

لقد أجريت تعديلًا لإصلاح ذلك ، راجع https://github.com/ValveSoftware/Proton/issues/438#issuecomment -522352356

يبدو من المؤسف أن دوف تفعل ذلك. بالتأكيد هناك سبب.

يبدو أن مشكلة الصخور كونها غريبة قد تم إصلاحها. من التصحيح:

تم إصلاح عدد من مشكلات LODding في نباتات معينة

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

لم يتم إصلاحه بالنسبة لي لسوء الحظ
https://imgur.com/a/Kpm4Dbt
سواء مع بناء NMS العادي والتجريبي

أنا أستخدم وحدة معالجة رسومات بولاريس وتعطلت اللعبة في شاشة البدء أو التحميل.
تعيين <Property name="VsyncEx" value="Triple" /> إلى <Property name="VsyncEx" value="Off" /> أصلح المشكلة بالنسبة لي.

FurbyonSteroid لقد بدأت NMS مرة أخرى للتحقق مرة أخرى والآن كان هناك مرة أخرى بالنسبة لي. كان أفضل من ذي قبل ، لكنه لا يزال هناك / مرة أخرى. عجيب.

تعطل اللعبة بعد تحميل الشاشة مع ACO و Tessellation Low على Picasso 3500U. تحميل أو إنشاء ملف حفظ جديد لا يعمل.
steam-275850-newsave.log
steam-275850.log

تحرير: تصحيح توليد وحدة المعالجة المركزية

لقد جربت أحدث تصحيح وأخيرًا يعمل VR! هذا رائع!

تم تأكيد experimental الآن كما هو متوقع (تم اختباره باستخدام سماعة رأس مؤشر الصمام ). لا يزال الأداء العام يمثل مشكلة على الرغم من أن هذا ينطبق أيضًا على Windows.

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

• وحدة معالجة الرسومات: RTX 2060
• إصدار برنامج التشغيل / LLVM: NVIDIA 430.40
• إصدار النواة: 5.0.0-25-عام
• رابط لتقرير معلومات النظام الكامل كـ Gist
• إصدار البروتون: 4.11-2
• إصدار SteamVR: 1.7.9

عملت اللعبة بشكل رائع بالنسبة لي (GTX 1080) مع nvidia لمحاكاة محاكاة ساخرة. بعد تحديث اليوم ، قمت بإزالة محاكاة ساخرة ولا تزال اللعبة تعمل بشكل رائع.

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

تعمل ألعاب Proton VR الأخرى مثل Gorn بشكل جيد مع الأداء المتوقع (90 إطارًا في الثانية مقفلة بدون إعادة إسقاط).

أبلغ المستخدمون الآخرون على نظام التشغيل windows عن أداء 90 إطارًا في الثانية في السماء الحرام مع إعدادات مثل خاصتي و VR. أنا أصبح 30

هل حاول أي شخص آخر VR؟

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

beniwtv من المحتمل أنك تواجه https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226 أيضًا.
يمكنك تعطيل إعادة الإسقاط غير المتزامن في المتصفح على http: // localhost : 8998 / dashboard / debugcommands.html
هذا يجعلها قابلة للتشغيل إلى حد ما بالنسبة لي (في أقل الإعدادات ، لكن وحدة معالجة الرسومات الخاصة بي هي حماقة مقارنة بـ RVII). إذا نجح ذلك ، فمن المحتمل أن يكون من الجيد إضافة تقرير النظام الخاص بك إلى الإصدار رقم 226. إما اصطدمت Valve بجدار أو أنها لا تبذل الكثير من الجهد لإصلاحه.
@ fazo96 ، قد يكون هناك بعض المشكلات الأخرى مع NMS + NVidia أو قد يكون نفس الخطأ. هل يعمل Async Reprojection الآن على Linux على الإطلاق؟

Zamundaaa لا أعتقد أن إعادة الإسقاط غير المتزامن تعمل على الإطلاق بالنسبة لي على نظام Linux وفقًا لشاشة إعدادات SteamVR. يعمل إعادة الإسقاط المنتظم فقط (ويتم تشغيله دائمًا في NMS).

لا يعمل تجانس الحركة إما لأنه غير مدعوم ، ومن المدهش أنه يقول إنه غير مدعوم على "الإصدارات القديمة من Windows": ابتسامة:

حاولت تعطيل إعادة الإسقاط وأكدت على شاشة إعدادات SteamVR أنه لم يتم إعادة إسقاطه ، لكن معدل الإطارات كان لا يزال منخفضًا للغاية لدرجة أنه كان يسبب الغثيان. تعمل اللعبة بسرعة 80-120 إطارًا في الثانية في 1440 بكسل مع أقصى إعدادات عندما لا تكون في الواقع الافتراضي ، مع انخفاضات إلى 20-50 لجزء من الثانية عند الهبوط على الكواكب أو في حالات أخرى.

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

Zamundaaa حاولت إيقاف تشغيله ، وأظهر لي أنه

بغض النظر عن الإعدادات ، استمرت هذه المشكلة.

لقد جربت الإصدار التجريبي SteamVR 1.7 اليوم منذ أن ذكروا في سجل التغيير أداءً محسنًا على Linux.

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

هذا على جهاز HTC Vive الخاص بي مع GTX 1080 مع الحد الأدنى من الإعدادات و 1.0 supersampling ، وبالتالي فإن النتائج لا تزال أسوأ بكثير مما هو متوقع على Windows ، على الرغم من أنها تمثل تحسنًا كبيرًا عن SteamVR قبل 1.7.

أتعرض لصدمة أثناء لعب اللعبة. يمكن استنساخه في حوالي 10 دقائق من اللعب.

steam-275850.log

إخراج dmesg لتحطم

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

الشيء الغريب هو ، الأسبوع الماضي في 4.11-4 ، لعبت اللعبة لساعات متواصلة دون مشاكل. ظهر هذا اليوم للتو بعد أن قمت بالتحديث إلى 4.11-5. سيؤدي العودة إلى 4.2-9 أيضًا إلى إعادة إنتاج هذه المشكلة.

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

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

• وحدة معالجة الرسومات: GTX 1080
• إصدار برنامج التشغيل / LLVM: nvidia-drivers-435.21
• إصدار النواة: 4.19.72-gentoo

كما أنني أتعرض لتحطم قابل للتكرار بعد 10 دقائق من اللعب.

ومع ذلك ، لا توجد رسائل "xid" في dmesg أو النوافذ المنبثقة. تتجمد اللعبة ولكن يستمر تشغيل الصوت. لا بد لي من قتل NMS.exe يدويًا. عادة ما تكون العملية حوالي 4.2 جيجابايت في هذه المرحلة.

تم الاختبار مع أحدث إصدارات Proton و GloriousEggroll.

steam-275850.log

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

• ذاكرة الوصول العشوائي: 16 جيجابايت
• وحدة معالجة الرسومات: RTX 2070 8 جيجا بايت
• إصدار برنامج التشغيل / LLVM: 435.19.03 (تم اختباره مع 435.21 - نفس المشكلة)
• إصدار النواة: 5.2.15-zen ( zen-kernel )
• إصدار البروتون: 4.15-GE-2-7-g57d3fe8
• الفرع: الفرع التجريبي 12/09 ( ملاحظات التصحيح )

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

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

لم أجمع إحصاءات FPS ، لكنها كانت سلسة ويبدو أنها تمت مزامنتها مع شاشة المزامنة المجانية الخاصة بي.

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

• ذاكرة الوصول العشوائي: 32 جيجابايت
• وحدة معالجة الرسومات: Radeon RX Vega 64 8GB
• السائق: amdgpu
• إصدار النواة: 5.2.11-manjaro
• إصدار البروتون: 4.11-6

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

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

• ذاكرة الوصول العشوائي: 16 جيجابايت
• وحدة معالجة الرسومات: Radeon RX 580 8GB
• برنامج التشغيل: amdgpu (ACO) DRM 3.27.0، LLVM 8.0.0 Mesa 19.3.0-devel
• إصدار النواة: 5.0.0-29-عام
• إصدار البروتون: 4.11-6

lavadrop آه ، أخيرًا بعض الصور التي تظهر فيها هذه القطع الأثرية حقًا. هل ستكون قادرًا على تقديم لقطة عرض لمثل هذا الموقف وربطها هنا https://github.com/daniel-schuermann/mesa/issues/112 ؟

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

lavadrop آه ، أخيرًا بعض الصور التي تظهر فيها هذه القطع الأثرية حقًا. هل ستكون قادرًا على توفير التقاط Renderdoc لمثل هذا الموقف وربطه هنا daniel-schuermann / mesa # 112 ؟

طبعا أكيد

أتعرض لصدمة أثناء لعب اللعبة. يمكن استنساخه في حوالي 10 دقائق من اللعب.

steam-275850.log

إخراج dmesg لتحطم

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

الشيء الغريب هو ، الأسبوع الماضي في 4.11-4 ، لعبت اللعبة لساعات متواصلة دون مشاكل. ظهر هذا اليوم للتو بعد أن قمت بالتحديث إلى 4.11-5. سيؤدي العودة إلى 4.2-9 أيضًا إلى إعادة إنتاج هذه المشكلة.

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

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

• وحدة معالجة الرسومات: GTX 1080
• إصدار برنامج التشغيل / LLVM: nvidia-drivers-435.21
• إصدار النواة: 4.19.72-gentoo

لدي نفس الانهيار 8 مرات من أصل 10 ، هل من أخبار؟

أتعرض لصدمة أثناء لعب اللعبة. يمكن استنساخه في حوالي 10 دقائق من اللعب.
steam-275850.log

إخراج dmesg لتحطم

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

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

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

• وحدة معالجة الرسومات: GTX 1080
• إصدار برنامج التشغيل / LLVM: nvidia-drivers-435.21
• إصدار النواة: 4.19.72-gentoo

لدي نفس الانهيار 8 مرات من أصل 10 ، هل من أخبار؟

لا أحصل على أي أعطال هنا ، حيث قيل إنني تعطلت في التحميل الأول لتحديث جديد قبل أسبوعين بسبب استمرار تمكين تراكب nvidia fps. لقد واجهت أيضًا القليل من عدم الاستقرار مع V-sync.

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

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

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

أستطيع أن أؤكد تلك الأخطاء الرسومية. لقد جربت اللعبة مع وبدون تمكين ACO. لذلك يبدو أن هذه المشكلة لا تتعلق بالنهاية المترجمة. أعلم أن المشكلة لا توجد عند استخدام nvidiagpu. لذا فإن تخميني أن لها علاقة بسائق RADV. تستخدم No man's sky vulkan باعتبارها واجهة برمجة تطبيقاتها الأصلية ، لذا لا تتسبب dxvk في حدوث تلك الأخطاء.

أنواع النظام:

ذاكرة عشوائية 16 جيجابايت
وحدة معالجة الرسومات: Radeon RX 590
برنامج التشغيل: amdgpu (ACO) DRM 3.27.0، LLVM 8.0.0 Mesa 19.3.0-devel
النواة: 5.3.5
إصدار البروتون: 4.11-6

لقد كافحت مع xid 13s لفترة طويلة ؛ جربت برامج تشغيل مختلفة ، حتى أنني غيرت التوزيعة دون جدوى. تمكنت أخيرًا من إصلاحها عن طريق القيام بما يلي:

• النسخ الاحتياطي للملفات المحفوظة الخاصة بي
• إزالة كل ما يمكن فعله مع no mans sky (the proton dir، the shader cache etc)
• أعد التثبيت من البخار
• جاري نسخ ملفاتي المحفوظة

نأمل أن يساعد هذا ، يبدو أن المشكلة تلمس وتذهب ولكن حظًا سعيدًا

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

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

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

يمكنني أيضًا تأكيد وجود هذه المشكلة أثناء التشغيل على Arch Linux مع Proton 4.11-9. أنا أستخدم Vega 56.

يمكنني أيضًا تأكيد وجود هذه المشكلة أثناء التشغيل على Arch Linux مع Proton 4.11-9. أنا أستخدم Vega 56.

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

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

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

بعض المعلومات حول أجهزتك ستكون مفيدة.

عند استخدام وحدة معالجة رسومات AMD ، أود أن أتحرك لاستخدام Mesa 19.3 وتفعيل دعم ACO المدمج الجديد. عند استخدام Ubuntu أو أحد مشتقاته (أنا أستخدم Linux Mint 19.2) ، سيكون kisak-PPA اختيارًا جيدًا:
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

لدي أحدث برامج تشغيل nvidia مع 1080TI

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

يمكنك بشكل عام السماح لـ Proton بإنشاء سجل باستخدام "PROTON_LOG = 1٪ command٪"

يمكنني أيضًا تأكيد وجود هذه المشكلة أثناء التشغيل على Arch Linux مع Proton 4.11-9. أنا أستخدم Vega 56.

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

هل يمكن توضيح ذلك؟ أخطط لاختبار NMS في windows على نفس الجهاز قريبًا.

يمكنك بشكل عام السماح لـ Proton بإنشاء سجل باستخدام "PROTON_LOG = 1٪ command٪"

إنه لا يخزن أي سجلات في دير منزلي ، عند بدء التشغيل باستخدام Wine العادي ، تظهر الرسالة VK_ERROR_INITIALIZATION_FAILED

يمكنك بشكل عام السماح لـ Proton بإنشاء سجل باستخدام "PROTON_LOG = 1٪ command٪"

إنه لا يخزن أي سجلات في دير منزلي ، عند بدء التشغيل باستخدام Wine العادي ، تظهر الرسالة VK_ERROR_INITIALIZATION_FAILED

يعني هذا الخطأ أن نظامك لم يتم تكوينه بشكل صحيح لاستخدام Vulkan

يمكنك بشكل عام السماح لـ Proton بإنشاء سجل باستخدام "PROTON_LOG = 1٪ command٪"

إنه لا يخزن أي سجلات في دير منزلي ، عند بدء التشغيل باستخدام Wine العادي ، تظهر الرسالة VK_ERROR_INITIALIZATION_FAILED

يعني هذا الخطأ أن نظامك لم يتم تكوينه بشكل صحيح لاستخدام Vulkan

ألق نظرة على هذا لمعرفة متطلبات Proton وكيفية إعداد Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

يمكنك بشكل عام السماح لـ Proton بإنشاء سجل باستخدام "PROTON_LOG = 1٪ command٪"

إنه لا يخزن أي سجلات في دير منزلي ، عند بدء التشغيل باستخدام Wine العادي ، تظهر الرسالة VK_ERROR_INITIALIZATION_FAILED

يعني هذا الخطأ أن نظامك لم يتم تكوينه بشكل صحيح لاستخدام Vulkan

ألق نظرة على هذا لمعرفة متطلبات Proton وكيفية إعداد Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

لقد قمت بالفعل بهذه الخطوات ولدي أحدث برامج التشغيل. أنا على 1060 6 جيجابايت.
أيضا DOTA2 يعمل مع Vulkan الكمال.

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

كما قيل ، لا أعرف السبب الدقيق. ربما ستجربها.

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

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

كما قيل ، لا أعرف السبب الدقيق. ربما ستجربها.

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

أين يتم تخزين سجلات الأخطاء هذه بالضبط؟ أنا على Ubuntu 19.10. يتم تشغيل اللعبة وإغلاقها للتو بدون شاشة سوداء على Steam ، وعند تجربة تثبيت Wine Lutris ، يعطيني خطأ Vulkan هذا.

أين يتم تخزين سجلات الأخطاء هذه بالضبط؟ أنا على Ubuntu 19.10. يتم تشغيل اللعبة وإغلاقها للتو بدون شاشة سوداء على Steam ، وعند تجربة تثبيت Wine Lutris ، يعطيني خطأ Vulkan هذا.

لم أحذف ملفات السجل فقط. لقد حذفت اللعبة بأكملها.

أخيرا حصلت على السجل للعمل. لقد قمت بإلغاء تثبيت كل شيء بما في ذلك Steam وجميع ألعابي.
steam-275850.log

مرحبًا @ pattmax00 ، err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory من السجل هو المكان الذي بدأت فيه الأمور تسوء. ما نظام الملفات الذي تستخدمه مع /media/max/OS ؟

مرحبًا @ pattmax00 ، err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory من السجل هو المكان الذي بدأت فيه الأمور تسوء. ما نظام الملفات الذي تستخدمه مع /media/max/OS ؟

NTFS ، مخجل أعرف ، إنها قصة طويلة.

يُعرف Proton + NTFS بكونه مزاجيًا ويجب تركيبه بعناية حتى يعمل Proton معه. على وجه الخصوص ، نعلم أنه يجب تثبيته مع ntfs-3g باعتباره المستخدم الحالي ، وبدون خيار التثبيت windows_names . قد تكون هناك قيود أخرى متضمنة ويمكنك البحث عن ntfs في متتبع المشكلة هذا للعثور على ما جربه الآخرون.

يُعرف Proton + NTFS بكونه مزاجيًا ويجب تركيبه بعناية حتى يعمل Proton معه. على وجه الخصوص ، نعلم أنه يجب تثبيته مع ntfs-3g باعتباره المستخدم الحالي ، وبدون خيار التثبيت windows_names . قد تكون هناك قيود أخرى متضمنة ويمكنك البحث عن ntfs في متتبع المشكلة هذا للعثور على ما جربه الآخرون.

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

اللعبة تعمل الآن!

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

x-gvfs-show ، noatime ، غير متزامن ، big_writes ، ورث ، windows_names ، uid = 1000 ، gid = 1004 ، rw ، user ، exec ، umask = 000 0 0

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

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

المواصفات هي i7-9750H و GTX 1660Ti يعملان على Ubuntu 18.04 (نظام تشغيل أولي).

مرحبًا Cybiko ، هذا يبدو مشابهًا لـ # 3215. هل يمكنك التحقق مما إذا كان هذا هو ما واجهته؟

@ kisak-valve لا يبدو أن أيًا من أوامر التشغيل الموجودة لديها أي تأثير على لعبتي على الإطلاق.

إنها Steam Overlay.
خطأ: ld.so: الكائن '~ / .local / share / Steam / ubuntu12_32 / gameoverlayrenderer.so' من LD_PRELOAD لا يمكن تحميله مسبقًا (فئة ELF خاطئة: ELFCLASS32): تم التجاهل.

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

لقد كتبت حلاً بديلاً لـ RADV يبدو أنه يحل المشكلة بغض النظر عن الواجهة الخلفية (LLVM أو ACO) المستخدمة: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
من المحتمل أن يتم دمجها اليوم أو غدًا ونأمل أن تزيل القطع الأثرية الصغيرة التي تصادفها في اللعبة. (لم أختبر اللعبة في اللعبة لأنني لا أمتلك اللعبة ، لذا سأكون سعيدًا إذا كان بإمكان أي شخص الإبلاغ.) لن نعيد هذا الحل إلى مستقر mesa لأنه غازي للغاية ، آسف لذلك.

لقد كتبت حلاً بديلاً لـ RADV يبدو أنه يحل المشكلة بغض النظر عن الواجهة الخلفية (LLVM أو ACO) المستخدمة: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
من المحتمل أن يتم دمجها اليوم أو غدًا ونأمل أن تزيل القطع الأثرية الصغيرة التي تصادفها في اللعبة. (لم أختبر اللعبة في اللعبة لأنني لا أمتلك اللعبة ، لذا سأكون سعيدًا إذا كان بإمكان أي شخص الإبلاغ.) لن نعيد هذا الحل إلى مستقر mesa لأنه غازي للغاية ، آسف لذلك.

يبدو أن القطع الأثرية لا تزال موجودة للأسف ، اختبرت التصحيح باستخدام PKGBUILD من TKG مع كل من LLVM و ACO

BlazeKl شكرا للاختبار. إذا كنت متأكدًا من أنك أضفت التصحيحات (6 تصحيحات) بشكل صحيح ، فهل يمكنك التحقق من اسم التطبيق المبلغ عنه إذا كان يبلغ "No Mans Sky"؟ لأنني متأكد من أنني قد أزيلت القطع الأثرية في التقاط Renderdoc ، ولكن ربما لم يتم تمكين الحل البديل لسبب ما.

@ daniel-schuermann اسم التطبيق هو "No Man's Sky" ، جربه مرة أخرى بالاسم الصحيح وهو يعمل بشكل رائع ، شكرًا

متى سنحصل على التصحيح؟ أنا أستخدم oibaf ppa الآن. لكن القطع الأثرية لا تزال مرئية.

متى سنحصل على التصحيح؟ أنا أستخدم oibaf ppa الآن. لكن القطع الأثرية لا تزال مرئية.

لقد دمجت السلسلة اليوم ، لذا يجب أن تأتي مع التحديث التالي.

أبلغ بعض المستخدمين عن مشكلات في سلسلة Proton 5.0. ربما يكون قد أثر فقط على المستخدمين الذين لم يسبق لهم تشغيله على الإصدارات الأقدم من Proton. على أي حال ، قمنا بتضمين إصلاح لـ No Man's Sky في الإصدار 5.0-4 ، لذلك إذا كنت تواجه مشكلة في اللعبة على Proton 5.0 ، فقد يكون من المفيد إعادة المحاولة الآن.

مشاكل مثل تحطم كل ساعتين من اللعب أو نحو ذلك؟

هل يعاني أي شخص آخر من مشاكل مع NMS + Steam VR. مع أحدث إصدار ، عندما أبدأ تشغيل NMS عبر Steam VR ، تظل سماعة الرأس VR سوداء ، يمكنني سماع الموسيقى القادمة من سماعات الرأس ، ويمكنني رؤية القائمة الرئيسية فقط على شاشتي. يبدو الأمر كما لو أن اللعبة يتم إجبارها على وضع سطح المكتب؟ يمكنني استخدام الماوس ولوحة المفاتيح للتنقل بين القوائم ، لكن وحدات التحكم في الواقع الافتراضي الخاصة بي غير نشطة.

نعم ، لا يمكنني الحصول على NMS للبدء في وضع VR أيضًا

يبدو أن هناك مشكلة في تهيئة Proton 5.0-4 لـ OpenVR لألعاب معينة. يرجى الاطلاع على هذه المشكلة: https://github.com/ValveSoftware/Proton/issues/3652

يعمل Proton 5.0-5 على إصلاح المشكلة مع NMS + VR. ياي!

يمكن التأكيد ، يعمل مرة أخرى :)

مرحبا. لقد اشتريت مؤخرًا No Man's Sky ولم أتمكن من تشغيله. عندما أنقر على زر التشغيل في واجهة Steam Library ، تتحول الشاشة إلى اللون الأسود لثانية واحدة فقط ، ثم تعود الشاشة إلى واجهة مستخدم Library ويظهر زر التشغيل مرة أخرى.
من السجلات ، يظهر الخطأ التالي عند خروج اللعبة:

ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
GameAction [AppID 275850, ActionID 2] : LaunchApp changed task to Completed with ""

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

فيما يلي السجلات الكاملة:
https://gist.github.com/trentchilders/5aa2fa1aa8aad586ce6feff0defaa4c2

وحدة المعالجة المركزية: معالج AMD Ryzen 5 1600 سداسي النواة
وحدة معالجة الرسومات: سلسلة Radeon RX 570

يمكن تجاهل الأشياء "خطأ: ld.so: ..." بأمان. الخط الفعلي للأهمية هو:

Z: \ home \ trent.local \ shareSteam \ steamapps \ common \ No Man's Sky \ Binaries \ NMS.exe: خطأ في البحث عن الرمز: /usr/lib/x86_64-linux-gnu/libvulkan_radeon.so: رمز غير محدد: amdgpu_bo_list_create_raw

يبدو أن برامج تشغيل Vulkan الخاصة بك مخطئة. ما هي توزيعتك ، هل نظامك محدث وما هو ناتج "vulkaninfo"؟

Zamundaaa شكرا

Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:    18.04
Codename:   bionic

وهذا هو الخروج ولكن من vulkaninfo :

https://gist.github.com/trentchilders/1eb9d1f3f54ccdd0fe7689122e0301b5

قمت بتشغيل sudo apt-get dist-upgrade للتأكد من أنني كنت محدثًا ، وحصلت على نفس "الرمز غير المحدد: amdgpu_bo_list_create_raw" كما في السابق.

أود أن أقترح استخدام نظام تشغيل أحدث ، أو على الأقل ترقية مكتبات برنامج التشغيل / التحميل من فولكان

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

تضمين التغريدة
فيما يتعلق بما قاله Zamundaaa ، فإنني أوصي بـ PPA لـ @ kisak-valal. اعتدت على استخدام Padoka PPA أيضًا ... لكن لم يعد يتم تحديث PPA (بعد الآن) بشكل منتظم وسريع. لذلك تحولت إلى kisak-PPA.

يقوم kisak PPA بتحديث برامج تشغيل Mesa إلى أحدث إصدار (حاليًا 20.0.3). في نفس الوقت قمت بدمج دعم ACO الذي تنشره Valve ، إذا رغبت في ذلك (يمكن تشغيله أو إيقاف تشغيله بشكل فردي):
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

بالإضافة إلى ذلك ، يجب عليك تثبيت أو تحديث برامج تشغيل Vulcan:
sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386

لكن يمكنك أن تجد كل هذا هنا أيضًا:
https://github.com/ValveSoftware/Proton/wiki/Requirements

@ KuJo-Ger شكرا لمشاركتك. أضفت Kisak PPA وقمت بتشغيل أمر التثبيت الذي تشير إليه وحصلت على هذا:

mesa-vulkan-drivers is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).
mesa-vulkan-drivers:i386 is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).

ومع ذلك لا تزال اللعبة لا تعمل. أحصل على نفس الأخطاء. لذلك ، قد يقودني هذا إلى المسار الذي اقترحه @ telans و Zamundaaa : توزيعة

Zamundaaa لست على دراية بـ pkcube. سآخذ للنظر في الأمر والعودة إليك.

لا pkcube ، "vkcube". فقط قم بتشغيله في المحطة ، يجب أن يكون مثبتًا بالفعل.
أنا شخصياً أستخدم Manjaro KDE ويعمل NMS بشكل مثالي كما هو الحال دائمًا. بالنسبة للألعاب ، من الأفضل عادةً اختيار توزيعة محدثة إلى حد ما ، وأفضل الخيارات ستكون Arch و Manjaro و Fedora و Solus ولكن يجب أن يكون أحدث Ubuntu أيضًا كافيًا طالما أنك لا ترغب في استخدام أجهزة جديدة مثل وحدات معالجة الرسومات بعد فترة وجيزة إطلاق.

مرحبًا trentchilders ، من فضلك لا تستخدم عدة mesa PPAs في نفس الوقت ، هذا لم يتم اختباره تمامًا وقد يكون له آثار جانبية غريبة. إذا كنت تريد الاختبار باستخدام PPA الخاص بي ، فالرجاء PPA-purge oibaf's PPA قبل إضافة المنجم ، والعكس صحيح إذا كنت تريد التبديل مرة أخرى.

تضمين التغريدة
قمت بتثبيت PPA من oibaf. يعتمد هذا على الإصدار 20.1 غير المستقر والذي لم يتم إصداره بعد من Mesa (20.1 ~ git2004220730.f1a12d ~ oibaf ~ b). تم إصدار الإصدار 20.0.x حاليًا وهو مستقر. قد يكون هذا أيضًا سبب عدم تشغيل NMS.

يوصى دائمًا باختيار إصدار ثابت. مثل واحد من @ kisak-valu.

ولكن كما أوضح kisak بالفعل ، يجب عليك إلغاء تثبيت PPA الأخرى قبل أن تتمكن من تثبيت PPA الخاص به. هذا موصوف على سبيل المثال في صفحة PPA الخاصة بـ oibaf (راجع القسم الموجود أسفل "=== العودة إلى برامج التشغيل الأصلية ==="):
-> https://launchpad.net/~oibaf/+archives/ubuntu/graphics-drivers

ثم اتبع الخطوات الموضحة في صفحة Proton (راجع قسم "AMD / Intel"):
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

راجع للشغل - أستخدم Linux MInt 19.3 مع kisak PPA. AMD Ryzen 5 3600 و AMD Radeon RX 5700 XT.

@ KuJo-Ger فهمت ذلك. شكرا جزيلا لك. أنا في العمل الآن ولكن يمكنني تجربة ذلك عندما أصل إلى المنزل. نعم. كان لدي العديد من PPAs لسائقي mesa ، والذي كان غبيًا ، لكنني ما زلت أتعلم كل هذا.

Zamundaaatelans @ kisak صمام الشكر لكم جميعا للرد. أنا فعلا أقدر ذلك.

تعمل No Man's Sky بشكل جيد للغاية إلى جانب بعض التعتيم أثناء المشاهد المقطوعة. المشكلة الوحيدة التي أواجهها هي الأعطال العشوائية أثناء اللعب. سأحاول التقاط سجل الأخطاء ولكن الماوس يختفي في نافذة التعطل. رأيت شيئًا يشير إلى OpenVR وليس لديّ سماعة رأس VR ، لذا ربما تحاول العثور على واحدة.

لقد انهارت اللعبة الآن عدة مرات عند دخولها الفضاء. ولكن إلى جانب ذلك ، فهو يعمل بشكل جيد على نظام Arch Linux الخاص بي مع Ryzen 5 3600 و 16 جيجابايت من ذاكرة الوصول العشوائي و RTX 2060.

كنت قادرا على التقاط سجل الأخطاء

كنت قادرا على التقاط سجل الأخطاء

من المفيد أكثر استخدام السجل المقدم مع PROTON_LOG = 1٪ أمر٪

حسنًا ، هذا سجل بروتون .

لقد وجدت شيئًا غريبًا في No Man's Sky حيث لن تفتح اللعبة بعد بضع دقائق. الحل لذلك هو فتح مدير المهام (على سبيل المثال: htop ، top ، GNOME Task Manager ، إلخ.) وقتل عمليات explorer.exe وفي غضون ثوانٍ قليلة ستفتح اللعبة.

اللعبة لا تفتح حتى مع بروتون 5.0-7. نظرًا لأن اللعبة لا تفتح ، فإنها لا تنشئ حتى ملف سجل عند استخدام PROTON_LOG = 1٪ command٪

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

Bug] No Man's Sky LOD تتلاشى تأثير الفساد

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/3902.
FuzzyQuills تم نشره على 2020-05-23T10: 02: 34:

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

• اسم اللعبة مع مشكلات التوافق: No Man's Sky
• معرف تطبيق Steam للعبة: 275850

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

• وحدة معالجة الرسومات: RX 570
• إصدار برنامج التشغيل / LLVM: Mesa 19.3.3 / LLVM 9.0.1 (باستخدام ACO ، تظهر نفس المشكلة على LLVM ، ولكنها غير موجودة في برنامج تشغيل Windows AMD Vulkan)
• إصدار النواة: حاليًا 4.19 ، تم اختبار النواة 5.3-3.6 أيضًا
• رابط لتقرير معلومات النظام الكامل مثل Gist : https://gist.github.com/FuzzyQuills/294fdb78855e9c9b389194b8cfc1fcc6
• إصدار البروتون: 5.0-7

أؤكد:

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

<Log omitted, please see #3902>

الأعراض

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

نظرًا لأن هذا يحدث في كل من AMDVLK و RADV / LLVM و RADV / ACO ولكن ليس على Windows ، أظن أن هذا قد يكون خللًا في مترجم التظليل ، ولكن من يدري ... لم أر هذا تم الإبلاغ عنه في أي مكان على الإطلاق ، مع تعليق واحد فقط من reddit مع صورة gif تُظهر الأداة أيضًا على وحدة معالجة رسومات AMD مختلفة.

(لقطة شاشة توضح حالة واحدة من تلف لوحة الإعلانات على وجه الخصوص: https://imgur.com/a/zbStQ4T)

التكاثر

ما عليك سوى تشغيل اللعبة على تكوين النظام أعلاه. (أو لهذا الأمر أي GPU يستخدم برنامج تشغيل amdgpu)

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

مرحبًا FuzzyQuills ، لدى mesa 20.1 بعض الالتزامات التي قد تساعد في ما تراه ، وتحديداً https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. إذا كنت قادرًا ، فيرجى اختبار اللعبة باستخدام mesa 20.1.0-rc4 أو git master.

مرحبًا FuzzyQuills ، لدى mesa 20.1 بعض الالتزامات التي قد تساعد في ما تراه ، وتحديداً https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. إذا كنت قادرًا ، فيرجى اختبار اللعبة باستخدام mesa 20.1.0-rc4 أو git master.

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

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

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

سأختبر أكثر بعد أن أنام. مطلوب 20.1 للحصول على No Man's Sky الخالية من الأخطاء.

الآن بعد أن تم إصدار Mesa 20.1 ويحتوي على إصلاح لـ No Man's Sky ، هل يمكنك تأكيد أنه يعمل بشكل جيد؟ شكرا جزيلا!

لم أشاهد مطلقًا مشكلات رسومية مع No Man's Sky ، فقد يكون الأمر يتعلق فقط بالأجهزة التي لدي في سطح المكتب أو تتعلق باستخدام Arch Linux. ولكن كما علقت من قبل ، هناك مشكلات في اللعب.

الآن بعد أن تم إصدار Mesa 20.1 ويحتوي على إصلاح لـ No Man's Sky ، هل يمكنك تأكيد أنه يعمل بشكل جيد؟ شكرا جزيلا!

حاليًا يبدو أن No Man's Sky الخاص بي على ما يرام. ذهب علة اللد بالتأكيد.

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

لم أشاهد مطلقًا مشكلات رسومية مع No Man's Sky ، فقد يكون الأمر يتعلق فقط بالأجهزة التي لدي في سطح المكتب أو تتعلق باستخدام Arch Linux. ولكن كما علقت من قبل ، هناك مشكلات في اللعب.

ما هي مشكلات اللعب التي تواجهها على وجه التحديد؟ (بخلاف الأعطال)

اللعبة تتعطل عند مغادرة كوكب.

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

ما هو إصدار بروتون؟ أنا أستخدم 5.0-9 (الأحدث)

أنا أستخدم Proton-5.6-GE-1

أنا أستخدم Proton-5.6-GE-1

أفترض أنك تبدأ من خلال Steam؟ حاول فرض 5.0-9 على وجه التحديد ومعرفة ما إذا كان يساعد في إصلاحه.
يمكنني أيضًا تجربة تصميم GE من ناحيتي ومعرفة ما إذا كان يتعطل.

نعم ، من خلال Steam. لا يمكنني الوصول إلى سطح المكتب في الوقت الحالي الذي به المشكلة.

لقد قمت بتشغيلها على جهاز الكمبيوتر المحمول الخاص بي دون مشاكل ويبدو أن هذا يمثل مشكلة في امتلاك وحدتي معالجة رسومات NVidia (RTX 2060 و GTX 1050ti) أو امتلاك Ryzen 5 3600 الذي يحتوي عليه كلا سطح المكتب.

تلعب اللعبة بشكل جيد بالنسبة لي ، ولكن هناك مشكلة واحدة جديدة كنتيجة لتحديثها الأخير: TLS 1.1 و 1.2 مطلوبان:

انظر النقطة الرابعة في الجزء السفلي من ملاحظات التصحيح: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/؟ cli_action=1592800239.205

يرتبط بهذا الموقع: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- البروتوكولات في واي

هل هناك طريقة لتمكينها في Proton حتى نتمكن من مواصلة اللعب عبر الإنترنت؟

لقد انتهى عمر TLS 1.1 لمدة عامين حتى الآن ، ولن يكون تمكينه هو أذكى فكرة أمنية

تلعب اللعبة بشكل جيد بالنسبة لي ، ولكن هناك مشكلة واحدة جديدة كنتيجة لتحديثها الأخير: TLS 1.1 و 1.2 مطلوبان:

انظر النقطة الرابعة في الجزء السفلي من ملاحظات التصحيح: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/؟ cli_action=1592800239.205

يرتبط بهذا الموقع: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- البروتوكولات في واي

هل هناك طريقة لتمكينها في Proton حتى نتمكن من مواصلة اللعب عبر الإنترنت؟

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

لقد انتهى عمر TLS 1.1 لمدة عامين حتى الآن ، ولن يكون تمكينه هو أذكى فكرة أمنية

إذا كان Proton يستخدم نظام التشغيل Windows 7 كإصدار أساسي من نظام التشغيل ، فمن المحتمل أنه يستخدم TLS 1.0 بدلاً من ذلك ، ولكن نظرًا لأن التحديث المتقاطع يعمل معي عندما تم إطلاقه ، لا أعتقد أن هذا هو الحال هنا.

قد أكون مخطئًا ، لأنني أجريت تحقيقًا بسيطًا في الأمر (لست متأكدًا من أين أبدأ حقًا) ، لكن يمكنني القول أن تعدد اللاعبين معطل حاليًا للأشخاص الذين يستخدمون Windows 7 وعلى ما يبدو للأشخاص الذين يديرون اللعبة عبر Steam Play. الطريقة الوحيدة للعب عبر الإنترنت هي اللعب عبر Windows 10 (في الوقت الحالي) ، على ما أعتقد.

قد أكون مخطئًا ، لأنني أجريت تحقيقًا بسيطًا في الأمر (لست متأكدًا من أين أبدأ حقًا) ، لكن يمكنني القول أن تعدد اللاعبين معطل حاليًا للأشخاص الذين يستخدمون Windows 7 وعلى ما يبدو للأشخاص الذين يديرون اللعبة عبر Steam Play. الطريقة الوحيدة للعب عبر الإنترنت هي اللعب عبر Windows 10 (في الوقت الحالي) ، على ما أعتقد.

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

سوف يقدم تقريرا إذا كان ذلك يعمل ، لأنه كان يعمل منذ يومين بالنسبة لي. يعمل بأحدث بروتون 5.0-9

تحرير: الرجاء الاطلاع على تعليقي الأخير

قد أكون مخطئًا ، لأنني أجريت تحقيقًا بسيطًا في الأمر (لست متأكدًا من أين أبدأ حقًا) ، لكن يمكنني القول أن تعدد اللاعبين معطل حاليًا للأشخاص الذين يستخدمون Windows 7 وعلى ما يبدو للأشخاص الذين يديرون اللعبة عبر Steam Play. الطريقة الوحيدة للعب عبر الإنترنت هي اللعب عبر Windows 10 (في الوقت الحالي) ، على ما أعتقد.

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

سوف يقدم تقريرا إذا كان ذلك يعمل ، لأنه كان يعمل منذ يومين بالنسبة لي. يعمل بأحدث بروتون 5.0-9

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

قد أكون مخطئًا ، لأنني أجريت تحقيقًا بسيطًا في الأمر (لست متأكدًا من أين أبدأ حقًا) ، لكن يمكنني القول أن تعدد اللاعبين معطل حاليًا للأشخاص الذين يستخدمون Windows 7 وعلى ما يبدو للأشخاص الذين يديرون اللعبة عبر Steam Play. الطريقة الوحيدة للعب عبر الإنترنت هي اللعب عبر Windows 10 (في الوقت الحالي) ، على ما أعتقد.

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

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

لقد بحثت في سجل البروتون ويبدو في الواقع أن HTTPS بشكل عام معطل تمامًا في Proton لسبب ما ؛ يرسل No Man's Sky مجموعة من الرسائل "غير المدعومة" من مكتبة winsock ، وفي اللعبة تقول إنه لا يمكن إجراء اتصال التوفيق.

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

هل يمكن لأي شخص يواجه مشكلات مع اللاعبين المتعددين محاولة حذف مجلد pfx الخاص بـ No Man's Sky حتى يضطر إلى إعادة بنائه؟ إذا لم يفلح ذلك ، فحاول تنزيل الإصدار 4.11 ثم أجبر No Man's Sky على استخدام هذا الإصدار. هذا ما فعلته لجعله يعمل ، وبعد القيام بذلك ، بدأت عملية التبديل مرة أخرى إلى 5.0-9 أيضًا.

tl ؛ dr: يبدو أن فرض إعادة بناء لمجلد pfx يؤدي إلى إصلاحات متعددة اللاعبين ، لكنني بحاجة إلى التحقق مما إذا كان لا يعرف الإصدار.

تحديث: فقط اختبرت الحذف وإعادة البناء باستخدام 5.0-9 وتأكد من وجود بادئة جديدة كافية من 5.0-9 فواصل تعدد اللاعبين. باستخدام 4.11 لإنشائه ثم التبديل إلى 5.0-9 لا يزال يعمل. (تم اختباره عن طريق الحفظ في المساحة الشاذة وإعادة التحميل فقط بعد تغيير تثبيت Proton الخاص بي)
يشير هذا إلى حدوث تراجع في 5.0-9 ، فربما يكون إصلاح EA Origin مرتبطًا؟

قد أحاول مقارنة ملفات .reg من الإصدارين ، حيث لاحظت أيضًا أن إدخالات تسجيل winhttp كانت مفقودة

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

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

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

https://github.com/GloriousEggroll/proton-ge-custom/releases أرشيف ضمن الأصول ، واستخرجه ضمن مجلد ~ / .steam / root / signaturetools.d / (يجب أن يكون في المجلد الخاص به). أعد تشغيل البخار ، انظر أسفل قائمة بروتون NMS.

من الممارسات الجيدة عمومًا مسح مجلد pfx للعبة بين تغيير إصدارات البروتون الرئيسية. (من مخزون البروتون البخاري إلى البروتونات المخصصة مثل GE)

https://github.com/GloriousEggroll/proton-ge-custom/releases أرشيف ضمن الأصول ، واستخرجه ضمن مجلد ~ / .steam / root / signaturetools.d / (يجب أن يكون في المجلد الخاص به). أعد تشغيل البخار ، انظر أسفل قائمة بروتون NMS.

من الممارسات الجيدة عمومًا مسح مجلد pfx للعبة بين تغيير إصدارات البروتون الرئيسية. (من مخزون البروتون البخاري إلى البروتونات المخصصة مثل GE)

المضحك هو أن مجلد pfx لم يُكتب أبدًا ، فقد تم استخدامه فقط بواسطة 5.0-9. ثم من اللون الأزرق ، كسر تصحيح No Man's Sky الذي يعالج أخطاء اللعب المتشابكه على Linux على هذا الإصدار من البروتون.

حاليا فك ضغط Proton-GE ، سيختبر الآن

حسنًا ، فشل Proton-GE أيضًا ولكن إذا تم إنشاء البادئة عند ALL بحلول 4.11-13 ، فإنها تعمل بشكل جيد مع أي إصدار بروتون أعلى منها إذا تمت ترقية البادئة. أتساءل ما الذي أفسد الأمر

تحرير: aaaand الذي تم حفظه بطريقة ما ...
Edit2: تم تجنب الأزمة ، كان لدي نسخة احتياطية لول

ثابت بالنسبة لي ، شكراFuzzyQuills.

فيما يلي خطوات أي شخص يقرأ معًا:

1. cd ~/.steam/steam/steamapps/common
2. rm -r "Proton 5.0"
3. في Steam ، انتقل إلى إدخال Proton 5.0. انقر بزر الماوس الأيمن فوقه وانقر فوق خصائص. انتقل إلى علامة التبويب "الملفات المحلية" واضغط على "التحقق من سلامة ملفات الأداة".
4. دع Proton 5.0 يعيد التنزيل ، ثم افتح NMS واختبره.

الربح.

ثابت بالنسبة لي ، شكراFuzzyQuills.

فيما يلي خطوات أي شخص يقرأ معًا:

1. `cd ~/.steam/steam/steamapps/common`

2. `rm -r "Proton 5.0"`

3. In Steam, go to the Proton 5.0 entry. Right click it and click Properties. Go to the Local Files tab and press "Verify integrity of tool files".

4. Let Proton 5.0 redownload, and then open NMS and test.

الربح.

عند محاولة هذا الأمر مع خاصتي أيضًا ، يجب أن يكون ملف Proton dist تالفًا يسبب الخطأ.
مجرد تنبيه. تأكد من العثور على NMS المحفوظ داخل البادئة ونسخها احتياطيًا ، لأن حذف البادئة قد يتسبب في مسح Steam Cloud للحفظ. لم أكن على علم بهذا حتى كادت أن أفقد عمري البالغ 3 أشهر. (كان لدي نسخة احتياطية من قسم Windows الخاص بي)

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

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

مرحبًا FuzzyQuills ، قام Proton 5.0 بتغيير wineprefix من Windows 7 إلى Windows 10. ما وصفته هو أن اللعبة تغير سلوكها في بيئة win10. عند تشغيل اللعبة باستخدام Proton 4.11 لإعداد بادئة النبيذ ، يتم تعيينها على win7 ومن المتوقع أن تظل على هذا الإعداد عند التبديل إلى Proton 5.0 للتشغيل الثاني.

مرحبًا FuzzyQuills ، قام Proton 5.0 بتغيير wineprefix من Windows 7 إلى Windows 10. ما وصفته هو أن اللعبة تغير سلوكها في بيئة win10. عند تشغيل اللعبة باستخدام Proton 4.11 لإعداد بادئة النبيذ ، يتم تعيينها على win7 ومن المتوقع أن تظل على هذا الإعداد عند التبديل إلى Proton 5.0 للتشغيل الثاني.

حسنًا ، إذن فهي ليست حشرة بروتونية بحد ذاتها ، إنها مجرد سلوك غريب.

نظرًا لأن بعض عمليات تثبيت Windows 10 لأشخاص آخرين قد فشلت أيضًا ، أعتقد أن هذا خطأ في No Man's Sky والذي يتم تشغيله أيضًا على Proton 5. (ربما يستخدم بشكل غير صحيح مسار رمز مخصص لإصدار gamepass؟ بصراحة)

أفترض أن لاعب واحد يعمل؟ لأن NMS يعمل معي لكني لم أحاول تجربة Multiplayer حتى الآن.

jarrard نعم لاعب واحد لا تشوبه شائبة بالنسبة لي. كان مجرد وجود مشاكل مع اللاعبين المتعددين.

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

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

أعتقد أن No Man's Sky تعتمد على الند للند ، لذلك لا يمكن اختيار أي خوادم.
إذا قام أي شخص في قائمة أصدقائك (لا يهم Steam أو NMS) بتشغيلها ، فقم باستضافة جلسة بنفسك أو اطلب من صديق القيام بذلك.

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

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

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

لمستخدمي RADV: يجب أن تعمل هذه اللعبة بشكل جيد مع Mesa 20.1.2 / ACO وأحدث إصدار من اللعبة 2.55. هل يمكنك التأكيد حتى نتمكن من إزالة علامة "RADV"؟

لمستخدمي RADV: يجب أن تعمل هذه اللعبة بشكل جيد مع Mesa 20.1.2 / ACO وأحدث إصدار من اللعبة 2.55. هل يمكنك التأكيد حتى نتمكن من إزالة علامة "RADV"؟

أنا في 20.1.1 / ACO عبر Debian Experimental ، ولعبتي مثالية عمليًا باستثناء بعض Z- Fighting على أجزاء أساسية معينة. (يبدو أنه يؤثر فقط على إحدى قواعدي أيضًا ، والبعض الآخر بخير)

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

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

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

لم يتم اللعب في حوالي 3 أشهر أو نحو ذلك وقررت تجربتها مرة أخرى. باستخدام تثبيت جديد لـ archlinux و proton و NMS ، ظللت أتلقى رسالة خطأ معظم الوقت قبل أن أتمكن من إنهاء شاشة التحميل. تمكنت من إصلاحه عن طريق تثبيت vulkan-radeon وإلغاء تثبيت amdvlk. الآن اللعبة تعمل بشكل مثالي. عند تثبيت amdvlk فقط أو تثبيت كل من amdvlk و vulkan-radeon ، يظهر الخطأ أعلاه. لقد نشرت لقطة شاشة للخطأ. آمل أن يساعد هذا الأشخاص الآخرين الذين يستخدمون وحدات معالجة الرسومات AMD.

RADV هو برنامج التشغيل فولكان الأكثر موثوقية لأجهزة الصراف الآلي لبطاقات AMD ، و amdvlk (من AMD) كما اكتشفت أن به بعض المشكلات.

لم يتم اللعب في حوالي 3 أشهر أو نحو ذلك وقررت تجربتها مرة أخرى. باستخدام تثبيت جديد لـ archlinux و proton و NMS ، ظللت أتلقى رسالة خطأ معظم الوقت قبل أن أتمكن من إنهاء شاشة التحميل. تمكنت من إصلاحه عن طريق تثبيت vulkan-radeon وإلغاء تثبيت amdvlk. الآن اللعبة تعمل بشكل مثالي. عند تثبيت amdvlk فقط أو تثبيت كل من amdvlk و vulkan-radeon ، يظهر الخطأ أعلاه. لقد نشرت لقطة شاشة للخطأ. آمل أن يساعد هذا الأشخاص الآخرين الذين يستخدمون وحدات معالجة الرسومات AMD.

السبب في عدم عمل AMDVLK يرجع في الواقع إلى سهو في حزم AMDVLK ؛ إلى حد كبير فشل كل منهم في تثبيت أجهزة فولكان ICDs المناسبة ، عليك تثبيتها بنفسك. (لحسن الحظ ، العثور عليهم على الإنترنت ليس بالأمر الصعب)

مع ذلك ، تعد Mesa / ACO أفضل طريقة لـ No Man's Sky ، سواء من حيث الأداء أو الأعمال الفنية الرسومية. (تم إصلاح الخلل مع تلاشي LOD في Mesa 20.1 ، والذي يتضمن أيضًا ACO)

لم يتم اللعب في حوالي 3 أشهر أو نحو ذلك وقررت تجربتها مرة أخرى. باستخدام تثبيت جديد لـ archlinux و proton و NMS ، ظللت أتلقى رسالة خطأ معظم الوقت قبل أن أتمكن من إنهاء شاشة التحميل. تمكنت من إصلاحه عن طريق تثبيت vulkan-radeon وإلغاء تثبيت amdvlk. الآن اللعبة تعمل بشكل مثالي. عند تثبيت amdvlk فقط أو تثبيت كل من amdvlk و vulkan-radeon ، يظهر الخطأ أعلاه. لقد نشرت لقطة شاشة للخطأ. آمل أن يساعد هذا الأشخاص الآخرين الذين يستخدمون وحدات معالجة الرسومات AMD.

السبب في عدم عمل AMDVLK يرجع في الواقع إلى سهو في حزم AMDVLK ؛ إلى حد كبير فشل كل منهم في تثبيت أجهزة فولكان ICDs المناسبة ، عليك تثبيتها بنفسك. (لحسن الحظ ، العثور عليهم على الإنترنت ليس بالأمر الصعب)

مع ذلك ، تعد Mesa / ACO أفضل طريقة لـ No Man's Sky ، سواء من حيث الأداء أو الأعمال الفنية الرسومية. (تم إصلاح الخلل مع تلاشي LOD في Mesa 20.1 ، والذي يتضمن أيضًا ACO)

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

تحرير: يعمل amdvlk الجديد الآن دون تعطل. ومع ذلك ، يبدو أن لديها FPS أقل من فولكان راديون المقدمة من ميسا

نعم ، بمجرد أن تم إصلاح مشكلة LOD في RADV ، توقفت عن استخدام AMDVLK تمامًا نظرًا لأداءها الأسوأ بكثير VS RADV / ACO. (حتى LLVM كان أفضل من AMDVLK بطريقة ما)

No Man's Sky "لا يوجد اتصال بخدمات التوفيق" مع Proton 5.0-9 ، يعمل مع 4.11-13

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/4082.
JPLeBreton نشر على 18 يوليو 2020 ، 16:22:36:

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

• اسم اللعبة مع مشكلات التوافق: No Man's Sky
• معرف تطبيق Steam للعبة: 275850

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

• وحدة معالجة الرسومات:
• إصدار برنامج التشغيل / LLVM: nvidia 440.82
• إصدار النواة: 5.4.44-1-MANJARO
• رابط لتقرير معلومات النظام الكامل مثل Gist : https://gist.github.com/JPLeBreton/27ee957c57ea36298312ca3a09eadd70
• إصدار بروتون: 5.0-9

أؤكد:

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

steam-275850.log

الأعراض

لا يمكن اللعب متعدد اللاعبين منذ تحديث لعبة Cross Play الشهر الماضي. لا يبدو أن الإصدار الأقدم من Proton ، 4.11-13 ، لديه هذه المشكلة.
لاحظ أنه لا يزال بإمكاني الاتصال بـ "خدمات الاكتشاف" الخاصة باللعبة ، أي الخادم الذي يتيح للاعبين تسجيل الدخول ومشاهدة الكواكب والقواعد المكتشفة لبعضهم البعض وما إلى ذلك ، على ما يرام. أعتقد أن هذا نوع منفصل تمامًا من الوصول إلى الشبكة.

التكاثر

1. قم بتشغيل أحدث إصدار من اللعبة (2.60) مع بروتون 5.0-9.
2. تحميل لعبة savegame.
3. أدخل قائمة الخيارات وحدد قسم "الشبكة".
4. ملاحظة: ينبثق مربع يقول "لا يوجد اتصال بخدمات التوفيق".
5. قم بإنهاء اللعبة وتعيينها للتشغيل باستخدام Proton 4.11-13 بدلاً من ذلك.
6. أعد تشغيل اللعبة ، وحمّل حفظًا وادخل إلى قائمة الخيارات نفسها.
7. لاحظ: خطأ الشبكات لا يحدث كما كان من قبل.

السلوك المتوقع: Multiplayer يعمل مع جميع إصدارات Proton.

يمكنني تأكيد مشكلة الشبكة. الشيء الجيد يعمل مثل السحر في 4.11-13

osdamv هل جربت تعليقي؟ https://github.com/ValveSoftware/Proton/issues/438#issuecomment -648177961

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

نعم ، يمكنك ضبط ساعة Windows على UTC مما يمنع تقليب الوقت في كل مرة تقفز فيها OS.

نعم ، يمكنك ضبط ساعة Windows على UTC مما يمنع تقليب الوقت في كل مرة تقفز فيها OS.

أو ربما الطريقة الأسهل ... اضبط Linux لاستخدام التوقيت المحلي. timedatectl set-local-rtc 1

@ simpleauthority شكرًا يعمل الآن!

اهلا جميعا.
شكرا لعمل رائع ، فريق بروتون.

لدي مشكلة مع No man's sky في الوقت الحالي. منذ بضعة أيام ، جربت NMS ، وتوقف بشكل دوري لفترة طويلة. لقد قمت بتحديث نظامي إلى أحدث إصدار من kernel واختفت المشكلات تمامًا.
لكن اليوم لدي نفس المشكلة مرة أخرى. تتوقف اللعبة بشكل دوري (كل 1-2 دقيقة) تمامًا - فقط تشغيل الصوت. هذا صحيح بالنسبة للبروتون 4 و 5 - لا فرق. لا تساعد إعادة تثبيت Steam والألعاب.

مواصفات نظامي وسجلات التطبيق:
sysinfo.log
steam-275850.log

تظهر هذه السلسلة عند توقف اللعبة:

3447.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3448.420:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3449.424:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.425:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.862:00bc:00c0:err:ntdll:RtlpWaitForCriticalSection section 0xd7f930 "?" wait timed out in thread 00c0, blocked by 0138, retrying (60 sec)
3451.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3452.607:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3453.416:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3454.419:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3455.604:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100

لم يكن قادرًا على بدء NMS بأي إصدار من البروتون
اعتدت أن أكون قادرًا على اللعب ..... على الرغم من أنه كان منذ عدة أشهر

نفيديا 1070
نفيديا 440.100
linuxmint 19.3 (ubuntu 18.04 LTS)

هذه النافذة تنبثق وهذا كل شيء.

THE GAME HAS ENCOUNTERED AN ERROR AND WILL NOW SHUTDOWN

Token:
62637_0x7DCDDF_76561198095643958

يبلغ حجم البروتونلوج 140 كيلو بايت

343342.359:0070:007c:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
343342.360:0030:0034:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114

343342.729:0098:009c:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddd520000: builtin
Setting breakpad minidump AppID = 275850
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198095643958 [API loaded no]
343342.765:0020:0024:err:steam:setup_vrpaths got error parsing vrpaths file
343342.884:0098:009c:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin

أعتقد أن هذا هو المكان الذي يتعطل فيه ، لكنني لست متأكدًا

343343.841:00bc:00c0:warn:debugstr:OutputDebugStringA "[S_API] SteamAPI_Init(): Loaded 'C:\\Program Files (x86)\\Steam\\steamclient64.dll' OK.\n"
343343.841:00bc:00c0:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00c0
343343.841:00bc:00c0:trace:seh:raise_exception  info[0]=0000000000000056
343343.841:00bc:00c0:trace:seh:raise_exception  info[1]=000000000021c8d0
343343.841:00bc:00c0:trace:seh:raise_exception  rax=000000000021c450 rbx=00007fffffd9c000 rcx=000000000021c430 rdx=0000000000000000
343343.841:00bc:00c0:trace:seh:raise_exception  rsi=000000000021c530 rdi=000000000021c460 rbp=000000000021c870 rsp=000000000021c410
343343.841:00bc:00c0:trace:seh:raise_exception   r8=0000000000000002  r9=000000000021c520 r10=0000000000000000 r11=0000000000000246
343343.841:00bc:00c0:trace:seh:raise_exception  r12=0000000000d397f0 r13=0000000000000000 r14=000000000021d158 r15=0000000000000001
343343.841:00bc:00c0:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 21c410
343343.841:00bc:00c0:trace:seh:dump_unwind_info **** func fbf0-fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0xa: pushq %rsi
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x9: pushq %rdi
343343.841:00bc:00c0:trace:seh:dwarf_virtual_unwind function 7b439bb1 base 0x7b439968 cie 0x7b496a90 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

جربت .net الإصدار 4.8
أنا فقط لست متأكدًا مما أحتاج إلى تثبيته باستخدام protontricks حتى يعمل هذا ...

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

أولئك الذين يتعطلون ، هل جربت إصدارًا أحدث من برنامج nvidia binary؟ يبدو أن 440.100 يتعطل لكثير من الناس. لعبت باستخدام 450.57 ، ولا توجد مشاكل في الأسبوع الماضي.

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

سلبي ، أستخدم 4-11 و 5.0 و proton-ge-5.9

أولئك الذين يتعطلون ، هل جربت إصدارًا أحدث من برنامج nvidia binary؟ يبدو أن 440.100 يتعطل لكثير من الناس. لعبت باستخدام 450.57 ، ولا توجد مشاكل في الأسبوع الماضي.

نظرًا لأن nvidia 440.x هو فترة طويلة ، فقد كنت مترددًا في التحديث إلى أحدث فرع جديد 450.x
لا توجد مشاكل مع التحديث ، ومع ذلك فإنه لا يصلح مشكلة NMS.
كل لعبة بروتون / لينكس / نبيذ / فولكان WHATEVER تعمل بشكل جيد تمامًا
لذلك ، يتعلق الأمر بـ NMS على وجه التحديد وأي مكتبات مخصصة لدي

نفس الخطأ

62637_0x7DCDDF_userid#

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

كنت أحاول ذلك في الأسبوع الآخر مع Linux على 1080TI عند 4k وكان لدي بعض المشكلات ، أولاً كان vkbasalt أو mangohud يتسببان في الانهيار بعد 10 ثوانٍ أو نحو ذلك ، لم يكن mangohud قادرًا على الإبلاغ عن GPU vram أو إعداد / استخدام الساعة.

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

لعب هذا على 2080 Ti. كنت أحصل على (متغير للغاية) ~ 100 إطارًا في الثانية ، ولكن مع VSync كان يفشل في تحقيق قفل 60 إطارًا في الثانية ، كونه شديد التعقيد ويحوم في الخمسينيات. ساعد إسقاط دقة الملمس لأسفل إلى حد ما ، لكن ليس كثيرًا.

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

في كلتا الحالتين ، اللعبة تستخدم فقط 3-4 غيغابايت من VRAM من 11 غيغابايت المتاحة لدي.

لقد قمت للتو بتثبيت proton-ge-custom-bin من AUR اليوم وأواجه مشكلة رسومية مع أحدث برامج التشغيل. أي إصلاحات؟

لست متأكدًا مما إذا كان هذا هو الانحدار ولكن الآن لا يعمل No Man's Sky في الواقع الافتراضي هنا. أرسل مؤشر Valve الخاص بي إلى RMA ، وعاد ، ويعمل مع جميع الألعاب (88 لعبة VR) باستثناء No Man's Sky ، وكان يعمل بشكل مثالي من قبل. حاولت باستخدام خدعة انتحال NVIDIA AMD وبدونها ، وحاولت إلغاء تثبيت وتطهير 275850 دليل توافق البيانات تمامًا ثم إعادة التثبيت ، وحاول التحقق من الملفات ، وجربت برامج تشغيل NVIDIA المختلفة ، وجربت إصدارات مختلفة من البروتون بالإضافة إلى 5.0-9 افتراضيًا ، وحاولت التشغيل من عميل steam واختيار "تشغيل اللعبة في HMD" ومن داخل SteamVR Home ، دون جدوى. ماذا يحدث: أتصل باللعبة ، تظهر الصورة المصغرة لتحميل اللعبة في شاشة سماعة الرأس لبضع ثوان ، ولكن بعد ذلك تبدأ اللعبة في الشاشة وبالطبع لا تستجيب لعناصر تحكم الفهرس. يبدو الأمر كما لو أنه لا يمكن تهيئة / الوصول إلى VR ، ولكن نظرًا لأنني قمت بإلغاء التثبيت وإعادة التثبيت تمامًا وحتى التحقق من الملفات ، يجب أن تكون قادرة على استخدام openvr_api.dll أو أي شيء يستخدمه ، لا معنى له.

جوهر التكوين الخاص بي: https://gist.github.com/Patola/acbcb1b52ab975f9b02f8e888b325de8 (لدي الآن برنامج تشغيل NVIDIA أحدث). نفس الشيء في كل من Arch و Ubuntu 20.04.1.

حصلت على منشور في جامينلينكس يذكره: https://www.gamingonlinux.com/forum/topic/4619/post_id=

steam-275850.log

مرحبًا Patola ، err:vrclient:create_win_interface Don't recognize interface name: IVRSystem_022 مثل خط الاهتمام من السجل.

شكرًا جزيلاً لك @ kisak-valve ، سأحاول البحث عما يعنيه ذلك وسأحاول التوصل إلى حلول للمشكلة. إذا أصلحته ، سأقول هنا.

إذن ... هو إصدار من نظام IVR لا يزال SteamVR Linux لا يدعمه ، أليس كذلك؟ يدعم نظام IVR حتى 021؟

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

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

حسنًا ، يبدو أن Proton 5.13-1 كسر لعبة No Man's Sky تمامًا (VR أو غير ذلك)؟ PROTON_LOG مرفق.
steam-275850.log

Patola أنا قادر على الدخول في اللعبة والتحرك في الكوكب الأول ، لذلك على الأقل لم ينكسر تمامًا :) هل تعمل الألعاب الأخرى من أجلك في الإصدار 5.13 ، أم أن جميع الألعاب معطلة؟

وضع VR غير ثابت بالفعل. ما زلت أعمل على ذلك.

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

aeikum أنا آسف للغاية. لا أعرف ما الذي تغير ولكن بعد أن اختبرت عشرات الألعاب بنجاح تحت Proton 5.13-1 ، قمت بتشغيل No Man's Sky مرة أخرى (وضع غير VR) وتم تشغيله بنجاح. استغرق الأمر الآن بعض الوقت لتجميع التظليل أولاً ، لكنها سارت بشكل جيد. لا أعرف لماذا لم يتم تشغيله في ذلك الوقت. الرجاء تجاهل بلدي البخار الأخير 275850.log. حتى أنني جربت إصدار VR مرة أخرى (لم يعمل ولكنني عدت إلى وضع الفطيرة) ثم أعدته مرة أخرى في وضع الفطيرة وعمل.

عظيم! أنا سعيد جدًا لسماع ذلك :)

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

في الواقع. بالأمس عندما واجهت هذه المشكلة ، تم تحديث python-xlib.

يمكنني أيضًا أن أؤكد أن اللعبة تعمل بشكل جيد في وضع "فطيرة" في 5.13-1. لسوء الحظ ، أواجه أيضًا مشكلات في تشغيل اللعبة في وضع VR في الفهرس الخاص بي.

يرجى ملاحظة أن أشياء مثل Mangohud يمكن أن تتسبب في حدوث تعطل في ألعاب معينة مثل NMS حيث بمجرد مغادرة الكوكب الأول ، فإن mangohud (إذا ظهر على الشاشة) سيؤدي إلى CTD اللعبة.

أتلقى نفس الخطأ الذي كان يظهرهPatola في ملف السجل الخاص بهم. أنا على Manjaro مع GeForce GTX 1080 وجميع البرامج محدثة. لم أقم بتشغيله حتى الآن من قبل ، فقط حاولت تثبيت NMS اليوم.

ممتن لأية اقتراحات!

عذرًا ، أدركت أنني لم أرفق ملف السجل الخاص بي ...
steam-275850.log

لمستخدمي RADV: هل ما زلت تواجه مشكلات في العرض مع هذه اللعبة و Mesa 20.2.x؟ أعتقد أننا أصلحنا جميع المشكلات المعروفة ، لذلك يمكن إزالة ملصق RADV ولكن طلب التأكيد أولاً.

لمستخدمي RADV: هل ما زلت تواجه مشكلات في العرض مع هذه اللعبة و Mesa 20.2.x؟ أعتقد أننا أصلحنا جميع المشكلات المعروفة ، لذلك يمكن إزالة ملصق RADV ولكن طلب التأكيد أولاً.

راديون RX 5700 XT ؛ AMDGPU مع kisak-mesa ppa الطازجة (20.2.1 atm) ؛ Linux Mint 19.3 ؛ نواة 5.8.16.0
ليس لدي أي أخطاء في العرض. لكنني لست متأكدًا مما إذا كان لدي أي شيء لأنني لم ألعب منذ فترة. أنا ألعبها مرة أخرى فقط مع آخر DLC.

ربما يمكن للآخرين الذين أبلغوا عن الأخطاء المذكورة إضافة شيء ما.

RX 5700 ، ميسا 20.3-git-2b977a. يؤدي تحجيم الدقة إلى حدوث عيوب إضاءة ممتلئة غريبة (ACO و LLVM ، كانت هذه المشكلة موجودة بالنسبة لي منذ إضافة مقياس الدقة إلى NMS) ، وتستغرق القوام عالية الدقة وقتًا طويلاً للتحميل (ACO فقط ، يبدو أنني أتذكر رؤية تقرير خطأ فتح في مكان ما حول هذا ولكن لا يمكنني العثور عليه ...). لم يتم رصد أي مشكلات أخرى ، أعتقد أنها كلها تم حلها.

صورة مصنوعات الإضاءة:

لا مانز سكاي

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/4342.
taldarus نشر بتاريخ

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

• اسم اللعبة مع مشكلات التوافق: No man's sky
• معرف تطبيق Steam للعبة: 275850

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

• مُعالج الرسومات: GeForce GTX 970
• إصدار برنامج التشغيل / LLVM: nvidia v: 390.138
• إصدار النواة: 5.4.0-52-generic x86_64
• إصدار Proton: 3.16 ، 3.7 كلاهما مثبت ، لكنني اعتقدت أنني كنت أستخدم 5.13 / محدث

أؤكد:

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

سجل:
هل هذا لم يحصل على شيء ، انظر إلى المشكلة.

الأعراض

قم بتشغيل اللعبة وما زلت أتلقى رسالة "فشل SteamAPI_Init. لا يوجد ترخيص أو بخار لا يعمل."

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

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

التكاثر

من السهل التكاثر :)

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

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

بدءًا من Proton 5.13 ، يعمل Proton الآن أعلى Steam Linux Runtime - Soldier وهو عبارة عن بيئة حاوية تم إعدادها بواسطة Pressure Vessel. نظرًا لأن PROTON_LOG=1 لا يُنشئ سجلًا باستخدام Proton 5.13 ، فإن هذا يشير إلى أنك ربما واجهت مشكلة في وعاء الضغط. يرجى إغلاق Steam تمامًا ، ثم تشغيل Steam من محطة وتحقق مما إذا كانت هناك أي تلميحات في المحطة الطرفية عند محاولة تشغيل اللعبة. إذا كنت تستخدم حزمة Steam المعدلة من Debian ، فقد تعترض أي تلميحات وتضعها في ~/.steam/error.log .

معلومات النظام بسرعة حقيقية: https://gist.github.com/taldarus/d91b4d730a9d11eb0c186aa0a270f124
التدفق الطرفي: https://gist.github.com/taldarus/274fad28c4c728c90177bed96c8ec91d

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

إرسال طرفية Nvidia: https://gist.github.com/taldarus/5d8b01c5266c8a2d0f567bc1934609f2

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

التعديل النهائي (على الأرجح):
في هذه المرحلة ، واجهت المشكلة (يبدو أن النعناع 19.3 -> 20 مر بتغير 64 بت كان مهمًا). بدءًا من Nvidia ، أصابت بسرعة جميع أنواع الأخطاء الصغيرة ، وأدى ذلك في النهاية إلى التحديث إلى 20.x. لم أؤكد أنه سيصلح المشكلة ، لكن عملية التحديث جارية منذ ما يقرب من ساعتين حتى الآن. (2000 حزمة تحتاج إلى تحديث Oo)

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

شكرا للمساعدة كيساك

مرحبًا aeikum ، لقد لاحظت

هل كان من المفترض أن يحل إصدار Proton هذا مشكلة No Man's Sky VR؟ أقول ذلك بسبب وجود توافق محدث مع openvr ، اعتقدت أنه سيكون كذلك.

على أي حال ، أقوم بإرفاق سجل البخار إذا كنتم في حاجة إليه
steam-275850.log
.

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

aeikum هل لدى Proton 5.13-2 RC الجديدة أي إصلاحات للعبة No Man's Sky في وضع VR؟

rstrube لا.

تم التحديث إلى Mesa 20.2.2 من PPA mesa-fresh من Kisak ولم يعد No Man Sky يعرض أي رسومات في اللعبة بعد الآن

يتم عرض القوائم الأولية وحقل النجوم المتحرك بشكل صحيح.

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

تعمل القوائم داخل اللعبة أيضًا بنسبة 100٪

أنا أستخدم بطاقة RX480 8GiB على Ubuntu 18.04.5

أي لعبة أخرى تمكنت من اختبارها تعمل بشكل جيد.

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

تم التحديث إلى Mesa 20.2.2 من PPA mesa-fresh من Kisak ولم يعد No Man Sky يعرض أي رسومات في اللعبة بعد الآن

يتم عرض القوائم الأولية وحقل النجوم المتحرك بشكل صحيح.

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

تعمل القوائم داخل اللعبة أيضًا بنسبة 100٪

أنا أستخدم بطاقة RX480 8GiB على Ubuntu 18.04.5

أي لعبة أخرى تمكنت من اختبارها تعمل بشكل جيد.

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

أستطيع أن أؤكد هذا. بعد التحديث إلى Kisak mesa-fresh 20.2.2 من 20.2.1 سابقًا ، لدي نفس المشكلات. I يتم عرض شاشة سوداء فقط في اللعبة. لم يتم تقديم القوام. لا يتم عرض سوى رموز الشاشة التي تحدد الأماكن الخاصة أو علامات الطريق. كما تعمل قوائم اللعبة وشاشة النجمة في تسلسل التحميل بنفس الطريقة.

لذلك أزلت PPA والآن أستخدم Mesa 20.0.8 الذي يأتي مع Linux Mint 20 (استنادًا إلى Ubuntu 20.04 LTS) كإعداد افتراضي وبالتالي فهو يعمل بشكل جيد مرة أخرى. الشيء الوحيد الذي أملكه الآن هو أخطاء النسيج التي كانت معروفة في الماضي.

المواصفات:
لينكس منت 20
نواة 5.8.16.0
AMDGPU
AMD Ryzen 3600
AMD RX 5700 XT

شكرًا على لفت انتباهي إلى برنامج التشغيل snafunentibusarchitectura و @ KuJo-Ger. اعتبارًا من الآن ، تكمن المشكلة في مجموعتي من backports القديمة لـ mesa ، وليست حاليًا مشكلة mesa المنبع. سأرى ما يمكنني العثور عليه لبناء 20.2.3.

تحديث: تم تحديد التصحيح المخالف وسيتم دعمه في إصدار PPA التالي.

اعتبارًا من الآن ، لا توجد تلميحات إلى أن ميسا 20.2.3 سيتم طرحه في الموعد المحدد ، لذلك قمت بدفع mesa 20.2.2 ~ kisak2 إلى مزرعة الإنشاء التي يجب أن تُصلح الانحدار المحدد لـ PPA. شكرا مرة أخرى لإيجاد المشكلة.

اعتبارًا من الآن ، لا توجد تلميحات إلى أن ميسا 20.2.3 سيتم طرحه في الموعد المحدد ، لذلك قمت بدفع mesa 20.2.2 ~ kisak2 إلى مزرعة الإنشاء التي يجب أن تُصلح الانحدار المحدد لـ PPA. شكرا مرة أخرى لإيجاد المشكلة.

لقد أعدت تثبيت PPA الخاص بك - وستعمل اللعبة بشكل جيد مرة أخرى. يتم تقديم الأنسجة بشكل صحيح مرة أخرى.

@ kisak-valve:
أنت تشكرنا على إيجاد المشكلة. ولكن لدينا الكثير لنشكرك على تزويدنا به هذا PPA الرائع!

مرحبا كيساك ،

يمكن أن أؤكد أن الإصدار الأحدث على Mesa-Fresh PPA الخاص بك يعمل على حل المشكلة بالنسبة لي أيضًا.

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

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

aeikum تواجه أيضًا نفس المشكلة مثل Patola و rstrube ، ربما يستحق التواصل مع المطورين لأنهم يبدون داعمين لـ Proton نظرًا لإصلاحاتهم السابقة ؟

https://hellogames.org/contact