_محدّث: 20-14-04_ ، تمت إضافة WINE و GE-Proton بناء على 20-04-19:
إذا كنت تتطلع إلى تشغيل FFXIV عبر Proton ، فهناك بعض الإرشادات الخاصة بالتثبيتات الحالية:
1) الافتراضي بروتون _لن يعمل _. ستحتاج إلى الحصول على إصدار من مستودع GloriousEggroll واتباع تعليمات التثبيت الخاصة به.
2) ستحتاج إلى تشغيل الأمر التالي:
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable بافتراض أنك تستخدم الموقع الافتراضي لمكتبتك لتثبيت Steam العادي. إذا لم تقم بذلك ، فقم بتكييف المسار بشكل مناسب.

تعليمات إصدارات المشغّل / غير البخارية الأخرى:

• إذا كنت ترغب في تشغيل FFXIV خارج بخار، يرجى استخدام Lutris ' Standalone - DXVK version المثبت .
• إذا كنت تريد استخدام Lutris لتشغيل FFXIV خارج Steam وتم شراء لعبتك من خلال Steam ، فأضف الوسيطة -issteam إلى تكوين Lutris الخاص بك للعبة.
• إذا كنت تريد استخدام Steam لتشغيل إصدار غير Steam من FFXIV ، فقم بتعيين خيارات تشغيل FFXIV على: echo "%command%" | sed 's/-issteam\(freetrial\|\)//' | sh . (شكرًا لـ jbal91 لتذكيري بأن sed هو سحر!)

قضايا ملحوظة:
1) يتم تعطيل المشغل الجديد بواسطة Steam / GE-Proton افتراضيًا - في مرحلة ما ، من المحتمل أن يتوقف هذا عن العمل. لديها تذكرة نبيذ مفتوحة هنا .
2) إذا كنت تستخدم حاقن ما بعد المعالجة (ReShade ، GShade ، إلخ) ، فإن اللعبة تعيقها التلعثم لعدة ثوان كلما تم تحريك الماوس. لديها تذكرة نبيذ مفتوحة هنا . يمكنك الحصول على WINE عامل هنا (استنادًا إلى WINE 5.4) وبروتون عامل (تم إنشاؤه من مستودع GloriousEggroll في 04-18-20) هنا .

_ التحديثات السابقة _:
_محدث: 07-31-19_:
مرحبًا ، محاربو الظلام / النور! إذا كنت تحاول لعب FFXIV عبر Proton ، فقد تم تبسيطه إلى حد كبير!

بمجرد تثبيت XIV عبر Steam ، ما عليك سوى فتح الملف على ~/.steam/steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/FFXIV.cfg وتغيير CutsceneMovieOpening 0 إلى 1 . (إذا كنت تقوم بتشغيل العرض التوضيحي ، فقم دائمًا بتبديل 39210 بـ 312060.)

إذا كنت لا ترى خيار تثبيت اللعبة عبر Steam بعد الشراء ، فأنت بحاجة ، داخل عميل Steam الخاص بك ، إلى فتح Steam -> Settings -> Steam Play ، ثم تحقق من "تمكين Steam Play للعناوين المدعومة" و "Enable" Steam Play لجميع العناوين الأخرى ، أعد تشغيل Steam عندما يُطلب منك ذلك ، ويجب أن تكون مستعدًا!

مرحبا بكم في المجتمع!

المنشور الأصلي:
لست متأكدًا مما إذا كانت هذه هي نفس المشكلة مباشرة. لقد عملت على XIV عبر Proton ، لكن كان علي اتباع إجابات النبيذ المعروفة لجعلها قابلة للعب. وبالتحديد ، لا بد لي من تحرير ملفين في steamapps / authdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / directory.

في FFXIV_BOOT.cfg ، كان علي تعديل BrowserType إلى 2 ، وفي FFXIV.cfg لا بد لي من تحرير CutsceneMovieOpening إلى 1.

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

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

يتجمد FFXIV عند تمكين انعكاسات الوقت الفعلي

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/627.
ulzeraj تم النشر على 26 أغسطس 2018: 58: 03:

يعمل Final Fantasy 14 (المعرف: 39210) على وضع DX11 بعد بعض الحلول اليدوية التي تقوم بتحرير ملفات INI لضبط نوع المتصفح على 2 ، وتعطيل مشهد الفتح واستخدام winetricks xact في بادئته.

ومع ذلك ... تتوقف الرسومات عن العمل فورًا بعد تمكين "انعكاسات الوقت الفعلي". يؤدي تمكين أي مستوى من هذا الخيار المعين إلى تجميد اللعبة و X11. لا يزال بإمكاني تسجيل الدخول عبر SSH وهناك هذه الرسائل:

[384.698959] [ drm: amdgpu_job_timedout [amdgpu]] خطأ مهلة gfx للحلقة ، آخر إشارة seq = 202749 ، آخر إرسال seq = 202751
[384.698964] [drm] تم تعطيل استرداد GPU.

GPU هو Saphire R9 390. النظام هو OpenSUSE Tubleweed مع النواة 4.18.0-1 ، باستخدام amdgpu و Mesa 18.1.6 LLVM6. تعمل نفس الأجهزة والألعاب بشكل جيد على نظام التشغيل Windows 10 مع تشغيل انعكاسات الوقت الفعلي.

شكرا على العمل الشاق.

doitsujin علق على 2018-08-26T10: 47: 10

يرجى الاختبار باستخدام LLVM 7 و Mesa 18.2 ، كما هو مقترح في PREREQS.md .

HereInPlainSight علق على 2018-08-26T15: 37: 13

معلومات النظام: Gentoo x86_64 | 4.14.65-gentoo | i5-6500 | بطاقة الرسومات NVIDIA GeForce GTX 1070 | نفيديا 396.51

لقد قمت سابقًا بتعديلات ملف التكوين ، وظهرت للتو llvm7 وأضفت Winetricks xact إلى البادئة ، وتحولت إلى DX11 ويمكنني تأكيد أنني قادر على تشغيل انعكاسات الوقت الفعلي في أي إعداد أريده.

doitsujin علق على 2018-08-26T16: 12:39

HereInPlainSight إصدار LLVM مناسب فقط

HereInPlainSight علق على 2018-08-26T16: 50:18

doitsujin لم أكن معلومات DirectX11 تشير إلى أن LLVM7 موصى به لتجنب توقف وحدة معالجة الرسومات ، وهو مذكور بعد قسم برامج التشغيل. كانت ألعابي على Linux قبل معلومات SteamPlay الجديدة عادية إلى حد ما ، لذلك اخترت أن أكون آمنًا على الأسف.

أدى استخدام libs الموصى به إلى إصلاح المشكلة بالنسبة لي ولكن لدي الآن مشكلة الخطوط المفقودة التي وصفهاnstgc. يجب أن أذكر أن مشكلة الخطوط لم تحدث في OpenSUSE Tumbleweed.

لقد قمت بالتبديل إلى Ubuntu Bionic من أجل ملء المتطلبات الموضحة في PREREQS.md. التثبيت من تلك المستودعات أعطاني ميسا 18.3 مجمعة مقابل LLVM 8.0. لقد قمت أيضًا بتثبيت LLVM و CLANG 8 نظرًا لأن المستند لا يوضح ما إذا كان libllvm8 كافيًا. ما زلت أستخدم amdgpu من kernel 4.18.5-041805 الذي قمت بتثبيته من UKKUU.

بالمناسبة ، فإن Wine و winetricks من مستودعات Ubuntu الافتراضية قديمة جدًا وسيؤدي تطبيق xact من خلالها إلى فشل اللعبة عند الإطلاق.

بطريقة ما تمكنت من إضافة تلك الخطوط باستخدام "winetricks allfonts"
لكن يبدو أنني غير قادر على إدخال الأحرف اليابانية فعليًا باستخدام iBus anthy على Ubuntu 18.04
هل يمكن لأي شخص آخر أن يؤكد؟ (أو قادر على كتابة اليابانية في دردشة FFXIV حقًا)

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

هنا لا تعمل وحدات التحكم من خلال Steam كما ينبغي ، لكنني تمكنت من استخدامها من خلال نظام SDL الأصلي.

بالنسبة إلى DS4 ، يعمل هذا عن طريق إضافة المتغير التالي إلى ملف التعريف الخاص بك (.bashrc أو / etc / environment) وتعطيل نظام التحكم بالبخار.

تصدير SDL_GAMECONTROLLERCONFIG = '030000004c050000cc09000011810000، PS4 Controller، a: b0، b: b1، back: b8 ، dpdown: h0.4 ، dpleft: h0.8 ، dpright: h0.2 ، dpup: h0.1 ، guide: b10 ، lef tshoulder: b4 ، leftstick: b11 ، le fttrigger: a2 ، leftx: a0 ، a1 ، righ tshoulder: b5 ، r ightstick: b12 ، TXTrigger: a5 ، rightx: a3 ، : a4 ، start: b9 ، x: b3 ، y: b2 ، النظام الأساسي: Linux ، 050000004c050000cc09000000810000 ، وحدة تحكم PS4 ، a: b0 ، b: b1 ، الخلف: b8 ، dpdown: h0.4 ، dpleft: h0.8 ، dpright: h0.2 ، dpup: h0.1 ، دليل: b10 ، lef tshoulder: b4 ، leftstick: b11 ، le fttrigger: a2 ، leftx: a0 ، a1 ، righ tshoulder: b5 ، r ightstick: b12 ، rig TX TXT: a5 ، rightx: a3 ، : a4 ، البدء: b9 ، x: b3، y: b2، النظام الأساسي: Linux ، '

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

السينما لا تلعب ، قد تكون مرتبطة بالموضوع رقم 1464.

لقد وجدت الحل لمشكلتي هنا: https://www.reddit.com/r/archlinux/comments/9bl3l7/steam_controller_not_working_with_protonsteam/

كانت المشكلة أنه تم إنشاء مدخلين لوحدة تحكم واحدة.
تشغيل sudo rmmod hid_steam وإعادة تشغيل Steam حل المشكلة.

فشل تحميل صفحة الويب المضمنة في مشغل اللعبة (معرف التطبيق: 39210)

تم نقل المشكلة من https://github.com/ValveSoftware/Proton/issues/2183.
TenaarFeiri نشر في 2019-01-02T23: 58: 28:

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

• اسم اللعبة مع مشكلات التوافق: Final Fantaxy XIV Online
• معرف تطبيق Steam للعبة: 39210

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

• وحدة معالجة الرسومات: GTX 980M
• إصدار برنامج التشغيل / LLVM: nVidia 390.87
• إصدار النواة: 4.18.0-13
• رابط لتقرير معلومات النظام الكامل مثل Gist : https://gist.github.com/TenaarFeiri/2733a8f25f8818a5c3e85777eed9be22
• إصدار بروتون: 3.7-8

أؤكد:

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

https://gist.github.com/TenaarFeiri/9e560a89346b17cc2de0ac9b508259e8

الأعراض

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

يُبلغ المشغل نفسه عن خطأ HTTPS 404 ، حيث لا يمكنه العثور على متصفح لاستخدامه في الصفحة المقصودة للمشغل.

التكاثر

• قم بتنزيل وتثبيت Final Fantasy XIV Online.
• ابدا اللعبة. سيتم تشغيل ffxivboot.exe ، ولن يعطيك أي معلومات مفيدة لأن الخط معطل.
• سينتهي ffxivboot.exe تنزيله في النهاية ، ثم سيفتح ffxivlauncher.exe
• أبلغ المشغل بأن لديك بالفعل حسابًا في اللعبة.
• تابع عبر مطالباته حتى تنتهي من إرشادك خلاله.
• لاحظ محاولة المشغل لفتح صفحة ويب ضرورية لبدء تشغيل اللعبة وفشل.
• أغلق اللعبة وأعد تشغيلها عدة مرات حسب الرغبة.

تحرير: حصلت على اللعبة للتشغيل: د
أواجه حاليًا مشكلة تتمثل في عدم وجود صوت في DX11 ، ولكن يوجد صوت في DX9. أنا أفضل اللعب في DX11 لأن الأداء أفضل. أيه أفكار؟
أنا أستخدم Proton 3.16-6 (Beta) الآن.

لقد وجدت هذا للتو وطبقت بعض التعديلات المذكورة أعلاه وحصلت على المشغل يعمل =)

يبقى أن نرى ما إذا كان بإمكاني تشغيل اللعبة نفسها عند انتهاء التنزيل ولكننا سنرى!

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

هل لديك أي فكرة عن كيفية تشغيل الصوت في DirectX 11؟ DX9 لديه صوت لكنه يكاد يكون غير قابل للتشغيل.

TenaarFeiri مع Wine اضطررت إلى تثبيت xact ثم تجاوز xaudio2_7

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

TenaarFeiri مع Wine اضطررت إلى تثبيت xact ثم تجاوز xaudio2_7

اكتشفتها! شكرا جزيلا لك لتوجيهي في الاتجاه الصحيح.
لقد قمت بتثبيت إصدار مناسب من Wine كما هو موضح في winehq.org ، ثم قمت بما يلي: WINEPREFIX=game_folder_in_steam winecfg وقمت بتعيين xaudio2_0 و xaudio2_7 في التجاوز.
هذا فعل الحيلة! لدي الآن صوت وأداء رائع!

تحرير: تبين أن المشكلة كانت بيئة سطح المكتب الخاصة بي. لقد قمت بإلغاء تثبيت Ubuntu 18.10 واستبدله بـ Kubuntu 18.10 والآن يعمل Windowed Mode بشكل رائع!

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

لقد سجلت مقطع فيديو: https://youtu.be/iqLxMQLCLe4 (معدل الإطارات المنخفض للعبة هو نتيجة للتسجيل ، ولكن لحسن الحظ فإنه يجعل الأمر واضحًا للغاية عند الضغط على أزرار الماوس حتى تتمكن من الملاحظة).

أي أفكار حول كيف يمكنني إصلاح هذا؟

أحدث نسخة من FAudio تعمل على إصلاح الصوت لإصدار DX11:

https://github.com/FNA-XNA/FAudio/commit/83f8734ef15f76fcbacd7279f890aefde9d62021

تحرير: طالما قمت بإيقاف تشغيل الصدى ... أضف return buffer; بعد هذا السطر إذا جربت هذا بالفعل:

https://github.com/FNA-XNA/FAudio/blob/master/src/FAudio_internal.c#L628

أحدث مراجعة FAudio تعمل على إصلاح التأثيرات أيضًا! تبدو اللعبة جيدة في الإعداد الخاص بي الآن دون تعديلات (مطروحًا منها بعض التوهين ، لكن لا ينبغي أن يكون ذلك مؤلمًا).

جنبًا إلى جنب مع كل ما سبق ومع xact و xaudio2_0-9 ، أعتقد أن الدعم الرسمي لا ينبغي أن يكون بعيدًا جدًا؟
إنه يعمل بشكل مثالي مع تلك الإصلاحات في Proton 3.16-6 Beta ، والحقيقة أن أكبر عقبة هي تغيير BrowserType إلى 2 ، و CutsceneMovieOpening إلى 1 كما وصفهاHereInPlainSight.
لكن هذا شيء أراهن على أن يكون عميل Steam قادرًا على القيام به من تلقاء نفسه عند تثبيت اللعبة ، بالتأكيد؟

يتضمن Proton 3.16-7 أحدث تغييرات FAudio ، لذا يجب أن يعمل الصوت بشكل صحيح مع إصدار DX11.

مع الإصدار التجريبي 3.16-7 ، قمت بإعادة إنشاء البيانات المتوافقة لهذه اللعبة للتراجع تمامًا عن أي تعديلات يدوية. لا يزال يتعين علي تغيير BrowserType إلى 2 ، و CutsceneMovieOpening to 1. يعمل الصوت الآن بدون تجاوزات xaudio dll ، لكن الصوت يتأخر بشكل تدريجي مع وقت التشغيل. بعد حوالي 20-30 دقيقة من وقت التشغيل ، يتأخر كل الصوت بمقدار 1-2 ثانية.

هل يعاني أي شخص آخر من شيء مشابه؟

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

https://github.com/FNA-XNA/FAudio/commit/fe31f1b6b021f4896016dc2eacc85026005abdf9

ما زلت أواجه مشكلات مع خطأ HTTPS في المشغل على الرغم من تعيين BrowserType على 2. تم اختباره ضمن GNOME مع Wayland و GNOME على Xorg و Plasma دون جدوى.

ما زلت أواجه مشكلات مع خطأ HTTPS في المشغل على الرغم من تعيين BrowserType على 2. تم اختباره ضمن GNOME مع Wayland و GNOME على Xorg و Plasma دون جدوى.

حاول حذف مجلد "الويب" الموجود في ~/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/

لديّ جهازي فيدورا 29 حيث يتعين عليّ حذف هذا المجلد باستمرار حتى يتم تحميل المشغل بينما لا يتطلبه الآخر. على الرغم من أنني لست متأكدًا من الاختلاف بين الجهازين

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

أعتقد أن لديك بالفعل ، ولكن إذا لم تكن قد فعلت ذلك ، تحقق من ذلك
تأكد من تعيين BrowserType الخاص بك على 2 في boot.cfg (أعتقد؟).

دن لور. 2. مار. 2019، 03:37 skrev Equivocal90 [email protected] :

ما زلت أواجه مشكلات مع خطأ HTTPS في المشغل بالرغم من ذلك
تم ضبط BrowserType على 2. تم اختباره ضمن GNOME مع Wayland ، و GNOME قيد التشغيل
Xorg ، والبلازما دون جدوى.

حاول حذف مجلد "الويب" في ~ / .local / share / Steam / steamapps / Compatdata / 39210 / pfx / drive_c / users / steamuser / My
المستندات / ألعابي / FINAL FANTASY XIV - A Realm Reborn /

لدي جهازي فيدورا 29 حيث يتعين علي حذف ذلك باستمرار
مجلد المشغل للتحميل بينما على الآخر لا يتطلب ذلك.
على الرغم من أنني لست متأكدًا من الاختلاف بين الجهازين

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

في بعض الأحيان ستواجه المشكلة أيضًا عندما يتعذر عليك الاتصال بصفحتهم المقصودة. أعتقد أن لديك بالفعل ، ولكن إذا لم تكن قد فعلت ذلك ، تحقق من ضبط BrowserType الخاص بك على 2 في boot.cfg (أعتقد؟). دن لور. 2. مار. 2019، 03:37 skrev Equivocal90 [email protected] :
...
ما زلت أواجه مشكلات مع خطأ HTTPS في المشغل على الرغم من تعيين BrowserType على 2. تم اختباره ضمن GNOME مع Wayland و GNOME على Xorg و Plasma دون جدوى. حاول حذف مجلد "الويب" في ~ / .local / share / Steam / steamapps / Compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / لدي 2 Fedora 29 الأجهزة التي يتعين علي فيها حذف هذا المجلد باستمرار حتى يتم تحميل المشغل بينما لا يتطلب ذلك على الآخر. على الرغم من أنني لست متأكدًا من الاختلاف بين الجهازين - فأنت تتلقى هذا لأنك ذكرت. قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub < # 580 (تعليق) > ، أو كتم صوت السلسلة https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

على جهازي الذي به المشكلة ، تم تعيين BrowserType على 2 ويعطي خطأ https مختلفًا. إما أنها نجحت أو تعطيني خطأ -22 أو -21 حتى أحذف المجلد الذي حددته سابقًا.

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

MustafaHosny اللهم امين

لست متأكدًا من كيفية التعامل مع ذلك. = (لقد كنت محظوظًا بما يكفي لتجنب مواجهة هذه المشكلة! ما هو إصدار Proton الذي تستخدمه؟ أنا أستخدم أحدث إصدار (تجريبي). اعتقدت أن بيئة سطح المكتب قد تكون مشكلة ولكنك اختبرتها على عدد قليل . لكني أستخدم Kubuntu / Debian ، لذلك قد يكون فيدورا لديه مشكلة مختلفة لا أستطيع تخمينها.

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

أنا أخاف قليلاً من Shadowbringers ، رغم ذلك! لا توجد فكرة عن كيفية العبث بالأداء الحالي على Proton.

flibitijibibo و @ Equivocal90 :
أستطيع أن أؤكد أن أحدث خطأ فديو يعمل على إصلاح تأخير الصوت التدريجي.

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

بعد فترة من اللعب (أحيانًا أقل من 30 دقيقة ، وأحيانًا أكثر من ساعتين) ، بدأت في الحصول على تباين كبير في وقت الإطار الذي يتسبب في تعثر اللعبة.
لقد غيرت "DXVK_HUD": "full" في user_settings.py لكي يراقب البروتون ما يحدث بالضبط ... وبعد حوالي 50 دقيقة من اللعب ، حدث ذلك مرة أخرى.

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

• تحرك الماوس
• النقر بالماوس
• مفتاح مكتوب (ونعم ، إنه خاص بكتابة الحرف ، وليس فقط الضغط على الزر)

كيف أعرف أنه تم كتابة المفتاح:

1. اضغط مع الاستمرار على مفتاح (أي D للانعطاف إلى اليمين): يبدأ التلعثم ، ثم يتوقف التلعثم للحظة ، ثم يستأنف بعد لحظة.
2. إذا قمت الآن بالنقر فوق مفتاح آخر (مثل W للمضي قدمًا) ، فسيتوقف التأتأة عند تحرير المفتاح الثاني (W في هذه الحالة) على الرغم من أنك لا تزال تحتفظ بالمفتاح الأول.

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

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

نظام التشغيل: Kubuntu 18.04 LTS (معطل المؤلف)
وحدة معالجة الرسومات: RX 580 8 جيجا بايت
بروتون: 3.16-7 بيتا
حاول Mesas: 18.2 و 19.0.99 (آخر Oibaf)
LLVM: 7.0.1

عندي:

• راقب استخدام ذاكرة وحدة معالجة الرسومات ، وسرعات الساعة ، وما إلى ذلك - وهي نفسها كما كانت قبل التغيير (الاستثناء الوحيد لذلك هو أنه عند تحريك / النقر بالماوس أو الكتابة - والتي يبدو أنها تسبب التأتأة - فإن استخدام وحدة معالجة الرسومات _ يقلل_)
• ساعات وحدة المعالجة المركزية التي تمت مشاهدتها واستخدامها - والتي تظل كما هي (لم أرها أثناء تقديم المدخلات)
• تم تعطيل جميع أشكال الإطار المحدود في اللعبة
• حاولت إعدادات الماوس المختلفة في اللعبة
• فحص dmesg لأي مشاكل في الإدخال / الإخراج أو المقاطعة مع الأجهزة - لم يتم تسجيل أي شيء
• فحصت سجل dxvk في مجلد البخار - لا شيء غير طبيعي
• مقارنة بجميع العناصر الموضحة في hud dxvk قبل وبعد بدء التأتأة ، يبدو أن الإطارات في الثانية ووقت الإطار فقط تتغير ، وهذا التغيير يحدث فقط أثناء الإدخال

لدي أفكار جديدة ، لذا نرحب بأي مساعدة.

تعمل اللعبة في الجزء الرسومي بلا عيب
لكن الصوت يتأخر بعد وقت قصير (10 دقائق أقول) ويصبح مزعجًا

تعمل اللعبة في الجزء الرسومي بلا عيب
لكن الصوت يتأخر بعد وقت قصير (10 دقائق أقول) ويصبح مزعجًا

ما أفهمه هو أن هذه المشكلة يجب إصلاحها عندما يحصل Proton على إصدار أحدث من FAudio

تعمل اللعبة في الجزء الرسومي بلا عيب
لكن الصوت يتأخر بعد وقت قصير (10 دقائق أقول) ويصبح مزعجًا

قد تتمكن من حل هذه المشكلة عن طريق فتح الخصائص في اللعبة وتعيين خيارات التشغيل على هذا:

PULSE_LATENCY_MSEC = 60٪ أمر٪

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

Turbito إذا قمت باستنساخ وبناء FAudio ، فاستبدل libFAudio.so المستخدم بواسطة Steam بالصوت الذي أنشأته ، يكون الصوت مثاليًا:

https://github.com/FNA-XNA/FAudio

فقط قم ببناء واستبدال تيار البروتون. إذا كنت تستخدم Ubuntu ، فستحتاج إلى الحزم التالية:

• سميك
• libsdl2-dev
• بناء أساسي

أنا أستخدم حاليًا واحدة أقدم قليلاً في الوقت الحالي (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518) ، ولكن يجب أن يعمل المعلم الحالي أيضًا.

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

في بعض الأحيان ستواجه المشكلة أيضًا عندما يتعذر عليك الاتصال بصفحتهم المقصودة. أعتقد أن لديك بالفعل ، ولكن إذا لم تكن قد فعلت ذلك ، تحقق من ضبط BrowserType الخاص بك على 2 في boot.cfg (أعتقد؟). دن لور. 2. مار. 2019، 03:37 skrev Equivocal90 [email protected] :
...
ما زلت أواجه مشكلات مع خطأ HTTPS في المشغل على الرغم من تعيين BrowserType على 2. تم اختباره ضمن GNOME مع Wayland و GNOME على Xorg و Plasma دون جدوى. حاول حذف مجلد "الويب" في ~ / .local / share / Steam / steamapps / Compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / لدي 2 Fedora 29 الأجهزة التي يتعين علي فيها حذف هذا المجلد باستمرار حتى يتم تحميل المشغل بينما لا يتطلب ذلك على الآخر. على الرغم من أنني لست متأكدًا من الاختلاف بين الجهازين - فأنت تتلقى هذا لأنك ذكرت. قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub < # 580 (تعليق) > ، أو كتم صوت السلسلة https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

اتضح أن Steam ينشئ مجلد My Games جديدًا ضمن SteamPlay. كان ملف التكوين الجاري قراءته بالبادئة الجديدة.

تعمل اللعبة في الجزء الرسومي بلا عيب
لكن الصوت يتأخر بعد وقت قصير (10 دقائق أقول) ويصبح مزعجًا

قد تتمكن من حل هذه المشكلة عن طريق فتح الخصائص في اللعبة وتعيين خيارات التشغيل على هذا:

PULSE_LATENCY_MSEC = 60٪ أمر٪

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

Turbito إذا قمت باستنساخ وبناء FAudio ، فاستبدل libFAudio.so المستخدم بواسطة Steam بالصوت الذي أنشأته ، يكون الصوت مثاليًا:

https://github.com/FNA-XNA/FAudio

فقط قم ببناء واستبدال تيار البروتون. إذا كنت تستخدم Ubuntu ، فستحتاج إلى الحزم التالية:

* cmake

* libsdl2-dev

* build-essential

أنا أستخدم حاليًا واحدة أقدم قليلاً في الوقت الحالي (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518) ، ولكن يجب أن يعمل المعلم الحالي أيضًا.

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

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

لقد حاولت للتو ولكن لا أحد من هؤلاء (حتى في نفس الوقت) يصلح تأخير الصوت ...
جودة الصوت جيدة ، والمشكلة الوحيدة هي التأخير / عدم تزامن الصوت الصغير (ولكن يمكن ملاحظته بمقدار 2 أو 3 ثوانٍ)

تحرير: لقد لاحظت للتو أنني قمت بنسخ المكتبة في lib / المجلد ... أقوم باختبار في lib64 /

ما هو إصدار Linux الذي تستخدمه وما هو إصدار Proton لديك؟
هل حاولت تنشيط جميع قنوات xaudio باستخدام wineconfig لملف
متوافق مع pfx وكذلك xact؟

أقوم حاليًا بتشغيل أحدث إصدار من بروتون بيتا تحت Kubuntu 18.10.

>

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

لم أتطرق إلى أي شيء في winecfg الخاص بـ Proton ، فقط قمت بنسخ lib وتعيينه

PULSE_LATENCY_MSEC=60 %command%

في معلمات الإطلاق

باستخدام Linux 5.0 و Mesa 19.1.0-devel (git-cb4e3e3ef6) و xf86-xorg-amdgpu حتى اليوم وما إلى ذلك في Proton 3.16-7 beta (لست متأكدًا مما إذا كان هذا الرقم ... إنه أحدث إصدار من عميل Steam يعرض)

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

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

Gentoo "اختبار"؟ (~ amd64). ولكن يجب أن تعمل أيضًا في أي توزيعة أخرى أعتقدها.

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

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

بعد ساعة:
https://witches.live/@anna/101786126154372039

بشكل طبيعي:
https://witches.live/@anna/101786130006475213

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

تعليق واحد آخر للتأكيد تمامًا لدي نفس الشيء الذي لدى schives ، وقد

إنه أمر غريب للغاية. إذا كنت لا تمانع في schives ، فهل يمكننا رؤية ما هو مشابه في

أنا أستخدم gentoo ، إصدار kernel 4.19.27-gentoo-r1
لقد أصلحت الصوت باستخدام هذا الأمر على الرغم من أنني أقوم بتشغيل اللعبة من خلال خيار "الإصدار التجريبي المجاني" نظرًا لأن لدي حسابًا قديمًا غير بخاري ، لذا فهو ليس هذا الرقم بالضبط:
protontricks 39210 xaudio2_{0,1,2,3,4,5,6,7,8,9}=native

معلوماتي في glxinfo:

anna<strong i="15">@eurekapyros</strong> ~/.steam/steam/steamapps/common/FINAL FANTASY XIV Online $ glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 1070 Ti/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 418.43
OpenGL core profile shading language version string: 4.50 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6.0 NVIDIA 418.43
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 418.43
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

إصدار Proton هو 3.16-8 Beta
وحدة المعالجة المركزية هي Intel (R) Core (TM) i7-6700K CPU @ 4.00 جيجاهرتز

لقد قمت بعمل مقطع نشل لهذه المشكلة أثناء البث

https://clips.twitch.tv/CarelessPeacefulAirGuitarYouWHY

عندما يحدث شيء حركة كاميرا الماوس ، هل ما زال متقطعًا عند استخدام لوحة المفاتيح لتحريك الكاميرا؟

لقد مضى وقت طويل منذ أن كنت في FFX | V ، ولا أتذكر ما إذا كانت هناك روابط افتراضية للكاميرا ولوحة المفاتيح ، وما إذا كان يمكن إجراؤها بشكل مدمج ، ولكن إذا كان كذلك ، فلديها أي شخص حاولت ذلك؟

أيضًا ، هل مجرد تحريك الماوس (حتى بدون تحريك الكاميرا) يؤدي إلى حدوث تقطع؟

(أعتذر إذا فاتني أي ذكر لهذه الأشياء في مكان ما ؛ أتلقى بريدًا على كل رسالة ضمن ValveSoftare هنا ، لكن ربما فاتني ذلك ، وأنا لا أقرأ كل هذه التعليقات الآن ^^ ؛).

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

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

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

أنا أتحدث من الماضي قليلاً ، فأنا أدير اللعبة عبر Wine ، منذ أول إصدار من Alpha إلى Beta وما يصدر عنهم الآن. :]

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

