Perfect World Genesis для Linux

[LordByron]

Пока-что wine с ошибкой вываливается при ручном обновлении.( Шрифты в новостях лаунчера опять стали вида "äèũè". Как-то лениво полностью качать весь дистриб игры новый, но видимо придётся.

[Eklykti]

Итак, чтоб запустить процесс патчинга:

Ставим wine-1.5.2.
На всякий случай можно winetricks vcrun2005 vcrun2008 (совет с appdb по клиенту PWI, **, нужно ли оно реально).
В winecfg добавляем в библиотеках mshtml и ставим ей статус Блокировать — вместо блока с новостями остаётся тупо белое поле, но это слегка снизит вероятность зависания патчера.
На всякий случай отключаем скринсейвер или запускаем какой-нибудь процесс, эмулирующий активность юзера. Для KDE такой процесс выглядит так:

while true; do
/usr/bin/qdbus org.kde.screensaver /ScreenSaver \
org.freedesktop.ScreenSaver.SimulateUserActivity > /dev/null 2>&1 &
sleep 60
done

Дальнейшие манипуляции по обновлению выполняем из консоли, чтобы видеть, что происходит.
Запускаем launcher/Launcher.exe для обновления патчера.
Патчер обновляется, запускается и спрашивает про обновление клиента. Выбираем, естественно, Завершить и пытаемся выбрать ручное обновление.
После выбора файла обновления патчер, скорее всего, повиснет нафиг. При зависании в консоли выводится строка с ошибкой, начинающаяся с "err:ntdll:RtlpWaitForCriticalSection". После того, как он повис, переходим в окно консоли и говорим там: wineserver -k.
Теперь запускаем patcher/patcher.exe и пытаемся повторить шаги по выбору файла обновления. При зависянии жмём в консоли, откуда запускали, Ctrl+C и повторяем попытку.
Как только нам удалось выбрать файл и обновление началось, уводим курсор с окна патчера и больше его не трогаем. Если успели увести курсор и опять не повисло, то сидим, ждём, занимаемся своими делами на другом компе/ноуте/коммуникаторе.
Обновляется очень медленно, я пока сижу и жду, так что о запуске самого клиента ещё ничего не могу сказать.

[LordByron]

Итак, чтоб запустить процесс патчинга:

Ставим wine-1.5.2.
На всякий случай можно winetricks vcrun2005 vcrun2008 (совет с appdb по клиенту PWI, **, нужно ли оно реально).
В winecfg добавляем в библиотеках mshtml и ставим ей статус Блокировать — вместо блока с новостями остаётся тупо белое поле, но это слегка снизит вероятность зависания патчера.
На всякий случай отключаем скринсейвер или запускаем какой-нибудь процесс, эмулирующий активность юзера. Для KDE такой процесс выглядит так:

while true; do
/usr/bin/qdbus org.kde.screensaver /ScreenSaver \
org.freedesktop.ScreenSaver.SimulateUserActivity > /dev/null 2>&1 &
sleep 60
done

Дальнейшие манипуляции по обновлению выполняем из консоли, чтобы видеть, что происходит.
Запускаем launcher/Launcher.exe для обновления патчера.
Патчер обновляется, запускается и спрашивает про обновление клиента. Выбираем, естественно, Завершить и пытаемся выбрать ручное обновление.
После выбора файла обновления патчер, скорее всего, повиснет нафиг. При зависании в консоли выводится строка с ошибкой, начинающаяся с "err:ntdll:RtlpWaitForCriticalSection". После того, как он повис, переходим в окно консоли и говорим там: wineserver -k.
Теперь запускаем patcher/patcher.exe и пытаемся повторить шаги по выбору файла обновления. При зависянии жмём в консоли, откуда запускали, Ctrl+C и повторяем попытку.
Как только нам удалось выбрать файл и обновление началось, уводим курсор с окна патчера и больше его не трогаем. Если успели увести курсор и опять не повисло, то сидим, ждём, занимаемся своими делами на другом компе/ноуте/коммуникаторе.
Обновляется очень медленно, я пока сижу и жду, так что о запуске самого клиента ещё ничего не могу сказать.

Так что дело в wine по сути получается? На версии 1.2 тыркался тыркался, то с ошибкой wine вываливается то при обновлении виснет.
p.s 1.5.2 вроде тестовая версия, стоит её ставить?
p.p.s а какая у вас ОС?

[Eklykti]

Дистр Gentoo. При обновлении виснет с любой версией wine, чтоб не висло, надо убирать курсор с патчера после выбора обновления и, как только удалось запустить, больше до окончания процесса его не трогать.

Обновляется *** по-эстонски, у меня до сих пор ковыряет 117-120 (с ручного), прошло почти 8.5 часов и обновилось примерно на 3/4, при этом хавает 1 ядро процессора целиком.

Wine желательно ставить пакетом для вашей системы, а не из PlayOnLinux, т. к. версия от POL может хотеть библиотеки, отсутствующие в системе (в моём случае хотело более старую libpng и не прорисовывало окно патчера вообще, хотя раньше всё работало — видимо, png стал использоваться в патчере только сейчас).

[Eklykti]

Итого:
117-120: 11.5 часов
120-122: 20 минут

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

[Eklykti]

winetricks directx9 помог, клинт запускается, всех видно.

[mvaplayer]

Я пока еще не устанавливал из пакетов, то есть все том же режиме как для Genesis единственное, что я выявил, так это то, что патчер работает! Он обновляется но в скрытом режиме. Где-то читал, что новая версия полностью перешла на DirectX9, раньше использовалось мало элементов, но в основном 8 директ. Попробую настроить то что писали выше. И ковырять консервную банку. Как получится, постараюсь написать небольшой гайдик в этой же теме.

[outminder]

Мои 2 cents:

1. Лучший вариант, экономящий время и нервы - копировать уже пропатченную версию с виндовой машины.

2. С версиями Wine до 1.4-rcX (точнее, до какой-то из 1.3.х, какой именно искать было лень) патчить не получится вообще, ибо патчер будет зависать по исчерпании GDI Handles. Это баг в вайн, на который нормальные программы не попадают, ибо не занимаются созданием/удалением объектов GDI сотнями в секунду.

3. Патчер почти 100% подвисает, если водить поверх его окна мышкой. Зависон идёт как классическая race condition между двумя потоками в игре, в консоле каждые 60 секунд будет сообщения о err:ntdll:RtlpWaitForCriticalSection timed out".

4. Скорость выполнения патчинга в том случае, если он идёт - черепашья. Под версией Wine, собранной из вчерашнего git head у меня обновление 117-120 выполнялось ~12 часов, 120-112 - почти час.

5. Чтобы не было крякозяблов в ланчере - надо ставить реализацию mshtml от мелкомягких. В winetricks это либо ie6, либо ie7.

6. Китайцы наконец-то узнали, что на свете есть DirectX 9 и nVIDIA PhysX и прикрутили их к своему движку. Для первого шейдеры написали в том виде, который пока что Wine не тянет. Чтобы починить 0 надо ставить реализацию DirectX HLSL compiler от мелкомягких. Под winetricks это d3dcompiler_43.

7. Игра использует библиотеку MS VC++ от 2005 года. Реализация этой библиотеки в Wine ей не нравится, при запуске вылетает "светофор". Чтобы починить - winetricks vcrun2005.

8. После того, как игра пропатчена - она прекрасно работает под старыми версиями Wine, за исключением ланчера/патчера. Это радует, поскольку под старыми версиями Wine она работает лучше - в них нет некокторых багов, которые были внесены в период разработки wine 1.3.9 -> 1.4, а именно:

а) "Перепутанные" иконки вещей и скилов. Баг исправлен после моего багрепорта в версии Wine 1.5.1 и CrossOver 11.0.3.

