Пришлось поработать со старыми версиями клиентов от 1.26.4 (с установочного диска), и столкнулся с тем, что периодически возникают фатальные фризы клиентов. Будь то при активных действиях, или же при обычном простое. Версия 1.26.4i зависает стабильно каждые 15-30 минут, а то и намного раньше.

Думал проблема в несовместимости с современными ОС, но на виртуалке аналогичные зависания.
Решил проверить на 51 сфере, аналогичные проблемы.

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

Может у кого-то есть информация и по 1.26.4 версиям, насколько характерны для них такого рода фризы?Нажмите для просмотра прикрепленного файла

играю на 2.0.3 лет 20, заметил что крашит больше инжект чем сам клиент, кривые скрипты, нагруз, быстрое нежимание макросов. Недавно перешел на орион, теперь кайфую !

1.26.4x версии там аккуратно надо. Я ставил этот ихний Т2A клиент как-то и там одно ядро просто по максимуму сжирало и всякие фризы наблюдались. Дальше в какой-то из 1х версий Origin выпустили патч и все было ок 2х и 2.0.3 уже без этой проблемы.

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

Спасибо за отзывы! Попробую поиграться с музыкой и патчами.

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

Я скажу поболее, ориентируемся на игроков, которые будут играть только с лицензионных дисков, проверяя файлы на целостность
Но это не моя прерогатива, такие вот задачи ставят нынче в 2020)

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

Отличный ориентир в 2к20. Как выше Антон сказал, нужно ещё проверку на то что у них 95 винда стоит и разрешение онли 480 * 640 ))

Да, всё верно. Second Age диск из 98го

Кстати да, не мешало бы потестить еще на вин 95/98)), т.к. на XP те же фризы были), может проблема с совместимостью ОС или DX, или вовсе во вшитых устаревших TCP протоколах или же его оптимизаций, которые в сегодняшних реалиях не дружат между собой корректно.

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

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

По-моему, удачно настроенный 2.0.3 может не крешить годами. По крайней мере, так говорили люди, своими глазами я такой стабильности не видел, но я все время играл на Инжекте, а Инжект 15 летней давности стабильности определенно не добавлял.
Ну некоторые хвастались, что у них вообще нет крешей, вроде не балаболы. А других крешило. Фиг разберешь.
Это я вспоминаю времена, когда большинство играло на клиентах 2 версии.
С клиентами 1 версии никогда не сталкивался, ни как игрок, ни как разработчик (знаю, что шарды на 51 Сфере их используют).

Может из-за версий винды

Древнюю Сферу на коленке кое-как делали, это ничего не доказывает. Поищи в нете исходники РанУО 1.0 и глянь чё там творится.

Изначально над УО работала маленькая команда и там оч много кода было написано не профессионалами, а всякими гейм дизайнерами. Все усугубляется ещё тем что все это дело резко зарашили после того как они запустили свой бета тест ( который они запустили потому что деньги на УО прототип закончились, а не потому что они все сделали как хотели ) и он неожиданно набрал популярность.

Итого:
1) Много кода было написано людьми которые недостаточно шарят.
2) Раш сырого продукта, потому что ЕА и деньги.

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

Ранки начиная с беты уже под аос адаптированы. Насколько знаю, ниже 3+ версий поддержки у них никогда не было в оф. релизах.

Орион и классики, я так понимаю тоже вряд ли заведут это старье?)

Ты меня не так понял. Суть была в том что там куча багов, мусора и несоответствие с протоколом.
Орион и классик должны работать. Классик даже получше по перформансу будет.

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

Там анимации из других моделек сделаны. Мне классические анимации, те что на основе моделек из 8 Ультимы сделаны, самые красивые. Да, анимации в EC получше тех что были добавлены начиная с АОС и дальше, но самые первые УО анимации все равно самые красивые, имхо.

Не характерны, больше ссылаюсь к тому, что проблемы в железе ну или еще есть догадка, что ты не воспользовался UORice или не прописал пути в реестр (если используешь клиент с диска не забывай про NO-CD утилиты того времени). Запускал старые клиенты на разных ОС - все отлично, даже на десятке, за исключением багов с анимацией, но это чисто их фишечка. К эмуляторам вообще вопросов нет.

а UORice работает с такими версиями клиентов? Вроде помнится мне что начиная с 4х версий он работал и вроде как просто снимал шифрование.

Ты полностью прав, я и позабыл про это.
У меня, если что, где-то были старые программы для внесения изменений в реестр (NO-CD) и ещё есть диск официальный, но с версией постарше, но также есть образ с диска Т2А и где-то был чистый ренессанс клиент (образ полный).

