Помогите Отлов соприкосновения дропнутого предмета с игроком

[Timings]

Здравствуйте, товарищи. Уже два часа мучаюсь над одним весьма непростым вопросом. Суть моей разработки в том, что игрок при нажатии правой кнопки мыши, держа в руке меч, начинает быстро стрелять огнем. То есть, пока игрок блокирует мечом, он дропает предмет, для этого предмета задается направление и велосити, и предмет летит прямо по направлению его глаз. Хорошо бы еще сделать так, чтобы при попадании этого дропнутого предмета в игрока игрок поджигался при помощи setFireTicks(). Я пробовал отлавливать соприкосновение итема с игроком через PlayerPickupItemEvent, но работает весьма криво. Есть ли другие идеи? Спасибо. Вот мой шедулер, отвечающий за "огненный пулемет".
http://pastebin.com/0V5H8Su5

 

[CraftCoder]

Здравствуйте, товарищи. Уже два часа мучаюсь над одним весьма непростым вопросом. Суть моей разработки в том, что игрок при нажатии правой кнопки мыши, держа в руке меч, начинает быстро стрелять огнем. То есть, пока игрок блокирует мечом, он дропает предмет, для этого предмета задается направление и велосити, и предмет летит прямо по направлению его глаз. Хорошо бы еще сделать так, чтобы при попадании этого дропнутого предмета в игрока игрок поджигался при помощи setFireTicks(). Я пробовал отлавливать соприкосновение итема с игроком через PlayerPickupItemEvent, но работает весьма криво. Есть ли другие идеи? Спасибо. Вот мой шедулер, отвечающий за "огненный пулемет".
http://pastebin.com/0V5H8Su5

Ну получается, что ваш предмет это энтити, и нужно определять когда энтити "врезалось" в другое энтити.

 

[Timings]

Ну получается, что ваш предмет это энтити, и нужно определять когда энтити "врезалось" в другое энтити.

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

 

[unlimited]

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

>>стрелять огнем
Может тогда используете projectile файрбола?
Ну как у гастов

 

[Timings]

>>стрелять отгнем
Может тогда используете projectile файрбола?
Ну как у гастов

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

 

[rsod]

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

 

[Timings]

Я пробовал, но ничего хорошего не вышло, да. Возможно, кто-либо знает про метод getNearByEntities() ?
Если да, то отпишите, пожалуйста.

 

[kirill2011s]

А чем не устроило ставнение по координатам? Приблизительно сравнение, между крайними значениями, по моему, тут самое то.

 

[CraftCoder]

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

А как ты сравнивал корды?

 

[kirill2011s]

А как ты сравнивал корды?

Ну, судя по всему на прямую) float x1 = 1345.54468458, x2 = 1345.54468558;

x1 == x2 - false

 

[Timings]

А как ты сравнивал корды?

Получал координаты X,Y и Z итема, потом стандартное for(Player p: getServer().getOnlinePlayers()), а затем проверял, не совпадает ли XYZ (p) С итемом Item. Ну, чего-то не тащит. Есть другие идеи?

 

[kirill2011s]

Получал координаты X,Y и Z итема, потом стандартное for(Player p: getServer().getOnlinePlayers()), а затем проверял, не совпадает ли XYZ (p) С итемом Item. Ну, чего-то не тащит. Есть другие идеи?

То есть, вы проверяли на полное равенство числа с плавающей точкой?

 

[Timings]

Именно. По моей памяти, ничего хорошего не вышло. Но, если это единственный метод, придется его доработать. Хотя мне что-то подсказывает, что есть более разумное решение.
@fromgate
@serega6531
@Bars

 

[Reality_SC]

Числа с плавающей точкой следует проверять с учётом погрешности:

fabs(double1 - double2) < epsilon

 

[kirill2011s]

Именно. По моей памяти, ничего хорошего не вышло. Но, если это единственный метод, придется его доработать. Хотя мне что-то подсказывает, что есть более разумное решение.
@fromgate
@serega6531
@Bars

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

 

[Bars]

getNearbyEntities() очень кривой метод, он берёт все сущности какие только есть и сравнивает дистанцию. На BF видел оптимизированный метод.

Можно каждый огонь проверять через

for (Player p : Bukkit.getOnlinePlayers()) {
if (fireEntity.getLocation().distance(p.getLocation()) <= 0.5) p.setFireTicks(ticks);
}

Как-то так, на сонную голову.

 

[Timings]

getNearbyEntities() очень кривой метод, он берёт все сущности какие только есть и сравнивает дистанцию. На BF видел оптимизированный метод.

Можно каждый огонь проверять через

for (Player p : Bukkit.getOnlinePlayers()) {
if (fireEntity.getLocation().distance(p.getLocation()) <= 0.5) p.setFireTicks(ticks);
}

Как-то так, на сонную голову.

Интересная идея, спасибо. Как только проверю - отпишусь.