б) Замедленная реакция на нажатия клавиш клавиатуры. Это давно известный баг, когда AJ почешется его исправить - неизвестно. Багрепорт тут: http://pwonline.ru/forums/fredirect....i%3Fid%3D29871.

в) Заметное снижение FPS из-за испольозвания Wine-ом расширения OpenGL GL_ARB_map_buffer_range. Может быть исправлено в будущем, если nVIDIA и ATI таки подтянут скорость работы этого расширения в своих драйверах. Для CrossOver 10.х/11.х можно отключить использование этого расширения, сделав определённые правки в реестре. За подробностями - стучитесь, могу поделиться при необходимости.

г) Катастрофическое падение FPS при запуске игры в "оконном" режиме из-за того, что она при таком раскладе не пытается управлять vsync, а по умолчанию для Direct3D он в таких случаях оказывается включённым. Под виндами его можно принудительно отрубить через драйвера видеоадаптера, в линуксе такой финт ушами доступен только для драйверов ATI/AMD. В дровах nVIDIA форсировать отключение vsync для случаев, когда приложение требует его активировать - нельзя, это известный баг драйверов, который в nVIDIA обещают исправить вот уже почти года полтора как (см. соответствующую тему на nvnews.net). Для CrossOver 11.0.3+ эту проблему можно обойти, сделав определённые правки в реестре. Для Wine - надо либо патчить исходники и собирать Wine из них, либо откатываться на старые версии Wine, которые не умели использовать EXT_swap_control. Вариант с откатом на версию вроде 1.2.3, очевидно, проще :-).