تضمين التغريدة
لا يبدو أنها VRAM ، يوضح radeontop أن استخدام الذاكرة متسق تقريبًا على RX 580 ولا يتجاوز 3 غيغابايت أبدًا ، حتى أثناء تشغيل التطبيقات الأخرى.
استخدام الذاكرة ضئيل ، مع عدم وجود تسرب واضح للذاكرة.

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

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

بقدر ما تكون التجربة صغيرة ، عندما تصبح اللعبة متقطعة ، علامة تبويب بديلة ، قم بتعطيل تكرار المفتاح باستخدام xset r off (سيؤدي هذا إلى إيقاف تكرار المفتاح في xorg) وابدأ في الركض باستخدام مفاتيح WASD. ستلاحظ أنه حتى إذا كنت تضغط على المفتاح ، طالما أنك لا تحرك الماوس أو تضغط على مفاتيح جديدة ، فإن اللعبة ليست متقطعة حقًا. لإعادة تمكين تكرار المفتاح ، استخدم xset r on .

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

الأشياء التي يمكنني التفكير فيها والتي قد تسبب المشاكل:

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

1. من الممكن أيضًا أن يكون إصلاح الصوت على خطأ.

2. كلانا لديه معالجات Intel: ربما أحد عوامل التخفيف لتلك الثغرات الأمنية العديدة بشكل مفرط في الأجهزة يسبب مشاكل؟

3. قد يكون هناك خطأ ما في كيفية ترجمة البروتون لمدخلات FF14.

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

المواصفات التفصيلية

نظام التشغيل: Kubuntu 18.04 LTS
بروتون: 3.16-8 بيتا

$ uname -srvmpio
Linux 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              8
On-line CPU(s) list: 0-7
Thread(s) per core:  2
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               45
Model name:          Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz
Stepping:            7
CPU MHz:             1200.413
CPU max MHz:         3800.0000
CPU min MHz:         1200.0000
BogoMIPS:            7203.91
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            10240K
NUMA node0 CPU(s):   0-7
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts flush_l1d

# lshw -class memory
  *-memory
       description: System Memory
       physical id: 2e
       slot: System board or motherboard
       size: 16GiB
     *-bank:0
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 0
          serial: 00000000
          slot: ChannelA_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:1
          description: DIMM Synchronous [empty]
          product: ChannelA_Dimm2_PartNum
          vendor: ChannelA_Dimm2_Manufacturer
          physical id: 1
          serial: ChannelA_Dimm2_SerNum
          slot: ChannelA_Dimm2
          width: 64 bits
     *-bank:2
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 2
          serial: 00000000
          slot: ChannelB_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:3
          description: DIMM Synchronous [empty]
          product: ChannelB_Dimm2_PartNum
          vendor: ChannelB_Dimm2_Manufacturer
          physical id: 3
          serial: ChannelB_Dimm2_SerNum
          slot: ChannelB_Dimm2
          width: 64 bits
     *-bank:4
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 4
          serial: 00000000
          slot: ChannelC_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:5
          description: DIMM Synchronous [empty]
          product: ChannelC_Dimm2_PartNum
          vendor: ChannelC_Dimm2_Manufacturer
          physical id: 5
          serial: ChannelC_Dimm2_SerNum
          slot: ChannelC_Dimm2
          width: 64 bits
     *-bank:6
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 6
          serial: 00000000
          slot: ChannelD_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:7
          description: DIMM Synchronous [empty]
          product: ChannelD_Dimm2_PartNum
          vendor: ChannelD_Dimm2_Manufacturer
          physical id: 7
          serial: ChannelD_Dimm2_SerNum
          slot: ChannelD_Dimm2
          width: 64 bits

$ vulkaninfo | head -243
===========
VULKAN INFO
===========

Vulkan Instance Version: 1.1.70

ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_intel.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_radeon.so: wrong ELF class: ELFCLASS32


Instance Extensions:
====================
Instance Extensions     count = 16
        VK_KHR_device_group_creation        : extension revision  1
        VK_KHR_external_fence_capabilities  : extension revision  1
        VK_KHR_external_memory_capabilities : extension revision  1
        VK_KHR_external_semaphore_capabilities: extension revision  1
        VK_KHR_get_physical_device_properties2: extension revision  1
        VK_KHR_get_surface_capabilities2    : extension revision  1
        VK_KHR_surface                      : extension revision 25
        VK_KHR_wayland_surface              : extension revision  6
        VK_KHR_xcb_surface                  : extension revision  6
        VK_KHR_xlib_surface                 : extension revision  6
        VK_KHR_display                      : extension revision 23
        VK_EXT_direct_mode_display          : extension revision  1
        VK_EXT_acquire_xlib_display         : extension revision  1
        VK_EXT_display_surface_counter      : extension revision  1
        VK_EXT_debug_report                 : extension revision  9
        VK_EXT_debug_utils                  : extension revision  1
Layers: count = 5
=======
VK_LAYER_VALVE_steam_fossilize_64 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_fossilize_32 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_overlay_32 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_overlay_64 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_LUNARG_standard_validation (LunarG Standard Validation Layer) Vulkan version 1.0.70, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

Presentable Surfaces:
=====================
GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
Surface type : VK_KHR_xcb_surface
Formats:                count = 2
        B8G8R8A8_SRGB
        B8G8R8A8_UNORM
Present Modes:          count = 3
        IMMEDIATE_KHR
        MAILBOX_KHR
        FIFO_KHR

VkSurfaceCapabilitiesKHR:
=========================
        minImageCount       = 2
        maxImageCount       = 0
        currentExtent:
                width       = 256
                height      = 256
        minImageExtent:
                width       = 256
                height      = 256
        maxImageExtent:
                width       = 256
                height      = 256
        maxImageArrayLayers = 1
        supportedTransform:
                VK_SURFACE_TRANSFORM_IDENTITY_BIT_KHR
        currentTransform:
                VK_SURFACE_TRANSFORM_IDENTITY_BIT_KHR
        supportedCompositeAlpha:
                VK_COMPOSITE_ALPHA_OPAQUE_BIT_KHR
                VK_COMPOSITE_ALPHA_INHERIT_BIT_KHR
        supportedUsageFlags:
                VK_IMAGE_USAGE_TRANSFER_SRC_BIT
                VK_IMAGE_USAGE_TRANSFER_DST_BIT
                VK_IMAGE_USAGE_SAMPLED_BIT
                VK_IMAGE_USAGE_STORAGE_BIT
                VK_IMAGE_USAGE_COLOR_ATTACHMENT_BIT

VkSurfaceCapabilities2EXT:
==========================

        supportedSurfaceCounters:
                None


Device Properties and Extensions :
==================================
GPU0
VkPhysicalDeviceProperties:
===========================
        apiVersion     = 0x40105a  (1.1.90)
        driverVersion  = 79691875 (0x4c00063)
        vendorID       = 0x1002
        deviceID       = 0x67df
        deviceType     = DISCRETE_GPU
        deviceName     = AMD RADV POLARIS10 (LLVM 8.0.0)
        VkPhysicalDeviceLimits:
        -----------------------
                maxImageDimension1D                     = 16384
                maxImageDimension2D                     = 16384
                maxImageDimension3D                     = 2048
                maxImageDimensionCube                   = 16384
                maxImageArrayLayers                     = 2048
                maxTexelBufferElements                  = 0x8000000
                maxUniformBufferRange                   = 0xffffffff
                maxStorageBufferRange                   = 0xffffffff
                maxPushConstantsSize                    = 128
                maxMemoryAllocationCount                = 4294967295
                maxSamplerAllocationCount               = 65536
                bufferImageGranularity                  = 0x40
                sparseAddressSpaceSize                  = 0xffffffff
                maxBoundDescriptorSets                  = 32
                maxPerStageDescriptorSamplers           = 9586978
                maxPerStageDescriptorUniformBuffers     = 9586978
                maxPerStageDescriptorStorageBuffers     = 9586978
                maxPerStageDescriptorSampledImages      = 9586978
                maxPerStageDescriptorStorageImages      = 9586978
                maxPerStageDescriptorInputAttachments   = 9586978
                maxPerStageResources                    = 9586978
                maxDescriptorSetSamplers                = 9586978
                maxDescriptorSetUniformBuffers          = 9586978
                maxDescriptorSetUniformBuffersDynamic   = 16
                maxDescriptorSetStorageBuffers          = 9586978
                maxDescriptorSetStorageBuffersDynamic   = 8
                maxDescriptorSetSampledImages           = 9586978
                maxDescriptorSetStorageImages           = 9586978
                maxDescriptorSetInputAttachments        = 9586978
                maxVertexInputAttributes                = 32
                maxVertexInputBindings                  = 32
                maxVertexInputAttributeOffset           = 0x7ff
                maxVertexInputBindingStride             = 0x800
                maxVertexOutputComponents               = 128
                maxTessellationGenerationLevel          = 64
                maxTessellationPatchSize                        = 32
                maxTessellationControlPerVertexInputComponents  = 128
                maxTessellationControlPerVertexOutputComponents = 128
                maxTessellationControlPerPatchOutputComponents  = 120
                maxTessellationControlTotalOutputComponents     = 4096
                maxTessellationEvaluationInputComponents        = 128
                maxTessellationEvaluationOutputComponents       = 128
                maxGeometryShaderInvocations            = 127
                maxGeometryInputComponents              = 64
                maxGeometryOutputComponents             = 128
                maxGeometryOutputVertices               = 256
                maxGeometryTotalOutputComponents        = 1024
                maxFragmentInputComponents              = 128
                maxFragmentOutputAttachments            = 8
                maxFragmentDualSrcAttachments           = 1
                maxFragmentCombinedOutputResources      = 8
                maxComputeSharedMemorySize              = 0x8000
                maxComputeWorkGroupCount[0]             = 65535
                maxComputeWorkGroupCount[1]             = 65535
                maxComputeWorkGroupCount[2]             = 65535
                maxComputeWorkGroupInvocations          = 2048
                maxComputeWorkGroupSize[0]              = 2048
                maxComputeWorkGroupSize[1]              = 2048
                maxComputeWorkGroupSize[2]              = 2048
                subPixelPrecisionBits                   = 8
                subTexelPrecisionBits                   = 8
                mipmapPrecisionBits                     = 8
                maxDrawIndexedIndexValue                = 4294967295
                maxDrawIndirectCount                    = 4294967295
                maxSamplerLodBias                       = 16.000000
                maxSamplerAnisotropy                    = 16.000000
                maxViewports                            = 16
                maxViewportDimensions[0]                = 16384
                maxViewportDimensions[1]                = 16384
                viewportBoundsRange[0]                  =-32768.000000
                viewportBoundsRange[1]                  = 32767.000000
                viewportSubPixelBits                    = 8
                minMemoryMapAlignment                   = 4096
                minTexelBufferOffsetAlignment           = 0x1
                minUniformBufferOffsetAlignment         = 0x4
                minStorageBufferOffsetAlignment         = 0x4
                minTexelOffset                          =-32
                maxTexelOffset                          = 31
                minTexelGatherOffset                    =-32
                maxTexelGatherOffset                    = 31
                minInterpolationOffset                  =-2.000000
                maxInterpolationOffset                  = 2.000000
                subPixelInterpolationOffsetBits         = 8
                maxFramebufferWidth                     = 16384
                maxFramebufferHeight                    = 16384
                maxFramebufferLayers                    = 1024
                framebufferColorSampleCounts            = 15
                framebufferDepthSampleCounts            = 15
                framebufferStencilSampleCounts          = 15
                framebufferNoAttachmentsSampleCounts    = 15
                maxColorAttachments                     = 8
                sampledImageColorSampleCounts           = 15
                sampledImageDepthSampleCounts           = 15
                sampledImageStencilSampleCounts         = 15
                sampledImageIntegerSampleCounts         = 1
                storageImageSampleCounts                = 15
                maxSampleMaskWords                      = 1
                timestampComputeAndGraphics             = 1
                timestampPeriod                         = 40.000000
                maxClipDistances                        = 8
                maxCullDistances                        = 8
                maxCombinedClipAndCullDistances         = 8
                discreteQueuePriorities                 = 2
                pointSizeRange[0]                       = 0.000000
                pointSizeRange[1]                       = 8192.000000
                lineWidthRange[0]                       = 0.000000
                lineWidthRange[1]                       = 7.992188
                pointSizeGranularity                    = 0.125000
                lineWidthGranularity                    = 0.007812
                strictLines                             = 0
                standardSampleLocations                 = 1
                optimalBufferCopyOffsetAlignment        = 0x80
                optimalBufferCopyRowPitchAlignment      = 0x80
                nonCoherentAtomSize                     = 0x40
        VkPhysicalDeviceSparseProperties:
        ---------------------------------
                residencyStandard2DBlockShape            = 0
                residencyStandard2DMultisampleBlockShape = 0
                residencyStandard3DBlockShape            = 0
                residencyAlignedMipSize                  = 0
                residencyNonResidentStrict               = 0

ملاحظة. witcheslive إذا كنت تستخدم dxvk ، يتم جمع المعلومات ذات الصلة لتصحيح الأخطاء بواسطة vulkaninfo وليس glxinfo

تحرير: إضافة أقسام مضغوطة لمعلومات الأجهزة

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

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

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

تضمين التغريدة
أقوم بتشغيل شاشة 60 هرتز بدقة 4k (3820x2160).
تصادف أنه تم تعطيل التراكب البخاري في اللعبة (لأنني أستخدم مفتاح shift كمفتاح اختصار).
إذا قمت أيضًا بتعطيل تراكب البخار ، فقد تكون مشكلتنا متعلقة بـ https://github.com/ValveSoftware/steam-for-linux/issues/5727.

تستمر الاختلافات ، على الأقل إنها تضيق الأمور. لم أقم بتعطيل التراكب.

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

حاولت لفترة وجيزة تكرار مشكلة التأتأة من خلال الركض حول Eureka قبل الصيانة الليلة ، لكنني لم أتمكن من القيام بذلك.

فقط للاختبار ، هل جرب أولئك الذين تأثروا به سيناريو Lutris؟ قد يضيق النطاق على الأقل إذا كان شيئًا ما في بروتون / ستيم فقط أو إذا كان شيئًا مشتركًا بينهما.

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

انا مرة اخرى،
هذه المرة كنت أختبر مع Ubuntu 19.04 dev ويتطلب بعض الخطوات الإضافية.
تأتي برامج تشغيل Vulkan الخاصة بـ mesa مثبتة ، ولكن ليس 32 بت.

sudo apt install mesa-vulkan- برامج التشغيل: i386

يقوم هذا بتمكين dxvk (قبل هذا الرجوع إلى dx9c)

HereInPlainSight @ أفضل طريقة لتكرارها هي القيام

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

بعد الحصول على 4.2 (اضطررت إلى هز المقبض قليلاً ، لم يتم تنزيله لسبب ما ، لذلك إذا تعرض أي شخص لأخطاء تنسيق ثنائية ، فانتقل لتنزيل أو حذف وتنزيل ، Realm of the Mad God أو شيء ما للحصول عليه تنزيل Proton 4.2 بالفعل) لقد قمت ببعض ألعاب الروليت ، وتركتها طوال الليل ، ثم فعلت المزيد من لعبة الروليت ، وبالتأكيد كنت أقوم بهرس الأزرار لأكثر من ساعة ويبدو أنه لا بأس بذلك الآن ، اطرق الخشب!

لا يمكنني الدخول إلى وضع ملء الشاشة بدون تجميد بيئة سطح المكتب بالكامل. عندما قمت بتثبيت اللعبة مع Lutris سابقًا ، تمكنت من تحقيق ذلك عن طريق تحرير الإعدادات المناسبة يدويًا في FFXIV.cfg. الآن مع بروتون 4.2 ، حتى هذا فشل ؛ سيتجمد سطح المكتب بالكامل وأحتاج إلى SSH في وقتل عملية FFXIV للتعافي.

Distro: Ubuntu 18.04.2
البروتون: 4.2-2
وحدة معالجة الرسومات: RX 480 8 جيجا بايت
إصدار برنامج التشغيل / LLVM: Mesa 18.2.8 / LLVM 7.0.0
إصدار النواة: 4.18.0-17-عام

@ e3b0c442 هذه مشكلة معروفة في DXVK. لحسن الحظ ، يتوفر الإصلاح بالفعل في DXVK 1.0.2 (انظر إلى سجل التغيير): https://github.com/doitsujin/dxvk/releases

لا يزال بروتون يستخدم إصدارًا سابقًا من DXVK ، ومن هنا تأتي المشكلات.

لا يمكنني الدخول إلى وضع ملء الشاشة بدون تجميد بيئة سطح المكتب بالكامل.

هل يمكنك فعل وضع Windowed ملء الشاشة؟ ألعب عدة ساعات في الليلة دون مشكلة ، لكني ألعب في Windowed Full Screen.

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

830.883:0102:0103:trace:module:LdrGetDllHandle L"C:\\windows\\system32\\dinput8.dll" -> 0x7f0f134e0000 (load path L"Z:\\home\\jaap\\.local\\share\\Steam\\steamapps\\common\\FINAL FANTASY XIV Online\\game;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
830.883:0102:0103:trace:module:LdrAddRefDll (L"dinput8.dll") ldr.LoadCount: -1
830.883:0102:0103:trace:module:LdrUnloadDll (0x7f0f134e0000)
830.883:0102:0103:trace:module:LdrUnloadDll (L"dinput8.dll") - START
830.883:0102:0103:trace:module:LdrUnloadDll END

أي أفكار؟

@ e3b0c442 هذه مشكلة معروفة في DXVK. لحسن الحظ ، يتوفر الإصلاح بالفعل في DXVK 1.0.2 (انظر إلى سجل التغيير): https://github.com/doitsujin/dxvk/releases

لا يزال بروتون يستخدم إصدارًا سابقًا من DXVK ، ومن هنا تأتي المشكلات.

أعدت التثبيت مع Lutris وكان كل شيء على ما يرام ، بصرف النظر عن كونه أبطأ مما أتذكره. شكر.

هل هناك أي شيء يمنعني من تشغيل برنامج الإعداد DXVK الذي تمت ترقيته في Steam wineprefix؟ أفضل إدارة اللعبة من خلال Steam.

Mushoz تحتاج إلى تغيير CutsceneMovieOpening في FFXIV.cfg إلى 1.

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

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

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

(إعادة التشغيل وما إلى ذلك لا يحدث أي فرق الآن ..)

أدى توصيل وحدة تحكم XB360 إلى تصحيح تأتأة الماوس بالنسبة لي. (لم أستخدمه حتى ، يكفي توصيله بالكهرباء)

اضطررت إلى المحاولة ، للأسف لم يفعل ذلك أي شيء من أجلي :(

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

لقد حدث لي أيضًا تلعثم في الماوس ، ولكن الغريب بعد تطبيق الإصلاح PULSE_LATENCY_MSEC=60 %command% اعتنى بذلك أيضًا. بطريقة ما. لا اعرف لماذا.

الملاحظات الأخرى التي قدمتها فيما يتعلق بتلعثم اللعبة هي تشغيل الفيديو في الخلفية (حتى على النوافذ المصغرة) ، أو استخدام Caprine (تطبيق Facebook messenger لأجهزة سطح المكتب بنظام Linux الذي تسبب باستمرار في التأتأة في FPS واستجابة الماوس عند التشغيل) ، أو إذا كانت هناك عملية أخرى تقوم بشيء يكسر 7٪ من استخدام وحدة المعالجة المركزية أثناء المشاركة في اللعب.

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

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

أتساءل عما إذا كانت هناك مشكلات في برنامج التشغيل تسبب هذه المشكلات في هذه المرحلة ...

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

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

هل يمكنك تجربة هذا: PROTON_USE_WINED3D
سيطلب هذا من Proton استخدام تطبيق WINE's OpenGL لـ wined3d بدلاً من DXVK من Vulkan. إذا لم يساعد ذلك ، فأنا خائف من نفاد الاقتراحات في الوقت الحالي.

ولكن يمكنك البحث هنا للعثور على أشياء لتجربتها: https://github.com/ValveSoftware/Proton#runtime -config-options

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

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

اضطررت إلى تثبيت متعدد الألوان (للوصول إلى إعدادات فأرة razer الخاصة بي) وتقليل معدل الاقتراع إلى 125 أو 500. 125 يعني عدم وجود إطار ، 500 يعطي بعض الإطارات. 1000 يقتل إطاراتي.

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

لست متأكدًا مما إذا كانت هذه هي نفس المشكلة مباشرة. لقد عملت على XIV عبر Proton ، لكن كان علي اتباع إجابات النبيذ المعروفة لجعلها قابلة للعب. وبالتحديد ، لا بد لي من تحرير ملفين في steamapps / authdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / directory.

في FFXIV_BOOT.cfg ، كان علي تعديل BrowserType إلى 2 ، وفي FFXIV.cfg لا بد لي من تحرير CutsceneMovieOpening إلى 1.

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

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

لقد نجح هذا بالنسبة لي ، على Arch linux مع Kernel 5.0.8 و nvidia 780 TI و kde. في صحتك!

لذلك ... يبدو أن أحدث تصحيح لـ FFXIV ، والذي كان لديه أيضًا تحديث لبرنامج التمهيد ، قد كسره بالنسبة لي الآن.
أتلقى الآن أخطاء HTTPS 404 مرة أخرى ، حتى مع تكوين BrowserType بشكل صحيح. سأحاول إعادة التثبيت ومعرفة ما إذا كانت إعادة تثبيت المشغل ستنجح.
أي أفكار أخرى؟
يعمل حاليًا على Pop_! OS.

تحرير: إعادة التثبيت لم تساعد.

نفس العدد على ArchTenaarFeiri. هل قاموا بتعطيل شيء ما يعتمد عليه النبيذ؟

يتحدث منتدى Lutris عن هذه القضية أيضًا .. https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

قليلا خارج الموضوع: لماذا يجب أن تمتص كل قاذفات الكثير؟ :)

تحرير: قد يكون من المهم ملاحظة أن هذه المشكلة حصرية بالبروتون. النبيذ يتأثر أيضا.

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

PROTON_LOG=1 %command%

إطلاقا!
steam-39210.log

نفس العدد على ArchTenaarFeiri. هل قاموا بتعطيل شيء ما يعتمد عليه النبيذ؟

يتحدث منتدى Lutris عن هذه القضية أيضًا .. https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

قليلا خارج الموضوع: لماذا يجب أن تمتص كل قاذفات الكثير؟ :)

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

تعديل:

نظرت إلى السجلات بنفسي ويبدو هذا الجزء ممتعًا للغاية:

1040.629: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32e1dc)
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString نوع السلسلة غير معتمد 20
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString نوع السلسلة غير معتمد 12
1040.630: 0030: 0031: err: mshtml: on_stop_nsrequest فشل RemoveRequest: 80004005
1040.630: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32ea9c)
1040.631: 0030: 0031: fixme: urlmon : InternetBindInfo_GetBindString نوع السلسلة غير معتمد 20
1040.631: 0030: 0031: fixme: ieframe : DocHostUIHandler_GetDropTarget (0x1b0b8c)
1040.631: 0030: 0031: fixme: ieframe : DocHostUIHandler_GetDropTarget (0x1b0b8c)
1041.008: 0030: 0031: fixme: ieframe : DocObjectService_IsErrorUrl 0x1cd080 L " https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html؟1556023343664 " 0x32e460
1041.028: 0030: 0031: التتبع: الوحدة النمطية : GetModuleFileNameW L "C: \ windows \ system32 \ user32.dll"

هل يمكن أن تكون المشكلة خاصة بالأبراص الآن؟ لاحظت بعد ذلك أن هناك الكثير من المحاولات الفاشلة لتحميله.

هناك
1041.008:0030:0031:fixme:ieframe:DocObjectService_IsErrorUrl 0x1cd080 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556023343664" 0x32e460
في السجل ، يقول شخص ما على reddit أنه يجب الاتصال بـ https://frontier.ffxiv.com/version_4_0_win/index.html بدلاً من ذلك (version_4_0_win مرة واحدة فقط).
https://www.reddit.com/r/ffxiv/comments/bgeluh/any_other_linux_users_getting_404_errors_when/