Оо, опять этот эксперт активировался!))
Проблемы в железе, проблемы в реестре, UORice, NO-CD. Прям все что в голову пришло - все назвал, плохо что без каких либо аргументов и главное, - все мимо.
Что может быть проблемой в железе?
Причем тут шифрование и UORice? Как ты думаешь, когда клиент использует шифрование?
Что может такого быть в реестре, из-за чего клиент крашит? Зачем по-твоему реестр вообще нужен?
NO-CD тут причем? Игра у него запускается.

Кстати! Совсем забыл кое что важное по теме.
Juzzver, какие логи во время фриза/краша в Event Viewer попадают? Вангую банальный Access Violation эксепшен, он же null reference.

Через что можно посмотреть?
Пробовал отладку делать, но в ассемблерских инструкциях не силён.

Процесс просто зависает в диспетчере("Не отвечает"), никакой цепочки задач при этом на нём не отображается, но цп по прежнему прыгатся в районе 15-20%.

Это прога от винды. Нажимаешь win клавишу и пишешь Event Viewer. Погугли, если что.

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

При установке с диска и даже после снятия шифрования происходило следующее - авторизация, создание или выбор персонажа и как только ты появлялся в игре, делал шаг - зависание рабочего окна или вылет клиента.
Лечилось банально использование NO-CD или uo.reg файла с прописыванием в него путей к клиенту и следовательно внесение изменений в файл реестра.

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

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

Juzzver, если понадобятся файлы, я скину, тему буду наблюдать.

Теперь все понятно.



Где тут речь о том что у него зависает стабильно после входа игру или на авторизации?

@Juzzver есть ещё один вариант. Если в эвент вьювер логи не попадают, то запускай клиент через ProcDump. Внизу примеры с использованием. Там по дампу можно попробовать разобраться.

Event Viewer отлавливает его только после завершения заглючившего процесса, тип ошибки Application Hang.
Там есть какой-то Unknown пакет, но это что-то стороннее судя по всему.


Так же решил сверить последние отправленные/полученные пакеты сервером/клиентом, в итоге ничего криминального, обычная прогрузка WorldItem пакетов. Причем одни и те же итемы могут загружаться и в определенный момент может подвиснуть.
После нескольких тестов стала проявляться закономерность, где от большого кол-ва одновременно прогружаемых пакетов WorldItem - ловится лаг почти стабильно. В моём случае это данж, где много LOS блокеров и еще различных элементов. И если быстро бегать туда-сюда по телепорту, заставляя постоянно прогружаться окружающие элементы - то ловится этот фриз. На самом экране в то же время видно, как пошагово прогружались эти элементы и на каких-то из порядка зависате(рандомный элемент).

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

Постестил в полях, и обнаружил еще одну закономерность. Если создать много объектов, к примеру bag, штук 500 (что равносильно кол-ву объектов в зоне видимости того данжа, где я зависал), то всё будет нормально. Даже при резких телепортациях в эту область. Но стоить только изменить всем bag в этой области айдишник на тип стула "throne", то во время их отрисовки ловится баг.
Аналогично потестил с прочими более менее крупными объектами и выявил такую тенденцию к зависаниям при отрисовке крупных компонентов. Пусть даже их будет 100 штук, лаг будет обеспечен. А с многокомпонентными вещами, типа largeboat, то и еще меньше объектов достаточно для вызова лага.

Видимо копать надо в эту сторону.

С эвент логом скудновато : /



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



А если просто этот трон поставить рядом?




Лаг или завасание клиента?

ничего не произойдет, корректно поставится. Это явление с зависанием происходит только при массовых прогрузках картинок.
К примеру делаю [tile bag, создаю штук 100-200 мешков, далее делаю [area set itemid 2353 where bag (где 2353 к примеру айдишник "throne" картинки), и вижу как половина стульев отрисовывается, а на оставшейся части - клиент зависает.

зависание, как на скрине в первом посте.


на гринзоне чисто, тестил считай на нескольких айдишниках, которые точно есть в клиенте.

Кстати, визуально даже заметно, что старый клиент значительно дольше отрисовывает элементы, чем к примеру зайти на той же 4й версии. И на ней соответственно всё будет ок.

Кривой рендеринг, как я в первом посту и говорил - изначально большую часть кода ГД писали, вот и результат : /
Может много чего быть, но похоже на кривой n² алгоритм сортировки, при котором количество итераций врзрывается. А ты пробовал хоть раз подождать, вдруг отвиснет? )))

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

Но все это никак тебе не поможет. Я не думаю что ты пойдешь так далеко что б дизасмить это дело и создавать патч для фикса. Меняй клиент)

То есть, причина в кривом рендеринге?
Почему тогда такая проблема не у всех пользователей?

Это мое предлоположение, основанное на утверждениях самих создателей и наблюдениях Juzzverя.



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

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