Gaikotsu

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

ну значит по какой-то причине не броадкастится (или броадкастится не с теми параметрами) MagicSkillUse в нужных местах с информацией о том что скилл был скастован на такие-то цели - именно он отвечает за показ анимации.

на кого кастуется - вокруг того и будет анимация

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

.getFirstEffect(skillId) null - эффекта от скилла с данным ид нет на объекте, иначе возвращает первый L2Effect соответствующего скилла.

по тексту ж понятно что некорректно обрабатываются байпассы. ищи причину

что, по полной цене уже никто покупать не хочет?

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

да

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

берешь любые исходники сервера основывающегося на овере и смотришь.

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

измени параметры кодировки соответствующих полей в таблице characters при помощи любой тулзы для работы с мускулем - Navicat, phpMyAdmin, Adminer

рукалицо...

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

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

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

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

Название: Chatty Guard AI Добавил: Gaikotsu Добавлен: 05 Oct 2014 Категория: Серверные дополнения Автор: Gaikotsu Хроники: Все Простое AI гварда, любящего поболтать с проходящими мимо него игроками, а так же выкрикивающим разные фразы при обнаружении и атаке ПК. Нажмите здесь, чтобы скачать файл

FuncEnchant, если конечно есть исходники ядра

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

а зачем вобще базу использовать? что мешает тупо в памяти хранить банальный хэшмап типа <ид_чара, время входа> (или вообще двухмерный массив) и пользоваться данными из него?

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

у тебя не запрос, а промолчу что... что если у других будут еще какие-то мобы выше 78 уровня, а не только те которых ты перечислил? вот более корректный запрос insert into droplist(mobId, itemId, min, max, sweep, chance) select id, 6673, 1, 1, 0, 20000 from npc where level > 78; З.Ы. запрос конечно примерный - поля могут называться по другому + условия в select еще можно более точными сделать, чтобы лишним мобам не вставить дроп - ограничить по диапазону ид например или по типу нпс.