لقد أنشأت سجل ترحيل + ويبدو أنه تم إنشاء نسخة مكررة من version_4_0_win في مكالمة إلى CoInternetCombineUrlEx . أعتقد أنهم يجتازون https://frontier.ffxiv.com/version_4_0_win و version_4_0_win/index.html كوسيطات ومن المفترض أن يقطع النبيذ version_4_0_win من الوسيطة الأولى.

بلدي + سجل الترحيل
+ سجل urlmon

تعديل:
main.c ، المترجمة مع x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe تعطي نسخة مكررة version_4_0_win على كل من النوافذ والنبيذ ، لذلك قد لا تكون هذه هي المشكلة بعد كل شيء.

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

هل استخدم قاذفة XIV دائمًا Gecko بدلاً من Chromium لأنه محرك عرض؟ هل يمكن أن تكون علامة BrowserType لم تعد مدعومة؟

لقد تساءلت عن ذلك أيضًا nourez لكن مشكلة عنوان url التي أشار إليها الأشخاص تجعل الأمر يبدو كما لو أنه قد لا يكون كذلك؟

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

يبدو أن المشكلة تكمن بالفعل في عنوان URL غير الصحيح ، والذي أشك في أننا سنتمكن من معالجته من جانبنا. الأمر متروك لـ Valve! أو مربع. من يحصل عليها أولا.

fosspillTenaarFeiri نعم ، لم أر أنه عنوان URL مشوه ، لقد رأيت المنشور المتعلق بالمشكلات التي تحاول الاتصال ب Gecko. أعتقد أن فكرة Fosspill لإعادة توجيه عنوان URL هي على الأرجح الخيار الأفضل للتجربة في الوقت الحالي ، لكنني لن أتمكن من العبث بها إلا بعد أن أصل إلى المنزل من العمل اليوم. ربما حاول تحرير / etc / hosts للتعامل معها؟

للأسف / etc / hosts لن يعمل لأنه لا يعمل إلا hostnames / ips. أعتقد أن الاحتمال الوحيد هو نوع من رقعة النبيذ المخصصة / الرقائق لإصلاحها مؤقتًا حتى يصلحها SE بشكل دائم.

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

من الصحيح حقًا أنه سيكون إصلاحًا غريبًا ومحددًا للغاية ، لكنني أرغب في رؤية هذا الأمر يعمل! :)

أي إصدار IE يعمل ببادئة 64 بت؟ قد تكون هذه طريقة للتغلب عليها

لست متأكدًا مما إذا كان هذا مفيدًا ولكنني حصلت على urlmon.dll وتبعية iertutil.dll من نظام windows 7 vm 32 بت وقمت بتعيينها كتجاوزات أصلية ، ولكن لا يبدو أنها أثرت على مقطع المسار المكرر

exolyte لست متأكدًا من

تعديل:
main.c ، المترجمة مع x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe تعطي نسخة مكررة version_4_0_win على كل من النوافذ والنبيذ ، لذلك قد لا تكون هذه هي المشكلة بعد كل شيء.

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

witcheslive كنت CoInternetCombineUrlEx تم تنفيذه بشكل غير صحيح في النبيذ ، لكن الاختبار في تعديلي يشير إلى أن المشكلة تكمن في مكان آخر. لذلك إما أفسدت شيئًا ما في الاختبار الخاص بي أو يحدث تكرار version_4_0_win مكان آخر.

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

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

لا أعتقد أن هذا هو الحال ، نظرًا لأنه لا يتم مضاعفة في المتصفح ، فإنه يعرض بالتأكيد استجابة 200 ولكن مضاعف ينتج 404

المشغل يحتوي فقط على مثيل واحد من السلاسل https://frontier.ffxiv.com/version_4_0_win/ و index.html . يؤدي استبعاد version_4_0_win/ من السابق إلى إظهار السجل أنه حاول الوصول إلى https://frontier.ffxiv.com/index.html كما لا توجد حالات لـ version_4_0_win بمفردها.

لذلك ، لا يزال يبدو أنه يتم تكرار version_4_0_win بطريقة ما ولكن لا علاقة له عندما يتم إلحاق index.html به.

هل هناك أي طريقة لتوكيل / إعادة توجيه version_4_0_win المكرر إلى عنوان URL الصحيح لمعرفة ما إذا كان ذلك سيؤدي إلى إصلاحه؟

witcheslive لا أعتقد أنه ممكن باستخدام وكيل فقط لأن عنوان url يستخدم مخطط https. ولكن إذا قمنا بتصحيح السلسلة في الملف الثنائي لاستخدام http ، فقد يكون ذلك ممكنًا

هل هناك أي طريقة لتوكيل / إعادة توجيه version_4_0_win المكرر إلى عنوان URL الصحيح لمعرفة ما إذا كان ذلك سيؤدي إلى إصلاحه؟

ليس من السهل مع HTTPS للأسف

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

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

هل سنكتسب أي معرفة من تصحيح النبيذ للتعامل مع مشكلة عنوان URL ، إذا كان ذلك ممكنًا؟

يبدو أن الانتقال إلى http://frontier.ffxiv.com/version_4_0_win/ يسمح بالوصول ، على الرغم من أنني تلقيت تعليمات لتمكين JavaScript وأشياء أخرى (على الرغم من أنني قمت بتمكينها).
إذا تم تكوين الخوادم بشكل صحيح ، فلن أتمكن من الانتقال إلى إصدار HTTP عادي من الصفحة على الإطلاق.

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

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

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

أيضًا ، لاحظت أن المشغل يقوم الآن بتنزيل libcef.dll ، لكن لا يبدو أنه يستخدمه بالفعل ، وهو أمر سيء للغاية لأنني أعتقد أن هذه مشكلة Gecko.

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

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

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

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

لقد قمت بإعادة توجيه المجال frontier.ffxiv.com إلى الخادم الخاص بي باستخدام ملف المضيفين ووضعت /version_4_0_win/index.html و /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي. يصل المشغل إلى كلا الملفين ، لكنه يظل أسود بعد ذلك. إذا قمت بنقل /version_4_0_win/index.html أو /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي ، فسأحصل على الخطأ 404 العادي.

لقد قمت بإعادة توجيه المجال frontier.ffxiv.com إلى الخادم الخاص بي باستخدام ملف المضيفين ووضعت /version_4_0_win/index.html و /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي. يصل المشغل إلى كلا الملفين ، لكنه يظل أسود بعد ذلك. إذا قمت بنقل /version_4_0_win/index.html أو /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي ، فسأحصل على الخطأ 404 العادي.

أي شيء يظهر في السجلات؟

لقد قمت بتصحيح النبيذ الخاص بي لاستخدام عنوان URL المناسب (المفترض) والذي ينتج عنه الوصول إلى https://frontier.ffxiv.com/version_4_0_win/index.html؟1556042120789.

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

هيريس التصحيح لتجاوز 404 .. على الرغم من أنه لا يبدو مفيدًا بشكل مفرط.
https://gist.github.com/sschroe/963f1d7aa3fc366e155e5ac6bc84cc71

أي شيء يظهر في السجلات؟

لا شيء مثير للاهتمام باستثناء غياب 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 والذي يحدث عند عدم إعادة التوجيه إلى الخادم الخاص بي.

أي شيء يظهر في السجلات؟

لا شيء مثير للاهتمام باستثناء غياب 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 والذي يحدث عند عدم إعادة التوجيه إلى الخادم الخاص بي.

يبدو أن المشغل يحاول (وينجح) في تحميل https://frontier.ffxiv.com/version_4_0_win/ والمشكلة التي نواجهها هي أنه فشل في المصادقة مع ملف في https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/ وهذا ما يسبب الخطأ؟

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

لقد قمت بإعادة توجيه المجال frontier.ffxiv.com إلى الخادم الخاص بي باستخدام ملف المضيفين ووضعت /version_4_0_win/index.html و /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي. يصل المشغل إلى كلا الملفين ، لكنه يظل أسود بعد ذلك. إذا قمت بنقل /version_4_0_win/index.html أو /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي ، فسأحصل على الخطأ 404 العادي.

exolyte سأكون فضوليًا إذا كان المشغل سيحاول الوصول إلى كلا الملفين من جهاز يعمل بنظام Windows. لقد قمت بتفريغ ذاكرة عملية المشغل ووجدت عدة حالات (10+ لكل منها) لكل من version_4_0_win وضاعفتها.

عندما أصل إلى المنزل ، سأحاول معرفة ما إذا كان بإمكاني العثور على كلا عنواني URL عند تشغيل المشغل تحت Windows

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

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

شيء آخر حاولت القيام به هو استبدال ffxivlauncher.exe بالإصدار السابق وبهذا سيبدأ المشغل ويسمح لي بتسجيل الدخول. ولكن بعد تسجيل الدخول ، يشتكي من أنه لا يمكنه إجراء تحديث الإصدار.

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

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

هل نحن على يقين من أن علامة Browser_Type لم يتم تجاهلها تمامًا؟ هل هناك فرق واضح بين أنواع المتصفح لذلك نحن على يقين من أن Windows يعمل بالفعل مع النوع = 2؟

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

شيء آخر حاولت القيام به هو استبدال ffxivlauncher.exe بالإصدار السابق وبهذا سيبدأ المشغل ويسمح لي بتسجيل الدخول. ولكن بعد تسجيل الدخول ، يشتكي من أنه لا يمكنه إجراء تحديث الإصدار.

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

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

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

الشيء الغريب هو أن هذا التحديث قام بتعديل libcef.dll ، وهو أمر غريب إذا لم يتم استخدامه بعد الآن على الإطلاق ...

إذا لم يعد BrowserType يؤثر على أي شيء لا أعتقد أنه يوجد حل سهل ، فإن Wine's Gecko في حالة مؤسفة إلى حد ما لذلك ليس لدي أمل كبير في جعله يتعاون.

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

هل حاول أحد تثبيت IE في البادئة ، إذن؟

أحدث إصدار من IE "يعمل" في Wine هو IE8 وبادئات 32 بت فقط. هذا يعني عدم وجود دعم DXVK / DirectX 11 ، حتى لو قام شخص ما بهذا العمل.

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

لقد لاحظت تباينًا في الأداء باستخدام BrowserType لذا لا أعتقد أنه يتم تجاهله. يؤدي تعيينه على 0 إلى النتيجة المتوقعة لعدة ثوانٍ (تصل إلى دقيقة) من اللون الأسود قبل ظهور الأخطاء ، بينما يؤدي تعيينه على 2 إلى ظهور خطأ HTTPS بعد أقل من 10 ثوانٍ. هذا قابل للتكرار بالنسبة لي في كل مرة.
قد يكون هناك خطأ ما في libcef.dll
هل يمكننا محاولة استخدام libcef.dll من إصدار أقدم؟ إذا كان لدينا واحد متاح؟

libcef.zip

تحرير: لقد اتصلت أيضًا بالدعم لمعرفة ما إذا كان بإمكاننا الحصول على إجابة مباشرة عما إذا كان BrowserType لا يزال محترمًا أم لا.

لقد حاولت للتو العودة إلى الإصدار السابق من libcef.dll (من قبل هذا التحديث) وما زال يفشل مع نفس 404

libcef.zip

يا. لقد تعرضت للضرب حتى اللكمة!
وهذا عار :(

icudt.zip

ماذا عن استخدام كل من libcef و icudt القديم؟

تحرير: لا تغيير من جهتي سواء. اللعنة = /

لا تغيير باستخدام كليهما

لا شيئ. حتى أنني حاولت استخدام cef من http://opensource.spotify.com/cefbuilds/index.html وما زلت أحصل على 404.

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

إنهم يشحنون كلا من 32 و 64 بت ffxivlauncher.exe ، لكن فقط libcef.dll 32 بت ، لا يمكن أن يستخدم كلاهما CEF.

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

هي البادئة 64 بت؟ كنت متأكدًا تمامًا من أنه لم يكن كذلك ، فقد اضطررت إلى استخدام dlls من إطارات 32 بت عند اختبار التجاوزات الأصلية

يجب أن تكون البادئة 64 بت لتشغيل إصدار DirectX 11 من اللعبة. إذا كنت تستخدمه ، فإن البادئة كانت 64 بت.

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

لا أعتقد أن أي شخص قد اكتشف سبب ذلك ، لا.

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

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

إذن ، من المحتمل ألا يكون libcef.dll ، ولكن قد نكون محقين في الاعتقاد بأن المتصفح لم يعد يستخدمه بعد الآن.
Selhar ليس بالضرورة. تم ترميز المشغل خصيصًا لنظام التشغيل Windows ، لذلك قد يستخدمون حيلًا خاصة بـ Win لا يدعمها WINE تمامًا.

أعلن Square DID أنهم سوف يتأكدون من أنه لا يمكن استخدام إصدارات Steam من اللعبة إلا من خلال Steam. قد يكون عدم القدرة على الوصول إلى اللعبة بالنسبة لنا نتيجة مباشرة لتلك التغييرات القادمة.

علاوة على ذلك ، لم يعد DX9 FFXIV مهمًا ؛ تعال إلى ShB ، فهم يسقطون دعم DX9 للعبة ، لذلك علينا - بشكل أساسي - تشغيلها على بادئة 64 بت إذا أردنا اللعب.

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

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

يحتوي https://github.com/xivapi/ffxiv-launcher على رمز مصادقة ، فأنا أبحث عما إذا كان من الممكن كتابة نص برمجي بسيط node.js لسطر الأوامر يستخدمه لتسجيل الدخول. لا تزال هناك طريقة التصحيح بدون نسخ الملفات من Windows (وإذا قاموا بفرض مصادقة Steam ، فمن المحتمل ألا يعمل لمستخدمي Steam.)

أعلن Square DID أنهم سوف يتأكدون من أنه لا يمكن استخدام إصدارات Steam من اللعبة إلا من خلال Steam.

يا إلهي ، لماذا يجب أن يكون SE هكذا

هناك طريقة أخرى ، يمكن أن تعمل في نفس الوقت ، وهي تسجيل الدخول في Windows VM واستبدال ffxiv.exe بتطبيق وهمي يقوم فقط بتفريغ رمز الجلسة ، ثم تمرير ذلك إلى exe في Wine

هناك طريقة أخرى ، يمكن أن تعمل في نفس الوقت ، وهي تسجيل الدخول في Windows VM واستبدال ffxiv.exe بتطبيق وهمي يقوم فقط بتفريغ رمز الجلسة ، ثم تمرير ذلك إلى exe في Wine

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

في الأساس ، يقوم المشغل بتمرير رمز الجلسة كوسيطة لسطر الأوامر. سيعمل. exe الذي يقوم فقط بتفريغ وسيطات سطر الأوامر الخاصة به إلى ملف. ثم أنت wine /path/to/ffxiv.exe $TOKEN_GOES_HERE

ومع ذلك ، سنحتاج إلى بديل لإصلاح اللعبة. كيف يمكن تحقيق ذلك؟

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

أعتقد أن Glorious Eggroll صنعت أداة تصحيح بديلة لـ Warframe عملت بشكل جيد.

شيء من هذا القبيل؟

https://github.com/xivapi/ffxiv-launcher/

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

هذا هو ما قصدت ربطه بالفعل

هذا لا يعمل من تلقاء نفسه ، ومع ذلك ، فقد اختبرته سابقًا ويعيد خطأ منفصل: خطأ http 409 تعارض

لذلك ، يمكنك إصلاح مشكلات واجهة مستخدم https://github.com/xivapi/ffxiv-launcher/ عن طريق تثبيت خطوط MS.

ومع ذلك ، لا يزال لا يساعد في تصحيح اللعبة

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

مع إصلاح الخط ، حصلت على https://github.com/xivapi/ffxiv-launcher/ واجهة المستخدم الرسومية للعمل ولكن الآن تواجه مشكلة عدم قدرة اللعبة على اكتشاف DirectX على الإطلاق ، لذلك لن يتم تشغيلها . لقد تأكدت من تثبيت DX على تلك البادئة وكذلك dxvk.
ومع ذلك ، لم أتمكن من تشغيل المشغل تحت Proton 4.2-3. أعتقد أنه إذا كان بإمكاني القيام بذلك ، فقد أتمكن على الأقل من تشغيل العميل. وإذا نجح ذلك ، فيمكننا إلقاء نظرة ربما على نسخة محدثة بالكامل من اللعبة للاختبار.

جانبا ، فإن الموضوع في منتديات الدعم الفني الرسمية لديه الآن أكثر من 1100 مشاهدة في أقل من يوم - أكثر بكثير من معظم موضوعات الدعم الفني هناك. يجب أن تدرك Square أن جزءًا كبيرًا بما يكفي من عملائها يستخدمون Linux لضمان تقديم بعض الدعم البسيط ، بالتأكيد؟
ليس الأمر كما لو أننا نطلب منهم إنشاء عميل Linux أصلي (سيكون رائعًا!).

مع إصلاح الخط ، حصلت على https://github.com/xivapi/ffxiv-launcher/ واجهة المستخدم الرسومية للعمل ولكن الآن تواجه مشكلة عدم قدرة اللعبة على اكتشاف DirectX على الإطلاق ، لذلك لن يتم تشغيلها . لقد تأكدت من تثبيت DX على تلك البادئة وكذلك dxvk.

لقد تجاوزت خطأ DirectX عن طريق تشغيل أداة التثبيت الخاصة باللعبة لمثبت DirectX المجمع ، ثم إلغاء التثبيت بعد التثبيت. يحتاج إلى إصدار محدد من DirectX.

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

TenaarFeiri أتمنى أن يكون الأمر بهذه البساطة ، ولكن من التجربة ، لن تعمل Square على شيء ما إلا إذا أثار جزء كبير من قاعدة اللاعبين اليابانية هذه المشكلة.

مع إصلاح الخط ، حصلت على https://github.com/xivapi/ffxiv-launcher/ واجهة المستخدم الرسومية للعمل ولكن الآن تواجه مشكلة عدم قدرة اللعبة على اكتشاف DirectX على الإطلاق ، لذلك لن يتم تشغيلها . لقد تأكدت من تثبيت DX على تلك البادئة وكذلك dxvk.

لقد تجاوزت خطأ DirectX عن طريق تشغيل أداة التثبيت الخاصة باللعبة لمثبت DirectX المجمع ، ثم إلغاء التثبيت بعد التثبيت. يحتاج إلى إصدار محدد من DirectX.

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

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

عندما قمت بنسخ اللعبة المحدثة من قسم Windows الخاص بي ، انتهى بي المطاف بعدم القدرة على فتح اللعبة على الإطلاق ، وانتهى بي الأمر بالمشكلة الموضحة في https://github.com/xivapi/ffxiv-launcher/issues/11 (على الرغم من لم أحاول الاختبار مع DX9 - لقد حصلت للتو على نفس الخطأ الذي ذكره لجزء DX11).

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

لذا فإن التصحيح نفسه يتم بواسطة ffxivupdater.exe ، في محاولة لمعرفة ما إذا كانت هناك طريقة لإجباره على العمل مباشرة. وفقًا لـ Process Explorer على Windows في جهاز افتراضي ، فقد مر للتو رمزًا مميزًا ، ولكن لا يبدو أن إعطائه نفس الرمز على Linux قد بدأ تشغيله.

أم لا ، يقوم المشغل بتنزيل التصحيحات ويقوم المحدث بتحديثها ...

حسنًا ، لا يمكنني جعل Wireshark لا يتعطل في جهاز VM ، لذلك أنا على وشك الاستسلام. ينتهي Sub في غضون يومين ، ونأمل أن يأتي أحدهم بحل بواسطة Shadowbringers.

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

مزيد من المعلومات هنا https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/7

هل يمكن أن تساعد؟

TenaarFeiri حقيقة أنه يعطي خطأ mshtml بالنسبة لهم يثبت أنه يحاول استخدام إطار المتصفح المستند إلى IE وليس CEF ، أي أنه تم تجاهل إعداد BrowserType.

لقد قمت بإعادة توجيه المجال frontier.ffxiv.com إلى الخادم الخاص بي باستخدام ملف المضيفين ووضعت /version_4_0_win/index.html و /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي. يصل المشغل إلى كلا الملفين ، لكنه يظل أسود بعد ذلك. إذا قمت بنقل /version_4_0_win/index.html أو /version_4_0_win/version_4_0_win/index.html على الخادم الخاص بي ، فسأحصل على الخطأ 404 العادي.

exolyte سأكون فضوليًا إذا كان المشغل سيحاول الوصول إلى كلا الملفين من جهاز يعمل بنظام Windows. لقد قمت بتفريغ ذاكرة عملية المشغل ووجدت عدة حالات (10+ لكل منها) لكل من version_4_0_win وضاعفتها.

عندما أصل إلى المنزل ، سأحاول معرفة ما إذا كان بإمكاني العثور على كلا عنواني URL عند تشغيل المشغل تحت Windows

لا يحتوي تفريغ ذاكرة المشغل الذي يعمل تحت Windows على مثيلات https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html فقط 21 حالة من https://frontier.ffxiv.com/version_4_0_win/index.html

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

lesderid قد لا يتم تجاهله ، من الممكن أنه يعود إلى mshtml عند فشل تهيئة cef.

أيضًا ، هل نعرف ما إذا كان المشغل نفسه يستدعي CoInternetCombineUrlEx أم mshtml الذي يطلقه نيابة عنه؟

يبدو أن Square ربما تهاجم مستخدمي Linux Proton بشكل مباشر

// ユーザーエージェント
userAgent: {
    name: "",// JSP,header.htmlにて代入
    Type: {
        WIN: "windows",
        PS4: "playstation 4",
        PS3: "playstation 3",
        MAC: "mac"
    },

    is: function(type) {
        return Browser.userAgent.name === type;
    }
},

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

ArulinTheUnicorn أشك في أنهم

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

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

أنت تفكر على نفس المنوال الذي أفكر فيه. يبدو أن هذا إجراء متعمد من قِبل Square Enix ثم خطأ

@ jbal91 راجعت مع WINEDEBUG=+loaddll ، لا يحاول تحميل libcef.dll .

تحرير: تم تحميلها على جهازي: https://pst.moe/paste/deyccu

@ jbal91 راجعت مع WINEDEBUG=+loaddll ، لا يحاول تحميل libcef.dll .

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

attachment.txt
هذا هو لصق lesderid ، في حالة تعثر شخص ما في هذه المشكلة بعد عامين من الآن ولم يعد pst.moe موجودًا.

@ jbal91 راجعت مع WINEDEBUG=+loaddll ، لا يحاول تحميل libcef.dll .

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

يطابق strings ffxivlauncher.exe | grep libcef.dll ، لذا فهو يشير إلى ملف dll في مكان ما حتى لو لم يحاول تحميله بالفعل.

سلاسل ffxivlauncher.exe | grep libcef.dll

إذا لم يتم تحميله وتم تجاهل BrowserType ، فقد تكون هذه هي المشكلة وليست Wine.

الكود المطلوب تحميل libcef.dll لا يزال موجودًا ، AFAICT إنها مجرد مسألة بطريقة ما تجعله يصل إلى مسار الرمز هذا. لقد حاولت بالفعل تعطيل IE DLLs (من خلال winecfg) ، ولكن هذا فقط جعل المشغل يفشل في وقت مبكر.

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

الكود المطلوب تحميل libcef.dll لا يزال موجودًا ، AFAICT إنها مجرد مسألة بطريقة ما تجعله يصل إلى مسار الرمز هذا. لقد حاولت بالفعل تعطيل IE DLLs (من خلال winecfg) ، ولكن هذا فقط جعل المشغل يفشل في وقت مبكر.

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

إصدارات Mac تواجه مشكلات مماثلة لذلك سمعت في المنتديات الرسمية

http://forum.square-enix.com/ffxiv/threads/388198-MAC-Launcher-white-screen-A-system-error-has-occurred-7-HTTPS-System-Error

سلاسل ffxivlauncher.exe | grep libcef.dll

إذا لم يتم تحميله وتم تجاهل BrowserType ، فقد تكون هذه هي المشكلة وليست Wine.

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

ArulinTheUnicorn هذا

الصفحة لا تفعل شيئًا في متصفح حقيقي لأن window.external.user (...) غير موجود ، وهم يسحقون الاستثناء حتى لا تحصل حتى على خطأ في السجل.

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

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

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

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

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

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

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

ذكر أحدهم أنه تم تحديث libcef.dll مع هذا التصحيح ، لكنني قارنت libcef.dll في هذا الإصدار بإصدار FFXIV على نظام التشغيل Windows الخاص بي والذي لم يتم تحديثه للأعمار ويبدو أنه كذلك بالضبط نفس الشيء:

sophie<strong i="9">@home</strong> ~/ffxiv-new/wineprefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot $ ls -l libcef.dll "/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll"
-rw-r--r-- 1 sophie sophie 24992336 Apr 24 05:32  libcef.dll
-rwxrwxr-x 1 mounts mounts 24992336 Jul 28  2018 '/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll'
sophie<strong i="10">@home</strong> ~/ffxiv-new/wineprefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot $ sha256sum libcef.dll "/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll"
3dedbde8ebf98aa667300f0d8b78d6a886abf00b517a297bf00f120e31f17fe0  libcef.dll
3dedbde8ebf98aa667300f0d8b78d6a886abf00b517a297bf00f120e31f17fe0  /mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll

هذا بالتأكيد تغيير في المشغل ، وليس في CEF.

Sophira أوه ، أعتقد أنه لم يتغير بعد ذلك. لقد قام التحديث بالكتابة فوقه على الرغم من: stat libcef.dll outputs Modify: 2019-04-23 17:48:28.693396317 +0200 بالنسبة لي.

تحرير: يبدو أن جميع الملفات الموجودة في الدليل boot إعادة كتابتها عند تحديث المشغل.

هل تصادف أن أي شخص لديه إصدار ffxivlauncher.exe من التحديث السابق؟ (ربما شخص لم يقم بتشغيل المشغل بعد؟) أود أن أقوم ببعض التنقيب وأرى ما الذي تغير.

ثالثًا ، لديك واحدة قديمة من الأول من سبتمبر إذا كنت ترغب في ذلك؟ http://etherelements.com/ffxivlauncher.exe

لقد سحبت المشغل السابق من النسخة الاحتياطية وأجبرته على التشغيل عن طريق تبديل الدلائل boot أثناء فحص إصدار التمهيد ، ويمكنني تأكيد أنه لا يزال يعرض واجهة مستخدم تسجيل الدخول بشكل صحيح مع BrowserType = 2 (لم أحاول التسجيل فعليًا فقط لتكون آمنًا). لذلك يفترض المرء أنه من خلال إصلاح mshtml الخاص بـ Wine (أو ربما تعديله بطريقة ما لاستخدام libcef.dll؟) ، سيعمل تدفق تسجيل الدخول مرة أخرى.

ملاحظة مثيرة للاهتمام - لا يعمل المشغل 64 بت من الإصدار السابق حتى مع BrowserType = 2 ، مما يعطي نفس الخطأ 404 الذي يقدمه المشغل 32 بت الآن. لذلك أظن أن SQEX ربما كان يخطط لإسقاط هذه الوظيفة لفترة من الوقت ، وربما قتلها في المشغل 32 بت الآن كنوع من البالون التجريبي لمعرفة عدد الأشخاص الذين سيتأثرون ، نظرًا لأن 5.0 على ما يبدو سيتراجع 32 -بت دعم كليا.

تم الإعلان للتو عن جميع عمليات الصيانة الطارئة في العالم ، الساعة 12:00 صباحًا بتوقيت المحيط الهادئ الصيفي الليلة (حوالي 1.5 ساعة من الآن): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

عبرت الأصابع لإصلاح مشاكل Linux. حتى لو كان ذلك عن غير قصد.

أيضًا ، جربت تفرع قاذفة HereInPlainSight المخصص بعد نسخ التحديثات من Windows ، ووصلت إلى القائمة الرئيسية ، https://github.com/goaaats/FFXIVQuickLauncher وحصلت على نفس الشيء (بعد تثبيت مجموعة من عناصر .NET). يبدو أن هناك بعض المصادقة التي لا تحدث هناك ، أو شيء من هذا القبيل.

تم الإعلان للتو عن جميع عمليات الصيانة الطارئة في العالم ، الساعة 12:00 صباحًا بتوقيت المحيط الهادئ الصيفي الليلة (حوالي 1.5 ساعة من الآن): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

عبرت الأصابع لإصلاح مشاكل Linux. حتى لو كان ذلك عن غير قصد.

من المحتمل أن يكون له علاقة بجميع قضايا زيارة العالم ، لذلك لن أرفع آمالي.

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

كما أشار آخرون ، ما نعرفه هو أنهم 1) يسقطون دعم 32 بت ، 2) يجبرون مستخدمي Steam على المصادقة من خلال Steam. يكاد يكون من المؤكد أننا نحن مستخدمي لينكس وقعنا في بعض المشاكل التقنية هنا.

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

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

