Gaikotsu

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

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

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

любая на базе Phoenix/Overworld/Lostworld там имеется работа с отдельной таблицей item_delayed в которую можно добавлять записи на выдачу предметов и которую сервер проверяет на наличие новых записей с определенной периодичностью. Смотри и изучай вобщем класс DelayedItemsManager в ядре.

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

они там и так есть - просто входы прикрыты крышками. так что ставишь к примеру просто телепорты с поверхности сразу в каты и все.

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

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

Искать в ядре, в методах обрабатывающих действия, к примеру выделение мирного нпс в цель. где-то там судя по всему лежит накладывание AVE 14 при установке цели и убирание при снятии выделения.

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

Описания сетов где находятся? в бд или файле/файлах? Если в файлах то нет ли при загрузке на линуксе в логе серва ошибок на тему "файл не найден"? просто в случае с файлами на линуксе может быть ситуация с отличиями в названии файла, т.е. к примеру сам сервер ищет ArmorSet.xml, а файл называется armorset.xml - в линуксе это два разных файла. Это в винде пофиг на разницу в регистре букв в названии файлов в такой ситуации. З.Ы. а вобще, пвсофт по дефлту г..но.

а что мешает взять и адаптировать с овера/лоста? квест там этот более-менее рабочий.

попробуй для логгера консоли объявить свой форматер и в нем предварительно перекодировывать то что уходит в консоль

вот-вот, прислушайтесь к "гуру" программирования. З.Ы. лол

в консоли по умолчанию используется старая кодировка cp866 как вариант можно принудительно выставлять нужную кодировку консольной командой chcp например chcp 65001 установит кодировку UTF-8 ну и само собой используемый в консоли скрипт должен поддерживать выбранную кодировку. З.Ы. само собой это только для варианта запуска под виндой.

взаимоисключающиеся условия

дизарм в Kamael ввели, насколько я помню, или вобще в ХБ

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

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

у тебя в самом логе действий уже есть подсказка, чего еще гуглить то? ищешь в ядре класс DayNightSpawnManager и изучаешь.

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

ChatFilter.ini WindowsInfo.ini

а каким местом тут вобще html то? в файле просто описаны параметры интерфейсных окон и контролов в них. что за загадочные хтмлки/элементы для них ты хочешь оттуда вытащить вобще?

Мне вот что интересно - чем кого-то не устраивал стандартный туториал квест 255? Зачем надо было выдумывать несуществующий на оффе туториал 999, что мешало просто доработать реально существующий 255?

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