Gaikotsu

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

копать reduceCurrentHp в классе RaidBossInstance метод и название класса может отличаться, но в большинстве сборок оыбчно так и зовется. сделать там обработку типа такого и все: @Override public void reduceCurrentHp(double damage, double reflectableDamage, Creature attacker, Skill skill, boolean awake, boolean standUp, boolean directHp, boolean canReflect, boolean transferDamage, boolean isDot, boolean sendMessage) { super.reduceCurrentHp(1, reflectableDamage, attacker, skill, awake, standUp, directHp, canReflect, transferDamage, isDot, sendMessage); }

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

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

ни сборки, ни хроник... автор, ты форумом ошибся - тебе однозначно к экстрасенсам.

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

еще один основатель "супер тимы по разработке сервера"...

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

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

у меня друг уже побегал за новую расу на оффе - впечатления говорит двойственные. да, сначала как-то необычно, но в итоге по идее какие-то это опять однокнопочные классы... http://i66.fastpic.ru/big/2014/0730/bb/e7f920a25af6af46a5365c1abb9248bb.jpg - вот, зацените - это все активные скиллы на 54 уровень и как он сказал, до 3 профы новых не прибавится.

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

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

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

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

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

ух, ну и кошмарный код посмотри, может тут что почерпнешь

интересно вот только зачем данный апдейтер пытается лезть в реестр и изменять там настройки интернет-соединения?

в хф от 1 до 3 (нормальное/мастерворк/легендарное), в ГоД значений больше.

можно только предопределенные цвета использовать, указывая его номер (последний параметр в itemname) - свои цвета указать нельзя.

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

Раскрашивание описаний предметов во всякие цвета клиентом не поддерживается

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

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

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

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