لا يبدو أنه كان هناك تصحيح للعبة أو المشغل بعد الصيانة

لا رقعة. يستمر خطأ HTTPS في إرباكنا ؛ اختبرت للتو.

قال شخص ما شيئًا عن Transgaming ، لذلك حاولت إضافة وظيفة IsTransgaming إلى Wine: https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

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

على أي حال ، لا يزال هذا يعمل فقط على ثنائي 32 بت ، لذا مهما كان مفيدًا ، فهو جيد فقط لشهرين آخرين - بعد ذلك نحتاج إلى إصلاح مناسب لـ mshtml الخاص بـ Wine.

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

أعتقد أن أسأل على النبيذ devel؟ كنت سأبحث في الأمر بنفسي ، لكنني سأبدأ من عدم المعرفة بأي من mshtml أو Wine-gecko أو libcef. (لقد حاولت بالفعل بناء نبيذ أبو بريص الآن وتوفي على الفور تقريبًا ؛ حقيقة أنه قديم جدًا ويبدو أنه مكسور الآن قد تكون حجة جيدة لإعادة تطبيق mshtml فوق libcef ، على سبيل المثال).

ولكي نكون منصفين ، لا أعلم أن الخطأ (الأخطاء) موجود فقط في mshtml ، أو في mshtml على الإطلاق ؛ يبدو أنه الجاني الأكثر احتمالاً في الوقت الحالي.

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

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

من المهم أيضًا أن نتذكر أنه سيتعين علينا التأكد من أنه يمكنه التحقق من كل من ترخيص Steam و Windows المستقل.

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

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

نقطة بيانات إضافية: لقد قمت بتصحيح Wine لتحميل الإصدار السابق من ffxivlauncher.exe (الإصدار الذي كان يعمل بشكل جيد حتى التحديث الأخير) عند طلب الإصدار الحالي ، وهذا يؤدي أيضًا إلى ظهور خطأ "بلا حساب خدمة". ولكن إذا قمت بتسجيل الدخول من جهاز Windows حقيقي ، فإنه يعمل بشكل جيد. أظن أن شيئًا ما قد تغير في تدفق تسجيل الدخول وأن جانب mshtml من مشغل Windows فقط يدعم التدفق الجديد ، حيث يتم التعامل مع عمليات تسجيل الدخول القديمة على أنها Mac أو ربما حتى "نظام أساسي غير صالح". (ربما قاموا بتعطيل فحص BrowserType فقط لتوفير الجهد المبذول في تحديث كود libcef الذي كان من المقرر إيقافه على أي حال).

يحتوي جهاز Windows الخاص بي بالفعل على GPU أفضل من صندوق Linux الخاص بي ، لذلك ربما يحاول SQEX مساعدتي؟

هاه ، هذا ممتع للغاية. لذا فإن الخيار الواقعي الوحيد اللائق هو التركيز على mshtml.
لقد قدمت تقريرًا عن خطأ في النبيذ bugzilla ، حيث أن mshtml سيكون تقنيًا بالأحرى https://bugs.winehq.org/show_bug.cgi؟id=47069

تعرفت على اختبار قاذفة مخصصة على Windows ، وهي تعمل بشكل جيد! إذا تمكنا من تكرار العمل في https://github.com/goaaats/FFXIVQuickLauncher/ وجعله يعمل في النبيذ ، فيجب أن يكون لدينا ضمادة.

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

هل يظهر الخطأ "بلا حساب خدمة" المذكور داخل المشغل أم أنه يأتي من اللعبة الفعلية القابلة للتنفيذ (ffxiv_dx11.exe)؟

هاه ، هذا ممتع للغاية. لذا فإن الخيار الواقعي الوحيد اللائق هو التركيز على mshtml.
لقد قدمت تقريرًا عن خطأ في النبيذ bugzilla ، حيث أن mshtml سيكون تقنيًا بالأحرى https://bugs.winehq.org/show_bug.cgi؟id=47069

تعرفت على اختبار قاذفة مخصصة على Windows ، وهي تعمل بشكل جيد! إذا تمكنا من تكرار العمل في https://github.com/goaaats/FFXIVQuickLauncher/ وجعله يعمل في النبيذ ، فيجب أن يكون لدينا ضمادة.

أعني نعم ، لكن على ما يبدو ، لا.

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

ولم أحصل على الخطأ ، لقد قمت بتسجيل الدخول باستخدام مشغل Python الصغير. نفس الكود (لقد علقت على سطر من المفترض أنه يتسبب في حدوث عطل في Windows ، ولكن كل ما يفعله هو توسيط مربع المشغل) ، ونتائج مختلفة ، والفرق الوحيد الجدير بالاهتمام هو أنه يعمل في Windows ، وليس في Wine.

ولم أحصل على الخطأ ، لقد قمت بتسجيل الدخول باستخدام مشغل Python الصغير. نفس الكود (لقد علقت على سطر من المفترض أنه يتسبب في حدوث عطل في Windows ، ولكن كل ما يفعله هو توسيط مربع المشغل) ، ونتائج مختلفة ، والفرق الوحيد الجدير بالاهتمام هو أنه يعمل في Windows ، وليس في Wine.

هذا حقًا مثير للاهتمام حقًا. هل يؤدي تنشيط "إخفاء إصدار النبيذ" إلى القيام بأي شيء (في حالة التحقق بطريقة ما من النبيذ تحديدًا)؟

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

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

هل يظهر الخطأ "بلا حساب خدمة" المذكور داخل المشغل أم أنه يأتي من اللعبة الفعلية القابلة للتنفيذ (ffxiv_dx11.exe)؟

هاه ، انتقل إلى https://frontier.ffxiv.com/version_4_0_win/index.html. معظم العناصر لها فئة "إخفاء". إذا قمت بإزالة الفئات المذكورة ، فإن المشغل يعرض جزئيًا في المتصفحات العادية أيضًا. هل يبدأون كل شيء بطريقة ما باستخدام DIsplay: لا شيء ثم يختبئون بنوع من سحر جافا سكريبت ؟؟

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

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

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

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

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

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

لقد عدت بالفعل إلى Linux - و ... إخفاء نسخة النبيذ ... وأنا على شاشة تحديد شخصيتي.

يحدث لي أنه إذا كان إصدار Mac الخاص بهم يستخدم غلافًا خاصًا للنبيذ ، وإخفاء Wine عنهم يسمح لنا بالدخول ، وعدم إخفاء Wine يخبرنا أنه ليس لدينا حساب خدمة ...

يعتقدون أننا من مستخدمي Mac.

ماذا تفعل لإخفاء نسخة النبيذ؟ قد يكون هذا هو الحل البديل الخاص بنا ، إذا كان قاذفة Python جنبًا إلى جنب مع هذا يدخلنا.

أعمل على WINEPREFIX=<path-to-prefix> winecfg . إنها تحت علامة التبويب التدريج. مرة أخرى ، نظرًا لأنه من الأسهل بالنسبة لي اختباره ، فأنا أستخدم تثبيت lutris الخاص بي ، وليس إصدار steam على وجه التحديد حتى الآن.

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

لقد أخفيت إصدار WINE وما زلت أحصل على نفس الخطأ.

لذا ، حان الوقت للحصول على ملخص سريع؟

1. يوزع النبيذ عنوان url بشكل غير صحيح ، وبالتالي هناك حاجة إلى تصحيح مخصص لإصلاح هذه المشكلة
2. مع تصحيح عنوان url المخصص ، يصبح المشغل أسود وغير قابل للاستخدام. مشكلة mshtml؟
3. إذا تمكنت من الدخول إلى اللعبة باستخدام أي من المشغلات المخصصة ، فستحصل على أخطاء تتعلق بحسابات الخدمة الخاصة بك
   3.1. ومع ذلك ، يمكن حل هذه المشكلة عن طريق إخفاء نسخة النبيذ. يعتقدون أننا من مستخدمي Mac.

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

لقد أخفيت إصدار WINE وما زلت أحصل على نفس الخطأ.

لست متأكدًا تمامًا مما سأقوله لك.

3. 3.1. ومع ذلك ، يمكن حل هذه المشكلة عن طريق إخفاء نسخة النبيذ. يعتقدون أننا من مستخدمي Mac.

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

التأكيد على أنه يمكنني أيضًا الوصول إلى شاشة تحديد الشخصية إذا قمت بتنشيط HideWineExports من التصحيح المرحلي "ntdll-Hide_Wine_Exports". (مفتاح HKCU \ Software \ Wine ، قيمة السلسلة HideWineExports ، القيمة "1")

HereInPlainSight هل سيكون من الممكن لشخص ما إنشاء حساب تجريبي لإصدار Mac ، ثم تجربته في Wine على Linux؟ سأحاول بنفسي ولكني حاليًا قمت بتسجيل الدخول في محاولة للاستيلاء على منزل ، ولا يمكنني إعادة التشغيل مرة أخرى في نظام التشغيل Linux في الوقت الحالي.

تسجيل الدخول في محاولة للاستيلاء على منزل

يا فراك لي.

achurch لكي أكون واضحًا ، أنت تستخدم

هل حصل أي شخص على المشغل المناسب للعمل مع التصحيح النبيذ لعنوان url (+ Browsertype 2؟) إذا كانت الإجابة بنعم ، فلدينا حلول لجميع المشكلات ، دون الحاجة إلى قاذفات مخصصة!

لقد استخدمت المشغل الرسمي من الإصدار السابق ، مع BrowserType 2. أظن (لكن لم أؤكد) أن قاذفة الإصدار الحالي مع تصحيح IsTransgaming سيعمل أيضًا ؛ عندما حاولت سابقًا ، لم أر أي مكالمات إلى IsTransgaming من ffxiv_dx11.exe ، لذا لا أعتقد أن ذلك سيؤدي إلى تحديد تعريف Mac (تحرير: ولكن بالطبع من الممكن أن يقوم المشغل أيضًا باكتشاف النظام الأساسي).

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

سأحاول تصحيح النبيذ باستخدام رقعة isTransgaming ورقعة النبيذ (https://bugs.winehq.org/attachment.cgi؟id=64251) عندما أصل إلى المنزل ومعرفة ما إذا كان أي منهما يساعد.

رائع!
سؤال: هل جرب أي شخص نسخة قديمة من الوزغة؟ إذا كان ذلك ممكنا حتى؟

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

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

تحتوي حسابات التجارب على إصدار تجريبي محدد من اللعبة ، لذلك سيتعين عليك تثبيت الإصدار التجريبي :)

تحتوي حسابات التجارب على إصدار تجريبي محدد من اللعبة ، لذلك سيتعين عليك تثبيت الإصدار التجريبي :)

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

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

لا تنطبق معظم التصحيحات اللازمة لـ ntdll-Hide_Wine_Exports على إصدار النبيذ في البروتون وسيتعين تعديلها لتلائم

بعد إضافة التصحيح IsTransgaming وإزالة الصادرات wine_get_version تمكنت من تحديث اللعبة بالكامل وتسجيل الدخول.

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

• يتجاهل برنامج التصحيح الآن إعداد BrowserType ويستخدم libcef فقط إذا تم العثور على الوظيفة IsTransgaming .
• يتحقق ffxiv.exe من وظيفة wine_get_version ويبلغ عنها كتسجيل دخول إلى MAC إذا تم العثور عليها.

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

يتجاهل برنامج التصحيح الآن إعداد BrowserType ويستخدم libcef فقط إذا تم العثور على الوظيفة IsTransgaming .

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

[...] إذا قاموا في النهاية بإزالة libcef تمامًا. على الرغم من أنها تدعم إصدار MAC الذي يبدو غير مرجح.

لن أكون متأكدًا من ذلك ؛ تذكر أن الإصدار 5.0 سيسقط دعم 32 بت ، وأن المشغل 64 بت لا يستخدم libcef على الإطلاق. رأيت اثنين من خيوط دعم Mac في المنتدى تقترح أنه في بعض الحالات على الأقل ، يستخدم مشغل Mac عرض HTML أصليًا ، مثل mshtml على Windows. لذلك من المحتمل أن يكون هذا شيئًا يجب معالجته من جانب النبيذ عاجلاً وليس آجلاً.

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

أعلم أنه طلب كبير ، لكنني لا أفترض أنه يمكنك تفكيك أحدث إصدار من البروتون ومعرفة ما إذا كان بإمكانك تصحيحه؟ الحقيقة هي أنني مجرد جو عادي ؛ هذه الأشياء هنا أعلى من مجموعة مهاراتي.
أنا متأكد من أنني أتذكر كيفية استخدام إصدار Proton المخصص. أذكر أنني اضطررت إلى تثبيت واحد لـ Elite: Dangerous.

يمكن أن تؤكد أن التصحيح transgaming & HideWineExports يعملان هنا.

كنت أستخدم البروتون- tkg لتحقيق ذلك

لست متأكدًا من كيفية استخدام proton-tkg لأكون صادقًا

كنت أقوم بإضافة تصحيح تغيير الألعاب إلى PKGBUILDS / wine-tkg-git / wine-tkg-userpatches واستبدلت امتداد الملف بـ .mypatch

ثم قمت للتو بتنفيذ البرنامج النصي proton-tkg وبنى كل شيء من أجلي.

من أين يمكنني الحصول على التصحيح IsTransgaming ؟ جوجل تخذلني.

تحرير: تم دفنه وإخفائه في الأعلى. أعتقد أنني حصلت عليه. دعونا نرى كيف يعمل البروتون- tkg ...

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

1 / Steam launch ffxivboot (الذي أريد استبداله) مع الأخذ في الاعتبار خيار -isSteam
قاذفة FF XIV. إملف تنفيذى

يحصل التمهيد FFXIV على معلومات التحديث الخاصة به من خلال الاستعلام عن صفحة الويب هذه:
http://patch-bootver.ffxiv.com/http/win32/ffxivneo_release_boot/ [إصدار التمهيد الحالي ، مثال: 2019.04.19.0000.0001] /؟ time = [الوقت الحالي بتنسيق AAAA-MM-DD-HH-MinMin]

خلال هذه الخطوة ، يكون وكيل المستخدم هو "FFXIV PATCH CLIENT".

توجد استجابة الصفحة في رأس HTTP "X-Latest-Version" الذي يعرض آخر إصدار تمهيد.

لم أحصل على آخر إصدار (تم تشفير الاتصال في TLS)

2 / الحصول على بيانات الواجهة

2.1 / يتم الحصول على الواجهة الفعلية من خلال عرض الملف:
https://frontier.ffxiv.com/version_4_0_win/index.html؟rc_lang= [LANG] & time = [TIME IN FORMAT AAAA-MM-DD-HH]

وكيل المستخدم المستخدم هو: SQEXAuthor / 2.0.0 (Windows 6.2؛ ja-jp؛ [A NUMBER])

تحصل على الفور على ملف تعريف ارتباط باسم "s" يبدو أنه غير ضروري لاستخدام المشغل.

2.2 / يتم الحصول على الحالة العالمية بتنسيق JSON عن طريق الاستعلام عن صفحة الويب هذه:
https://frontier.ffxiv.com/worldStatus/login_status.json؟ [TIMESTAMP بالمللي ثانية]

2.3 / تتوفر الأخبار بتنسيق JSON عن طريق الاستعلام عن هذا العنوان:
https://frontier.ffxiv.com/news/headline.json؟lang= [LANG] & media = pcapp & [TIMESTAMP بالمللي ثانية]

2.4 / حالات الخادم المختلفة متاحة عن طريق الاستعلام عن هذا العنوان:
https://frontier.ffxiv.com/worldStatus/current_status.json؟ [TIMESTAMP بالمللي ثانية]

يبدو أن القيمة 3 تعني الصيانة (كما كانت عندما كنت أحاول ذلك)

3 / تسجيل الدخول

نموذج تسجيل الدخول المخزن في صفحة الويب هذه.
https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/top؟lng=fr&rgn=3&isft=0&issteam=1

هناك متغير "issteam".
لا أعرف ما يشير rgn و isft.

وكيل المستخدم مهم: SQEXAuthor / 2.0.0 (Windows 6.2 ؛ ja-jp ؛ [رقم A])

في النموذج يوجد:

• أدخل الاسم المخفي "_STORED_" ، والذي يحتوي على معرف (يبدو أنه لا يتغير بين جلسة تسجيل الدخول ، ولا أعتقد أنه رمز مميز)
• أدخل اسم "sqexid" يحتوي على معرف
• أدخل كلمة المرور التي تحتوي على كلمة المرور
• أدخل otppw لكلمة مرور otp

تستهدف: https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send

حتى يتم تسجيلك ، تحتاج إلى تنفيذ طلب POST إلى https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send مع قيم _STORED_ و sqexid و password +/- otppw.

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

4 / الجزء بعد تسجيل الدخول

هذا حيث لا أحصل على كل شيء.

4.1 / التحقق من الإصدار

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

تم إجراء طلب للتحقق من آخر تحديث ، وقد حصلت عليه من الكود المصدري لمشغل آخر ، حيث تم تشفير الاستعلامات.
يتم ذلك عن طريق الاستعلام عن هذا العنوان:
https://patch-gamever.ffxiv.com/http/win32/ffxivneo_release_game/ [CURRENT GAME VERSION] / [تم الحصول على الرمز المميز مسبقًا]

في نص الطلب ، يلزم تحديد الملف الحالي و sha1 لـ ffxivboot.xex و ffxivlauncher.exe و ffxivupdater.exe. وما يعادل 64 بت.
هذا يعطينا ما يلي:
"ffxivboot.exe / ملف / sha1ofthefile / ffxivboot64.exe / ملف / sha1ofthefile ، ffxivlauncher.exe / ملف / sha1ofthefile ، ffxivlauncher64.exe / sha1ofthefile ، ffxivupdater.exe / ملف / sha1ofthefile 64 / ffxivater.exe / ملف / sha1ofthefile 64 / ffxivater.exe / ملف . exe / ملف / sha1ofthefile / "

يتم إرسالها كنص خام.
وكيل المستخدم مهم: SQEXAuthor / 2.0.0 (Windows 6.2 ؛ ja-jp ؛ [رقم A])

يقوم بإرجاع X-Latest-Version وهو آخر معرف إصدار و X-Patch-Unique-Id وهو المعرف الفريد لهذا الإصدار (الذي يغير كل طلب).

ما هو هذا UID المطلوب؟

4.2 / تنزيل التحديث

يتم تنزيل التحديث من خادم مربع.
عنوان URL للتنزيل ثابت ولا يبدو أنه يتغير.

لقد سجلت أنه قبل تنزيل الملف ، تلقى الخادم طلبًا على:
http://patch-gamever.ffxiv.com/gen_token

مع وكيل مستخدم "FFXIV PATCH CLIENT" ومتغير "X-Patch-Unique-Id" في الرأس.
يبدو أن هذا هو الشخص الذي تم الحصول عليه مسبقًا.
في هذا الطلب ، يحتوي النص الأساسي على URI لملف التحديث.

يجيب مع نفس URI الامتحان.

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

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

4.3 / تثبيت التحديث

هذه هي العقبة الرئيسية بالنسبة لي.
ملفات التحديثات هي ملف .PATCH لا يتوافق مع ملف أرشيف.
تم وصف الملف في رأسه كملف "ZIPATCH".

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

5 / الاختيار النهائي

يتحقق المشغل من "نظام البوابة" على:
https://frontier.ffxiv.com/worldStatus/gate_status.json؟lang=fr& [TIMESTAMP بالمللي ثانية]

ثم انطلقت اللعبة.
لم أفهم كيف ولكن يبدو أنه قد تم تحديده بالفعل من قبل مؤلفي المشغّل الآخرين.

إصدار TL DR:

• محاولة إنشاء قاذفة لينكس محددة للتخلص من الرسمية
• تحتاج إلى تحديد كيفية حصول الشخص الفعلي على URIs للتحديث (ولكن هذا لا يحظر)
• تحتاج إلى تحديد كيفية إجراء عملية التحديث الفعلية

@كنيسة

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

شكرا لاكتشاف ذلك! لقد حالفنا الحظ في أن تنفيذ الوظيفة IsTransgaming كان كافياً لجعلها تعمل.

لن أكون متأكدًا من ذلك ؛ تذكر أن الإصدار 5.0 سيسقط دعم 32 بت ، وأن المشغل 64 بت لا يستخدم libcef على الإطلاق. رأيت اثنين من خيوط دعم Mac في المنتدى تقترح أنه في بعض الحالات على الأقل ، يستخدم مشغل Mac عرض HTML أصليًا ، مثل mshtml على Windows. لذلك من المحتمل أن يكون هذا شيئًا يجب معالجته من جانب النبيذ عاجلاً وليس آجلاً.

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

تعديل:
alibell

لا أعرف ما يشير rgn و isft.

أفترض "المنطقة" و "الإصدار التجريبي المجاني" على التوالي.

يتوفر المزيد من المعلومات حول المشغل والمحدث هنا: http://ffxivclassic.fragmenterworks.com/index.php؟controller=post&action=view&id_post=30. كما يوحي اسم الموقع ، فهو في الغالب حوالي 1.0 ، ولكن يبدو أن بعضًا من هذا لا يزال ينطبق على 2.0+.

كنت أقوم بإضافة تصحيح تغيير الألعاب إلى PKGBUILDS / wine-tkg-git / wine-tkg-userpatches واستبدلت امتداد الملف بـ .mypatch

ثم قمت للتو بتنفيذ البرنامج النصي proton-tkg وبنى كل شيء من أجلي.

حسنًا ، كان ذلك بمثابة تمثال نصفي ؛ يبدو أنه لم يتم العثور على شيء يسمى "makepkg" ولا يمكنني العثور على المكتبة التي تضيفها.

هل يمكن لشخص أن يشترك في بناء بروتون مع الرقع؟ أحاول الحصول على عمل Wine-tkg لكني أواجه مشكلة

يبدو أنه لم يتم العثور على شيء يسمى "makepkg" ولا يمكنني العثور على المكتبة التي تضيفها.

makepkg هو لبناء الحزم على لينكس

يبدو أنه لم يتم العثور على شيء يسمى "makepkg" ولا يمكنني العثور على المكتبة التي تضيفها.

makepkg هو لبناء الحزم على لينكس

أنا أرى! أقوم حاليًا بتشغيل Pop_! OS (لذلك يعتمد على Ubuntu / Debian). أعتقد أنه لا يمكنني تشغيل البرنامج النصي proton-tkg.sh إذن؟

إصدار TL DR:

• محاولة إنشاء قاذفة لينكس محددة للتخلص من الرسمية
• تحتاج إلى تحديد كيفية حصول الشخص الفعلي على URIs للتحديث (ولكن هذا لا يحظر)
• تحتاج إلى تحديد كيفية إجراء عملية التحديث الفعلية

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

أنا أرى! أقوم حاليًا بتشغيل Pop_! OS (لذلك يعتمد على Ubuntu / Debian). أعتقد أنه لا يمكنني تشغيل البرنامج النصي proton-tkg.sh إذن؟

يجب أن تتعامل مع نظام بناء دبيان.

في المستقبل القريب ، نحتاج إلى النظر في إدخال التصحيحات في بنية Lutris (لدى Lutris إصدار Wine مع إصلاحات لألعاب معينة ، بالإضافة إلى نكهات مختلفة من Wine.)

على الرغم من الوثائق الموجودة على ntdll-Wine_Hide_Exports ، يبدو أنها مستقلة عن أي شيء آخر في التدريج ، وأتصور أن قائمة التبعيات هي فقط بسبب تصادم التصحيحات مع ntdll_misc.h. أنا الآن أقوم بالبناء للاختبار ، ولكن يبدو أنه يجب أن تكون قادرًا على تطبيق جزء loader.c من ntdll-Hide_Wine_Exports ، وإدراج الأسطر المضافة يدويًا في ntdll_misc.h.

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

أعتقد أنني سأنتظر حتى يقوم Valve بتصحيحه في Proton بعد ذلك. لكن على الأقل أنا سعيد لسماع كل الأمل لم يضيع. = د
نأمل أن تسير بسرعة الآن يبدو أن لدينا حلًا بديلًا.

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

لا أتوقع أن أرى التصحيح IsTransgaming في Proton / Wine الرسمي في أي وقت قريبًا ، فهو أمر صعب للغاية لذلك. ما لم تكن صبورًا جدًا ، فقد ترغب في تجربة حظك مع Lutris أو بناء نبيذ مخصص.

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

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

هذا بالتأكيد ليس مقصودًا. خيارات البرمجة / النقل الغريبة وحتى المستقيمة القذرة ، بالتأكيد ، لكنها ليست محاولة لمنع نظام Linux.

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

نعم ، ستعمل على Lutris في الوقت الحالي (عندما يأتي الإصدار) ، ولكن ليس على المدى الطويل. عندما أقفلتني Square أخيرًا من نسخ اللعبة بخلاف Steam ، إذا لم يقم Proton بالخدعة ، فلن أستطيع اللعب!
أنا لست مستاءً من Valve حتى لو لم يطبقوا اختراق IsTransgaming ؛ أنا في الغالب منزعج من سكوير أنه يجب أن يكونوا صعبين للغاية. خاصة عندما لا تكون اللعبة نفسها هي المشكلة ؛ انها مجرد قاذفة يجري حلل.

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

هذا يكاد يكون من المؤكد أنهم يغيرون كيفية قيام عميل Mac بالأشياء استعدادًا لإزالة دعم 32 بت ونحن عالقون في منتصفه

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

الشيء السخيف حقًا هو ، لماذا يستخدمون IsTransgaming لاكتشاف Mac في المشغل ، ولكن يبحثون عن صادرات Wine في اللعبة الفعلية؟ ومن المفارقات ، إذا استخدموا IsTransgaming لكليهما ، فسيكون من الصعب حلها دون الحاجة إلى ترخيص Mac

نعم ، إنه أمر سخيف حقًا ، لكنني على ما يرام مع الدفع مقابل ترخيص mac عندما يحين الوقت ويقومون بإصلاح ذلك :)

كما أنه يجعلني أتساءل عما إذا كان بإمكان لاعبي Mac FFXIV تعديل لعبتهم لإخفاء النبيذ ومن ثم اعتبارهم إصدار Windows

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

سنرى ، قال أحدهم هنا أنه لا يمكنهم العثور عليه في ECMAscript الخاص بشيكات وكيل المستخدم. Browser.js الأسطر 60 إلى 72 .... واضح جدا هناك. بالنسبة إلى دعم LibCEF و MAC ، نظرًا لأن MAC تستخدم طبقة Wine مخصصة ، نأمل أن نتمكن من الحصول عليها. إذا كان هذا هو أفضل ما يمكن أن نأمله ، أقترح النظر إلى LostArk عندما يضرب روسيا.

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

