Результаты поиска

Ой, баккит этот ваш... Пишу под спонж и чувствую себя прекрасно

Хз, можешь попробовать Bukkit.getPluginManager().getPlugin(name). Ну а вообще обычно у хороших плагинов есть API, с которым можно спокойно работать.

Ну, это ты вроде делал гайд по ускорению с помощью аргументов )0)

Градл майна по дефолту работает с явой 1.6. Для использования функций из 7 и 8 нужно добавить пару строк в build файл градла. sourceCompatibility = '1.8' targetCompatibility = '1.8'

Если не скажешь ему закрываться на ESC - не закроется.

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

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

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

@Doc, я думаю в этом контекста Player это плеер радио, так как конструктор с InputStream) А у тебя, даже если stop всегда true ог работает?

Почти любая передача данных и синхронизация делается через пакеты.

Да просто подпишись на событие RenderGameOverlayEvent.Post и рисуй все поверх существующего прямо в этом ивенте. И конечно не нужно при этом заменять на свой ingameGUI. Можно еще делать проверки на элемент, который сейчас отрисовывается, например @SubscribeEvent(priority =...

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

Только не говори, что ты не вызываешь свой метод registerRender() из ClientProxy...

Если ты про луч от Elder Guardian, то его рендер прописан в рендере его сущности, RenderGuardian.

Может кто-нибудь, щарящий в GL, рендере и во всяких этих VertexBuffer запилить гайд-статейку с объяснениями, как рендерятся партиклы в 1.12, что это такое и как оно работает? Очень интересует, откуда берутся текстуры, как их добавлять, ну и соответсвенно как делать свои партиклы. Также, будет...

В preInit() главного класса мода или CommonProxy хоть вызываешь register() из своего ItemsRegister?

Ладненько, решил проблему спавном своего Particle на месте блока в методе Block.randomDisplayTick(), в котором например спавнятся частицы огня от горящей печки. Затем кучей проверок в рендере частицы на наличие предмета в руке, блока на месте частицы и тд. Получилось в принципе неплохо, правда...

Хоспаде, накинулись на парня со своими лицензиями... Посмотри в файле pack.mcmeta (открывается текстовым редактором) внутри ресурспака, возможно там есть эта строчка.

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

Как минимум звука съедания не будет, это полностью ломает механику еды.