eSTEAMATiON - Профессиональный серверный эмулятор Steam-а

Сообщение

xcronyx · #2566 Сообщение 20.11.2010, 10:40

Релиз кандидат 8 тоже не работает *nix. С клиентом ситуация аналогичная.

#2567 Сообщение 20.11.2010, 12:08

Тема закрыта до выхода RC8.

[All - 23.11.2010]

Вышел eSTEAMATiON 2.0 Release Candidate 8.

Список изменений:
1) Обновлена система инициализации с решением совместимости с BreakPad(Причина известной проблемы с вылетами VAC).
ПРИМ: Для TF2 от 20.11.2010 Valve что-то поменяли и он лучше работает в старом режиме(В новом VAC полностью отсутствует).
См новый конфиг eST для более подробной информации.
2) Добавлена поддержка последних steamclient-ов для всей серии поддерживаемых игр на данный момент.
3) Добавлена поддержка последней версии Steam(eST_SCI_CL для TF2 Items Visibility Tool).
4) Обновление Coordinator Control для работы с экипировкой в последних версиях steamclient - благодарность bir3yk за инфу.
5) Добавлена поддержка переименования предметов и их покраски для TF2 - особая благодарность bir3yk за информацию и Jeka1980 за трату
его лицензионных предметов для тестирования и получения информации.
6) Исправлено несколько уязвимостей в аутентификации некоторых клиентов.
7) Поддержка покраски/имён и атрибютов для клиентов RevEmu и в файлах REV-DB .BIN - особая благодарность bir3yk за информацию.
8) Новый формат хранения экипировки XIS(eXtended Items Storage) с поддержкой имён и атрибютов и поддерживающий мощные алгоритмы сжатия
BZIP2 и LZMA2 и свой специальный XIS-TICKET для передачи информации о экипировке в процессе авторизации Steam3.
9) Новая функции временной коррекции авторизации Valve(Подробности см. инструкцию по установке).
10) Обход ошибки "Assertion Failed: m_dwThreadID == ThreadGetCurrentId()" посредством новой функции в подсистеме Callback Control регулирующей
связанные потоки.
11) Поддержка нового Бота сканнера Setti в обычном(Не альтернативном) режиме.
12) Протокол NSNet 1.2:
12.1) Многопоточное обслуживание клиентов.
12.2) Поддержка сжатия BZ2 и LZMA2 на уровне протокола
12.3) Поддержка преаутентификации клиентов - клиенты TF2 Items Visibility Tool/eST_SCI_CL могут подтвержать свою экипировку напрямую по NSNet
минуя добавление айтемов в конец тикета Steam3 и тем самым избавляясь от его ограничений.
Клиент eST_SCI_CL будет пытаться передавать айтемы классическим методом(Через тикет Steam3) но если увидит что они не влезают в допустимый
предел даже после сжатия мощным LZMA2 добавит в тикет специалную миниатюрную Mini-XIS Preauth ticket и вышлет сами айтемы прямым
сообщением по NSNet.
12.4) Исправлена проблема NSNet авторизации клиентов SteamUp и AVSMP с собственническими тикетами(Проблема не в протоколе конечно-же а в
функциях SCI которые устанавливали SteamID в сообщениях NSNet на клиентской стороне).
12.5) Поддержка покраски и переименования предметов как в одиночном режиме так и прямо во время подключения к серверу.
12.6) Поддержка дупликации предметов при работе с базами данных XIS(При использовании индексирования предметов на клиенте с БД XIS).
12.7) Дополнительные опции настройки протокола в конфиге
13) Поддержка дупликации предметов в XIS - Вы можете иметь несколько штук одного и того предмета нормально использовать каждый из экземпляров.
(Клиент: TF2 Items Visibility Tool/eST_SCI_CL 2.0 RC8+ Сервер: eSt_SCI 2.0 RC8+).
14) Поддержка последних вариаций бота сканнера Setti в eST_STEAM2
15) Полная поддержка клиентов Unknown,Unknown Steam Simulating и Unknown NonSteam Simulating в eST_SCI.
16) Поддержка грядущего обновления sc2009 с компрессией списка айтемов в тикете.

Тема открыта для обсуждения.

misha_power · #2568 Сообщение 23.11.2010, 02:39

Дождались :)

xcronyx · #2569 Сообщение 23.11.2010, 05:57

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

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

upd.

Если после рестарта сервера, он не подключился к VAC то клиента уже не пускает. Как раз та самая ошибка с удалением плагоинов лезет.

Grizli777 · #2570 Сообщение 23.11.2010, 10:26

Отличная работа великого мастера. Работой серверов на эмуляторе доволен. Работа эмулятора проверялась на серверах CS:S, DoD:S & TF2 - под управлением OS WINDOWS. Ошибок на данный момент нет.

P.S.

tortman · #2571 Сообщение 23.11.2010, 10:29

Ура,товарищи!=)
Сейчас буду тестить на линуксе, по окончанию отпишусь.

Danfocus · #2572 Сообщение 23.11.2010, 11:28

Линух. Опять инсекьюре, если с кэшем. Если удалять кэш, то нормально.

mihaput · #2573 Сообщение 23.11.2010, 12:27

Пока полет нормальный на серваках на OS Windows, RC8, жалоб нет ) Благодарствую

#2574 Сообщение 23.11.2010, 12:37

[Danfocus]

Линух. Опять инсекьюре, если с кэшем. Если удалять кэш, то нормально.

===>

1) Обновлена система инициализации с решением совместимости с BreakPad(Причина известной проблемы с вылетами VAC).
ПРИМ: Для TF2 от 20.11.2010 Valve что-то поменяли и он лучше работает в старом режиме(В новом VAC полностью отсутствует).
См новый конфиг eST для более подробной информации.