تحديث: يمكنني الإهمال إذا أعجبك هذا أم لا ، إنها حقيقة ما يقوله الكود

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

نعم يا رجل. القرف يحدث.

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

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

تم تطبيق التصحيح HideWineExports على Proton Wine fork ، لأولئك الذين يريدون ذلك: https://github.com/achurch/proton-wine/commit/e77d4e14f42aa3721480a2ea6cdb713f4e5aceb4

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

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

إذا لم يكن الرمز دليلاً كافياً فماذا سيكون؟

لا يوجد رمز يشير إلى أن هذا ضار ، وهذا بعيد المنال.

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

ربما يتعين عليهم ذلك من أجل Steam و PS4.

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

ربما يتعين عليهم ذلك من أجل Steam و PS4.

لكسب المزيد من المال. لا ليسوا مضطرين إلى استخدام Steam أو PS4. يتم استضافة النظام الفرعي وإدارته بواسطة Square Enix. قد يقولون أن هذا هو السبب ولكن انظر إلى مملكة الهالة. يمكنك تنزيل الإصدار non-steam أو steam لكن تسجيل الدخول على نفس الحساب ، ولا داعي للحظر. هذا مجرد دخان ومرايا. لكن نعم ، سأقول إنه يتم تتبعه قليلاً إلى حد ما. السبب وراء هذا الرمز واضح تمامًا حتى لو كان هناك من يلصقون رؤوسهم في الرمال. آمل أن تحصل على تصحيح آخر ، ثم تصحيح آخر بعد ذلك ، وآخر فقط لتجنب خطة عمل Square. هذا ما يجعل كل هذا يحدث ، سهل وبسيط. Jbal91 ، أنا مهندس رئيسي عن طريق التجارة ، أكتب SHIZ مثل هذا من أجل عيش ملئ! أنا أعرف عقل الشركة لأنني في مستوى العنق. لذا من فضلك اسحب رأسك من سلسلة الأقحوان ... هذا يذهب إلى البقية الذين يعتقدون أن هذا مجرد خطأ ما.

هل يمكننا التوقف عن الحديث عن هذا؟ لا علاقة له بالموضوع المطروح على الإطلاق.

بالعودة إلى الموضوع ، من المؤسف أنهم يبحثون بشكل خاص عن Wine ، لأنه يعني للأسف أنه حتى لو قمنا بإصلاح mshtml الخاص بـ Wine ، فسوف نظن أننا من مستخدمي Mac عندما نحاول إطلاق اللعبة. هذا يعني أنه من غير المحتمل أن يعمل مع نبيذ الفانيليا / البروتون مرة أخرى.

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

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

لقد قمت بتحديث منشور Reddit بجميع المعلومات التي لدينا حتى الآن. يرجى إعلامي إذا فاتني أي شيء!

أتساءل عن مدى صعوبة كتابة DLL الذي يربط GetProcAddress ويعيد 1 لـ isTransgaming ، فلن نحتاج إلى إنشاء نبيذ مخصص. ما زلنا بحاجة إلى التدريج لإخفاء النبيذ.

@ jbal91 إذا نفذت FFXIV أي نوع من مكافحة الغش (أو تفعل ذلك في المستقبل) ، فمن المحتمل أن يؤدي ذلك إلى تشغيله. من الناحية المثالية ، سيكون من الأفضل عدم تعديل أي من ملفات FFXIV ، على ما أعتقد.

@ jbal91 إذا نفذت FFXIV أي نوع من مكافحة الغش (أو تفعل ذلك في المستقبل) ، فمن المحتمل أن يؤدي ذلك إلى تشغيله. من الناحية المثالية ، سيكون من الأفضل عدم تعديل أي من ملفات FFXIV ، على ما أعتقد.

DXVK سيؤدي بالفعل إلى تشغيله على أي حال

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

حسنًا ، تمكنت من تسجيل الدخول. سأحاول إنشاء إصدار Proton باستخدام Proton-tkg

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

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

سوف أقوم بضغط إصدار البروتون بمجرد أن أؤكد أنه يعمل ، يجب أن تكون قادرًا على إسقاطه في .steam/root/compatibilitytools.d

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

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

لقد انتظرت يومًا كاملاً على الأقل. يمكنني الانتظار لفترة أطول =)
يحتمل أن يكون هذا السؤال غبيًا ، لكن: هل تعتقد أن حزمة arch ستعمل على دبيان؟ يجب أن يكون WINE / Proton مستقلاً عن التوزيعات ، أليس كذلك؟

أشك حقًا في أنه سيعمل على دبيان بدون chroot

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

لقد تم بناؤه وإطلاقه ولكن لم يكن يكتشف DX11 ، على ما أعتقد ، لأنني كنت أستخدم DXVK ، وحاول مرة أخرى

كيف أقوم بتعيين مفتاح التسجيل بالضبط؟

winetricks hidewineexports = تمكين

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

أنت مدهش حقًا <3

حسنًا ، إنه يعمل وسأقوم الآن بضغط توزيع البروتون

https://mega.nz/#!PpVQUCwI!lWMwHYsKZtQ6WdGZbZ2UAqWpp -Iq1NlursEwKJt0R34

سوف ahaha أو @ jbal91 قنص لي. سأستمر في طرحها ، في حالة رغبة أي شخص في استخدامها بدلاً من ذلك

استغرق وقتًا أطول مما ينبغي لأنني اضطررت إلى إعادة بنائه.

ستحتاج إلى WINEPREFIX = "$ HOME / .local / share / Steam /confectiontools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = تمكين للوصول إلى شاشة اختيار الأحرف

ونعم ، يجب استخراجه إلى "$ HOME / .local / share / Steam / Compatibletools.d"

هل تضيف ذلك إلى المشغل؟

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

ربما يتعين عليهم ذلك من أجل Steam و PS4.

لكسب المزيد من المال. لا ليسوا مضطرين إلى استخدام Steam أو PS4. يتم استضافة النظام الفرعي وإدارته بواسطة Square Enix. قد يقولون أن هذا هو السبب ولكن انظر إلى مملكة الهالة. يمكنك تنزيل الإصدار non-steam أو steam لكن تسجيل الدخول على نفس الحساب ، ولا داعي للحظر. هذا مجرد دخان ومرايا. لكن نعم ، سأقول إنه يتم تتبعه قليلاً إلى حد ما. السبب وراء هذا الرمز واضح تمامًا حتى لو كان هناك من يلصقون رؤوسهم في الرمال. آمل أن تحصل على تصحيح آخر ، ثم تصحيح آخر بعد ذلك ، وآخر فقط لتجنب خطة عمل Square. هذا ما يجعل كل هذا يحدث ، سهل وبسيط. Jbal91 ، أنا مهندس رئيسي عن طريق التجارة ، أكتب SHIZ مثل هذا من أجل عيش ملئ! أنا أعرف عقل الشركة لأنني في مستوى العنق. لذا من فضلك اسحب رأسك من سلسلة الأقحوان ... هذا يذهب إلى البقية الذين يعتقدون أن هذا مجرد خطأ ما.

وضع الرؤوس في الرمال شيء ، ووجود رأس على القمر شيء آخر. لا يوصى بأي منهما:

وجود رمز يتحدث عن وكيل المستخدم لا يعني شيئًا من حيث التصفية. أو أن وجود تصفية على أساس وكيل المستخدم لا يعني ذلك "الحصول على" مستخدمي Linux.

ربما فضح بالفعل ما يسمى بالتحكم في التدفق "anti-Linux" قبل اللجوء إلى المؤامرة:

Accept:           */*                                                                       
Host:             frontier.ffxiv.com                                                        
User-Agent:       SQEXAuthor/2.0.0(Windows 7; ja-jp; 7bf5f44656)                            
Referer:          https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang=fr&time=2019
                  -04-23-23                                                                 
Accept-Encoding:  gzip, deflate                                                             
Connection:       Keep-Alive                                                                

هذا هو ما يرسله المشغل عبر Wine إلى أسفل الأنبوب.

وجسم الاستجابة

Browser.userAgent.name = Browser.userAgent.Type.WIN;

تحدد خدمة الويب البعيدة المشغل على أنه يعمل على Windows.

يمكنك تحديده إما كإصدار SteamPlay الافتراضي الخاص بك ، أو خصيصًا لـ FFXIV في الخصائص (أوصي بهذا الأخير)

آسف ، كنت أشير إلى

WINEPREFIX = "$ HOME / .local / share / Steam / Compatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = تمكين

هل تضع ذلك في "تعيين خيارات التشغيل" أو تحتاج إلى القيام بذلك بشكل مختلف؟

آسف ، كنت أشير إلى

WINEPREFIX = "$ HOME / .local / share / Steam / Compatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = تمكين

هل تضع ذلك في "تعيين خيارات التشغيل" أو تحتاج إلى القيام بذلك بشكل مختلف؟

لا ، أنت فقط تنفذ هذا الأمر مرة واحدة في المحطة ، وقد انتهيت

^ فقط ضعه في القشرة.

إذا لم يكن لديك Winetricks ، فيمكنك أيضًا القيام بذلك عبر winecfg بدلاً من ذلك

مرحبًا ، أنا أستخدم نظام إعداد النبيذ المستقل. كيف يمكنني تطبيق التصحيح الترانسجامين بالضبط؟

لا حظ هنا ، يبدأ ، ثم يغلق على الفور.

@ jbal91 أين أضع هذا؟ ليس لدي توافق. d تحت ~/.steam/root تشغيل Manjaro i3.

حاولت توجيه تثبيت Lutris الحالي للعبة إلى Wine64 الجديد من بناء jbal91 ، لكنه فشل في الإطلاق:

النبيذ: فشل التهيئة: RIGIN / lib64 / wine / ntdll.dll.so: لا يمكن فتح ملف كائن مشترك: لا يوجد مثل هذا الملف أو الدليل

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

@ sangoku116 أنشئ المجلد ~/.steam/root/compatibilitytools.d/ وقم بتصدير كل شيء هناك. يجب أن ينتهي الأمر بمجلد ~/.steam/root/compatibilitytools.d/proton_tkg_4.6.r0.g3f8edce5.ffxiv مع كل شيء هناك ، ثم انتقل إلى Steam وحدد إصدار Steam Play لـ FF14 فقط

حاولت توجيه تثبيت Lutris الحالي للعبة إلى Wine64 الجديد من بناء jbal91 ، لكنه فشل في الإطلاق:

النبيذ: فشل التهيئة: RIGIN / lib64 / wine / ntdll.dll.so: لا يمكن فتح ملف كائن مشترك: لا يوجد مثل هذا الملف أو الدليل

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

من خلال القراءة على Proton مع هذه المشكلة ، أعتقد أن Proton و Wine غير قابلين للتبديل. يقوم Proton ببعض الفحوصات مع عناصر Steam المحددة ، لذلك لن يكون متوافقًا مع الفوز في Lutris

As far as I'm aware Proton and Wine are not interchangeable. I think Proton does some checks with Steam.

سيكون ذلك منطقيًا. ربما أخلط بين الأشخاص الذين يسألون / أريد أن يعمل كعداء لأنه واحد.

https://drive.google.com/open؟id=1dLqEsHrRuBxau0Is4oEqSvSSvoRmBBwi

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

نفس الخطأ مثل محاولتي السابقة ، wine: failed to initialize: RIGIN/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

https://drive.google.com/open؟id=1dLqEsHrRuBxau0Is4oEqSvSSvoRmBBwi

حتى بعد الجري
WINEPREFIX="$HOME/.local/share/Steam/compatibilitytools.d/proton_4.2-local/dist/share/default_pfx/" winetricks hidewineexports=enable

أحصل على خطأ لا يوجد حساب خدمة.

لكن على الأقل دخلت اللعبة ، لذا خطوة أخرى إلى الأمام

قمت بتشغيل الأمر في محطة ، واخترت الملف ليتم تشغيله كـ protonffxiv والآن لا يتم تشغيل لعبتي. يتم تشغيله عندما أختار 4.2-3 ، ولكن ليس ffxiv.

@ sangoku116 هل استخدمت ashkitten أو @ jbal91 build؟ واجهت نفس المشكلة مع @ jbal91 ولكن ليس مع ashkitten

أواجه نفس المشكلة مثل Undeadhunter ، فإن البروتون مع بروتون @ jbal91 يمكّن المشغل من العمل بلا عيب

لقد استخدمت بناء @ jbal91 وسأحاول الآخر.

عملت بشكل مثالي بالنسبة لي ، شكرا جزيلا لك! تضمين التغريدة

نعم ، أعتقد أن شيئًا ما قد يكون غير تقليدي بالنسبة لي

@ jbal91 أعتقد أنه مرتبط بالاسم ، يتم تشغيل steam بدون جزء .ffxiv من اسم المجلد. هل قمت بإعادة تسميتها ربما؟

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

@ sangoku116 ما هو برنامج

ما نجح بالنسبة لي هو WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

ما نجح بالنسبة لي هو WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

تم التصليح!

سعيد!

لم يحالفك الحظ هنا ، فحدد WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winecfg وضمن Staging Hide Wine محددًا.

مرحبا! أردت فقط التناغم والقول إنني أستخدم

Undeadhunter ما ساعدني هو WINEPREFIX=$HOME/Data/SSD/SteamLibrary/steamapps/compatdata/39210/pfx/ winetricks hidewineexports=enable لأنني قمت بتثبيت FFXIV على الموقع المخصص

تذكر أيضًا أنه إذا كنت تستخدم الإصدار التجريبي ، فإن الرقم بعد البيانات المتوافقة هو "312060" ، وإذا كنت تستخدم عميل البيع بالتجزئة ، فسيكون "39210".

هل يمكن لشخص ما أن يشرح كيفية تطبيق هذا على إصدار غير بخاري من FFXIV

Wyziqi كان قادمًا للتو لنشر هذا ، في الواقع ، لدي موقع تثبيت مخصص أيضًا ، لكنك اكتشفته قبلي. شكرا على ذلك!

لتوضيح الأمر للجميع ، قم بتشغيل WINEPREFIX="<install location>/SteamLibrary/steamapps/compatdata/39210/pfx/" winetricks hidewineexports=enable

هل يمكن لشخص ما أن يشرح كيفية تطبيق هذا على إصدار غير بخاري من FFXIV

بناء النبيذ مع الإصلاحات التي تم نشرها هنا ، وخاصة ميزة hidewineexports في إعداد النبيذ ، والإصلاح المراد إضافته هو Transgaming من https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

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

من اشكيتن:

GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: قام LaunchApp بتغيير المهمة إلى ProcessingInstallScript باستخدام ""
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: هو دليل
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: هو دليل
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: هو دليل
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: هو دليل
[2019-04-24 16:21:51] بدء التشغيل - المحدث الذي تم إنشاؤه في 16 أبريل 2019 21:00:51
[2019-04-24 16:21:51] تم الاشتراك في بيتا العميل "publicbeta" عبر ملف بيتا
أنت في الإصدار التجريبي من عميل "publicbeta".
[2019-04-24 16:21:51] التحقق من التثبيت ...
[2019-04-24 16:21:51] اكتمل التحقق
installscript_posix.cpp (418): فشل التأكيد: أرجع المقيم المستقل رمز الخطأ للتطبيق 39210
installscript_posix.cpp (418): فشل التأكيد: أرجع المقيم المستقل رمز الخطأ للتطبيق 39210
تثبيت معالج استثناء Breakpad لـ appid (Steam) / الإصدار (1555457005)
assert_20190424162217_27.dmp [7678]: تحميل تفريغ (خارج المعالجة)
/tmp/dumps/assert_20190424162217_27.dmp
GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: قام LaunchApp بتغيير المهمة إلى ProcessingShaderCache باستخدام ""
GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: قام LaunchApp بتغيير المهمة إلى SiteLicenseSeatCheckout باستخدام ""
GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: قام LaunchApp بتغيير المهمة إلى CreatingProcess باستخدام ""
GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: انتظار LaunchApp استجابة المستخدم لـ CreatingProcess ""
GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: يستمر LaunchApp مع استجابة المستخدم "CreatingProcess"
قناع وحدة التحكم المختار لـ AppId 39210: 0
تحديث اللعبة: معرف التطبيق 39210 "" ، ProcID 7680 ، IP 0.0.0.0:0
بدء تشغيل التطبيق 39210
تثبيت معالج استثناء Breakpad لـ appid (Steam) / الإصدار (1555457005)

عملية اضافة 7680 لمعرف اللعبة 39210
GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: قام LaunchApp بتغيير المهمة إلى WaitingGameWindow باستخدام ""
خطأ: ld.so: object '/home/jim/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' من LD_PRELOAD لا يمكن تحميله مسبقًا (فئة ELF خاطئة: ELFCLASS32): تم التجاهل.
/ bin / sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: هو دليل
GameAction [معرف التطبيق 39210 ، معرف الإجراء 1]: قام LaunchApp بتغيير المهمة إلى مكتملة مع ""
عملية اضافة 7682 لمعرف اللعبة 39210
تمت إزالة اللعبة: معرف التطبيق 39210 "" ، ProcID 7680
الخروج من التطبيق 39210

وكيف أضع الرقعة؟ لا يبدو أنه يطابق تنسيق البقع الأخرى في توزيع النبيذ.

هل يمكن أن يخبرني أحدهم إذا كان علي فعل أي شيء خاص إذا كنت أستخدم Lutris؟

kgnotte هذه git apply

شكرا ashkitten

https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git
سيكون هذا احتمالًا لبناء بيئة نبيذ مخصصة. ضع الفرق في مجلد Userpatches ، وقم بتشغيل البرنامج النصي للبناء

هل يمكن أن يخبرني أحدهم إذا كان علي فعل أي شيء خاص إذا كنت أستخدم Lutris؟

حتى الآن ، كانت البنيات الوحيدة التي رأيتها مشتركة هي لـ Proton ، فأنت بحاجة إلى الانتظار على إنشاء Wine للظهور ، أو تجميع واحد بنفسك.

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

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

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

kgnotte نشر شخص ما هنا إصلاحًا لـ lutris ، لذا يمكنك فقط استخدام ذلك https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/9

ashkitten prton 4.2 المحلية عملت بشكل جيد بالنسبة لي. نسخ الملفات ضمن ~ / .steam / root /periencetools.d /

أعاد تشغيل Steam وأجبر اللعبة على تشغيل هذا الإصدار. شكرا لك

ashkitten شكرا جزيلا لك! يعمل البروتون 4.2 المحلي بشكل رائع!
أنا أيضًا في ArchLinux الآن ، فقط لأكون آمنًا ؛]

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

ونأمل ... نأمل أن سيكون الحل الذي العصي لفترة من الوقت.

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

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

شكرا لك! أيضًا ، على الرغم من تجاهل BrowserType الآن مع بيئة Proton 4.2 المحلية ، لا يزال يتعين تعيين CutsceneMovieOpening في "FFXIV.cfg" على 1 ، وإلا ظهور خطأ جديد يفيد بأنه لا يمكنه إنشاء اتصال بمركز البيانات. على الأقل لم يعد يعطي شاشة التحميل السوداء اللانهائية.
ربما قمت بتغطيتها بالفعل (لم أنظر إليها بعد) ولكن هذا أيضًا للأشخاص الذين ينظرون هنا ولا يتحققون من موقع reddit لذا ...

يا إلهي يا مربع!
http://forum.square-enix.com/ffxiv/threads/388444-Wine-Launcher-404
قاموا بنقل الخيط إلى مناقشة عامة ، هل تمزح معي؟ xD هذا الخيط تقني بقدر ما يحصل! سوف يدفن:

لذلك ، في المرة الأولى التي أقوم فيها بتجميع النبيذ ، اخترت استخدام tk-git-wine ، ولكنه خاص إلى حد ما ، لذلك اتبعت توصياتهم لغير الرماة في صنع حاوية رصيف للقيام بالتجميع ، ولكن بعد التجميع ، عدت مع بناء لا يعمل على أجهزتي الأخرى بسبب wine: failed to initialize: /lib32/libm.so.6: version 'GLIBC_2.29' not found (required by <wine>/lib32/wine/ntdll.dll.so)

لذلك يبدو أن نظام منزلي يعمل بنظام glibc قبل 2.29. هناك بعض - ما أجده - تعليمات معقدة حول كيفية التعامل مع هذا ، ولكن هل يعرف أي شخص أي نسخة أبسط من التعليمات ، أو على الأقل كيفية التعامل مع ذلك في هذه الحالة المحددة؟ تم تعيين _EXTERNAL_INSTALL على "صحيح".

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

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

تحرير: أيضًا ، يؤكد منشور على المنتديات الرسمية أنه يتم التعرف علينا كمستخدمي Mac.

HereInPlainSight نعم ، أنا ShiningWolf هناك وسأعترف ببعض الآراء الساخنة بنفسي ، يا سيئة. كان الأمر محبطًا ولكن في كلتا الحالتين لم يتم قفل الموضوع ، تم نقله إلى عام لسبب ما.

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

لمزيد من التبرير لموضوع الدعم الفني ، يمكننا إجراء تشريح بعد الوفاة للمشكلة؟

@ kisak- صمام مهلا! آمل ألا تمانع في وضع علامة عليك ولكن لدي سؤال: هل من الممكن دمج بناء Proton خاص بـ FFXIV كجزء من تنزيل SteamPlay؟ هل ترى أن هناك واحدة مبنية بالفعل تعمل الآن (وربما تستمر في العمل في المستقبل المنظور)؟

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

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

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

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

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

سيكون المشغل المخصص هو الحل الأكثر ملاءمة لنا ، ولكن إصلاح mshtml سيوفر فائدة أكبر لمجتمع ألعاب WINE بأكمله.

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

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

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

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

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

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

@ kisak- صمام مهلا! آمل ألا تمانع في وضع علامة عليك ولكن لدي سؤال: هل من الممكن دمج بناء Proton خاص بـ FFXIV كجزء من تنزيل SteamPlay؟ هل ترى أن هناك واحدة مبنية بالفعل تعمل الآن (وربما تستمر في العمل في المستقبل المنظور)؟

مرحبًا TenaarFeiri ، لست

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

Chrome ، ومن ثم libcef أسقط دعمًا لإصدارات 32 بت من النوافذ في عام 2017 والاعتماد عليها كحل بديل يبدو وكأنه قنبلة موقوتة بالنسبة لي ، لذا فإن معرفة ما يحدث في mshtml يبدو وكأنه أفضل طريقة للمضي قدمًا.

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

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

هناك فرصة جيدة فقط لإصلاح عنوان url mshtml

@ kisak-valve ماذا عن إخفاء صادرات النبيذ؟ إذا عملنا على mshtml ، فسنظل بحاجة إلى ذلك لتشغيل اللعبة ، على الأرجح

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

لقد قمت بنشر الإصلاح مع إرشادات خطوة بخطوة على protondb.

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

حسنًا ، مما يمكنني رؤيته في وقت ما ، كان لدى شخص ما رقعة نبيذ تسمح له بإصلاح خطأ العنوان (انتهى به الأمر عند https://frontier.ffxiv.com/version_4_0_win/index.html بدلاً من https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html ، وقالوا إنهم انتهى بهم الأمر عند مشغل فارغ . (لا يمكنني اختبار كل ذلك - لا يزال عامل الإرساء الخاص بتجميع tk يبحث عن نسخة من glibc لا أمتلكها على نظامي الفعلي.) البحث عبر موقع Square على الويب ، على الأقل إذا كان مشغلًا فارغًا تمامًا ، يبدو أن هذا هو الوضع الافتراضي وطبيعي تمامًا.

https://img.finalfantasyxiv.com/ft/version_4_0/scripts/launcher/launcher.js ثم _presumably_ يجب أن تبدأ في البحث عن الأشياء والبدء في جعل الأشياء مرئية (إنها تغير الفهرس

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

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

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

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

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

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

تمكنت من إنشاء إصدار يجب أن يعمل مع أي تثبيت lutris. يبدو أنه يعمل لبعض الناس حتى الآن. ربما سيعمل معك أيضًا؟ https://files.feffe.it/wine-tkg-ffxiv-feffe-4.6-1.8-x86_64.tar.gz

شكرًا feffes ، لقد

يمكن التأكيد ، البناء الذي تم تحميله بواسطة feffes يدير اللعبة في lutris على ubuntu 18.04 ، لذلك في الوقت الحالي يمكن للأشخاص الذين يستخدمون Steam وعلى lutris تسجيل الدخول مرة أخرى ، لا يزال الحل مبتذلاً ، لذلك لا يزال يتعين العمل عليه بشكل صحيح لإصلاح mshtml

feffes التأكيد على أن

إذا كنت ترغب في بنائه بنفسك ، فقد قامت TKG بالفعل بتصحيح هذا الخطأ الذي يجمد النبيذ بالأمس ، و FFXIV userpatch موجود في أحدث إصدار من نوع wine-tkg. كل ما عليك فعله هو اتباع التعليمات لتحرير customization.cfg لتمكين إصلاح FFXIV و DXVK ، ثم قم بتثبيته. أنا في Manjaro ، لذا بعد التثبيت ، تم تثبيته للتو ، ويمكنني اختياره ليكون عداء "النظام" من Lutris. https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git وإلا فقط استخدم feffes build. لعبت لساعات قليلة أمس بدون أي مشاكل على الإطلاق.

بالنظر إلى كود جافا سكريبت الخاص بالمشغل ، أرى أن الوظيفة التي تظهر لجعل كل شيء مرئيًا تظهر في السطر 206 من index.js ، كوظيفة مجهولة مسجلة للاستماع إلى App.protocol.Receive.RESUME_INFO . البحث عن استخدامات أخرى لذلك يقودنا إلى app.js ، السطر 366 ، في fromAppResumeInfo - البحث عن هذا في المصدر لا يكشف عن أي متصلين ، لذلك يمكنني فقط افتراض أنه تم استدعاؤه من الخارج .. . أو من المفترض أن.

نعم ، يقوم المشغل بحقن بعض JS في الصفحة.

نعم ، لكن ليس لدي أي معرفة بالأدوات التي يوفرها wine_gecko لتصحيح الأخطاء

feffes هل من المقبول أن أقوم بربط هذا

feffes هل من المقبول أن أقوم بربط هذا

بالتأكيد. خلاصة الأمر هي أنه يعمل مثل أي عداء نبيذ آخر ، لذلك يمكنك استخراج tkg-ffxiv-feffe-4.6-1.8-x86_64 من القطران إلى ~/.local/share/lutris/runners/wine والتبديل إليه ضمن FFXIV> تكوين> خيارات العداء

سيكون من الرائع في حالة عدم قيام أي شخص بذلك ، لتحديث تجربته في Proton DB ، سيكون من الرائع الحصول على FF14 في الذهب ، بدلاً من الفضة

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

ستؤدي إضافة علامة نصية إضافية مع fromAppResumeInfo(); في الجزء السفلي من index.html إلى ظهور المشغل في متصفح عادي (إلى حد ما) - ويفعل ذلك أيضًا في ffxivlauncher! لذلك من الواضح أن هذه ليست مشكلة عرض وتلمح بالفعل إلى عدم تسمية نص برمجي بالطريقة التي ينبغي أن يطلق عليها.

باستخدام WINEDEBUG=mshtml سنجد أيضًا ما يلي:

002d:trace:mshtml:WindowDispEx_GetDispID (0x17c5390)->(L"fromAppResumeInfo" 10000001 0x33e8d4)
002d:trace:mshtml:DispatchEx_GetDispID (0x17c53cc)->(L"fromAppResumeInfo" 10000001 0x33e8d4)
002d:trace:mshtml:HTMLDocument3_getElementById (0x181eb48)->(L"fromAppResumeInfo" 0x33e7c8)

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

ما لفت انتباهي بشكل خاص في هذا الصدد هو هذا التحذير:

002d:fixme:jscript:JScriptProperty_SetProperty Unimplemented property 70000002
002d:warn:mshtml:set_script_prop SetProperty(70000002) failed: 80004001

خرائط 70000002 إلى SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION وفقًا لـ https://docs.microsoft.com/en-us/scripting/winscript/reference/iactivescriptproperty-setproperty

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

على الرغم من أننا نحتاج إلى مزيد من المعلومات حول ما يفعله SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION لمعرفة المزيد. ما عليك سوى تغيير الوظيفة في النبيذ لإرجاع S_OK بغض النظر عن عدم تغيير أي شيء في المشغل.

sschroe هل تظهر أي أخطاء أخرى متعلقة بـ jscript / mshtml؟ أتوقع خطأ آخر إذا كانت بعض العمليات تعتمد على هذه الخاصية التي يتم تعيينها ، نعم؟

تحرير: تحدث إلى شخص ما في #winehackers وقالوا إن هذه الخاصية دائمًا ما يتم تعيينها

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

كانت محاولاتي الأخيرة هي استخدام الكود من https://github.com/dns/WinAPI-Embed-Browser/blob/master/embed-browser.c كقاعدة لبناء مثال يمكن إعادة إنتاج المشكلة فيه. يعد تغيير هذا الرمز لتحميل عنوان URL الخاص بالمشغل أمرًا بسيطًا بدرجة كافية ، لكنني لم أتمكن من التعامل مع Javascript حتى الآن. تجعلني واجهة برمجة تطبيقات النوافذ الغريبة ونقص الوثائق أرغب في الموت.

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

قدر ضئيل من "التقدم":

يبدو أن أول شيء يفعله المشغل بعد تحميل الصفحة هو الانتقال بالمتصفح إلى عنوان url لجافا سكريبت:
002e:trace:ieframe:WebBrowser_Navigate2 (0xe935d0)->(0x32bb5c {VT_BSTR: L"javascript:fromAppConfig( {lang:\"en\",region:3,eula:1,startup:1,issteam:0,query:\"none\",ver:\"2019.04.19.0000.0001(4143105)\",skip_confirm_expansion_install_dialog:\"0\", inst 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY})
يؤدي هذا إلى حد كبير إلى تنفيذ سلسلة جافا سكريبت المعينة داخل الصفحة الحالية ، وفي هذه الحالة تستدعي الوظيفة fromAppConfig مع مجموعة من الوسائط. وهذا الجزء يعمل بشكل جيد حتى الآن ومن بين أشياء أخرى سيتم تشغيله App.message.send(App.protocol.Send.REQUEST_RESUME_INFO); .

يبدو App.message.send كما يلي:

send: function(type, opt) {
    // オプションがあるなら処理する
    if (!utils.isUndefined(opt)) {
        type = utils.string.build(type, "=", opt);
    }
    try {
        window.external.user(type);
    } catch(e) {}
}

يستخدم window.external عادة لتمرير البيانات مرة أخرى إلى برنامج آخر. لذلك في هذه الحالة يجب أن يكون هذا هو الاتصال مرة أخرى إلى المشغل. أظن أن هذا هو الجزء الذي قد تفشل فيه الأشياء لأنه لا يبدو أن الكثير يحدث بعد ذلك. تُظهر إضافة alert() هناك على النسخة المستضافة محليًا أن الشفرة يتم تنفيذها بقيم مناسبة في النبيذ. بالإضافة إلى ذلك ، فإن التعليق على نتائج window.external.user(type); يؤدي إلى ظهور شاشة سوداء فقط في المشغل في Windows ، مما يظهر نفس السلوك الذي نراه في النبيذ.

إذن ما قد يحدث هو أن المشغل لا يتلقى REQUEST_RESUME_INFO وبالتالي لا يستمر.

لا أعتقد أن هذه هي المشكلة.

يتيح لك استخدام التصحيح mshtml من https://bugs.winehq.org/show_bug.cgi؟id=47069#c2 تشغيل المشغل باستخدام BrowserType 0 حتى نموذج تسجيل الدخول. سيؤدي النقر فوق زر تسجيل الدخول إلى ظهور خطأ (https://pomf.soupwhale.com/ltibnw.png).

هذه مشكلة mshtml أعمق (أو بالأحرى سلسلة من المشكلات) التي على الأرجح ليس لها حل سهل ، ناهيك عن حقيقة أنه حتى هذا التصحيح هو اختراق.

تحرير: لم أتحقق من هذا في غضون أيام قليلة ، لذلك قد أكون مخطئًا ، لكنني أعتقد أن الخطأ كان يأتي من JSProtocolFactory_CreateInstance لم يتم تنفيذه.

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

lesderid هل لا يزال هذا الخطأ يظهر إذا قمت بالضغط على Enter بدلاً من النقر فوق الزر في حقل كلمة المرور؟

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

الضغط على مفتاح الإدخال بدلاً من النقر فوق زر التشغيل أدى إلى بدء اللعبة بالنسبة لي. لذلك باستخدام عنوان url fix + متصفح الاختراق مشغول من https://bugs.winehq.org/show_bug.cgi؟id=47069#c2 يمكننا تسجيل الدخول وتشغيل اللعبة.

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

sschroe أواجه نفس المشكلة مثلك (الحساب غير مسجل). ماذا تقصد بإخفاء نسخة النبيذ؟

nmalacarne حاليًا ، يبدو أن XIV يؤمن بأن تشغيل Wine يعني أننا نستخدم أجهزة Mac ، لذا من المحاول تحديدًا إخبارك أنه ليس لديك ترخيص Mac. لتجنب ذلك ، علينا إخفاء أننا نستخدم Wine. إما أن تفعل شيئًا على غرار WINEPREFIX=<path-to-prefix> winetricks hidewineexports=enable (أو protontricks بدلاً من winetricks إذا كان لديك) ، أو WINEPREFIX=<path-to-prefix> winecfg وقم بتغيير الإعداد في علامة التبويب Staging.

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

دعنا نقول فقط إذا كانت Microsoft shiles عبيدًا ، فإن Microsoft هي jugalo. سوني وآبل كلاهما في ذلك أيضًا. حسنًا ، استمتع بلعب الجرذان مقابل القطط باستخدام Square ، ما لم يخرج Val عن الدايم كما ينبغي أن يكون مع Half-Life 3 ثم نبحر في حياة القراصنة. أعجبك أم لا.

شكرًا HereInPlainSight ، هذا منطقي. كل شيء يعمل على ما يرام الآن مع DX11 بعد تعيين hidewineexports عبر winetricks .

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

يحدث هذا على نظام Windows أيضًا. يعتقد أن الكود يحتج كثيرا؟

إنه قاذفة سيئة ومحدث سيئ بنفس القدر.

ابن. 12. مايو 2019 ، 23:03 سكريف jbal91 [email protected] :

لذلك ستكون هذه لقطة طويلة ، لكن ليس لدي أي فكرة عن مكان آخر أسأل فيه.
أواجه مشكلات حيث لن يتم "تحديث" اللعبة بشكل عشوائي لمدة 5 سنوات
ثوانٍ (مثل ، من الشبكة) ، فسيتم تحديث كل شيء مرة واحدة ،
كرر. يستمر هذا لمدة ساعات ثم يختفي في ظروف غامضة
لبضعة أيام ويعود لبضعة أيام. إعادة تشغيل الكمبيوتر
لا شيء ، إعادة تشغيل جهاز التوجيه / المودم لا تفعل شيئًا ، mudfish يجعل
المشكلة أسوأ ، أبلغ mtr أنه لا يوجد فقدان للحزم و ping معقول ، ولدي
لا فكرة إلى أين نذهب من هنا. يبدو أنه لا يؤثر إلا في اللعبة و
المشغل عند محاولة تحديث اللعبة. علة سائق إيثرنت؟ Linux TCP
كومة الأخطاء التي تؤثر فقط على الألعاب لسبب ما؟ النبيذ TCP كومة علة؟ أنا
ليس لدي فكرة من أين تبدأ حتى لتصحيح هذا.

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

يحدث هذا على نظام Windows أيضًا. يعتقد أن الكود يحتج كثيرا؟ إنه قاذفة سيئة ومحدث سيئ بنفس القدر. ابن. 12. مايو 2019 ، 23:03 سكريف jbal91 [email protected] :

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

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

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

البروتون هو مجرد ثنائي آخر يمكنك تشغيله. إذا كنت تريد ، يمكنك إنشاء اسم مستعار bash له ثم تشغيله كما تفعل مع Wine.

كان يعمل بشكل جيد بعد التحديث هذا الصباح الآن لم أتمكن من إكمال فحص الإصدار

كان يعمل بشكل جيد بعد التحديث هذا الصباح الآن لم أتمكن من إكمال فحص الإصدار

اضطررت إلى إعادة إدخال "WINEPREFIX = [موقع pfx] winetricks hidewineexports = تمكين"

ما هو الغرض من تصدير النبيذ؟ لماذا يتم تمكينه بشكل افتراضي؟

الإضافات. 15. مايو 2019 ، 00:52 skrev zangoku [email protected] :

كان يعمل بشكل جيد بعد التحديث هذا الصباح الآن أصبح غير قادر على ذلك
التحقق من الإصدار الكامل

اضطررت إلى إعادة إدخال "WINEPREFIX = [موقع pfx] winetricks
hidewineexports = تمكين "

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

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

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

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

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

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

للحصول على البيانات من Steam ، مع ذلك ، لا تحتاج إلى تشغيل أي شيء ، ما عليك سوى نسخه من ~ / .local / share / Steam / steamapps / Compatdata / 312060 / pfx / drive_c / users / steamuser / My Documents / My ألعاب / نهائي \ خيال \ رابع عشر \ - \ أ \ عالم \ ريبورن. بدلاً من ذلك ، إذا كان بإمكانك تشغيل اللعبة ، فاستخدم النسخ الاحتياطي السحابي لحفظ جميع إعداداتك.

بعد ذلك ، قم باستيرادها إلى تثبيت FFXIV بخلاف Steam ، سواء كان ذلك عبر Lutris أو Windows أو Wine المصحح يدويًا.

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

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

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

ما زلت لا أعتقد أن SE تسير في طريقها للتغلب على مستخدمي Linux - أشك في أننا حتى على رادارهم - لكنهم ينقلون إصدار Mac إلى عميل DirectX 11 (كما هو الحال مع عميل DirectX 9 تمت إزالته) بغلاف جديد ، وهذه هي الطريقة التي يكتشفونه بها.

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

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

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

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

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

تعمل خطوط المشغل مع خطوط "droid" فقط. لا حاجة لتثبيت الملكية.

أي شخص لديه أي حظ في الحصول على المعيار للعمل؟

@ jbal91 أشكرك على النصائح ولكني ما زلت ضائعًا بشكل لا يصدق في محاولة اكتشاف ذلك. لقد اكتشفت أخيرًا أن Steam يقوم بتشغيل ما يلي لبدء اللعبة ، إذا قمت بتضمين خيارات التشغيل المخصصة:

PULSE_LATENCY_MSEC=60 /home/anna/.local/share/Steam/compatibilitytools.d/proton_4.2-local/proton waitforexitandrun /home/anna/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe -issteamfreetrial

لكن عندما أجري أحصل على:

Proton: No compat data path?

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

تحرير: محاولة إعطاء lutris the ol 'college وبدأت جديدة ولكنها فقط ... لا تعمل. ينبثق المشغل مع نافذة التحميل ولكن بعد ذلك يتوقف فقط ، ولا يوجد خطأ ولا شيء ولا يوجد أي شيء في سجل lutris للقيمة ، أو على الإطلاق. لماذا لا يمكن لـ SE التوقف عن تهديدي والسماح لي فقط باستخدام الإصدار التجريبي المجاني من Steam دون القلق من أنني سأقفل إلى الأبد دون أي وسيلة لإخراج أشيائي أو قضاء ساعات في يوم إطلاق SHB في محاولة نفاد Steam أثناء استعادة بياناتي أو أي شيء آخر ، إلى أجل غير مسمى ؛ ؛

تعديل آخر: بعد المحاولة ... وجدت الكثير من الأشياء التي نشرها شخص ما على reddit: https://pastebin.com/NJxfe8Ex وقمت بتعديله لاستخدام البروتون المخصص الذي أقوم بتشغيله على Steam والذي يحتوي على تصحيح istransgaming ( إنه ashkitten ، على وجه الخصوص) و ... يقوم بنفس الشيء الذي يفعله Lutris ، ويومض إصدار فحص التمهيد وأحيانًا نافذة قاذفة فارغة لفترة وجيزة ثم إنهاء العمل بدون رسائل خطأ أو أي شيء. لذلك ... يجب أن يكون هناك خطأ ما بشكل عام ولكن لا يمكنني معرفة ما يمكن أن يكون.

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

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

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

إذا حاولت تشغيله ، فسأحصل على:

The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

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

إذا حاولت تشغيله ، فسأحصل على:

The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

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

في الواقع ، اعتبارًا من بضعة أيام ، هناك فرصة للدعم في المستقبل القريب. (https://github.com/dotnet/wpf/pull/720)

فقط من أجل التحديث حتى لا يضيع شخص ما الوقت إذا رأى رسائلي الأخيرة ، أخيرًا حصلت على FFXIV يعمل على بادئة WINE ممكّنة لـ dxvk ، لقد كانت رحلة صغيرة تضمنت الكثير من إعادة الترجمة (gentoo yay) و العثور على شخص في نزاع Lutris لديه مفترق طرق خاص به من Lutris يعمل بشكل أفضل [على Gentoo على الأقل] لكنني الآن في مأمن من Newellpocalypse الوشيك :)

witcheslive لم أكن أعلم أنك تستخدم Gentoo - شخصياً أقوم بتشغيل إصدار lutris-9999 ، ولكن في كلتا الحالتين فقط تأكد من تعطيل وقت تشغيل Lutris كإعداد افتراضي ويجب أن يعمل Lutris بشكل جيد. لا يعمل وقت التشغيل بشكل جيد على الإطلاق في Gentoo في تجربتي.

لا أعرف ما إذا كان هذا مفيدًا ، لكنني ألعب FFXIV مع Lutris بشكل جيد نسبيًا خلال الأيام الثلاثة الماضية.

• أنا أستخدم FFXIV مستقل (بدون تسجيل دخول Steam أو مشاركة عميل)
• كان لدي عدد قليل من قطع الاتصال العشوائية ، ولكن إذا سمعت جيدًا ، كان هناك بعض DDoS يحدث مؤخرًا وقد لا يكون هذا متعلقًا بالنبيذ / Linux
• كنت أتلقى أخطاء قاذفة متكررة من العدم خلال اليوم الأخير (-21؟) ، لكنني تمكنت من بدء تشغيله باستمرار عن طريق حذف المجلد web ؛ بصرف النظر عن ذلك ، يتيح لي المشغل تسجيل الدخول بلا مشكلة
• مع distro Wine Staging 4.8 على openSUSE TW و Fedora 30 ، سيتعطل مثبت FFXIV مباشرة بعد قبول المطالبة الأولى حول اللغة. لا أعرف ما الذي يدور حوله هذا ، لكن Lutris يعمل بشكل جيد (لم تختبر Steam / Proton مباشرة)
• على Lutris ، كنت أستخدم عداء ge-faudio-protonified-4.8 وإعدادات Lutris الافتراضية عمومًا (تم تمكين Lutris Runtime)
• يخفي البرنامج النصي لتثبيت Lutris إصدار النبيذ ، ويقوم بتغييرات إعدادات cutscene والمستعرض
• أستخدم DXVK مع RX 580 على openSUSE TW
• أنا أيضًا قادر على التشغيل على كمبيوتر محمول مع RX 560 في eGPU
• لم أتمكن من تشغيل معيار Shadowbringers (حصلت على خطأ العرض 4.0.0 أعلاه ، وحتى بعد تثبيت dotnet45 (يتطلب المعيار 4.5 كحد أدنى) ، حصلت على خطأ آخر)

تم تطبيق تصحيح Transgaming على عداء Lutris ge-faudio-protonified-4.8 :

% strings .local/share/lutris/runners/wine/ge-faudio-protonified-4.8-x86_64/lib/wine/ntdll.dll.so | grep Transgaming 
IsTransgaming
IsTransgaming

https://github.com/GloriousEggroll/proton-ge-custom/blob/4ddc7a9916294334ca634dbf5c741cf4f53f6f70/game-patches-testing/ffxiv-launcher.patch

يطبق البرنامج النصي المثبت Lutris 'FFXIV أيضًا اختراق HideWineExports عبر التسجيل:

- task:
    arch: win64
    description: Adding Registry Entries for FFXIV Launcher
    key: HideWineExports
    name: set_regedit
    path: HKEY_CURRENT_USER\Software\Wine
    prefix: $GAMEDIR
    type: REG_SZ
    value: Y

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

أي تقدم في الحصول على المشغل يعمل مع mshtml؟

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

المشكلات الوحيدة التي واجهتها باستخدام هذا التصحيح هي:

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

لم تزعجني أي من هاتين المشكلتين ، لذلك كنت أستخدم مشغل 64 بت.

راجع للشغل ، بصرف النظر عن المشغل ، واجهت مشكلتين متميزتين:

• لا يتم تشغيل الفيلم الافتتاحي لـ ARR على الأقل بشكل صحيح ، والجلوس لفترة طويلة على شاشة العنوان أو محاولة تشغيله من قائمة الأفلام يمنحك شاشة سوداء غير مستجيبة مع مؤشر تحميل (لا توجد مشكلة في فتح فيلم stormblood)
• في thornmarch (الصعب) هناك ضوضاء طقطقة / فرقعة عالية جدًا في مرحلة ما ، لقد جربت هذا في المرتين اللذين أجريت فيهما تلك التجربة وليس في أي مكان آخر

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

قال شخص ما على خلاف VKX أن هذا هو الالتزام: https://github.com/wine-mirror/wine/commit/d535df42f665a097ec721b10fb49d7b18f899be9

تحرير: الضغط على زر الإدخال بدلاً من زر تسجيل الدخول يجعل المشغل يعمل.

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

قال شخص ما على خلاف VKX أن هذا هو الالتزام: مرآة النبيذ / النبيذ @ d535df4

جمع إصدار git اليوم من نصوص Tk-Glitch بدون تصحيحات مخصصة - يعمل المشغل 64 بت ، ويتذكر هويتي في Lutris. عندما يلحق Proton بهذا الأمر ، لن نحتاج إلى أي تصحيحات خاصة لـ XIV للعمل من خلال Steam بعد الآن ، ويجب أن نكون (Hydaelyn على استعداد) على ما يرام عندما يتقاعد المشغل 32 بت.

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

عندما يدرك Proton هذا ، لا نحتاج إلى أي تصحيحات خاصة لـ XIV للعمل من خلال Steam بعد الآن ،

لا يزال FFXIV بحاجة إلى التدريج لأنه لا توجد طريقة للتغلب على خطأ ترخيص MacOS بخلاف ذلك.

يجب أن أعتقد أن البروتون سيكون أكثر استعدادًا لدمج تصحيحات التدريج من حلول الاختراق المحددة بشكل لا يصدق

لا يزال FFXIV بحاجة إلى التدريج لأنه لا توجد طريقة للتغلب على خطأ ترخيص MacOS بخلاف ذلك.

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

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

تحتاج التصحيح من انطلاقه بالإضافة إلى ذلك

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

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

هناك طرق أخرى للتغلب على مشكلة ترخيص Mac:

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

إذا كان الناس على استعداد للقيام بذلك ، فيمكنهم استخدام Vanilla Proton بمجرد اندماجها من Wine upstream. ولكن نعم ، وإلا ستكون هناك حاجة إلى التدريج ولا أرى Valve يدمج تصحيح تصدير النبيذ المخفي ما لم يفعل Wine نفسه.

@ kisak-valve هل يمكننا الحصول على بعض الملاحظات الرسمية حول التصحيحات التي سيستخدمها البروتون لتشغيل اللعبة أم لا؟

مرحبًا ashkitten ، تذكير ودود بأنني مشرف على ولست مطورًا لـ Proton بنفسي ، لذلك لا يمكنني الإجابة على هذا السؤال.

يمكنك تقديم طلب سحب مع التصحيح (التصحيحات) وسيتم تقييمها على أساس كل حالة.

نعم بالطبع لقد نسيت

لقد صنعت تصميمًا جديدًا لأسباب شخصية ، لكنني أدركت أنه يجب أن أشاركه هنا - لا يزال يستخدم نفس مجموعة التصحيح مثل تلك الموجودة في 24 مايو ، لكنني أعدت وضعه في آخر التزام لفرع proton_4.2

https://drive.google.com/open؟id=1yAb_YvOKK1KRcfeQErIKwH6dkKbjZ9kp

لا يزال من الضروري بناء بروتون من المصدر باستخدام نبيذ المنبع لخطأ https؟
لا أحب الشيء الذي يخفي النبيذ أو أي حل غريب.

إذا حصلت عليه أحتاج إلى ذلك
1) تجميع البروتون / النبيذ من المصادر
2) تحديث البروتون باليد

لا أعرف كيف أستخدم نص lutris لأن لدي نسخة Steam من اللعبة. يجب أن أقوم بتثبيت Steam باستخدام lutris ثم تثبيت / نسخ اللعبة لاحقًا؟

تضمين التغريدة
بالنسبة إلى Steam ، ستحتاج إلى إخفاء النبيذ ، إلا إذا كنت ترغب في شراء إصدار mac أيضًا. ومع ذلك ، فإن الحصول على هذا العمل هو مسألة نسخ نسخة مخصصة من البروتون مثل ashkitten المنشور للتو في الموقع المناسب وإعداد FFXIV لاستخدام هذا الإصدار. لن يكون الأمر صعبًا على الإطلاق بمجرد إعداده ، ولكنه سيكون ضروريًا للمستقبل المنظور ، حتى مع العمل الذي يتم إجراؤه لتشغيل مشغل 64 بت ، لا تزال اللعبة ترى بادئة النبيذ وتعتقد أنك على جهاز Mac حتى عندما تتمكن من تسجيل الدخول باستخدام مشغل 64 بت بدلاً من الحل الحالي وهو تحميل مشغل 32 بت باستخدام متغيرات البيئة التي يستخدمها إصدار mac للسماح بذلك.

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

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

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

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

لا أراهم يدمجون hide_wine_exports أو يطبقون إدخال السجل بسبب مشاكل قانونية (نحن نتجاوز بشكل فعال ترخيص "DRM" لكل نظام أساسي والذي قد يكون انتهاكًا لقانون الألفية الجديدة لحقوق طبع ونشر المواد الرقمية في الولايات المتحدة.)

فهل من السخف أن نأمل أنه إذا قدم شخص ما طلب سحب للتصدير ، فقد تقوم Valve فقط ... _ask_ Square بعدم استخدام Wine لمعرفة ما إذا كان شخص ما على Mac ، لأنه يتداخل مع Proton ، وهي أداة مساعدة مدعومة من Steam ، على اللعبة التي يبيعونها على نظامهم الأساسي ، وتتعارض على وجه التحديد مع الترخيص؟

قد لا يعني ذلك أي شيء ، قد لا تهتم Square بأي من الاتجاهين ، لكن الطلب القادم من Valve يعني أكثر من مجرد قادم منا ، بوضوح.

إذا كان بإمكان Steam الحصول على نصوص لإعداد FFXIV_boot.cfg وتوقف Square عن تصفية مستخدمي Wine كمستخدمي Mac ، فبمجرد أن يلتقط Proton التحديث الذي يعمل على إصلاح المشغل ، أعتقد أن اللعبة ستعمل خارج الصندوق بالنسبة لمعظم الأشخاص.

أتلقى الكثير من أخطاء x المباشرة وأخطاء dll. لم تكن تفعل هذا من قبل.

هذا مع أحدث إصدار من Proton أو 4.2_local؟ (الشخص الواحد
جمعت لنا أعلاه)

ابن. 16. يونيو. 2019، 08:49 skrev zangoku [email protected] :

أتلقى الكثير من أخطاء x المباشرة وأخطاء dll. لم يكن يفعل
هذا من قبل.

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

TenaarFeiri مع 4.2_local

بالنسبة لأولئك الذين يهتمون بعمل بناء البروتون المخصص هذا خارج الصندوق (لقد اختبرته): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

بالنسبة لأولئك الذين يهتمون بعمل بناء البروتون المخصص هذا خارج الصندوق (لقد اختبرته): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

يعمل بشكل رائع! شكرا لك على المشاركة <3

بالنسبة لأولئك الذين يهتمون بعمل بناء البروتون المخصص هذا خارج الصندوق (لقد اختبرته): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

هل هذا يعتمد على البروتون 4.2-7؟

بالنسبة لأولئك الذين يهتمون بعمل بناء البروتون المخصص هذا خارج الصندوق (لقد اختبرته): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

هل هذا يعتمد على البروتون 4.2-7؟

حسنًا .. كيندا ، إنه حقًا بناء مخصص:

-updated to wine 4.10 with improved clock_monotonic patches
-imported changes from proton 4.2.4 through 4.2.7
-backported gamepad changes from 4.10+ and proton 4.2 to 4.10
-integrated d9vk
-added nod3d9 option to proton to allow disabling of d3d9 override for d9vk
-dxvk updated to 1.2.2 with async patch enabled for PoE and Warframe
-faudio updated to 19.06.07 - fixes performance regressions in several games
-integrated protonfixes into the build. This allows for game-specific fixes to be added without users repeatedly messing with their setup, similar to lutris install scripts. 
+++ much more

هذا من ملاحظات relese السابقة

لذلك جربت كلاً من proton_4.2-local المحدث بالإضافة إلى إنشاءات Proton-4.10-GE-3 ، ولكن إذا قمت بتشغيل اللعبة في وضع DX11 (والذي لن يكون هناك طريقة للتغلب عليه ، أفترض أنه بمجرد هبوط Shadowbringers) في النهاية الخطأ 3109 not yet registered or subscription منتهي الصلاحية. هذا لا يحدث تحت DX9. هل هناك أي إعداد تكوين أو معلمة تشغيل مفقودة هنا؟

أنا أركض مباشرة عبر Steam على ubuntu.

تحرير: لقد أدركت أنه كان يجب فعلاً تمكين hidewineexports عبر winetricks . يعمل مثل السحر باستخدام Proton-4.10-GE-3 الآن <3

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

أيه أفكار؟

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

بصفتي Quickfix ، جعلت FFXIV.cfg للقراءة فقط ... ينتج عن ذلك نافذة "Proton Fixes قيد التطبيق" لتتعطل عند بدء اللعبة ولكن إغلاقها ببساطة ليس له أي تأثيرات أخرى :)

نعم ، لقد لاحظت هذه المشكلة البسيطة بنفسي ، ربما تستطيع GloriousEggroll التحقق من ذلك

تحية للجميع. لقد كنت أتابع هذا الموضوع عبر البريد الإلكتروني. لقد قمت للتو بإجراء تصحيحات على البرامج النصية ffxiv protonfixes:

gamefixes.tar.gz
استخرجها في Proton-4.10-GE-3 / protonfixes / gamefixes /

التغييرات التي تم إجراؤها:
https://github.com/GloriousEggroll/protonfixes/commit/e0466f61447b1aa5e9cd494236777a6cb9d9b4d4

أيضا بعض المعلومات فقط:
يحتوي الإصدار الخاص بي على كلٍ من التصحيح hidewineexports المنقول من التدريج وتصحيح transgaming.
يخدع تصحيح تغيير الألعاب المشغل لتشغيل إصدار CEF نفسه بدلاً من إصدار mshtml. نسخة mshtml بها خطأ جافا مكسور إذا نقرت على زر تسجيل الدخول ، ولهذا السبب نريد إصدار cef. يسمح التصحيح hidewineexports بإخفاء صادرات النبيذ من اللعبة ، مما يعمل على إصلاح اللعبة من التفكير في أن الحساب لا يحتوي على ffxiv مسجل عليها.

يحتوي الإصدار نفسه على إصلاحات لألعاب متعددة ، وليس فقط ffxiv. تم تصميمه faudio build أيضًا بدعم ffmpeg بحيث يعمل الصوت wma و wmv. كما أنها مبنية على فانيليا نبيذ 4.10 مع ارتباطات / رقع بروتون.

يمكن العثور على التصحيحات المصممة للنبيذ في نسختي هنا:

https://github.com/GloriousEggroll/proton-ge-custom/blob/proton-ge-4.10/game-patches-testing/proton-prep.sh

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

شكرًا جزيلاً ، GloriousEggroll ! <3 هذه الحيلة!
بالنسبة لخطأ جافا ، هل هناك أي فرصة لإصلاح ذلك في خط الأنابيب يومًا ما؟ أم أننا فقط نتخلى عن الأمل لمشتمل في هذا الوقت؟

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

GloriousEggroll أنت منقذ للحياة! شكرا جزيلا لمشاركة بنائك معنا!

نأمل أن لا ينكسر كل شيء يوم الجمعة.

ويتم كسر المشغل بسبب خطأ HTTPs مرة أخرى :(

ما الخطأ؟ لطالما كان لدي بعض الأخطاء ، إعادة تشغيل الإصلاحات.
أنا فقط أغلق المشغل وأعد تشغيل المشغل.

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

المشغل للأسف هو نقطة وصول وستحصل على أخطاء HTTPS من حين لآخر
بدون سبب حقيقي على أي نظام ، Windows أو Mac أو Linux.
أتمنى أن يتخلصوا منها تمامًا tbh.

فري. 28. يونيو. 2019 ، 11:04 سكريف zangoku [email protected] :

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

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

يمكنني أن أؤكد أن المشغل 5.0 يعمل في wine-4.11 ، بما في ذلك التحديثات (كان لدي بعض أخطاء HTTPS أثناء التحديث والتي أتخيل أنها كانت بسبب زيادة التحميل على الخوادم ، ولكن إعادة تشغيل المشغل أتاح التحديث يكتمل بشكل طبيعي). لا تزال هناك حاجة إلى HideWineExports لتجنب اكتشافها كجهاز Mac ، والنقر فوق الزر "تسجيل الدخول" بدلاً من الضغط على Enter في حقل كلمة المرور لا يزال يتسبب في حدوث خطأ Javascript ، ولكن بخلاف ذلك لا توجد حاجة إلى تصحيحات.

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

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

يحدث حاليًا على Lutris مع كل من عداء النبيذ 4.10 (بما في ذلك المدعم بالبروتون) ؛ يبدو أن Launcher يعمل بشكل جيد ، لكن اللعبة تتعطل فور الضغط على Play

يعمل مع عداء ge-faudio-protonified-4.8 بالرغم من ذلك

أعلم أنه ليس مفيدًا لك ولكن إذا كان يساعد أي شخص على الإطلاق ، فإن أحدث إصدار من Glorious Eggroll
الشيء (https://github.com/ValveSoftware/Proton/issues/580#issuecomment-504688485) يعمل معي. أنا في اللعبة الآن.
آمل أن تتمكن من فرزها. إذا كان بإمكاني مشاركة أي معلومات لمساعدتك ، اسمح لي
أعرف!

تحرير: أعلم أنني لا أستخدم FAudio ، مع ذلك. أنا أستخدم xaudio / xact (؟).

يجب أن تعمل المراجعة الأخيرة على إصلاح الأعطال في أحدث تصحيح FFXIV: https://github.com/FNA-XNA/FAudio/commit/6de5c86b27ec3c5f3aac2dab431563a89a1460b2

تحرير: لاحظ أن اللعبة لا تستخدم WMA ولا F3DAudio ، لذلك لا يلزم إنشاء تصميمات مخصصة ، يجب أن يكون تكوين CMake الافتراضي كافياً لتشغيل هذا.

يعمل مع عداء ge-faudio-protonified-4.8 بالرغم من ذلك

هل تعرف أي إصدار من FAudio يستخدمه العداء؟ (ابحث عن libFAudio.so.* إذا لم تكن متأكدًا)

تحرير: لا يهم ، يبدو أنه تم إصلاحه في اتجاه التيار.

أعلم أنه ليس مفيدًا لك ولكن إذا كان يساعد أي شخص على الإطلاق ، فإن أحدث شيء لـ Glorious Eggroll ( # 580 (تعليق) ) يعمل معي. أنا في اللعبة الآن. آمل أن تتمكن من فرزها. إذا كان بإمكاني مشاركة أي معلومات لمساعدتك ، فيرجى إبلاغي بذلك! تحرير: أعلم أنني لا أستخدم FAudio ، مع ذلك. أنا أستخدم xaudio / xact (؟).

أنا أستخدم حاليًا تصميمي أيضًا ، وأنا قادر على تسجيل الدخول بدون مشاكل. ليس لدي تجاوزات xact / xaudio في المكان. لقد حاولت أيضًا استخدام بناء lutris ge-protonified-4.10 الخاص بي. كلا البناءين قادران على تسجيل الدخول بنجاح.
يجب أن أشير إلى أن بناء lutris مبني على buildbot باستخدام ubuntu 18.04 مع مكتبات lutris قيد الاستخدام ، وأن بنية البروتون مبنية باستخدام المتشرد ، بنفس طريقة صنع بروتون الصمام. يستخدم بناء lutris أيضًا مكتبات faudio من بناء البروتون الخاص بي ، لذا فهي متطابقة في هذا الجانب. لم يتم إنشاء أي من تصميماتي مباشرة على نظامي الخاص باستخدام مكتباتي الخاصة. إنها مصنوعة لتكون محمولة إلى حد كبير.

لقد واجهت أخطاء HTTPS أحيانًا ولكنني وجدت أيضًا طريقة سهلة لإصلاحها.

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

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

أنا أستخدم حاليًا تصميمي أيضًا ، وأنا قادر على تسجيل الدخول بدون مشاكل. ليس لدي تجاوزات xact / xaudio في المكان.

لقد جربت الآن هذا التصميم ، لكنه يعطي نفس المشكلة مثل بناء النبيذ الفانيليا (+ HideWineExports).

هل يمكنك (أو أي شخص آخر يعمل الصوت من أجله) الحصول على سجل من Wine بـ WINEDEBUG=+xaudio2 ؟ بضع مئات من الأسطر من تسجيل xaudio2 يجب أن تكون كافية. ألاحظ أن 5.0 يستخدم xaudio2_8.dll بدلاً من xaudio2_7.dll (كما في 4.x) لذلك قد يكون هناك مسار رمز مختلف متضمن يسيء التصرف في بيئات معينة.

أنا أستخدم برنامج Wine-staging 4.11 على Gentoo بدون تجاوز xaudio ، ويعمل الصوت بشكل جيد بالنسبة لي.

أحاول إرفاق سجل بهذا التعليق ... إذا لم يعمل ، فيمكن العثور على نفس السجل على https://matrix.theblob.org/xaudio-log-excerpt.txt . إنه سجل بأول 1000 سطر ينتجها Wine بـ WINEDEBUG=+xaudio2 . إذا كنت تريد المزيد ، أعلمني.

يجب أن أشير إلى أن السجل أعلاه ليس من Lutris أو أي بنية ثنائية مجمعة مسبقًا ، ولكن من تجميع أبنية app-emulation / wine-staging-4.11 مع التصحيح IsTransgaming المضاف يدويًا ومع wineprefix في سؤال إخفاء صادرات النبيذ.

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

هل يمكنك التحقق من تحميل XAudio DLL (xaudio2_7.dll أو 2_8.dll) في عملية ffxiv_dx11.exe؟ ربما تحقق أيضًا من تحميل SoundCoreBridge.dll أو SoundCoreBridge7.dll (من دليل اللعبة).

تمكنت من تشغيل الصوت من خلال تبديل إصدار Windows المبلغ عنه في winecfg من Windows 10 إلى Windows 7. يبدو أن اللعبة تختار بين XAudio APIs بناءً على هذا الإصدار المبلغ عنه ، وأعتقد أن هناك خطأ أو ميزة مفقودة في مكان ما في XAudio 28 التنفيذ. (للتسجيل ، تقوم اللعبة بتحميل SoundCoreBridge7.dll الذي يرتبط بـ xaudio2_7.dll ضمن Windows 7 ، و SoundCoreBridge.dll الذي يرتبط بـ xaudio2_8.dll ضمن Windows 10. الإصدار 4.x لم يكن يحتوي على مكتبات DLL المحلية وكان يستخدم دائمًا xaudio2_7 .dll.)

على أي حال ، أعتقد أن الإجابة على "تعطل اللعبة مع حدوث خطأ غير متوقع فور فتح نافذة اللعبة" هي "التحقق من تعيين إصدار Windows في winecfg على Windows 7".

أستطيع أن أؤكد ذلك؛ لقد تم تعيين إصدار Windows الخاص بي على Windows 7 بالفعل. يؤدي تعيينه على نظام التشغيل Windows 10 إلى تعطل اللعبة فور بدء التشغيل.

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

لا داعي للقلق بشأن مكتبات DLL في هذه المرحلة ، ولكن كمرجع ، يمكنك البحث عن مكتبات DLL (وملفات .so لبرامج Linux) باستخدام cat /proc/PID/maps حيث PID هو معرف PID الخاص بـ العملية في السؤال. يتم تعيين جميع الكائنات المشتركة مباشرة في الذاكرة ، لذلك فقط انظر إلى أسفل قائمة النطاقات المعينة للكتل المرتبطة بملفات *.so .

آه حسنا! شكرا لك. <3 لم أكن أدرك أن مكتبات DLL ستظهر في تلك القائمة أيضًا.

لكن نعم ، من أجل الإكمال ، تم تحميل xaudio2_7.dll.so و SoundCoreBridge7.dll عند التشغيل باستخدام تهيئة "Windows 7" ، وعند استخدام "Windows 10" يتغير إلى xaudio2_8.dll.so و SoundCoreBridge.dll .

دعوة جيدة!

تبدو مشكلة XAudio 2.8 معقولة ، ربما يكون الصوت الرئيسي 2.8 الذي تعرض للتلف:

https://docs.microsoft.com/en-us/windows/desktop/xaudio2/xaudio2-versions

يستهدف FAudio 2.8 داخليًا ، لذلك نحن ننظر إلى xaudio_dll.c في هذه الحالة.

قدم خطأً ضد Wine: https://bugs.winehq.org/show_bug.cgi؟id=47437

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

هناك جزء ثانوي في المحرك من المفترض أن يكون مخصصًا للتردد ، وهو مدعوم بالكامل عبر CreateAudioReverb. في حالة 2.7 ، يكون الماكرو هو الذي ينشئ كائن IXAPO مع COM goo المعتاد الذي نعرفه جميعًا ونحبه ، لكنهم تغيروا في 2.8
XAudio2Create / CreateAudioReverb / CreateAudioVolumeMeter لجميع وظائف C التي يتم تصديرها ، وهو أمر جيد مرة أخرى لأن التجميع مقابل 2.8+ SDK سيعمل فقط.

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

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

للتلخيص ، 2.7 يفعل هذا:

CreateAudioReverb(&reverb);
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

و 2.8 يقوم بهذا:

CreateAudioVolumeMeter(&reverb); /* ?! */
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

