_Обновлено: 14.04.20_ , добавлены сборки WINE и GE-Proton 19.04.20:
Если вы хотите запустить FFXIV через Proton, есть несколько инструкций для текущей установки:
1) Протон по умолчанию _не будет работать_. Вам нужно будет получить выпуск из репозитория GloriousEggroll и следовать его инструкциям по установке .
2) Вам нужно будет выполнить следующую команду:
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable при условии, что вы используете расположение по умолчанию для своей библиотеки при обычной установке Steam. Если вы этого не сделаете, измените путь соответствующим образом.

Инструкции для других пусковых / не Steam-версий:

• Если вы хотите запустить FFXIV вне Steam, пожалуйста , используйте Lutris ' Standalone - DXVK version инсталлятор .
• Если вы хотите использовать Lutris для запуска FFXIV вне Steam и ваша игра приобретена через Steam, добавьте аргумент -issteam в конфигурацию Lutris для игры.
• Если вы хотите использовать Steam для запуска версии FFXIV, отличной от Steam, установите для параметров запуска FFXIV значение: echo "%command%" | sed 's/-issteam\(freetrial\|\)//' | sh . (Спасибо jbal91 за напоминание, что sed - это волшебство!)

Примечания:
1) Новая программа запуска отключена Steam / GE-Proton по умолчанию - в какой-то момент она, скорее всего, перестанет работать. Он имеет открытый винный билет на здесь .
2) Если вы используете инжектор постобработки (ReShade, GShade и т. Д.), Игре мешает несколько секунд заикания при перемещении мыши. Он имеет открытый винный билет на здесь . Вы можете получить рабочий WINE здесь (на основе WINE 5.4) и рабочий Proton (собранный из репозитория GloriousEggroll от 18.04.20) здесь .

_ Предыдущие обновления _:
_Обновлено: 31.07-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 -> Настройки -> Steam Play, затем установить флажки «Включить Steam Play для поддерживаемых игр» и «Включить». Steam Play для всех остальных игр », перезапустите Steam при появлении запроса, и все будет готово!

Добро пожаловать в сообщество!

Исходное сообщение:
Я не уверен, что это та же проблема напрямую. Я заставил XIV работать через Proton, но мне пришлось следовать известным ответам на вино, чтобы играть в него. А именно, мне нужно отредактировать два файла в каталоге steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn /.

В FFXIV_BOOT.cfg мне пришлось изменить BrowserType на 2, а в FFXIV.cfg мне пришлось отредактировать CutsceneMovieOpening на 1.

Первое изменение позволяет мне перейти к панели запуска в этот момент - если оставить значение по умолчанию, я получаю «Произошла системная ошибка: 404. Системная ошибка HTTPS». Боюсь, что я установил в середине недели, поэтому я не уверен, что именно так я решил проблему с nstgc во время установки.
Очевидно, что последнее изменение означает, что я не увижу вступительную кат-сцену в первый раз, когда играю в игру, но если я оставлю значение по умолчанию, игра запускается, но зависает после выбора центра обработки данных.

Поскольку эти файлы конфигурации игры редактируют, я не уверен, что Valve хочет учитывать это для Proton, но, по крайней мере, это информация.

FFXIV зависает, когда включены отражения в реальном времени

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/627.
@ulzeraj, опубликовано 2018-08-26T05: 58:03:

Final Fantasy 14 (ID: 39210) работает в режиме DX11 после некоторых ручных обходных решений, которые заключаются в редактировании файлов INI для установки типа браузера на 2, отключении начальной заставки и использовании winetricks xact в его префиксе.

Однако… графика перестает работать сразу после того, как я включаю «Отражения в реальном времени». Включение любого уровня этой конкретной опции останавливает игру и X11. Я все еще могу войти через SSH и получаю следующие сообщения:

[384.698959] [ drm: amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, last signalled seq = 202749, last made sent seq = 202751
[384.698964] [drm] Восстановление графического процессора отключено.

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 | NVIDIA 396.51

Ранее я редактировал конфигурационный файл, только что установил llvm7 и добавил xact winetricks к префиксу, переключился на DX11 и могу подтвердить, что могу работать с отражениями в реальном времени при любых настройках.

@doitsujin прокомментировал 2018-08-26T16: 12: 39

@HereInPlainSight Версия LLVM актуальна только для драйверов AMD, поскольку они используют LLVM для компиляции шейдеров. Для корректной работы Mesa должна быть построена на основе LLVM 7.

@HereInPlainSight прокомментировал 2018-08-26T16: 50: 18

@doitsujin Я не был на 100% в этом, потому что информация DirectX11, похоже, указывает, что LLVM7 рекомендуется во избежание зависаний графического процессора, которые упоминаются после раздела драйверов. Мои игры в Linux до появления новой информации о SteamPlay были довольно случайными, поэтому я предпочел извиниться.

Использование рекомендованных библиотек устранило проблему для меня, но теперь у меня проблема с отсутствующими шрифтами, описанная @nstgc. Следует отметить, что проблема со шрифтами не возникала в OpenSUSE Tumbleweed.

Я перешел на Ubuntu Bionic, чтобы выполнить требования, описанные на PREREQS.md. Установка из этих репозиториев дала мне Mesa 18.3, скомпилированную против LLVM 8.0. Я также установил LLVM и CLANG 8, поскольку в документе не указано, достаточно ли libllvm8. Я все еще использую amdgpu из ядра 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) и отключения системы контроллера Steam.

export SDL_GAMECONTROLLERCONFIG = '030000004c050000cc09000011810000, Контроллер PS4, a: b0, b: b1, back: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , guide: b10 , tshoulder: b4 , leftstick: b11 , le fttrigger: a2 , leftx: a0 , lefty: a1 , right tshoulder: b5 , rightstick: b12 , rig httrigger: a5 , rightx: a3 , righty: 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 , левое плечо: b4 , левый стик: b11 , левый триггер: a2 , левый x: a0 , левый: a1 , правое плечо: b5 , правый джойстик: b12 , оснастка httrigger: 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 устранили проблему.

Не удалось загрузить встроенную веб-страницу в средстве запуска игры (appid: 39210)

Проблема перенесена с https://github.com/ValveSoftware/Proton/issues/2183.
@TenaarFeiri опубликовано 2019-01-02T23: 58: 28:

Отчет о совместимости

• Название игры с проблемами совместимости: Final Fantaxy XIV Online
• Steam AppID игры: 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.
• Сообщите программе запуска, что у вас уже есть учетная запись в игре.
• Следуйте его подсказкам, пока он не закончит вести вас через него.
• Наблюдайте, как программа запуска пытается открыть веб-страницу, необходимую для запуска игры, и потерпит неудачу.
• Закройте и перезапустите игру столько раз, сколько хотите.

РЕДАКТИРОВАТЬ: Получил игру для запуска: D
В настоящее время у меня проблема с тем, что в DX11 нет звука, но есть звук в DX9. Я предпочитаю играть в DX11, так как производительность лучше. Есть идеи?
Я использую Proton 3.16-6 (Beta) сейчас.

Я только что нашел это и применил некоторые из настроек, упомянутых выше, и у меня заработала пусковая установка =)

Остается посмотреть, смогу ли я запустить саму игру, когда она закончит загрузку, но посмотрим!

Я заметил вышеупомянутые префиксы. Я не слишком разбираюсь в технологиях; как бы я применил их, если они мне нужны?

Есть идеи, как добиться звука в DirectX 11? DX9 имеет звук, но практически не воспроизводится.

@TenaarFeiri С Wine мне пришлось установить xact, а затем переопределить xaudio2_7

Вы знаете, как это сделать с Proton Wine? Я еще не совсем разбираюсь в этом.

@TenaarFeiri С Wine мне пришлось установить xact, а затем переопределить xaudio2_7

Я понял! Большое спасибо за то, что указали мне правильное направление.
Я установил правильную версию Wine в соответствии с инструкциями на winehq.org, а затем сделал: WINEPREFIX=game_folder_in_steam winecfg и установил xaudio2_0 и xaudio2_7 в переопределении.
Это сработало! Теперь у меня есть звук и отличная производительность!

РЕДАКТИРОВАТЬ: Оказывается, проблема была в моей среде рабочего стола. Я удалил Ubuntu 18.10 и заменил его на Kubuntu 18.10, и теперь оконный режим работает отлично!

Хорошо!
Новая проблема!
Таким образом, игра отлично работает в оконном полноэкранном режиме без каких-либо проблем (что я вижу). Но на самом деле я предпочитаю играть в оконном режиме, и здесь возникают проблемы: у меня есть навыки, привязанные к клавишам цифровой клавиатуры, которые активируются, когда я нажимаю кнопки мыши. В оконном полноэкранном режиме они отлично работают без ошибок, но когда я использую их в оконном режиме больше, наблюдается заметное падение / замораживание 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 на 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/

У меня есть 2 машины Fedora 29, на одной из которых я должен постоянно удалять эту папку для загрузки программы запуска, а на другой она не требуется. Хотя я не уверен, в чем разница между двумя машинами

Иногда у вас также возникает проблема, когда вы просто не можете подключиться к их
целевая страница.

Я предполагаю, что у вас уже есть, но если у вас нет шанса, проверьте
видите, что ваш BrowserType установлен на 2 в boot.cfg (я полагаю?).

Den lør. 2. мар. 2019, 03:37 skrev Equivocal90 [email protected] :

У меня все еще возникают проблемы с ошибкой HTTPS в программе запуска, несмотря на
BrowserType был установлен на 2. Протестировано в GNOME с Wayland, GNOME в
Xorg и Plasma безрезультатно.

Попробуйте удалить папку «web» в ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My
Документы / Мои игры / FINAL FANTASY XIV - A Realm Reborn /

У меня есть 2 машины Fedora 29, на одной из которых я должен постоянно удалять
папка для загрузки в лаунчере, а на другом она не требуется.
Хотя я не уверен, в чем разница между двумя машинами

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-468874158 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx
.

Иногда у вас также возникает проблема, когда вы просто не можете подключиться к их целевой странице. Я предполагаю, что у вас уже есть, но, если вы этого не сделали, убедитесь, что ваш BrowserType установлен на 2 в boot.cfg (я полагаю?). Den lør. 2. мар. 2019, 03:37 skrev Equivocal90 [email protected] :
…
У меня все еще возникают проблемы с ошибкой HTTPS в программе запуска, несмотря на то, что для BrowserType установлено значение 2. Тестирование в GNOME с Wayland, GNOME на Xorg и Plasma безрезультатно. Попробуйте удалить папку «web» в ~ / .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 (comment) > или отключите поток https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

На моей машине с проблемой BrowserType установлено на 2 и это дает другую ошибку https. Это либо выполняется успешно, либо выдает ошибку -22 или -21 пока я не удалю указанную ранее папку.

Вопрос к людям, играющим в эту игру: нужно ли пропустить только начальную кат-сцену или игровые ролики также не работают? Мне удалось заставить игру работать, но, поскольку я играю в игру впервые, я не знаю, где мне следует смотреть кат-сцены в игре.

@ Equivocal90

Я не знаю, как с этим бороться. = (Мне посчастливилось избежать этой проблемы! Какую версию Proton вы используете? Я использую последнюю (бета-версию). Я подумал, что, возможно, проблема в среде рабочего стола, но вы тестировали ее на нескольких Но я использую Kubuntu / Debian, поэтому у Fedora может быть другая проблема, о которой я не могу догадаться.

@Mushoz
Внутриигровые ролики будут работать нормально, и вы даже сможете просматривать ролики в FFXIV из начального меню, когда клиент открыт.
Интересно, что, похоже, нет очевидной причины, по которой клиент не запускался бы с включенными начальными кат-сценами, поскольку он на самом деле отлично справляется с их воспроизведением после запуска?
В любом случае все игровые ролики должны работать! Я еще не сталкивался с какими-либо проблемами.

Хотя я немного боюсь Вестников Теней! Не знаю, как это повлияет на текущую производительность Proton.

@flibitijibibo и @ Equivocal90 :
Я могу подтвердить, что последний faudio исправляет прогрессивную задержку звука.

Хотя, похоже, я столкнулся с другой проблемой ...

Через некоторое время игры (иногда менее 30 минут, иногда более 2 часов) я начинаю получать огромные отклонения во времени кадра, из-за которых игра зависает.
Я изменил "DXVK_HUD": "full" в user_settings.py на proton, чтобы точно наблюдать, что происходит ... и примерно через 50 минут игры это произошло снова.

Я обнаружил, что следующее вызывает резкие скачки времени, затрачиваемые на рендеринг кадров:

• мышь переместилась
• щелкнул мышью
• клавиша введена (и да, это характерно для набора символа, а не только для нажатия кнопки)

Как я узнаю, что это ключ набран:

1. Нажмите и удерживайте клавишу (например, D, чтобы повернуть направо): начинается заикание, затем заикание прекращается на мгновение, а затем возобновляется через мгновение.
2. Если вы теперь нажмете другую клавишу (например, W, чтобы двигаться вперед), заикание прекратится, когда вы отпустите вторую клавишу (в данном случае W), даже если вы все еще удерживаете первую клавишу.

Это то же самое поведение моей системы при вводе текста в текстовое поле.
Как только игра становится такой, она не останавливается, пока игра не будет перезапущена.

Обратите внимание, что игра работает _ безупречно_ до этого момента (если бы не это, я бы сказал, что у нее могла бы быть официальная поддержка). Это случается в такие случайные моменты, что я сам не придумал способ воспроизвести это (кроме как просто играть в течение долгого времени - просто сидеть без дела, похоже, не работает).

ОС: Kubuntu 18.04 LTS (композитор отключен)
Графический процессор: RX 580 8 ГБ
Протон: 3,16-7 бета
Мезы пробовали: 18,2 и 19,0,99 (последняя версия Oibaf)
LLVM: 7.0.1

Я имею:

• Наблюдал за использованием памяти графического процессора, тактовой частотой и т. Д. - которые такие же, как и до изменения (единственным исключением является то, что при перемещении / щелчке мышью или вводе текста - что, кажется, вызывает заикание - использование графического процессора будет _ уменьшаться_)
• Наблюдал за тактовыми частотами и загрузкой ЦП, которые также остались прежними (хотя я не видел этого при вводе данных)
• Отключены все формы ограничения кадров в игре.
• Пробовал разные настройки мыши в игре
• Проверено dmesg на наличие проблем с вводом / выводом или прерываниями с оборудованием - ничего не регистрируется
• Проверил лог dxvk в папке steam - ничего ненормального
• По сравнению со всем, что показано в hud dxvk до и после начала заикания, похоже, меняются только частота кадров и время кадра, и это изменение происходит только во время ввода

У меня только что закончились идеи, поэтому любая помощь приветствуется.

Игра в графической части работает безотказно
Но звук задерживается через короткое время (я бы сказал, 10 минут), и это становится раздражающим

Игра в графической части работает безотказно
Но звук задерживается через короткое время (я бы сказал, 10 минут), и это становится раздражающим

Насколько я понимаю, эта проблема должна быть исправлена, когда Proton получит более новую версию FAudio.

Игра в графической части работает безотказно
Но звук задерживается через короткое время (я бы сказал, 10 минут), и это становится раздражающим

Вы можете решить эту проблему, открыв Свойства в игре и установив следующие параметры запуска:

PULSE_LATENCY_MSEC = 60% команда%

Это действительно должно просто исправить треск, но из-за отсутствия других предложений до обновления FAudio стоит попробовать?

@Turbito, если вы клонируете и собираете FAudio, а затем заменяете libFAudio.so, используемый Steam, на созданный вами, звук идеален:

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

Просто создайте и замените протонный ток. Если вы используете Ubuntu, вам понадобятся следующие пакеты:

• cmake
• libsdl2-dev
• строительный

В настоящее время я использую тот, который на данный момент немного старше (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), но текущий мастер тоже должен работать.

PS Если вы столкнетесь с проблемой, описанной в предыдущем посте, я бы хотел знать.

Иногда у вас также возникает проблема, когда вы просто не можете подключиться к их целевой странице. Я предполагаю, что у вас уже есть, но, если вы этого не сделали, убедитесь, что ваш BrowserType установлен на 2 в boot.cfg (я полагаю?). Den lør. 2. мар. 2019, 03:37 skrev Equivocal90 [email protected] :
…
У меня все еще возникают проблемы с ошибкой HTTPS в программе запуска, несмотря на то, что для BrowserType установлено значение 2. Тестирование в GNOME с Wayland, GNOME на Xorg и Plasma безрезультатно. Попробуйте удалить папку «web» в ~ / .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 (comment) > или отключите поток https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

Оказывается, Steam создает новую папку «Мои игры» в 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), но текущий мастер тоже должен работать.

PS Если вы столкнетесь с проблемой, описанной в предыдущем посте, я бы хотел знать.

Я играю около полутора часов, и единственная проблема с графикой заключается в том, что камера движется не так плавно, как в системе Windows ... Это происходит только в конфигурации с высокой настольной графикой. В стандартном ноуте камера работает по назначению

Я просто попробовал, но ни один из них (даже одновременно) не исправил мою задержку звука ...
Качество звука хорошее, единственная проблема - небольшая (но заметная на 2 или 3 секунды) задержка / рассинхронизация звука.

edit: Я только что заметил, что скопировал библиотеку в папку lib / ... Я тестирую в lib64 /

Какая у вас версия Linux и какая у вас версия Proton?
Вы пробовали активировать все каналы xaudio с помощью wineconfig для
compatdata pfx, а также xact?

В настоящее время я использую последнюю бета-версию протонов под Kubuntu 18.10.

>

Теперь, скопированный в папку lib64 proton, похоже, работает без задержек. За эти полчаса я не заметил задержки. Звук идеально синхронизирован. Спасибо вам всем.

Я ничего не трогал в Winecfg Proton, просто скопировал библиотеку и установил

PULSE_LATENCY_MSEC=60 %command%

в параметры запуска

Используя Linux 5.0, Mesa 19.1.0-devel (git-cb4e3e3ef6), xf86-xorg-amdgpu до сегодняшнего дня и т. Д. В бета-версии Proton 3.16-7 (не уверен, что это число ... Это самая последняя версия этого клиента Steam отображает)

Потрясающе! Я рада, что исправила это за вас!
На самом деле я искал дистрибутив. Плохо, что я все еще акклиматизируюсь в мире Linux: D
Удачной игры!

Потрясающе! Я рада, что исправила это за вас!
На самом деле я искал дистрибутив. Плохо, что я все еще акклиматизируюсь в мире Linux: D
Удачной игры!

Gentoo "тестирование"? (~ amd64). Но я думаю, это должно работать и в любом другом дистрибутиве.