; EN:
; If set will load eST_SCI library during Breakpad subsystem initialization(The main cause of callbacks order breakage - Better known as
; "RC 6/7 VAC bug with eST BINCACHE". However on TF2 20.11.2010 Update Valve made same changes and VAC doesn't work at all in this mode(However it
; works fine then this option disabled aka "RC7" load style).
; Play with it if you have problems.

; RU:
; Если данная опция включена то eST_SCI будет загружена уже на этапе инициализации подсистемы Breakpad(Виновницы проблем передачи колбэков которые
; в частном виде известны всем как "Баг с VAC на RC 6/7 при запуске с BINCACHE). Не смотря на это в обновлении TF2 от 20.11.2010 Valve опять что-то
; намутили и перевернули всё вверх кармашками. Теперь с этой опцией VAC не работает вообще но работает если эта опция отключена(Классическая загрузка
; в стиле RC 6/7).
; Поиграйтесь с этой опции если у вас возникли проблемы.

InitSysEnableBreakpadSCIPreload = True

И если мозгов не хватило понять что для TF2(От 20.11.2010+) надо
InitSysEnableBreakpadSCIPreload = False
то это тяжёлый случай требующий медицинского вмешательства.

Wazelin · #2575 Сообщение 23.11.2010, 12:46

Под виндой (7 x64) также приходится удалять кэш, иначе вак не подключается. Сервер l4d2. InitSysEnableBreakpadSCIPreload = False / True (Без разницы).
======
Проблема в общем то не сильно напрягающая.

Danfocus · #2576 Сообщение 23.11.2010, 13:05

vityan666 писал(а):[Danfocus]
Линух. Опять инсекьюре, если с кэшем. Если удалять кэш, то нормально.
===>
1) Обновлена система инициализации с решением совместимости с BreakPad(Причина известной проблемы с вылетами VAC).
ПРИМ: Для TF2 от 20.11.2010 Valve что-то поменяли и он лучше работает в старом режиме(В новом VAC полностью отсутствует).
См новый конфиг eST для более подробной информации.

; EN:
; If set will load eST_SCI library during Breakpad subsystem initialization(The main cause of callbacks order breakage - Better known as
; "RC 6/7 VAC bug with eST BINCACHE". However on TF2 20.11.2010 Update Valve made same changes and VAC doesn't work at all in this mode(However it
; works fine then this option disabled aka "RC7" load style).
; Play with it if you have problems.

; RU:
; Если данная опция включена то eST_SCI будет загружена уже на этапе инициализации подсистемы Breakpad(Виновницы проблем передачи колбэков которые
; в частном виде известны всем как "Баг с VAC на RC 6/7 при запуске с BINCACHE). Не смотря на это в обновлении TF2 от 20.11.2010 Valve опять что-то
; намутили и перевернули всё вверх кармашками. Теперь с этой опцией VAC не работает вообще но работает если эта опция отключена(Классическая загрузка
; в стиле RC 6/7).
; Поиграйтесь с этой опции если у вас возникли проблемы.

InitSysEnableBreakpadSCIPreload = True
И если мозгов не хватило понять что для TF2(От 20.11.2010+) надо
InitSysEnableBreakpadSCIPreload = False
то это тяжёлый случай требующий медицинского вмешательства.

А может у меня КСС (как и есть)?
InitSysEnableBreakpadSCIPreload = False или InitSysEnableBreakpadSCIPreload = True все без разницы (не пашет) с имеющимся кэшем.

Grizli777 · #2577 Сообщение 23.11.2010, 13:37

Уважаемый vityan666 - это конечно не критично. Но возник маленький вопрос. Верхние сообщения читал.

EnableDebugLoggingExtension
В состоянии False - VAC Secure mod is activated в серверной консоли отсутствует
В состоянии True - VAC Secure mod is activated присутствует в серверной консоли

EnableDebugLoggingExtension

При этом в конфиге эмулятора InitSysEnableBreakpadSCIPreload = False
Если значение InitSysEnableBreakpadSCIPreload = True
То False или True для EnableDebugLoggingExtension никакого изменения не даёт - VAC Secure mod is activated в серверной консоли отсутствует ;)

InitSysEnableBreakpadSCIPreload

P.S.
Ещё раз повторюсь, этот момент лично для меня - не критичен. Работой эмулятора на серверах под WinSeven Pro x64 доволен. Нареканий по работе нет. Ошибок приводящих к краху сервера не выявлено. Коннект к серверам стабильный, так же как и переподключения игроков к серверу. И никакой кэш удалять не нужно. Спасибо за внимание.

misha_power · #2578 Сообщение 23.11.2010, 16:37

+1 Токае же проблема на CSS сервере

endreu · #2579 Сообщение 23.11.2010, 16:51

Огромное спасибо за релиз vityan666

:Yahoo!:

leha---83 · #2580 Сообщение 23.11.2010, 20:30

L 11/23/2010 - 22:20:18: "Server_test<3><STEAM_0:0:856876470><>" connected, address "10.0.0.79:27005"
Client "Server_test" connected (10.0.0.79:27005).
L 11/23/2010 - 22:20:18: "Server_test<3><STEAM_0:0:856876470><>" STEAM USERID validated
L 11/23/2010 - 22:20:18: eSTEAMATiON Callback Control: Filtered Out "No Steam logon(Error with Steam connection)" callback
L 11/23/2010 - 22:20:54: "Server_test<3><STEAM_0:0:856876470><>" entered the game
Ошибка так и должно быть или нет ?
В остальном вроде все отлично работает!
(выложите плиз полностью настроенный конфиг на css linux или что нужно менять в нем)

Спасибо vityan666!