Gaikotsu

ищи в ядре все что связанно с изменением relation начни с пакета RelationChanged и далее

блин, какой-то движок файлохранилища на форуме сделанный через задницу... заливать к себе файлы 50+мб упорно не хочет, а место где они у меня лежали и куда была прямая ссылка на них пока недоступен. и нормальную ссылку внешную вместо файлов задать не дает... вобщем архивы с данными лежат сейчас вот тут, на OneDrive - http://1drv.ms/1OqtHDe

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

<!-- Summon Lyn Draco / Оседлать Линдрако --> <skill id="19116" levels="1" name="Summon Lyn Draco"> <!-- Mount Lyn Draco. --> <!-- Помогает оседлать Линдрако. --> <set name="icon" val="icon.etc_lind_vehicle" /> <set name="hitTime" val="1000" /> <set name="target" val="SELF" /> <set name="skillType" val="TRANSFORMATION" /> <set name="operateType" val="OP_ACTIVE" /> <set name="isAllowedOnOlympiad" val="false" /> <for> <effect count="1" name="Transformation" time="3600" val="147" /> </for> </skill> <!-- Lind Rider / Линд Всадник --> <transformation id="147" npc_id="13390" is_peace="true"> <skills> <skill id="9210" level="1" /> <!-- Dismount / Слезть с животного --> <skill id="5491" level="1" /> <!-- Decrease Bow/Crossbow Atk. Spd. / Уменьшить Скор. Атк. лука/арбалета. --> </skills> </transformation>

<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