Дмитрий Александров

%тролейбус_из_буханки_хлеба.жпг%
Javafx совсем для другого сделана, в т.ч. и реализация 3д в ней. В играх все максимально предсказуемо реализовано, простой цикл в котором все крайне последовательно происходит и отрезано абсолютно все что ненужно.
Конкретно тут надо сначала читать как работает цикл в javafx, что за чем следует и т.д.. Дальше в любом случае javafx тащит за собой тонны абсолютно ненужного кода. Кроме того для правильной реализации всего и вся нужно учитывать дельту времени от которой пляшет вообще все в реалтайме. В общем я даже не знаю как это описать. Ну попробуйте представить что вы забиваете гвозди микроскопом, а теперь что гвоздей надо забить тысяч пять. Можно? можно! Удобно? не совсем. Практично? абсолютно нет.

В общем если хотите в реалтайм игры то смотрите на jmonkey engine, libgdx, если по хардкорнее то JOGL, LWJGL.

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

Теперь задайте себе пару вопросов:
1) При чем тут javafx и каким боком она связано с сутью вопроса?
2) У вас есть рабочее приложение которое работает с БД, Логично что приложение ваше и вы его писали, следовательно гдето в таком явном месте есть самая обычная строка подключения к БД в которой написано "localhost". Так вот это не намекает на место с которого стоило начать и попробовать вписать тут ссылку удаленного сервера?
3) Вы хотя бы думали о абсурдности и глупости своего вопроса?

А что тут непонятно, даже коментарии все объясняют. А в первоисточнике так вообще с рисуночками все есть.

Как такового общего нет в принципе, от версии к версии он довольно сильно меняется. Но для възда в тему:
1) Обязательно стоит начать с прочтения "Asterisk: будущее телефонии", да она устарела но стоит начинать именно с нее т.к. захватите процентов 60-70% всего необходимого. Возможно даже и остановитесь на версиях подходящих под книгу.
2) Документация к каждой версии.

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

PS вспомнил еще момент. Ни одна книга и ни один туториал не даст грамотного понимания о всяких связных вещах типа dhcp\dns\tftp\приколах сети и связанного с ними, которые не обязательны но могут быть очень важны, по ним уже любая хорошая книжка по общему устройству unix\linux либо для конкретного диструбутива bsd like\debian\centos-rhel и т.д. . В каждой это отличается в т.ч. тонкости сборки астериска из изходников и особенностей.

Тут как в поговорке "Чай с сахаром либо руки с мылом." Ищите просто бесплатные(а если еще и на игре заработать хотите то обязательно бесплатную для комерческого использования) модели и конвертируйте с адаптацией под ue4.
Если и это сложно то довольствуйтесь теми которые вообще есть под ue4 и бесплатные.
А вот если нужно что то конкретное то делайте сами\покупайте\заказывайте на фрилансе.

В вашем случае все просто, но это не совсем правильно т.к. сложность вырастает в обсчетах.
Нужен просто вложенный цикл.
Цикл астероид_итератор астероиды{
цикл монета_итератор монеты{
если монета_итератор.колизия(астероид_итератор.coords) удалить обоих
}
}

Но опять же это не совсем правильно и если объектов много то вообще неприменимо так вот в лоб.

Готовое врядли что то есть но сделать такое не проблема. Пишите свой компонент. Логика предельно простая и реализовать можно несколькими способами. Честным но тяжелым или легким но обманом
Тяжелый по честному крутить массив, по легкому заранее отрендренную анимацию пускать.

У вас уже самая простая задача раз нет реалтайма. Тупо пихаете любым удобным способом запрос на сервер и получаете результат, тут даже обычного http\post запроса хватит с сериализацией в удобный вам формат(к примеру json если размеры существенные то за gzипеть его). В роли бэкенда даже пышка(php) прекрасно справится.