Gaikotsu

Идей то много можно придумать на тему ПвП-эвентов, главное чтобы были мозги и возможности их реализовать. К примеру у нас на старом сервере я делал: Last Hero, TvT, CtF, DeathMatch, Team DeathMatch, King of Hill. Пеосле перехода на новую сборку пока их так и не перенес правда - все руки не доходят, не хочу просто тупо перенести поменяв импорты - хочется вобще полное переписывание их сделать, но все никак времени на это не найду...

ну, нас тут фиг кто переплюнет по древности и продолжнительности работы сервера 1. С1, еще в 2005 году. 2. Вайпов и переоткрытий не было, сервер все еще работает, хроники доапались уже до линдвиора - с С1 до Hellbound был птс, затем Gracia > High Five - сборка на основе феникса, Lindvior - сборка на основе овера. 3. Сколько приносит прибыли? об этом умолчу - финансами не я занимаюсь. 4. одних побед или неудач не бывает - всего помаленьку было

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

серьезно?в пв реюзы всех предметов/скиллов жестко зашиты в ядре?

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

насчет первого хз, не помню, в интерлюде можно ли было показывать энчант пердметов в мультиселах. а второе лечится просто, если есть исходники - ищем в ядре где шлется сообщение "вы получили ..." и добавляем условия, что если предмет заточен, то шлем сообщение "вы получили +Х ..." пример: public static SystemMessage obtainItems(int itemId, long count, int enchantLevel) { if (itemId == 57) return new SystemMessage(SystemMsg.YOU_HAVE_EARNED_S1_ADENA).addLong(count); if (count > 1) return new SystemMessage(SystemMsg.YOU_HAVE_EARNED_S2_S1S).addItemName(itemId).addLong(count); if (enchantLevel > 0) return new SystemMessage(SystemMsg.YOU_HAVE_OBTAINED_A_S1_S2).addInteger(enchantLevel).addItemName(itemId); return new SystemMessage(SystemMsg.YOU_HAVE_EARNED_S1).addItemName(itemId); }

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

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

можно посмотреть метод absorbAndReflect в классе Creature и немного подумать.

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

как вариант дать всем классам скилл увеличивающий лимит веса

public class Solution { public static void main(String[] args) { System.out.println(getMin(8, 5, 9, 1, 4, 5)); } public static int getMin(int... values) { int min = Integer.MAX_VALUE; for (int value : values) if (value < min) min = value; return min; } } проще некуда

не понял - тебе нужно найти самое маленькое из заданных чисел или что?

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

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

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

скорее всего чем-то другим занят нужный порт

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

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

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

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

Честное слово, руки бы отрывать тем, кто такое пишет и так делает задержки... приспичило что-то сделать с определенной задержкой - юзай Future/ScheduledFuture

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

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

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