@schives Я столкнулся с той же проблемой, хотя без ввода он будет прерывистым, но ввод определенно усугубляет ситуацию. Мне также кажется, что это займет ровно час. Если я перезапущу игру, все снова будет работать безупречно. Пожалуйста, дайте мне знать, если вы встретите какие-либо обходные пути или решения для этого.

Попытка получить некоторую документацию по проблеме, с которой я столкнулся, похоже, такая же, как у @schives , где после часа работы это действительно отрывисто и плохо. К сожалению, мне пришлось сделать это с камерой телефона, но, похоже, это немного проходит, особенно по сравнению с тем, когда она работает правильно

Через час:
https://witches.live/@anna/101786126154372039

Обычно:
https://witches.live/@anna/101786130006475213

Доработка, похоже, следствие активной игры. Я оставил игру включенной на всю ночь после того, как просто зашел в систему и немного поболтал, а утром заикания не было.

Еще один комментарий, чтобы полностью подтвердить, что у меня есть то же, что есть у @schives , и это задокументировано лучше, чем у меня. Кажется, это что-то связано с вводом, и действительно, похоже, это функция почти того, сколько кнопок вы нажимаете, если вы активны и выполняете квесты и экземпляры, кажется, что это происходит быстрее, между тем у меня этого не было чертовски около 18 часов, потому что я оставил его на ночь, чтобы проверить это, а затем играл очень спорадически, в основном просматривая кат-сцены, и это началось только прямо перед тем, как я сделал новое подземелье (к счастью, до того, как я вошел, хех). Я помог некоторым людям очистить Цукиёми в обычном режиме, и это сработало в середине второй части, и это ДЕЙСТВИТЕЛЬНО забавно, когда у вас заканчиваются AOE, а ввод делает все хуже ...

Это так странно. Если вы не возражаете, @schives, можем ли мы увидеть, что похожего в наших настройках, чтобы, возможно, помочь определить проблему?

Я использую gentoo, версия ядра 4.19.27-gentoo-r1
Я исправил звук с помощью этой команды, хотя я запускаю игру через опцию «бесплатная пробная версия», поскольку у меня устаревшая учетная запись, отличная от Steam, поэтому это не совсем это число:
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 здесь, но, возможно, я пропустил их, и я не читаю все эти комментарии прямо сейчас ^^;).

Да, это так. Каждый раз, когда есть ввод, он становится прерывистым, независимо от того, используете ли вы мышь или клавиатуру. Это все еще kiiiinda изменчивое, если вы внимательно посмотрите на анимацию, когда вы стоите и не печатаете, но снова становится плохо, даже если вы печатаете в чате или что-то еще. Кажется, что любой ввод делает его неустойчивым.

Хорошо, это не похоже на то, что я видел в другом месте, что касается движений и входов.

Одна вещь, которая кажется похожей в этом названии, - это графическая память, которая заканчивается через некоторое время игры. Какое-то время все хорошо, но потом все становится сумасшедшим ...

Я немного говорю из прошлого, управляя игрой через Wine, начиная с самой первой Альфы и заканчивая Бета-версией, и всех выпусков, которые у них есть сейчас. :]

Суть в том, что я обращал внимание на используемую графическую память, так как казалось, что она у меня заканчивается (утечки памяти?). Через некоторое время все пошло очень похоже на то, что я видел здесь, и это соответствует тому, что вам нужно действительно двигаться, а не просто бездействовать).

@witcheslive и @Chiitoo
Это не похоже на VRAM, radeontop показывает, что использование памяти примерно одинаково на моем RX 580 и никогда не превышает 3 ГБ, даже когда другие приложения работают.
Использование памяти незначительное, без явных утечек памяти.

Я даже пытался удалить другие карты pcie на случай, если там возникнут какие-то проблемы (немного экстремальные для отладки), но изменений не было.

Это действительно похоже на проблему с тем, как протон или FF14 обрабатывают ввод. Включив полный HUD dxvk, вы сможете увидеть кратковременное заикание на графике времени кадра при щелчке левой кнопкой мыши (доли секунды - такие вещи вы обычно не видите). Это заикание при щелчке левой кнопкой мыши присутствует даже до того, как игра перейдет в режим заикания при всех вводе.

Что касается небольшого эксперимента, когда игра становится нестабильной, нажмите alt-tab, отключите повторение клавиш с помощью 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

PS. @witcheslive, если вы используете dxvk, соответствующая информация для отладки собирается vulkaninfo, а не glxinfo

Изменить: добавлены сжатые разделы для информации об оборудовании

Чрезвычайно подтверждается, что, похоже, это связано с количеством входов в сеансе, и для этого требуется около часа активной игры, а выполнение экземпляров, похоже, ускоряет это из-за большого количества нажатий кнопок. Я играю в очень активном стиле, много прыгаю, нажимаю кнопки по нескольку, чтобы убедиться, что они в очереди для GCD, вращаю камеру, так что я думаю, поэтому единственный раз, когда у меня было больше часа активной игры, было, когда я делал новый патч MSQ и не торопясь смотреть кат-сцены.

Мне действительно интересно, есть ли что-то с исправлением звука, но без него звук настолько плох, что я не протяну даже 10 минут, не говоря уже о часе, хех. Но в то же время я знаю кого-то (который помог мне установить эту настройку), у которого почти идентичное оборудование (в любом случае тот же графический процессор), у которого НЕТ этой проблемы, хотя они также играют более расслабленно, чем я, поэтому трудно скажите, если они просто не попадают в него или что-то еще. Единственное, о чем я могу думать, это то, что мой основной монитор работает с частотой 144 Гц, а второй монитор с частотой 60 Гц, оба с разным разрешением. Я использую i3, а не полноэкранный менеджер.

Если звуковая библиотека замедляется, это, скорее всего, проявится как заикание звука - взаимодействие клиента с XAudio2 действительно связано с некоторыми мьютексами, но обычно для каждого источника, а не для всего API, что, как я мог бы видеть, приводило к потерям времени, если несколько десятков тысяч голосов (в отличие от ~ 32-64, с которыми работает большинство игр).

@witcheslive
Я использую один монитор 4k (3820x2160) 60 Гц.
У меня в игре отключен оверлей Steam (потому что я использую shift-tab как горячую клавишу).
Если вы также отключили оверлей Steam, наша проблема может быть связана с https://github.com/ValveSoftware/steam-for-linux/issues/5727.

Различия продолжаются, по крайней мере, они сужаются. Я не отключал оверлей.

Ого, эта ссылка интересная. Мне больше интересно, проблема ли это с Vulkan или Proton и даже не связана с оверлеем или конкретно с FFXIV, это просто не так часто, потому что требуется ~ час активной игры, чтобы ударить, чтобы избежать обнаружения.

Я ненадолго попытался воспроизвести проблему заикания, бегая по Эврике перед техническим обслуживанием сегодня вечером, но не смог.

Просто для тестирования, пробовали ли те, кого он затронул, сценарий Lutris? Он может, по крайней мере, сузиться, если это что-то только в Proton / Steam или если это что-то общее между ними.

Я пробовал использовать сценарий Lutris неделю назад, та же проблема с моей стороны.

Я снова,
на этот раз я тестировал Ubuntu 19.04 dev, и это требует дополнительных действий.
Установлены драйверы Vulkan для mesa, но не 32-битные.

sudo apt установить mesa-vulkan- drivers: i386

Это включает dxvk (перед этим откатом на dx9c)

@HereInPlainSight лучший способ воспроизвести это -

Только что попробовал новую установку с Proton 4.2. По-прежнему необходимо использовать изменения BrowserType и Cutscene в файлах cfg. 2 часа игры, в основном сбор / создание, поскольку я новичок и играю на моем очень слабом ноутбуке. Никакой задержки звука. Не могу прокомментировать заикание. Я ничего не видел, но тогда действия, которыми я был занят, могли не вызвать этого.

После запуска 4.2 (мне пришлось немного покачивать ручку, он по какой-то причине не загружался, поэтому, если у кого-то появляются ошибки двоичного формата, скачайте или удалите и загрузите, Realm of the Mad God или что-то еще, чтобы получить его на самом деле загрузил Proton 4.2) Я сделал несколько рулеток, оставил его включенным на ночь, затем сделал еще рулетку, и я определенно нажимал кнопки более часа, и теперь, похоже, все в порядке, постучите по дереву!

Я не могу войти в полноэкранный режим без зависания всего рабочего стола. Когда я ранее устанавливал игру с Lutris, я смог добиться этого, вручную отредактировав соответствующие настройки в FFXIV.cfg. Теперь с Proton 4.2 даже это не работает; весь рабочий стол зависнет, и мне нужно подключиться по SSH и убить процесс FFXIV для восстановления.

Дистрибутив: Ubuntu 18.04.2
Протон: 4,2-2
Графический процессор: RX 480 8 ГБ
Версия драйвера / LLVM: Mesa 18.2.8 / LLVM 7.0.0
Версия ядра: 4.18.0-17-generic

@ e3b0c442 Это известная проблема с DXVK. К счастью, исправление уже доступно в DXVK 1.0.2 (см. Журнал изменений): https://github.com/doitsujin/dxvk/releases

Proton все еще использует более раннюю версию DXVK, отсюда и проблемы.

Я не могу войти в полноэкранный режим без зависания всего рабочего стола.

Можете ли вы сделать оконный полноэкранный режим? Я играю несколько часов в сутки без проблем, но играю в оконном полноэкранном режиме.

Я сейчас вижу черный экран с кружком загрузки в правом нижнем углу потока при свежей установке Linux Arch. Этот экран загрузки появляется после выбора центра обработки данных для подключения. Раньше можно было играть в нее ~ 2 месяца назад на моей предыдущей установке 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

Proton все еще использует более раннюю версию DXVK, отсюда и проблемы.

Я переустановил с Lutris, и все было круто, не считая того, что это было медленнее, чем я помнил. Благодарю.

Что мешает мне просто запустить обновленный сценарий установки DXVK в префиксе Steam Wine? Я бы предпочел, чтобы игра управлялась через Steam.

@Mushoz, вам нужно изменить CutsceneMovieOpening в FFXIV.cfg на 1.

Кто-нибудь разобрался с заиканием движения мыши? Испытание той же проблемы и устранение неполадок сводят меня с ума!

У нас есть два почти одинаковых ПК, на которых мы играем. Один, где заикание мыши было очень очевидно, и другой, где этого не было.

Основное различие между компьютерами заключалось в том, что на одном ПК без проблем с заиканием был запущен compton, а на проблемном - нет. Итак, мы отключили Compton на этом компьютере, и теперь оба испытывают заикание. Самое интересное, что даже повторное включение Compton не решает проблемы. Каким-то образом отключение комптона привело к возникновению проблемы, если это кому-то поможет.

(Перезапуск и т. Д. Теперь не имеет никакого значения ..)

Подключение контроллера XB360 помогло мне исправить заикание мыши. (Я даже не использовал его, достаточно было просто подключить его)

Пришлось попробовать, к сожалению, для меня это ничего не дает :(

Tbh Я обнаружил, что FFXIV очень темпераментен в Linux. Возможно, вы видели проблемы, которые я описал выше. Переход на Kubuntu исправил это, но потом у меня вообще появились заикания FPS, так что переключение среды рабочего стола немного помогло.
Затем внезапно FPS стал плавным, и не было никаких заиканий даже в 24-х матчах в течение недели, а затем я начинаю икать при тех же сценариях (я не обновляю свой компьютер часто, поэтому в систему не вносятся изменения).

Со мной тоже случалось заикание мыши, но, как ни странно, после применения PULSE_LATENCY_MSEC=60 %command% fix также позаботился об этом. КАК. Не знаю почему.

Другие наблюдения, которые я сделал, связанные с заиканием в играх, - это воспроизведение видео в фоновом режиме (даже в свернутых окнах), использование Caprine (реализация мессенджера Facebook для настольных компьютеров Linux, которая постоянно вызывает заикание FPS и реакции мыши при запуске) или если другой процесс делает что-то, что нарушает использование ЦП на 7% во время игрового процесса.

Еще одна вещь, которую я делаю, когда моя мышь икает, - это я отключаю и снова включаю ее через xinput и это каким-то образом, кажется, волшебным образом исправляет ситуацию, если на время.

Кроме того, я бы предложил отключить оверлей Steam и посмотреть, можно ли полностью выйти из Steam после загрузки игры и посмотреть, имеет ли это значение?

Интересно, могут ли быть проблемы с драйверами, вызывающие эти проблемы на данном этапе ...

Я уже переключился на другую среду рабочего стола, применил исправление задержки импульсов, запустил, ничего не работало ... Теперь я попробовал функцию xinput и отключил наложение Steam. Проблема все еще возникает в 100% случаев.

Может быть, это каким-то образом ошибка мезы? Но я не думаю, что это вообще касается ввода

Не могли бы вы попробовать это: PROTON_USE_WINED3D
Это попросит Proton использовать реализацию WINE OpenGL для wined3d вместо Vulkan DXVK. Если это не поможет, боюсь, у меня пока нет предложений.

Но вы можете посмотреть здесь, что попробовать: https://github.com/ValveSoftware/Proton#runtime -config-options

Большое спасибо за помощь в устранении неполадок. К сожалению, у меня такая же проблема с dxvk или без него.

По поводу заикания мыши. Я наконец нашел обходной путь, который работает (включая и многие другие игры с вином).

Мне пришлось установить полихроматический (чтобы получить доступ к настройкам моей мыши razer) и уменьшить частоту опроса до 125 или 500. 125 означает отсутствие кадрирования, 500 дает некоторое количество кадров. 1000 убивает мои фреймы.

По-видимому, это давно известная проблема с вином.

Я не уверен, что это та же проблема напрямую. Я заставил XIV работать через Proton, но мне пришлось следовать известным ответам на вино, чтобы играть в него. А именно, мне нужно отредактировать два файла в каталоге steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV - A Realm Reborn /.

В FFXIV_BOOT.cfg мне пришлось изменить BrowserType на 2, а в FFXIV.cfg мне пришлось отредактировать CutsceneMovieOpening на 1.

Первое изменение позволяет мне перейти к панели запуска в этот момент - если оставить значение по умолчанию, я получаю «Произошла системная ошибка: 404. Системная ошибка HTTPS». Боюсь, что я установил в середине недели, поэтому я не уверен, что именно так я решил проблему с nstgc во время установки.
Очевидно, что последнее изменение означает, что я не увижу вступительную кат-сцену в первый раз, когда играю в игру, но если я оставлю значение по умолчанию, игра запускается, но зависает после выбора центра обработки данных.

Поскольку эти файлы конфигурации игры редактируют, я не уверен, что Valve хочет учитывать это для Proton, но, по крайней мере, это информация.

Это сработало для меня на Arch linux с ядром 5.0.8, nvidia 780 TI и kde. Ура!

Итак ... похоже, последний патч FFXIV, который также содержал обновление для программы загрузки, сломал его для меня.
Теперь я снова получаю ошибку HTTPS 404, даже если BrowserType правильно настроен. Я попытаюсь переустановить и посмотрю, сработает ли переустановка программы запуска.
Есть другие идеи?
В настоящее время работает на Pop_! OS.

РЕДАКТИРОВАТЬ: переустановка не помогла.

Та же проблема с Arch @TenaarFeiri. Они украдкой отключили то, от чего зависело вино?

Форум 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

Та же проблема с Arch @TenaarFeiri. Они украдкой отключили то, от чего зависело вино?

Форум 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/

Я сделал журнал + relay, и похоже, что при вызове CoInternetCombineUrlEx создается дубликат 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! Или Квадрат. Тот, кто доберется до него первым.

@fosspill @TenaarFeiri Да, я не видел, что это неправильный URL, просто видел сообщение о проблемах с вызовом Gecko. Я думаю, что идея Fosspill о перенаправлении URL-адреса, вероятно, является лучшим вариантом на данный момент, но я не смогу по-настоящему возиться с ней, пока не вернусь домой с работы сегодня. Может быть, попробовать отредактировать / etc / hosts, чтобы с этим справиться?

К сожалению, / etc / hosts не будет работать, поскольку он выполняет только имена хостов / ips. Я думаю, что единственная возможность - это какая-то прокладка / специальный винный патч, чтобы временно исправить это, пока SE не исправит его навсегда.

Я бы предположил, что удаление подстроки в URL-адресе может исправить это на данный момент? Но это будет очень конкретное исправление, и если URL-адрес станет длиннее или короче по какой-либо причине, мы вернемся к этому.
Я знаю, как это сделать с помощью патчей WINE. Это не совсем мое дело.

Это действительно правда, что это было бы странное и слишком конкретное исправление, но я бы хотел, чтобы это сработало! :)

Любая версия IE работает с 64-битным префиксом? Это может быть способ обойти это

не уверен, что это полезно, но я взял urlmon.dll и его зависимость iertutil.dll из 32-битной Windows 7 vm и установил их как собственные переопределения, но, похоже, это не повлияло на дублированный сегмент пути

@exolyte Я не уверен, что понимаю ваше редактирование, хотя что-то более глубокое может быть проблемой, этот URL-адрес с повторяющейся версией_4_0_win определенно не существует, в то время как тот, с которым он был только однажды, существует, хотя, возможно, это просто симптом большего проблема?

РЕДАКТИРОВАТЬ:
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, и мы можем решать проблемы итеративно по мере продвижения в

Получим ли мы какие-либо знания, установив исправления Wine для решения проблемы с 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 на свой сервер, используя файл hosts, и поместил /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 на свой сервер, используя файл hosts, и поместил /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/ и что вызывает ошибку?

Интересно, что просматривая файлы javascript на странице Frontier, я вижу много старого кода, когда вы создавали символы в панели запуска. На самом деле здесь много кода, который просто не используется ... Не очень актуален. Просто в сторону.

Я перенаправил домен frontier.ffxiv.com на свой сервер, используя файл hosts, и поместил /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 в целом.

Я также попытался выполнить захват пакетов с помощью wirehark, чтобы узнать, к каким URL-адресам он пытается получить доступ, но я думаю, что они зашифрованы за пределами домена (я вижу, что он подключается к границе), и в остальном я не очень хорошо разбираюсь в wirehark.

Еще я попробовал заменить ffxivlauncher.exe предыдущей версией, после чего запустится программа запуска и позволит мне войти в систему. Однако после входа в систему он жалуется, что не может выполнить обновление версии.

Возможно, кто-то, у кого есть полностью пропатченный клиент из Windows, может попробовать, если это решит проблему.

Я загрузил свой раздел Windows и изменил BROWSER_TYPE на 2, и он работает нормально, просто чтобы убедиться, что что-то не сломалось с Gecko в целом.