هل هذا يبدو غريبا لأي شخص آخر؟

يبدو الأمر غريبًا جدًا ، لكن هذا قد يفسر في الواقع سبب تعطل العديد من الألعاب في وضع Windows 10 وليس 7.
قد يكون هذا خطأ كبير صادفته!

FWIW ، سجل التتبع الخاص بي يقول هذا:

00ac:trace:xaudio2:xapocf_CreateInstance (0x100c5960)->((nil),{00000000-0000-0000-c000-0000000000000046},0x100c57c0)
FAudioCreateVolumeMeterWithCustomAllocatorEXT(0x100c59a0 0 0x7f0420f5eb80 0x7f0420f5eba0 0x7f0420f5ebc0)

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

مرة أخرى ، أنا بعيد عن عمقي هنا - آمل أن تكون هذه معلومات مفيدة.

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

كمرجع ، يعمل هذا التصحيح السيئ وعدم الاستخدام هذا التصحيح على إصلاح العطل:

diff --git a/dlls/xaudio2_7/xaudio_dll.c b/dlls/xaudio2_7/xaudio_dll.c
index da0b0aa606..88ca3fe2c1 100644
--- a/dlls/xaudio2_7/xaudio_dll.c
+++ b/dlls/xaudio2_7/xaudio_dll.c
@@ -2070,11 +2070,17 @@ HRESULT WINAPI XAudio2Create(IXAudio2 **ppxa2, UINT32 flags, XAUDIO2_PROCESSOR p
     return S_OK;
 }

+#if 0
 HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
+#else
+HRESULT WINAPI CreateAudioReverb(IUnknown **out)
+#endif
 {
     IClassFactory *cf;
     HRESULT hr;

+    TRACE("%p\n", out);
+
     hr = make_xapo_factory(&CLSID_AudioVolumeMeter27, &IID_IClassFactory, (void**)&cf);
     if(FAILED(hr))
         return hr;
@@ -2086,11 +2092,17 @@ HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
     return hr;
 }

+#if 0
 HRESULT WINAPI CreateAudioReverb(IUnknown **out)