д) Ещё один баг в драйверах nVIDIA новее 275.09.07, вызывающий сильное падение FPS при запуске игры в оконном режиме. С этим вообще непонятно, что происходит. Единственное, что можно сказать - это точно не проблемы с vsync. Для себя решил пока что откатиться с драйверов 295.40 на 275.09.07. Если так делать не охота, то возможным вариантом обхода проблемы будет конфигурирование Wine на использование Virtual Desktop режима и настройка игры на работу в "полноэкранном" режиме. nVIDIA этот баг пока не признаёт, на мой баг-репорт ответили: "слишком много действий надо сделать, чтобы его воспроизвести - это же качать игру надо, патчить и т.д.; у нас на это времени нет, куча других багов ждут решения".

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

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

З.Ы. Да, совет по запуску процесса обновления. Запускать его надо под версиями Wine 1.4+, проще всего делать так:
1. Запустить под Wine патчер (исполняемый файл: <папка, где установлена игра>/patcher/patcher.exe), не согласиться на обновление и выйти из него.
2. Запустить файл менеджер Wine (из под консоли запускается как wine winefile).
3. В файловом менеджере Wine найти cup файл для ручного обновления, кликнуть на нём правой кнопкой и выбрать "Открыть". При этом автоматом запустится игровой патчер. В патчере, если вылезет окошко с выбором способа обновления, надо кликнуть на "Закрыть" и дальше - не дышать. Т.е. мышкой по окошку патчера не елозить :-). При удачном стечении обстоятельств пойдёт процесс обновления, долго и нудно. При неудачном - надо открывать ещё одно окошко терминала, в нём запускать "wine wineboot -ks" и пробовать снова, начиная с пункта 2.

З.З.Ы. Пойду снимать trace-логи с работы патчера и кидать багрепорты на winehq и codeweavers. Авось зачинят основные проблемы в ближайшие месяцы :-).

З.З.З.Ы. По PhysX - есть возможность заставить его работать под Wine с использованием аппаратного ускорения расчётов средствами видеоадаптера через библиотеку Cuda. Для этого надо установить в систему linux-версию Cuda Toolkit 32bit (качается с сайта nVIDIA) и собрать специальный wine-cuda враппер, взять который можно из моего репозитория на github. Подробнее можно посмотреть в описании процесса сборки wine-cuda для игры Rage, которое я постил в linux-форумах nvnews.net, а также на appdb странице игры Rage на WineHQ (там я давал ссылку на github и на тред на форумах Steam с описанием процесса сборки wine-cuda).

[mvaplayer]

Спасибо за гайд, буду пробовать.

[LordByron]

6 часов и всего лишь около 30% (ручником), мб быстрее с сервера обновится сейчас уже?(