Мы уверены, что флаг Browser_Type не игнорируется полностью? Есть ли видимая разница между типами браузеров, поэтому мы уверены, что Windows действительно работает с Type = 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, но только 32-битную libcef.dll, они не могут одновременно использовать CEF.

мы хоть раз выяснили, что именно вызывает ошибку? Если панель запуска, указывающая на неправильный URL-адрес, является реальной проблемой, разве у пользователей Windows не должно быть проблем?

это приставка 64 битная? я был почти уверен, что это не так, мне пришлось использовать dll из 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. он, вероятно, также 404ing в Windows, но поскольку у нас нет IE, он не обнаруживает ошибку и не перенаправляет на нужную страницу или что-то странное как это

https://github.com/xivapi/ffxiv-launcher имеет код аутентификации, я изучаю, можно ли просто написать простой сценарий node.js командной строки, который использует его для входа в систему. По-прежнему нет возможности патч без копирования файлов из Windows (и если они применяют аутентификацию Steam, это, вероятно, не сработает для пользователей Steam).

Square DID объявила, что они собираются убедиться, что Steam-версии игры могут использоваться только через Steam.

Боже, почему SE должно быть таким

Другой способ, который может работать в то же время, - это войти в виртуальную машину Windows и заменить ffxiv.exe фиктивным приложением, которое просто сбрасывает токен сеанса, а затем передает его exe в Wine.

Другой способ, который может работать в то же время, - это войти в виртуальную машину Windows и заменить ffxiv.exe фиктивным приложением, которое просто сбрасывает токен сеанса, а затем передает его exe в Wine.

Я все еще новичок в этом техническом деле, поэтому я понятия не имею, как этого добиться!
Но это действительно достойное решение.
Можно ли изменить (и скомпилировать для Linux) настраиваемую панель запуска, которая была связана ранее, для вывода идентификатора сеанса при входе в систему через нее? Может даже не понадобиться ВМ.

По сути, пусковая установка просто передает токен сеанса в качестве аргумента командной строки. .Exe, который просто сбрасывает аргументы командной строки в файл, будет работать. Тогда вы wine /path/to/ffxiv.exe $TOKEN_GOES_HERE

Однако нам понадобится альтернатива исправлению игры. Как этого добиться?

Однако нам понадобится альтернатива исправлению игры. Как этого добиться?
Может быть, кто-нибудь волшебный найдет решение.

Я считаю, что Glorious Eggroll сделал альтернативный патчер для Warframe, который работал нормально.

что-то вроде этого?

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

Или это? https://github.com/mclark4386/FF14Launcher (только логин / токен)
Я предполагаю, что пользовательский агент может нуждаться в обновлении, чтобы соответствовать более новым выпускам игры. Но если нам удастся обойти эту проблему, мы сможем хотя бы пропатчить виртуальную машину, а затем играть правильно.

это тот, который я хотел связать на самом деле

это не работает сам по себе, но я тестировал его ранее, и он возвращает отдельную ошибку: http error 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 не зависать в виртуальной машине, поэтому я собираюсь сдаться. Подписка заканчивается через пару дней, надеюсь, кто-нибудь найдет решение от 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 на свой сервер, используя файл hosts, и поместил /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 на случай, если кто-то наткнется на эту проблему через 2 года и 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, это просто вопрос, как каким-то образом заставить его достичь этого пути кода. Я уже пробовал отключить библиотеки DLL IE (через winecfg), но из-за этого программа запуска сразу перестала работать.

Возможно, они жестко запрограммировали его для работы только на версии Mac или что-то в этом роде. (Они могут использовать тот же исполняемый файл в macOS, поскольку код средства запуска проверяет некоторые функции, экспортируемые библиотеками DLL TransGaming.)

Код для загрузки libcef.dll все еще существует, AFAICT, это просто вопрос, как каким-то образом заставить его достичь этого пути кода. Я уже пробовал отключить библиотеки DLL IE (через winecfg), но из-за этого программа запуска сразу перестала работать.

Возможно, они жестко запрограммировали его для работы только на версии Mac или что-то в этом роде. (Они могут использовать тот же исполняемый файл в macOS, поскольку код средства запуска проверяет некоторые функции, экспортируемые библиотеками DLL TransGaming.)

Версии для 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 Это сообщение от 20го числа, до того, как патч был доступен. Это случайно, но вряд ли связано.

Страница ничего не делает в реальном браузере, потому что window.external.user (...) не существует, и они подавляют исключение, так что вы даже не получите ошибку в журнале.

Что ж, мне удалось сколотить версию этой программы запуска на питоне, которая позволяет мне запускать игру напрямую через вино, но меня поразила некоторая ложь . Обещаю, что все это неправда, но я понятия не имею, как убедить в этом игру, учитывая, что станция Могучая знает, что я невиновен.

Я тоже не понимаю, что делаю, но решил, что поделюсь тем, что у меня есть, даже если оно все еще сломано.
Отредактируйте, чтобы добавить: я не знаю, как это будет относиться к необновленным версиям игры, я скопировал обновленную версию Windows, чтобы посмотреть, смогу ли я использовать ее для входа.

Что ж, мне удалось сколотить версию этой программы запуска на питоне, которая позволяет мне запускать игру напрямую через вино, но меня поразила некоторая ложь . Обещаю, что все это неправда, но я понятия не имею, как убедить в этом игру, учитывая, что станция Могучая знает, что я невиновен.

Я тоже не понимаю, что делаю, но решил, что поделюсь тем, что у меня есть, даже если оно все еще сломано.
Отредактируйте, чтобы добавить: я не знаю, как это будет относиться к необновленным версиям игры, я скопировал обновленную версию Windows, чтобы посмотреть, смогу ли я использовать ее для входа.

Та же ложь случается, когда я пытался запустить 64-битный загрузочный исполняемый файл, который, кажется, загружается в папку (с запущенной версией Lutris), за исключением того, что ложь происходит в программе запуска, говоря, что мне нужно использовать CD-ключ. Конечно, 64-битная пусковая установка является ложью сама по себе и не должна использоваться, но подумал, что это может быть пищей для размышлений. Я тоже немного испортил сценарий python, так как он не работал под Python 3, но в конце концов отказался от попыток преобразовать и решить проблемы, когда я наткнулся на сценарий, который превышал мои знания о python. кодирование. (Мне нравится устранять неполадки, но я новичок в программировании и 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 выводит Modify: 2019-04-23 17:48:28.693396317 +0200 для меня.

Изменить: похоже, что все файлы в каталоге boot перезаписываются при обновлении средства запуска.

У кого-нибудь есть версия ffxivlauncher.exe из предыдущего обновления? (Может быть, кто-то, кто еще не запускал лаунчер?) Я бы хотел покопаться и посмотреть, что изменилось.

У меня есть старый от 1 сентября, хочешь? http://etherelements.com/ffxivlauncher.exe

Я вытащил предыдущую программу запуска из резервной копии и принудительно запустил ее, заменив каталоги boot во время проверки версии загрузки, и я могу подтвердить, что она по-прежнему правильно отображает пользовательский интерфейс входа в систему с BrowserType = 2 (я не пробовал фактически регистрировать на всякий случай). Итак, можно предположить, что после исправления винного файла mshtml (или, может быть, его модификации для использования этого 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. Даже если это ненамеренно.

Кроме того, я попробовал кастомную вилку запуска 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. Почти наверняка мы, пользователи Linux, попали в какую-то техническую уязвимость.

По поводу обслуживания. По крайней мере, сервер входа в систему до сих пор не был отключен во время периода обслуживания, если я его не пропустил.

Глядя на официальные форумы технической поддержки, кажется, что после обновления программы запуска у большего числа людей возникают проблемы. Я видел множество людей, которым удалось войти, но, по крайней мере, приятно видеть, что у некоторых пользователей Windows также возникают проблемы.
Может быть, есть надежда, что Square наконец-то на это взглянет;)

Не похоже, что после технического обслуживания был исправлен патч для игры или программы запуска.

Нет патча. Ошибка HTTPS продолжает сбивать нас с толку; только что протестировал.

Кто-то что-то сказал о Transgaming, поэтому я попытался добавить функцию IsTransgaming в Wine: https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Это позволяет запускать программу запуска (так что код libcef на самом деле все еще работает), но как только вы действительно войдете в систему, вы получите сообщение «нет учетной записи службы». Интересно, заставляет ли IsTransgaming запускать программу запуска на Mac, чтобы сервер проверял наличие учетной записи службы Mac?

В любом случае, это по-прежнему работает только с 32-битным двоичным файлом, поэтому, каким бы полезным он ни был, он годится только на пару месяцев - помимо этого, нам нужно надлежащее исправление для Wine mshtml.

Есть ли какой-нибудь достойный способ побудить кого-то изучить исправление mshtml для этой проблемы?
И есть ли у кого-нибудь контакты в SE, где мы могли бы должным образом подтвердить часть этой информации?

Наверное, спросите на wine-devel? Я бы сам изучил это, но я бы начал с нулевого знания о любом из mshtml, wine-gecko или libcef. (На самом деле я только что пробовал собрать wine-gecko, и он почти сразу умер; тот факт, что он настолько старый и, по-видимому, теперь сломан, может быть хорошим аргументом в пользу повторной реализации mshtml поверх libcef, например.)

И, честно говоря, я не знаю, есть ли ошибка (и) только в mshtml или вообще в mshtml; это выглядит как наиболее вероятный виновник на данный момент.

Если мы сможем заставить его работать, исправив Wine, чтобы сказать, что это трансгейминг, может быть, мы сможем исправить исполняемый файл, чтобы проверить учетную запись службы Steam?

Хотя это может быть потенциальным обходным решением, гораздо лучше выяснить, что именно идет не так (вероятно, с вином), и решить эти проблемы.

Также важно помнить, что мы должны убедиться, что он может проверять как Steam, так и отдельную лицензию Windows.

да, я согласен, исправление исполняемого файла определенно не тот подход, который нам нужен

Если бы мы могли сделать временную программу запуска, которая сообщала бы клиенту то, что он хочет знать, это была бы приличная повязка, но, к сожалению, у меня не хватает опыта для этого.

Дополнительные данные: я пропатчил Wine, чтобы загрузить предыдущую версию ffxivlauncher.exe (ту, которая работала нормально до последнего обновления), когда была запрошена текущая версия, и это также приводит к ошибке «нет учетной записи службы». Но если я вхожу в систему с настоящего компьютера с Windows, он работает нормально. Я подозреваю, что что-то изменилось в потоке входа в систему, и только сторона mshtml средства запуска Windows поддерживает новый поток, при этом вход в систему со старым потоком обрабатывается как Mac или, возможно, даже «недопустимая платформа». (Возможно, они отключили проверку BrowserType, просто чтобы не обновлять код libcef, который в любом случае должен был быть удален.)

Моя машина с Windows на самом деле имеет лучший графический процессор, чем мой Linux, так что, может быть, SQEX пытается мне помочь?

А, это очень интересно. Так что единственный реальный и достойный вариант - сосредоточиться на mshtml.
Я сделал отчет об ошибке в винной bugzilla, так как mshtml будет скорее техническим https://bugs.winehq.org/show_bug.cgi?id=47069

Пришлось протестировать настраиваемую программу запуска в Windows, и она отлично работает! Если нам удастся воспроизвести работу в https://github.com/goaaats/FFXIVQuickLauncher/ и заставить ее работать в вине, у нас должен быть бандаж.

Поскольку URL-адрес, который загружает патчер, можно открыть в обычном браузере и там также отображается черный экран, возможно, мы могли бы начать с выяснения причины этого? С доступными там инструментами отладки это не должно быть трудным ... для кого-то, кто разбирается во всем, что касается javascript / 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? Не могли бы вы попробовать запустить средство запуска python в Windows и позволить ему распечатать команду, которую он будет выполнять, а затем запустить эту команду в Linux? Если вы по-прежнему получаете сообщение об ошибке, у нас есть еще одна проблема, поскольку это будет означать, что ffxiv.exe также делает что-то другое с вином.

Поскольку URL-адрес, который загружает патчер, можно открыть в обычном браузере и там также отображается черный экран, возможно, мы могли бы начать с выяснения причины этого? С доступными там инструментами отладки это не должно быть трудным ... для кого-то, кто разбирается во всем, что касается javascript / css.

Появляется ли упомянутая ошибка «нет учетной записи службы» в программе запуска или она связана с самим исполняемым файлом игры (ffxiv_dx11.exe)?

Ха, перейдите на https://frontier.ffxiv.com/version_4_0_win/index.html. Большинство элементов имеют класс «Скрыть». Если вы удалите указанные классы, программа запуска частично отобразится и в обычных браузерах. Они как-то начинают все это с DIsplay: None, а затем скрываются с помощью какой-то магии javascript ??

кстати, похоже, это просто какой-то CSS, который скрывает пользовательский интерфейс, когда вы переходите на страницу в браузере. Я точно не знаю, но возможно ли, что он ищет какой-то пользовательский агент или аналогичный для отображения пользовательского интерфейса?

Кажется, не основан на пользовательском агенте. Вероятно, каким-то образом пытается проверить, запущен ли он из правильной установки, прежде чем отобразить?

если мы выясним, какие условия он хочет, прежде чем раскрыться, это может дать нам некоторое представление о том, почему он не делает этого в вине

Там определенно задействовано много javascript, который включает / выключает эти элементы. На первый взгляд, я не обнаружил каких-либо обнаружений ОС или чего-то подобного, а консоль firefox не выдала никаких очевидных ошибок.

Но если мы сможем это выяснить, это может помочь в наших поисках заставить лаунчер работать немного больше.

Итак, программа запуска python работает в Windows? Не могли бы вы попробовать запустить средство запуска python в Windows и позволить ему распечатать команду, которую он будет выполнять, а затем запустить эту команду в Linux? Если вы по-прежнему получаете сообщение об ошибке, у нас есть еще одна проблема, поскольку это будет означать, что ffxiv.exe также делает что-то другое с вином.

Я уже переключился обратно на Linux - и ... Скрытие винной версии ... и я нахожусь на экране выбора персонажа.

Мне приходит в голову, что если в их версии для Mac используется специальная обертка для вина, и скрытие Wine от них позволяет нам войти, а не скрытие Wine, мы узнаем, что у нас нет учетной записи службы ...

Они думают, что мы пользователи Mac.

Что вы делаете, чтобы скрыть винную версию? Это может быть нашим обходным решением, если программа запуска python вместе с этим поможет нам.

Я делаю WINEPREFIX=<path-to-prefix> winecfg . Он находится на вкладке «Подготовка». Опять же, из-за того, что мне легче тестировать, я использую свою установку lutris, а не версию Steam.

По общему признанию, я на своем ноутбуке пытаюсь запустить версию DX11, так что это не красиво (хорошо, это красиво, но это слайд-шоу), но я могу войти в игру.

Я скрыл версию WINE, но все равно получаю ту же ошибку.

Итак, время для краткого обзора?

1. Wine неправильно анализирует URL-адрес, поэтому для решения этой проблемы необходим специальный патч.
2. С настраиваемым патчем URL-адреса панель запуска становится черной и непригодной для использования. mshtml проблема?
3. Если вам удастся войти в игру с любой из настраиваемых пусковых установок, вы получите ошибки, связанные с вашими учетными записями служб.
   3.1. Однако это можно обойти, скрыв версию Wine. Они считают, что мы пользователи Mac.

Пожалуйста, поправьте меня, если какое-либо из утверждений неверно или я упустил что-то важное.
Мы надеемся, что тот факт, что мы являемся пользователями Mac, должен быть чем-то вроде того, что хочет исправить?

Я скрыл версию WINE, но все равно получаю ту же ошибку.

Не совсем уверен, что вам сказать.

3. 3.1. Однако это можно обойти, скрыв версию Wine. Они считают, что мы пользователи Mac.

Для ясности, это мое предположение, но если то, что люди говорят о клиенте Mac, правда, и нам говорят, что у нас нет учетных записей служб ... это кажется правдоподобным. Если у нас есть кто-то с лицензией Mac, мы можем довольно быстро выяснить, что происходит.

Подтверждаю, что я также могу попасть на экран выбора персонажа, если активирую HideWineExports из промежуточного патча "ntdll-Hide_Wine_Exports". (ключ HKCU \ Software \ Wine, строковое значение HideWineExports, значение «1»)

@HereInPlainSight Может ли кто-нибудь создать пробную учетную запись для версии Mac, а затем попробовать ее в Wine для Linux? Я бы попробовал себя, но сейчас я пытаюсь захватить дом, и пока не могу перезагрузиться обратно в Linux.

вошел в систему пытается захватить дом

Ой, убей меня.

@achurch для ясности, вы используете для этого стороннюю программу запуска?

Кто-нибудь получил подходящую программу запуска для работы с патчем Wine для URL-адреса (+ тип браузера 2?) Если да, то у нас есть обходные пути для всех проблем, без необходимости в специальных средствах запуска!

Я использовал официальную программу запуска из предыдущей версии с BrowserType 2. Я подозреваю (но не подтвердил), что программа запуска текущей версии с патчем IsTransgaming также будет работать; когда я пробовал раньше, я не видел никаких вызовов IsTransgaming от ffxiv_dx11.exe, поэтому я не думаю, что это вызовет идентификацию Mac (изменить: но, конечно, возможно, программа запуска также обнаруживает платформу).

Я попытался превратить патч в клон протона, но я слишком новичок в этом, чтобы делать патч. Полный отказ;)

Я попробую исправить вино как патчем isTransgaming, так и патчем Wine (https://bugs.winehq.org/attachment.cgi?id=64251), когда вернусь домой, и посмотрю, поможет ли один из них.

Потрясающе!
Вопрос: кто-нибудь пробовал со старой версией gecko? Если это вообще возможно?

Так что я решил, что мне повезло, и я все равно никогда не получу дом. Я создал пробную учетную запись Mac и попытался войти в систему с помощью метода Python (звучит как-то причудливо), но я натыкаюсь на стену, где не могу войти в систему, где исходный код даже говорит: `` Это не сработает с ошибка 401 для пользователя с истекшей подпиской ».

Я получаю сообщение об ошибке 401, поэтому я полагаю, что вам нужно еще кое-что сказать, что у вас пробная учетная запись.

У пробных аккаунтов есть специальная пробная версия игры, поэтому вам придется установить пробную версию :)

У пробных аккаунтов есть специальная пробная версия игры, поэтому вам придется установить пробную версию :)

Ну что ж, это усложняет и, возможно, портит процесс тестирования, не так ли?

Было бы лучше, если бы у нас был кто-то с розничной лицензией Mac, чтобы протестировать его, так как тогда все будет гарантировать одно и то же - включая клиента.

большинство патчей, необходимых для ntdll-Hide_Wine_Exports, не применяются к версии Wine в протоне и должны быть изменены, чтобы соответствовать