+#else
+HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
+#endif
 {
     IClassFactory *cf;
     HRESULT hr;

+    TRACE("%p\n", out);
+
     hr = make_xapo_factory(&CLSID_AudioReverb27, &IID_IClassFactory, (void**)&cf);
     if(FAILED(hr))
         return hr;

حسنًا ، يبدو أنه من الممكن تمامًا في الواقع تصدير الوظائف بترتيب رقمي غير صحيح وهذا شيء يعرفه مطورو Windows الفعليون عنه:

diff --git a/dlls/xaudio2_8/xaudio2_8.spec b/dlls/xaudio2_8/xaudio2_8.spec
index 0b9f23866b..50a2090f44 100644
--- a/dlls/xaudio2_8/xaudio2_8.spec
+++ b/dlls/xaudio2_8/xaudio2_8.spec
@@ -1,6 +1,6 @@
 @ stdcall XAudio2Create(ptr long long)
-@ stdcall CreateAudioVolumeMeter(ptr)
 @ stdcall CreateAudioReverb(ptr)
+@ stdcall CreateAudioVolumeMeter(ptr)
 @ cdecl CreateFX(ptr ptr ptr long)
 @ cdecl X3DAudioCalculate(ptr ptr ptr long ptr)
 @ cdecl X3DAudioInitialize(long float ptr)
diff --git a/dlls/xaudio2_9/xaudio2_9.spec b/dlls/xaudio2_9/xaudio2_9.spec
index 0b9f23866b..50a2090f44 100644
--- a/dlls/xaudio2_9/xaudio2_9.spec
+++ b/dlls/xaudio2_9/xaudio2_9.spec
@@ -1,6 +1,6 @@
 @ stdcall XAudio2Create(ptr long long)
-@ stdcall CreateAudioVolumeMeter(ptr)
 @ stdcall CreateAudioReverb(ptr)
+@ stdcall CreateAudioVolumeMeter(ptr)
 @ cdecl CreateFX(ptr ptr ptr long)
 @ cdecl X3DAudioCalculate(ptr ptr ptr long ptr)
 @ cdecl X3DAudioInitialize(long float ptr)

سوف يقدم هذا إلى WineHQ اليوم ...

هل هناك سبب عملي يجعل ذلك ممكنًا / هل سيفعل المطورون ذلك؟ أو هل تعتقد أن هذا قد يكون خطأ غير مقصود؟

من ناحية النبيذ ، هذا بالتأكيد غير مقصود. بالنسبة إلى السبب في أن Windows DLLs مثل هذا ... ليس لدي أي فكرة على الإطلاق. أنا متأكد من أنه مدفون في مدونة Raymond Chen في مكان ما> _>

الإصلاح في نبيذ المنبع: https://github.com/wine-mirror/wine/commit/92a5299b1d0a0775e1158f334c0348a3ffe8f063

آه ، سؤال: كنت أحاول كتابة كلمة "touché" في الدردشة قبل أيام ، وأدركت أنه لا يمكنني القيام بذلك في الدردشة على الإطلاق. إنها فقط تطبع الحرف على الفور. هل نعرف أي حلول لجعل ذلك يعمل بشكل صحيح؟

هل حاول أي شخص حتى استخدام ACT؟ أرغب في أن أكون قادرًا على تشغيل المحلل اللغوي رغم أنني لست متأكدًا من مدى إمكانية ذلك :(

لا يدعم Afaik WINE حاليًا حقن DLL (إذا تغير هذا ،
اسمحوا لي أن أعرف!) ، لذلك حتى إذا كان التطبيق يعمل (لا يعمل ، فإنه يقفل
حتى) ، ربما لا يمكنك فعل ذلك.

ابن. 7. يوليو. 2019 ، 04:30 ، تعيش ساحرات سكريف في منزل السحرة الحي
[email protected]>:

هل حاول أي شخص حتى استخدام ACT؟ أحب أن أكون قادرًا على تشغيل الموزعين
على الرغم من أنني لست متأكدًا من مدى إمكانية ذلك :(

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

أليس ReShade DLL حقن؟ يبدو أن هذا يعمل بشكل جيد طالما قمت بتكوين مكتبات DLL التي تحتاجها كملفات أصلية.

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

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

يتطلب ACT .NET ، ويمكنك تشغيله نوعًا ما ، لكنه سيتعطل كثيرًا ولم أجد طريقة لقراءة التحليلات بشكل صحيح خارج اللعبة.
AFAIK ، ACT لا يستخدم حقن DLL ، ذاكرة القراءة فقط ، وفقًا للمكوِّن الإضافي FFXIV المصاحب له ، والذي قد يكون مشكلة إذا لم تقم بتشغيله كمسؤول في windows ، وهذه الوظيفة ليست متوفرة في النبيذ ، أليس كذلك؟

آه لقد فهمت! ثم نعم يمكن أن تعمل.

على الشيء اللمسي ، نسخ اللصق يعمل بشكل جيد ولكنه الكتابة الفعلية
منه. على لوحة المفاتيح الخاصة بي ، ستضغط على altgr + \ مما سيؤدي إلى وضعها في قائمة الانتظار ،
متبوعًا بـ e لجعل é. إنه يعمل في مكان آخر في النظام ولكن في اللعبة
فقط يكتب المسافة البادئة مباشرة كما لو كنت سأصل إلى المسافة.
للأسف لا يستطيع هاتفي أن يفعل الشيء نفسه للتوضيح وهو ليس مهمًا
المشكلة ، أنا فقط أحب القدرة على كتابة كلمات مثل touché: P.

ابن. 7. يوليو. 2019، 14:41 skrev HereInPlainSight [email protected] :

أليس ReShade DLL حقن؟ يبدو أن هذا يعمل بشكل جيد طالما أنك
تكوين DLLs التي تحتاجها كمواطن.

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

بالمناسبة ، طالما أنني أرد ، فقد استخدمت للتو / echo touché (I
نسخ لصقها من هذا الموضوع ، لا أعرف حتى كيفية عمل ملف
بشكل مستقل) وظهر بشكل جيد في اللعبة.

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

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

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

ليس لدي أي مشكلة (*) في إدخال اللغة اليابانية باستخدام ATOK X3 ، لذا فإن الإدخال بغير اللغة الإنجليزية ممكن على الأقل.

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

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

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

لا ، ولكن أول شيء سأفحصه هو التأكد من أن لديك حق الوصول للقراءة والكتابة إلى ملفات الإعدادات المناسبة (وأنك تملكها). يجب أن يكون لديك دليل متوافق داخل مجلد steamapps. ستستخدم إما معرف Steam التجريبي للعبة (الذي يراوغني حاليًا) أو 39210 لإصدار البيع بالتجزئة. انتقل إلى pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / وتحقق من أذوناتك.

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

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

Selhar Nvidia GPU؟ إذا كان الأمر كذلك ، فراجع https://github.com/doitsujin/dxvk/issues/1100

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

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

هل هناك أي سجلات محددة يمكنني تقديمها في حالة حدوث ذلك مرة أخرى؟

تحرير: معلومات قديمة غير ذات صلة الآن. تم إصدار بروتون 4.11 ويعمل فقط.

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

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

إذا أفسدت أي شيء ، فيرجى إخبارنا بذلك. أيضًا ، هناك الكثير من التصميمات التي تم طرحها في الخيط ولم أكن أعرف مكان وجودها ، لذلك صنعت واحدة من الإصدار الافتراضي الذي سيتم Tk-Glitch's PKGBUILDS repo للبروتون. التغيير الوحيد الذي قمت به هو أنني أضفت 'ffxiv' ليتم إلحاقه باسم بناء البروتون الناتج حتى يمكن التعرف عليه بسهولة. تم بناؤه مقابل Arch Docker الذي تم تحديثه مقابل Arch Archive من 05-01-19 ، كونه أقدم إصدار يمكن أن أجده من شأنه أن يجمع كل شيء دون مشكلة ، على أمل أن يجعله متوافقًا قدر الإمكان. لقد أكدت أنها تعمل فقط ضد نظام تشغيل Pop OS محدث! التثبيت ، ولكن YMMV ، وسأكون ممتنًا إذا تمكن شخص ما من تأكيد أنه يعمل خارج بيئات الاختبار الصغيرة الخاصة بي.

إذا أتيت إلى هنا من المنشور أعلاه لأنني وعدتك بشرح حول سبب حاجتنا إلى إصدار Proton مخصص ، فإليك ما يلي:
في الوقت الحالي ، يقوم FFXIV بالتحقق لمعرفة ما إذا قمت بتسجيل الدخول باستخدام Wine. إذا قمت بذلك ، فإنه يعرّفك كمستخدم Mac. من أجل تجنب أن يُنظر إليك كمستخدم لنظام Mac ، يتعين علينا إخفاء أننا نستخدم Wine ، وهو ما يستخدمه أمر winetricks. لسوء الحظ ، في هذا الوقت ، لا يوفر Proton الافتراضي القدرة على إخفاء النبيذ ، ولذا نحتاج إلى إصدار مخصص حتى نتمكن من القيام بذلك.

تم إصدار الإصلاحات المطلوبة للعبة في تحديث Proton 4.11 الأخير. يرجى محاولة إعطائها.

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

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

4.11 يعمل بشكل جميل. شكرًا cjacek على عملك الشاق لتشغيل FFXIV على Wine والآن Proton.
لدي سؤال صغير: كيف تتغلب على خطأ التحقق من الترخيص؟ هل يتم شحن Proton مع تمكين HideWineExports افتراضيًا أم أن اللعبة تمت إزالتها بالكامل؟

أزال التحديث الأخير FF الاختيار.

قف! هل تفترض سكوير استمع لنا مستخدمي لينكس ؟؟

الإضافات. 31. يوليو. 2019، 18:16 سكريف جاسيك كابان [email protected] :

أزال التحديث الأخير FF الاختيار.

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

تم نقل FFXIV Mac إلى بنية قائمة على CrossOver والتي لا تستخدم الاختراقات القديمة من Cider ، لذلك بالنسبة لـ Shadowbringers ، تم إزالة كل هذه الأشياء.

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

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

بافتراض أنك لم تنشئ شخصية بعد ، يبدو أنها تحاول تشغيل مشهد الفيلم الافتتاحي وتفشل. يمكنك تخطيه بتحرير ملف "~ / Documents / My Games / FINAL FANTASY XIV - A Realm Reborn / FFXIV.cfg" وتحرير السطر "CutsceneMovieOpening 0" إلى "CutsceneMovieOpening 1". (أو إضافة هذا الخط إذا كنت لا تراه.)

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

شكر! يبدو أن هذا فعلها!

لدي سؤال صغير: كيف تتغلب على خطأ التحقق من الترخيص؟ هل يتم شحن Proton مع تمكين HideWineExports افتراضيًا أم أن اللعبة تمت إزالتها بالكامل؟

تم نقل FFXIV Mac إلى بنية قائمة على CrossOver والتي لا تستخدم الاختراقات القديمة من Cider ، لذلك بالنسبة لـ Shadowbringers ، تم إزالة كل هذه الأشياء.

لا يبدو أن هذا هو الحال في 5.05 على الأقل ؛ يعمل مع Vanilla Wine 4.12.1 ، لا يزال المشغل يلقي خطأ ترخيص عند تسجيل الدخول. يؤدي التصحيح في HideWineExports وتبديله إلى تشغيل المشغل بشكل طبيعي مرة أخرى.

لقد بدأت في ظهور أخطاء dll مؤخرًا ؛

هل لاحظ / جرب أي شخص آخر هذا السلوك أيضًا؟
عفا عليها الزمن ، كانت الأجهزة السيئة هي السبب

ماذا تقصد ب "أخطاء dll" ، ما مدى حداثة "مؤخرًا" ، ما هو إصدار Proton الذي تستخدمه وما هو أجهزتك؟

doitsujin nay ، يبدو أنها كانت مشكلة في الأجهزة

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

لا يبدو أن هذا هو الحال في 5.05 على الأقل ؛ يعمل مع Vanilla Wine 4.12.1 ، لا يزال المشغل يلقي خطأ ترخيص عند تسجيل الدخول. يؤدي التصحيح في HideWineExports وتبديله إلى تشغيل المشغل بشكل طبيعي مرة أخرى.

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

نعم ، لقد كنت أستخدم ffxivboot64.exe منذ الإصدار 5.0.

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

لتأكيد ذلك في أحدث إصدار ، لا يزال إلغاء تحديد "Hide Wine version from التطبيقات" يعمل للسماح لي بالدخول إلى اللعبة.

أحدث إصدار للمشغل هو 2019.06.10.0000.0001 ، ولكن أحدث إصدار من سلسلة اللعبة هو: "الإصدار: 2019.07.24.0001.0000 (4438681 ، ex1: 2019.06.12.0000.0000 ، ex2: 2019.05.31.0000.0000 ، ex3: 2019.07. 24.0000.0000) "يبدو أنك ربما لا تحصل على أحدث الإصدارات ،achurch.

يجب أن أقول أيضًا أنني لا أستخدم ffxivboot64.exe ؛ يبدو أنني نسيت تحديث ذلك ، وأنا أستخدم ffxivboot.exe. ومع ذلك ، يبدو أنه يعمل ...

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

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

.. المشغل يرمي خطأ ترخيص؟

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

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

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

حدث هذا بعد ساعات قليلة من اللعب.

لم يتغير الصوت بشكل كبير بين 4.11-1 و 4.11-2. كان التغيير في الأساس FAudio 19.07 إلى 19.08 ، والذي لم يكن له أي تغييرات وظيفية في الأساس:

https://github.com/FNA-XNA/FAudio/compare/19.07...19.08

تحرير: لم يتغير كثيرًا بين الإصدار 4.2 الأخير و 4.11:

https://github.com/FNA-XNA/FAudio/compare/19.06.07...19.07

إذن مجرد مشكلة عشوائية؟

ربما ، على الرغم من أنني سأكون مهتمًا بمعرفة سبب تأثر الصوت على مستوى النظام. FAudio هو مجرد اتصال واحد يتم إجراؤه من خلال صوت SDL ، ولا يوجد شيء غازي أعلم به.

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

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

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

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

مجرد لقطة في الظلام ، ولكن (1) هل تستخدم لوحة ألعاب و (2) هل قمت بتحديث SDL مؤخرًا؟ هناك خطأ تم تقديمه في SDL 2.0.10 يتسبب في إسقاط الكثير من مدخلات عصا التحكم: https://bugzilla.libsdl.org/show_bug.cgi؟id=4750
لن يكون لذلك أي علاقة بتشغيل الفيديو ، لكنني اشتبهت في وجود الكثير من الأشياء المختلفة في نظامي قبل أن أجد هذا الخطأ في النهاية.

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

مجرد لقطة في الظلام ، ولكن (1) هل تستخدم لوحة ألعاب و (2) هل قمت بتحديث SDL مؤخرًا؟ هناك خطأ تم تقديمه في SDL 2.0.10 يتسبب في إسقاط الكثير من مدخلات عصا التحكم: https://bugzilla.libsdl.org/show_bug.cgi؟id=4750
لن يكون لذلك أي علاقة بتشغيل الفيديو ، لكنني اشتبهت في وجود الكثير من الأشياء المختلفة في نظامي قبل أن أجد هذا الخطأ في النهاية.

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

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

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

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

لقد بدأوا في فرض أن الحسابات التي تستخدم مفاتيح "Windows" يجب أن تستخدم المشغل خارج Steam ويجب أن تبدأ الحسابات التي لديها مفاتيح "Steam" باستخدام Steam. في كلتا الحالتين ، يتم تحديد ذلك فقط من خلال تمرير الوسيطة "-issteam" إلى ffxivboot.exe أم لا

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

@ Equivocal90 أرى ، شكرا. أقوم بتشغيل ترخيص Windows من داخل Steam's Proton ... لذلك سأضطر إلى اكتشاف طريقة لمنع الدفق من تجاوز -issteam .

@ Equivocal90 أرى ، شكرا. أقوم بتشغيل ترخيص Windows من داخل Steam's Proton ... لذلك سأضطر إلى اكتشاف طريقة لمنع الدفق من تجاوز -issteam .

أنا أفعل نفس الشيء. كان علي تشغيله يدويًا بشيء مثل ما يلي:
STEAM_COMPAT_DATA_PATH=~/.local/share/Steam/steamapps/compatdata/39210/ python3 "~/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "~/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe"

كان عليّ فقط توسيع ~ إلى المجلد الفعلي لسبب ما قد يكون خاصًا بـ python لست على دراية به.

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

في النهاية ، قمت للتو بتصحيح البرنامج النصي لملحق python proton لإسقاط الوسيطة -issteam قبل بدء اللعبة :)

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

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

@ jbal91 بواسطة مخبأ shader ، تقصد تلك التي أنشأها السائق؟ هل انت على نفيديا؟

في كل مرة أقوم بتشغيل اللعبة FFXIV ، تتم إعادة كتابة cfg ، لذلك لا يحفظ إعدادات الدقة والرسومات ، أي أفكار؟
التبديل إلى proton-ge-custom / release / tag / 4.15-GE-1 (أو أعلى) يعمل على إصلاح هذه المشكلة ، لكني أراها مع البروتون القياسي 4.11.3
والعرف / الإصدارات / العلامة / 4.10-GE-3

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

الإضافات. 11. سبتمبر. 2019، 23:53 skrev asim-vax [email protected] :

في كل مرة أقوم بتشغيل اللعبة FFXIV ، تتم إعادة كتابة cfg ، لذلك لا يتم حفظها
قراري وإعدادات الرسومات ، أي أفكار؟

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

لذلك جربت جميع الإصلاحات المقترحة (CutsceneMovieOpening 1 ، BrowserType 2 ، باستخدام Proton-4.15-GE-4 ولكني أتلقى هذا الخطأ عند بدء اللعبة عبر المشغل:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

أنا أستخدم ffxivboot.exe ، وليس ffxivboot64.exe منذ تسجيل الدخول عبر ffxivboot64.exe يقول إنني لا أمتلك ترخيص FFXIV صالحًا معينًا لحساب SQEX (الخطأ الذي تحصل عليه عادةً عند محاولة استخدام حساب مع Steam key in the non-Steam launcher) ، باستخدام wineprefix 64 بت.

هل اختبر أي شخص آخر هذا؟ هل هناك حل آخر يمكنني تجربته؟

عملت اللعبة بشكل جيد مع البروتون 4.11-3 ، ولكن مع 4.11-4 بعد بدء اللعبة من المشغل كل ما أحصل عليه هو شاشة سوداء.

في الوقت الحالي ، ليس لدي أي حل لتشغيل مفتاح windows ضمن Steam. لسوء الحظ ، يبدو أن العلم -issteam موجود داخل ~/.steam/root/appcache/appinfo.vdf . بينما يبدو أنه من الممكن تحرير الملف مباشرة ، إلا أنه تنسيق ثنائي و ... ربما يكون إصلاحًا قبيحًا لا أتطلع إلى الخوض فيه بعمق. يستخدم مستخدمو Windows SteamEdit لتحديث الملف وتجاوز الفحص ، لكنني لا أتطلع إلى العبث بذلك شخصيًا.
آمل أن يكون لدى شخص أذكى مني إجابة أفضل على هذا. ربما هناك طريقة ما لتجريد عملية السحب في وقت التشغيل عبر تعيين خيارات التشغيل - لكنني لا أعرف ذلك.

HereInPlainSight لقد نجحت في تعيين تعيين خيارات التشغيل على
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe ، الذي يستبدل الأمر الأصلي بـ noop ثم يقوم بتشغيل الأمر الفعلي بدون -issteam بعد ذلك.

HereInPlainSight لقد نجحت في تعيين تعيين خيارات التشغيل على
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe ، الذي يستبدل الأمر الأصلي بـ noop ثم يقوم بتشغيل الأمر الفعلي بدون -issteam بعد ذلك.

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

HereInPlainSight لقد نجحت في تعيين تعيين خيارات التشغيل على
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe ، الذي يستبدل الأمر الأصلي بـ noop ثم يقوم بتشغيل الأمر الفعلي بدون -issteam بعد ذلك.

هذا حقا ذكي! إنه في الواقع يجعل أنواعًا معينة من المنافذ أكثر سلاسة دون الحاجة إلى أداة توافق كاملة (تجاهل عمليات التثبيت redist ، على أي حال): https://github.com/ValveSoftware/Proton/issues/1783

لذلك جربت جميع الإصلاحات المقترحة (CutsceneMovieOpening 1 ، BrowserType 2 ، باستخدام Proton-4.15-GE-4 ولكني أتلقى هذا الخطأ عند بدء اللعبة عبر المشغل:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

أنا أستخدم ffxivboot.exe ، وليس ffxivboot64.exe منذ تسجيل الدخول عبر ffxivboot64.exe يقول إنني لا أمتلك ترخيص FFXIV صالحًا معينًا لحساب SQEX (الخطأ الذي تحصل عليه عادةً عند محاولة استخدام حساب مع Steam key in the non-Steam launcher) ، باستخدام wineprefix 64 بت.

هل اختبر أي شخص آخر هذا؟ هل هناك حل آخر يمكنني تجربته؟

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

اللعبة الآن قابلة للعب مع تحديث البروتون 4.11-5 لأنه لم يكن مع 4.11-4 واضطررت للعودة إلى 4.11-2.

تحديث على المشاهد المعروضة مسبقًا:

باستخدام winetricks directshow تمكنت من تجاوز الخطأ الأول "بلا كائن فئة" ، باتباع تلميح من https://forum.winehq.org/viewtopic.php؟t=688
أواجه الآن نفس الخطأ ولكن مع clsid مختلف ولكني لا أعرف ما المقصود dll لتوفير ذلك. clsid هو 2eeb4adf-4578-4d10-bca7-bb955f56320a إذا كان أي شخص يعرف كيفية اتباع هذا الصدارة؟

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

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

وضع PROTON_LOG
Steam - معلومات النظام

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

وضع PROTON_LOG
Steam - معلومات النظام

هذا لأنه لا يمكن تشغيل المشهد الأولي للعبة ، يمكنك تغيير الإعداد في الإدخال CutsceneMovieOpening في الملف FFXIV.cfg ، الموجود في Documents/My Games/Final Fantasy XIV - A Realm Reborn افتراضيًا ، إلى 1

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

لقد استخدمت اقتراح Tesu الممتاز لتجاوز مشكلة -issteam ، ولكن الآن ، عندما أقوم بتسجيل الدخول إلى خادم بيانات ، لا يتم تحميل أي شيء. أنا فقط أحصل على شيء المروحة الدوارة في الزاوية اليمنى السفلية.
وضع PROTON_LOG
Steam - معلومات النظام

هذا لأنه لا يمكن تشغيل المشهد الأولي للعبة ، يمكنك تغيير الإعداد في الإدخال CutsceneMovieOpening في الملف FFXIV.cfg ، الموجود في Documents/My Games/Final Fantasy XIV - A Realm Reborn افتراضيًا ، إلى 1

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

نجح هذا ، ولكن عندما حاولت تغيير إعدادات الرسومات في اللعبة ، أغلق نظامي ولا بد لي من SysRq REI (ولكن ليس SUB) للتعافي.

نجح هذا ، ولكن عندما حاولت تغيير إعدادات الرسومات في اللعبة ، أغلق نظامي ولا بد لي من SysRq REI (ولكن ليس SUB) للتعافي.

يمكن أن يحدث ذلك في تكوينات معينة تتضمن وحدات معالجة رسومات AMD وخيار "انعكاسات الوقت الفعلي" والإصدارات القديمة من LLVM / Mesa.

اترك "تأملات في الوقت الفعلي" قيد إيقاف التشغيل وستكون بخير. لقد سمعت أن الترقية إلى LLVM 7 + / Mesa 18.2+ تعمل على إصلاح المشكلة ، وفي الغالب تفعل ذلك ، ولكن شخصيًا حتى مع أولئك الذين ما زلت أواجه موقفًا نادرًا نادرًا (في Azim Steppe) حيث يتم قفل الفيديو لا يزال يحدث.

أقترح فقط ترك الخيار مغلقًا بشكل دائم.

نجح هذا ، ولكن عندما حاولت تغيير إعدادات الرسومات في اللعبة ، أغلق نظامي ولا بد لي من SysRq REI (ولكن ليس SUB) للتعافي.

يمكن أن يحدث ذلك في تكوينات معينة تتضمن وحدات معالجة رسومات AMD وخيار "انعكاسات الوقت الفعلي" والإصدارات القديمة من LLVM / Mesa.

اترك "تأملات في الوقت الفعلي" قيد إيقاف التشغيل وستكون بخير. لقد سمعت أن الترقية إلى LLVM 7 + / Mesa 18.2+ تعمل على إصلاح المشكلة ، وفي الغالب تفعل ذلك ، ولكن شخصيًا حتى مع أولئك الذين ما زلت أواجه موقفًا نادرًا نادرًا (في Azim Steppe) حيث يتم قفل الفيديو لا يزال يحدث.

أقترح فقط ترك الخيار مغلقًا بشكل دائم.

لديّ nVidia 950 ، وبما أنني أستخدم Arch ، فأنا متأكد من أن LLVM الخاص بي محدث. أيضًا ، كنت أقوم بخفض إعدادات الرسومات وليس لأعلى. تم تعيين اللعبة على "كمبيوتر محمول متطور" وقمت بتقليل ذلك إلى "سطح مكتب قياسي".

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

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

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

يبدو أن هناك خيارًا جديدًا في FFXIV_BOOT.cfg يسمى Browser حيث 1 هو المشغل القديم و 2 هو الجديد

تصميم Launcher الجديد لم يأتي إلى macos بعد ، أليس كذلك؟ قد يكون من المفيد الانتظار قليلاً لمعرفة كيفية نجاحهم هناك

fwiw لقد تمكنت من تسجيل الدخول باستخدام المشغل الجديد - تم التمرير على طول الطريق إلى أسفل وتم تقديم نموذج تسجيل الدخول هناك لأي سبب من الأسباب.

بالنسبة لي ، لا يذهب العميل الجديد إلى أبعد من هذه الشاشة

إخلاء المسئولية أن الدردشة لا تستخدم البروتون ، ولكن النبيذ 4.16
تحرير: يمكن تأكيد أن الأشخاص الآخرين لديهم هذه المشكلة مع نبيذ الفانيليا هنا

أنا على lutris باستخدام عداء tkg-ffxiv-feffe-4.6-1.8-x86_64 لا يزال ، يتم تحميل المشغل الجديد بشكل جيد بالنسبة لي ، لكن لا يمكنني التمرير لأسفل أو التفاعل معه على الإطلاق ، بدون تجميده. لقد تجمدت على تلك الشاشة فقط عندما كان تحميل الخادم مرتفعًا.

بالنسبة لي ، لا يذهب العميل الجديد إلى أبعد من هذه الشاشة

إخلاء المسئولية أن الدردشة لا تستخدم البروتون ، ولكن النبيذ 4.16
تحرير: يمكن تأكيد أن الأشخاص الآخرين لديهم هذه المشكلة مع نبيذ الفانيليا هنا

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

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

لقد تمكنت من تحميل المشغل القديم عن طريق تعيين Browser 1 في FFXIV_BOOT.cfg كما اقترح ashkitten . في حالة الأهمية أيضًا ، يتم تعيين BrowserType على 0 .

يوجد تحذير صغير لطيف في تكوين المشغل يحذر من أن هذا لن يستمر. أظن أنه عندما ينتهي دعم W7؟

قاذفة جديدة تم تحميلها لي بدون عوائق. البوب! _OS + مصححة البروتون.

aberardinelli إلى أي رقعة تشير؟

aberardinelli إلى أي رقعة تشير؟

آه ، كنت أخشى أن يسأل أحدهم هذا. العودة إلى التدقيق في التعليقات القديمة في هذا الموضوع للعثور على التعليقات الصحيحة ...
يظهر الإصدار في Steam كـ Proton-4.10-GE-3
أرسلت بواسطة GloriousEggroll في 6/22 في هذا التعليق: https://github.com/ValveSoftware/Proton/issues/580#issuecomment -504688485

يعمل على كل من جهاز الكمبيوتر المحمول وسطح المكتب.

من المحتمل أن يكون IsTransgaming هو الذي يجعله يعمل. ربما يفرض CEF كما يفعل في المشغل القديم.

سيكون من الرائع لو تمكنا من العمل مع Wine MSHTML كما فعلنا مع المشغل القديم.

هل يعاني أي شخص آخر من أعطال عشوائية أثناء تبديل مساحة العمل منذ اليوم؟

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

هل يعاني أي شخص آخر من أعطال عشوائية أثناء تبديل مساحة العمل منذ اليوم؟

تحرير: يبدو أيضًا أنه يحدث في وضع النافذة وأثناء عدم تركيز اللعبة

لم يكن لدي هذه المشكلة. ما DE الذي تستخدمه؟ أنا أستخدم Gnome Shell.

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

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

لقد جربت للتو إصدار Proton-4.19-GE-1 وعمل تسجيل الدخول الجديد + شاشة العنوان لتحديدات الشخصيات المتحركة يبدو أنها تعمل بطريقة أكثر سلاسة الآن. تم أيضًا إصلاح الخطأ القديم حيث تحتاج إلى اختيار "مركز البيانات" بدلاً من "بدء" .... لم ألعب (بما يكفي) حتى الآن ، لذلك لا يمكنني قول أي شيء عن تحسينات أسلوب اللعب في الثانية (ولكن يبدو أنني احصل على حوالي 30 إطارًا في الثانية على 4k باستخدام جهاز gtx 970 القديم ، باستخدام إعدادات ما قبل الرسومات "كمبيوتر محمول عالي")

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

inxi -bxx
System:    Host: linux Kernel: 5.3.7-1-default x86_64 bits: 64 compiler: gcc v: 9.2.1 Console: tty 1 dm: SDDM 
           Distro: openSUSE Tumbleweed 20191101 
Machine:   Type: Desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x serial: 150647662404153 UEFI: American Megatrends 
           v: 3805 date: 05/16/2018 
CPU:       Quad Core: Intel Core i5-6600K type: MCP arch: Skylake-S speed: 4391 MHz min/max: 800/4400 MHz 
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] vendor: eVga.com. driver: nvidia v: 440.26 bus ID: 01:00.0 
           chip ID: 10de:13c2 
           Display: server: X.org 1.20.5 driver: nvidia compositor: kwin_x11 tty: 273x33 
           Message: Advanced graphics data unavailable in console for root. 
Network:   Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k port: f000 bus ID: 00:1f.6 
           chip ID: 8086:15b8 
Drives:    Local Storage: total: 34.23 TiB used: 33.34 TiB (97.4%) 
Info:      Processes: 380 Uptime: 1h 05m Memory: 15.57 GiB used: 7.20 GiB (46.2%) Init: systemd v: 243 runlevel: 5 
           target: graphical.target Compilers: gcc: 9.2.1 alt: 9 clang: 8.0.1 Shell: bash v: 5.0.11 running in: tty 1 
           inxi: 3.0.32 

لقد جربت Proton 4.2-9 و 4.11-9 و 4.21-GE-1 وجميعها تظهر نفس شاشة البداية:

النتائج هي نفسها مع المتصفح 1 والمستعرض 0. يعمل حاليًا فيدورا 30 + كيدي 5

@ Romdeau4 لدي نفس المشكلة ، لقد جربت Proton-4.21-GE-1 و gallium9 ، لا يمكنني التمرير ، لقد تعبت أيضًا من نوع المتصفح 2

@ Romdeau4tuxutku هذا ربما ليست مشكلتك ولكن كان لي نفس المشكلة حتى تذكرت أنني قد وضعت خيار إطلاق التي تم نشرها في هذا الموضوع في وقت سابق لإزالة -issteam الحجة. كنت بحاجة إلى تحديث خيار التشغيل هذا لاستخدام Proton المخصص من GE.

لقد تمكنت فقط من الحصول على قاذفة جديدة للعمل مع ge-protonofied-4.10 ، ويبدو أن الإصدارات الأحدث فقط تحصل على تلك الشاشة الصلبة مع شعار FFXIV على المشغل ولا تسمح لك أبدًا بالوصول إلى بقية ذلك.

مرحبا بالجميع ،
أعتقد أنني تمكنت من حل المشكلة ، على الأقل في إصداري المخصص. لقد استبدلت ببساطة ffxivboot.exe بـ ffxivboot64.exe ، وعمل المشغل. إذا كنت تستخدم تصميمي المخصص ، فيرجى محاولة فتح ما يلي:

مسؤول FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

تجربة FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

واستبدل المحتويات بما يلي:

""" Game fix for FFXIV Trial
"""
#pylint: disable=C0103

from protonfixes import util
import os

def main():
    """ for FFXIV skip intro cutscene to allow game to work.
    """
    # Fixes the startup process.
    util.replace_command('ffxivboot.exe', 'ffxivboot64.exe')

    # disable new character intro cutscene to prevent black screen loop
    configpath = os.path.join(util.protonprefix(), 'drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn')
    if not os.path.exists(configpath):
        os.makedirs(configpath)
    configgame = os.path.join(configpath, 'FFXIV.cfg')
    if not os.path.isfile(configgame):
        f = open(configgame,"w+")
        f.write("<FINAL FANTASY XIV Config File>\n\n<Cutscene Settings>\nCutsceneMovieOpening 1")
        f.close

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

تحرير: لا يتم عرض المشغل الجديد ، ولكنه على الأقل لا يتعطل. المشغل القديم لا يزال يعمل. تحتاج إلى تعيين المتصفح 1 في FFXIV_BOOT.cfg

لا يوجد فرق بين تراخيص Windows. فقط إذا كنت
في محاولة لاستخدام ترخيص Steam بشكل مستقل ، تحتاج إلى إلحاق -issteam

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

في السبت ، 7 ديسمبر 2019 ، 05:39 كتب Thomas Crider ، [email protected] :

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

مسؤول FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

تجربة FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

واستبدل المحتويات بما يلي:

إصلاح اللعبة لتجربة FFXIV
""

pylint: تعطيل = C0103

من استخدام استيراد إصلاحات البروتون
استيراد نظام التشغيل

def main ():
"" لـ FFXIV تخطي مشهد المقدمة للسماح بتشغيل اللعبة.
""
# إصلاحات عملية بدء التشغيل.
use.replace_command ('ffxivboot.exe'، 'ffxivboot64.exe')

# disable new character intro cutscene to prevent black screen loop
configpath = os.path.join(util.protonprefix(), 'drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn')
if not os.path.exists(configpath):
    os.makedirs(configpath)
configgame = os.path.join(configpath, 'FFXIV.cfg')
if not os.path.isfile(configgame):
    f = open(configgame,"w+")
    f.write("<FINAL FANTASY XIV Config File>\n\n<Cutscene Settings>\nCutsceneMovieOpening 1")
    f.close

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

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

تحرير: لا يتم عرض المشغل الجديد ، ولكنه على الأقل لا يتعطل. المشغل القديم لا يزال يعمل. تحتاج إلى تعيين المتصفح 1 في FFXIV_BOOT.cfg

أدى إعداد المتصفح 1 في FFXIV_BOOT.cfg إلى إصلاح ملف roblem الخاص بي :)

لقد قمت بتحديث نص python وفقًا لتعليمات GE ، وقمت بتعيين Browser 1 في FFXIV_BOOT.cfg ، وأضفت العلم -issteam ويبدو أننا نقوم بالتثبيت!

لذلك تم ضخه للعودة إلى FFXIV. شكرا لكم جميعا على مساعدتكم

وضع Directx 9.0c لا يعمل (على الأقل مع gallium9). لقد قمت بتثبيت dxwebsetup.exe لإخماد رسالة الخطأ The latest version of DirectX is required to play FINAL FANTASY XIV, Please download and install the DirectX End-User Runtime, then restart the game,----(0) ، بدأت اللعبة بعد ذلك ولكنها تعطلت بعد حوالي 10 ثوانٍ أثناء استخدام حوالي 50٪ من وحدة المعالجة المركزية. من المحطة ، لم يبلغ عن استخدام Gallium 9 في أي وقت (ومع ذلك ، كانت هناك رسائل تصحيح أخطاء متعلقة بـ d3d9).

ومع ذلك ، فإن أداء DXVK جيد جدًا بالنسبة لـ amd a10-9620p.

ملاحظة: لقد استخدمت طريقة ملف run لأن البخار يعطل الغاليوم 9

GloriousEggroll يعمل

GloriousEggroll يعمل

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

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

لقد تمكنت من تثبيت اللعبة ضمن Proton 4.21-GE-1 واستخدام المشغل الجديد ، ولكن يبدو أن لدي مشكلة DirectX الآن.

System:    Host: localhost.localdomain Kernel: 5.3.14-200.fc30.x86_64 x86_64 bits: 64 compiler: gcc 
           v: 9.2.1 Desktop: KDE Plasma 5.15.5 tk: Qt 5.12.5 wm: kwin_x11 dm: SDDM 
           Distro: Fedora release 30 (Thirty) 
Machine:   Type: Desktop Mobo: Gigabyte model: H81M-S1 v: x.x serial: <root required> 
           BIOS: American Megatrends v: FF date: 06/20/2014 
CPU:       Quad Core: Intel Core i5-4460 type: MCP arch: Haswell speed: 3389 MHz min/max: 800/3400 MHz 
Graphics:  Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics vendor: Gigabyte 
           driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0412 
           Device-2: AMD Curacao XT / Trinidad XT [Radeon R7 370 / R9 270X/370X] vendor: PC Partner Limited 
           driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:6810 
           Display: x11 server: Fedora Project X.org 1.20.5 driver: modesetting,radeon FAILED: ati 
           unloaded: fbdev,vesa compositor: kwin_x11 resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: AMD PITCAIRN (DRM 2.50.0 5.3.14-200.fc30.x86_64 LLVM 8.0.0) v: 4.5 Mesa 19.1.8 
           direct render: Yes 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Gigabyte driver: r8169 
           v: kernel port: d000 bus ID: 03:00.0 chip ID: 10ec:8168 
Drives:    Local Storage: total: 1.13 TiB used: 156.92 GiB (13.6%) 
Info:      Processes: 236 Uptime: 1h 13m Memory: 7.65 GiB used: 3.09 GiB (40.4%) Init: systemd v: 241 
           runlevel: 5 target: graphical.target Compilers: gcc: 9.2.1 Shell: bash v: 5.0.7 
           running in: konsole inxi: 3.0.37 

مرحبًا @ Romdeau4 ، radeon افتراضيًا مع مجموعة شرائح AMD من الجيل الجنوبي (SI). وحدة kernel radeon غير متوافقة مع Vulkan.

يرجى قراءة https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games .

@ kisak-valve شكرا جزيلا لك ، لقد ساعدك واللعبة تسير بسلاسة.
من أجل الرؤية ومستخدمي Fedora 30 الآخرين الذين ربما لم يكونوا على علم:

قم بتحرير /etc/default/grub وأضف radeon.si_support=0 amdgpu.si_support=1 و radeon.cik_support=0 amdgpu.cik_support=1 إلى الخيار GRUB_CMDLINE_LINUX_DEFAULT

بعد ذلك ، قم بتحديث تهيئة اليرقة باستخدام sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg لأنظمة UEFI أو sudo grub2-mkconfig -o /boot/grub2/grub.cfg لأنظمة BIOS.

أعد تشغيل نظامك وتأكد من أنك تقوم بتشغيل برنامج تشغيل amdgpu kernel lspci -k .

لا يزال المشغل الجديد لا يعمل. إنه مجرد شعار الخيال الرابع عشر النهائي ويمكنني إما الضغط على تصغير أو إنهاء.

ربما سؤال غبي ، لكن هل يمكنك ضبط الملف للقراءة فقط؟

في الثلاثاء ، 17 ديسمبر 2019 ، الساعة 6:57 مساءً ، كتب zangoku [email protected] :

إنها تحافظ على الكتابة فوق القيمة 1 الخاصة بي بقيمة 2 في ffxiv_boot.cfg.
لذلك أنا غير قادر على لعب اللعبة.

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

ربما سؤال غبي ، لكن هل يمكنك ضبط الملف للقراءة فقط؟
...
في الثلاثاء ، 17 ديسمبر 2019 ، 6:57 م zangoku @ . * > كتب: إنها تحافظ على الكتابة فوق القيمة 1 الخاصة بي بقيمة 2 في ffxiv_boot.cfg. لذلك أنا غير قادر على لعب اللعبة. - أنت تتلقى هذا لأنه تم ذكرك. الرد على هذا البريد الإلكتروني مباشرة، مشاهدته على جيثب <# 580؟ email_source = الإخطارات وemail_token = AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA # issuecomment-566803132>، أو إلغاء الاشتراك https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ .

قال Steam إنه كان يجب إعادة التشغيل للتحديث ، لذلك فعلت ذلك ثم تم إصلاح المشكلة.

GloriousEggroll يعمل

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

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

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

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

يمكنك محاولة تعيين StartupCompleted إلى 1 في FFXIV_BOOT.cfg ، ربما؟ في أحسن الأحوال ، سوف يجعلك هذا تتجاوز تلك الشاشة المعينة.

GloriousEggroll يعمل

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

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

لمتابعة هذا الأمر ، لقد توقف نوعًا ما عن العمل فجأة :( هل هناك طريقة لتغيير ملف التكوين لإظهار المشغل القديم؟