Gaikotsu

<config keepenchant="true" />

Название: Данные из карт клиентов High Five/Lindvior/Ertheia/Infinite Odyssey/Helios/Grand Crusade Добавил: Gaikotsu Добавлен: 02 Jan 2016 Категория: Прочее Автор: Gaikotsu Собственно говоря раскуроченные unr-файлы из клиентов High Five, Lindvior, Ertheia, Infinite Odyssey, Helios и Grand Crusade (включая classic/arena версии карт). Могут пригодиться к примеру для выяснения координат дверей в секторе карты (искать по Tag=Mover) или к примеру идентификаторы используемых в секторе эвент-триггеров и в каком месте сектора этот триггер показывается (искать по EventID) и т.д.

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

ну я ж не знаю что у тебя за сборка к примеру в сборках на основе феникса/овера елки спавнятся примерно так package events.Christmas; import handler.items.SimpleItemHandler; import java.util.Calendar; import l2p.gameserver.model.Player; import l2p.gameserver.model.World; import l2p.gameserver.model.Zone.ZoneType; import l2p.gameserver.model.instances.NpcInstance; import l2p.gameserver.model.items.ItemInstance; import l2p.gameserver.network.serverpackets.components.SystemMsg; import l2p.gameserver.utils.NpcUtils; public class ChristmasTree extends SimpleItemHandler { private static int[] _itemIds = { 5560, // Christmas Tree 5561 }; // Special Christmas Tree private static int[] _npcIds = { 13006, // Christmas Tree 13007 }; // Special Christmas Tree private static final int _despawnTime = 10 * 60 * 1000; //10 min @Override protected boolean useItemImpl(Player player, ItemInstance item, boolean ctrl) { if (!player.checkNextActionUseTime("cristmasTree", 10000)) { player.sendMessage("Нельзя ставить елки так часто."); return false; } if (player.isInZone(ZoneType.offshore)) { player.sendMessage("Нельзя поставить елку в этом месте."); return false; } int month = Calendar.getInstance().get(Calendar.MONTH); if (month != Calendar.DECEMBER && month != Calendar.JANUARY && month != Calendar.FEBRUARY) { player.sendMessage("Сейчас не зима, призыв елок недоступен."); return false; } if (World.getAroundNpc(player, 100, 200).size() > 0) { player.sendPacket(SystemMsg.YOU_MAY_NOT_SUMMON_FROM_YOUR_CURRENT_LOCATION); return false; } int npcId = 0; int itemId = item.getItemId(); for (int i = 0; i < _itemIds.length; i++) if (_itemIds[i] == itemId) { npcId = _npcIds[i]; break; } if (npcId == 0) return false; if (!useItem(player, item, 1)) return false; NpcInstance npc = NpcUtils.spawnSingle(npcId, player.getLoc(), player.getReflection(), player.isInPeaceZone() ? _despawnTime / 3 : _despawnTime); // АИ вешающее бафф регена устанавливается только для большой елки if (itemId == 5561) { npc.setAI(new ChristmasTreeAI(npc)); npc.getAI().startAITask(); } return true; } @Override public int[] getItemIds() { return _itemIds; } } вот собственно где-то в конце useItemImpl дополнительно запускать еще и таск и впередтак же можно просто в AI елки, если ей задано оно отдельное, добавить нужный код в thinkActive, чтобы с нужным пеприодом делала вызов dropItem для нужного предмета.

и вся логика работы сломается сразу же, как только игрок выйдет из игры.

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

Посмешил. скачай себе мобиуса и допиливай дальше сам под свои нужды.

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

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

Клиентская часть защиты за это отвечает.

сам состав рецептов проверь в сборке - может они не обновлены и там все еще данные от предыдущих хроник к примеру. а ведь именно в линде составы всех рецептов кардинально поменяли.

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

*удалено*

тут экстрасенсов нет ты бы пример хотья бы одного добавленного оружия привел

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

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

проще забросить в формате ogg в voice свой музыкальный файл и вызывать его все тем же пакетом PlaySound - смотря что в нем передавть, он сможет указывать клиент играть звуки из папок music, sounds или voice. правде не помню, была ли уже в интерлюде папка voice (там в основном лежит озвучка туториалов)

хм, и тут нету. тогда непонятно где еще может это отслеживаться.

смотреть KillListener в DominionSiegeEvent, в ядре. скорее всего там ведется список тех, кого игрок уже убивал по квесту в это тв и идет сверка с этим списком.

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

смотреть onDeath в Creature

таблицу использовать и в каждой колонке таблицы свою картинку вставить

можно З.Ы. странный вопрос, учитвая твою подпись. или твои "услуги" ограничены правками хтмлок в дп?

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