После добавления патча IsTransgaming и удаления экспорта wine_get_version я смог полностью обновить игру и войти в систему.

Так что, похоже, это сводится к двум основным проблемам с этим обновлением:

• Патчер теперь игнорирует параметр BrowserType и использует libcef только в том случае, если обнаружена функция IsTransgaming .
• ffxiv.exe проверяет функцию wine_get_version и сообщает об этом как вход в систему MAC, если обнаружен.

Я думаю, что на данный момент мы можем относительно легко обойти обе проблемы, однако программа запуска может стать более серьезной проблемой, если они в конечном итоге полностью удалят libcef. Хотя пока они поддерживают версию для MAC, это маловероятно.

Теперь патчер игнорирует параметр BrowserType и использует libcef только в том случае, если обнаружена функция IsTransgaming .

... и возвращает 1 в определенный момент в последовательности запуска. Функция в патче возвращает true только при втором вызове, потому что, если я заставлю его возвращать true все время, программа запуска выйдет из строя при запуске (возможно, при попытке настроить некоторые данные, специфичные для Transgaming, которых нет, потому что я не реализовал любые другие функции, специфичные для TG).

[...] если они в конечном итоге полностью удалят libcef. Хотя пока они поддерживают версию для MAC, это маловероятно.

Я бы не был так уверен в этом; помните, что 5.0 откажется от 32-битной поддержки, а 64-битная программа запуска вообще не использует libcef. Я видел на форуме пару тем поддержки Mac, в которых говорилось, что по крайней мере в некоторых случаях программа запуска Mac использует собственный рендеринг HTML, например mshtml в Windows. Так что это, вероятно, то, что нужно решить на стороне Wine раньше, чем позже.

К сожалению, сейчас это не помогает мне, так как я запускаю Proton, и моя обычная установка WINE очень утомительна. Возможно, я даже не смогу использовать клиент, отличный от Steam.

Я знаю, что это большой вопрос, но я не думаю, что вы могли бы форкнуть последнюю версию Proton и посмотреть, сможете ли вы ее исправить? Правда в том, что я обычный Джо; этот материал здесь намного выше моих навыков.
Я почти уверен, что помню, как использовать кастомную версию Proton. Помню, мне пришлось установить один для Elite: Dangerous.

Могу подтвердить, что здесь работает трансгейминговый патч и HideWineExports.

Я использовал proton-tkg для этого

не уверен, как использовать proton-tkg, если честно

Я добавлял патч трансгейминга в PKGBUILDS / wine-tkg-git / wine-tkg-userpatches и заменял расширение файла на .mypatch

Затем я просто выполнил скрипт proton-tkg, и он все построил для меня.

Где мне найти патч IsTransgaming ? Google подводит меня.

РЕДАКТИРОВАТЬ: был похоронен и спрятан выше. Думаю, я понял. Посмотрим, как работает proton-tkg ...

Я оставляю это здесь.
Я с нетерпением ждал возможности сделать конкретную альтернативную пусковую установку Linux.
Не получил достаточно информации, чтобы сделать это, но, возможно, я могу оставить то, что у меня есть здесь:

1 / Steam запускает ffxivboot (который я хочу заменить) с параметром -isSteam
Пусковая установка FF XIV. Exe

Загрузив 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 = [ВРЕМЯ В ФОРМАТЕ AAAA-MM-DD-HH]

Используемый пользовательский агент: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [НОМЕР])

Вы сразу получаете файл cookie с именем «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; [НОМЕР])

В форме есть:

• Введите скрытое имя "_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.

На странице ответа есть команда выполнения javascript, которая содержит много переменных, включая что-то, что кажется токеном.

4 / Часть после входа в систему

Вот где я не все понимаю.

4.1 / Проверка версии

Кажется, что boot exe запускает "ffxivlauncher.exe" только после входа в систему, я получил это, выполнив некоторый мониторинг процесса.
С каким аргументом?
ffxivlauncher.exe требует запуска из ffxivboot.exe, нужен ли ему конкретный аргумент? Или он реализует проверку родительского процесса?

Сделан запрос на проверку последнего обновления, я получил его из другого исходного кода программы запуска, так как это были зашифрованные запросы.
Это делается путем запроса этого адреса:
https://patch-gamever.ffxiv.com/http/win32/ffxivneo_release_game/ [ТЕКУЩАЯ ВЕРСИЯ ИГРЫ] / [ТОКЕН, ПОЛУЧЕННЫЙ ПРЕДЫДУЩИЙ]

В теле запроса необходимо указать текущий размер файла и sha1 файлов ffxivboot.xex, ffxivlauncher.exe и ffxivupdater.exe. И их 64-битные эквиваленты.
Это дает нам:
"ffxivboot.exe / Размер файла / sha1ofthefile / ffxivboot64.exe / Размер файла / sha1ofthefile, ffxivlauncher.exe / Размер файла / sha1ofthefile, ffxivlauncher64.exe / Размер файла / sha1ofthefile, ffxivupdater.exe / Размер файла / sha1ofthefile64.exe, файл sha1ofthefile64.exe .exe / размер файла / sha1ofthefile / "

Он отправляется в виде необработанного текста.
Пользовательский агент важен: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [НОМЕР])

Он возвращает X-Latest-Version, который является идентификатором последней версии, и X-Patch-Unique-Id, который является UID этой версии (которые изменяют каждый запрос).

Для чего нужен этот 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".

В какой процесс интегрировать это обновление в игру?
Если у вас есть информация об этом, было бы здорово, так как это для меня главное препятствие для реализации полноценного рабочего портала Linux.

5 / Полная проверка

Программа запуска проверяет "статус ворот" по адресу:
https://frontier.ffxiv.com/worldStatus/gate_status.json?lang=fr& [TIMESTAMP в мс]

Затем игра запустилась.
Я не понял как, но, похоже, это уже было определено другими авторами запуска.

Версия TL DR:

• Попытка сделать лаунчер для Linux, чтобы избавиться от официального
• Необходимо определить, как фактический получает URI обновления (но это не блокировка)
• Необходимо определить, как происходит собственно процесс обновления

@Церковь

... и возвращает 1 в определенный момент в последовательности запуска. Функция в патче возвращает true только при втором вызове, потому что, если я заставлю его возвращать true все время, программа запуска выйдет из строя при запуске (возможно, при попытке настроить некоторые данные, специфичные для Transgaming, которых нет, потому что я не реализовал любые другие функции, специфичные для TG).

Спасибо, что разобрались! Нам повезло с тем, что реализации функции IsTransgaming было достаточно, чтобы заставить ее работать.

Я бы не был так уверен в этом; помните, что 5.0 откажется от 32-битной поддержки, а 64-битная программа запуска вообще не использует libcef. Я видел на форуме пару тем поддержки Mac, в которых говорилось, что по крайней мере в некоторых случаях программа запуска Mac использует собственный рендеринг HTML, например mshtml в Windows. Так что это, вероятно, то, что нужно решить на стороне Wine раньше, чем позже.

Да, это в лучшем случае уродливый хакер. Единственный законный путь вперед - это исправить реализации 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 предназначен для сборки пакетов в Arch Linux

очевидно, что-то под названием "makepkg" не было найдено, и я не могу найти, какая библиотека его добавляет.

makepkg предназначен для сборки пакетов в Arch Linux

Я вижу! В настоящее время я использую Pop_! OS (так что на основе Ubuntu / Debian). Полагаю, я не могу запустить сценарий proton-tkg.sh ?

Версия TL DR:

• Попытка сделать лаунчер для Linux, чтобы избавиться от официального
• Необходимо определить, как фактический получает URI обновления (но это не блокировка)
• Необходимо определить, как происходит собственно процесс обновления

В настоящее время у меня нет доступа к установке, которая не обновляется, но когда я ненадолго ударил по пусковой установке, я склеил ее вместе со старой установкой дома, которую я не обновлял, я _ верю_, она выплюнула расположение файлов обновления, поэтому источник там могли бы помочь. Проверьте login.py на "patch_url".

Я вижу! В настоящее время я использую Pop_! OS (так что на основе Ubuntu / Debian). Полагаю, я не могу запустить сценарий proton-tkg.sh ?

Вам придется иметь дело с системой сборки Debian.

В ближайшем будущем нам нужно изучить возможность включения патчей в сборку 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. Но по крайней мере я рад слышать, что надежда не потеряна. = D
Надеюсь, теперь все пойдет быстро, и теперь у нас есть обходной путь.

Я почти уверен, что это слишком взломано, чтобы включать его в официальные сборки Proton.

Я бы не ожидал увидеть патч IsTransgaming в официальном Proton / Wine в ближайшее время, он слишком хакерский для этого. Если вы не очень терпеливы, вы можете попытать счастья с Lutris или кастомным вином.

Что ж, препятствие начинается. Нам нужно обойти, казалось бы, блокировку намерений против пользователей Linux. Valve необходимо показать здесь свою позицию. Хакерские патчи и пусковые установки - это не та позиция, которую я хотел бы занять. Я хочу, чтобы Square "истекала кровью, как и я" ~ Deadman's Wonderland

Что ж, препятствие начинается. Нам нужно обойти, казалось бы, блокировку намерений против пользователей Linux. Valve необходимо показать здесь свою позицию.

Это определенно не намеренно. Странные и даже откровенно грязные варианты программирования / портирования, конечно, но это не попытка заблокировать Linux.

Я сомневаюсь, что это специально предназначено для пользователей Linux. Гораздо более вероятно, что они вносили изменения для MAC и, поскольку они не тестируют Linux, непреднамеренно внесли для нас проблемы, но этого следовало ожидать без официальной поддержки.

Да, это будет работать с Lutris сейчас (когда выйдет сборка), но не в долгосрочной перспективе. Когда Square наконец-то заблокировала мне доступ к копиям игры, не предназначенным для Steam, если Proton не поможет, я не смогу играть!
Я даже не расстроен из-за Valve, даже если они не внедрили хак IsTransgaming; Я больше всего расстроен из-за Square, что они должны быть такими сложными. Особенно, когда проблема не в самой игре; это просто лаунчер лажает.

да, у нас нет доказательств того, что это сделано намеренно, просто потому, что это произошло странным образом. Square enix никогда официально не поддерживала Linux или Proton, поэтому очевидно, что они просто не понимали, что это может сломаться вот так. у них нет никаких обязательств перед нами, мы идем своим путем.

Это почти наверняка они меняют то, как клиент 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.

Обновление: я мог бы быть неосторожным, нравится вам это или нет, это факт того, что говорит код

нет никаких доказательств того, что это злонамеренно. вещи ломаются, особенно когда они официально не поддерживаются. такое случается, и мы будем работать над этим.

Да, чувак. Дерьмо бывает.

нет никаких доказательств того, что это злонамеренно. вещи ломаются, особенно когда они официально не поддерживаются. такое случается, и мы будем работать над этим.

Если кода недостаточно доказательств, что тогда? Прямое признание Йосуке Мацуда? Вот почему у нас в офисе находится Трамп, а сеть Title 2 практически не сдвинулась с мертвой точки. Ни у кого нет хребта, чтобы встать и сказать «нет». В этом случае я откланяюсь и могу свою субмарину.

Патч HideWineExports, примененный к вилке Proton's Wine, для тех, кто его хочет: https://github.com/achurch/proton-wine/commit/e77d4e14f42aa3721480a2ea6cdb713f4e5aceb4

Я на самом деле не тестировал поведение, но это простой патч, и он создается чисто, поэтому я был бы удивлен, если бы он не сработал.

Я не добавил патч IsTransgaming, потому что это очень сложное исправление, которое не должно оставаться, но оно должно применяться аккуратно.

Если кода недостаточно доказательств, что тогда?

нет кода, указывающего на то, что это вредоносно, и это оффтоп.

Tbh Я никогда толком не понимал, почему у нас для начала должны быть разные лицензии для разных платформ. Это не имеет смысла для MMO по подписке. Думаю, из соображений денег, но все же!

Вероятно, они должны поступить в Steam и PS4.

Tbh Я никогда толком не понимал, почему у нас для начала должны быть разные лицензии для разных платформ. Это не имеет смысла для MMO по подписке. Думаю, из соображений денег, но все же!

Вероятно, они должны поступить в Steam и PS4.

Чтобы заработать больше денег. Нет, они не нужны для Steam или PS4. Подсистема размещена и управляется Square Enix. Они могут сказать, что это причина, но посмотрите на Королевство Ауры. Вы можете скачать версию без Steam или Steam, но войти в систему под той же учетной записью, блокировка не требуется. Это просто дым и зеркала. Но да, я скажу, что это в какой-то степени отошло в сторону. Причина этого кода довольно очевидна, даже если есть те, кто прячется головой в песок. Надеюсь, он получит еще один патч, затем еще один патч после этого, и еще один, чтобы избежать бизнес-плана Square. Это то, что все это происходит, ясно и просто. Jbal91, Я по профессии главный инженер, ПИШУ ШИЗ, КАК ЧТО ДЛЯ ЧЕРТОВОЙ ЖИЗНИ! Я знаю корпоративный ум, потому что я нахожусь в нем на уровне шеи. Так что, пожалуйста, вытащите голову из своей гирляндной цепи ... Это касается остальных, которые считают, что это просто какая-то ошибка.

мы можем перестать говорить об этом? это совершенно не имеет отношения к обсуждаемой теме.

Возвращаясь к теме, довольно жаль, что они специально проверяют Wine, потому что это означает, что, к сожалению, даже если мы исправим mshtml Wine, он все равно будет думать, что мы пользователи Mac, когда мы пытаемся запустить игру. Это означает, что вряд ли он когда-либо снова будет работать с ванильным вином / протоном.

Я не понимаю, почему proton (и lutris) не слили бы патч винной постановки, чтобы игра заработала, поскольку это все равно не так уж и сложно. что касается mshtml, нам нужно выяснить, что именно с ним не так

Если SE заметит это, они все равно могут изменить эту проверку, чтобы вместо нее использовать IsTransgaming . В противном случае отключение символов wine_get_version должно быть достаточно простым, добавив параметр реестра или просто удалив их из протона.

Я обновил сообщение Reddit со всей имеющейся у нас информацией. Пожалуйста, дайте мне знать, если я что-нибудь упустил!

Интересно, насколько сложно было бы просто написать DLL, которая перехватывает GetProcAddress и возвращает 1 для isTransgaming, тогда нам не понадобится настраиваемая сборка Wine. Однако нам все равно понадобится постановка для сокрытия Вина.

@ jbal91 Если FFXIV реализует какой-либо античит (или сделает это в будущем), то это, вероятно, его вызовет. Я думаю, в идеале было бы лучше не изменять ни один из файлов FFXIV.

@ jbal91 Если FFXIV реализует какой-либо античит (или сделает это в будущем), то это, вероятно, его вызовет. Я думаю, в идеале было бы лучше не изменять ни один из файлов FFXIV.

DXVK все равно вызовет его

пытался построить протон с помощью винных патчей, используя make-файл, но мезон продолжает жаловаться на вещи. не уверен, в чем заключается основная проблема. если кто-нибудь может заставить его собрать все 3 патча, пожалуйста, выложите его где-нибудь для загрузки? А пока я буду пытаться

Что ж, мне удалось войти в систему. Я попробую собрать версию Proton с помощью Proton-tkg

Я получил его для сборки только сейчас, пришлось уничтожить всю виртуальную машину и перестроить с нуля, но теперь программа запуска работает. забыл изменить запись в реестре, сделаю это сейчас

Хорошо, допустим, гипотетически я ребенок и не знаю, что делать, чтобы все заработало. Я использую Gentoo и использую бесплатную пробную версию Steam, но у меня нет версии Steam, и, как я предполагаю, это не будет Вещью, которую я смогу сделать еще в ближайшее время. Вероятно, я не возражал бы скомпилировать и запустить свой собственный Proton для запустите ffxiv, если это то, что нужно, но я не уверен, что мне нужно делать и как применить необходимые исправления.

Я застегну протонную сборку, как только я подтвердю, что она работает, вы сможете просто поместить ее в .steam/root/compatibilitytools.d

у меня есть дела, так что, вероятно, пройдет не менее часа, прежде чем я смогу подтвердить это

У меня есть рабочий пакет Arch, просто перекомпилированный для Proton. Должно быть намного меньше, чем через час, если люди не могут дождаться, лол

По крайней мере, я ждал целый день. Я могу еще немного подождать =)
Потенциально глупый вопрос, но: думаете ли вы, что пакет arch будет работать в Debian? WINE / Proton должны быть независимыми от дистрибутива, верно?

Я действительно сомневаюсь, что это сработает на Debian без chroot

Ну, тем не менее, я с нетерпением жду возможности попробовать! : D
Если получится, разберусь.

Он построен и запущен, но не обнаруживает DX11, я думаю, потому что я выиграл DXVK, пытаясь снова

как мне установить ключ реестра?

winetricks hidewineexports = включить

Привет всем. Я просто хотел поблагодарить всех вас за вашу работу над этим вопросом.

Ты действительно потрясающий <3

хорошо, это РАБОТАЕТ, и я сейчас закрою распределение протонов

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

ахаха или @ jbal91 меня

потребовалось больше времени, чем следовало, потому что мне пришлось его восстанавливать.

Вам потребуется WINEPREFIX = "$ HOME / .local / share / Steam / compatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = enable, чтобы перейти к экрану выбора персонажа.

И да, его нужно распаковать в "$ HOME / .local / share / Steam / compatibilitytools.d"

Вы просто добавляете это в лаунчер?

Tbh Я никогда толком не понимал, почему у нас для начала должны быть разные лицензии для разных платформ. Это не имеет смысла для MMO по подписке. Думаю, из соображений денег, но все же!

Вероятно, они должны поступить в Steam и PS4.

Чтобы заработать больше денег. Нет, они не нужны для Steam или PS4. Подсистема размещена и управляется Square Enix. Они могут сказать, что это причина, но посмотрите на Королевство Ауры. Вы можете скачать версию без Steam или Steam, но войти в систему под той же учетной записью, блокировка не требуется. Это просто дым и зеркала. Но да, я скажу, что это в какой-то степени отошло в сторону. Причина этого кода довольно очевидна, даже если есть те, кто прячется головой в песок. Надеюсь, он получит еще один патч, затем еще один патч после этого, и еще один, чтобы избежать бизнес-плана Square. Это то, что все это происходит, ясно и просто. Jbal91, Я по профессии главный инженер, ПИШУ ШИЗ, КАК ЧТО ДЛЯ ЧЕРТОВОЙ ЖИЗНИ! Я знаю корпоративный ум, потому что я нахожусь в нем на уровне шеи. Так что, пожалуйста, вытащите голову из своей гирляндной цепи ... Это касается остальных, которые считают, что это просто какая-то ошибка.

