Недавнее содержимое от Gaikotsu

А почему не использовать тот же uModel?

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

talker.level

ТС, почему просто не проверять в том же doDie флаг/свойство undying? или даже в isDead() дополнить проверку что толкьо если этого флага нет, то только тогда isDead может вернуть true. без всяких синхронизаций/локов вобщем обойтись

Вот в этой части у тебя какая-то фигня творится нездоровая - пвп флаг и карма точно должны быть уже после инфы об эквипе, а у тебя они втиснуты в середину у меня под рукой нет таути сборки, самое близкое наш старый линд и там эта часть вот так for (int slot : PAPERDOLL_ORDER)...

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

Геймпад случаем не подключен? А то может как в линейке бывают глюки с мышкой, если в настройках включено управление с геймпада и он включен.

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

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

Ну у меня конечно чуток по другому и все такое, но все же более понятней и логичней. собственно проверки предметов и их удаление вынесены в отдельные методы для удобства, но это так, мелочи private static boolean checkItems(Player player, SkillLearn skillLearn) { return...

Как-то очень уж коряво описан блок кода где идет удаление требуемых предметов - почему не переписать на более вменяемый код? я вот про этот вот кусок кода // If the player has all required items, they are consumed. for (List<ItemHolder> items ...

Можно и не слать заголовочный пакет - просто в каждом пакете отсылать "это часть такая-то из стольки-то". Офф пакеты такие есть, как минимум парочка, связанных с эмблемой клана - она то уже давно как не крути не влазит в один пакет (полноцветный dds 256х256) и приходится порциями его слать. или...

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

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

ну если в самих этих предметах никаких кондишнов нет, то копать общие проверки - пакет useItem и далее по цепочке.