วีดีโอ

А вы ждете именно мои прохождения? 😀

@@Александр-т1ц5я Да, у Вас очень красивое лицо и голос.

Не, оказалось, что надо всё равно юзать вектор-функции. А так шум перлина уже сделал

​@@Mil_leR-zero а игра есть на гитхабе?

Можно определить любой геометрический объект, но тогда нужен алгоритм для построения сетки из данных геометрических объектов, и базисная функция будет определена иначе, а значит, и задача будет иметь другое решение. Треугольник - это простейший геометрический примитив, который является при этом универсальным - вы можете построить любой mesh на основе треугольников. Если в одномерном пространстве отрезок является примитивом, то в 2д пространстве примитивом является треугольник. Отсюда возникает вопрос, требуется ли придумывать свой геометрический примитив, если задача давно решена на треугольниках, на которых можно построить произвольную поверхность? Но ответ на Ваш вопрос - да, элемент может быть любым.

@@Александр-т1ц5я Понял, спасибо.

Здесь не было цели объяснять попроще. Те, кто нужно, уже знакомы с МКЭ. Задача стояла объяснить подробно: от математики до кода со всеми мелочами.

Спасибо за вопрос! Дело в том, что акторы по умолчанию достаточно сложные компоненты, реагирующие на события и отображаемые независимо от обзора видимости. Предполагается, что акторов небольшое количество, что соответствует требованию интерфейсных компонентов. Если посмотреть на иерархию, связанную с акторами: в основном - это интерфейсные компоненты, сетки, панели и так далее. Для акторов не предусмотрен пул, что намекает на то, что в течение игры акторы в большом количестве не создаются и не удаляются - по логике движка (фреймворка). Персонажи - это постоянно обновляемые и модифицируемые игровые единицы, которых может быть очень много. Для них обязательно должен использоваться пул объектов для создания, они должны отрисовываться только тогда, когда их видно. Если вы разрабатываете стратегию, то для игровых объектов нужно использовать другую механику - не акторов - для выбора юнитов. К тому же Stage хранит акторов, как коллекцию. А если нужно будет обрабатывать огромное количество персонажей, может потребоваться что-то более скоростное, чем последовательный обход абсолютно всех игровых персонажей. Лучше используйте акторов только для интерфейсных компонентов, чтобы избежать возможных багов и тормозов. В космическом дроне тормоза могут быть, поскольку как раз таки все мои объекты были акторами.

@@Александр-т1ц5я Так в пользовательском интерфейсе может быть очень много диалоговых окон(панелей), на которых куча кнопок, текста, прокуруток с картинками типа ListView и тд, как этот пользовательский интерфейс выстраивать? И что использовать вместо акторов?

Спасибо за вопрос! Да, я ошибся, имелись векторы "е". По поводу скалярных значений "c" вы задаете правильные вопросы. К сожалению, сходу ответить на этот вопрос не могу, надо вспомнить материалы по шуму Перлина. С учетом формулы значения "с" действительно оказываются разными для разных точек внутри квадрата. Если вы успели разобраться, напишите в ответном комментарии ваши соображения. Пока нет времени вспоминать теорию 😮‍💨

@@Александр-т1ц5я я не разобрался, я просто забросил это дело ¯\_(ツ)_/¯

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

Исправил ссылку) Только канал опустел почему-то...

вполне себе жив :)

Признаюсь, с диалоговой системой я в космическом дроне не заморачивался. Обычные текстовые файлы с сообщениями. Изменение таких файлов пользователями не влияет на сам процесс игры. Можно, конечно, SQL использовать. Но мое мнение: на этапе разработки прототипа следует максимально простой вариант выбирать.

Спасибо за замечание! Проверю настройки

Привет! Не увидел своевременно комментарий) Если ещё актуально, напиши свой ВК или телеграмм

Это да) Я решил со звуками уж нормально заморочиться) В игре теперь сюжетик есть) Осталось найти народ с андроидами для оценки) Игра уже в плей маркете)

Мне не приходилось объединяться с нативным UI) Да и необходимости как-то не было :) Если что-нибудь накопаю и придумаю урок, обязательно сделаю видео) А пока попробуйте повзаимодействовать с поддержкой libgdx через дискорд: discord.gg/rdH9fEdS или задайте вопрос в группу ВК по libgdx)

можно, просто стартовый класс в модуле android сделйте с использованием compose

@@КонстантинЪЪЪ эхх примерчик бы(с обоими;)

Николай, а какие именно моменты интересуют? Общие? Или в вашем случае какие-то нестандартные кэйсы?

@@Александр-т1ц5я что это такое и с чем это едят. Общие короче. И если не трудно, немного затронуть тему Ashley. Будет очень приятно это видеть. Спасибо за ответ!

@@НиколайСибирцев-я4т , думаю, будут видео по этим темам)

Николай, посмотрите, пожалуйста, видео по пользовательскому интерфейсу th-cam.com/video/CxYQj_PKkcc/w-d-xo.html Скажите, на какие вопросы я в этом видео не ответил касательно Stage?

@@Александр-т1ц5я ну, в целом оно много объясняет, хоть и тема задета вскользь, но хотелось бы увидеть полный разбор методов и переменных

Тема действительно интересная. Если я получу опыт работы с костяшной анимацией в libgdx, то обязательно поделюсь))

Проблема ещё актуальна? Я могу ссылки дать. В целом стили я рассматривал в одном из уроков, где создавал окошко.