Одно дело опустить голову в песок, другое - склонить голову на луну. Ни то, ни другое не рекомендуется:

Код, говорящий о пользовательском агенте, ничего не значит с точки зрения фильтрации. Или наличие фильтрации, основанной на пользовательском агенте, не означает, что нужно «заполучить» пользователей Linux.

Может быть, на самом деле раскрыть так называемый «анти-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 = enable

Вы поместили это в «Установить параметры запуска» или вам нужно сделать это по-другому?

Извините, я имел в виду

WINEPREFIX = "$ HOME / .local / share / Steam / compatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = enable

Вы поместили это в «Установить параметры запуска» или вам нужно сделать это по-другому?

нет, вы просто выполняете эту команду один раз в терминале, и все готово

^ Просто положите в оболочку.

Если у вас нет Winetricks, вы также можете сделать это через winecfg.

Здравствуйте, я использую автономную винную постановку. Как мне точно применить патч трансгейминга?

Тут не повезло, запускается, потом сразу закрывается.

@ jbal91 Где мне это поставить? У меня нет совместимости. D под ~/.steam/root Запуск Manjaro i3.

Я попытался указать свою существующую установку игры Lutris на новую Wine64 из сборки jbal91, но она вообще не запускается:

wine: не удалось инициализировать: RIGIN / lib64 / wine / ntdll.dll.so: невозможно открыть файл общих объектов: нет такого файла или каталога

Я признаю, что не разбираюсь в тонкостях ВИНА; я что-то упускаю // можно ли запустить это с помощью установки 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, но она вообще не запускается:

wine: не удалось инициализировать: RIGIN / lib64 / wine / ntdll.dll.so: невозможно открыть файл общих объектов: нет такого файла или каталога

Я признаю, что не разбираюсь в тонкостях ВИНА; я что-то упускаю // можно ли запустить это с помощью установки Lutris? Я смогу установить / попробовать сам Steam позже, когда у меня будет немного времени, но я хотел проверить это.

Изучив эту проблему, я думаю, что 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 установил программу запуска, так и очистив ее и запустив новую установку без данных, оба сразу же прервались после нажатия кнопки «Играть», прежде чем даже добрались до средства запуска.

Та же ошибка, что и моя предыдущая попытка, 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 ? У меня была такая же проблема с @ jbal91, но не с @ashkitten

У меня та же проблема, что и у @Undeadhunter , протон с протоном @ jbal91 позволяет пусковой установке работать безупречно и исправлять игру, но я все еще получаю ошибку отсутствия учетной записи службы (несмотря на установку hidewineexports = enable в префиксе) .

Я использовал сборку @ jbal91 , попробую другой.

у меня сработало отлично, большое спасибо! @ashkitten

Да, я думаю, что с моими что-то не так.

@ jbal91 думает, что это связано с названием, Steam запускается без части .ffxiv в имени папки. Вы, наверное, переименовали?

На самом деле у меня возникла ошибка при попытке подключиться к центру обработки данных. В нем говорится, что моя игра не зарегистрирована в моей учетной записи службы.

@ sangoku116 какой винный префикс вы использовали при запуске команды для включения hidewineexports?

для меня то, что сработало, было 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 в другое место

Также помните, что если вы используете пробную версию, число после compatdata будет «312060», а если вы используете розничный клиент, это «39210».

Может кто-нибудь объяснить, как применить это к версии FFXIV, отличной от Steam.

@Wyziqi как раз

Чтобы все было понятно, запустите WINEPREFIX="<install location>/SteamLibrary/steamapps/compatdata/39210/pfx/" winetricks hidewineexports=enable

Может кто-нибудь объяснить, как применить это к версии FFXIV, отличной от Steam.

Создайте вино с исправлениями, которые опубликованы здесь, в основном с функцией hidewineexports в Wine-staging и исправлением для добавления isTransgaming с https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Я пытаюсь использовать сборку из @ashkitten, но

Из ашкиттена:

GameAction [AppID 39210, ActionID 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.04.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) / version (1555457005)
assert_20190424162217_27.dmp [7678]: загрузка дампа (вне процесса)
/tmp/dumps/assert_20190424162217_27.dmp
GameAction [AppID 39210, ActionID 1]: LaunchApp изменил задачу на ProcessingShaderCache с ""
GameAction [AppID 39210, ActionID 1]: LaunchApp изменил задачу на SiteLicenseSeatCheckout с ""
GameAction [AppID 39210, ActionID 1]: LaunchApp изменил задачу на CreatingProcess с ""
GameAction [AppID 39210, ActionID 1]: LaunchApp ожидает ответа пользователя на CreatingProcess ""
GameAction [AppID 39210, ActionID 1]: LaunchApp продолжается с пользовательским ответом «CreatingProcess»
Выбранная маска контроллера для AppId 39210: 0
Обновление игры: AppID 39210 "", ProcID 7680, IP 0.0.0.0:0
Запуск приложения 39210
Установка обработчика исключений breakpad для appid (steam) / version (1555457005)

Процесс добавления 7680 для игры ID 39210
GameAction [AppID 39210, ActionID 1]: LaunchApp изменил задачу на WaitingGameWindow с ""
ОШИБКА: ld.so: объект '/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 [AppID 39210, ActionID 1]: LaunchApp изменил задачу на Завершено с помощью ""
Процесс добавления 7682 для игры с ID 39210
Игра удалена: AppID 39210 "", ProcID 7680
Выход из приложения 39210

А как применить патч? Не похоже, что он соответствует формату других патчей в винной постановке.

Может ли кто-нибудь сказать мне, нужно ли мне делать что-то особенное, если я использую Lutris?

@kgnotte - это git apply

Спасибо @ashkitten

https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git
Это была бы возможность создать себе собственную винную среду. Поместите diff в папку userpatches и запустите сценарий сборки

Может ли кто-нибудь сказать мне, нужно ли мне делать что-то особенное, если я использую Lutris?

Пока что я видел только общие сборки для Proton, вам нужно дождаться появления сборки Wine или скомпилировать ее самостоятельно.

Когда он появится, вам нужно будет разобраться, как установить его в Lutris как Wine Runner и переключить на него свою версию Wine для XIV.

Вы также можете добавить в Steam игру, отличную от Steam, и использовать ее.

как только все в порядке с обходным путем, мы действительно должны начать изучать фактическое исправление проблем с mshtml, поскольку это довольно взломано и может сломаться в следующий раз, когда они выпустят аналогичное обновление

@kgnotte здесь кто-то опубликовал исправление для lutris, так что вы можете просто использовать его https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/9

@ashkitten prton 4.2-local у меня работал нормально. Скопировал файлы в ~ / .steam / root / compatibilitytools.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 Эта тема настолько техническая, насколько это возможно! Он будет похоронен: <

Итак, при первой компиляции Wine я решил использовать 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 имеет значение true.

Да, я могу подождать, пока не появится непротонная сборка, но если я смогу расширить свои знания на будущее, я бы предпочел узнать это, надеясь, что никогда не произойдет в следующий раз.

@TenaarFeiri Ну, это ... Плохо. Стоит ли открывать новый, более технически ориентированный? Были некоторые ... горячие мнения, которые делились в некоторых точках обсуждения. Возможно, мы захотим внести конкретные предложения о том, что они могут сделать, чтобы избежать этого в будущем? Я не совсем уверен, здесь.

Изменить: Кроме того, сообщение на официальных форумах подтверждает, что мы идентифицированы как пользователи Mac.

@HereInPlainSight Да, я там ShiningWolf, и я сам признаю некоторые горячие мнения, мое плохое. Это было разочарование, но в любом случае тема не заблокирована, а просто по какой-то причине перемещена в Общие.

Я предлагаю создать новую тему в службе технической поддержки, описывающую конкретные шаги, необходимые для того, чтобы снова запустить FFXIV на WINE / Proton. Особенно Proton, так как он, кажется, работал исключительно хорошо с небольшими настройками (такими как скрытие экспорта вин в pfx игры).
Я знаю, что Square не очень с нами сотрудничает, но я думаю, что если бы они могли просто оставить нас одних и оставить нашу тему там, им не нужно было бы ничего делать. Кроме, может быть, приколоть. Было бы здорово, если бы они смогли это сделать!

Чтобы еще больше обосновать тему техподдержки, можно ли вскрыть проблему?

@ кисак-клапан Эй! Надеюсь, вы не против, чтобы я пометил вас тегом, но у меня вопрос: можно ли интегрировать сборку Proton для FFXIV как часть загрузки SteamPlay? Видите, что есть уже построенный, который работает сейчас (и может даже продолжать работать в обозримом будущем)?

@TenaarFeiri Я думал о вскрытии как о хорошем варианте, но если это так, насколько мне известно, в настоящее время у нас есть только загрузка, совместимая с Proton, и еще нет сборки, совместимой с Lutris (именно отсюда мои предыдущие вопросы - Я могу скомпилировать сборку, но ее нельзя запустить на другой работающей машине, использующей Lutris).

Кроме того, не беспокойтесь о том, чтобы разогреться - это нормально, когда мы чувствуем ситуацию, я просто думаю, что нам нужно держать тему того, что мы чувствуем по этому поводу, отдельно от стороны проблемы `` техподдержки '', чтобы мы не давали им любой повод снова перенести новую тему, вот и все.

Кроме того, учитывая, что мы подтверждены, что в настоящее время мы рассматриваемся как пользователи Mac, мы обязательно должны включать это в любую посмертную запись на форумах и подчеркивать, что это влияет на то, как мы покупаем наши игры, и может вызвать проблемы в будущем для новых игроков. Фильтрация нас на основе того, есть ли у нас экспорт вина, - неоптимальное решение, так как большинство игроков под Linux решили купить версию игры для Windows.

Чтобы подтвердить - на данный момент, что касается более постоянного исправления, когда 32-разрядная программа запуска будет удалена, у нас есть только два варианта? Исправить mshtml (думаю, так оно и называлось) или собрать нашу собственную полнофункциональную программу запуска Linux? Потому что и то, и другое звучит нетривиально, и если они нам понадобятся, я не знаю, как продвигать любую из причин, помимо эмоциональной поддержки. <. <

Я думаю, что лучше всего было бы исправить mshtml и уничтожить все, вероятно, сотни мух, вызывающих аналогичные проблемы. Mshtml и пользовательская программа запуска Linux в настоящее время кажутся единственными _ возможными_ вариантами.

Пользовательский модуль запуска был бы для нас самым удобным решением, но исправление mshtml принесло бы большую пользу всему игровому сообществу WINE.

Для настраиваемой пусковой установки, я думаю, хорошей отправной точкой было бы форк этого проекта и создание на его основе графического интерфейса. Я еще не тестировал его, но услышал от друга, что он в значительной степени работает (хотя он не дал мне 100% четкого ответа), так что это ядро ​​такой пусковой установки уже написано.
Тогда задача состоит в том, чтобы определить, как стандартная программа запуска загружает обновления, чтобы новая программа запуска могла выполнять и эту задачу.
ИЛИ ЖЕ
И это было бы неудобно, НО
кто-то или кто-то из нас может держать игру в актуальном состоянии, установленную в каталоге, синхронизированном с GDrive. Получение 100 гигабайт места на GDrive довольно дешево, и пусковая установка может быть закодирована для синхронизации клиента оттуда. Но если мы не можем загрузить обновления для этой копии игры без активной учетной записи, то нет никакой гарантии, что она может служить постоянным, пусть и лоскутным решением.
Мы также будем полностью признательны за то, решит ли Google предоставить нам хорошую пропускную способность в этот день.

Суть в том, что я боюсь двигаться вперед, возможно, нам придется проковылять мимо пусковой установки неудобными способами.

Я действительно думаю, что нестандартная пусковая установка - это не путь вперед. это действительно доставит неудобства многим пользователям Steam, особенно после того, как Square реализует их требования входа в Steam. нам нужно выяснить, что не так с mshtml, и вместо этого исправить.

Да, просмотр mshtml (или чего-то еще, что может вызвать черный экран), похоже, правильный путь. Выяснение того, почему страница остается черной в обычном браузере, по-прежнему кажется хорошим первым шагом в этом направлении.

конечно. Мне кажется, это может быть не такая серьезная проблема, как мы думали изначально.

Я подозреваю, что программа запуска отправляет на веб-страницу какой-то заголовок для аутентификации. К счастью, кажется, что это простая магия JavaScript и CSS? Если я загляну в исходный код пустой страницы, я могу найти сценарии, но пока не могу найти важную часть, которую нужно вынуть. Я только наполовину грамотен в обоих, но если я угадаю, вы первым узнаете.

@ кисак-клапан Эй! Надеюсь, вы не против, чтобы я пометил вас тегом, но у меня вопрос: можно ли интегрировать сборку Proton для FFXIV как часть загрузки SteamPlay? Видите, что есть уже построенный, который работает сейчас (и может даже продолжать работать в обозримом будущем)?

Привет @TenaarFeiri , я не разработчик Proton, поэтому не могу на это ответить.

В общем, я не думаю, что было бы плохой идеей делать пул-реквест с исправлениями, необходимыми для работы, но в этом случае есть хороший шанс, что только исправление URL-адреса mshtml может приземлиться, и одного этого недостаточно, чтобы заставить вещи работать.

Chrome, а также расширение libcef отказались от поддержки 32-битных сборок Windows еще в 2017 году и полагаются на него, поскольку обходной путь для меня звучит как бомба замедленного действия, поэтому выяснение того, что происходит в mshtml, кажется лучшим путем вперед.

Приношу свои извинения за мое незнание - многое из этого выходит за рамки моего поручительства. Направлено ли исправление для mshtml на устранение общей проблемы с вином (у меня сложилось впечатление, что это большая проблема) или на целевое исправление, которое требует определенного исправления вина?

Меня беспокоит идея исправления mshtml, потому что это звучит как зверь, с которым Wine не мог справиться долгое время - но мое впечатление может быть совершенно неправильным, и это было бы здорово.

есть хороший шанс, что только исправление mshtml url может быть выполнено

@ 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, тогда _предварительно_ должен начать просмотр и начать делать вещи видимыми (это меняет индекс

Не похоже, что это происходит с нами. Мы просто неправильно обрабатываем соответствующие скрипты. Или, по крайней мере, так это выглядит, но я понятия не имею, куда обращаться с этими знаниями, поскольку понимание того, как программы взаимодействуют, как это ха-ха всегда было для меня черной магией. Я имею в виду, что во многом это черная магия, но именно поэтому я предпочитаю BLM - узнать темные секреты вселенной о ее неоплаченных парковочных талонах.

Я решил, что должен доложить, если кто-то еще предпочтет использовать раствор без протона. Мне удалось получить старую версию Wine (3.18) для сборки и работы с патчем, но версия, которую я создал с последним выпуском, похоже, не работает. Он просто зависает всякий раз, когда я пытаюсь запустить что-нибудь с двоичными файлами. Думаю, именно поэтому у меня возникли проблемы, когда я попытался использовать wine-tkg-git для сборки пакетов. Если кто-то захочет помочь мне понять, почему это происходит, я был бы признателен.

Я решил, что должен доложить, если кто-то еще предпочтет использовать раствор без протона. Мне удалось получить старую версию Wine (3.18) для сборки и работы с патчем, но версия, которую я создал с последним выпуском, похоже, не работает. Он просто зависает всякий раз, когда я пытаюсь запустить что-нибудь с двоичными файлами. Думаю, именно поэтому у меня возникли проблемы, когда я попытался использовать wine-tkg-git для сборки пакетов. Если кто-то захочет помочь мне понять, почему это происходит, я был бы признателен.

Дайте, пожалуйста, соответствующие ссылки. Я гуглил и клонировал несколько дней, это действительно утомляет.

Я решил, что должен доложить, если кто-то еще предпочтет использовать раствор без протона. Мне удалось получить старую версию Wine (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 Подтверждение, что ваша сборка работает для меня в Lutris / Arch Linux.

Если вы хотите собрать его самостоятельно, TKG вчера уже исправил эту ошибку, связанную с замораживанием вина, а пользовательский патч FFXIV присутствует в последней версии wine-tkg. Все, что вам нужно сделать, это следовать инструкциям, чтобы отредактировать customization.cfg, включив исправление FFXIV и DXVK, а затем собрать его. Я использую Manjaro, поэтому после сборки он только что установлен, и я мог выбрать его как «системный» бегун от Lutris. https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git В противном случае просто используйте сборку feffes. Я вчера довольно много часов играл без каких-либо проблем.

глядя на код javascript для средства запуска, я вижу, что функция, которая делает все видимым, появляется в строке 206 index.js , как анонимная функция, зарегистрированная для прослушивания App.protocol.Receive.RESUME_INFO . поиск других вариантов использования этого приводит нас к app.js , строка 366, в fromAppResumeInfo - поиск этого в источнике не обнаруживает вызывающих, поэтому я могу только предположить, что он вызывается извне .. .или должен.

Да, пусковая установка вставляет JS на страницу.

да, но я не знаю, какие инструменты Wine_gecko предоставляет для отладки

@feffes Ничего страшного, если я

@feffes Ничего страшного, если я

конечно. Суть его в том, что он работает как любой другой Wine Runner, поэтому вы извлекаете tkg-ffxiv-feffe-4.6-1.8-x86_64 из tar в ~/.local/share/lutris/runners/wine и переключаетесь на него в FFXIV> Configure> Runner options.

Было бы неплохо, если кто-то еще этого не сделал, чтобы обновить свой опыт в Proton DB, было бы здорово получить FF14 в Gold, а не вниз Silver

Чтобы решить проблему с черным экраном, я установил локальный веб-сервер и скопировал на него сайт запуска, это позволяет мне изменять 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 . Я подозреваю, что это может быть то, что средство запуска использует для взаимодействия с javascript на странице, хотя я не совсем уверен, что эти функции действительно делают.

Что особенно меня заинтересовало в этом отношении, так это предупреждение:

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

Документация по этому поводу немного тонкая, но название предполагает, что она каким-то образом изменяет то, как механизм javascript по-разному обрабатывает разрешение глобального пространства имен. В ранее упомянутом интерфейсе, похоже, используются глобальные переменные, сопоставленные с функциями, поэтому это может быть возможной причиной здесь, поскольку функция явно не реализована вообще и может привести к тому, что средство запуска не сможет использовать эти глобальные переменные.

Хотя нам нужно больше информации о том, что на самом деле делает SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION , чтобы узнать больше. Простое изменение функции в Wine на возврат S_OK независимо от того, что ничего не изменило в программе запуска.

@sschroe, появляются ли другие ошибки, связанные с jscript / mshtml? я бы ожидал еще одной ошибки, если бы какая-то операция зависела от установки этого свойства, да?

изменить: поговорил с кем-то в #winehackers, и они сказали, что это свойство всегда установлено

Всегда ли установлен означает, что эта функция всегда вызывается или что в Wine запрошенная функция уже является состоянием по умолчанию? Кроме того, я не заметил ничего примечательного.

Мои последние попытки заключались в том, чтобы использовать код из https://github.com/dns/WinAPI-Embed-Browser/blob/master/embed-browser.c в качестве основы для создания примера, в котором проблема может быть воспроизведена. Изменить этот код для загрузки URL-адреса запуска достаточно просто, но мне еще не удалось взаимодействовать с Javascript. Дерьмовый API Windows и отсутствие документации вызывают у меня желание умереть.

они сказали, что причина того, что свойство не реализовано, заключается в том, что это состояние по умолчанию

Небольшой «прогресс»:

Первое, что делает программа запуска после загрузки страницы, - это переходить в браузере по URL-адресу javascript:
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})
Это в значительной степени просто выполняет заданную строку javascript на текущей странице, в этом случае вызывая функцию 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() в мою локально размещенную копию показывает, что код выполняется с правильными значениями в Wine. Кроме того, комментирование window.external.user(type); приводит к тому, что программа запуска отображает только черный экран в Windows, демонстрируя то же поведение, что и в Wine.

Так что может случиться так, что программа запуска не получает 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 Эта ошибка по-прежнему возникает, если вы нажимаете клавишу ввода вместо нажатия кнопки в поле пароля?

Любопытно, что при использовании взлома BrowserType 2 ведет себя так же; нажатие кнопки вызывает эту ошибку, нажатие клавиши ввода в поле одноразового пароля выполняет вход в систему. (То же должно работать без OTP)

Нажатие клавиши ввода вместо нажатия кнопки воспроизведения запустило для меня игру. Итак, используя исправление url + browser busy hack с 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 занимаются интеллектуальным анализом данных. Proton мешает этому, поскольку он позволяет обходить их платформы, поэтому, чтобы держать его под столом, эта маленькая тактика винтового шарика использовалась, чтобы отгородить Linux от сада, но у него есть дыра для ласки, к которой можно вернуться. Square поддерживает тактику сбора данных остальных.

Скажем так, если бы Microsoft shiles были рабами, то Microsoft - jugalo. Sony и Apple тоже в этом участвуют. Ну, повеселитесь, играя крысами против кошек в Square, если только Вэл не откажется от копейки, как должно было быть с Half-Life 3, тогда жизнь хакера мы поплывем. Нравится или нет.

Спасибо @HereInPlainSight , это имеет смысл. Теперь все работает нормально с DX11 после установки hidewineexports через winetricks .

Так что это будет долгий путь, но я понятия не имею, где еще спросить. У меня были проблемы, когда случайным образом игра не "обновлялась" в течение 5 секунд (например, из сети), затем все обновлялось сразу, повторяю. Это продолжается несколько часов, а затем таинственным образом исчезает на несколько дней и возвращается на несколько дней. Перезагрузка компьютера ничего не делает, перезапуск маршрутизатора / модема ничего не делает, грязь усугубляет проблему, mtr сообщает об отсутствии потери пакетов и разумном пинге, и я понятия не имею, что делать дальше. Вроде не влияет только на игру и лаунчер при попытке обновить игру. Ошибка драйвера Ethernet? Ошибка стека TCP в Linux, которая по какой-то причине влияет только на игры? Ошибка стека TCP в Wine? Я понятия не имею, с чего начать отладку.

Это происходит и в Windows. Мне кажется, что кодекс слишком много протестует?

Это плохой лаунчер и столь же плохой апдейтер.

сын. 12. май 2019, 23:03 skrev jbal91 [email protected] :

Так что это будет долгий путь, но я понятия не имею, где еще спросить.
У меня были проблемы, когда случайно игра не "обновлялась" в течение 5
секунд (например, из сети), тогда все обновится сразу,
повторение. Это продолжается несколько часов, а затем таинственным образом исчезает.
на несколько дней и возвращается на несколько дней. Перезагрузка компьютера делает
ничего, перезапуск роутера / модема ничего не делает, mudfish делает
проблема хуже, mtr сообщает об отсутствии потери пакетов и разумном пинге, и у меня
не знаю, куда идти дальше. Кажется, это не влияет ни на что, кроме игры и
лаунчер при попытке обновить игру. Ошибка драйвера Ethernet? Linux TCP
ошибка стека, которая по какой-то причине влияет только на игры? Ошибка стека TCP в Wine? я
понятия не имею, с чего начать отладку.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-491629097 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD4BBKE3KPYIGKXJFSNHGXDPVCA3DANCNFSM4FRR7KYQ
.

Это происходит и в Windows. Мне кажется, что кодекс слишком много протестует? Это плохой лаунчер и столь же плохой апдейтер. сын. 12. май 2019, 23:03 skrev jbal91 [email protected] :

Это не просто средство запуска, это делает игру неиграбельной, когда это происходит. Похоже на потерю пакетов, но MTR с этим не согласен.

Кто-нибудь знает, как установить и запустить ffxiv с помощью протона без использования Steam или запуска Steam-версии? Я хочу убедиться, что могу получить все свои данные, пока еще могу, и у меня есть учетная запись, отличная от Steam, и я вошел в систему через пробную версию, которая, как предполагается, перестанет работать в будущем. Однако, хоть убей, я не могу найти никакой информации о запуске собственной сборки протонов для произвольных приложений, а не через лаунчер Steam.

Кто-нибудь знает, как установить и запустить ffxiv с помощью протона без использования Steam или запуска Steam-версии? Я хочу убедиться, что могу получить все свои данные, пока еще могу, и у меня есть учетная запись, отличная от Steam, и я вошел в систему через пробную версию, которая, как предполагается, перестанет работать в будущем. Однако, хоть убей, я не могу найти никакой информации о запуске собственной сборки протонов для произвольных приложений, а не через лаунчер Steam.

Proton - это просто еще один двоичный файл, который вы можете запустить. Если хотите, вы можете создать для него псевдоним bash, а затем запустить его, как Wine.

Работал нормально после обновления сегодня утром, теперь я не могу завершить проверку версии

Работал нормально после обновления сегодня утром, теперь я не могу завершить проверку версии

Мне пришлось повторно ввести «WINEPREFIX = [pfx location] winetricks hidewineexports = enable»

Какова вообще цель экспорта вина? Почему он включен по умолчанию?

онс. 15. май 2019, 00:52 skrev zangoku [email protected] :

Работал нормально после обновления сегодня утром, теперь я не могу
полная проверка версии

Мне пришлось повторно ввести winetricks "WINEPREFIX = [pfx location]
hidewineexports = включить "

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKAP3IRFUAZ2IKNOCRDPVM7CTA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFMVREXWG43
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD4BBKADDKQZJ3Q6W3NNBKTPVM7CTANCNFSM4FRR7KYQ
.

Я предполагаю, что это касается программ со специальной поддержкой Wine, например, скомпилированных с помощью winelib . Наличие такого экспорта позволит программе легко использовать специальные обходные пути для ошибок в Wine.

Как мы видели, конечно, его также можно использовать для отказа пользователям Wine в праве запускать свои программы Windows. : / Но поэтому возможность скрыть их существует.

Кто-нибудь знает, как установить и запустить ffxiv с помощью протона без использования Steam или запуска Steam-версии? Я хочу убедиться, что могу получить все свои данные, пока еще могу, и у меня есть учетная запись, отличная от Steam, и я вошел в систему через пробную версию, которая, как предполагается, перестанет работать в будущем. Однако, хоть убей, я не могу найти никакой информации о запуске собственной сборки протонов для произвольных приложений, а не через лаунчер Steam.

Proton - это, по сути, исправленное Wine со сценарием запуска. Для этого вы можете:

1) Вы можете запустить двоичный файл Wine в сборке Proton напрямую, как если бы вы использовали обычную версию Wine.
2) Изучите, как Steam вызывает Proton, и установите соответствующие переменные среды перед вызовом скрипта proton с соответствующими параметрами командной строки. Вы можете найти эту информацию, написав сценарий оболочки, который выгружает эту информацию, а затем установит его в параметрах запуска в Steam, или вы можете изучить сценарий протона, чтобы увидеть, какие переменные и параметры он использует.

Однако, чтобы получить данные из Steam, вам не нужно ничего запускать, просто скопируйте их из вашего ~ / .local / share / Steam / steamapps / compatdata / 312060 / pfx / drive_c / users / steamuser / My Documents / My Игры / ФИНАЛ \ FANTASY \ XIV \ - \ A \ Realm \ Reborn. В качестве альтернативы, если вы можете запустить игру, используйте резервную копию в облаке, чтобы сохранить все свои настройки.

Затем импортируйте их в свою установку FFXIV не в Steam, будь то через Lutris, Windows или вручную исправленный Wine.

Я предполагаю, что это касается программ со специальной поддержкой Wine, например, скомпилированных с помощью winelib . Наличие такого экспорта позволит программе легко использовать специальные обходные пути для ошибок в Wine.

Как мы видели, конечно, его также можно использовать для отказа пользователям Wine в праве запускать свои программы Windows. : / Но поэтому возможность скрыть их существует.

По сути, скрытие от программ Windows никогда не входило в объем проекта Wine, поэтому я предполагаю, что идея состоит в том, чтобы предоставить простой способ определения информации о версии Wine и Wine для команды Wine, а не разработчиков, пытающихся обнаружить Wine. полагаясь на его поведение. Некоторое античитерское программное обеспечение и программное обеспечение DRM все равно делают последнее.

Я все еще не думаю, что SE старается изо всех сил ебать пользователей Linux - я сомневаюсь, что мы даже на их радаре - но они переводят версию для Mac на клиент DirectX 11 (поскольку клиент DirectX 9 удалено) с новой оболочкой, и именно так они ее обнаруживают.

Чтобы быть ясным, я не думаю, что SE тоже этим занимаются. (Я действительно думал, что уловка hidewineexports может перестать работать в 4.58, но это было только из-за потенциального влияния на доход от лицензий на Mac.)

На самом деле SE очень тепло отнеслись к этому - ответ, который они дали мне на мой запрос поддержки (см. Исходное сообщение в моей ветке Reddit ), предполагает, что они относятся к нам серьезно, а не просто отклоняют конфигурацию как неподдерживаемую (что они имел бы на это полное право), что обнадеживает.

Когда я сказал, что «это также может быть использовано для отказа пользователям Wine в праве запускать свои программы Windows», я не имел в виду Linux. Я имел в виду, что версия игры для Mac в основном представляет собой (старую) обертку Wine, и что они решили определять версии для Mac, проверяя наличие Wine вообще.

(На самом деле я подозреваю, что пусковая установка создана другой командой, учитывая, что она использует IsTransgaming а не get_wine_version как сама игра. Тем не менее, я рад, что они рассматривают отдельно что IsTransgaming в настоящее время позволяет нам даже использовать пусковую установку прямо сейчас.)

Если бы они использовали get_wine_version для обоих, все равно было бы относительно легко обойтись (просто измените поиск символа в клиенте) с дополнительным бонусом работы из коробки, если у вас действительно есть Лицензия Mac.

Шрифты лаунчера работают только со шрифтами "дроидов". Не нужно устанавливать проприетчиков.

Кому-нибудь удалось заставить тест работать?

@ jbal91 спасибо за советы, но я все еще

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?

Ясно, что не хватает еще множества вещей. Лутрис подталкивает меня к стене, так как я не могу легко понять, чем, черт возьми, он задыхается, или как заставить его найти тот нестандартный протон 4.2, который используется в приведенной выше команде, поэтому мне не очень повезло с этим.

Изменить: дать Лутрису попробовать старый колледж и начать все заново, но это просто ... не работает. Панель запуска выскакивает с окном загрузки, но затем просто закрывается, нет ошибок, нет ничего, и в журнале lutris ничего нет или вообще нет. Почему SE не может перестать угрожать мне и просто позволить мне использовать бесплатную пробную версию Steam, не беспокоясь о том, что меня навсегда заблокируют, и я не смогу достать свои вещи или потратить часы в день запуска SHB, пытаясь выйти из Steam, пока восстановление моих данных или что-то еще, на неопределенный срок; ;

Другое редактирование: после попытки ... многих вещей я нашел этот скрипт, который кто-то опубликовал на reddit: https://pastebin.com/NJxfe8Ex, и изменил его, чтобы использовать собственный протон, который я запускаю в Steam, с патчем istransgaming ( это, в частности, ashkitten) и ... он делает то же самое, что и Lutris, мигает версию проверки загрузки, а иногда и пустое окно запуска на короткое время, а затем просто закрывается без сообщений об ошибках или чего-то еще. Итак ... что-то должно быть не так в целом, но я не могу понять, что это могло быть.

К сожалению, у меня такая же проблема с тестом Shadowbringers. Он просто выходит, вообще ничего не загружая. Так что я понятия не имею, можно ли вообще сейчас бегать.

Произошло ... многое, и я думаю, что могу быть близок к тому, чтобы заставить его работать, запустив сборку вина Lutris, аналогичную протонной здесь, которая поддерживает hidewineprefix, который я нашел в потоке Lutris, но также непосредственно в bash, потому что он загружает пусковую установку а запускать его из Лутриса - нет. По какой-то причине. Я не знаю, что все еще работаю над этим, и сейчас он исправляет.

Тем не менее, если бы какие-нибудь винные ведьмы или волшебники имели хоть какое-то представление о том, как запустить тест, это было бы круто, час, который я провел в 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 относительно нормально последние 3 дня.

• Я использую автономный FFXIV (без входа в Steam или без участия клиента)
• У меня было несколько случайных отключений, но, если я правильно понял, в последнее время происходили некоторые DDoS-атаки, и это может быть не специфично для Wine / Linux
• Я получал частые ошибки запуска из ниоткуда в течение последнего дня (-21?), Но мне удалось запустить его постоянно, удалив папку web ; Помимо этого, пусковая установка позволяет мне без проблем войти в систему
• В дистрибутиве Wine Staging 4.8 на openSUSE TW и Fedora 30 установщик FFXIV вылетал сразу после принятия первого запроса о языке. Я не знаю, о чем это, но Lutris работает нормально (напрямую не тестировал Steam / Proton)
• На Lutris я использовал ge-faudio-protonified-4.8 runner и, как правило, настройки Lutris по умолчанию (оставил Lutris Runtime включенным)
• Сценарий установки Lutris скрывает версию Wine и изменяет настройки кат-сцены и браузера.
• Я использую DXVK с RX 580 на openSUSE TW
• Я также могу работать на ноутбуке с RX 560 в eGPU.
• Не удалось запустить тест Shadowbringers (получил указанную выше ошибку презентации 4.0.0, и даже после установки dotnet45 (для теста требуется минимум 4.5) у меня возникла другая ошибка)

К бегуну Lutris ge-faudio-protonified-4.8 применен патч Transgaming:

% 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-битную программу запуска работать с патчем, который был опубликован в системе отслеживания ошибок Wine.

Единственные проблемы, которые у меня возникли при использовании этого патча:

• Программа запуска не запоминает мое имя пользователя, что бы я ни говорил.
• После ввода данных для входа вы должны нажать «ввод» вместо «войти». При нажатии происходит сбой программы запуска.

Ни одна из этих проблем меня не беспокоит, поэтому я использовал 64-битную программу запуска.

Кстати, помимо пусковой установки, я столкнулся с двумя разными проблемами:

• начальный фильм, по крайней мере, для ARR, не воспроизводится должным образом, и если вы слишком долго сидите на титульном экране или пытаетесь воспроизвести его из меню фильмов, вы получаете неотвечающий черный экран с индикатором загрузки (вступительный фильм stormblood не имеет проблем)
• в thornmarch (жесткий) в какой-то момент слышен очень громкий треск / треск, я испытал это оба раза, я делал это испытание и больше нигде

Похоже, ошибка 404 и черный экран были исправлены в wine-git. Панель запуска фактически отображает контент, но вы получите ошибку javascript, если действительно попытаетесь войти в систему.

Кто-то в Discord VKX сказал, что это коммит: https://github.com/wine-mirror/wine/commit/d535df42f665a097ec721b10fb49d7b18f899be9

РЕДАКТИРОВАТЬ: нажатие кнопки ввода вместо кнопки входа в систему запускает работу.

РЕДАКТИРОВАТЬ: нажатие кнопки ввода вместо кнопки входа в систему запускает работу.
Это сработало для меня! правда, только один раз. но я вошел в игру и прошел выбор персонажа

Кто-то в разногласиях VKX сказал, что это коммит: wine-mirror / wine @ d535df4

Сегодня скомпилировал git-версию из скриптов Tk-Glitch без каких-либо пользовательских патчей - 64-битная программа запуска работает и запоминает мой ID в Lutris. Когда Proton догонит это, нам больше не понадобятся какие-либо специальные патчи для XIV для работы через Steam, и мы _должны_ (Хайдэлин желает) быть в порядке, когда 32-разрядная программа запуска будет удалена.

Не то, чтобы я ожидал, что это изменится, но я сделал еще один префикс для тестирования, и нам _до_ все еще нужно скрывать вино, чтобы не считаться, что для него требуется лицензия Mac. Легкое ворчание.

Когда Proton поймет это, нам больше не понадобятся какие-либо специальные патчи для работы XIV через Steam,

FFXIV по-прежнему нуждается в постановке, потому что в противном случае нет способа обойти ошибку лицензии MacOS.

Я должен думать, что Proton будет более охотно включать промежуточные патчи, чем невероятно конкретные обходные пути, хотя

FFXIV по-прежнему нуждается в постановке, потому что в противном случае нет способа обойти ошибку лицензии MacOS.

У меня создалось впечатление, что можно либо винетрикс, либо протонтировать сам префикс, но так как я не смог скомпилировать свой собственный протон против последнего вина по какой-либо причине, я не могу его проверить. Признаюсь, я мало что знаю о поведении вина на этом уровне.

У меня создалось впечатление, что можно либо винить, либо протонтировать саму приставку.

вам нужен патч от постановки, в дополнение к этому

Проблема также в том, что вы действительно не хотите, чтобы вино пряталось по умолчанию, так как некоторые анти-читы проверяют, используете ли вы вино, чтобы убедиться, что он не забаняет вас за установку «модифицированной» Windows или что-то еще. Так что это действительно то, что нужно делать только явно.

патч вступит в силу только в том случае, если вы также измените запись в реестре, так что все должно быть в порядке

Есть и другие способы обойти проблему с лицензией Mac:

• Покупка лицензии Mac
• Изменение символов Wine в игровом клиенте (в отличие от средства запуска, файлы игры не проверяются на целостность при запуске игры) можно выполнить с помощью простого сценария sed.

Если люди хотят это сделать, они могут использовать ванильный Proton после его слияния с Wine. Но да, в противном случае потребуется Staging, и я не вижу, чтобы Valve объединила патч экспорта hide wine, если этого не сделает сама Wine.

@ kisak-valve можем ли мы получить официальный отзыв о том, какие патчи Proton будет или не будет включать в игру?

Привет, @ashkitten , дружеское напоминание, что я являюсь модератором системы отслеживания проблем Valve на Github, а не разработчиком Proton, поэтому я не могу ответить на этот вопрос.

Вы можете сделать запрос на вытягивание с патчами, и они будут оцениваться для каждого случая.

да конечно, забыл

Я сделал новую сборку по личным причинам, но решил, что должен поделиться ею здесь - она ​​все еще использует тот же набор патчей, что и от 24 мая, но я переустановил ее на последней фиксации ветки proton_4.2

https://drive.google.com/open?id=1yAb_YvOKK1KRcfeQErIKwH6dkKbjZ9kp

Все еще необходимо построить протон из источника с восходящим вином для ошибки https?
Мне не нравятся винные сокрытия или какие-то странные обходные пути.

Если я получу это, мне нужно
1) компилируем протон / вино из исходников
2) обновить протон вручную

Я не знаю, как использовать скрипт lutris, так как у меня есть Steam-версия игры. Мне нужно установить Steam с lutris, а потом установить / скопировать игру?

@Turbito
Для Steam вам нужно будет все еще скрывать вино, если вы также не хотите покупать версию для Mac. Однако для того, чтобы это работало, нужно скопировать пользовательскую версию proton, подобную той, которую только что опубликовал

Другими словами, в конечном итоге он будет работать более или менее из коробки без каких-либо возни, и, вероятно, довольно скоро ... если у вас есть лицензия Mac. В противном случае вам нужно будет немного поиграть, чтобы скрыть префикс Wine из игры, но это очень простая вещь, которую нужно установить и забыть.

у Proton нет скриптов установки для каждой игры? Я уверен, что он может просто сделать соответствующую запись в реестре, чтобы игра работала правильно.

у Proton нет скриптов установки для каждой игры? Я уверен, что он может просто сделать соответствующую запись в реестре, чтобы игра работала правильно.

Proton нет, сам Steam делает.

Я не вижу, чтобы они объединяли hide_wine_exports или применяли запись в реестре из-за юридических проблем (мы фактически обходим здесь лицензирование «DRM» SE для каждой платформы, что может быть нарушением DMCA в США).

Так что смешно надеяться, что если кто-то отправит пул-реквест для экспорта, 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=AD4BBKD7AHWERLWHCANIRSLP2XO7RA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HSG63DFVREKWWK3TUL52HSG43DFVREVWWWK3TUL52HS4DFVREK
или отключить поток
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

это из предыдущих примечаний к выпуску

Итак, я попробовал как обновленные сборки proton_4.2-local так и сборки Proton-4.10-GE-3 , однако, если я запустил игру в режиме DX11 (чего не будет, я полагаю, когда приземлится Shadowbringers), я всегда закончить ошибку 3109 not yet registered or subscription expired. В DX9 этого не происходит. Есть ли здесь какие-либо настройки или параметры запуска, которые мне не хватает?

Я работаю прямо через Steam на Ubuntu.

РЕДАКТИРОВАТЬ: разобрался, нужно было фактически включить hidewineexports через winetricks . Работает как шарм, используя Proton-4.10-GE-3 now <3

Теперь у меня проблема с Proton-1.10-GE-3 в том, что игра, кажется, не может запомнить мои системные настройки, хотя настройки персонажей, макет пользовательского интерфейса и еще много чего запоминаются отлично ...

Есть идеи?

Имея ту же проблему, похоже, что ProtonFixes Utility настраивает конфигурацию при каждом запуске, однако похоже, что она либо заменяет все значениями по умолчанию, либо что-то ломает, и игра сбрасывает конфигурацию.

В качестве Quickfix я сделал FFXIV.cfg доступным только для чтения ... это приводит к тому, что окно «Proton Fixes used» застревает при запуске игры, но простое его закрытие не влияет на дальнейшие действия :)

да, я сам заметил эту незначительную проблему, может @GloriousEggroll может это проверить

Привет всем. Я отслеживал эту ветку по электронной почте. Я только что внес исправления в скрипты ffxiv protonfixes:

gamefixes.tar.gz
Распакуйте их в Proton-4.10-GE-3 / protonfixes / gamefixes /

Внесены изменения:
https://github.com/GloriousEggroll/protonfixes/commit/e0466f61447b1aa5e9cd494236777a6cb9d9b4d4

Также немного информации:
В моей версии есть как патч hidewineexports, портированный из staging, так и патч transgaming.
Патч трансгейминга обманом заставляет программу запуска запускать версию CEF вместо версии mshtml. версия mshtml имеет неработающую ошибку Java при нажатии кнопки входа в систему, поэтому нам нужна версия cef. Патч hidewineexports позволяет скрыть экспорт вина из игры, что избавляет игру от мысли, что учетная запись не имеет зарегистрированного ffxiv.

Сама сборка содержит исправления для нескольких игр, а не только для ffxiv. Его сборка faudio также построена с поддержкой ffmpeg, так что wma и wmv audio работают. Он также построен на ванили wine-4.10 с перенесенными на него коммитами / патчами протонов.

Патчи, сделанные для Wine в моей версии, можно найти здесь:

https://github.com/GloriousEggroll/proton-ge-custom/blob/proton-ge-4.10/game-patches-testing/proton-prep.sh

В то время как исправления игры, не связанные с вином, выполняются протонфиксами.

Большое спасибо, @GloriousEggroll ! <3 Это сработало!
Что касается ошибки java, есть ли шанс исправить это когда-нибудь? Или мы сейчас просто теряем надежду на mshtml?

это дело разработчиков вина. вы все еще можете войти в систему, нажав клавишу ввода, но версия cef отлично работает с помощью ввода или щелчка мыши.

@GloriousEggroll Ты спасатель! Большое спасибо за то, что поделились с нами своей сборкой!

Надеюсь, в пятницу все не сломается.

И Launcher снова сломан с ошибкой HTTPs :(

Какая ошибка? У меня всегда была какая-то ошибка, перезагрузка исправляет.
Я просто закрываю лаунчер и перезапускаю лаунчер.

Перезапустите Steam, если вы получите ошибки https, он их исправит. Я подтверждаю, что игра работает без текущей работы, я в очереди.

К сожалению, программа запуска является POC, и иногда вы будете получать ошибки HTTPS.
без реальной причины в любой системе, Windows, Mac или Linux.
Я бы хотел, чтобы они полностью с этим покончили.

fre. 28. июн. 2019, 11:04 скрев zangoku [email protected] :

Перезапустите Steam, если вы получите ошибки https, он их исправит. Подтверждаю игру
работает без текущей работы, я в очереди.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKB3DUXG3E5GERVRQVTP4XHZZA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HSG43DFV2PNVWWK3TUL52HSG43DFV2VWWK3TUL52XG43DFVDVDVWWK3TUL52XG4DFVB
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD4BBKH4ZMH4NVKFPRYAVOTP4XHZZANCNFSM4FRR7KYQ
.

Я могу подтвердить, что пусковая установка 5.0 работает в wine-4.11, включая обновления (у меня было несколько ошибок HTTPS во время обновления, которые, как я полагаю, были вызваны перегрузкой серверов, но перезапуск пусковой установки позволил обновлению нормально завершиться). HideWineExports по-прежнему необходим, чтобы не быть обнаруженным как Mac, и нажатие кнопки «Войти» вместо нажатия Enter в поле пароля по-прежнему вызывает ошибку Javascript, но в остальном исправлений, похоже, не требуется.

Сама игра теперь выдает диалоговое окно «Произошла непредвиденная ошибка», как только открывается главное окно игры, даже до появления титульного экрана; похоже, что это ошибка или отсутствующая функция в FAudio (ошибка вызвана сбоем в FAudioFXVolumeMeter_Process() который я все еще исследую). Кажется, я припоминаю, что либо Wine-staging, либо Proton отключают FAudio в данный момент, поэтому при использовании Proton это может быть не проблемой, а просто FYI.

Сама игра теперь выдает диалоговое окно «Произошла непредвиденная ошибка», как только открывается главное окно игры, даже до появления титульного экрана.

Происходит на Lutris в настоящее время с обоими бегунами 4.10 Wine (включая ge-протонированный); Лаунчер вроде бы работает нормально, но игра вылетает сразу после нажатия 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, а сборка proton построена с помощью vagrant, так же, как и сборки proton valve. Сборка lutris также использует библиотеки faudio из моей сборки proton, поэтому они идентичны в этом аспекте. Ни одна из моих сборок не построена непосредственно на моей собственной системе с использованием моих собственных библиотек. Они сделаны в основном портативными.

Так что иногда у меня были ошибки HTTPS, но я также нашел простой способ их исправить.

Если остальная часть средства запуска загружается, а форма входа в систему в правом верхнем углу - нет, то в конечном итоге средство запуска выйдет из строя с ошибкой. Однако я обнаружил, что простой способ принудительно загрузить форму входа в систему, если у нее возникают проблемы, - просто навести указатель мыши на одну из кнопок в нижней части средства запуска. Появится текст справки для этой кнопки, и по какой-то причине, похоже, это позволит загрузиться форме входа в систему.

Если по какой-либо причине вы не можете навести курсор мыши, вы также можете сделать это, перейдя на экран конфигурации в средстве запуска, а затем немедленно отступив, что также приведет к перезагрузке и появлению формы.

В настоящее время я тоже использую свою сборку и могу без проблем войти в систему. У меня нет переопределений xact / xaudio.

Я сейчас пробовал эту сборку, но она дает ту же проблему, что и ванильная (+ HideWineExports) сборка Wine.

Не могли бы вы (или любой другой, для кого работает звук) получить журнал из 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), так что, возможно, есть триггер среды, запускающий выбор разных версий API.

Можете ли вы проверить, какая DLL XAudio (xaudio2_7.dll или 2_8.dll) загружена в ваш процесс ffxiv_dx11.exe? Возможно также проверить, загружен ли SoundCoreBridge.dll или SoundCoreBridge7.dll (из каталога игры).

Мне удалось заставить звук работать, переключив указанную версию Windows в winecfg с Windows 10 на Windows 7. Похоже, игра выбирает между API XAudio на основе указанной версии, и я предполагаю, что где-то в 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, что опять же нормально, потому что компиляция с SDK 2.8+ будет работать.

Ошибка в том, что 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)

В качестве проблемы входа этот GUID выглядит странно, но поток кода, похоже, таков, что xapo.c:get_fapo_from_clsid() находит совпадение CLSID на объекте измерителя объема и создает его, вместо создания предположительно предполагаемого эффекта реверберации.

Опять же, я здесь не в своем уме - надеюсь, это полезная информация.

Возможно, вы слишком вникли в него ... это намного проще, чем сам код, это просто экспортируемые функции.

Для справки, этот патч Bad and Do Not Use This исправляет сбой:

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 DLL такие ... я понятия не имею. Я уверен, что это где-то в блоге Раймонда Чена> _>

Исправление находится в апстриме Wine: https://github.com/wine-mirror/wine/commit/92a5299b1d0a0775e1158f334c0348a3ffe8f063

Вопрос: на днях я пытался написать слово "touché" в чате и понял, что вообще не могу использовать é в чате. Он просто сразу печатает символ. Знаем ли мы какие-либо обходные пути, чтобы заставить это работать должным образом?

Кто-нибудь хоть пробовал использовать ACT? Я бы хотел иметь возможность запускать парсеры, хотя я не уверен, насколько это возможно :(

Afaik WINE в настоящее время не поддерживает внедрение DLL (если это изменилось,
дайте мне знать!), поэтому, даже если у вас есть приложение для работы (это не так, оно блокируется
вверх), вы, вероятно, не смогли бы этого сделать.

сын. 7. июл. 2019, 04:30 skrev witches dot live home of live witches <
[email protected]>:

Кто-нибудь хоть пробовал использовать ACT? Я бы хотел иметь возможность запускать парсеры
хотя я не уверен, насколько это возможно :(

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKAAW423NKBSXBSWJMLP6FILRA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43V2HS4DFVREXG43V2HS4DFVREXG43V2
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD4BBKEROJLQ6A3XJOWWNATP6FILRANCNFSM4FRR7KYQ
.

Разве это не ReShade DLL-инъекция? Кажется, это работает нормально, если вы настроили нужные библиотеки DLL как родные.

Я ничего не знаю о ACT, я пытался загрузить его и запустить внутри своего винного префикса, но он просто умирает. Я не настолько заинтересован, чтобы лично исследовать это дальше.

Между прочим, пока я отвечаю, я просто использовал / echo touché (я скопировал ваш из этой ветки, я даже не знаю, как создать персонажа самостоятельно), и это отлично проявилось в игре.

ACT требуется .NET, и вы можете сделать его запустить своего рода, но это будет врезаться много и я гавань выяснили способ для того , чтобы прочитать разборов правильно выйти из игры.
AFAIK, ACT не использует DLL-инъекцию, это просто память для чтения, согласно прилагаемому плагину FFXIV для него, что может быть проблемой, если вы не запускаете его как Admin в Windows, и эта функция недоступна в Wine, верно?

Ах я вижу! Тогда да, это может сработать.

На тачке скопируйте и вставьте, он работает нормально, но это фактический набор текста
из этого. На моей клавиатуре вы нажмете altgr + \, что поставит его в очередь,
с последующим e, чтобы сделать é. Он работает в других частях системы, но в игре
просто набирает отступ прямо, как если бы я нажал пробел.
К сожалению, мой телефон не может продемонстрировать то же самое, и это не важно.
проблема, просто мне нравится писать такие слова, как touché: P

сын. 7. июл. 2019, 14:41 skrev HereInPlainSight [email protected] :

Разве это не ReShade DLL-инъекция? Кажется, это работает нормально, пока вы
настроил необходимые библиотеки DLL как собственные.

Я ничего не знаю о ACT, попробовал скачать и запустить
внутри моей приставки Wine, но она просто умирает. Не очень заинтересован, чтобы
исследуйте это дальше лично.

Между прочим, пока я отвечаю, я просто использовал / echo touché (я
скопировал твое из этой ветки, даже не знаю как сделать
персонаж независимо), и он отлично проявился в игре.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBEZKGPX3SQB2WYO63P6HQARA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZLKYKY#issuecomment-508996651 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AD4BBKFSUPDPTJTEZTYLO5LP6HQARANCNFSM4FRR7KYQ
.

насколько я понимаю, ACT каким-то образом подключается к сетевым драйверам, чтобы выполнить захват пакетов, что, вероятно, крайне не то, что WINE способно полностью выйти за рамки, но я мог ошибаться в этом, поэтому хотел убедиться, что я не списали возможность запустить без проверки

Я также не смог заставить японский язык работать в игре. Я использую FCITX-mocz, но при наборе текста в игровом чате он набирает только английские символы. Я тоже пробовал с ibus и там тоже нет блокировки. Я предполагаю, что это то же самое, что и проблема с тушей.

У меня нет (*) проблем с вводом японского языка с помощью ATOK X3, поэтому, по крайней мере, возможен ввод неанглийского языка.

(*) Есть несколько сбоев движения курсора, если я выключаю японский ввод в середине текстовой строки, но я не проверял, возникают ли они также с ATOK в Windows, так что это также может быть ошибкой в сама игра.

Привет, у меня возникла проблема с сохранением настроек графики игры. Каждый раз, когда я перезагружаю игру, она возвращается с настройками графики по умолчанию, что делает ее занудой. У кого-нибудь еще была эта проблема?

Привет, у меня возникла проблема с сохранением настроек графики игры. Каждый раз, когда я перезагружаю игру, она возвращается с настройками графики по умолчанию, что делает ее занудой. У кого-нибудь еще была эта проблема?

Нет, но первое, что я хотел бы проверить, это убедиться, что у вас есть доступ для чтения и записи к соответствующим файлам настроек (и что они принадлежат вам). У вас должен быть каталог compatdata внутри папки steamapps. Вы будете использовать либо демо Steam ID игры (который сейчас ускользает от меня), либо 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 выпущен и просто работает.

Убедитесь, что вы нажимаете клавишу ввода в текстовом поле страницы входа, а не нажимаете кнопку входа.

Хорошо, однажды мне было предложено отредактировать свой ранний пост в этой ветке с текущими инструкциями, и учитывая вышеприведенное сообщение, в котором говорилось, что было трудно найти текущую и точную информацию, и что теперь мы кажемся довольно стабильными с ШБ, я вот наконец то сделал .

Если я что-то напортачил, дайте мне знать. Кроме того, в потоке разбросано много сборок, и я не знал, где они находятся, поэтому я сделал одну из версии по умолчанию, которая будет компилироваться из репозитория PKGBUILDS Tk-Glitch для протона. Единственное изменение, которое я сделал, это добавление «ffxiv» к имени результирующей сборки протона, чтобы его можно было легко идентифицировать. Он был построен на основе Arch Docker, который был обновлен по сравнению с Archive от 05.01.19, это самая ранняя версия, которую я смог найти, которая компилирует все без проблем, надеясь, что это сделает ее максимально совместимой. Я подтвердил, что это просто работает против обновленной Pop OS! install, но YMMV, и я был бы признателен, если бы кто-нибудь подтвердил, что он работает вне моих собственных небольших тестовых сред.

Если вы пришли сюда из сообщения выше, потому что я обещал вам объяснить, почему нам нужна специальная версия Proton, вот она:
В настоящий момент FFXIV проверяет, авторизуетесь ли вы с помощью Wine. Если вы это сделаете, он идентифицирует вас как пользователя Mac. Чтобы не выглядеть как пользователь Mac, мы должны скрыть, что используем Wine, для чего и предназначена команда winetricks. К сожалению, в настоящее время Proton по умолчанию не предоставляет возможности скрывать вино, и поэтому нам нужна специальная версия, чтобы это сделать.

Исправления, необходимые для игры, были выпущены в недавнем обновлении Proton 4.11. Пожалуйста, попробуйте.

Запустить игру с протоном 4.11 не получается, выдает ошибку java скрипта.

Если вы нажали кнопку входа в систему при получении этой ошибки, попробуйте вместо этого нажать Enter в форме входа, чтобы обойти это.

4.11 прекрасно работает. Спасибо @cjacek за вашу тяжелую работу по запуску FFXIV на Wine, а теперь и на Proton.
У меня небольшой вопрос: как вы обошли ошибку проверки лицензии? Поставляется ли Proton с включенным HideWineExports по умолчанию или в игре полностью снята проверка?

Последнее обновление FF убрало проверку.

Ого! Как вы думаете, Square прислушалась к нам, пользователям Linux?

онс. 31. июл. 2019, 18:16 скрев Яцек Кабан [email protected] :

Последнее обновление FF убрало проверку.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKF53SVUXGOND2ACTJTQCG3EXA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DNMVREGW9
или отключить поток
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». (Или добавьте эту строку, если вы ее не видите.)

Кроме того, если вы хотите посмотреть заставку фильма вне игры, она находится по адресу https://www.youtube.com/watch?v=443ogl24K0Y .

Благодаря! Похоже, это сработало!

У меня небольшой вопрос: как вы обошли ошибку проверки лицензии? Поставляется ли Proton с включенным HideWineExports по умолчанию или в игре полностью снята проверка?

FFXIV Mac перешел на сборку на основе CrossOver, в которой не используются старые хаки Cider, поэтому для обновления Shadowbringers все это было удалено.

По крайней мере, в версии 5.05 этого не происходит; при запуске с vanilla Wine 4.12.1 программа запуска по-прежнему выдает ошибку лицензии при входе в систему. Установка патчей в HideWineExports и его включение заставляет лаунчер снова работать нормально.

у меня недавно начались ошибки dll;

Кто-нибудь еще наблюдал / испытывал такое поведение?
устаревшее, плохое оборудование было причиной

Что вы имеете в виду под «ошибками dll», насколько недавно «недавно», какую версию Proton вы используете и какое у вас оборудование?

@doitsujin нет, похоже, это проблема с оборудованием

Тем не менее, в качестве примечания, обновление драйверов действительно вызывало ошибки с d3d11.dll и ntdll.dll в свое время. префикс очистки решил эту проблему.

По крайней мере, в версии 5.05 этого не происходит; при запуске с vanilla Wine 4.12.1 программа запуска по-прежнему выдает ошибку лицензии при входе в систему. Установка патчей в HideWineExports и его включение заставляет лаунчер снова работать нормально.

Вопреки опыту, я отключил HideWineExports при установке и все еще могу войти в систему. Какой лаунчер вы используете? Вы перешли на ffxivboot64.exe?

Да, я использую ffxivboot64.exe с момента запуска 5.0.

РЕДАКТИРОВАТЬ: окна загрузки и запуска показывают номер версии 2019.06.10.0000.0001 в строке заголовка. Проверка версии загрузки проходит нормально, но может ли я как-то не получаю последнюю версию?

Подтверждаю, что в последней версии снятие флажка «Скрыть версию Wine из приложений» все еще работает, чтобы я мог войти в игру.

Последняя версия программы запуска - 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 не получается, выдает ошибку java скрипта.

Вам нужно нажать Enter после ввода пароля вместо нажатия кнопки «Войти».

Единственная проблема, с которой я столкнулся с игрой, заключается в том, что у меня не может воспроизводиться видео на моем втором мониторе, иначе игра не регистрирует много моих входных данных и кажется, что она не отвечает.

Просто снимок в темноте, но (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 Я почти постоянно смотрю видео во время игры и у меня нет проблем, так что это определенно возможно. Убедитесь, что вы используете последние версии proton / dxvk, а драйверы вашей видеокарты обновлены, медленность / потеря ввода звучит как некоторые из ошибок, возникших несколько месяцев назад.

У кого-нибудь еще есть проблема, что программа запуска внезапно заявляет, что срок их подписки истек или учетная запись службы еще не зарегистрирована? Вчера работал нормально, может быть связано с патчем 5.08: /

У кого-нибудь еще есть проблема, что программа запуска внезапно заявляет, что срок их подписки истек или учетная запись службы еще не зарегистрирована? Вчера работал нормально, может быть связано с патчем 5.08: /

Они начали требовать, чтобы учетные записи, использующие ключи «Windows», использовали средство запуска вне Steam, а те, у которых есть ключи «Steam», должны запускаться с использованием Steam. В любом случае это просто определяется тем, передан ли аргумент "-issteam" в ffxivboot.exe.

Итак, вам просто нужно убедиться, что он запускается с этим аргументом, если вы используете учетную запись с ключом Steam, или что его нет, если вы используете учетную запись с ключом Windows.

@ Equivocal90 Понятно , спасибо. Я использую лицензию Windows из Steam Proton ... поэтому мне нужно найти способ предотвратить передачу потока -issteam .

@ Equivocal90 Понятно , спасибо. Я использую лицензию Windows из Steam 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, с которым я не знаком.

Что ж, в моем случае это не сработало, по какой-то причине Wine продолжал вылетать с ошибкой vulkan.

В конце концов, я просто пропатчил скрипт-оболочку proton python, чтобы убрать аргумент -issteam перед запуском игры :)

Если у кого-то возникают странные артефакты после обновлений игры, обязательно очистите кеш шейдеров.

Для меня я получил трехцветный портрет персонажа и случайные объекты, замененные белым размытием, как будто моя игра была испорчена световым эфиром, пока я не уничтожил свой шейдерный кеш.

@ jbal91 под кешем шейдеров, вы имеете в виду созданный драйвером? Вы используете Nvidia?

Каждый раз, когда я запускаю игру FFXIV, cfg переписывается, поэтому не сохраняет мое разрешение и настройки графики, какие-нибудь идеи?
Переход на proton-ge-custom / Release / tag / 4.15-GE-1 (или выше) устраняет эту проблему, но я вижу ее со стандартным протоном 4.11.3
и custom / Release / tag / 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=AD4BBKDV7DJ64ZP5T75ISHTQJFSDZA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS443DFMVREXWO5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS443DFMVREXWO3TUL52HS443DFMVREXX5X5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX5
или отключить поток
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- ключ в программе запуска, отличной от Steam), используя 64-битный винный префикс.

Кто-нибудь еще испытывал это? Есть еще одно исправление, которое я могу попробовать?

Игра отлично работала с протоном 4.11-3, но с 4.11-4 после запуска игры из лаунчера все, что я получаю, - это черный экран.

На данный момент у меня нет исправления для запуска ключа Windows в Steam. К сожалению, похоже, что флаг -issteam внутри ~/.steam/root/appcache/appinfo.vdf . Хотя кажется возможным редактировать файл напрямую, это двоичный формат и ... это, вероятно, уродливое исправление, и я не хочу слишком углубляться в себя. Пользователи Windows используют SteamEdit для обновления файла и обхода проверки, но я не собираюсь связываться с этим лично.
Надеюсь, у кого-то умнее меня есть лучший ответ на этот вопрос. Может быть, есть способ убрать чек во время выполнения через Set Launch Options, но я этого не знаю.

@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 .

Это действительно умно! На самом деле он делает определенные типы портов более плавными без необходимости использования целого инструмента совместимости (в любом случае, игнорируя повторные установки): 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- ключ в программе запуска, отличной от Steam), используя 64-битный винный префикс.

Кто-нибудь еще испытывал это? Есть еще одно исправление, которое я могу попробовать?

На самом деле, я обнаружил, что у меня тоже есть эта ошибка в Windows. Так что, вероятно, мои файлы просто повреждены. Но в любом случае, это не перенос протонов.

Теперь в игру можно играть с обновлением proton 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+ устраняет проблему, и по большей части это так, но лично даже с ними я все еще сталкивался со странной редкой ситуацией (в Азимской степи), когда видео зависает все еще происходят.

Я просто предлагаю отключить эту опцию навсегда.

Это сработало, однако, когда я попытался изменить настройки графики в игре, моя система заблокировалась, и мне нужно было SysRq REI (но не SUB) для восстановления.

Это может произойти в определенных конфигурациях с участием графических процессоров AMD, опции «Отражения в реальном времени» и устаревших версий LLVM / Mesa.

Отключите «Отражения в реальном времени», и все будет в порядке. Я слышал, что обновление до LLVM 7 + / Mesa 18.2+ устраняет проблему, и по большей части это так, но лично даже с ними я все еще сталкивался со странной редкой ситуацией (в Азимской степи), когда видео зависает все еще происходят.

Я просто предлагаю отключить эту опцию навсегда.

У меня nVidia 950, и, поскольку я использую Arch, я почти уверен, что мой LLVM обновлен. Кроме того, я уменьшал настройки графики, а не повышал их. В игре он был установлен на «ноутбук высокого класса», а я сократил его до «стандартного рабочего стола».

Хорошо, есть новая пусковая установка. Воняет. Он не отображает поля входа в систему и множество других вещей в Linux. В Windows вы можете перейти в конфигурацию и вернуться к старой программе запуска, но, очевидно, она не будет вечной. Кажется, что новый сильно зависит от IE11, у кого-нибудь есть идеи?

Хорошо, если вы хотите войти в Linux, щелкните значок шестеренки, затем прокрутите вниз и щелкните последнее серое поле, это возможность вернуться к старому макету. Теперь у него есть полосы прокрутки, но он работает, по крайней мере, он выводит меня на экран «недоступен во время обслуживания».

У вас есть строка конфигурации, соответствующая этой опции? Я даже не могу прокрутить окно настроек.

похоже, что в FFXIV_BOOT.cfg есть новая опция под названием Browser где 1 - это старая программа запуска, а 2 - новая

новый дизайн лаунчера еще не появится в 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?

Новый лаунчер загрузился у меня без сучка и задоринки. Pop! _OS + пропатчен Proton.

@aberardinelli, о каком патче вы имеете в виду?

@aberardinelli, о каком патче вы имеете в виду?

Ах, я боялся, что кто-то спросит об этом. Возвращаясь к просмотру старых комментариев в этой ветке, чтобы найти нужный ...
Версия отображается в Steam как Proton-4.10-GE-3
Автор: @GloriousEggroll 22.06 в этом комментарии: 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, и новый вход в систему работает + анимация перехода от титульного экрана к выбору персонажей теперь работает более плавно. Также исправлена ​​старая ошибка, из-за которой вам нужно было выбирать «дата-центр» вместо «старт» .... Я еще не играл (достаточно), поэтому ничего не могу сказать об улучшении игрового fps (но, похоже, получить ~ 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. В настоящее время используется Fedora 30 + KDE 5.

@ Romdeau4 у меня такая же проблема, я пробовал Proton-4.21-GE-1 и gallium9, не могу прокручивать, у меня тоже устал браузерtype 2

@ Romdeau4 @tuxutku Это, вероятно, не ваша проблема, но у меня была такая же проблема, пока я не вспомнил, что я установил параметр запуска, который был опубликован ранее в этом потоке, чтобы удалить аргумент -issteam . Мне нужно было обновить эту опцию запуска, чтобы использовать собственный Протон GE.

Мне удалось заставить новую программу запуска работать только с ge-protonofied-4.10, похоже, что более поздние версии просто получают этот сплошной экран с логотипом FFXIV на панели запуска и никогда не позволяют вам получить доступ к остальной части.

Всем привет,
Думаю, мне удалось решить проблему, по крайней мере, в моей пользовательской версии. Я просто заменил ffxivboot.exe на ffxivboot64.exe, и лаунчер заработал. Если вы используете мою собственную сборку, попробуйте открыть следующее:

Официальный FFXIV:
Протон-4.21-GE-1 / protonfixes / gamefixes / 312060.py

FFXIV Пробная версия:
Протон-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

Идк, почему Square сделала это именно так, лол
Мне кажется немного ленивым, если бы целью было провести различие. Лучше чем
я думаю, поддерживая две сборки.

Сб, 7 декабря 2019 г., 05:39 Томас Крайдер, [email protected] написал:

Всем привет,
Думаю, мне удалось решить проблему, по крайней мере, в рамках моего пользовательского
версия. Я просто заменил ffxivboot.exe на ffxivboot64.exe, а
лаунчер работал. Если вы используете мою собственную сборку, попробуйте открыть
следующий:

Официальный FFXIV:
Протон-4.21-GE-1 / protonfixes / gamefixes / 312060.py

FFXIV Пробная версия:
Протон-4.21-GE-1 / protonfixes / gamefixes / 39210.py

и замените содержимое следующим:

"" "Исправление игры для пробной версии FFXIV
"" "

pylint: disable = C0103

from protonfixes import util
импорт ОС

def main ():
"" "для FFXIV пропустить заставку, чтобы игра работала.
"" "
# Исправляет процесс запуска.
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.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBULR6DO6265I5LSHLQXMSGHA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS443DFMVREXDDNVWWK3TUL52HS443DFMVREXXXXXX5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX5
или отписаться
https://github.com/notifications/unsubscribe-auth/AD4BBKCPUADHYVFBK4ECPX3QXMSGHANCNFSM4FRR7KYQ
.

Изменить: новая программа запуска не отображается, но, по крайней мере, не дает сбоев. Старый лаунчер все еще работает. Необходимо установить Браузер 1 в FFXIV_BOOT.cfg

Установка браузера 1 в FFXIV_BOOT.cfg устранила мою проблему :)

Я обновил скрипт python согласно инструкции GE, установил Браузер 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 неплохая.

PS: Я использовал метод run file, так как Steam отключает галлий9

@GloriousEggroll ваша сборка 4.10 работает с новой программой запуска, даже если она выглядит забавно. Старый интерфейс запуска планируется удалить / обесценить, поэтому было бы гораздо лучше убедиться, что новый хотя бы работает, чем полагаться на возможность настроить его для использования старого, есть ли у вас какое-либо представление о том, почему это регрессировал в более поздних сборках?

@GloriousEggroll ваша сборка 4.10 работает с новой программой запуска, даже если она выглядит забавно. Старый интерфейс запуска планируется удалить / обесценить, поэтому было бы гораздо лучше убедиться, что новый хотя бы работает, чем полагаться на возможность настроить его для использования старого, есть ли у вас какое-либо представление о том, почему это регрессировал в более поздних сборках?

Вы можете это дважды проверить? У меня был кто-то протестировал, где у них это сработало, потом они удалили префикс, и после создания чистого префикса он не работал.

И для ясности: цель не состоит в том, чтобы постоянно полагаться на старую программу запуска. В конечном итоге это нужно будет исправить. Целью моих первоначальных комментариев было заставить игру работать для людей, которые хотят играть.

Мне удалось установить игру под 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 , Intel / Haswell имеет экспериментальную реализацию vulkan, а Linux по умолчанию использует модуль ядра radeon с вашим чипсетом AMD поколения Southern Island (SI). Модуль ядра 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

После этого обновите конфигурацию grub, указав sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg для систем UEFI или sudo grub2-mkconfig -o /boot/grub2/grub.cfg для систем BIOS.

Перезагрузите систему и убедитесь, что вы используете драйвер ядра amdgpu с lspci -k .

Новый лаунчер по-прежнему не работает. Это всего лишь логотип final fantasy xiv, и я могу либо нажать минимизировать, либо выйти.

Может быть, глупый вопрос, но не могли бы вы установить файл только для чтения?

Во вторник, 17 декабря 2019 г., 18:57 zangoku [email protected] написал:

Он продолжает перезаписывать мое значение 1 значением 2 в ffxiv_boot.cfg.
Поэтому я не могу играть в эту игру.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFMVRE66PNVWWK3TUL52HS4DFMVR08C08B08B08B08B08B08B08B08
или отписаться
https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ
.

Может быть, глупый вопрос, но не могли бы вы установить файл только для чтения?
…
Во вторник, 17 декабря 2019 г., 18:57 zangoku @ . * > писал (а): он продолжает перезаписывать мое значение 1 значением 2 в ffxiv_boot.cfg. Поэтому я не могу играть в эту игру. - Вы получаете это, потому что вас упомянули. Ответить на это сообщение непосредственно, просматривать его на GitHub <# 580? Email_source = уведомления и email_token = AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA # issuecomment-566803132> или отписки https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ .

Steam сказал, что для обновления необходимо перезапустить, поэтому я сделал это, и проблема была исправлена.

@GloriousEggroll ваша сборка 4.10 работает с новой программой запуска, даже если она выглядит забавно. Старый интерфейс запуска планируется удалить / обесценить, поэтому было бы гораздо лучше убедиться, что новый хотя бы работает, чем полагаться на возможность настроить его для использования старого, есть ли у вас какое-либо представление о том, почему это регрессировал в более поздних сборках?

Вы можете это дважды проверить? У меня был кто-то протестировал, где у них это сработало, потом они удалили префикс, и после создания чистого префикса он не работал.

И для ясности: цель не состоит в том, чтобы постоянно полагаться на старую программу запуска. В конечном итоге это нужно будет исправить. Целью моих первоначальных комментариев было заставить игру работать для людей, которые хотят играть.

Я пробовал это, и у меня это не сработало. Программа запуска застревает на титульном экране. Я также попробовал кучу вещей, которые были здесь предложены, но ничего не помогло. Я пытался переключить лаунчер на старую, но это заставляет меня пройти процесс регистрации или что-то в этом роде. Когда я вхожу в свою учетную запись, программа запуска просит меня ввести мой игровой ключ, и когда я это делаю, он сообщает мне, что он уже зарегистрирован, и не позволяет мне двигаться дальше. Я уже играл с этой учетной записью в Windows с полной активацией игры.

Это ... как-то странно. Вы пытаетесь установить через Steam, когда у вас есть автономный ключ, или наоборот? Я не совсем уверен, что там происходит, в прошлый раз, когда я переустановил, я почти уверен, что сказал, что у меня есть существующая учетная запись, вошел в систему, и он пропустил этот экран. Но если он ищет ключ Steam / не Steam, когда у вас нет ключа этой конкретной марки, может быть, это сбивает его с толку?

Вы могли бы попробовать установить StartupCompleted на 1 в FFXIV_BOOT.cfg , может быть? В лучшем случае вы пройдете мимо этого конкретного экрана.

@GloriousEggroll ваша сборка 4.10 работает с новой программой запуска, даже если она выглядит забавно. Старый интерфейс запуска планируется удалить / обесценить, поэтому было бы гораздо лучше убедиться, что новый хотя бы работает, чем полагаться на возможность настроить его для использования старого, есть ли у вас какое-либо представление о том, почему это регрессировал в более поздних сборках?

Вы можете это дважды проверить? У меня был кто-то протестировал, где у них это сработало, потом они удалили префикс, и после создания чистого префикса он не работал.

И для ясности: цель не состоит в том, чтобы постоянно полагаться на старую программу запуска. В конечном итоге это нужно будет исправить. Целью моих первоначальных комментариев было заставить игру работать для людей, которые хотят играть.

Чтобы следить за этим, он просто внезапно перестал работать :( Есть ли способ изменить файл конфигурации, чтобы показать старую пусковую установку?