684 Кб, 1157x942Добро пожаловать в тред любви, взаимопомощи и... Об одном жалею - годы. Так хочется пожить по-человечески. Игру доделать.
Шапка: https://hipolink.me/godothread
Предыдущий: >>958498 (OP)
Архивный: >>954699 (OP)
Шапка: https://hipolink.me/godothread
Предыдущий: >>958498 (OP)
Архивный: >>954699 (OP)
А можно как нибудь сохранить все данные со сцены? Желательно одной строкой. Чтобы и позиция игрока была и противников и переменные сохранялись.
>>63913
Можно. Рекурсивно выставляешь овнеров и сохраняешь как пакед сцену в .scn формате: https://docs.godotengine.org/en/stable/classes/class_packedscene.html
Можно. Рекурсивно выставляешь овнеров и сохраняешь как пакед сцену в .scn формате: https://docs.godotengine.org/en/stable/classes/class_packedscene.html
>>63913
Забыл, для сохранения переменных они должны быть @export
Забыл, для сохранения переменных они должны быть @export
>>63913
Скачай ассет для сохранения/загрузки.
Скачай ассет для сохранения/загрузки.
>>963697 →
Похоже ты ничего не понял из того что я сказал. Вот ты же видишь разницу между альфа версией и релизной версией продукта? Ты же не считаешь что все должны играть в альфы, и автор как только закончил игру может на нее забить потому что все и так будут довольны. Так вот я это и имел в виду. Ты делаешь игрушку, потом делаешь чтобы ей было приятно пользоваться, оборачивая в красивую обертку и делая из нее конфетку. Еще раз напомню о чем идет речь потому что ты путаешься в одном единственном посте теряя нить. Так вот изначально речь шла о том что закончить проект может быть полезным опытом.
Разработка длится практически бесконечно. Багфиксы, портирование под другие платформы, рефакторинг для повышения предсказуемости кода и производительности чтобы запускать на более слабых платформ. И опять опережу твои тупые возражения. Я не предлагаю тебе это все делать. Просто пример того насколько много вещей может нести в себе заканчивание проекта. То что ты высрав полусырой несъедобный блин, пытаешься довести рецепт до стадии где твои блины радуют видом, запахом и вкусом, не делает процесс перфекционизмом.
Думаю пора заканчивать с метафорами и этим постом. А ты иди в свою комнату и хорошенько подумай над своим поведением, я сегодня в тебе сильно разочарован.
>Перфекционизм только вредит, замедляет.
>Да и потом... В играх "совершенство" субъективно.
Похоже ты ничего не понял из того что я сказал. Вот ты же видишь разницу между альфа версией и релизной версией продукта? Ты же не считаешь что все должны играть в альфы, и автор как только закончил игру может на нее забить потому что все и так будут довольны. Так вот я это и имел в виду. Ты делаешь игрушку, потом делаешь чтобы ей было приятно пользоваться, оборачивая в красивую обертку и делая из нее конфетку. Еще раз напомню о чем идет речь потому что ты путаешься в одном единственном посте теряя нить. Так вот изначально речь шла о том что закончить проект может быть полезным опытом.
Разработка длится практически бесконечно. Багфиксы, портирование под другие платформы, рефакторинг для повышения предсказуемости кода и производительности чтобы запускать на более слабых платформ. И опять опережу твои тупые возражения. Я не предлагаю тебе это все делать. Просто пример того насколько много вещей может нести в себе заканчивание проекта. То что ты высрав полусырой несъедобный блин, пытаешься довести рецепт до стадии где твои блины радуют видом, запахом и вкусом, не делает процесс перфекционизмом.
Думаю пора заканчивать с метафорами и этим постом. А ты иди в свою комнату и хорошенько подумай над своим поведением, я сегодня в тебе сильно разочарован.
>>63939
Жиза, кстати. А потом тебя еще гугл плей пнет чтобы ты бежал все обновлял до нового АПИ.
>Разработка длится практически бесконечно.
Жиза, кстати. А потом тебя еще гугл плей пнет чтобы ты бежал все обновлял до нового АПИ.
>>63939
Да не путается он, он просто думает, что его троллят и машинально пропускает абзацы текста.
> потому что ты путаешься в одном единственном посте теряя нить
Да не путается он, он просто думает, что его троллят и машинально пропускает абзацы текста.
Давно не ковырялся в движке, решил вернуться и обнаружил поганую проблему - высокая задержка рендеринга. Кто сталкивался? 4.2.2 стабильная версия. Задержка в районе 27 +- на моей мизерной сцене. В играх всё ок. Отключал в. синк - задержка 0.1 и фпс 3к но мне такое нахуй не надо. Написал, если что, не гугля проблему, может тут быстрее ответят. А пока начну гуглить.
>>63913
Напиши систему сохранения, сделай метод save() и сохраняйся одной строкой - вызывая свой save().
Любые встроенные решения будут иметь недостатки в контексте конкретной игры. Если, конечно, делаешь серьёзную игру, а не очередной ассетфлип, в который всё равно никто серьёзно играть не будет.
В частности, все данные сцены сохранять обычно нет необходимости. Лучше сохранять только то, что ты не можешь восстановить из других данных или файлов.
>сохранить все данные со сцены
>Желательно одной строкой.
Напиши систему сохранения, сделай метод save() и сохраняйся одной строкой - вызывая свой save().
Любые встроенные решения будут иметь недостатки в контексте конкретной игры. Если, конечно, делаешь серьёзную игру, а не очередной ассетфлип, в который всё равно никто серьёзно играть не будет.
В частности, все данные сцены сохранять обычно нет необходимости. Лучше сохранять только то, что ты не можешь восстановить из других данных или файлов.
>>64091
Что ты имеешь в виду? Задержка (лаг) между вводом игрока и отображением изменений на экране? Или задержка между кадрами (частота кадров)?
Попробуй эту настройку:
https://docs.godotengine.org/en/stable/classes/class_projectsettings.html#class-projectsettings-property-application-run-max-fps
О чём тогда речь? В редакторе нет постоянной частоты кадров, там рендеринг только когда что-то меняется. Можно уменьшить время "сна" для ускорения отклика.
>высокая задержка рендеринга
>Задержка в районе 27 +-
Что ты имеешь в виду? Задержка (лаг) между вводом игрока и отображением изменений на экране? Или задержка между кадрами (частота кадров)?
>Отключал в. синк - задержка 0.1 и фпс 3к
Попробуй эту настройку:
https://docs.godotengine.org/en/stable/classes/class_projectsettings.html#class-projectsettings-property-application-run-max-fps
>В играх всё ок.
О чём тогда речь? В редакторе нет постоянной частоты кадров, там рендеринг только когда что-то меняется. Можно уменьшить время "сна" для ускорения отклика.
12 Кб, 210x161>>64104
Имелась ввиду вот эта задержка рендеринга в оверлее нвидиа, но и в запущенном проекте виделась. В запущеном проекте, не в редакторе. Но, как видишь, я уже порешал всё до задержки в 0.6.
Имелась ввиду вот эта задержка рендеринга в оверлее нвидиа, но и в запущенном проекте виделась. В запущеном проекте, не в редакторе. Но, как видишь, я уже порешал всё до задержки в 0.6.
>>64113
Это что-то новое? Никогда не видел.
Как порешал-то?
>оверлее нвидиа
Это что-то новое? Никогда не видел.
>порешал всё до задержки в 0.6.
Как порешал-то?
44 Кб, 513x906>>64115
Если стоит Nvidia app, то там в настройках включается оверлей. Позволяет не только мониторить инфу, но и делать запись экрана, скриншоты, применять фильтры. Раньше у меня стоял GeForce Experience, там был такой же функционал.
>>64115
А так же, как ты подсказал - залочил фпс через настройки проекта и в-синк убрал. Я тупанул, что сразу advanced не отобразил.
>Это что-то новое? Никогда не видел.
Если стоит Nvidia app, то там в настройках включается оверлей. Позволяет не только мониторить инфу, но и делать запись экрана, скриншоты, применять фильтры. Раньше у меня стоял GeForce Experience, там был такой же функционал.
>>64115
>Как порешал-то?
А так же, как ты подсказал - залочил фпс через настройки проекта и в-синк убрал. Я тупанул, что сразу advanced не отобразил.
32 Кб, 500x359>>63939
Вижу. Альфа имеет потенциал, а релиз - нет.
Часто играл в альфы и доволен этим. Часто "релиз" только портит всё, а потом разработчик вообще бросает развитие игры, даже баги не фиксит. Как правило, если разработчик игры объявил "релиз" - ему просто надоело быть разработчиком и он решил избавиться от игры, чтобы не требовали обновлений.
Большинство инди так и делают, и это раздражает. Особенно когда забивают на проект с нераскрытым потенциалом, но не отдают исходники в опенсурс, чтобы желающие могли продолжить развивать игру. Отдавайте ненужные проекты в оперсурс, чтобы вкладывать свой труд в развитие человечества.
Мало кто этим парится, кидают билд с номером 1.0 и считают дело сделанным. Патчи можно дождаться только если сообщество взбунтуется, а разработчик окажется не самым последним мошенником.
Не часто, но находятся ответственные разработчики, делающие игру на протяжении многих лет. В Steam это называется Early Access, в широком смысле - perpetual beta (бесконечная бета).
Godot, кстати, идеально подходит под это: возможно делать модульные сцены, ресурсы и скрипты, можно распространять обновления отдельными .pck вместо скачивания всех старых ресурсов, можно запускать проект без упаковки ресурсов в .pck-файл, движок позволяет запускать скрипты из внешних файлов. Формируешь комьюнити и кормишь их апдейтами, поддерживаешь моды, пользовательские карты. Релизной версии при этом нет и проект никогда не достигает "законченной" стадии. В идеале опенсурс, чтобы в случае твоей смерти кто-нибудь продолжил.
>>63952
Нет, он не троллит. Не раз встречал эту категорию разработчиков игр, которые считают достаточным выложить какую-то мелкую игру, сразу переходя к следующей. Такие ещё хвастаются, что "сделали 100 законченных игр за год", а на деле там игры уровня "нажми кнопку чтобы увидеть прикол". Уверяют, что заканчивание таких недоигр даёт бесценный опыт...
Не спорю, для игр уровня Яндекс.Игр такой подход эффективен, чтобы занять больше позиций и иметь суммарно больше просмотров рекламы. Но я хочу делать игру, а не оболочку для рекламного плеера. Поэтому "заканчивать игру за неделю" я не хочу.
>Вот ты же видишь разницу между альфа версией и релизной версией продукта?
Вижу. Альфа имеет потенциал, а релиз - нет.
>Ты же не считаешь что все должны играть в альфы
Часто играл в альфы и доволен этим. Часто "релиз" только портит всё, а потом разработчик вообще бросает развитие игры, даже баги не фиксит. Как правило, если разработчик игры объявил "релиз" - ему просто надоело быть разработчиком и он решил избавиться от игры, чтобы не требовали обновлений.
>автор как только закончил игру может на нее забить потому что все и так будут довольны.
Большинство инди так и делают, и это раздражает. Особенно когда забивают на проект с нераскрытым потенциалом, но не отдают исходники в опенсурс, чтобы желающие могли продолжить развивать игру. Отдавайте ненужные проекты в оперсурс, чтобы вкладывать свой труд в развитие человечества.
>Просто пример того насколько много вещей может нести в себе заканчивание проекта.
Мало кто этим парится, кидают билд с номером 1.0 и считают дело сделанным. Патчи можно дождаться только если сообщество взбунтуется, а разработчик окажется не самым последним мошенником.
Не часто, но находятся ответственные разработчики, делающие игру на протяжении многих лет. В Steam это называется Early Access, в широком смысле - perpetual beta (бесконечная бета).
Godot, кстати, идеально подходит под это: возможно делать модульные сцены, ресурсы и скрипты, можно распространять обновления отдельными .pck вместо скачивания всех старых ресурсов, можно запускать проект без упаковки ресурсов в .pck-файл, движок позволяет запускать скрипты из внешних файлов. Формируешь комьюнити и кормишь их апдейтами, поддерживаешь моды, пользовательские карты. Релизной версии при этом нет и проект никогда не достигает "законченной" стадии. В идеале опенсурс, чтобы в случае твоей смерти кто-нибудь продолжил.
>>63952
>думает, что его троллят
Нет, он не троллит. Не раз встречал эту категорию разработчиков игр, которые считают достаточным выложить какую-то мелкую игру, сразу переходя к следующей. Такие ещё хвастаются, что "сделали 100 законченных игр за год", а на деле там игры уровня "нажми кнопку чтобы увидеть прикол". Уверяют, что заканчивание таких недоигр даёт бесценный опыт...
Не спорю, для игр уровня Яндекс.Игр такой подход эффективен, чтобы занять больше позиций и иметь суммарно больше просмотров рекламы. Но я хочу делать игру, а не оболочку для рекламного плеера. Поэтому "заканчивать игру за неделю" я не хочу.
32 Кб, 500x359>>63939
Вижу. Альфа имеет потенциал, а релиз - нет.
Часто играл в альфы и доволен этим. Часто "релиз" только портит всё, а потом разработчик вообще бросает развитие игры, даже баги не фиксит. Как правило, если разработчик игры объявил "релиз" - ему просто надоело быть разработчиком и он решил избавиться от игры, чтобы не требовали обновлений.
Большинство инди так и делают, и это раздражает. Особенно когда забивают на проект с нераскрытым потенциалом, но не отдают исходники в опенсурс, чтобы желающие могли продолжить развивать игру. Отдавайте ненужные проекты в оперсурс, чтобы вкладывать свой труд в развитие человечества.
Мало кто этим парится, кидают билд с номером 1.0 и считают дело сделанным. Патчи можно дождаться только если сообщество взбунтуется, а разработчик окажется не самым последним мошенником.
Не часто, но находятся ответственные разработчики, делающие игру на протяжении многих лет. В Steam это называется Early Access, в широком смысле - perpetual beta (бесконечная бета).
Godot, кстати, идеально подходит под это: возможно делать модульные сцены, ресурсы и скрипты, можно распространять обновления отдельными .pck вместо скачивания всех старых ресурсов, можно запускать проект без упаковки ресурсов в .pck-файл, движок позволяет запускать скрипты из внешних файлов. Формируешь комьюнити и кормишь их апдейтами, поддерживаешь моды, пользовательские карты. Релизной версии при этом нет и проект никогда не достигает "законченной" стадии. В идеале опенсурс, чтобы в случае твоей смерти кто-нибудь продолжил.
>>63952
Нет, он не троллит. Не раз встречал эту категорию разработчиков игр, которые считают достаточным выложить какую-то мелкую игру, сразу переходя к следующей. Такие ещё хвастаются, что "сделали 100 законченных игр за год", а на деле там игры уровня "нажми кнопку чтобы увидеть прикол". Уверяют, что заканчивание таких недоигр даёт бесценный опыт...
Не спорю, для игр уровня Яндекс.Игр такой подход эффективен, чтобы занять больше позиций и иметь суммарно больше просмотров рекламы. Но я хочу делать игру, а не оболочку для рекламного плеера. Поэтому "заканчивать игру за неделю" я не хочу.
>Вот ты же видишь разницу между альфа версией и релизной версией продукта?
Вижу. Альфа имеет потенциал, а релиз - нет.
>Ты же не считаешь что все должны играть в альфы
Часто играл в альфы и доволен этим. Часто "релиз" только портит всё, а потом разработчик вообще бросает развитие игры, даже баги не фиксит. Как правило, если разработчик игры объявил "релиз" - ему просто надоело быть разработчиком и он решил избавиться от игры, чтобы не требовали обновлений.
>автор как только закончил игру может на нее забить потому что все и так будут довольны.
Большинство инди так и делают, и это раздражает. Особенно когда забивают на проект с нераскрытым потенциалом, но не отдают исходники в опенсурс, чтобы желающие могли продолжить развивать игру. Отдавайте ненужные проекты в оперсурс, чтобы вкладывать свой труд в развитие человечества.
>Просто пример того насколько много вещей может нести в себе заканчивание проекта.
Мало кто этим парится, кидают билд с номером 1.0 и считают дело сделанным. Патчи можно дождаться только если сообщество взбунтуется, а разработчик окажется не самым последним мошенником.
Не часто, но находятся ответственные разработчики, делающие игру на протяжении многих лет. В Steam это называется Early Access, в широком смысле - perpetual beta (бесконечная бета).
Godot, кстати, идеально подходит под это: возможно делать модульные сцены, ресурсы и скрипты, можно распространять обновления отдельными .pck вместо скачивания всех старых ресурсов, можно запускать проект без упаковки ресурсов в .pck-файл, движок позволяет запускать скрипты из внешних файлов. Формируешь комьюнити и кормишь их апдейтами, поддерживаешь моды, пользовательские карты. Релизной версии при этом нет и проект никогда не достигает "законченной" стадии. В идеале опенсурс, чтобы в случае твоей смерти кто-нибудь продолжил.
>>63952
>думает, что его троллят
Нет, он не троллит. Не раз встречал эту категорию разработчиков игр, которые считают достаточным выложить какую-то мелкую игру, сразу переходя к следующей. Такие ещё хвастаются, что "сделали 100 законченных игр за год", а на деле там игры уровня "нажми кнопку чтобы увидеть прикол". Уверяют, что заканчивание таких недоигр даёт бесценный опыт...
Не спорю, для игр уровня Яндекс.Игр такой подход эффективен, чтобы занять больше позиций и иметь суммарно больше просмотров рекламы. Но я хочу делать игру, а не оболочку для рекламного плеера. Поэтому "заканчивать игру за неделю" я не хочу.
46 Кб, 910x595>>64182
Как ты думаешь почему так? Помогу тебе с ответом - деньги и усталость.
Я занимаюсь поддержкой пары своих библиотек уже 6+ лет и я заебался, т.к. это однообразная хуйня. Это с учетом того, что небольшая прибыль за их использование мне капает периодически.
А теперь представь разработчика игры, который пару лет пилит игру, заебывается, выпускает, зарабатывает на пике N$ а потом поток денег практически иссякает и мотивация вместе с ним. Зачем ему делать патчи\контент для 1.5 пользователей которые больше серьёзных денег не занесут?
Попробуй стать таким? Выпусти игру, и поддерживай ее сколько сможешь.
Ну и анон тебе пишет правильную мысль - любой продукт нужно релизить (чем раньше дашь его юзерам - тем лучше), только так ты сможешь пройти весь путь и изучить много нового\полезного. К примеру руками попробуешь релизнуться в плеймаркете\аппсторе\стиме и т.д., узнаешь многие подводные камни. Поймешь зачем нужны маркетологи и реклама.
Но если создание игр для тебя просто хобби - никаких проблем, наслаждайся, но тогда и никакого смысла в таких обсуждениях нет.
>Мало кто этим парится, кидают билд с номером 1.0 и считают дело сделанным
Как ты думаешь почему так? Помогу тебе с ответом - деньги и усталость.
Я занимаюсь поддержкой пары своих библиотек уже 6+ лет и я заебался, т.к. это однообразная хуйня. Это с учетом того, что небольшая прибыль за их использование мне капает периодически.
А теперь представь разработчика игры, который пару лет пилит игру, заебывается, выпускает, зарабатывает на пике N$ а потом поток денег практически иссякает и мотивация вместе с ним. Зачем ему делать патчи\контент для 1.5 пользователей которые больше серьёзных денег не занесут?
> Не часто, но находятся ответственные разработчики
Попробуй стать таким? Выпусти игру, и поддерживай ее сколько сможешь.
Ну и анон тебе пишет правильную мысль - любой продукт нужно релизить (чем раньше дашь его юзерам - тем лучше), только так ты сможешь пройти весь путь и изучить много нового\полезного. К примеру руками попробуешь релизнуться в плеймаркете\аппсторе\стиме и т.д., узнаешь многие подводные камни. Поймешь зачем нужны маркетологи и реклама.
Но если создание игр для тебя просто хобби - никаких проблем, наслаждайся, но тогда и никакого смысла в таких обсуждениях нет.
>>64227
Лично я пришел к мысли что это очередной прокрастинатор. Только вместо классического "жду годот версии N+1" у него отмазки похитрее - хочу поразить мир выпустив один-единственный идеальный шедевр, и чтобы сразу в цель, в самое сердце успеха. А раз шансы такого стремятся к нулю, то и делать ничего не надо.
Лично я пришел к мысли что это очередной прокрастинатор. Только вместо классического "жду годот версии N+1" у него отмазки похитрее - хочу поразить мир выпустив один-единственный идеальный шедевр, и чтобы сразу в цель, в самое сердце успеха. А раз шансы такого стремятся к нулю, то и делать ничего не надо.
>>64227
Неохотно делают ненужную нелюбимую игру.
Потому что игра - твоё любимое дитя?
Потому что контент привлечёт внимание?
Потому что патчи сделают игру играбельной?
Даже не знаю. Наверное, лучше сделать ассетфлип.
Ну вот я пытаюсь придумать, что такого сделать... Расширяемого. И чтоб самому нравилось играть. Не, концептов много, но всегда чего-то не хватает.
Так я хочу идти с годным продуктом, а не тем, что ты предлагаешь (мини-игра за неделю или ассетфлип, созданные исключительно чтоб сделать хоть что-то, соответственно без любви и энтузиазма, абы как).
Чтобы впарить ненужное, что никто сам не ищет. Или впарить жалкое подобие уже популярного оригинала.
Делайте то, что вы сами хотите, и игроки найдутся.
>Как ты думаешь почему так?
Неохотно делают ненужную нелюбимую игру.
>Зачем ему делать патчи\контент
Потому что игра - твоё любимое дитя?
Потому что контент привлечёт внимание?
Потому что патчи сделают игру играбельной?
Даже не знаю. Наверное, лучше сделать ассетфлип.
>Попробуй стать таким? Выпусти игру
Ну вот я пытаюсь придумать, что такого сделать... Расширяемого. И чтоб самому нравилось играть. Не, концептов много, но всегда чего-то не хватает.
>сможешь пройти весь путь
Так я хочу идти с годным продуктом, а не тем, что ты предлагаешь (мини-игра за неделю или ассетфлип, созданные исключительно чтоб сделать хоть что-то, соответственно без любви и энтузиазма, абы как).
>зачем нужны маркетологи и реклама
Чтобы впарить ненужное, что никто сам не ищет. Или впарить жалкое подобие уже популярного оригинала.
Делайте то, что вы сами хотите, и игроки найдутся.
>>64182
How it started:
How it's going:
извини если слишком жестко. добра тебе.
How it started:
>Скоро перекат, а я все проекты снова побросал и не знаю, что мне делать и зачем. Но что-то хочется.
How it's going:
>а потом разработчик вообще
>он решил
>Большинство инди
>Мало кто
>окажется не самым последним мошенником
>Не часто, но находятся ответственные
>Формируешь комьюнити и кормишь их апдейтами, поддерживаешь
>при этом нет и проект никогда не достигает
>эту категорию разработчиков
>сразу переходя к следующей
>ещё хвастаются
>а на деле
>Но я
>оболочку для рекламного плеера
извини если слишком жестко. добра тебе.
Походу он думает, что всё это время общался со мной.
16 Кб, 487x597Вообще-то вы все всё это время общались со мной, а я из юнити-треда залетел вас тут задерейлить.
Теперь идите делать игры. На годоте.
Теперь идите делать игры. На годоте.
>>64091
Опции Vsync подробно описаны в документации.
Опции Vsync подробно описаны в документации.
>>64260
Да, но любовь "проходит". см. Stardew Valley.
Нет.
Да, если есть аудитория.
Да, а если концепция-демо людям зайдет - найми художника.
Поверь мне, пока ты не сделал нихуя, ты даже не представляешь что значит это слово. Как и я не знал что такое масштабирование, пока не ... .
Годный он или нет ты узнаешь только после открытой беты, а до этого это все твои влажные фантазии.
Нет. Задача маркетолога донести ценность твоего продукта до аудитории, то есть объяснить мне, твоему потенциальному игроку, зачем мне играть в твою игру, какой интересный или уникальный опыт я там получу.
Нет, ну или да, смотря считаешь ли ты охуеть какой мизерный шанс на успех достойным твоей попытки.
>>64229
Согласен + отсутствие какого-либо опыта видно.
> Потому что игра - твоё любимое дитя?
Да, но любовь "проходит". см. Stardew Valley.
> Потому что контент привлечёт внимание?
Нет.
> Потому что патчи сделают игру играбельной?
Да, если есть аудитория.
> Даже не знаю. Наверное, лучше сделать ассетфлип.
Да, а если концепция-демо людям зайдет - найми художника.
> Расширяемого
Поверь мне, пока ты не сделал нихуя, ты даже не представляешь что значит это слово. Как и я не знал что такое масштабирование, пока не ... .
> Так я хочу идти с годным продуктом
Годный он или нет ты узнаешь только после открытой беты, а до этого это все твои влажные фантазии.
> Чтобы впарить ненужное
Нет. Задача маркетолога донести ценность твоего продукта до аудитории, то есть объяснить мне, твоему потенциальному игроку, зачем мне играть в твою игру, какой интересный или уникальный опыт я там получу.
> Делайте то, что вы сами хотите, и игроки найдутся.
Нет, ну или да, смотря считаешь ли ты охуеть какой мизерный шанс на успех достойным твоей попытки.
>>64229
Согласен + отсутствие какого-либо опыта видно.
Сап, посаны.
Хочу пилить хоррор с низкополигональными моделями как в ps1.
За образец взял пикрил.
Поясните те, кто сами модельки пилит в блендере:
Как вы это вообще делаете с такими крупными объектами, как здания?
Вы их целиком в блендере хуярите, после чего засовываете целиком в качестве одной условной сцены?
Или же все это с помощью gridmap делаете?
Хочу пилить хоррор с низкополигональными моделями как в ps1.
За образец взял пикрил.
Поясните те, кто сами модельки пилит в блендере:
Как вы это вообще делаете с такими крупными объектами, как здания?
Вы их целиком в блендере хуярите, после чего засовываете целиком в качестве одной условной сцены?
Или же все это с помощью gridmap делаете?
>>64410
Алгоритмы Стима расширяют видимость игры, если у неё выходят обновления. Гугл вроде тоже добрее относится к играм, у которых выходят обновления. Платформе выгодно, чтобы игры обновлялись, ведь пользователи любят обновления и платформе нужно заманивать пользователей в себя как можно чаще. Кроме того, обновляющаяся игра вызывает больше доверия, чем какой-то старый выкидыш без патчей.
Алгоритмы Стима расширяют видимость игры, если у неё выходят обновления. Гугл вроде тоже добрее относится к играм, у которых выходят обновления. Платформе выгодно, чтобы игры обновлялись, ведь пользователи любят обновления и платформе нужно заманивать пользователей в себя как можно чаще. Кроме того, обновляющаяся игра вызывает больше доверия, чем какой-то старый выкидыш без патчей.
>>64436
Таких же "обновляемых" игр там куча, без маркетинга одними патчами нихуя не будет, а именно это пытается рассказать анон-прокрастинатор.
Постоянные обновления лишь предотвращают скатывание игры в поисковой выдаче, но никак не ставят ее на первые места.
Насчет стима я не знаю, но с плеймаркетом и аппстором я работал, там были важны как регулярные обновления так и привлечение трафика.
Таких же "обновляемых" игр там куча, без маркетинга одними патчами нихуя не будет, а именно это пытается рассказать анон-прокрастинатор.
Постоянные обновления лишь предотвращают скатывание игры в поисковой выдаче, но никак не ставят ее на первые места.
Насчет стима я не знаю, но с плеймаркетом и аппстором я работал, там были важны как регулярные обновления так и привлечение трафика.
>>64429
Гридмап полезен, когда у тебя много повторяющихся компонентов на параллелепипедной сетке, особенно если требуется менять компоненты местами в игре. Достаточно изменить одно число, чтобы переключить компонент на другой или совсем убрать его с сетки. Оптимизация там через мультимеши, т.е. когда один меш отрисовывается несколько раз в разных местах.
В случае с домами гридмап пригодится, если у тебя однотипные строительные блоки на весь город и множество уникальных форм зданий, особенно с возможностью перестройки игроком. Если здания - простые типовые коробки без изменяемости, тогда лучше сделать цельными, упрощёнными мешами.
По интерьерам, мне кажется, гридмап полезен только если у тебя равномерная сетка, но это выглядит как-то неестественно и банально. Также, мультимеш будет рендериться даже если видно маленький кусочек... Однако цельный меш для интерьера вообще лучше не использовать, а разрезать на отдельные меши, иначе фруструм куллинг не заработает как положено.
В общем, нужно смотреть по ситуации, пробовать инструменты самому и смотреть, что подходит твоей задумке лучше всего. Самый простой лоуполи дом состоит из восьми треугольников и одной текстуры независимо от размера, для этого гридмап не нужен. Множество уникальных блоков, кривых углов и т.п. делает гридмапы менее полезными. Процедурная генерация будет легче с гридмапом, но особой сложности в ручном размещении мешей нет, а иногда выгоднее не размещать меши, а склеивать их или модифицировать каким-то образом. Для стилистики Майнкрафта гридмапы не подходят, в Майнкрафте достаточно серьёзные оптимизации чанков. И т.д.
Лучше сначала делай скетчи своих зданий на бумаге или в простой 2D картинке, прежде чем делать в 3D. Потом накидай уровень как будет тебе проще всего. Протестируй и попробуй по-другому, сравни...
Гридмап полезен, когда у тебя много повторяющихся компонентов на параллелепипедной сетке, особенно если требуется менять компоненты местами в игре. Достаточно изменить одно число, чтобы переключить компонент на другой или совсем убрать его с сетки. Оптимизация там через мультимеши, т.е. когда один меш отрисовывается несколько раз в разных местах.
В случае с домами гридмап пригодится, если у тебя однотипные строительные блоки на весь город и множество уникальных форм зданий, особенно с возможностью перестройки игроком. Если здания - простые типовые коробки без изменяемости, тогда лучше сделать цельными, упрощёнными мешами.
По интерьерам, мне кажется, гридмап полезен только если у тебя равномерная сетка, но это выглядит как-то неестественно и банально. Также, мультимеш будет рендериться даже если видно маленький кусочек... Однако цельный меш для интерьера вообще лучше не использовать, а разрезать на отдельные меши, иначе фруструм куллинг не заработает как положено.
В общем, нужно смотреть по ситуации, пробовать инструменты самому и смотреть, что подходит твоей задумке лучше всего. Самый простой лоуполи дом состоит из восьми треугольников и одной текстуры независимо от размера, для этого гридмап не нужен. Множество уникальных блоков, кривых углов и т.п. делает гридмапы менее полезными. Процедурная генерация будет легче с гридмапом, но особой сложности в ручном размещении мешей нет, а иногда выгоднее не размещать меши, а склеивать их или модифицировать каким-то образом. Для стилистики Майнкрафта гридмапы не подходят, в Майнкрафте достаточно серьёзные оптимизации чанков. И т.д.
Лучше сначала делай скетчи своих зданий на бумаге или в простой 2D картинке, прежде чем делать в 3D. Потом накидай уровень как будет тебе проще всего. Протестируй и попробуй по-другому, сравни...
>>64429
Вообще, по ощущениям GridMap похож на VehicleBody: элементарно использовать для чего простого, но чем сложнее твоя задумка, тем больше ограничений ты обнаруживаешь и в итоге пишешь свой велосипед.
Впрочем, ничего удивительного: оба были созданы давно и со времён 3.x вроде не обновлялись. Мало разработчиков, желающих что-то с этим сделать, и боятся поломать старые проекты пользователей.
Короче, не жди чуда и готовься пилить велосипеды.
Вообще, по ощущениям GridMap похож на VehicleBody: элементарно использовать для чего простого, но чем сложнее твоя задумка, тем больше ограничений ты обнаруживаешь и в итоге пишешь свой велосипед.
Впрочем, ничего удивительного: оба были созданы давно и со времён 3.x вроде не обновлялись. Мало разработчиков, желающих что-то с этим сделать, и боятся поломать старые проекты пользователей.
Короче, не жди чуда и готовься пилить велосипеды.
привет. изучаю движок и геймдев в целом. делаю свой велосипед по физике, там, чтобы мячик отскакивал от земли при падении, словно резиновый. код простой, всё находится в process'e. столкновения через меру пикселей считаются, т.е "если радиус + позишн больше 500, то скорость = - скорость", через рейкаст тоже работает но с таймером повозиться пришлось.
так вот. это же физика, поэтому я перевел это всё в physics_process, и всё сломалось. крутил константы, особо картины не сделало. я уже читал, в чем разница функций, мол в физиксе всё фиксированно и плавнее чем в процессе обычном не будет. а как физику делать-то? или физикс процесс не предназначен для моих велосипедов и там можно только мувэнслайды всякие запускать? нормальный будет вариант, что я физику всё равно буду реализовывать в обычном процессе, я понимаю что при просадке фпс будет плохо, получается, но если игра маленькая, то пофиг, какие просадки, да? в настройках дефолт физика, графитацию только отключил, чтобы свое делать.
так вот. это же физика, поэтому я перевел это всё в physics_process, и всё сломалось. крутил константы, особо картины не сделало. я уже читал, в чем разница функций, мол в физиксе всё фиксированно и плавнее чем в процессе обычном не будет. а как физику делать-то? или физикс процесс не предназначен для моих велосипедов и там можно только мувэнслайды всякие запускать? нормальный будет вариант, что я физику всё равно буду реализовывать в обычном процессе, я понимаю что при просадке фпс будет плохо, получается, но если игра маленькая, то пофиг, какие просадки, да? в настройках дефолт физика, графитацию только отключил, чтобы свое делать.
>>64564
Для мячика никакой код не нужен. Просто настраиваешь в инспекторе и он сам прыгает.
Для мячика никакой код не нужен. Просто настраиваешь в инспекторе и он сам прыгает.
>>64565
хорошо, посмотрю. а если я сам хочу сделать? то в физикс нельзя? или вообще нельзя или только если очень хороший алгоритм сделан?
хорошо, посмотрю. а если я сам хочу сделать? то в физикс нельзя? или вообще нельзя или только если очень хороший алгоритм сделан?
>>64566
То надо использовать kinematic/character body вместо ригид боди - они позволяют все свое кодом написать. Для ригидов есть отдельная функция integrate_forces, которая встраивается в физический движок и позволяет напрямую влиять на них не ломая физику.
То надо использовать kinematic/character body вместо ригид боди - они позволяют все свое кодом написать. Для ригидов есть отдельная функция integrate_forces, которая встраивается в физический движок и позволяет напрямую влиять на них не ломая физику.
>>64564
Ничего сломаться не должно было, но вот по твоему описанию похоже, что ты не учитываешь delta, не домножаешь на нее.
Ничего сломаться не должно было, но вот по твоему описанию похоже, что ты не учитываешь delta, не домножаешь на нее.
>>64614
на нее надо везде домножать? где pos += vel тоже? то есть так: pos += vel * delta?
на нее надо везде домножать? где pos += vel тоже? то есть так: pos += vel * delta?
16,6 Мб, mp4,968x720, 1:27
Замутил кат сцены и какую никакую завязку сюжета, менюшку главную, и сохранения. Но чет пробовал их сделать по человечески, но не получалось, координаты персонажа сбрасывались когда прогружался нужный уровень. Скачал какой-то ассет где все по красоте сделано, но не понял как там все работает, а разбираться лень. Ну переменные хотяб сохраняю и нужный уровень, впринципе думаю пока сойдет. Щас буду думать как собсна подстегивать игрока к исследованию, помимо нарядов и способностей, может над головоломками подумаю
>>64657
Неплохо, твой проект оформляется в игру. Помню как ты тут первые видосы выкладывал - далеко ушел. Но почему бабища по-прежнему скользит как на коньках?
Наряды и скиллы - уже хорошо. Я подстегиваю статистикой, показывая "найдено 4/7 секретов". Это легкий способ триггернуть перфекционизм у игрока. В "секретах" может быть что угодно. Диалоги, катсцены, паззлы, кусочки дополнительного сюжета, просто крутые локации. Классический подход - показать на видном месте условную "закрытую дверь" и 7 замков на ней. Пусть идет ищет 7 ключей.
Неплохо, твой проект оформляется в игру. Помню как ты тут первые видосы выкладывал - далеко ушел. Но почему бабища по-прежнему скользит как на коньках?
>Щас буду думать как собсна подстегивать игрока к исследованию
Наряды и скиллы - уже хорошо. Я подстегиваю статистикой, показывая "найдено 4/7 секретов". Это легкий способ триггернуть перфекционизм у игрока. В "секретах" может быть что угодно. Диалоги, катсцены, паззлы, кусочки дополнительного сюжета, просто крутые локации. Классический подход - показать на видном месте условную "закрытую дверь" и 7 замков на ней. Пусть идет ищет 7 ключей.
>>64566
Если такой алгоритм сделан, то у тебя есть свой собственный физический движок и ты не задаёшь таких вопросов на двачах.
> если очень хороший алгоритм сделан
Если такой алгоритм сделан, то у тебя есть свой собственный физический движок и ты не задаёшь таких вопросов на двачах.
>>64661
Из-за двух вещей, скользит тк в её передвижении использовал вектор2 хёрт бист в уроках для топ даун рпг использовал его, ну я повторял, и прост ща как шаблон использую, чтобы не зацикливаться на этом. И из-за анимации создается иллюзия, в прошлом треде анон посоветовал как через анимейшен трии привязать анимации к ползункам, чтобы даже при ходьбе назад анимация взад проигрывалась, очень простая и удобная вещь, но я изначально не по человечески все анимации соединил, поэтому так. По идее поменять всё не прям сложно, мне бы ушло день или два, но чет впадлу переделывать.
Я думаю так в открытую подсказывать игроку не буду, хочу создать атмосферу ТАЙНЫЫ, поэтому использую для нескольких секретов ->
Думаю в основном что-то такое делать буду. А вообще недавно посмотрел всякие ролики по CoD Zombies, и меня эта тема прям зацепила, открывать условные проходы за деньги или специальными предметами, но проблема в том, что за ними что-то должно быть, в мыслях щас есть типа сделать условный ценный предмет, который используется для киберпространсва которое тоже ща в мечтах. Думаю его в 3д платформер оформить, где ты так же открываешь двери и находишь ??????? что-то
>почему бабища по-прежнему скользит как на коньках?
Из-за двух вещей, скользит тк в её передвижении использовал вектор2 хёрт бист в уроках для топ даун рпг использовал его, ну я повторял, и прост ща как шаблон использую, чтобы не зацикливаться на этом. И из-за анимации создается иллюзия, в прошлом треде анон посоветовал как через анимейшен трии привязать анимации к ползункам, чтобы даже при ходьбе назад анимация взад проигрывалась, очень простая и удобная вещь, но я изначально не по человечески все анимации соединил, поэтому так. По идее поменять всё не прям сложно, мне бы ушло день или два, но чет впадлу переделывать.
>найдено 4/7 секретов
Я думаю так в открытую подсказывать игроку не буду, хочу создать атмосферу ТАЙНЫЫ, поэтому использую для нескольких секретов ->
>показать на видном месте условную "закрытую дверь"
Думаю в основном что-то такое делать буду. А вообще недавно посмотрел всякие ролики по CoD Zombies, и меня эта тема прям зацепила, открывать условные проходы за деньги или специальными предметами, но проблема в том, что за ними что-то должно быть, в мыслях щас есть типа сделать условный ценный предмет, который используется для киберпространсва которое тоже ща в мечтах. Думаю его в 3д платформер оформить, где ты так же открываешь двери и находишь ??????? что-то
2 Мб, 1435x750>>64680
Кодовое название Самосбор2000, где 2000 это промежуток которым вдохновляюсь. А вообще, я просто пилю свое видение, поэтому лучше воспринимать как игру про подземных людей
Никаких ассет флипов, всё сам рисовал и придумываю.
Ну извините, придумывать на самом деле очень тяжело, а то что получается придумать, реализовать умения не всегда позволяют
>Лютое западничество
Кодовое название Самосбор2000, где 2000 это промежуток которым вдохновляюсь. А вообще, я просто пилю свое видение, поэтому лучше воспринимать как игру про подземных людей
>Ничего своего
Никаких ассет флипов, всё сам рисовал и придумываю.
>Тупо подражание всем подряд
Ну извините, придумывать на самом деле очень тяжело, а то что получается придумать, реализовать умения не всегда позволяют
>>64695
Страдаю, но не терплю. Буду поливать говном всегда уёбищных второсортников, пережёвывающих вторичность.
Страдаю, но не терплю. Буду поливать говном всегда уёбищных второсортников, пережёвывающих вторичность.
>>64707
Ты заблудился. Годот это движок для уёбищных второсортников. Найди себе другой тред.
>Буду поливать говном всегда уёбищных второсортников
Ты заблудился. Годот это движок для уёбищных второсортников. Найди себе другой тред.
>>64657
Классно получается. Тексты на уровне 13-ти летнего подростка открывшего для себя порнуху в интернете, но в целом здорово выглядит.
Классно получается. Тексты на уровне 13-ти летнего подростка открывшего для себя порнуху в интернете, но в целом здорово выглядит.
282 Кб, 640x480>>64657
а может проще сделать олдскульное сохранение в фиксированных точках, как в метроидах и кастлах?
а может проще сделать олдскульное сохранение в фиксированных точках, как в метроидах и кастлах?
14,2 Мб, mp4,978x720, 0:35
>>64733
Тексты это пиздец, то что в видео я придумывал наверн дня 4. Изоляционная жизнь лишила меня речевых навыков
>>64748
Ну кста, было бы прикольно мне кажется, иммерсивненько даже. Что-то типа если пробегаешь мимо, он сразу автосейвит с прикольной выдвигающейся анимацией, в один из слотов профиля который вначале выбираешь. Наверн что-то такое замучу
>Тексты на уровне 13-ти летнего подростка открывшего для себя порнуху в интернете
Тексты это пиздец, то что в видео я придумывал наверн дня 4. Изоляционная жизнь лишила меня речевых навыков
>>64748
>может проще сделать олдскульное сохранение в фиксированных точках
Ну кста, было бы прикольно мне кажется, иммерсивненько даже. Что-то типа если пробегаешь мимо, он сразу автосейвит с прикольной выдвигающейся анимацией, в один из слотов профиля который вначале выбираешь. Наверн что-то такое замучу
>>64751
А ещё надо сделать олдскульное сохранение в оперативную память: приложение закрыл - прогресс потерял. NESHard такскзть.
А ещё надо сделать олдскульное сохранение в оперативную память: приложение закрыл - прогресс потерял. NESHard такскзть.
>>64733
Если читать голосом Макса Пэйна, то норм.
https://www.youtube.com/watch?v=f-dnUvsr-D4
>Тексты на уровне 13-ти летнего
Если читать голосом Макса Пэйна, то норм.
https://www.youtube.com/watch?v=f-dnUvsr-D4
В очередной раз перерисовал персонажа, она стала похожа на толстую карлицу, но зато не требует много работы и хорошо отображает что игра 18+
На первой пике все варианты что были
Концепт думаю сменить на более роглайково-данженкролевый, вместо той фигни с хитманом что я придумал изначально. Благо, я еще не начал ничего делать с игрой в этом плане, только работал над основами которые при любом концепте нужны. Пока еще думаю и рисую просто
На первой пике все варианты что были
Концепт думаю сменить на более роглайково-данженкролевый, вместо той фигни с хитманом что я придумал изначально. Благо, я еще не начал ничего делать с игрой в этом плане, только работал над основами которые при любом концепте нужны. Пока еще думаю и рисую просто
>>65046
Так еще лучше. Представь какими эпичными будут битвы с гусями, или удирание от них.
Карлица с трудом протискивает свои круглые формы через узкий проход, выйдя в полуобрушенный зал с лавой. Вслед за ней врывается разоренный гусь и успевает один раз ее гневно ущипнуть клювом за жирный зад, нанося урон -1 к жизни. Ситуация запахла жаренным. Карлица застыла в напряжении, ущипанная ягодица приятно ныла приводя ее в замешательство. Гусь который до этого гонял ее через половину локации, застыл в боевой позе, опустив угрожающе голову, и все медлил нападать. Карлице стало жарко и она расстегнула еще одну пуговку на своей зеленой блузке с броней +2. Гусь который до этого выжидал, метнулся вперед, но всего на одну ячейку. И снова угрожающе застыл, делая этот момент еще более неудобным. Она не в первый раз пересекалась с гусями. Но этот раз был слишком странным. Она больше не понимала к чему все ведет. Они все-таки наконец начнут драться, или же дело идет к сексу...
>похожа на толстую карлицу
Так еще лучше. Представь какими эпичными будут битвы с гусями, или удирание от них.
Карлица с трудом протискивает свои круглые формы через узкий проход, выйдя в полуобрушенный зал с лавой. Вслед за ней врывается разоренный гусь и успевает один раз ее гневно ущипнуть клювом за жирный зад, нанося урон -1 к жизни. Ситуация запахла жаренным. Карлица застыла в напряжении, ущипанная ягодица приятно ныла приводя ее в замешательство. Гусь который до этого гонял ее через половину локации, застыл в боевой позе, опустив угрожающе голову, и все медлил нападать. Карлице стало жарко и она расстегнула еще одну пуговку на своей зеленой блузке с броней +2. Гусь который до этого выжидал, метнулся вперед, но всего на одну ячейку. И снова угрожающе застыл, делая этот момент еще более неудобным. Она не в первый раз пересекалась с гусями. Но этот раз был слишком странным. Она больше не понимала к чему все ведет. Они все-таки наконец начнут драться, или же дело идет к сексу...
>>63910
прошло 29 лет игр все нет
прошло 29 лет игр все нет
>>65090
У них на окулус квест в едиторе для андроида, в проектах с VR, запускается вр для десктопа как у настольной версии, и вылетает с ошибкой что вр не найдено. Их попросили чтобы сделали чтобы в андроиде, запускался опен иксар, как в деплоенных проектах под андроид. Но они не торопятся. Жду когда починят. Прикидываю как шустро можно будет разные штуки опробывать на ходу.
У них на окулус квест в едиторе для андроида, в проектах с VR, запускается вр для десктопа как у настольной версии, и вылетает с ошибкой что вр не найдено. Их попросили чтобы сделали чтобы в андроиде, запускался опен иксар, как в деплоенных проектах под андроид. Но они не торопятся. Жду когда починят. Прикидываю как шустро можно будет разные штуки опробывать на ходу.
>>65137
Хуя, живой вр девелопер в нашем итт. Потрогал тебя.
Хуя, живой вр девелопер в нашем итт. Потрогал тебя.
>>65137
Хайп спал и ВР оказался снова никому не нужен, ибо реальных достижений с 90-х как не было, так и нет.
>проектах с VR
>они не торопятся
Хайп спал и ВР оказался снова никому не нужен, ибо реальных достижений с 90-х как не было, так и нет.
1,9 Мб, 640x360>>64564
Велосипед нужен только если ты хочешь сделать физику мягкого тела, но есть готовые ассеты:
https://github.com/appsinacup/godot-softbody2d
Для мячика с отскоками без физики мягких тел достаточно простому RigidBody3D задать материал и увеличить в этом материале параметр bounce:
https://docs.godotengine.org/en/stable/classes/class_physicsmaterial.html#class-physicsmaterial-property-bounce
Также на движение влияет damping, для бесконечных отскоков можно установить linear_damp = 0 и ещё linear_damp_mode = DAMP_MODE_REPLACE:
https://docs.godotengine.org/en/stable/classes/class_rigidbody2d.html#class-rigidbody2d-property-linear-damp
>чтобы мячик отскакивал от земли при падении, словно резиновый
Велосипед нужен только если ты хочешь сделать физику мягкого тела, но есть готовые ассеты:
https://github.com/appsinacup/godot-softbody2d
Для мячика с отскоками без физики мягких тел достаточно простому RigidBody3D задать материал и увеличить в этом материале параметр bounce:
https://docs.godotengine.org/en/stable/classes/class_physicsmaterial.html#class-physicsmaterial-property-bounce
Также на движение влияет damping, для бесконечных отскоков можно установить linear_damp = 0 и ещё linear_damp_mode = DAMP_MODE_REPLACE:
https://docs.godotengine.org/en/stable/classes/class_rigidbody2d.html#class-rigidbody2d-property-linear-damp
>>65197
В дурацкой привычке неуверенного в себе анончика оглядываться на международные стандарты красоты.
> Так, а в чём проблема?
В дурацкой привычке неуверенного в себе анончика оглядываться на международные стандарты красоты.
>>65531
Не, из каких-то соцсетей притащил. Не помню уже.
Не, из каких-то соцсетей притащил. Не помню уже.
>>65199
Так толстая карлица и есть международный стандарт
Так толстая карлица и есть международный стандарт
Про Nodepath. Если перетаскивать ноды в редакторе, то он обновляет относительные пути nodepath. Если перетаскивать в коде (менять родителя ноды, внутри которой используется относительный nodepath), то пути ломаются. Как быть? Накостылять код, чтобы ловил и фиксил, или есть решения разумней?
8,2 Мб, mp4,1920x1080, 0:04
Туман войны сделал. Надо только ограничить его открытие, чтобы нельзя было курсором в стену залететь и там карту открывать, ну это просто рейкаст от тела игрока до тайла под курсором... вроде нравится мне как вышло... хезе...
>>65727
Сделай просто какой-то дизер или прозрачный градиент. Эта анимация слишком отвлекает и если на границе будет какой-то монстр, то ещё и будет разрдажать.
Сделай просто какой-то дизер или прозрачный градиент. Эта анимация слишком отвлекает и если на границе будет какой-то монстр, то ещё и будет разрдажать.
Сделал простейший шарик который прыгает как бильярдный шар по экрану. Теперь хочу сделать чтобы экран был черный, а шар был дыркой через которую видно фоновое изображение.
Единственное что мне пришло в голову это текстуру для шара в два раза больше чем экран и с дыркой посередине.
Есть ли другие идеи как это сделать? Типа маску для слоя как фотошопе может быть?
Единственное что мне пришло в голову это текстуру для шара в два раза больше чем экран и с дыркой посередине.
Есть ли другие идеи как это сделать? Типа маску для слоя как фотошопе может быть?
>>65756
Не уточнил что у меня 2д.
-слой с картинкой
-черный слой
-двигающаяся дырка в черном слое, сквозь которую видно картинку
Не уточнил что у меня 2д.
-слой с картинкой
-черный слой
-двигающаяся дырка в черном слое, сквозь которую видно картинку
>>65818
clip children делает то же самое что и представленный тобой шейдер, вырезает все дочерние спрайты по силуэту своего спрайта. Если ему в дети поставить большое изображение которое мы должны видеть сквозь дырку, и скрипт который будет минусовать вектор координат шарика из вектора координат изображения, чтобы постоянно держать изображение в глобальной системе координат, а не двигаться вместе с шариком который является ее родителем. Я об этом тоже подумал, но не знаю какой вариант уродливее, плюс тут еще скрипт с вычислениями. Тот вариант с 3д выглядит элегантно. Я о чем-то подобном и подумал, чтобы можно спроецировать одну текстуру на другую, или вычесть одну из другой.
Все-равно спасибо за идеи.
clip children делает то же самое что и представленный тобой шейдер, вырезает все дочерние спрайты по силуэту своего спрайта. Если ему в дети поставить большое изображение которое мы должны видеть сквозь дырку, и скрипт который будет минусовать вектор координат шарика из вектора координат изображения, чтобы постоянно держать изображение в глобальной системе координат, а не двигаться вместе с шариком который является ее родителем. Я об этом тоже подумал, но не знаю какой вариант уродливее, плюс тут еще скрипт с вычислениями. Тот вариант с 3д выглядит элегантно. Я о чем-то подобном и подумал, чтобы можно спроецировать одну текстуру на другую, или вычесть одну из другой.
Все-равно спасибо за идеи.
>>65850
Хитрый финт, охуенно.
По производительности предположу так:
Клип самый быстрый.
Потом 2д шейдер.
Потом 3д омнилайт.
>в дети поставить большое изображение которое мы должны видеть сквозь дырку, и скрипт который будет минусовать вектор координат шарика из вектора координат изображения, чтобы постоянно держать изображение в глобальной системе координат, а не двигаться вместе с шариком который является ее родителем.
Хитрый финт, охуенно.
По производительности предположу так:
Клип самый быстрый.
Потом 2д шейдер.
Потом 3д омнилайт.
>>65873
Так и сделал.
-rigid_body_ball
--sprite_ball с включенной clip children
---sprite_background со скриптом _process(): global_position = Vector2.ZERO
Скрипт каждый цикл сбрасывает позицию.
Я еще попробовал через канвас и контрол разорвать наследственность трансформации от родителей. Но оно конечно же не сработало
Так и сделал.
-rigid_body_ball
--sprite_ball с включенной clip children
---sprite_background со скриптом _process(): global_position = Vector2.ZERO
Скрипт каждый цикл сбрасывает позицию.
Я еще попробовал через канвас и контрол разорвать наследственность трансформации от родителей. Но оно конечно же не сработало
>>65694
NodePath - это устаревший (в 4.0) метод экспорта нод, сегодня предпочтительнее делать вот так:
Раньше (3.x) приходилось делать так:
Дальше тебе body_path не нужен, ты пользуешься исключительно переменной body, которая должна инициализироваться перед обработчиком _ready().
Опиши конкретнее, как ты используешь NodePath?
>используется относительный nodepath
NodePath - это устаревший (в 4.0) метод экспорта нод, сегодня предпочтительнее делать вот так:
>@export var body: RidigBody3D
Раньше (3.x) приходилось делать так:
>export var body_path: NodePath
>onready var body: RigidBody = get_node(body_path)
Дальше тебе body_path не нужен, ты пользуешься исключительно переменной body, которая должна инициализироваться перед обработчиком _ready().
Опиши конкретнее, как ты используешь NodePath?
>>65727
Использовал встроенную систему освещения или пришлось велосипедить? Как-то пытался, и что-то не получается. В рогаликах сложно с освещением...
Пробовал включить сглаживание позиции?
https://docs.godotengine.org/en/stable/classes/class_camera2d.html#class-camera2d-property-position-smoothing-enabled
Возможно, это создаст анимацию плавного возврата камеры от выделения (курсора) к персонажу.
Как ты себе Microsoft Copilot активировал?
Как по ощущениям, лучше или хуже Llama3?
>Туман войны сделал.
Использовал встроенную систему освещения или пришлось велосипедить? Как-то пытался, и что-то не получается. В рогаликах сложно с освещением...
Пробовал включить сглаживание позиции?
https://docs.godotengine.org/en/stable/classes/class_camera2d.html#class-camera2d-property-position-smoothing-enabled
Возможно, это создаст анимацию плавного возврата камеры от выделения (курсора) к персонажу.
Как ты себе Microsoft Copilot активировал?
Как по ощущениям, лучше или хуже Llama3?
>>65880
Бред какой-то, костыль тот ещё. Что тебе мешает использовать встроенное решение?
https://docs.godotengine.org/en/stable/tutorials/2d/2d_lights_and_shadows.html#point-lights
Примерно такая сцена:
- CanvasModulate
- Background (любая композиция нод)
- Ball: RigidBody2D
- - Light: PointLight2D
1. CanvasModulate.color задаёшь Color(0, 0, 0).
2. Light2D.texture: GradientTexture2D с белым кругом.
3. ???
4. Восхищаешься.
>>65873
Он кружок по экрану гоняет...
>sprite_background со скриптом _process(): global_position = Vector2.ZERO
Бред какой-то, костыль тот ещё. Что тебе мешает использовать встроенное решение?
https://docs.godotengine.org/en/stable/tutorials/2d/2d_lights_and_shadows.html#point-lights
Примерно такая сцена:
- CanvasModulate
- Background (любая композиция нод)
- Ball: RigidBody2D
- - Light: PointLight2D
1. CanvasModulate.color задаёшь Color(0, 0, 0).
2. Light2D.texture: GradientTexture2D с белым кругом.
3. ???
4. Восхищаешься.
>>65873
>По производительности
Он кружок по экрану гоняет...
>>65880
https://docs.godotengine.org/en/stable/classes/class_canvasitem.html#class-canvasitem-property-top-level
Но тебе вообще не нужно фон к мячику присоединять.
>Скрипт каждый цикл сбрасывает позицию.
>разорвать наследственность трансформации
https://docs.godotengine.org/en/stable/classes/class_canvasitem.html#class-canvasitem-property-top-level
>If true, this CanvasItem will not inherit its transform from parent CanvasItems. Its draw order will also be changed to make it draw on top of other CanvasItems that do not have top_level set to true. The CanvasItem will effectively act as if it was placed as a child of a bare Node.
Но тебе вообще не нужно фон к мячику присоединять.
268 Кб, 1293x942>>65916
Именно освещение (перекрытие обзора стенами) сделал через встроенное освещение и окклюдеры. Я пробовал написать свое и получился шизоидный пикрелейтед, так что забил. А туман войны это просто генерируется черный спрайт размером с тайлмапу и в нем делаются дырки на позиции игрока/курсора. Ну и шейдер применен вот этот. С камерой поиграюсь конечно, сейчас она просто либо ребенок игрока, либо курсора.
А насчет микрософтов я не знаю...... я просто купил ноут и он был такой уже...
Именно освещение (перекрытие обзора стенами) сделал через встроенное освещение и окклюдеры. Я пробовал написать свое и получился шизоидный пикрелейтед, так что забил. А туман войны это просто генерируется черный спрайт размером с тайлмапу и в нем делаются дырки на позиции игрока/курсора. Ну и шейдер применен вот этот. С камерой поиграюсь конечно, сейчас она просто либо ребенок игрока, либо курсора.
А насчет микрософтов я не знаю...... я просто купил ноут и он был такой уже...
25 Кб, 1503x800>>65921
К сожалению разрыв наследственность также ломает .
>>65913
Скорее всего это и есть то правильное решение которое я искал. Но тот метод с clip children дает дополнительный перк, - для переднего фона вместо монолитного фона можно использовать текстуру. То есть получается не текстура_фона/заливка_цветом_с_дыркой, а текстура_фона/текстура_фасада_с_дыркой. Как у богатых господ.
К сожалению разрыв наследственность также ломает .
>>65913
Скорее всего это и есть то правильное решение которое я искал. Но тот метод с clip children дает дополнительный перк, - для переднего фона вместо монолитного фона можно использовать текстуру. То есть получается не текстура_фона/заливка_цветом_с_дыркой, а текстура_фона/текстура_фасада_с_дыркой. Как у богатых господ.
>>65951
c разрывом наследственности перестает работать clip children.
самофикс
>К сожалению разрыв наследственность также ломает .
c разрывом наследственности перестает работать clip children.
самофикс
8,2 Мб, mp4,1920x1080, 0:04
>>65727
Дальше буду боевку развивать. Хочу визуально эффекты удара добавить, чтобы кровь спавнилась, тряска была всякая, оружие держалось в руках в боевом режиме. И чтобы можно было предметы пинать и двигать мобов. На видео текущая боевка, выглядит скучновато, но уже есть мили-рейндж, промахи, и уклонения (моб доджит на рандомный свободный тайл поблизости)
Дальше буду боевку развивать. Хочу визуально эффекты удара добавить, чтобы кровь спавнилась, тряска была всякая, оружие держалось в руках в боевом режиме. И чтобы можно было предметы пинать и двигать мобов. На видео текущая боевка, выглядит скучновато, но уже есть мили-рейндж, промахи, и уклонения (моб доджит на рандомный свободный тайл поблизости)
>>65954
Ну ты садист. Просто взял и зарезал гуся. Обычный гусь, не какой-то там демонический... Сделай анимацию как его душа возвышается в рай после смерти.
Ну ты садист. Просто взял и зарезал гуся. Обычный гусь, не какой-то там демонический... Сделай анимацию как его душа возвышается в рай после смерти.
>>65994
Проблема не в том, что зарезал.
Проблема в том, что не доел.
Ну кто так едой разбрасывается?
>взял и зарезал гуся. Обычный гусь
Проблема не в том, что зарезал.
Проблема в том, что не доел.
Ну кто так едой разбрасывается?
>>65994
Я хочу чтобы мобов можно было после смерти бутчерить на мяско и готовить потом, или сжирать целиком трупы если заиметь нужный скилл
Я хочу чтобы мобов можно было после смерти бутчерить на мяско и готовить потом, или сжирать целиком трупы если заиметь нужный скилл
>>65995
Гусь не еда. В нем побольше харизмы чем в шлюховатой карлице. И уважение должно быть соответствующее. А не как к стулу.
Пример как его вписать в лор. Мегагусь это сильный босс который подсылает к карлице своих шестерок гусясасинов, чтобы помешать ей выполнить древнее пророчество. Получается что они умирают сметрью воинов, а не просто как надоедливая птица которую карлица пырнула и бросила лежать. А могла бы просто бросить ему мякиш хлеба чтобы он отстал.
Гусь не еда. В нем побольше харизмы чем в шлюховатой карлице. И уважение должно быть соответствующее. А не как к стулу.
Пример как его вписать в лор. Мегагусь это сильный босс который подсылает к карлице своих шестерок гусясасинов, чтобы помешать ей выполнить древнее пророчество. Получается что они умирают сметрью воинов, а не просто как надоедливая птица которую карлица пырнула и бросила лежать. А могла бы просто бросить ему мякиш хлеба чтобы он отстал.
3 Кб, 256x50>>66031
Как понять что человек ни разу с живым и агрессивным гусем не контактировал
>А могла бы просто бросить ему мякиш хлеба чтобы он отстал.
Как понять что человек ни разу с живым и агрессивным гусем не контактировал
>>66034
Контактировал. Родители давно держали гусей. Когда он из птенца при тебе вырастает, то признает, а чужакам дает пизды. А про мякиш хлеба я имел в виду гусей которые около городских озер шастают. Отдыхающие хлеб им бросают. Гуси и лебеди похожи между собой, только лебеди крупнее и сильнее, от чего за свою жизнь могут поубивать много животных и крупных птиц, просто так.
Контактировал. Родители давно держали гусей. Когда он из птенца при тебе вырастает, то признает, а чужакам дает пизды. А про мякиш хлеба я имел в виду гусей которые около городских озер шастают. Отдыхающие хлеб им бросают. Гуси и лебеди похожи между собой, только лебеди крупнее и сильнее, от чего за свою жизнь могут поубивать много животных и крупных птиц, просто так.
105 Кб, 1200x1680>>66059
Ебаные динозавры.
Ебаные динозавры.
3 Мб, 3840x2160Делайте игры, а то бонк вас.
А че как у ноды скрипт почистить во время исполнения кода?
Надо что бы код сам себя сменил на другой(усе в угоду производительсности)
Надо что бы код сам себя сменил на другой(усе в угоду производительсности)
>>66869
ай бля забудьте братва, я нашел. Как с матерьялами короче.
ай бля забудьте братва, я нашел. Как с матерьялами короче.
>>63889 (OP)
аноны а есть нормальные вводные туторы по годо или хотябы уже готовые примеры где грамотно выстроена архитектура игры. и нормальное управление памятью в сценах.
почему в их официальной доке примеры это говно ебаное? хотя сама дока вроде нормально написана.
скачал блин пример TBS (ну тот который где робот по космо-станции гоняет в жуков стреляет)
так блядь там ассет пули "например" вообще загружается во время первого нажатие на выстел. естественно это вызвывает дикий статтер. и так вообще во всем.
и это типа официальная демка от разоабов движка?
а почему так тогда так ебано сделано?
п
аноны а есть нормальные вводные туторы по годо или хотябы уже готовые примеры где грамотно выстроена архитектура игры. и нормальное управление памятью в сценах.
почему в их официальной доке примеры это говно ебаное? хотя сама дока вроде нормально написана.
скачал блин пример TBS (ну тот который где робот по космо-станции гоняет в жуков стреляет)
так блядь там ассет пули "например" вообще загружается во время первого нажатие на выстел. естественно это вызвывает дикий статтер. и так вообще во всем.
и это типа официальная демка от разоабов движка?
а почему так тогда так ебано сделано?
п
>>67009
У них, как и у многих болезнь "новичкового кода". Это когда полагают будто бы новичку надо давать какой-то упрощённый, неоптимальный и в целом идиотский вариант решения, и это типа способствует гармоничному развитию скилла у новичка.
И эта болезнь во всей айти и геймдев сфере. Разумеется не только в годоте.
У Романа Сакутина об этом видос был. Если интересно посмотри.
https://www.youtube.com/watch?v=RBk49B0lFaQ
> а почему так тогда так ебано сделано?
У них, как и у многих болезнь "новичкового кода". Это когда полагают будто бы новичку надо давать какой-то упрощённый, неоптимальный и в целом идиотский вариант решения, и это типа способствует гармоничному развитию скилла у новичка.
И эта болезнь во всей айти и геймдев сфере. Разумеется не только в годоте.
У Романа Сакутина об этом видос был. Если интересно посмотри.
https://www.youtube.com/watch?v=RBk49B0lFaQ
>>67009
Это лучше изучить в общем айти, на тырпрайз-приложениях, а потом, когда будешь всё знать, приходи обратно в геймдев.
> грамотно выстроена архитектура
> нормальное управление памятью
Это лучше изучить в общем айти, на тырпрайз-приложениях, а потом, когда будешь всё знать, приходи обратно в геймдев.
Давай я объясню, почему я так пишу >>67013
Дело в том, что я после 15 лет в тырпрайзе вкатился в геймдев, выбрал годот, и выжу, какие архитектурные паттерны используют Хуан и ко, какие паттерны они предлагают использовать мне. Какие строительные блоки архитектуры они заложили в движок для меня. Исходя из этого я могу делать архитектуру наиболее удобную мне. И могу оптимизировать производительность покуда не надоест. И для этого мне не нужны гайды, потому что 15 лет в тырпрайзе.
И писать гайды для тебя я не хочу.
Единственный совет, повторюсь, тебе намного эффективнее будет изучить общее айти, а потом вернуться в геймдев со скиллами.
Дело в том, что я после 15 лет в тырпрайзе вкатился в геймдев, выбрал годот, и выжу, какие архитектурные паттерны используют Хуан и ко, какие паттерны они предлагают использовать мне. Какие строительные блоки архитектуры они заложили в движок для меня. Исходя из этого я могу делать архитектуру наиболее удобную мне. И могу оптимизировать производительность покуда не надоест. И для этого мне не нужны гайды, потому что 15 лет в тырпрайзе.
И писать гайды для тебя я не хочу.
Единственный совет, повторюсь, тебе намного эффективнее будет изучить общее айти, а потом вернуться в геймдев со скиллами.
>>67018
бля мне от тебя лично ниче не надо, я просто прошу адекватный гайд или экземпл с нормальной архитектурой. Может кто натыкался и ему не лень поделиться. все что мне пока попадается какая то ебанутая дичь.
я просто хочу быстро въехать и посмотреть как опытные люди делают.
бля мне от тебя лично ниче не надо, я просто прошу адекватный гайд или экземпл с нормальной архитектурой. Может кто натыкался и ему не лень поделиться. все что мне пока попадается какая то ебанутая дичь.
я просто хочу быстро въехать и посмотреть как опытные люди делают.
>>67012
так сакутин сам инфоциган-говнарь ебаный.
так сакутин сам инфоциган-говнарь ебаный.
>>67012
лол бля. я кстати после этого видоса и удалил сакуню. позер ебаный.
у него в этом видосе как раз таки у самого говнокод.
лучше пиши длинно но понятно и логично для других, и не дергай сторонние библиотеки если это не жизненно необходимо. особенно на такие простые сокращения.
в случае годо тбс примера не то что код некрасивый, он просто неправильный. так нельзя делать
лол бля. я кстати после этого видоса и удалил сакуню. позер ебаный.
у него в этом видосе как раз таки у самого говнокод.
лучше пиши длинно но понятно и логично для других, и не дергай сторонние библиотеки если это не жизненно необходимо. особенно на такие простые сокращения.
в случае годо тбс примера не то что код некрасивый, он просто неправильный. так нельзя делать
Посоны, выручайте. В общем мне нужна стейт-машина, и я захотел её изолировать из основного скрипта персонажа, ибо там стало засрано. Я правильно понял что мне нужно делать отдельный нод для стейт-машины и дочерние ноды для каждого стейта, которые при запуске стейт-машина будет собирать в коллекцию?
Далее, стейтам понадобятся референсы к CharacterBody3D игрока или рутовому ноду сцены игрока, камере и возможно потом еще всякой хуйне. Лучшее решение которое я придумал совместно с чатгопотой это собирать референсы в стейт-машине, создать класс State в котором задать метод для задания референсом и при onReady стейт-машины динамически их задавать для абстрактного класса State чтобы все последующие классы на его основе могли их юзать.
Всё правильно делаю или я где-то обосрался?
Далее, стейтам понадобятся референсы к CharacterBody3D игрока или рутовому ноду сцены игрока, камере и возможно потом еще всякой хуйне. Лучшее решение которое я придумал совместно с чатгопотой это собирать референсы в стейт-машине, создать класс State в котором задать метод для задания референсом и при onReady стейт-машины динамически их задавать для абстрактного класса State чтобы все последующие классы на его основе могли их юзать.
Всё правильно делаю или я где-то обосрался?
>>67079
а для чего ты ее использовать будешь?
нахрен тебе референс камеры?
просто класс отдельный создай со стейт машиной если не хочешь засорять основной скрипт. и сигналь из самого плейера о смене состояния куда нужно.
это вроде безопасно, но хуй знает насколько быстро.
а для чего ты ее использовать будешь?
нахрен тебе референс камеры?
просто класс отдельный создай со стейт машиной если не хочешь засорять основной скрипт. и сигналь из самого плейера о смене состояния куда нужно.
это вроде безопасно, но хуй знает насколько быстро.
Пиздец как хочу делать игры
934 Кб, 1216x832Такая тема. Сгенерировать изображение места в нейронке, и заставить персонажа бегать по этому месту. Нейронка генерирует пространство которое невозможно превратить в 3д потому что там полностью, много раз, проебана перспектива.
Придумал идею такую. Я прикидываю на глаз, что растояние от этого столба до вон того, равняется ширине улицы. То есть мне надо чтобы персонаж, двигаясь вдоль и поперек этого участка, проходил его за одинаковый отрезок времени, и еще чтобы визуально правильно менял размер, как будто он уходит вдаль. Еще раз повторюсь что геометрия изображения не совместима с реальностью и я хочу ее подделать. Для этого я рисую прямоугольный полигон, и совмещаю его с картинкой чтобы он полностью покрывал участок улицы на этой картинке. Теперь такая задача:
- Мне надо во первых попасть в перспективу изображения, то есть персонаж когда находится на этом краю полигона должен вписываться в определенную высоту, которую я прикину. А когда он находится на вон том конце полигона то должен визуально быть другой высоты которую я посчитаю на глаз из окружающих предметов. То есть полигон надо так расположить в пространстве чтобы реальная перспектива, в которой находится персонаж, совпадала с ебанутой перспективы из генерации. При этом получится что например визуально полигон должен быть квадратным, но в реальности, он его "глубина", в несколько раз длиннее его ширины.
- Вот тут и подбираемся к второй части задачи - коду. Надо чтобы персонаж пробегал за один и тот же отрезок времени, длину и ширину прямоугольника, когда эти расстояния могут разнится на порядок.
Проебался почти целый день пытаясь сообразить как из сгенерированной картинки сделать 3д изображение, пока вдруг не понял что это может быть невозможно. С моей идеей тоже вижу много проблем, которые могут возникнуть. Но пока что я даже этого не сделал.
По идее нужен аддон какой-нибудь сделать, типа EbanutyiPlane3D который ставишь как угодно в пространстве и меняешь ему как угодно пропорции, а в его настройках указываешь что это например квадрат с гранью нужной длины. И в какую сторону на нем гравитация дует.
Придумал идею такую. Я прикидываю на глаз, что растояние от этого столба до вон того, равняется ширине улицы. То есть мне надо чтобы персонаж, двигаясь вдоль и поперек этого участка, проходил его за одинаковый отрезок времени, и еще чтобы визуально правильно менял размер, как будто он уходит вдаль. Еще раз повторюсь что геометрия изображения не совместима с реальностью и я хочу ее подделать. Для этого я рисую прямоугольный полигон, и совмещаю его с картинкой чтобы он полностью покрывал участок улицы на этой картинке. Теперь такая задача:
- Мне надо во первых попасть в перспективу изображения, то есть персонаж когда находится на этом краю полигона должен вписываться в определенную высоту, которую я прикину. А когда он находится на вон том конце полигона то должен визуально быть другой высоты которую я посчитаю на глаз из окружающих предметов. То есть полигон надо так расположить в пространстве чтобы реальная перспектива, в которой находится персонаж, совпадала с ебанутой перспективы из генерации. При этом получится что например визуально полигон должен быть квадратным, но в реальности, он его "глубина", в несколько раз длиннее его ширины.
- Вот тут и подбираемся к второй части задачи - коду. Надо чтобы персонаж пробегал за один и тот же отрезок времени, длину и ширину прямоугольника, когда эти расстояния могут разнится на порядок.
Проебался почти целый день пытаясь сообразить как из сгенерированной картинки сделать 3д изображение, пока вдруг не понял что это может быть невозможно. С моей идеей тоже вижу много проблем, которые могут возникнуть. Но пока что я даже этого не сделал.
По идее нужен аддон какой-нибудь сделать, типа EbanutyiPlane3D который ставишь как угодно в пространстве и меняешь ему как угодно пропорции, а в его настройках указываешь что это например квадрат с гранью нужной длины. И в какую сторону на нем гравитация дует.
934 Кб, 1216x832Такая тема. Сгенерировать изображение места в нейронке, и заставить персонажа бегать по этому месту. Нейронка генерирует пространство которое невозможно превратить в 3д потому что там полностью, много раз, проебана перспектива.
Придумал идею такую. Я прикидываю на глаз, что растояние от этого столба до вон того, равняется ширине улицы. То есть мне надо чтобы персонаж, двигаясь вдоль и поперек этого участка, проходил его за одинаковый отрезок времени, и еще чтобы визуально правильно менял размер, как будто он уходит вдаль. Еще раз повторюсь что геометрия изображения не совместима с реальностью и я хочу ее подделать. Для этого я рисую прямоугольный полигон, и совмещаю его с картинкой чтобы он полностью покрывал участок улицы на этой картинке. Теперь такая задача:
- Мне надо во первых попасть в перспективу изображения, то есть персонаж когда находится на этом краю полигона должен вписываться в определенную высоту, которую я прикину. А когда он находится на вон том конце полигона то должен визуально быть другой высоты которую я посчитаю на глаз из окружающих предметов. То есть полигон надо так расположить в пространстве чтобы реальная перспектива, в которой находится персонаж, совпадала с ебанутой перспективы из генерации. При этом получится что например визуально полигон должен быть квадратным, но в реальности, он его "глубина", в несколько раз длиннее его ширины.
- Вот тут и подбираемся к второй части задачи - коду. Надо чтобы персонаж пробегал за один и тот же отрезок времени, длину и ширину прямоугольника, когда эти расстояния могут разнится на порядок.
Проебался почти целый день пытаясь сообразить как из сгенерированной картинки сделать 3д изображение, пока вдруг не понял что это может быть невозможно. С моей идеей тоже вижу много проблем, которые могут возникнуть. Но пока что я даже этого не сделал.
По идее нужен аддон какой-нибудь сделать, типа EbanutyiPlane3D который ставишь как угодно в пространстве и меняешь ему как угодно пропорции, а в его настройках указываешь что это например квадрат с гранью нужной длины. И в какую сторону на нем гравитация дует.
Придумал идею такую. Я прикидываю на глаз, что растояние от этого столба до вон того, равняется ширине улицы. То есть мне надо чтобы персонаж, двигаясь вдоль и поперек этого участка, проходил его за одинаковый отрезок времени, и еще чтобы визуально правильно менял размер, как будто он уходит вдаль. Еще раз повторюсь что геометрия изображения не совместима с реальностью и я хочу ее подделать. Для этого я рисую прямоугольный полигон, и совмещаю его с картинкой чтобы он полностью покрывал участок улицы на этой картинке. Теперь такая задача:
- Мне надо во первых попасть в перспективу изображения, то есть персонаж когда находится на этом краю полигона должен вписываться в определенную высоту, которую я прикину. А когда он находится на вон том конце полигона то должен визуально быть другой высоты которую я посчитаю на глаз из окружающих предметов. То есть полигон надо так расположить в пространстве чтобы реальная перспектива, в которой находится персонаж, совпадала с ебанутой перспективы из генерации. При этом получится что например визуально полигон должен быть квадратным, но в реальности, он его "глубина", в несколько раз длиннее его ширины.
- Вот тут и подбираемся к второй части задачи - коду. Надо чтобы персонаж пробегал за один и тот же отрезок времени, длину и ширину прямоугольника, когда эти расстояния могут разнится на порядок.
Проебался почти целый день пытаясь сообразить как из сгенерированной картинки сделать 3д изображение, пока вдруг не понял что это может быть невозможно. С моей идеей тоже вижу много проблем, которые могут возникнуть. Но пока что я даже этого не сделал.
По идее нужен аддон какой-нибудь сделать, типа EbanutyiPlane3D который ставишь как угодно в пространстве и меняешь ему как угодно пропорции, а в его настройках указываешь что это например квадрат с гранью нужной длины. И в какую сторону на нем гравитация дует.
>>67092
Я в итоге примерно так и сделал, только с экстра абстракцией.
>>67095
Надо для геймплея. Расписывать долго.
Нахуя мне тогда стейт-машина, если плейер занимается менеджментом стейта?
В итоге сделал как планировал, вроде работает. Единственно что надо будет спускать референсы со стейт машины в стейт класс, но это лучше чем ручками в каждом конкретном стейте хуярить.
Я в итоге примерно так и сделал, только с экстра абстракцией.
>>67095
>а для чего ты ее использовать будешь?
>нахрен тебе референс камеры?
Надо для геймплея. Расписывать долго.
>просто класс отдельный создай со стейт машиной если не хочешь засорять основной скрипт. и сигналь из самого плейера о смене состояния куда нужно.
Нахуя мне тогда стейт-машина, если плейер занимается менеджментом стейта?
В итоге сделал как планировал, вроде работает. Единственно что надо будет спускать референсы со стейт машины в стейт класс, но это лучше чем ручками в каждом конкретном стейте хуярить.
>>67115
Генерируй по отдельности части и совмещай в фотошопе.Разве в нейронку нельзя загрузить пример видил аддон для блендера генерирует из премитивов
Генерируй по отдельности части и совмещай в фотошопе.Разве в нейронку нельзя загрузить пример видил аддон для блендера генерирует из премитивов
https://godotengine.org/article/release-candidate-godot-4-3-rc-1/
Пока вы тут спите релиз кандидаты пошли.
Пока вы тут спите релиз кандидаты пошли.
Годаны, а вы двигаете игрока/камеру по статичному миру, или двигаете мир вокруг статичного игрока? Какой подход считаете правильней?
>>67217
движения нет, игрока нет, мира не существует. вообще ничего нет. все есть раскрашенные треугольники, в нормализованном пространстве от нуля до одного.
движения нет, игрока нет, мира не существует. вообще ничего нет. все есть раскрашенные треугольники, в нормализованном пространстве от нуля до одного.
>>67217
В зависимости от жанра игры. И так и эдак можно. Анонимус разрешил.
В зависимости от жанра игры. И так и эдак можно. Анонимус разрешил.
309 Кб, 945x945Никак не привыкну к ублюдочному питоноподобному синтаксису. Мой мозг настолько привык отделять функции за счёт скобочек, что когда они разделены просто пустыми строками у меня ощущение что всё происходит в одном скоупе. Надеюсь со временем пройдёт.
>>67225
Дело привычки, так что пройдет. Более того - со временем твои руки начинают ценить сниженную необходимость тянуться ко всяким закорюкам, расположенным по углам клавиатуры.
Дело привычки, так что пройдет. Более того - со временем твои руки начинают ценить сниженную необходимость тянуться ко всяким закорюкам, расположенным по углам клавиатуры.
>>67271
Через вьюпорт.
https://www.youtube.com/watch?v=iR1zCgw5Xdc
Только там старое, сейчас это без кода делается через рендер в текстуру вьюпорт контейнера: https://docs.godotengine.org/en/stable/tutorials/rendering/viewports.html
Через вьюпорт.
https://www.youtube.com/watch?v=iR1zCgw5Xdc
Только там старое, сейчас это без кода делается через рендер в текстуру вьюпорт контейнера: https://docs.godotengine.org/en/stable/tutorials/rendering/viewports.html
Хмм а при сборке проекта в релизе TPS'a все лаги и подгрузки пропали.
оказывается что preload это команда которая загружает сцену в память только при компиляции.
тогда беру слова назад, все бегает очень быстро и наудивление красиво.
на мой взгляд рендер и стандартные шейдеры лучше чем в юньке, такие же хорошие как в анриле. и производительность вполне хорошая и плавность есть
оказывается что preload это команда которая загружает сцену в память только при компиляции.
тогда беру слова назад, все бегает очень быстро и наудивление красиво.
на мой взгляд рендер и стандартные шейдеры лучше чем в юньке, такие же хорошие как в анриле. и производительность вполне хорошая и плавность есть
>>67305
Это получается, что для девелопа нужен комп раз в десять мощнее средне-игрового? Ну чтобы в режиме редактора всё запускалось и не тормозило?
Это получается, что для девелопа нужен комп раз в десять мощнее средне-игрового? Ну чтобы в режиме редактора всё запускалось и не тормозило?
>>67317
Обычно да
Обычно да
>>67317
нет тут просто некоторые функции при редактировании ведут себя не так как при компиляции. ну и скорость сборки ресурсов при редактировании сильно ниже.
вообще у меня все неплохо на 1050ti крутится
нет тут просто некоторые функции при редактировании ведут себя не так как при компиляции. ну и скорость сборки ресурсов при редактировании сильно ниже.
вообще у меня все неплохо на 1050ti крутится
>>67317
Нет, просто в редакторе отключаешь основную массу спецэффектов. Как в блендере же, не моделят/анимируют в режиме рендера, а в режиме серых примитивов. А если хочется предпросмотра, прикрутить что-то типа такого переключателя https://github.com/Rytelier/Godot-Post-Processing-Manager
Нет, просто в редакторе отключаешь основную массу спецэффектов. Как в блендере же, не моделят/анимируют в режиме рендера, а в режиме серых примитивов. А если хочется предпросмотра, прикрутить что-то типа такого переключателя https://github.com/Rytelier/Godot-Post-Processing-Manager
99 Кб, 720x404>>67115
Посмотри как работает fSpy. Вообще он опенсорсный, но какая математика там я не знаю. Что-то с проекциями, лол. Там человек вручную размечает эти трапеции.
https://www.youtube.com/watch?v=PSeBh5HdDVs
Посмотри как работает fSpy. Вообще он опенсорсный, но какая математика там я не знаю. Что-то с проекциями, лол. Там человек вручную размечает эти трапеции.
https://www.youtube.com/watch?v=PSeBh5HdDVs
211 Кб, 1920x1080>>67079
Я пробовал стейтмашины с нодами, мне не понравилось, неудобно редактировать, плюшек не видно.
Можно делать стейтмашину в коде. Просто массивчики, словарики, функции.
В идеале хорошо стейтмашина на узлах (как в анимациях собственно и сделано), но хороших я не встречал, а свою лень делать.
>Я правильно понял что мне нужно делать отдельный нод для стейт-машины и дочерние ноды для каждого стейта, которые при запуске стейт-машина будет собирать в коллекцию?
Я пробовал стейтмашины с нодами, мне не понравилось, неудобно редактировать, плюшек не видно.
Можно делать стейтмашину в коде. Просто массивчики, словарики, функции.
В идеале хорошо стейтмашина на узлах (как в анимациях собственно и сделано), но хороших я не встречал, а свою лень делать.
>>67469
Может это чисто мой бзик, но мне было неприятно бегать по здоровенному скрипту где логика для всех стейтов расписана, захотелось разбить, а потом подумал что раз я разбиваю, то надо бы и DRY соблюсти, сделал класс State и класс State_Machine, и поехало. В итоге норм вышло, открываю скрипт с нужным стейтом и вижу чисто его логику, лепота.
>плюшек не видно.
Может это чисто мой бзик, но мне было неприятно бегать по здоровенному скрипту где логика для всех стейтов расписана, захотелось разбить, а потом подумал что раз я разбиваю, то надо бы и DRY соблюсти, сделал класс State и класс State_Machine, и поехало. В итоге норм вышло, открываю скрипт с нужным стейтом и вижу чисто его логику, лепота.
>>67513
Тебе показалось.
Тебе показалось.
>>65189
спасибо.
спасибо.
>>67237
Закорюки учат дисциплине. Сам на автомате начинаешь их проставлять и приводишь код в порядок. А здесь точку с запятой поставил, там не поставил, тут хуй забил. Ну а хуле, пока интеллисенс ремня по жопе не даст, можно писать говнокод как попало. Безобразие!
Закорюки учат дисциплине. Сам на автомате начинаешь их проставлять и приводишь код в порядок. А здесь точку с запятой поставил, там не поставил, тут хуй забил. Ну а хуле, пока интеллисенс ремня по жопе не даст, можно писать говнокод как попало. Безобразие!
>>67601
Хуйню несёшь. Вынеси её отсюда, пж.
> некоторые символы учат дисциплине, некоторые нет, дело в символах, а не во мне
Хуйню несёшь. Вынеси её отсюда, пж.
>>67009
Нет. Речь об этой строчке: https://github.com/godotengine/tps-demo/blob/master/player/player.gd#L132
preload() считывает ресурс с диска, когда player.gd будет прочитан с диска в первый раз. Это, в свою очередь, считает с диска всё, что связано с bullet.tscn. Единственное, что происходит непосредственно после нажатия кнопки выстрела - это функция PackedScene.instantiate(), что, действительно, может привести к компиляции шейдеров (а также созданию процедурных текстур, инициализации частиц, а также то, что у тебя может выполняться в обработчиках _init связанных объектов), потому что запакованная сцена не вызывает компиляцию шейдеров (и создание каких-либо объектов), только считывание с диска. Если после этого игру закрыть и открыть снова, никаких задержек не будет, потому что шейдер уже скомпилировался и быстро считывается с диска. Это считается приемлемым даже для ААА игр, которые сильно тормозят в первый запуск, вовремя первой загрузки новой локации и т.д. (особенно на слабом ПК заметно) Но если очень хочется обойти эту проблему, можно в начале скрипта поставить строчку по типу такой:
И созданный объект не трогать (не удалять). Тогда все общие для всех bullet.tscn ресурсы (в т.ч. шейдеры) будут загружены и удерживаться в памяти, пока удерживается в памяти твой player.gd.
>>67012
Этот клоун недавно высрал свою книгу по C# (со своей рожей на всю обложку, ведь что ещё можно поместить на обложку книги по программированию?), по мнению DTF состоящую из говнокода чуть более, чем полностью, хотя он её якобы писал много лет (вроде хвастался, что ещё в школе начал). Так что он такой же, как и все остальные, если не один из худших.
Никто ничего не полагает. Просто разработчики движка сфокусированы на разработке ядра движка, поиске и исправлении багов. Им некогда делать качественные игры для примера правильного кода - за них это могут сделать другие желающие. Да и в целом, ИМХО, официальные демки не нужны. Демку ты один раз мельком глянешь и удалишь (если вообще скачивал), а движком будешь пользоваться много лет - соответственно, ресурсы разработчиков сфокусированы на движке, а не на демках. У движка и без того много проблем, требующих решения больше, чем какие-то демки. Однако, если кому-то хочется исправить именно демки - ты всегда можешь сделать пулл-реквест на гитхабе и когда-нибудь его одобрят. Или нет.
>>67013
У энтерпрайза совершенно другие задачи, плохо подходящие геймдеву. Поэтому не следует бездумно копировать практики энтерпрайза в геймдев проекте, особенно если ты соло инди (мастер на все руки).
>>67018
А я ничего кроме школьного программирования по сути не изучал, ООП изучал методом проб и ошибок, но всё равно архитектура Godot выглядит понятной и доступной, потому что очень похожа на VCL Delphi/LCL Lazarus:
СОЗДАЁМ ПРОЕКТ
@
ШЛЁПАЕМ КОМПОНЕНТЫ НА ФОРМУ
@
ПОДГОНЯЕМ СВОЙСТВА В ИНСПЕКТОРЕ ПО ВКУСУ
@
ВСТАВЛЯЕМ ГОВНОКОД В ОБРАБОТЧИКИ СОБЫТИЙ
@
ЖМЁМ F9 F5 ДЛЯ МГНОВЕННОГО ЗАПУСКА
@
ЛЮБУЕМСЯ РЕЗУЛЬТАТОМ
Какие тут туториалы нужны? Просто как-то вот так делаешь и что-то получается. Нормально делай и нормально будет.
>>67029
Говнокодят по-быстрому, чтобы поскорее высрать очередной инди-шедевр или ассетфлип.
Поскольку ты мелкобуква (тебе лень нажимать шифт), ты просто прирождённый говнокодер.
>там ассет пули например вообще загружается во время первого нажатие на выстел
Нет. Речь об этой строчке: https://github.com/godotengine/tps-demo/blob/master/player/player.gd#L132
>var bullet = preload("res://player/bullet/bullet.tscn").instantiate()
preload() считывает ресурс с диска, когда player.gd будет прочитан с диска в первый раз. Это, в свою очередь, считает с диска всё, что связано с bullet.tscn. Единственное, что происходит непосредственно после нажатия кнопки выстрела - это функция PackedScene.instantiate(), что, действительно, может привести к компиляции шейдеров (а также созданию процедурных текстур, инициализации частиц, а также то, что у тебя может выполняться в обработчиках _init связанных объектов), потому что запакованная сцена не вызывает компиляцию шейдеров (и создание каких-либо объектов), только считывание с диска. Если после этого игру закрыть и открыть снова, никаких задержек не будет, потому что шейдер уже скомпилировался и быстро считывается с диска. Это считается приемлемым даже для ААА игр, которые сильно тормозят в первый запуск, вовремя первой загрузки новой локации и т.д. (особенно на слабом ПК заметно) Но если очень хочется обойти эту проблему, можно в начале скрипта поставить строчку по типу такой:
>const BULLET = preload("res://player/bullet/bullet.tscn").instantiate()
И созданный объект не трогать (не удалять). Тогда все общие для всех bullet.tscn ресурсы (в т.ч. шейдеры) будут загружены и удерживаться в памяти, пока удерживается в памяти твой player.gd.
>>67012
>У Романа Сакутина
>Как вас обманывают
Этот клоун недавно высрал свою книгу по C# (со своей рожей на всю обложку, ведь что ещё можно поместить на обложку книги по программированию?), по мнению DTF состоящую из говнокода чуть более, чем полностью, хотя он её якобы писал много лет (вроде хвастался, что ещё в школе начал). Так что он такой же, как и все остальные, если не один из худших.
>Это когда полагают будто бы новичку надо давать какой-то упрощённый
Никто ничего не полагает. Просто разработчики движка сфокусированы на разработке ядра движка, поиске и исправлении багов. Им некогда делать качественные игры для примера правильного кода - за них это могут сделать другие желающие. Да и в целом, ИМХО, официальные демки не нужны. Демку ты один раз мельком глянешь и удалишь (если вообще скачивал), а движком будешь пользоваться много лет - соответственно, ресурсы разработчиков сфокусированы на движке, а не на демках. У движка и без того много проблем, требующих решения больше, чем какие-то демки. Однако, если кому-то хочется исправить именно демки - ты всегда можешь сделать пулл-реквест на гитхабе и когда-нибудь его одобрят. Или нет.
>>67013
>на тырпрайз-приложениях
У энтерпрайза совершенно другие задачи, плохо подходящие геймдеву. Поэтому не следует бездумно копировать практики энтерпрайза в геймдев проекте, особенно если ты соло инди (мастер на все руки).
>>67018
>после 15 лет в тырпрайзе вкатился в геймдев, выбрал годот, и выжу, какие архитектурные паттерны используют Хуан
А я ничего кроме школьного программирования по сути не изучал, ООП изучал методом проб и ошибок, но всё равно архитектура Godot выглядит понятной и доступной, потому что очень похожа на VCL Delphi/LCL Lazarus:
СОЗДАЁМ ПРОЕКТ
@
ШЛЁПАЕМ КОМПОНЕНТЫ НА ФОРМУ
@
ПОДГОНЯЕМ СВОЙСТВА В ИНСПЕКТОРЕ ПО ВКУСУ
@
ВСТАВЛЯЕМ ГОВНОКОД В ОБРАБОТЧИКИ СОБЫТИЙ
@
ЖМЁМ F9 F5 ДЛЯ МГНОВЕННОГО ЗАПУСКА
@
ЛЮБУЕМСЯ РЕЗУЛЬТАТОМ
Какие тут туториалы нужны? Просто как-то вот так делаешь и что-то получается. Нормально делай и нормально будет.
>>67029
>посмотреть как опытные люди делают
Говнокодят по-быстрому, чтобы поскорее высрать очередной инди-шедевр или ассетфлип.
Поскольку ты мелкобуква (тебе лень нажимать шифт), ты просто прирождённый говнокодер.
>>67009
Нет. Речь об этой строчке: https://github.com/godotengine/tps-demo/blob/master/player/player.gd#L132
preload() считывает ресурс с диска, когда player.gd будет прочитан с диска в первый раз. Это, в свою очередь, считает с диска всё, что связано с bullet.tscn. Единственное, что происходит непосредственно после нажатия кнопки выстрела - это функция PackedScene.instantiate(), что, действительно, может привести к компиляции шейдеров (а также созданию процедурных текстур, инициализации частиц, а также то, что у тебя может выполняться в обработчиках _init связанных объектов), потому что запакованная сцена не вызывает компиляцию шейдеров (и создание каких-либо объектов), только считывание с диска. Если после этого игру закрыть и открыть снова, никаких задержек не будет, потому что шейдер уже скомпилировался и быстро считывается с диска. Это считается приемлемым даже для ААА игр, которые сильно тормозят в первый запуск, вовремя первой загрузки новой локации и т.д. (особенно на слабом ПК заметно) Но если очень хочется обойти эту проблему, можно в начале скрипта поставить строчку по типу такой:
И созданный объект не трогать (не удалять). Тогда все общие для всех bullet.tscn ресурсы (в т.ч. шейдеры) будут загружены и удерживаться в памяти, пока удерживается в памяти твой player.gd.
>>67012
Этот клоун недавно высрал свою книгу по C# (со своей рожей на всю обложку, ведь что ещё можно поместить на обложку книги по программированию?), по мнению DTF состоящую из говнокода чуть более, чем полностью, хотя он её якобы писал много лет (вроде хвастался, что ещё в школе начал). Так что он такой же, как и все остальные, если не один из худших.
Никто ничего не полагает. Просто разработчики движка сфокусированы на разработке ядра движка, поиске и исправлении багов. Им некогда делать качественные игры для примера правильного кода - за них это могут сделать другие желающие. Да и в целом, ИМХО, официальные демки не нужны. Демку ты один раз мельком глянешь и удалишь (если вообще скачивал), а движком будешь пользоваться много лет - соответственно, ресурсы разработчиков сфокусированы на движке, а не на демках. У движка и без того много проблем, требующих решения больше, чем какие-то демки. Однако, если кому-то хочется исправить именно демки - ты всегда можешь сделать пулл-реквест на гитхабе и когда-нибудь его одобрят. Или нет.
>>67013
У энтерпрайза совершенно другие задачи, плохо подходящие геймдеву. Поэтому не следует бездумно копировать практики энтерпрайза в геймдев проекте, особенно если ты соло инди (мастер на все руки).
>>67018
А я ничего кроме школьного программирования по сути не изучал, ООП изучал методом проб и ошибок, но всё равно архитектура Godot выглядит понятной и доступной, потому что очень похожа на VCL Delphi/LCL Lazarus:
СОЗДАЁМ ПРОЕКТ
@
ШЛЁПАЕМ КОМПОНЕНТЫ НА ФОРМУ
@
ПОДГОНЯЕМ СВОЙСТВА В ИНСПЕКТОРЕ ПО ВКУСУ
@
ВСТАВЛЯЕМ ГОВНОКОД В ОБРАБОТЧИКИ СОБЫТИЙ
@
ЖМЁМ F9 F5 ДЛЯ МГНОВЕННОГО ЗАПУСКА
@
ЛЮБУЕМСЯ РЕЗУЛЬТАТОМ
Какие тут туториалы нужны? Просто как-то вот так делаешь и что-то получается. Нормально делай и нормально будет.
>>67029
Говнокодят по-быстрому, чтобы поскорее высрать очередной инди-шедевр или ассетфлип.
Поскольку ты мелкобуква (тебе лень нажимать шифт), ты просто прирождённый говнокодер.
>там ассет пули например вообще загружается во время первого нажатие на выстел
Нет. Речь об этой строчке: https://github.com/godotengine/tps-demo/blob/master/player/player.gd#L132
>var bullet = preload("res://player/bullet/bullet.tscn").instantiate()
preload() считывает ресурс с диска, когда player.gd будет прочитан с диска в первый раз. Это, в свою очередь, считает с диска всё, что связано с bullet.tscn. Единственное, что происходит непосредственно после нажатия кнопки выстрела - это функция PackedScene.instantiate(), что, действительно, может привести к компиляции шейдеров (а также созданию процедурных текстур, инициализации частиц, а также то, что у тебя может выполняться в обработчиках _init связанных объектов), потому что запакованная сцена не вызывает компиляцию шейдеров (и создание каких-либо объектов), только считывание с диска. Если после этого игру закрыть и открыть снова, никаких задержек не будет, потому что шейдер уже скомпилировался и быстро считывается с диска. Это считается приемлемым даже для ААА игр, которые сильно тормозят в первый запуск, вовремя первой загрузки новой локации и т.д. (особенно на слабом ПК заметно) Но если очень хочется обойти эту проблему, можно в начале скрипта поставить строчку по типу такой:
>const BULLET = preload("res://player/bullet/bullet.tscn").instantiate()
И созданный объект не трогать (не удалять). Тогда все общие для всех bullet.tscn ресурсы (в т.ч. шейдеры) будут загружены и удерживаться в памяти, пока удерживается в памяти твой player.gd.
>>67012
>У Романа Сакутина
>Как вас обманывают
Этот клоун недавно высрал свою книгу по C# (со своей рожей на всю обложку, ведь что ещё можно поместить на обложку книги по программированию?), по мнению DTF состоящую из говнокода чуть более, чем полностью, хотя он её якобы писал много лет (вроде хвастался, что ещё в школе начал). Так что он такой же, как и все остальные, если не один из худших.
>Это когда полагают будто бы новичку надо давать какой-то упрощённый
Никто ничего не полагает. Просто разработчики движка сфокусированы на разработке ядра движка, поиске и исправлении багов. Им некогда делать качественные игры для примера правильного кода - за них это могут сделать другие желающие. Да и в целом, ИМХО, официальные демки не нужны. Демку ты один раз мельком глянешь и удалишь (если вообще скачивал), а движком будешь пользоваться много лет - соответственно, ресурсы разработчиков сфокусированы на движке, а не на демках. У движка и без того много проблем, требующих решения больше, чем какие-то демки. Однако, если кому-то хочется исправить именно демки - ты всегда можешь сделать пулл-реквест на гитхабе и когда-нибудь его одобрят. Или нет.
>>67013
>на тырпрайз-приложениях
У энтерпрайза совершенно другие задачи, плохо подходящие геймдеву. Поэтому не следует бездумно копировать практики энтерпрайза в геймдев проекте, особенно если ты соло инди (мастер на все руки).
>>67018
>после 15 лет в тырпрайзе вкатился в геймдев, выбрал годот, и выжу, какие архитектурные паттерны используют Хуан
А я ничего кроме школьного программирования по сути не изучал, ООП изучал методом проб и ошибок, но всё равно архитектура Godot выглядит понятной и доступной, потому что очень похожа на VCL Delphi/LCL Lazarus:
СОЗДАЁМ ПРОЕКТ
@
ШЛЁПАЕМ КОМПОНЕНТЫ НА ФОРМУ
@
ПОДГОНЯЕМ СВОЙСТВА В ИНСПЕКТОРЕ ПО ВКУСУ
@
ВСТАВЛЯЕМ ГОВНОКОД В ОБРАБОТЧИКИ СОБЫТИЙ
@
ЖМЁМ F9 F5 ДЛЯ МГНОВЕННОГО ЗАПУСКА
@
ЛЮБУЕМСЯ РЕЗУЛЬТАТОМ
Какие тут туториалы нужны? Просто как-то вот так делаешь и что-то получается. Нормально делай и нормально будет.
>>67029
>посмотреть как опытные люди делают
Говнокодят по-быстрому, чтобы поскорее высрать очередной инди-шедевр или ассетфлип.
Поскольку ты мелкобуква (тебе лень нажимать шифт), ты просто прирождённый говнокодер.
>>67487
А как ты решил проблему того, что в каждом скрипте-состоянии нужно много бойлерплейта написать?
Я вот пробовал сделать конечный автомат на отдельных скриптах и ЗАДОЛБАЛСЯ тыкаться из одного скрипта в другой, потому что логика персонажа становится размазана по неизвестным местам и избыточно дублируется. В результате я так и не понял, почему мой конечный автомат не способен тупо повторить казалось бы простейшее поведение старого монолитного скрипта и откатил всё обратно до лучших времён. Всё равно я забил на этот проект, так что ничего не потерял.
>надо бы и DRY соблюсти
>открываю скрипт с нужным стейтом и вижу чисто его логику
А как ты решил проблему того, что в каждом скрипте-состоянии нужно много бойлерплейта написать?
Я вот пробовал сделать конечный автомат на отдельных скриптах и ЗАДОЛБАЛСЯ тыкаться из одного скрипта в другой, потому что логика персонажа становится размазана по неизвестным местам и избыточно дублируется. В результате я так и не понял, почему мой конечный автомат не способен тупо повторить казалось бы простейшее поведение старого монолитного скрипта и откатил всё обратно до лучших времён. Всё равно я забил на этот проект, так что ничего не потерял.
>>67601
Предлагаю писать на брейнфаке. Железная дисциплина будет.
Предлагаю писать на брейнфаке. Железная дисциплина будет.
>>67622
Я уже убедился в этом, анончик. и проект скомпилил, погонял, и по доке по функция прошелся.
Все равно инстанциировать на выстрел это хуевое довольно решение если это не клонирование объекта. Тут надо везде пулы писать и заранее при загрузке уровня все объекты в память загонять.
Потому что всеравно нет нет да поддергивает когда что то новое на экране происходит даже после компиляции.
А так посмотрел, очень приятный движек. По мне так логика со сценами топ
Я уже убедился в этом, анончик. и проект скомпилил, погонял, и по доке по функция прошелся.
Все равно инстанциировать на выстрел это хуевое довольно решение если это не клонирование объекта. Тут надо везде пулы писать и заранее при загрузке уровня все объекты в память загонять.
Потому что всеравно нет нет да поддергивает когда что то новое на экране происходит даже после компиляции.
А так посмотрел, очень приятный движек. По мне так логика со сценами топ
>>67638
сука, тоже об этом подумал
сука, тоже об этом подумал
>>67650
Пулы в Unity (и некоторых других движках) рекомендуется делать из-за сборщика мусора C#, потому что если ты будешь на C# срать тысячами объектов каждый кадр, сначала у тебя будет огромный завал из больше не нужных тебе объектов в оперативной памяти (что может вызывать лишнюю нагрузку для ОС, которая будет скидывать лишние страницы памяти на диск), а потом сборщик мусора внезапно проснётся и подавится огромным количеством объектов, которые ему нужно проверить (я слышал, там какой-то сложный алгоритм, который проверяет все объекты) и удалить из памяти (а перед этим ОС достанет их из файла подкачки с диска).
В GDScript такого сборщика мусора нет. Удаление большинства объектов происходит тремя путями:
1. RefCounted - сразу после того, как не осталось ни одной доступной ссылки на объект.
2. Node - в конце кадра обрабатывается очередь из того, что ты поставил с помощью queue_free().
3. Object - сразу после вызова free(), но данный класс обычно не рекомендуется использовать.
Вызовы queue_free() по сути бесплатные и даже огромное количество нод удаляется быстро.
Создание большого числа (сотни) объектов с нуля за один кадр, конечно, даёт какую-то лишнюю нагрузку (но не такую большую, если они все используют общие ресурсы, типа один и тот же спрайт, текстура, материал, шейдер, формы коллизий и т.д.), но в целом это не так плохо, как потенциальные проблемы пулов, например:
1. Отработавший объект находится в "грязном" состоянии - его нужно сбросить в изначальное состояние, прежде чем повторно использовать. Для этого нужно знать изначальное состояние и список полей, которые нужно сбросить. Что, если ты модифицируешь объект, но забудешь сбрасывать новые поля или обновить состояние по умолчанию? Проблема может казаться незначительной, но отловить её будет проблематично, т.к. для компьютера никакой ошибки в этом нет, программа не упадёт с сообщением об ошибке, но объекты могут начать проявлять странное поведение.
2. Нужно определить: какого размера будет пул? Если пул слишком большой, то у нас в памяти будет множество лишних объектов, которые никогда не используются, а это признак плохой оптимизации игры для игрока. Если пул слишком маленький, нам придётся добавлять новые объекты динамически, а то и вовсе всё может перестать работать как надо. "Умный" менеджер пула может оказаться тяжелее, чем если бы мы создавали объекты по требованию. Кроме того, этот менеджер сначала ещё написать придётся, или адаптировать под конкретную задачу, как минимум выбрав оптимальные параметры.
3. Мы увеличиваем загрузку игры/уровня и начальные затраты памяти, т.к. создаём с самого начала миллионы пуль, тысячи врагов разных типов, выпадающих из них предметов и т.д. Никто не любит долгие загрузки - в идеале игра должна сразу бросать игрока в геймплей, особенно если ты инди, а не ГТА 5, косяки которой готовы терпеть. Кроме того, во многих играх средний игрок может и не добраться до момента, когда игре действительно понадобятся все объекты из всех пулов одновременно, а значит, игра будет только зря растягивать загрузку геймплея (и забивать память) без какой-либо пользы для условных 90% игроков.
Естественно, если ты используешь C# или другой язык со сборщиком мусора вместе с Godot, придётся делать пулы со стороны твоего кода (но, возможно, не со стороны движка - это нужно проверять).
Но главное, пул объектов - это преждевременная оптимизация. Сначала запили игру с геймплеем самым простым способом - создавая объекты по необходимости и бросая их, когда они больше не нужны. Потом оцени производительность, и если у тебя самое узкое место во время создания объектов, попробуй реализовать пул. 99% проектов не доходит до стадии, когда тебе вот прям обязательно нужно выжать максимум FPS, поэтому создание пула объектов может оказаться бесполезной тратой времени.
>инстанциировать на выстрел это хуевое довольно решение
>Тут надо везде пулы писать и заранее при загрузке уровня
Пулы в Unity (и некоторых других движках) рекомендуется делать из-за сборщика мусора C#, потому что если ты будешь на C# срать тысячами объектов каждый кадр, сначала у тебя будет огромный завал из больше не нужных тебе объектов в оперативной памяти (что может вызывать лишнюю нагрузку для ОС, которая будет скидывать лишние страницы памяти на диск), а потом сборщик мусора внезапно проснётся и подавится огромным количеством объектов, которые ему нужно проверить (я слышал, там какой-то сложный алгоритм, который проверяет все объекты) и удалить из памяти (а перед этим ОС достанет их из файла подкачки с диска).
В GDScript такого сборщика мусора нет. Удаление большинства объектов происходит тремя путями:
1. RefCounted - сразу после того, как не осталось ни одной доступной ссылки на объект.
2. Node - в конце кадра обрабатывается очередь из того, что ты поставил с помощью queue_free().
3. Object - сразу после вызова free(), но данный класс обычно не рекомендуется использовать.
Вызовы queue_free() по сути бесплатные и даже огромное количество нод удаляется быстро.
Создание большого числа (сотни) объектов с нуля за один кадр, конечно, даёт какую-то лишнюю нагрузку (но не такую большую, если они все используют общие ресурсы, типа один и тот же спрайт, текстура, материал, шейдер, формы коллизий и т.д.), но в целом это не так плохо, как потенциальные проблемы пулов, например:
1. Отработавший объект находится в "грязном" состоянии - его нужно сбросить в изначальное состояние, прежде чем повторно использовать. Для этого нужно знать изначальное состояние и список полей, которые нужно сбросить. Что, если ты модифицируешь объект, но забудешь сбрасывать новые поля или обновить состояние по умолчанию? Проблема может казаться незначительной, но отловить её будет проблематично, т.к. для компьютера никакой ошибки в этом нет, программа не упадёт с сообщением об ошибке, но объекты могут начать проявлять странное поведение.
2. Нужно определить: какого размера будет пул? Если пул слишком большой, то у нас в памяти будет множество лишних объектов, которые никогда не используются, а это признак плохой оптимизации игры для игрока. Если пул слишком маленький, нам придётся добавлять новые объекты динамически, а то и вовсе всё может перестать работать как надо. "Умный" менеджер пула может оказаться тяжелее, чем если бы мы создавали объекты по требованию. Кроме того, этот менеджер сначала ещё написать придётся, или адаптировать под конкретную задачу, как минимум выбрав оптимальные параметры.
3. Мы увеличиваем загрузку игры/уровня и начальные затраты памяти, т.к. создаём с самого начала миллионы пуль, тысячи врагов разных типов, выпадающих из них предметов и т.д. Никто не любит долгие загрузки - в идеале игра должна сразу бросать игрока в геймплей, особенно если ты инди, а не ГТА 5, косяки которой готовы терпеть. Кроме того, во многих играх средний игрок может и не добраться до момента, когда игре действительно понадобятся все объекты из всех пулов одновременно, а значит, игра будет только зря растягивать загрузку геймплея (и забивать память) без какой-либо пользы для условных 90% игроков.
Естественно, если ты используешь C# или другой язык со сборщиком мусора вместе с Godot, придётся делать пулы со стороны твоего кода (но, возможно, не со стороны движка - это нужно проверять).
Но главное, пул объектов - это преждевременная оптимизация. Сначала запили игру с геймплеем самым простым способом - создавая объекты по необходимости и бросая их, когда они больше не нужны. Потом оцени производительность, и если у тебя самое узкое место во время создания объектов, попробуй реализовать пул. 99% проектов не доходит до стадии, когда тебе вот прям обязательно нужно выжать максимум FPS, поэтому создание пула объектов может оказаться бесполезной тратой времени.
>>67650
Пулы в Unity (и некоторых других движках) рекомендуется делать из-за сборщика мусора C#, потому что если ты будешь на C# срать тысячами объектов каждый кадр, сначала у тебя будет огромный завал из больше не нужных тебе объектов в оперативной памяти (что может вызывать лишнюю нагрузку для ОС, которая будет скидывать лишние страницы памяти на диск), а потом сборщик мусора внезапно проснётся и подавится огромным количеством объектов, которые ему нужно проверить (я слышал, там какой-то сложный алгоритм, который проверяет все объекты) и удалить из памяти (а перед этим ОС достанет их из файла подкачки с диска).
В GDScript такого сборщика мусора нет. Удаление большинства объектов происходит тремя путями:
1. RefCounted - сразу после того, как не осталось ни одной доступной ссылки на объект.
2. Node - в конце кадра обрабатывается очередь из того, что ты поставил с помощью queue_free().
3. Object - сразу после вызова free(), но данный класс обычно не рекомендуется использовать.
Вызовы queue_free() по сути бесплатные и даже огромное количество нод удаляется быстро.
Создание большого числа (сотни) объектов с нуля за один кадр, конечно, даёт какую-то лишнюю нагрузку (но не такую большую, если они все используют общие ресурсы, типа один и тот же спрайт, текстура, материал, шейдер, формы коллизий и т.д.), но в целом это не так плохо, как потенциальные проблемы пулов, например:
1. Отработавший объект находится в "грязном" состоянии - его нужно сбросить в изначальное состояние, прежде чем повторно использовать. Для этого нужно знать изначальное состояние и список полей, которые нужно сбросить. Что, если ты модифицируешь объект, но забудешь сбрасывать новые поля или обновить состояние по умолчанию? Проблема может казаться незначительной, но отловить её будет проблематично, т.к. для компьютера никакой ошибки в этом нет, программа не упадёт с сообщением об ошибке, но объекты могут начать проявлять странное поведение.
2. Нужно определить: какого размера будет пул? Если пул слишком большой, то у нас в памяти будет множество лишних объектов, которые никогда не используются, а это признак плохой оптимизации игры для игрока. Если пул слишком маленький, нам придётся добавлять новые объекты динамически, а то и вовсе всё может перестать работать как надо. "Умный" менеджер пула может оказаться тяжелее, чем если бы мы создавали объекты по требованию. Кроме того, этот менеджер сначала ещё написать придётся, или адаптировать под конкретную задачу, как минимум выбрав оптимальные параметры.
3. Мы увеличиваем загрузку игры/уровня и начальные затраты памяти, т.к. создаём с самого начала миллионы пуль, тысячи врагов разных типов, выпадающих из них предметов и т.д. Никто не любит долгие загрузки - в идеале игра должна сразу бросать игрока в геймплей, особенно если ты инди, а не ГТА 5, косяки которой готовы терпеть. Кроме того, во многих играх средний игрок может и не добраться до момента, когда игре действительно понадобятся все объекты из всех пулов одновременно, а значит, игра будет только зря растягивать загрузку геймплея (и забивать память) без какой-либо пользы для условных 90% игроков.
Естественно, если ты используешь C# или другой язык со сборщиком мусора вместе с Godot, придётся делать пулы со стороны твоего кода (но, возможно, не со стороны движка - это нужно проверять).
Но главное, пул объектов - это преждевременная оптимизация. Сначала запили игру с геймплеем самым простым способом - создавая объекты по необходимости и бросая их, когда они больше не нужны. Потом оцени производительность, и если у тебя самое узкое место во время создания объектов, попробуй реализовать пул. 99% проектов не доходит до стадии, когда тебе вот прям обязательно нужно выжать максимум FPS, поэтому создание пула объектов может оказаться бесполезной тратой времени.
>инстанциировать на выстрел это хуевое довольно решение
>Тут надо везде пулы писать и заранее при загрузке уровня
Пулы в Unity (и некоторых других движках) рекомендуется делать из-за сборщика мусора C#, потому что если ты будешь на C# срать тысячами объектов каждый кадр, сначала у тебя будет огромный завал из больше не нужных тебе объектов в оперативной памяти (что может вызывать лишнюю нагрузку для ОС, которая будет скидывать лишние страницы памяти на диск), а потом сборщик мусора внезапно проснётся и подавится огромным количеством объектов, которые ему нужно проверить (я слышал, там какой-то сложный алгоритм, который проверяет все объекты) и удалить из памяти (а перед этим ОС достанет их из файла подкачки с диска).
В GDScript такого сборщика мусора нет. Удаление большинства объектов происходит тремя путями:
1. RefCounted - сразу после того, как не осталось ни одной доступной ссылки на объект.
2. Node - в конце кадра обрабатывается очередь из того, что ты поставил с помощью queue_free().
3. Object - сразу после вызова free(), но данный класс обычно не рекомендуется использовать.
Вызовы queue_free() по сути бесплатные и даже огромное количество нод удаляется быстро.
Создание большого числа (сотни) объектов с нуля за один кадр, конечно, даёт какую-то лишнюю нагрузку (но не такую большую, если они все используют общие ресурсы, типа один и тот же спрайт, текстура, материал, шейдер, формы коллизий и т.д.), но в целом это не так плохо, как потенциальные проблемы пулов, например:
1. Отработавший объект находится в "грязном" состоянии - его нужно сбросить в изначальное состояние, прежде чем повторно использовать. Для этого нужно знать изначальное состояние и список полей, которые нужно сбросить. Что, если ты модифицируешь объект, но забудешь сбрасывать новые поля или обновить состояние по умолчанию? Проблема может казаться незначительной, но отловить её будет проблематично, т.к. для компьютера никакой ошибки в этом нет, программа не упадёт с сообщением об ошибке, но объекты могут начать проявлять странное поведение.
2. Нужно определить: какого размера будет пул? Если пул слишком большой, то у нас в памяти будет множество лишних объектов, которые никогда не используются, а это признак плохой оптимизации игры для игрока. Если пул слишком маленький, нам придётся добавлять новые объекты динамически, а то и вовсе всё может перестать работать как надо. "Умный" менеджер пула может оказаться тяжелее, чем если бы мы создавали объекты по требованию. Кроме того, этот менеджер сначала ещё написать придётся, или адаптировать под конкретную задачу, как минимум выбрав оптимальные параметры.
3. Мы увеличиваем загрузку игры/уровня и начальные затраты памяти, т.к. создаём с самого начала миллионы пуль, тысячи врагов разных типов, выпадающих из них предметов и т.д. Никто не любит долгие загрузки - в идеале игра должна сразу бросать игрока в геймплей, особенно если ты инди, а не ГТА 5, косяки которой готовы терпеть. Кроме того, во многих играх средний игрок может и не добраться до момента, когда игре действительно понадобятся все объекты из всех пулов одновременно, а значит, игра будет только зря растягивать загрузку геймплея (и забивать память) без какой-либо пользы для условных 90% игроков.
Естественно, если ты используешь C# или другой язык со сборщиком мусора вместе с Godot, придётся делать пулы со стороны твоего кода (но, возможно, не со стороны движка - это нужно проверять).
Но главное, пул объектов - это преждевременная оптимизация. Сначала запили игру с геймплеем самым простым способом - создавая объекты по необходимости и бросая их, когда они больше не нужны. Потом оцени производительность, и если у тебя самое узкое место во время создания объектов, попробуй реализовать пул. 99% проектов не доходит до стадии, когда тебе вот прям обязательно нужно выжать максимум FPS, поэтому создание пула объектов может оказаться бесполезной тратой времени.
>>67668
Ну нет. Пул один раз запилил и забыл и это база.
даже анрил чихнет если ты ему несколько персов инстанциируешь в один момент. Естественно нужны функции инита, системы проверки пула и возможность динамического расширения сужения пула. Но как без этого? Память давно уже не проблема. Я вообще смотрю есть релоады какието встроенные для сцен.
Сборщик мусора в юньке ведет себя абсолютно похожим образом смотрит ссылки, смотрит очередь.
Ну нет. Пул один раз запилил и забыл и это база.
даже анрил чихнет если ты ему несколько персов инстанциируешь в один момент. Естественно нужны функции инита, системы проверки пула и возможность динамического расширения сужения пула. Но как без этого? Память давно уже не проблема. Я вообще смотрю есть релоады какието встроенные для сцен.
Сборщик мусора в юньке ведет себя абсолютно похожим образом смотрит ссылки, смотрит очередь.
>>67115
А в чём проблема-то? Если пипл хавает твой скриншот, то и геймплей схавает - целевая аудитория у "Generative AI" контента не столь критична к качеству, поэтому такие косяки простительны и даже ожидаемы. Только непонятно, что ты вообще хочешь сделать? Пойнт-н-клик квест? Тогда тупо телепортируй статичную картинку персонажа по клику в заранее заданную позицию. Тебе важны интересный сюжет и головоломки, а не "реалистичное" движение персонажа. Хотя в старых играх персонаж обычно всё-таки двигался, но это не так уж важно для квеста, особенно если у тебя красивые фоны, интересный сюжет и более-менее адекватные головоломки. Более того, лично меня вот раздражает в таких квестах смотреть и ждать, когда персонаж доберётся до точки - уж лучше бы он чисто символически телепортировался (с плавной анимацией).
>Сгенерировать изображение места в нейронке
>там полностью, много раз, проебана перспектива.
А в чём проблема-то? Если пипл хавает твой скриншот, то и геймплей схавает - целевая аудитория у "Generative AI" контента не столь критична к качеству, поэтому такие косяки простительны и даже ожидаемы. Только непонятно, что ты вообще хочешь сделать? Пойнт-н-клик квест? Тогда тупо телепортируй статичную картинку персонажа по клику в заранее заданную позицию. Тебе важны интересный сюжет и головоломки, а не "реалистичное" движение персонажа. Хотя в старых играх персонаж обычно всё-таки двигался, но это не так уж важно для квеста, особенно если у тебя красивые фоны, интересный сюжет и более-менее адекватные головоломки. Более того, лично меня вот раздражает в таких квестах смотреть и ждать, когда персонаж доберётся до точки - уж лучше бы он чисто символически телепортировался (с плавной анимацией).
>>67669
А вот здесь >>958420 →, на твой взгляд, пул мог бы помочь? Там много всего за кадр создаётся.
В C# что-то другое - какой-то переусложнённый механизм. Microsoft вроде хотели как лучше, а получилось как всегда... Удаление по счётчику ссылок и через очередь намного проще и быстрее "умного" сборщика мусора, хотя и не устраняет всех возможных проблем (вроде циклических ссылок, потерянных ссылок и т.п.). "Умный" сборщик мусора, по идее, сам, с нуля составляет полную схему взаимосвязей между объектами в памяти и пытается вычислить, какие из объектов можно безопасно удалить - т.е. он может удалить то, что нельзя удалить простым счётчиком ссылок (изолированные циклические связи) или что ты забыл поставить в очередь на удаление. Но этот механизм очень сложный и затратный, поэтому запускается редко и вызывает задержки - и, как я понимаю, чем больше объектов в памяти, тем дольше будет составляться карта и тем дольше будет вычисление важности/нужности каждого объекта. Может быть, это удобно для того самого энтерпрайза, но явно неудобно для игр, когда у тебя каждые несколько минут некое третье лицо (не движок и не игра) несколько секунд шерстит всю память, а ты ничего с этим сделать не можешь - пул только сокращает число объектов, но не отключает сборщик мусора насовсем, поэтому он всё равно шерстит память в поисках лишнего.
Но, может, в новых версиях C# как-то исправили эту проблему, я не интересовался.
А вот здесь >>958420 →, на твой взгляд, пул мог бы помочь? Там много всего за кадр создаётся.
>похожим образом смотрит ссылки, смотрит очередь
В C# что-то другое - какой-то переусложнённый механизм. Microsoft вроде хотели как лучше, а получилось как всегда... Удаление по счётчику ссылок и через очередь намного проще и быстрее "умного" сборщика мусора, хотя и не устраняет всех возможных проблем (вроде циклических ссылок, потерянных ссылок и т.п.). "Умный" сборщик мусора, по идее, сам, с нуля составляет полную схему взаимосвязей между объектами в памяти и пытается вычислить, какие из объектов можно безопасно удалить - т.е. он может удалить то, что нельзя удалить простым счётчиком ссылок (изолированные циклические связи) или что ты забыл поставить в очередь на удаление. Но этот механизм очень сложный и затратный, поэтому запускается редко и вызывает задержки - и, как я понимаю, чем больше объектов в памяти, тем дольше будет составляться карта и тем дольше будет вычисление важности/нужности каждого объекта. Может быть, это удобно для того самого энтерпрайза, но явно неудобно для игр, когда у тебя каждые несколько минут некое третье лицо (не движок и не игра) несколько секунд шерстит всю память, а ты ничего с этим сделать не можешь - пул только сокращает число объектов, но не отключает сборщик мусора насовсем, поэтому он всё равно шерстит память в поисках лишнего.
Но, может, в новых версиях C# как-то исправили эту проблему, я не интересовался.
>>67217
Godot заточен на движение игрока по в основном статичному миру. Двигать мир вокруг игрока будет сложнее и может вызывать проблемы со стороны физики - в частности, не рекомендуется лишний раз двигать StaticBody, а позиции RigidBody вообще лучше не трогать. А главное, зачем? Ощутимых проблем дальше 8 км ты не ощутишь даже с single float, а теперь движок можно скомпилировать с поддержкой double float, так что граница глюков округления вещественных чисел отодвигается ещё дальше. Если же тебе нужен сверхбольшой мир, то в документации рекомендуют просто при достижении "границы мира" однократно телепортировать весь мир вместе с игроком ближе к началу координат. Но если у тебя симулятор космоса, то, возможно, в каких-то случаях будет лучше двигать звёзды вокруг неподвижного космического корабля, конечно, если поблизости нет кучи RigidBody астероидов, а сами звёзды - это просто декорации, а не физические объекты.
>Какой подход считаете правильней?
Godot заточен на движение игрока по в основном статичному миру. Двигать мир вокруг игрока будет сложнее и может вызывать проблемы со стороны физики - в частности, не рекомендуется лишний раз двигать StaticBody, а позиции RigidBody вообще лучше не трогать. А главное, зачем? Ощутимых проблем дальше 8 км ты не ощутишь даже с single float, а теперь движок можно скомпилировать с поддержкой double float, так что граница глюков округления вещественных чисел отодвигается ещё дальше. Если же тебе нужен сверхбольшой мир, то в документации рекомендуют просто при достижении "границы мира" однократно телепортировать весь мир вместе с игроком ближе к началу координат. Но если у тебя симулятор космоса, то, возможно, в каких-то случаях будет лучше двигать звёзды вокруг неподвижного космического корабля, конечно, если поблизости нет кучи RigidBody астероидов, а сами звёзды - это просто декорации, а не физические объекты.
>>67675
у тебя там физика захлебнулась а не спавн объектов.
я тебе так скажу анрил чихает когда ты всего 200 акторов с простым кубом без логики единоразово спавнишь.
поэтому пул необходим всегда, и должен быть написан.
у тебя там физика захлебнулась а не спавн объектов.
я тебе так скажу анрил чихает когда ты всего 200 акторов с простым кубом без логики единоразово спавнишь.
поэтому пул необходим всегда, и должен быть написан.
>>67225
Как ты можешь без отвращения смотреть на код без отступов? Это же ересь, писать код без отступов. А раз ты всё равно ставишь отступы в обязательном порядке и ориентируешься по ним визуально (даже два пробела слева, очевидно, намного заметнее тонюсеньких скобок) - почему бы не сделать их значимыми для выполнения программы? А если отступы значимы, то программные скобки больше не нужны и их можно спокойно выбросить. Логично же всё.
>>67601
Суть программных скобок - подсказать компилятору, где у тебя начинается программный блок, а где он кончается, даже если ты наговнокодил всё в одну строчку, полностью забил на отступы или расставил отступы абы как в случайном порядке. Благодаря скобкам редактор кода может автоматически сделать красивое форматирование твоего говнокода, расставив отступы где надо и добавив переносы строк.
Т.е. программные скобки на самом деле расслабляют и позволяют больше говнокодить абы как, т.к. редактор кода сам потом всё отформатирует. А вот значимые отступы как раз-таки учат дисциплине - заставляют изначально правильно форматировать свой код, расставляя отступы там, где они должны находиться, т.е. делая код ровным и красивым. Конечно, если ты потеряешь отступ или добавишь лишний, смысл программы изменится - поэтому тебе нужна дисциплина.
А ровно отформатированный код однозначно проще читать. Вопрос в том, зачем писать неровно и потом полагаться на то, что редактор правильно выровняет твой код по дополнительно указанным скобкам? Неужели тебе лень лишний раз нажать на tab или backspace? Тем более что все современные редакторы кода, включая встроенный в Godot, автоматически добавляют отступы после нажатия enter.
>привык отделять функции за счёт скобочек
Как ты можешь без отвращения смотреть на код без отступов? Это же ересь, писать код без отступов. А раз ты всё равно ставишь отступы в обязательном порядке и ориентируешься по ним визуально (даже два пробела слева, очевидно, намного заметнее тонюсеньких скобок) - почему бы не сделать их значимыми для выполнения программы? А если отступы значимы, то программные скобки больше не нужны и их можно спокойно выбросить. Логично же всё.
>>67601
>Закорюки учат дисциплине. Сам на автомате начинаешь их проставлять и приводишь код в порядок.
Суть программных скобок - подсказать компилятору, где у тебя начинается программный блок, а где он кончается, даже если ты наговнокодил всё в одну строчку, полностью забил на отступы или расставил отступы абы как в случайном порядке. Благодаря скобкам редактор кода может автоматически сделать красивое форматирование твоего говнокода, расставив отступы где надо и добавив переносы строк.
Т.е. программные скобки на самом деле расслабляют и позволяют больше говнокодить абы как, т.к. редактор кода сам потом всё отформатирует. А вот значимые отступы как раз-таки учат дисциплине - заставляют изначально правильно форматировать свой код, расставляя отступы там, где они должны находиться, т.е. делая код ровным и красивым. Конечно, если ты потеряешь отступ или добавишь лишний, смысл программы изменится - поэтому тебе нужна дисциплина.
А ровно отформатированный код однозначно проще читать. Вопрос в том, зачем писать неровно и потом полагаться на то, что редактор правильно выровняет твой код по дополнительно указанным скобкам? Неужели тебе лень лишний раз нажать на tab или backspace? Тем более что все современные редакторы кода, включая встроенный в Godot, автоматически добавляют отступы после нажатия enter.
>>67670
А вот и конкурент тому анону, что сх-лайк делает, в лице ре-лайк с пререндеренными локами
>mp4
А вот и конкурент тому анону, что сх-лайк делает, в лице ре-лайк с пререндеренными локами
3,8 Мб, mp4,480x360, 3:58
>>67686
А когда так уж нужно делать 200 сразу?
Разница минимальна, главная проблема в:
Провёл такой тест, на видео 5 частей:
00:00. Создание, материал один.
00:38. Создание, материалы уникальны.
01:23. Пул, материал один.
02:06. Пул, материалы уникальны.
02:58. Пул, материалы уникальны, Jolt.
Сделал выводы для себя:
1. Да, с пулом размещение быстрее:
- на 50%, если материал один на всех;
- в 10 раз, если материалы уникальны.
2. Это фигня в сравнении с физикой.
3. Реализация пула усложняет код.
4. Jolt не любит добавлять объекты.
>всего 200 акторов с простым кубом
А когда так уж нужно делать 200 сразу?
>поэтому пул необходим всегда
Разница минимальна, главная проблема в:
>физика захлебнулась а не спавн объектов
Провёл такой тест, на видео 5 частей:
00:00. Создание, материал один.
00:38. Создание, материалы уникальны.
01:23. Пул, материал один.
02:06. Пул, материалы уникальны.
02:58. Пул, материалы уникальны, Jolt.
Сделал выводы для себя:
1. Да, с пулом размещение быстрее:
- на 50%, если материал один на всех;
- в 10 раз, если материалы уникальны.
2. Это фигня в сравнении с физикой.
3. Реализация пула усложняет код.
4. Jolt не любит добавлять объекты.
>>67715
Это всё бесполезные телодвижения. Без мультитрединга производительности не будет. Кроме того, пул следует пилить не на нодах-сиротах (репарент которых в дерево внутри основного треда так же тормозит как и создание нод), а пул нужно делать на POCO-объектах, контейнерах, которые будут нести ресурсы для нод в дереве. То есть, например, для ноды RigidBody3D объект из пула будет (в отдельном потоке!) подгружать в себя коллизию, меш, трансформ, и т.д., и когда тред просигнализирует о том что он завершён, готовые ресурсы из пула ты вставляешь в ноду, делаеш видимой и будиш. Ну ты понел.
Это всё бесполезные телодвижения. Без мультитрединга производительности не будет. Кроме того, пул следует пилить не на нодах-сиротах (репарент которых в дерево внутри основного треда так же тормозит как и создание нод), а пул нужно делать на POCO-объектах, контейнерах, которые будут нести ресурсы для нод в дереве. То есть, например, для ноды RigidBody3D объект из пула будет (в отдельном потоке!) подгружать в себя коллизию, меш, трансформ, и т.д., и когда тред просигнализирует о том что он завершён, готовые ресурсы из пула ты вставляешь в ноду, делаеш видимой и будиш. Ну ты понел.
>>67715
ну так бляха че ты тестишь у тебя затык в физике.
сам видишь что выделение памяти даже под простой объект чихает. а если у тебя перс с кучей анимаций, свойств, детей и инитиов.
да у тебя пара тройка челов начнут чихать за раз.
ну так бляха че ты тестишь у тебя затык в физике.
сам видишь что выделение памяти даже под простой объект чихает. а если у тебя перс с кучей анимаций, свойств, детей и инитиов.
да у тебя пара тройка челов начнут чихать за раз.
>>67670
К сожалению не игру. Только максимально простой концепт-гайд для народа. Чтобы можно было любое изображение локации в два клика настроить и бросить туда болванчиков чтобы бегали.
Твой вариант заебись просто. Ты большой молодец. Я себе все намного сложнее представлял, чтобы 3д занималось перспективой. Твою 2д перспективу намного легче настроить. Просто замерить высоту персонажа инструментом Линейка на самом дальнем и на самом ближнем краю шейпа, чтобы присвоить замеры переменным в скрипте для расчета перспективы, и уже можно бегать. Без 3д конечно тяжко будет в некоторых местах. Но это и не входит в список задач этой задумки.
Разбросать по полу Area2D для интерактивных штук и анимаций. И уже симулятор ходьбы готов. Добавить вялых зомбарей и напряженную музыку, и уже резики первые. Подходишь к окну: "посмотреть" -> "никого нет". Подходишь к двери: "зайти" -> экран темнеет, скрип двери, мы уже внутри, ходим по рисунку квартиры.
>>67713
Пикрилы сгенерированы в https://www.krea.ai/apps/image/realtime
https://2ch.hk/nf/res/12873.html#13705 (
М)
Насколько я припоминаю в промте был Сайлент Хилл.
>непонятно, что ты вообще хочешь сделать?
К сожалению не игру. Только максимально простой концепт-гайд для народа. Чтобы можно было любое изображение локации в два клика настроить и бросить туда болванчиков чтобы бегали.
Твой вариант заебись просто. Ты большой молодец. Я себе все намного сложнее представлял, чтобы 3д занималось перспективой. Твою 2д перспективу намного легче настроить. Просто замерить высоту персонажа инструментом Линейка на самом дальнем и на самом ближнем краю шейпа, чтобы присвоить замеры переменным в скрипте для расчета перспективы, и уже можно бегать. Без 3д конечно тяжко будет в некоторых местах. Но это и не входит в список задач этой задумки.
Разбросать по полу Area2D для интерактивных штук и анимаций. И уже симулятор ходьбы готов. Добавить вялых зомбарей и напряженную музыку, и уже резики первые. Подходишь к окну: "посмотреть" -> "никого нет". Подходишь к двери: "зайти" -> экран темнеет, скрип двери, мы уже внутри, ходим по рисунку квартиры.
>>67713
Пикрилы сгенерированы в https://www.krea.ai/apps/image/realtime
https://2ch.hk/nf/res/12873.html#13705 (
М)Насколько я припоминаю в промте был Сайлент Хилл.
>>67670
Каков сисик!
Каков сисик!
>>67715
Затык в физике происходит потому, что происходит взаимодействие "всех со всеми". Очень-очень теоретическое решение было бы в том, чтобы ограничить взаимодействия тел только с ближайшими. Но я забил этим заниматься.
В теории, там используется octotree, так что можно поискать размеры ячейки (квадранта) этой структуры и уменьшить.
Второй момент заключается в террейне, но тут опять же сложно что-то сказать. Если это heightmap, то наверное быстрее и не получится.
Если же просто объект, то лучше разбить его на много чанков - по той же причине, что при коллизии физ движок начинает в одном большом объекте гулять по куче вершин чтобы найти место столкновения.
Затык в физике происходит потому, что происходит взаимодействие "всех со всеми". Очень-очень теоретическое решение было бы в том, чтобы ограничить взаимодействия тел только с ближайшими. Но я забил этим заниматься.
В теории, там используется octotree, так что можно поискать размеры ячейки (квадранта) этой структуры и уменьшить.
Второй момент заключается в террейне, но тут опять же сложно что-то сказать. Если это heightmap, то наверное быстрее и не получится.
Если же просто объект, то лучше разбить его на много чанков - по той же причине, что при коллизии физ движок начинает в одном большом объекте гулять по куче вершин чтобы найти место столкновения.
>>67487
Да я вообще не про это писал. Разбиение по файлам-скриптам будет такое же. Просто не использовать ноды.
Да я вообще не про это писал. Разбиение по файлам-скриптам будет такое же. Просто не использовать ноды.
>>67759
Не понял. Ты просишь у нас гайд, чтобы написать гайд? Или у тебя ютуб-канал с туториалами?
Я просто когда-то пытался научиться рисовать (забросил). Погугли про перспективу в рисовании. Основное вкратце: все линии сходятся на горизонте в точку, от количества таких точек схождения зависит тип перспективы - одноточечная (самая простая, как на большинстве "коридорных", "уличных" картинок), двухточечная (угловая, когда видно сразу две улицы, расходящиеся в стороны), трёхточечная (вид на угол небоскрёба с высоты или от земли, редко используется). Также могут быть искривления типа объектива "рыбий глаз", но это вообще редко используют. Художники для рисования используют "рейкасты" из точек схождения на горизонте в разные стороны, чтобы упростить рисование в перспективе. Самое главное, что вся эта теория в первую очередь применяется к большим фоновым объектам вроде домов и машин, а стоящего на некотором расстоянии ровно напротив камеры человека можно считать плоской картонкой - его рост в перспективе можно определить всего по двум точкам/рейкастам (ступни и голова), что в контексте игры позволяет просто масштабировать спрайт относительно расстояния от спрайта до горизонта (прямо на горизонте персонаж должен исчезнуть, т.к. его изображение сжимается в точку). Правда, это при условии, что дорога ровная (нет подъёма или спуска, лестниц и т.п.) и персонаж не может прыгать. В противном случае нужно уже вычислять движение по трём осям...
Кстати, подобное делали в старых 2.5D гонках: там дорога состоит из прямоугольников, создающих иллюзию уходящей вдаль дороги, и по ней "едут" увеличивающиеся спрайты других машин. Машина игрока, конечно, неподвижна на экране, меняется только сдвиг сегментов дороги и других машин. Получается довольно реалистичное по меркам тех лет 3D, состоящее из простейших спрайтов.
Можно попробовать создать 3D объект-сетку, которая используется для выбора параметров камеры по ощущениям. Суть: рендеришь этот 3D объект в текстуру, накладываешь текстуру с полупрозрачностью на свою нейрокартинку, и подгоняешь параметры 3D камеры во вьюпорте так, чтобы линии 3D сетки приблизительно повторяли схождение линий на нейрокартинке. Тогда, в теории, ты можешь накладывать 3D объекты поверх этой 2D картинки с перспективой. Это позволило бы даже использовать 3D физику с учётом перспективы 2D картинки. Предполагаю, что объект-сетка должен быть огромного размера, чтобы было заметно схождение линий на горизонте. Но от него многого не требуется, можно прямо в Godot сгенерировать кодом. Проверять прямо сейчас - лень...
Из-за тебя я несколько часов генерировал себе вайфу. Снова.
>>67878
StaticBody2D, на той картинке его коллизия - ломанная красная линия. Мог по API догадаться:
https://docs.godotengine.org/en/stable/classes/class_collisionobject2d.html#class-collisionobject2d-method-shape-owner-get-shape
Там кривой говнокод чисто чтобы проверить осуществимость концепции. Скриншот кода чисто чтобы показать простоту данного алгоритма. Для прикладного использования нужно что-то более удобное и универсальное, чем это. В частности, в квестах часто встречаются лестницы и мосты, по которым персонаж может ходить, и на них этот код выдаст некорректный результат.
>гайд для народа
Не понял. Ты просишь у нас гайд, чтобы написать гайд? Или у тебя ютуб-канал с туториалами?
>Твой вариант заебись просто. Ты большой молодец.
Я просто когда-то пытался научиться рисовать (забросил). Погугли про перспективу в рисовании. Основное вкратце: все линии сходятся на горизонте в точку, от количества таких точек схождения зависит тип перспективы - одноточечная (самая простая, как на большинстве "коридорных", "уличных" картинок), двухточечная (угловая, когда видно сразу две улицы, расходящиеся в стороны), трёхточечная (вид на угол небоскрёба с высоты или от земли, редко используется). Также могут быть искривления типа объектива "рыбий глаз", но это вообще редко используют. Художники для рисования используют "рейкасты" из точек схождения на горизонте в разные стороны, чтобы упростить рисование в перспективе. Самое главное, что вся эта теория в первую очередь применяется к большим фоновым объектам вроде домов и машин, а стоящего на некотором расстоянии ровно напротив камеры человека можно считать плоской картонкой - его рост в перспективе можно определить всего по двум точкам/рейкастам (ступни и голова), что в контексте игры позволяет просто масштабировать спрайт относительно расстояния от спрайта до горизонта (прямо на горизонте персонаж должен исчезнуть, т.к. его изображение сжимается в точку). Правда, это при условии, что дорога ровная (нет подъёма или спуска, лестниц и т.п.) и персонаж не может прыгать. В противном случае нужно уже вычислять движение по трём осям...
Кстати, подобное делали в старых 2.5D гонках: там дорога состоит из прямоугольников, создающих иллюзию уходящей вдаль дороги, и по ней "едут" увеличивающиеся спрайты других машин. Машина игрока, конечно, неподвижна на экране, меняется только сдвиг сегментов дороги и других машин. Получается довольно реалистичное по меркам тех лет 3D, состоящее из простейших спрайтов.
>чтобы 3д занималось перспективой
Можно попробовать создать 3D объект-сетку, которая используется для выбора параметров камеры по ощущениям. Суть: рендеришь этот 3D объект в текстуру, накладываешь текстуру с полупрозрачностью на свою нейрокартинку, и подгоняешь параметры 3D камеры во вьюпорте так, чтобы линии 3D сетки приблизительно повторяли схождение линий на нейрокартинке. Тогда, в теории, ты можешь накладывать 3D объекты поверх этой 2D картинки с перспективой. Это позволило бы даже использовать 3D физику с учётом перспективы 2D картинки. Предполагаю, что объект-сетка должен быть огромного размера, чтобы было заметно схождение линий на горизонте. Но от него многого не требуется, можно прямо в Godot сгенерировать кодом. Проверять прямо сейчас - лень...
>Пикрилы сгенерированы в krea.ai
Из-за тебя я несколько часов генерировал себе вайфу. Снова.
>>67878
>border в скрипте это кто?
StaticBody2D, на той картинке его коллизия - ломанная красная линия. Мог по API догадаться:
https://docs.godotengine.org/en/stable/classes/class_collisionobject2d.html#class-collisionobject2d-method-shape-owner-get-shape
>Штука может оказаться полезной.
Там кривой говнокод чисто чтобы проверить осуществимость концепции. Скриншот кода чисто чтобы показать простоту данного алгоритма. Для прикладного использования нужно что-то более удобное и универсальное, чем это. В частности, в квестах часто встречаются лестницы и мосты, по которым персонаж может ходить, и на них этот код выдаст некорректный результат.
>>67759
Не понял. Ты просишь у нас гайд, чтобы написать гайд? Или у тебя ютуб-канал с туториалами?
Я просто когда-то пытался научиться рисовать (забросил). Погугли про перспективу в рисовании. Основное вкратце: все линии сходятся на горизонте в точку, от количества таких точек схождения зависит тип перспективы - одноточечная (самая простая, как на большинстве "коридорных", "уличных" картинок), двухточечная (угловая, когда видно сразу две улицы, расходящиеся в стороны), трёхточечная (вид на угол небоскрёба с высоты или от земли, редко используется). Также могут быть искривления типа объектива "рыбий глаз", но это вообще редко используют. Художники для рисования используют "рейкасты" из точек схождения на горизонте в разные стороны, чтобы упростить рисование в перспективе. Самое главное, что вся эта теория в первую очередь применяется к большим фоновым объектам вроде домов и машин, а стоящего на некотором расстоянии ровно напротив камеры человека можно считать плоской картонкой - его рост в перспективе можно определить всего по двум точкам/рейкастам (ступни и голова), что в контексте игры позволяет просто масштабировать спрайт относительно расстояния от спрайта до горизонта (прямо на горизонте персонаж должен исчезнуть, т.к. его изображение сжимается в точку). Правда, это при условии, что дорога ровная (нет подъёма или спуска, лестниц и т.п.) и персонаж не может прыгать. В противном случае нужно уже вычислять движение по трём осям...
Кстати, подобное делали в старых 2.5D гонках: там дорога состоит из прямоугольников, создающих иллюзию уходящей вдаль дороги, и по ней "едут" увеличивающиеся спрайты других машин. Машина игрока, конечно, неподвижна на экране, меняется только сдвиг сегментов дороги и других машин. Получается довольно реалистичное по меркам тех лет 3D, состоящее из простейших спрайтов.
Можно попробовать создать 3D объект-сетку, которая используется для выбора параметров камеры по ощущениям. Суть: рендеришь этот 3D объект в текстуру, накладываешь текстуру с полупрозрачностью на свою нейрокартинку, и подгоняешь параметры 3D камеры во вьюпорте так, чтобы линии 3D сетки приблизительно повторяли схождение линий на нейрокартинке. Тогда, в теории, ты можешь накладывать 3D объекты поверх этой 2D картинки с перспективой. Это позволило бы даже использовать 3D физику с учётом перспективы 2D картинки. Предполагаю, что объект-сетка должен быть огромного размера, чтобы было заметно схождение линий на горизонте. Но от него многого не требуется, можно прямо в Godot сгенерировать кодом. Проверять прямо сейчас - лень...
Из-за тебя я несколько часов генерировал себе вайфу. Снова.
>>67878
StaticBody2D, на той картинке его коллизия - ломанная красная линия. Мог по API догадаться:
https://docs.godotengine.org/en/stable/classes/class_collisionobject2d.html#class-collisionobject2d-method-shape-owner-get-shape
Там кривой говнокод чисто чтобы проверить осуществимость концепции. Скриншот кода чисто чтобы показать простоту данного алгоритма. Для прикладного использования нужно что-то более удобное и универсальное, чем это. В частности, в квестах часто встречаются лестницы и мосты, по которым персонаж может ходить, и на них этот код выдаст некорректный результат.
>гайд для народа
Не понял. Ты просишь у нас гайд, чтобы написать гайд? Или у тебя ютуб-канал с туториалами?
>Твой вариант заебись просто. Ты большой молодец.
Я просто когда-то пытался научиться рисовать (забросил). Погугли про перспективу в рисовании. Основное вкратце: все линии сходятся на горизонте в точку, от количества таких точек схождения зависит тип перспективы - одноточечная (самая простая, как на большинстве "коридорных", "уличных" картинок), двухточечная (угловая, когда видно сразу две улицы, расходящиеся в стороны), трёхточечная (вид на угол небоскрёба с высоты или от земли, редко используется). Также могут быть искривления типа объектива "рыбий глаз", но это вообще редко используют. Художники для рисования используют "рейкасты" из точек схождения на горизонте в разные стороны, чтобы упростить рисование в перспективе. Самое главное, что вся эта теория в первую очередь применяется к большим фоновым объектам вроде домов и машин, а стоящего на некотором расстоянии ровно напротив камеры человека можно считать плоской картонкой - его рост в перспективе можно определить всего по двум точкам/рейкастам (ступни и голова), что в контексте игры позволяет просто масштабировать спрайт относительно расстояния от спрайта до горизонта (прямо на горизонте персонаж должен исчезнуть, т.к. его изображение сжимается в точку). Правда, это при условии, что дорога ровная (нет подъёма или спуска, лестниц и т.п.) и персонаж не может прыгать. В противном случае нужно уже вычислять движение по трём осям...
Кстати, подобное делали в старых 2.5D гонках: там дорога состоит из прямоугольников, создающих иллюзию уходящей вдаль дороги, и по ней "едут" увеличивающиеся спрайты других машин. Машина игрока, конечно, неподвижна на экране, меняется только сдвиг сегментов дороги и других машин. Получается довольно реалистичное по меркам тех лет 3D, состоящее из простейших спрайтов.
>чтобы 3д занималось перспективой
Можно попробовать создать 3D объект-сетку, которая используется для выбора параметров камеры по ощущениям. Суть: рендеришь этот 3D объект в текстуру, накладываешь текстуру с полупрозрачностью на свою нейрокартинку, и подгоняешь параметры 3D камеры во вьюпорте так, чтобы линии 3D сетки приблизительно повторяли схождение линий на нейрокартинке. Тогда, в теории, ты можешь накладывать 3D объекты поверх этой 2D картинки с перспективой. Это позволило бы даже использовать 3D физику с учётом перспективы 2D картинки. Предполагаю, что объект-сетка должен быть огромного размера, чтобы было заметно схождение линий на горизонте. Но от него многого не требуется, можно прямо в Godot сгенерировать кодом. Проверять прямо сейчас - лень...
>Пикрилы сгенерированы в krea.ai
Из-за тебя я несколько часов генерировал себе вайфу. Снова.
>>67878
>border в скрипте это кто?
StaticBody2D, на той картинке его коллизия - ломанная красная линия. Мог по API догадаться:
https://docs.godotengine.org/en/stable/classes/class_collisionobject2d.html#class-collisionobject2d-method-shape-owner-get-shape
>Штука может оказаться полезной.
Там кривой говнокод чисто чтобы проверить осуществимость концепции. Скриншот кода чисто чтобы показать простоту данного алгоритма. Для прикладного использования нужно что-то более удобное и универсальное, чем это. В частности, в квестах часто встречаются лестницы и мосты, по которым персонаж может ходить, и на них этот код выдаст некорректный результат.
2,9 Мб, mp4,1330x806, 0:16
Вопрос не по движку, а по геймдеву, но делаю в годо, новичок и в движке, и в геймдеве. Решил сделать реалистичную цепь для механики. Сделал самым нивным способом через твердые тела. Скрепил пинами, но получается хлипко. Как бы так подобрать форму/положение/соотношение, чтобы цепь не ломалась и не дрыгалась, когда уже надо было бы в состоянии покоя находиться. Или надо переделать всё и по-другому как-то? А как? Пока кручу размеры/фигуры...
>>67930
Прочитал, что он для 3д. Или я что-то неправильно понимаю?
Прочитал, что он для 3д. Или я что-то неправильно понимаю?
24 Кб, 547x746>>67925
Цепь сделать сложно, я в Думере на твг делал, но на полишинг забил, так что она у меня подергивается. https://gdman.itch.io/dumer
Во-первых, нет нужды делать звено из 4 эллипсов. Его можно сделать одной жесткой фигурой у физикбоди может быть несколько шейп-чайлдов.
А еще лучше вообще прямоугольником или капсулой, а "цепочечность" оставить только в арте.
Во-вторых, есть параметры Angular и Linear Damp. Они каждый тик замедляют вращение и перемещение на соотв. значение. То есть работают типа как вязкая среда, воздух, гашение инерции. Но в случае с цепью это может не помочь, потому что соседние звенья постоянно дрюкают.
Еще у pinjoin был параметр softness, это насколько связка жесткая. Но я не помню, что влияет на разрыв. У тебя на видосе цепь рвется, наверное когда сила превышает определенный порог, а пружинистости не хватает.
Еще один прием который я пытаюсь использовать, это абсолютный лимит на скорость движения/вращения, который проверяю каждый кадр сам. Таким образом я надеюсь сглаживать полные разносы, когда объект уперевшись во что-то потом пытается отпружинить на километр.
В-третьих, надо придумать как быть с самопересечениями цепи. Если звенья не реагируют друг на друга, то цепь не сложить в бухту, например. Может быть, сделать их через один разными слоями, чтобы они реагировали через 1 но игнорировали соседнее звено, но я это не пробовал, хотя стоило.
В целом подумай, стоит ли первой игрой заморачиваться на механиках с физоном, или поделать игры попроще.
Цепь сделать сложно, я в Думере на твг делал, но на полишинг забил, так что она у меня подергивается. https://gdman.itch.io/dumer
Во-первых, нет нужды делать звено из 4 эллипсов. Его можно сделать одной жесткой фигурой у физикбоди может быть несколько шейп-чайлдов.
А еще лучше вообще прямоугольником или капсулой, а "цепочечность" оставить только в арте.
Во-вторых, есть параметры Angular и Linear Damp. Они каждый тик замедляют вращение и перемещение на соотв. значение. То есть работают типа как вязкая среда, воздух, гашение инерции. Но в случае с цепью это может не помочь, потому что соседние звенья постоянно дрюкают.
Еще у pinjoin был параметр softness, это насколько связка жесткая. Но я не помню, что влияет на разрыв. У тебя на видосе цепь рвется, наверное когда сила превышает определенный порог, а пружинистости не хватает.
Еще один прием который я пытаюсь использовать, это абсолютный лимит на скорость движения/вращения, который проверяю каждый кадр сам. Таким образом я надеюсь сглаживать полные разносы, когда объект уперевшись во что-то потом пытается отпружинить на километр.
В-третьих, надо придумать как быть с самопересечениями цепи. Если звенья не реагируют друг на друга, то цепь не сложить в бухту, например. Может быть, сделать их через один разными слоями, чтобы они реагировали через 1 но игнорировали соседнее звено, но я это не пробовал, хотя стоило.
В целом подумай, стоит ли первой игрой заморачиваться на механиках с физоном, или поделать игры попроще.
>>67925
Опять же вопрос, для чего она тебе нужна. Если только для визуала, то можно сделать что-то такое. В 2д это будут линии, вдоль которых прокручивается текстура.
https://www.youtube.com/watch?v=kbNaACyqdAY
Опять же вопрос, для чего она тебе нужна. Если только для визуала, то можно сделать что-то такое. В 2д это будут линии, вдоль которых прокручивается текстура.
https://www.youtube.com/watch?v=kbNaACyqdAY
15 Кб, 268x301>>67956
Попробовал 4 фигуры в одно тело. Однако теперь проблема с масками коллизий. Жаль, что маска крепится к боди. Я попробовал так сделать, но шейпы не держатся друг друга из-за родителя-боди посредника.
Попробовал 4 фигуры в одно тело. Однако теперь проблема с масками коллизий. Жаль, что маска крепится к боди. Я попробовал так сделать, но шейпы не держатся друг друга из-за родителя-боди посредника.
>>67974
Честно, я так и не увидел причины делать коллайдеру правую форму, а не левую.
Ведь в 2д в замкнутую фигуру залететь и вылететь ничего не может (не считая глитчей)
Что же касается проблемы с масками - ее не избежать. ведь в 2д в обычном смысле цепь не возможна, там всегда есть пересечения с соседним звеном. Поэтому я предложил или отключить маску цепи с цепью вообще, оставив только с уровнем; либо придумать что-то хитрое, типа чередования масок через одну (синее с синим, оранжевое с оранжевым, но не синее с оранжевым).
Честно, я так и не увидел причины делать коллайдеру правую форму, а не левую.
Ведь в 2д в замкнутую фигуру залететь и вылететь ничего не может (не считая глитчей)
Что же касается проблемы с масками - ее не избежать. ведь в 2д в обычном смысле цепь не возможна, там всегда есть пересечения с соседним звеном. Поэтому я предложил или отключить маску цепи с цепью вообще, оставив только с уровнем; либо придумать что-то хитрое, типа чередования масок через одну (синее с синим, оранжевое с оранжевым, но не синее с оранжевым).
>>67930
Для 2D можно попробовать Rapier, он быстрее и стабильнее встроенной:
https://github.com/appsinacup/godot-rapier-physics
>>67925
А точно ли тебе нужна реалистичная цепь для этой механики?
Опиши хотя бы, что у тебя за механика. Может, цепь не нужна.
>>67964
Ты что-то не то делаешь.
>Для комплексной физики godot-jolt
Для 2D можно попробовать Rapier, он быстрее и стабильнее встроенной:
https://github.com/appsinacup/godot-rapier-physics
>>67925
>Решил сделать реалистичную цепь для механики
А точно ли тебе нужна реалистичная цепь для этой механики?
Опиши хотя бы, что у тебя за механика. Может, цепь не нужна.
>>67964
>Попробовал 4 фигуры в одно тело
Ты что-то не то делаешь.
>>67922
Это называется коммунизм.
Однажды у меня была проблема. И я рассказал ее одному пацану африканцу на работе. И он мне дал хороший совет. После чего сказал что кто-то хорошо его научил - говорить о своих вопросах и проблемах. Потому что есть много людей которые ходят замкнутыми в себе, не зная как решить задачи которые становятся только хуже. А если рассказать, то шансы на решение резко возрастут. Я вообразил себе разные мутные решение, но твое мне кажется гениальным.
Никаких многоточечных перспектив. Надо максимально просто. Идеально было бы указать линию горизонта. И персонажа поставить в ближнюю точку и сделать ему подходящий размер. Но это чревато ебатней. Если горизонта не видно то придется пробовать и пробовать и еще пробовать. Может выбесить запускать игру много раз чтобы проверить что перспектива проебана.
В идеале надо две точки по оси Y - ближняя и дальняя. Положить туда персонажа и уменьшить чтобы его пропорции смотрелись гармонично в том месте. И пока он там, скопировать его параметр scale и присвоить его переменным в скрипте. Например scale_far и scale_near, и дальше скрипт сам сделает свою магию, управляя скоростью и размером персонажа в зависимости от положения по вертикальной оси.
Я у нейронки спросил как это делается, она сделала скрипт с горем пополам. Скрипт не для годот4. А да точно, ось У перевернута. Ах да, скорость в перспективе тоже использует перевернутую ось У. И ее пиздеж не схоится с реальностью, например она говорит что scale factor в реальности где-то 0.1, максимум 0.5. А в моем случае надо было 0.75 ставить.
Есть программка fspy которую используют для угадывания параметров камеры. Для импорта в 3д. Но в генерациях нейронок проебана перспектива, ни один вариант не справится с этой задачей, так что нет смысла искать варианты посложнее.
Ну и как? Получилось?
>Не понял. Ты просишь у нас гайд, чтобы написать гайд?
Это называется коммунизм.
Однажды у меня была проблема. И я рассказал ее одному пацану африканцу на работе. И он мне дал хороший совет. После чего сказал что кто-то хорошо его научил - говорить о своих вопросах и проблемах. Потому что есть много людей которые ходят замкнутыми в себе, не зная как решить задачи которые становятся только хуже. А если рассказать, то шансы на решение резко возрастут. Я вообразил себе разные мутные решение, но твое мне кажется гениальным.
Никаких многоточечных перспектив. Надо максимально просто. Идеально было бы указать линию горизонта. И персонажа поставить в ближнюю точку и сделать ему подходящий размер. Но это чревато ебатней. Если горизонта не видно то придется пробовать и пробовать и еще пробовать. Может выбесить запускать игру много раз чтобы проверить что перспектива проебана.
В идеале надо две точки по оси Y - ближняя и дальняя. Положить туда персонажа и уменьшить чтобы его пропорции смотрелись гармонично в том месте. И пока он там, скопировать его параметр scale и присвоить его переменным в скрипте. Например scale_far и scale_near, и дальше скрипт сам сделает свою магию, управляя скоростью и размером персонажа в зависимости от положения по вертикальной оси.
Я у нейронки спросил как это делается, она сделала скрипт с горем пополам. Скрипт не для годот4. А да точно, ось У перевернута. Ах да, скорость в перспективе тоже использует перевернутую ось У. И ее пиздеж не схоится с реальностью, например она говорит что scale factor в реальности где-то 0.1, максимум 0.5. А в моем случае надо было 0.75 ставить.
>создать 3D объект-сетку
Есть программка fspy которую используют для угадывания параметров камеры. Для импорта в 3д. Но в генерациях нейронок проебана перспектива, ни один вариант не справится с этой задачей, так что нет смысла искать варианты посложнее.
>Из-за тебя я несколько часов генерировал себе вайфу. Снова.
Ну и как? Получилось?
>>68068
Бля. Не те пикчи кинул. Тут с прозрачностью. Пускай полежат.
Бля. Не те пикчи кинул. Тут с прозрачностью. Пускай полежат.
>>68085
Что тебе мешает использовать Release Candidate?
https://godotengine.org/article/release-candidate-godot-4-3-rc-1/
Что тебе мешает использовать Release Candidate?
https://godotengine.org/article/release-candidate-godot-4-3-rc-1/
>We are entering the final stage of development for Godot 4.3, which is the Release Candidate: all features are in-place, the most critical regressions have been tackled, and so we’re confident that it’s now ready for general use in the vast majority of cases…
>… which is usually the cue for more testers to jump aboard the pre-release train, test this release candidate on their projects, and shatter our hopes confirm that everything is ready for prime time!
>>68088
Нет, стоять! Держать сторй! Игры не делаем! Вот 4.4.2 выйдет, фордж завезут и хуанГИ, баги починят все, то тогда можно качать и урчать! УХ! Заживем!
Нет, стоять! Держать сторй! Игры не делаем! Вот 4.4.2 выйдет, фордж завезут и хуанГИ, баги починят все, то тогда можно качать и урчать! УХ! Заживем!
711 Кб, 1566x2048>>68088 >>68090 >>68091
Жду 5.0. Проблемы?
https://github.com/godotengine/godot-proposals/milestone/5
Жду 5.0. Проблемы?
https://github.com/godotengine/godot-proposals/milestone/5
>This proposal breaks compatibility, but we will not implement it for 4.0, so kick it many years down the road until the next compatibility breakage in a decade from now.
>>68092
Вот игру тогда сделаешь... ухх ебать....
Вот игру тогда сделаешь... ухх ебать....
>>68068
От каждого по способностям, каждому по потребностям. В чём твоя потребность?
Решение чего? Ты ж вроде сказал, что не собираешься делать такую игру.
Художники с древних времён использовали, нейронка им подражает как может.
Точки схода можно определить по любым сходящимся прямым линиям.
Tool-скрипт напиши себе. А встроенные ноды настраиваются визуально в редакторе.
Повторюсь, это будет работать только пока у тебя пол ровный и прямой до горизонта.
А что ты спросил-то? Я до сих пор слабо понимаю, в чём твоя проблема.
Ладно, скачал я твою программу, гайдов никаких не читал, результат на пикрилах.
Всё нормально там с перспективой, у художников перспектива НАМНОГО хуже.
Сначала хотел показать, но передумал. Generative AI засасывает сильнее ютуба...
>Это называется коммунизм.
От каждого по способностям, каждому по потребностям. В чём твоя потребность?
>Я вообразил себе разные мутные решение
Решение чего? Ты ж вроде сказал, что не собираешься делать такую игру.
>Никаких многоточечных перспектив
Художники с древних времён использовали, нейронка им подражает как может.
>Если горизонта не видно
Точки схода можно определить по любым сходящимся прямым линиям.
>Может выбесить запускать игру много раз
Tool-скрипт напиши себе. А встроенные ноды настраиваются визуально в редакторе.
>в зависимости от положения по вертикальной оси.
Повторюсь, это будет работать только пока у тебя пол ровный и прямой до горизонта.
>Я у нейронки спросил как это делается
А что ты спросил-то? Я до сих пор слабо понимаю, в чём твоя проблема.
>Есть программка fspy которую используют для угадывания
Ладно, скачал я твою программу, гайдов никаких не читал, результат на пикрилах.
>Но в генерациях нейронок проебана перспектива
Всё нормально там с перспективой, у художников перспектива НАМНОГО хуже.
>Ну и как? Получилось?
Сначала хотел показать, но передумал. Generative AI засасывает сильнее ютуба...
>>68066
Не знаю. Когда я говорил "реалистичная", я имел ввиду нормальная цепь с поведением цепи. Для реализации оков, типа чугунного шара привязанного к ноге.
Сейчас буду пробовать с восемью гранями или что-то ещё.
>>А точно ли тебе нужна реалистичная цепь для этой механики?
Не знаю. Когда я говорил "реалистичная", я имел ввиду нормальная цепь с поведением цепи. Для реализации оков, типа чугунного шара привязанного к ноге.
Сейчас буду пробовать с восемью гранями или что-то ещё.
>>68118
Так бы сразу и говорил. Это сложнее сделать нормально, чем просто свисающую цепь. В зависимости от стилизации игры, может быть лучше вообще не использовать физику, а сделать просто набор анимаций, как персонаж тащит за собой шар... или бьёт этим шаром по мордам врагов. Физика в любом случае будет добавлять хаос и управлять этим хаосом сложно, особенно если ты хочешь добиться "реализма".
Если у тебя сегменты пролетают сквозь что-то, попробуй переключить это:
https://docs.godotengine.org/en/stable/classes/class_rigidbody2d.html#class-rigidbody2d-property-continuous-cd
>>68121
Да, как видно на рисунке, там простая связь цепочки RigidBody2D.
Ничего. Сначала хотел сделать процедурное добавление сегментов, но было лень.
>Для реализации оков, типа чугунного шара привязанного к ноге.
Так бы сразу и говорил. Это сложнее сделать нормально, чем просто свисающую цепь. В зависимости от стилизации игры, может быть лучше вообще не использовать физику, а сделать просто набор анимаций, как персонаж тащит за собой шар... или бьёт этим шаром по мордам врагов. Физика в любом случае будет добавлять хаос и управлять этим хаосом сложно, особенно если ты хочешь добиться "реализма".
Если у тебя сегменты пролетают сквозь что-то, попробуй переключить это:
https://docs.godotengine.org/en/stable/classes/class_rigidbody2d.html#class-rigidbody2d-property-continuous-cd
>>68121
>Ты лицевые и торцевые пинами склеивал?
Да, как видно на рисунке, там простая связь цепочки RigidBody2D.
>А скрипты что?
Ничего. Сначала хотел сделать процедурное добавление сегментов, но было лень.
106 Кб, 1635x794Короче ёпта. Делаю ремейк копателя онлайн в двадэ. Как только игрок нажимает левую кнопку мыши, убирается один блок слева вверху. Стрелками обозначено движение блоков. Ну и как бы ок, НО НЕ ОК!!! При удалении блока, так-как они все в контейнере, все блоки смещаются на один влево. А хотелось бы чтоб они просто оставались на месте и всё. Чтоб контейнер чисто для маржи был. Блоки убираю через параметр визибл ихний. Чисто его выключаю и всё.
Так вот как сделать чтоб вся эта конструкция неподвижной была? Вытащить все блоки из контейнера? Звучит как-то не очень...
Так вот как сделать чтоб вся эта конструкция неподвижной была? Вытащить все блоки из контейнера? Звучит как-то не очень...
>>68215
Так зачем ты интерфейсный контейнер юзаешь? Он для этого не предназначен. Делай свой контейнер, либо тайлмап юзай.
Так зачем ты интерфейсный контейнер юзаешь? Он для этого не предназначен. Делай свой контейнер, либо тайлмап юзай.
>>68219
Пиздец.
Пиздец.
>>68215
Почему бы не почитать документацию для начала?
https://docs.godotengine.org/en/stable/tutorials/2d/using_tilemaps.html
Имхо, в 2Д лучше ориентироваться на Террарию.
Почему бы не почитать документацию для начала?
https://docs.godotengine.org/en/stable/tutorials/2d/using_tilemaps.html
>ремейк копателя онлайн в двадэ
Имхо, в 2Д лучше ориентироваться на Террарию.
>>68284
Тебе. Копатель онлайн - слабый клон майнкрафта для нищих вконтактевских детей. Ценности в нём ровно столько, сколько в мемах "АТАШОЛ", "УХАДИ".
По сути, любой клон Майнкрафта в 2Д будет так или иначе сравниваться с Террарией как эталоном 2Д игр про копание процедурного ландшафта. Так что имеет смысл заняться изучением её механик, а не какого-то унылого 3Д клона другой 3Д игры.
Но если ты делаешь из ностальгии, тогда другое дело.
Тебе. Копатель онлайн - слабый клон майнкрафта для нищих вконтактевских детей. Ценности в нём ровно столько, сколько в мемах "АТАШОЛ", "УХАДИ".
По сути, любой клон Майнкрафта в 2Д будет так или иначе сравниваться с Террарией как эталоном 2Д игр про копание процедурного ландшафта. Так что имеет смысл заняться изучением её механик, а не какого-то унылого 3Д клона другой 3Д игры.
Но если ты делаешь из ностальгии, тогда другое дело.
>>68197
Давно знаю об этой фиче, но ценность минимальна. Цветовое обозначение слабо заметно на и без того визуально пёстром коде. Если у тебя весь код в этих цветастых тегах, потом не разберёшься, что к чему.
Лучше бы сделали список TODO как список функций слева внизу редактора. Чтоб кликнул и перешёл на строчку с конкретным TODO. Полезнее подсветки.
Давно знаю об этой фиче, но ценность минимальна. Цветовое обозначение слабо заметно на и без того визуально пёстром коде. Если у тебя весь код в этих цветастых тегах, потом не разберёшься, что к чему.
Лучше бы сделали список TODO как список функций слева внизу редактора. Чтоб кликнул и перешёл на строчку с конкретным TODO. Полезнее подсветки.
>>68300
Я делаю похожее через поиск по всему проекту, Ctrl+Shift+F, ищу свои TODO, кликаю на них и оказываюсь где нужно.
>Лучше бы сделали список TODO как список функций слева внизу редактора. Чтоб кликнул и перешёл на строчку с конкретным TODO. Полезнее подсветки.
Я делаю похожее через поиск по всему проекту, Ctrl+Shift+F, ищу свои TODO, кликаю на них и оказываюсь где нужно.
>>68300
Давно знаю об этой фиче, но ценность минимальна.
Аддонами решается вопрос.
https://godotengine.org/asset-library/asset/1327
https://godotengine.org/asset-library/asset/768
> Лучше бы сделали список TODO
Давно знаю об этой фиче, но ценность минимальна.
Аддонами решается вопрос.
https://godotengine.org/asset-library/asset/1327
https://godotengine.org/asset-library/asset/768
Решил запилить неистовый твин-стик шутан, но щас задумался: а как заставить мышку быть нормальным стиком? Нужно чтобы в независимости от положения персонажа на экране, нужная амплитуда движения мышки для поворота была бы всегда одинаковой.
С камерой зафиксированной на персонаже все работает как надо, тк очевидно персонаж всегда в одной точке по центру. А вот если камеру отдалить/отключить/зафиксировать на чём-то другом – то приходится елозить мышкой по всему столу, как на втором видосе.
Щас поворот делается через обычный лук_ат
С камерой зафиксированной на персонаже все работает как надо, тк очевидно персонаж всегда в одной точке по центру. А вот если камеру отдалить/отключить/зафиксировать на чём-то другом – то приходится елозить мышкой по всему столу, как на втором видосе.
Щас поворот делается через обычный лук_ат
25,2 Мб, mp4,976x720, 1:07
Добавил 3д пространство, типа по задумке, тк местный интернет переносит сознание в сеть, прикольней будет если оно будет трехмерным, и через него можно будет влиять на 2д мир, и наоборот. Плюс туда можно сунуть условную галерею и лорную библиотеку. Ну и просто попаркурить или по открывать секретики
>>68706
ИМХО большая ошибка. Следил за одним девом на ютубе. Так понял что он одно время был в команде разработчиков гта вайс сити где занимался мультиплеером. Так он с одиннадцатого года больше десяти лет разрабатывал игру мечты, куда пытался запихнуть все. Но так и не закончил, и сейчас пилит другие проекты, иногда возвращаясь к своему долгострою. Тоже пихал в свою игру и гонки и игры разного жанра в качестве миссий.
Если честно я увидев твою игру подумал о 3д. Но для оригинальных уровней. То есть можно переключаться в 2д или 3д от первого лица чтобы ходить по твоему зданию. Но я ничего не сказал потому что затея странная.
ИМХО большая ошибка. Следил за одним девом на ютубе. Так понял что он одно время был в команде разработчиков гта вайс сити где занимался мультиплеером. Так он с одиннадцатого года больше десяти лет разрабатывал игру мечты, куда пытался запихнуть все. Но так и не закончил, и сейчас пилит другие проекты, иногда возвращаясь к своему долгострою. Тоже пихал в свою игру и гонки и игры разного жанра в качестве миссий.
Если честно я увидев твою игру подумал о 3д. Но для оригинальных уровней. То есть можно переключаться в 2д или 3д от первого лица чтобы ходить по твоему зданию. Но я ничего не сказал потому что затея странная.
>>68713
Ну да, я сам ещё в сомнениях на самом деле, стоит ли 3д пилить, но скорее из-за контраста, переход из 2д может вызвать диссонанс, будто другую игру запускаешь, и может 3д пространство условных игроков больше привлечет, нежели основное 2д. Поэтому я за пару дней запилил это. Прост ещё думал как можно иначе киберпространство реализовать, но чет в голову ничего не приходило, либо было слишком скучным, а так было бы клево найти шифр в 2д, чтобы ввести его в 3д и открыть новую сценку, или ударить 5 раз подряд по штанге и получить футбольный костюм.
Хуй знает в общем, если откажусь развивать, оставлю чисто как пасхалку
Ну да, я сам ещё в сомнениях на самом деле, стоит ли 3д пилить, но скорее из-за контраста, переход из 2д может вызвать диссонанс, будто другую игру запускаешь, и может 3д пространство условных игроков больше привлечет, нежели основное 2д. Поэтому я за пару дней запилил это. Прост ещё думал как можно иначе киберпространство реализовать, но чет в голову ничего не приходило, либо было слишком скучным, а так было бы клево найти шифр в 2д, чтобы ввести его в 3д и открыть новую сценку, или ударить 5 раз подряд по штанге и получить футбольный костюм.
Хуй знает в общем, если откажусь развивать, оставлю чисто как пасхалку
30,5 Мб, mp4,1018x578, 1:20
>>68725
Как же хочется 3д... но там надо ещё больше прог изучать...
Как же хочется 3д... но там надо ещё больше прог изучать...
>>68706
Выставь правильные массы телам. Я заметил, что в большинстве игр такая проблема. Физический движок позволяет выставлять вес/массу, но разрабы забивают на это (или не знают) из-за чего все предметы в ирге весят 1 кг и чтобы они не летали по карте от удара ноги, разрабы прибегают к различным костылям. А надо всего-то массу корректно выставить предметам.
Выставь правильные массы телам. Я заметил, что в большинстве игр такая проблема. Физический движок позволяет выставлять вес/массу, но разрабы забивают на это (или не знают) из-за чего все предметы в ирге весят 1 кг и чтобы они не летали по карте от удара ноги, разрабы прибегают к различным костылям. А надо всего-то массу корректно выставить предметам.
21 Кб, 100x100После анрила ощущение что я в игрульку играю, а не с движком работаю. В хорошем смысле. И всё-таки писать код удобнее и приятнее чем таскать лапшу между нодами блюпринтов, даже почти не воротит от питоноподобности уже.
>>68740
Не думаю что визуальный кодинг когда-либо сравнится с обычным по гибкости и удобству, на любом языке. Разве что ИИ придет порядок наведет.
Не думаю что визуальный кодинг когда-либо сравнится с обычным по гибкости и удобству, на любом языке. Разве что ИИ придет порядок наведет.
>>68658
Привет, анон - пишу редко и может даже не метко, так что прости заранее если не правильно понял вопрос или дал косячный ответ, но почитал и в голове родилась такая идея - трансформируй движение мышки в поворот какого ни будь объекта (окружности) к которому прилеплена твоя (лук_ат) мишень, сама же окружность прилеплена к персонажу.
Вот такие мыслишки.
В целом решил ответить т.к. люблю ТСШ, но руки никак не доходят до такого.
Привет, анон - пишу редко и может даже не метко, так что прости заранее если не правильно понял вопрос или дал косячный ответ, но почитал и в голове родилась такая идея - трансформируй движение мышки в поворот какого ни будь объекта (окружности) к которому прилеплена твоя (лук_ат) мишень, сама же окружность прилеплена к персонажу.
Вот такие мыслишки.
В целом решил ответить т.к. люблю ТСШ, но руки никак не доходят до такого.
>>68723
Стилизовать под восьмидесятые-девяностые, раз игра имитирует этот отрезок. Типа при входе в 3д, логотип трехмерный появляется "3D TECHNOLOGY SYSTEM", и в 3д анимации дубовые как в те года. Вырвиглазные модели голых девушек, с малополигональными сиськами. 3Д может быть средой чтобы взламывать и хакерствовать, потому что мы все знаем что хакеры используют 3д пространство чтобы взламывать пентагон и разные шифрования. Во время взлома полупрозрачные пирамиды крутятся очень эффектно и круто. Если в киберпространстве найти разные секреты которые дают доступ к взлому разных штук. То можно сделать себе хакерское имя. Например заходишь в бар а там нерды обсуждают крутого хакера которого боссы ищут и не могут найти.
Кстати хотел спросить. Как ты делал порноанимацию которую выше выкладывал, какие инструменты использовал? Очень классно получилось.
>киберпространство реализовать
Стилизовать под восьмидесятые-девяностые, раз игра имитирует этот отрезок. Типа при входе в 3д, логотип трехмерный появляется "3D TECHNOLOGY SYSTEM", и в 3д анимации дубовые как в те года. Вырвиглазные модели голых девушек, с малополигональными сиськами. 3Д может быть средой чтобы взламывать и хакерствовать, потому что мы все знаем что хакеры используют 3д пространство чтобы взламывать пентагон и разные шифрования. Во время взлома полупрозрачные пирамиды крутятся очень эффектно и круто. Если в киберпространстве найти разные секреты которые дают доступ к взлому разных штук. То можно сделать себе хакерское имя. Например заходишь в бар а там нерды обсуждают крутого хакера которого боссы ищут и не могут найти.
Кстати хотел спросить. Как ты делал порноанимацию которую выше выкладывал, какие инструменты использовал? Очень классно получилось.
>>68658
Не получится по определению: особенность стиков в возвращении в исходное положение, чего у мыши по определению нет, если ты не закрепишь её ИРЛ резинками к какой-нибудь платформе на столе.
>заставить мышку быть нормальным стиком
Не получится по определению: особенность стиков в возвращении в исходное положение, чего у мыши по определению нет, если ты не закрепишь её ИРЛ резинками к какой-нибудь платформе на столе.
>>68762
Спасибо, навело на мысли. Можно держать невидимую хуйню, только не на самом персонаже потому что хз как ограничить движение мыши в одной области, а в центре экрана, вертеть ее мышкой и дублировать угол поворота персонажу.
>>68781
Ну в этом случае возвращение в исходное положение не имеет значения, тк последнее направление остается, это же не авиасим
Спасибо, навело на мысли. Можно держать невидимую хуйню, только не на самом персонаже потому что хз как ограничить движение мыши в одной области, а в центре экрана, вертеть ее мышкой и дублировать угол поворота персонажу.
>>68781
Ну в этом случае возвращение в исходное положение не имеет значения, тк последнее направление остается, это же не авиасим
>>68774
Без этого вообще никак. Так сказать часть минимальной базы.
Я вот думал в таком русле пойти, вырвиглаз яркие цвета вапорвейв и все такое, но находится в 3д тогда будет просто неприятно. Поэтому ограничусь такими простыми примитивами и гармоничными цветами. Впрочем, хуй знает может в будущем захочу больше углубиться в 3д и начну пилить треугольные сиськи и анимации.
Это тоже кста база минимум, но начну добавлять с обновлениями в будущем, тк хуй знает какой можно сделать прикольный взлом, и плюс на это уйдет оч много времени, и вообще это очень комплексная вещь.
Щас я сделаю небольшой шифр связанный с 2д и 3д, и продолжу пилить контент сценки и сюжетка для 2д, тк надо уже хоп хоп и выложить всё, а потом просто поддерживать и думать.
Просто в анимейшен плеере кости с анимировал. Вообще, максимально по неандертальски, через визибл отображаю куклы которые участвуют в сценке, думаю нужно было сделать по уму через инстанс кукол с определеной анимацией а потом удалять их, но я уже так начал, хз как в долгосроке это сыграет, но пока не мешает лично мне.
>>68782
Да, вот тоже думаю нужно что то накинуть на объекты, типа текстурку пиксельную и на неё дождь символов. Либо ща так подумал, растительность добавить, но вместо травы как раз символы, а на строения пиксельный кирпич с шумом. Хзхз кароч, над будет думать
>Типа при входе в 3д, логотип трехмерный появляется "3D TECHNOLOGY SYSTEM"
Без этого вообще никак. Так сказать часть минимальной базы.
>Вырвиглазные модели
Я вот думал в таком русле пойти, вырвиглаз яркие цвета вапорвейв и все такое, но находится в 3д тогда будет просто неприятно. Поэтому ограничусь такими простыми примитивами и гармоничными цветами. Впрочем, хуй знает может в будущем захочу больше углубиться в 3д и начну пилить треугольные сиськи и анимации.
>хакеры используют 3д пространство чтобы взламывать пентагон и разные шифрования
>заходишь в бар а там нерды обсуждают крутого хакера которого боссы ищут и не могут найти
Это тоже кста база минимум, но начну добавлять с обновлениями в будущем, тк хуй знает какой можно сделать прикольный взлом, и плюс на это уйдет оч много времени, и вообще это очень комплексная вещь.
Щас я сделаю небольшой шифр связанный с 2д и 3д, и продолжу пилить контент сценки и сюжетка для 2д, тк надо уже хоп хоп и выложить всё, а потом просто поддерживать и думать.
>Как ты делал порноанимацию которую выше выкладывал, какие инструменты использовал?
Просто в анимейшен плеере кости с анимировал. Вообще, максимально по неандертальски, через визибл отображаю куклы которые участвуют в сценке, думаю нужно было сделать по уму через инстанс кукол с определеной анимацией а потом удалять их, но я уже так начал, хз как в долгосроке это сыграет, но пока не мешает лично мне.
>>68782
>Попробуй шейдеров накинуть, например, тот "дождь символов" из Матрицы, отображающий 3D фигуры
Да, вот тоже думаю нужно что то накинуть на объекты, типа текстурку пиксельную и на неё дождь символов. Либо ща так подумал, растительность добавить, но вместо травы как раз символы, а на строения пиксельный кирпич с шумом. Хзхз кароч, над будет думать
>>68783
Нахуя даунгрейдиться до 2Д?
Нахуя даунгрейдиться до 2Д?
https://godotengine.org/article/introducing-the-improved-ufbx-importer-in-godot-4-3/
К 4.3 проапгрейдили fbx импорт.
К 4.3 проапгрейдили fbx импорт.
>>68845
Нахуй не нужен, я когда попробовал глтф портнуть в годот охуел какой же пиздопляской мне приходилось с анрилом заниматься.
Нахуй не нужен, я когда попробовал глтф портнуть в годот охуел какой же пиздопляской мне приходилось с анрилом заниматься.
>>68848
А ну мб, я просто сам всё в блендере ебашу
А ну мб, я просто сам всё в блендере ебашу
>>68843
Оптимист в треде!
Оптимист в треде!
1,5 Мб, webm,1082x850, 0:21
>>68731
Вот это совпадение... Такую игру я тоже делал!
Вот это совпадение... Такую игру я тоже делал!
>>68782
https://www.youtube.com/watch?v=SebVNodMV4Q
На его канале глянь девлог Genocide Dolphins
>Что за разработчик, где посмотреть его проект?
https://www.youtube.com/watch?v=SebVNodMV4Q
На его канале глянь девлог Genocide Dolphins
>>68913
https://www.youtube.com/watch?v=DnPEKI-XBCw
https://www.youtube.com/watch?v=aH75wzt1Jm8
https://www.youtube.com/watch?v=cQhcdDA_ZWQ
https://www.youtube.com/watch?v=j8TpMgWNB58
Вот нашел у себя в закладках из его девлога, драму с юнити, где как мне кажется он упирается в ограничения движка юнити, и пытается на протяжении времени решить проблему с AI для NPC.
https://www.youtube.com/watch?v=DnPEKI-XBCw
https://www.youtube.com/watch?v=aH75wzt1Jm8
https://www.youtube.com/watch?v=cQhcdDA_ZWQ
https://www.youtube.com/watch?v=j8TpMgWNB58
Вот нашел у себя в закладках из его девлога, драму с юнити, где как мне кажется он упирается в ограничения движка юнити, и пытается на протяжении времени решить проблему с AI для NPC.
Наверное платина, но не могли бы пояснить за публикацию проектов? В интернетах пишут про какие-то перекомпиляции движка для дистрибуции через Стим и всякое такое. Это устаревшая инфа?
>>68996
Зависит от степени интеграции со стимом и стимворксом. С нулевой интеграцией можешь залить тупо дефолтный экзешник. Для более глубокой есть плагины. Перекомпилировать на 4 не нужно, плагин все умеет.
Зависит от степени интеграции со стимом и стимворксом. С нулевой интеграцией можешь залить тупо дефолтный экзешник. Для более глубокой есть плагины. Перекомпилировать на 4 не нужно, плагин все умеет.
>>68996
Если реально собираешься публиковаться в стиме, и ты из РФ - зайди потом расскажи чего там по санкциям.
Если реально собираешься публиковаться в стиме, и ты из РФ - зайди потом расскажи чего там по санкциям.
>>69014
Я не он, но че там рассказывать? Стим не работает с ру картами, в любом случае нужен счет из белых стран
Я не он, но че там рассказывать? Стим не работает с ру картами, в любом случае нужен счет из белых стран
>>69054
Помимо ру-карт, которые можно обойти или забить на них и выпустить бесплатную дрочильню, могут вылезти подводные камни вида "не принимаем публикации из РФ в принципе".
Помимо ру-карт, которые можно обойти или забить на них и выпустить бесплатную дрочильню, могут вылезти подводные камни вида "не принимаем публикации из РФ в принципе".
>>69056
Да всё они принимают, но у них по законам США в данный момент нет возможности напрямую тебе переводить деньги, только через костыли.
К сожалению, сообщество Стима ранее не хотело введение криптовалют в Стим, а так бы могли легко обойти систему, делая переводы в стимкойнах.
Стиму тупо невыгодно отказываться от новых игр.
>не принимаем публикации из РФ в принципе
Да всё они принимают, но у них по законам США в данный момент нет возможности напрямую тебе переводить деньги, только через костыли.
К сожалению, сообщество Стима ранее не хотело введение криптовалют в Стим, а так бы могли легко обойти систему, делая переводы в стимкойнах.
Стиму тупо невыгодно отказываться от новых игр.
583 Кб, 1440x1716>>68808
Ты неправильно понял. Накинь шейдер на рендер 3D сцены, чтобы выглядело типа вывод в ASCII.
Примерный алгоритм:
1. Рендеришь 3D как обычно в SubVieport.
2. Делаешь свой CanvasItem шейдер.
3. Проверяешь яркость по UV в текстуре.
4. Как-то рисуешь символ вместо пикселя?..
5. ??????
6. Получаешь эмулятор 3D терминала.
Тогда о текстурах можно почти не заботиться.
>думаю нужно что то накинуть на объекты, типа текстурку пиксельную и на неё дождь символов
Ты неправильно понял. Накинь шейдер на рендер 3D сцены, чтобы выглядело типа вывод в ASCII.
Примерный алгоритм:
1. Рендеришь 3D как обычно в SubVieport.
2. Делаешь свой CanvasItem шейдер.
3. Проверяешь яркость по UV в текстуре.
4. Как-то рисуешь символ вместо пикселя?..
5. ??????
6. Получаешь эмулятор 3D терминала.
Тогда о текстурах можно почти не заботиться.
>>69056
Один хуй за публикацию игры стиму надо заплатить 100$, а платить не с чего
>забить на них и выпустить бесплатную дрочильню
Один хуй за публикацию игры стиму надо заплатить 100$, а платить не с чего
>>69080
Куча сервисов разной степени паршивости.
Вот, например, не проверял, но это МТС:
https://payment.mts.ru/cyber/steam
>заплатить 100$, а платить не с чего
Куча сервисов разной степени паршивости.
Вот, например, не проверял, но это МТС:
https://payment.mts.ru/cyber/steam
37,2 Мб, mp4,1280x704, 1:48
>>69063
Как самому сделать не понял, поэтому с инетика скачал:
https://www.youtube.com/watch?v=xZWZQBwfkVA
Бля ну клевый эффект, и действительно ненужно заморачиваться с текстурами, можно конечно при желании, но сносно и так выглядит
Как самому сделать не понял, поэтому с инетика скачал:
https://www.youtube.com/watch?v=xZWZQBwfkVA
Бля ну клевый эффект, и действительно ненужно заморачиваться с текстурами, можно конечно при желании, но сносно и так выглядит
>>69056
Выпусти такую
https://www.youtube.com/watch?v=ayqQXGNm99U
Почему так мало классических симуляторов на годоте?
>забить на них и выпустить бесплатную дрочильню
Выпусти такую
https://www.youtube.com/watch?v=ayqQXGNm99U
Почему так мало классических симуляторов на годоте?
Какие подводные камни взять и вставить в свой проект нейронковую музыку? Видел что и стим и другие площадки заставляют проходить вопросник, используешь ли ты продукты нейрогенерации.
>>69262
Если просто музыка без певца - вряд ли кто-то что-то докажет. Если с певцом - есть небольшая, но все же вероятность, что доебутся.
Если просто музыка без певца - вряд ли кто-то что-то докажет. Если с певцом - есть небольшая, но все же вероятность, что доебутся.
>>69262
Иди гугли, что такое стеганография.
Если вкратце, в любой цифровой продукт можно вставить уникальную подпись, которая не сотрётся даже при переупаковке продукта.
Иди гугли, что такое стеганография.
Если вкратце, в любой цифровой продукт можно вставить уникальную подпись, которая не сотрётся даже при переупаковке продукта.
7 Кб, 366x103>>69382
Как раз игры с участием Хуана в список не добавлены. Но это наверное только по стиму стата.
Как раз игры с участием Хуана в список не добавлены. Но это наверное только по стиму стата.
>>69384
Вообще годотя меня пока приятно удивляет. Меня пугали пропуками в движкосраче треде, но чёт пока их нет.
Вообще годотя меня пока приятно удивляет. Меня пугали пропуками в движкосраче треде, но чёт пока их нет.
>>69386
Не ну развивается продукт. Раньше было больше пропуков щас меньше. А шизики в движкосраче не интересуются прогрессом, им важнее затащить в споре.
Не ну развивается продукт. Раньше было больше пропуков щас меньше. А шизики в движкосраче не интересуются прогрессом, им важнее затащить в споре.
>>69386
Смотря какого масштаба игра, какие спецэффекты, какое железо.
Мне вот для веб игр 3д пришлось знатно урезать хотелки.
Да и в 2д честно говоря тоже есть какая то подгрузочка, которую пришлось спрятать за loading screen.
Смотря какого масштаба игра, какие спецэффекты, какое железо.
Мне вот для веб игр 3д пришлось знатно урезать хотелки.
Да и в 2д честно говоря тоже есть какая то подгрузочка, которую пришлось спрятать за loading screen.
>>69386
С начала этого года юзаю годот и пропуков пока не заметил, но это если говорить о 2д, как там в 3д хуй его знает, у меня только 1 лайтовая игра в 3д сделана. Единственный жесткий косяк от которого у меня сгорело очко, это то что блять в ексклюзив фуллскрин фпс какого то хуя лочится на 30 и пока ты не альтабнешься хуй он повысится, не ебу у меня у одного так или нет.
Еще недавно странная хуйня какая то была на твг с игрой на годот, у нульчебляди фпса нихуя небыло в ней хотя у меня на дноуте все замечательно работало. Так что шизик в движкосраче не пиздел когда говорил что у него на 3080 его старый проект пердит.
С начала этого года юзаю годот и пропуков пока не заметил, но это если говорить о 2д, как там в 3д хуй его знает, у меня только 1 лайтовая игра в 3д сделана. Единственный жесткий косяк от которого у меня сгорело очко, это то что блять в ексклюзив фуллскрин фпс какого то хуя лочится на 30 и пока ты не альтабнешься хуй он повысится, не ебу у меня у одного так или нет.
Еще недавно странная хуйня какая то была на твг с игрой на годот, у нульчебляди фпса нихуя небыло в ней хотя у меня на дноуте все замечательно работало. Так что шизик в движкосраче не пиздел когда говорил что у него на 3080 его старый проект пердит.
Аноны, как понять, правильно ли я разрабатываю игру или нет? У меня большинство интерактивных вещей завязаны на сигналах, если контента станет в 2 раза больше, то я буду в коде путаться. У меня конечно говнокод и любой опытный человек скажет, что я делаю всё через жопу, но как делать правильно — я не знаю. На ютубе только туториалы, а тех, кто реально разрабатывают игры единицы и каждый делает через свою жопу.
Понятное дело, что нужно делать, как тебе удобней, особенно в первый раз и т.д., но всё же хочется знать, как и что, на будущее.
Понятное дело, что нужно делать, как тебе удобней, особенно в первый раз и т.д., но всё же хочется знать, как и что, на будущее.
>>69393
А ты юзай борделесс виндовед фуллскрин. Сейчас не 2000.
Во-вторых, если ОЧЕНЬ надо, то отключаешь всинк, но вписываешь target_fps или force_fps, не помню как он называется.
>ексклюзив фуллскрин
А ты юзай борделесс виндовед фуллскрин. Сейчас не 2000.
Во-вторых, если ОЧЕНЬ надо, то отключаешь всинк, но вписываешь target_fps или force_fps, не помню как он называется.
>>69395
Этот прошарил суть еще в самом начале своего пути.
Возможно тебе подойдет signal bus или какой-нибудь глобальный синглтон, где ты соберешь все в кучку и не будешь путаться. Ну, советы советами, туториалы туториалы, но на самом деле ты научишься жопой чуять правильный путь игре к пятой.
>а тех, кто реально разрабатывают игры единицы и каждый делает через свою жопу
Этот прошарил суть еще в самом начале своего пути.
Возможно тебе подойдет signal bus или какой-нибудь глобальный синглтон, где ты соберешь все в кучку и не будешь путаться. Ну, советы советами, туториалы туториалы, но на самом деле ты научишься жопой чуять правильный путь игре к пятой.
>>69399
У меня он есть, но там записаны сигналы, которые объекты издают. Например: signal light_show. Прибор в игре даёт сигнал, лампа в игре его принимает и включается.
Понятно, анонче. Только свой опыт, только хардкор.
>signal bus
У меня он есть, но там записаны сигналы, которые объекты издают. Например: signal light_show. Прибор в игре даёт сигнал, лампа в игре его принимает и включается.
>но на самом деле ты научишься жопой чуять правильный путь игре к пятой
Понятно, анонче. Только свой опыт, только хардкор.
Sup, прошу помочь
У меня 2д игра, в которой из противников выпадают монетки Rigidbody2D.
Когда игрок подходит к монетам, они попадают в Area2D "Магнитная зона"и начинают притягиваться, я добавляю их в Array "Намагниченные".
Когда монетка притянулась и коснулась второй Area2D "Сборщик монет", она удаляется методом free(), но в Array "Намагниченные" остаётся пустая ячейка.
Помогите удалить эту ячейку, не используя метод clear() в Array "Намагниченные". В нём хранятся монеты, которые ещё не были подобраны, но уже летят к игроку.
У меня 2д игра, в которой из противников выпадают монетки Rigidbody2D.
Когда игрок подходит к монетам, они попадают в Area2D "Магнитная зона"и начинают притягиваться, я добавляю их в Array "Намагниченные".
Когда монетка притянулась и коснулась второй Area2D "Сборщик монет", она удаляется методом free(), но в Array "Намагниченные" остаётся пустая ячейка.
Помогите удалить эту ячейку, не используя метод clear() в Array "Намагниченные". В нём хранятся монеты, которые ещё не были подобраны, но уже летят к игроку.
>>69403
Ну тут рядом ее и удаляй из Array.
https://docs.godotengine.org/en/stable/classes/class_array.html#class-array-method-erase
Можешь намутить сигнал, если не хочешь связности с передачей массива.
>она удаляется методом free()
Ну тут рядом ее и удаляй из Array.
https://docs.godotengine.org/en/stable/classes/class_array.html#class-array-method-erase
Можешь намутить сигнал, если не хочешь связности с передачей массива.
>>69397
Всегда так делаю, во всех играх, не переставая охуевать насколько всинк блевотная технология.
>отключаешь всинк, но вписываешь target_fps или force_fps
Всегда так делаю, во всех играх, не переставая охуевать насколько всинк блевотная технология.
>>69407
Чинится через костыль с сортировкой массива и resize()'ом, но мне это не нравится, выглядит как монстр Франкенштейна
Чинится через костыль с сортировкой массива и resize()'ом, но мне это не нравится, выглядит как монстр Франкенштейна
>>69407
У тебя в чем то другом ошибка. Array.erase() не создает null, он удаляет элемент без разрыва списка.
Возможно ты в этот момент находишься в каком-то цикле, где заранее в переменную загнал длину массива, а она изменилась в процессе. да та самая инвалидация итераторов
У тебя в чем то другом ошибка. Array.erase() не создает null, он удаляет элемент без разрыва списка.
Возможно ты в этот момент находишься в каком-то цикле, где заранее в переменную загнал длину массива, а она изменилась в процессе. да та самая инвалидация итераторов
>>69407
Потому что ты free() юзаешь чел, у тебя нода раньше удаляется чем происходит erase() поэтому елемент массива не удаляется а меняет значение на нуль. Так что это у тебя руки кривые, а не функция кривая. Иди читай чем free() от queue_free() отличается.
Потому что ты free() юзаешь чел, у тебя нода раньше удаляется чем происходит erase() поэтому елемент массива не удаляется а меняет значение на нуль. Так что это у тебя руки кривые, а не функция кривая. Иди читай чем free() от queue_free() отличается.
>>69413
Ему и queue free не поможет, он же вроде в конце визуального кадра, а physics process может быть невовремя. Набо просто убедиться что free/queuefree вызываются в самом последнем шаге обработки, когда все остальные обработчики уже отработали
Ему и queue free не поможет, он же вроде в конце визуального кадра, а physics process может быть невовремя. Набо просто убедиться что free/queuefree вызываются в самом последнем шаге обработки, когда все остальные обработчики уже отработали
>>69415
Как это не поможет, queue_free() удаляет объект всегда в конце кадра, а значит в массиве не будет проебываться значение елемента, что значит при вызове erase() мы всегда сможем его найти и удалить. free() вообще не желательно юзать для обычных нод, ресурсы чистить - заебись, ноды - нет.
Как это не поможет, queue_free() удаляет объект всегда в конце кадра, а значит в массиве не будет проебываться значение елемента, что значит при вызове erase() мы всегда сможем его найти и удалить. free() вообще не желательно юзать для обычных нод, ресурсы чистить - заебись, ноды - нет.
>>69416
Специально написал же, конец визуального и физического кадра не лбязаны совпадать.
Специально написал же, конец визуального и физического кадра не лбязаны совпадать.
21 Кб, 543x185>>69416
>>69415
>>69413
>>69412
Пока что у меня такое решение, но если убрать последние четыре строки, в массиве остаётся null. Между free() и queue_free() разницы нет, что не ставь к body.
Но эти строки иногда вызывают баг, когда монеты находятся в Area2D притяжения, но не реагируют, поскольку они уже удалены из массива.
Мб call_deferred() поможет, но на данный момент не представляю как соединить ужа body_entered() и ежа call_deferred(). Буду думать.
>>69415
>>69413
>>69412
Пока что у меня такое решение, но если убрать последние четыре строки, в массиве остаётся null. Между free() и queue_free() разницы нет, что не ставь к body.
Но эти строки иногда вызывают баг, когда монеты находятся в Area2D притяжения, но не реагируют, поскольку они уже удалены из массива.
Мб call_deferred() поможет, но на данный момент не представляю как соединить ужа body_entered() и ежа call_deferred(). Буду думать.
>>69421
Хули там думать. Сигналы тоже можно коннектить как деферред. Изучай.
> но на данный момент не представляю как соединить ужа body_entered() и ежа call_deferred(). Буду думать.
Хули там думать. Сигналы тоже можно коннектить как деферред. Изучай.
>>69421
Накидал пикрил и как видишь все нормально удаляется, так что не выдумывай. Как и говорили тебе уже выше, erase не оставляет null, значит этот null там был изначально. Дебаж. Ищи ошибки.
Предположу что у тебя монеты спавнились сразу в зоне сбора, эта зона их обработала, удалила, а потом начала обрабатывать фоллов зона добавляя в массив, а так как монет больше нет записывала null. Опять же это предположение которое надо протестить, а мне влом этим заниматься. В любом случае проблема на твоей стороне.
Накидал пикрил и как видишь все нормально удаляется, так что не выдумывай. Как и говорили тебе уже выше, erase не оставляет null, значит этот null там был изначально. Дебаж. Ищи ошибки.
Предположу что у тебя монеты спавнились сразу в зоне сбора, эта зона их обработала, удалила, а потом начала обрабатывать фоллов зона добавляя в массив, а так как монет больше нет записывала null. Опять же это предположение которое надо протестить, а мне влом этим заниматься. В любом случае проблема на твоей стороне.
12 Кб, 448x103>>69444
Ты прав, нули в массиве остаются, если монеты появились внутри зоны притяжения. Интересно, почему так?
Если что, исправил это пикрилом
Ты прав, нули в массиве остаются, если монеты появились внутри зоны притяжения. Интересно, почему так?
Если что, исправил это пикрилом
>>69454
Ну да, а что это даёт? Почему в массиве остаются нули до сих пор не понятно.
>внутри Area сразу триггерит
Ну да, а что это даёт? Почему в массиве остаются нули до сих пор не понятно.
>>69455
Так ты посмотри там, где ты добавляешь. Ты сам туда получается не присвоеный объект вставляешь. Возможно как раз из за какого то другого порядка событий.
Так ты посмотри там, где ты добавляешь. Ты сам туда получается не присвоеный объект вставляешь. Возможно как раз из за какого то другого порядка событий.
14 Кб, 128x128В общем после пары недель игры с годотом хочу сказать что если я даже не перейду на него с анрила, я точно решил что буду прототипировать там, ибо 100500 абстракций анрила не позволяют также быстро накидать прототип. Хотя кто знает может в какой-то момент решу допиливать игру там, но сделать скоуп поменьше и визуал похуже.
>>69459
Добро пожаловать.
Добро пожаловать.
Типа важное и большое, а будут строить еще бОльшее. На годоте.
>>69478
В шапку.
В шапку.
242 Кб, 749x1024Когда queue_free() ноду, её сигналы дисконнектятся от приконнекченного метода другой ноды? Куда вообще сохраняются коннекты сигналов?
>>69486
Да. 5 секунд набросать код и проверить, но ты вместо этого спросил на дваче и ждёшь ответа. А мог бы игры делать.
В оперативную память.
> Когда queue_free() ноду, её сигналы дисконнектятся от приконнекченного метода другой ноды?
Да. 5 секунд набросать код и проверить, но ты вместо этого спросил на дваче и ждёшь ответа. А мог бы игры делать.
> Куда вообще сохраняются коннекты сигналов?
В оперативную память.
>>69487
Я делаю другие игровые механики, пока жду ответа на дваче. Что, уже нельзя глупые вопросы задавать?
Я делаю другие игровые механики, пока жду ответа на дваче. Что, уже нельзя глупые вопросы задавать?
>>69488
Нельзя.
Из-за этого СССР развалился. Тоже там сначала глупые вопросы задавали, а потом это закончилось тем, что стали глупо мыслить.
Нельзя.
Из-за этого СССР развалился. Тоже там сначала глупые вопросы задавали, а потом это закончилось тем, что стали глупо мыслить.
2,5 Мб, mp4,1280x720, 0:08
>>69508
Editor -> Settings -> Run -> Output -> Always close output on stop
Такие дела. А зомби-процесс тебя за жопу укусил.
>Создать референс и не закрывать его при выходе (вручную счетчик увеличить), тогда зомби-процесс останется висеть в памяти и окно дебага останется открытым.
Editor -> Settings -> Run -> Output -> Always close output on stop
Такие дела. А зомби-процесс тебя за жопу укусил.
>>69641
Да че вы с этой хуйней по всем доскам и тредам бегаете бля. То что начали пытаться в свое уже хорошо, хуево только то что это с большой вероятностью дефолтный попил бабла.
Да че вы с этой хуйней по всем доскам и тредам бегаете бля. То что начали пытаться в свое уже хорошо, хуево только то что это с большой вероятностью дефолтный попил бабла.
>>69644
Так-то помимо годота в списке еще три движка есть. По факту они просто взяли те, что достаточно легковесные для их некрожелеза И хорошо работают на линуксе. Потому что там линукс будет - к гадалке не ходи.
>>69643
"Начали" они еще году так в 2008. Все подобные инициативы закончились как раз тем, что ты написал. Не мешает им повторять каждый год.
Так-то помимо годота в списке еще три движка есть. По факту они просто взяли те, что достаточно легковесные для их некрожелеза И хорошо работают на линуксе. Потому что там линукс будет - к гадалке не ходи.
>>69643
>начали
"Начали" они еще году так в 2008. Все подобные инициативы закончились как раз тем, что ты написал. Не мешает им повторять каждый год.
блять ну пиздец
Хотел сделать камеру как в геншине но чет жиденького раздал
Придется для супер крутого хоррора мутить камеру как в сайленте
Хотел сделать камеру как в геншине но чет жиденького раздал
Придется для супер крутого хоррора мутить камеру как в сайленте
>>69673
Почему ты решил, что если у тебя не получилась камера X, то у тебя получится камера Y?
Возможно тебе стоит ээ, не воспринимай за оскорбление, стоит почитать матчасть по камерам?
> Хотел сделать камеру как в
> жиденького раздал
> Придется
> мутить камеру как в
Почему ты решил, что если у тебя не получилась камера X, то у тебя получится камера Y?
Возможно тебе стоит ээ, не воспринимай за оскорбление, стоит почитать матчасть по камерам?
>>69679
О да, наш человек! Я тоже хочу игру делать как дирижёр: сюда махнул палочкой - сделалась камера как надо, туда махнул - сделался геймплей какой хотелось.
О да, наш человек! Я тоже хочу игру делать как дирижёр: сюда махнул палочкой - сделалась камера как надо, туда махнул - сделался геймплей какой хотелось.
кстати, а чому MoveToward в c# не работает
>>69693
А как? С чего начать в общем изучение двигла и как двигаться? Нужен какой-никакой путь, ёбана. Я вот раза четыре уже пытался в Годо вкатиться, делал чото ну просто что в голову приходило. И каждый раз выгорал, потому что не хватала навыка или базы. Ну то есть вот писал я какой-то скрипт для передвижения по гайду из документации, потом по гайду из ютуба, потом с какого-то сайта ещё. И везде каждый делает по разному, использует разный синтаксис, разные функции, и в двух из трёх случаев это вообще не банальная хуйня, до которой я бы мог сам додуматься или списать с документации. Это хуй знает, сколько лет опыта за плечами нужно иметь, чтобы прийти к такому виду скрипта, который у тех людей. И так во всех аспектах. Документация как будто не охватывает всего на 100%, и даже прочти я её вдоль и поперёк два раза, то скорее всего вскоре наткнусь на нерешаемый ею вопрос. И всё - пук, среньк, обмяк и бросил очередной проект.
>Разбирайся, учись
А как? С чего начать в общем изучение двигла и как двигаться? Нужен какой-никакой путь, ёбана. Я вот раза четыре уже пытался в Годо вкатиться, делал чото ну просто что в голову приходило. И каждый раз выгорал, потому что не хватала навыка или базы. Ну то есть вот писал я какой-то скрипт для передвижения по гайду из документации, потом по гайду из ютуба, потом с какого-то сайта ещё. И везде каждый делает по разному, использует разный синтаксис, разные функции, и в двух из трёх случаев это вообще не банальная хуйня, до которой я бы мог сам додуматься или списать с документации. Это хуй знает, сколько лет опыта за плечами нужно иметь, чтобы прийти к такому виду скрипта, который у тех людей. И так во всех аспектах. Документация как будто не охватывает всего на 100%, и даже прочти я её вдоль и поперёк два раза, то скорее всего вскоре наткнусь на нерешаемый ею вопрос. И всё - пук, среньк, обмяк и бросил очередной проект.
>>69696
>>69693
И дополню ещё по поводу разбирайся, упрощай иначе выгоришь. Не знаю, не знаю. Я как раз по этому и выгорал, потому что тратил уйму времени на разбирательства и упрощения, вместо того, чтобы делать саму игру. Разбираешься вот, ебёшься, грубо говоря, с этой камерой неделю, а она один хуй какая-то ну не такая, как хотелось. И думаешь про себя - да ну нахуй, как так-то? Столько времени уже на одном месте топчешься, и всё бестолку. Значит не моё. И отсюда дизмораль и дроп. Ну у меня так было. Хуй знает, я не могу одним делом заниматься месяцами БЕЗРЕЗУЛЬТАТНО как местные гуру движка ,видимо, занимались в своё время. Понятное дело, что нужна практика, практика и ещё раз практика. Но когда эта практика вообще никакой отдачи не несёт, и ты как будто в болоте на одном месте дрыгаешься, это нихуя как дизморалит.
>>69693
И дополню ещё по поводу разбирайся, упрощай иначе выгоришь. Не знаю, не знаю. Я как раз по этому и выгорал, потому что тратил уйму времени на разбирательства и упрощения, вместо того, чтобы делать саму игру. Разбираешься вот, ебёшься, грубо говоря, с этой камерой неделю, а она один хуй какая-то ну не такая, как хотелось. И думаешь про себя - да ну нахуй, как так-то? Столько времени уже на одном месте топчешься, и всё бестолку. Значит не моё. И отсюда дизмораль и дроп. Ну у меня так было. Хуй знает, я не могу одним делом заниматься месяцами БЕЗРЕЗУЛЬТАТНО как местные гуру движка ,видимо, занимались в своё время. Понятное дело, что нужна практика, практика и ещё раз практика. Но когда эта практика вообще никакой отдачи не несёт, и ты как будто в болоте на одном месте дрыгаешься, это нихуя как дизморалит.
>>69698
Компетенции нарабатываются годами. Выбирая в качестве хобби игроделание нужно не забывать, что это просто хобби.
Компетенции нарабатываются годами. Выбирая в качестве хобби игроделание нужно не забывать, что это просто хобби.
>>69712
скалолазы занимающиеся скалолазанием как хобби не ноют.
Этим просто занимается не много человек.
скалолазы занимающиеся скалолазанием как хобби не ноют.
Этим просто занимается не много человек.
>>69699
сыглы, батьки на ассемблере писали, а эти сами точку с запятой на клавиатуре не найдут
сыглы, батьки на ассемблере писали, а эти сами точку с запятой на клавиатуре не найдут
Блин, делаю распространение бактерии, стандартно, типа она смотрит вокруг себя и, где свободно, копирует себя туда. Но это вложенный цикл, на больших масштабах получается какашка.
У меня за ними Филд следит и создает их. А если я сделаю каждую клетку нодой со скриптом, который смотрит вокруг, так будет лучше работать? Или нет? Можно ли без сложных структур обойтись? Вопрос не по годо получается. Но я короче не знаю, как механику с распространением чисто масштабировать на большую карту.
У меня за ними Филд следит и создает их. А если я сделаю каждую клетку нодой со скриптом, который смотрит вокруг, так будет лучше работать? Или нет? Можно ли без сложных структур обойтись? Вопрос не по годо получается. Но я короче не знаю, как механику с распространением чисто масштабировать на большую карту.
>>69729
Звучит как подходящая задача для распараллеливания. По чанкам или даже по группам бактерий.
Звучит как подходящая задача для распараллеливания. По чанкам или даже по группам бактерий.
>>69681
Как дирижёр (ну, почти, дирижёр-хоровик так-то, но принциаиальной разницы нет, хотя оркестры в целом сложнее), скажу по секрету. Чтобы музыка заиграла, надо сначала чтобы кто-то её написал нотами, она не из головы дирижёра транслируется; и писать музыку - это дохуя работы, причём довольно рутинной, не имеющей в себе ничего творческого. А потом надо чтобы музыканты выдрочили свои партии, а это те ещё ленивые жопы, открывающие ноты хорошо если уже на репетиции, а то и вообще на концерте. А потом (и это уже основная работа дирижёра) надо на репе ебать музыкантов, чтобы заставить их сыграть что-то удобоваримое и вместе. И самому тоже надо выдрочить все партии, потому что придётся одному думать за всех: кому когда вступать, снимать, у кого какие синкопы, на кого где надо строго ткнуть, чтобы вспомнил про своё косячное место; так к тому же музыканты принцессы нежные, каждый со своими тараканами. И на концерте это только зрителям кажется всё красиво, а с точки зрения дирижёра происходит лютый пиздец и щас за кулисами будем кое-кому пистоны вставлять.
Это я к чему. Чудес не бывает. Хочешь сделать музыку - ебись. Хочешь сделать игру - ебись. С каждым её элементом. Ебись до тех пор, пока не получишь результат, который тебя удовлетворит. Это единственный способ сделать хорошо; ну или по крайней мере научиться делать хорошо, чтобы в следующий раз просто без ёбли повторить предыдущий подход.
Как дирижёр (ну, почти, дирижёр-хоровик так-то, но принциаиальной разницы нет, хотя оркестры в целом сложнее), скажу по секрету. Чтобы музыка заиграла, надо сначала чтобы кто-то её написал нотами, она не из головы дирижёра транслируется; и писать музыку - это дохуя работы, причём довольно рутинной, не имеющей в себе ничего творческого. А потом надо чтобы музыканты выдрочили свои партии, а это те ещё ленивые жопы, открывающие ноты хорошо если уже на репетиции, а то и вообще на концерте. А потом (и это уже основная работа дирижёра) надо на репе ебать музыкантов, чтобы заставить их сыграть что-то удобоваримое и вместе. И самому тоже надо выдрочить все партии, потому что придётся одному думать за всех: кому когда вступать, снимать, у кого какие синкопы, на кого где надо строго ткнуть, чтобы вспомнил про своё косячное место; так к тому же музыканты принцессы нежные, каждый со своими тараканами. И на концерте это только зрителям кажется всё красиво, а с точки зрения дирижёра происходит лютый пиздец и щас за кулисами будем кое-кому пистоны вставлять.
Это я к чему. Чудес не бывает. Хочешь сделать музыку - ебись. Хочешь сделать игру - ебись. С каждым её элементом. Ебись до тех пор, пока не получишь результат, который тебя удовлетворит. Это единственный способ сделать хорошо; ну или по крайней мере научиться делать хорошо, чтобы в следующий раз просто без ёбли повторить предыдущий подход.
>>69744
А возможно ли создать композицию по нотам дома, без оркестра? Я имею ввиду взять ноты, загрузить в какую-нибудь программу и на выходе получается звучащая композиция? Такое уже изобрело человечество или ещё фантастика?
А возможно ли создать композицию по нотам дома, без оркестра? Я имею ввиду взять ноты, загрузить в какую-нибудь программу и на выходе получается звучащая композиция? Такое уже изобрело человечество или ещё фантастика?
>>69747
Можно, но понадобится практика, лет 5-10.
Пока практикуешься, появятся нейросети, которые сами это делают.
Можно, но понадобится практика, лет 5-10.
Пока практикуешься, появятся нейросети, которые сами это делают.
>>69749
Понял, видимо стоит сразу у нейросетям и идти тогда
Понял, видимо стоит сразу у нейросетям и идти тогда
>>69747
В порядке увеличения количества ёбли и улучшения результата:
1. Нотные редакторы все умеют играть написанное. Другое дело, что звучит это хуёво и безжизненно.
2. Можно преобразовать ноты в миди и подорожечно скормить SF2/SFZ плагинам с загруженными в них оркестровыми семплами.
3. Накинуть на звук обработки, чтобы звучало натуральнее, как реальная запись.
4. Накинуть хуманизации, чтобы тайминги и громкость были не идеально ровными.
5. Вручную перепилить миди-дорожки, чтобы виртуальные музыканты играли с нужными штрихами.
Даже после пятого пункта итоговый результат всё равно палится, но хомячки уже не заметят разницы. В принципе, музыку для ММО так и пишут, иногда даже останавливаясь пункте на третьем.
В порядке увеличения количества ёбли и улучшения результата:
1. Нотные редакторы все умеют играть написанное. Другое дело, что звучит это хуёво и безжизненно.
2. Можно преобразовать ноты в миди и подорожечно скормить SF2/SFZ плагинам с загруженными в них оркестровыми семплами.
3. Накинуть на звук обработки, чтобы звучало натуральнее, как реальная запись.
4. Накинуть хуманизации, чтобы тайминги и громкость были не идеально ровными.
5. Вручную перепилить миди-дорожки, чтобы виртуальные музыканты играли с нужными штрихами.
Даже после пятого пункта итоговый результат всё равно палится, но хомячки уже не заметят разницы. В принципе, музыку для ММО так и пишут, иногда даже останавливаясь пункте на третьем.
>>69747
Нейронкой саунд ебашь. Вот например эта - soundraw.io - заказываешь стиль промтом/мудом/темой/инструментами/темпом, потом получаешь кучку нейрокнопок которыми регулируешь генерацию каждого кусочка трека, добавляешь-удаляешь новые кусочки. Получается лучше чем 98% того кала, который предлагают тебе купить композиторы-люди к твоей игре.
Я хз чего все так фокусируются на рисовательных нейронках, когда в звуке они ушли гораздо дальше и просто уничтожили нахуй всех мамкиных дирижеров.
Нейронкой саунд ебашь. Вот например эта - soundraw.io - заказываешь стиль промтом/мудом/темой/инструментами/темпом, потом получаешь кучку нейрокнопок которыми регулируешь генерацию каждого кусочка трека, добавляешь-удаляешь новые кусочки. Получается лучше чем 98% того кала, который предлагают тебе купить композиторы-люди к твоей игре.
Я хз чего все так фокусируются на рисовательных нейронках, когда в звуке они ушли гораздо дальше и просто уничтожили нахуй всех мамкиных дирижеров.
>>69755
Спасибо!
Спасибо!
>>69755
Это звучит как набор готовых лупов из конструктора, пока до толковой оркестровой музыки нейронки не доросли.
Чтобы написать грамотный саунд вручную, нужно хотя бы представлять, как выглядит каждый инструмент, какой у него диапазон, какие партии на нём можно физически сыграть, как сидят музыканты и т. д., это помимо самих партий.
Мало написать партии, надо их загнать в плагины, это монструозные библиотеки на террабайты звуков (если хочешь голливудского уровня звучания). Если хочешь звуки в стиле 90-ых, то да, пойдут SF2 и какие-нибудь древние плагины типа Edirol Orchestral.
>soundraw.io
Это звучит как набор готовых лупов из конструктора, пока до толковой оркестровой музыки нейронки не доросли.
Чтобы написать грамотный саунд вручную, нужно хотя бы представлять, как выглядит каждый инструмент, какой у него диапазон, какие партии на нём можно физически сыграть, как сидят музыканты и т. д., это помимо самих партий.
Мало написать партии, надо их загнать в плагины, это монструозные библиотеки на террабайты звуков (если хочешь голливудского уровня звучания). Если хочешь звуки в стиле 90-ых, то да, пойдут SF2 и какие-нибудь древние плагины типа Edirol Orchestral.
>>69758
Проблема даже не в размере библиотек (хотя да, больше семплов - живее звук), а в том, на реальном инструменте можно сыграть разными штрихами. Приходится делать одну дорожку с таким штрихом, другую с эдаким, третью с сяким; ноты перекидывать с одной дорожки на другую. Особенно это касается всяких скрипок - там вообще заебёшься все движения смычка имитировать.
ах ты шалунишка
Проблема даже не в размере библиотек (хотя да, больше семплов - живее звук), а в том, на реальном инструменте можно сыграть разными штрихами. Приходится делать одну дорожку с таким штрихом, другую с эдаким, третью с сяким; ноты перекидывать с одной дорожки на другую. Особенно это касается всяких скрипок - там вообще заебёшься все движения смычка имитировать.
>террабайты
ах ты шалунишка
>>69769
Да хочется самому попробовать. Есть идея игры где от звука будет много что зависеть и вот интересно смогу ли я что-то типа такого сделать на компьютере с помощью нейронок.
https://youtu.be/dT0ymh9ZWX4?si=KLJcsmYkPiUAfcF3
Да хочется самому попробовать. Есть идея игры где от звука будет много что зависеть и вот интересно смогу ли я что-то типа такого сделать на компьютере с помощью нейронок.
https://youtu.be/dT0ymh9ZWX4?si=KLJcsmYkPiUAfcF3
32 Кб, 604x377Лол, вы тут подняли тему муз нейронок, а я как раз утром тестировал новую фичу в Suno, где теперь можно нейронить новые треки на основе загруженных тобой файлов.
Мои исходные мэдскиллз:
https://vocaroo.com/1gYmkGshHjY1
После обработки с запросом doom metal:
https://vocaroo.com/186PLsfea6PZ
Работает не стабильно часто просто ебашит новую мелодию поверх имеющейся, для такого результата понадобилось несколько попыток. Но для своих говноигор вполне можно использовать. Кста, не обязательно насиловать реальный инструмент, как в моем случае, можно просто напеть голосом мелодию или даже настучать на жопе, а ии разберется
Мои исходные мэдскиллз:
https://vocaroo.com/1gYmkGshHjY1
После обработки с запросом doom metal:
https://vocaroo.com/186PLsfea6PZ
Работает не стабильно часто просто ебашит новую мелодию поверх имеющейся, для такого результата понадобилось несколько попыток. Но для своих говноигор вполне можно использовать. Кста, не обязательно насиловать реальный инструмент, как в моем случае, можно просто напеть голосом мелодию или даже настучать на жопе, а ии разберется
>>69787
Неблохо. Кодил под твой саунд минут 5.
Еще такую знаю: https://melobytes.com/en/apps - умеет генерить саунд хоть по картинке.
Неблохо. Кодил под твой саунд минут 5.
Еще такую знаю: https://melobytes.com/en/apps - умеет генерить саунд хоть по картинке.
>>69787
Прикольно, в целом наверное правильней брать уже готовую профессиональную мелодию, кормить её нейронки, и изменённая версия будет не оргиналом, но тоже качественно звучать (это предположение).
Прикольно, в целом наверное правильней брать уже готовую профессиональную мелодию, кормить её нейронки, и изменённая версия будет не оргиналом, но тоже качественно звучать (это предположение).
34 Кб, 1366x777Помогите с тригонометрией, я школу 16 лет как окончил, забыл всё нахуй. Короче есть объект А, есть нод Б, объект А сейчас двигается через нод Б до зеркальной позиции на обратной стороне. Я хочу чтобы он двигался по синусоиде, для этого достаточно чтобы его Z получал координаты из sin() как я понял, только что пихать туда блять?
>>69811
Радианы пихать, но у тебя так получиться идеальная полуокружность. А то что у тебя нарисовано это эллипсоид с эксцентриситетом отличным от 1. В общем, гугли формулу эллипсоида и по ней делай.
Радианы пихать, но у тебя так получиться идеальная полуокружность. А то что у тебя нарисовано это эллипсоид с эксцентриситетом отличным от 1. В общем, гугли формулу эллипсоида и по ней делай.
>>69840
И на том спасибо. Ладно, после работы вечером разъебу эту проблему как Тузик грелку.
И на том спасибо. Ладно, после работы вечером разъебу эту проблему как Тузик грелку.
>>69845
Удачи)
Удачи)
>>69860
Чего? Графон конечно да, а механически там же все примитивнее деус экса 2000 года какого-нибудь
Чего? Графон конечно да, а механически там же все примитивнее деус экса 2000 года какого-нибудь
>>69865
ну, дак ласт оф асс полукильмец с нулевым челенджем
В её случае, о чем блять говорить, если не про графон
ну, дак ласт оф асс полукильмец с нулевым челенджем
В её случае, о чем блять говорить, если не про графон
>>69849
Делай свою где звук занимает важное место
Делай свою где звук занимает важное место
>>69910
Я когда делал часы на синусах в школе, там была формула посерьёзнее
где A - амплитуда, B - частота, C - смещение фазы. Икс в радианах, если нужно в градусах, то в формулу нужно ещё подставить преобразование.
Я когда делал часы на синусах в школе, там была формула посерьёзнее
> y = A • sin(B • x) + C
где A - амплитуда, B - частота, C - смещение фазы. Икс в радианах, если нужно в градусах, то в формулу нужно ещё подставить преобразование.
>>69964
А придется. Иначе вместо дельфина пингвином станешь.
А придется. Иначе вместо дельфина пингвином станешь.
>>69996
Я делаю довольно масштабную для соло-проекта бродилку по замку. Топ даун, 3д, все ассеты кроме звука - свои. Упор на исследование и казуальный паззловый фан. Боевка простая. Прогресс идет хорошо, пара локаций готовы и полностью играбельны - в состоянии, подходящем для релиза. Сейвы готовы. Сценарий написан, система диалогов для него тоже. Система катсцен готова. Базовый ИИ врагов готов, навигация для них готова. Короче в плане кода, думаю, на 80% все написано. UI только не трогал. Остается делать ассеты, лепить из них хитровыебанные замковые уровни и прикручивать сюжет. В самом конце займусь прикручиванием звука и UI. Такие дела. Скриншоты/видосы постить ИТТ не могу.
Я делаю довольно масштабную для соло-проекта бродилку по замку. Топ даун, 3д, все ассеты кроме звука - свои. Упор на исследование и казуальный паззловый фан. Боевка простая. Прогресс идет хорошо, пара локаций готовы и полностью играбельны - в состоянии, подходящем для релиза. Сейвы готовы. Сценарий написан, система диалогов для него тоже. Система катсцен готова. Базовый ИИ врагов готов, навигация для них готова. Короче в плане кода, думаю, на 80% все написано. UI только не трогал. Остается делать ассеты, лепить из них хитровыебанные замковые уровни и прикручивать сюжет. В самом конце займусь прикручиванием звука и UI. Такие дела. Скриншоты/видосы постить ИТТ не могу.
1,9 Мб, 1873x1000>>69998
Делаем с другом нашу первую игру - хоррор, на 15-20 минут. Хотя там никакого хоррора, особо и нет, лол. Код готов на 60-70%, сейчас ебусь с частицами (белая хуйня на пикче). Друг модели продолжает пилить. Я бы постил, но встаёт вопрос, а что писать?
>Мне интересно наблюдать.
Делаем с другом нашу первую игру - хоррор, на 15-20 минут. Хотя там никакого хоррора, особо и нет, лол. Код готов на 60-70%, сейчас ебусь с частицами (белая хуйня на пикче). Друг модели продолжает пилить. Я бы постил, но встаёт вопрос, а что писать?
>>70008
Да просто может что по прогрессу, добавили там то, сё. Ну заставлять никого не буду, не хотите - не пишите.
Да просто может что по прогрессу, добавили там то, сё. Ну заставлять никого не буду, не хотите - не пишите.
>>69991
Ну я уже месяц как нихуя не делаю, как на твг игру запилил так и подзабил. Сейчас занят осваиванием питона + дрочу алгоритмы. Игры хорошо, но денежки все же нужнее, заебалось сидеть без них.
Ну я уже месяц как нихуя не делаю, как на твг игру запилил так и подзабил. Сейчас занят осваиванием питона + дрочу алгоритмы. Игры хорошо, но денежки все же нужнее, заебалось сидеть без них.
>>70022
Нет. Это хотяб позволит начать пытаться в бекенд. От гейдева я не отказываюсь офк, просто расставил для себя приоритеты.
Нет. Это хотяб позволит начать пытаться в бекенд. От гейдева я не отказываюсь офк, просто расставил для себя приоритеты.
2 Кб, 256x50>>70008
У тебя в Chacrger опечатка.
А с частицами прикольно ебаться. Добавляют игре жизни при минимальных усилиях.
У тебя в Chacrger опечатка.
А с частицами прикольно ебаться. Добавляют игре жизни при минимальных усилиях.
>>70024
Все правильно делаешь. Геймдев в соло это либо хобби в свободное от работы время, либо фуллтайм НО но имея пассивный сторонний доход.
Все правильно делаешь. Геймдев в соло это либо хобби в свободное от работы время, либо фуллтайм НО но имея пассивный сторонний доход.
>>70025
Да я знаю, это просто заглушки стоят пока, даже внимания не обращаю.
Согласен, но гайдов к сожалению маловато.
>У тебя в Chacrger опечатка.
Да я знаю, это просто заглушки стоят пока, даже внимания не обращаю.
>А с частицами прикольно ебаться. Добавляют игре жизни при минимальных усилиях.
Согласен, но гайдов к сожалению маловато.
Делайте игры
>>70119
Что, уже? Ну теперь надо ждать 4.3.1
Новая релиз-страничка охуенна: https://godotengine.org/releases/4.3/
Что, уже? Ну теперь надо ждать 4.3.1
Новая релиз-страничка охуенна: https://godotengine.org/releases/4.3/
>>70119
Воооо! Как раз игру делать собирался! Теперь-то точно начну!
Воооо! Как раз игру делать собирался! Теперь-то точно начну!
А я все еще на 3.5
>>70123
Не знаю, кто как, а я не размениваюсь по мелочам, я сразу жду 4.5.
Не знаю, кто как, а я не размениваюсь по мелочам, я сразу жду 4.5.
>>70139
Осталось нормальные превью-тамбнейлы для сцен генерировать. Особенно 3д. До сих пор бардак, улетают туда-сюда, превьюшатся со странным ракурсом, пиздос короче.
Осталось нормальные превью-тамбнейлы для сцен генерировать. Особенно 3д. До сих пор бардак, улетают туда-сюда, превьюшатся со странным ракурсом, пиздос короче.
>>70142
Ващет я хочу скайрим на годоте с динамической погодой искаропки, чтоб и туман и дождь и снег.
> Все хотят сайлент хилл на годоте
Ващет я хочу скайрим на годоте с динамической погодой искаропки, чтоб и туман и дождь и снег.
>>70145
Хуле доебался?
Я про мультиплеерные кнопки не срал. Хули до меня доебался? Иди к инфоцыгам в ютуб и их заёбывай. С сегодняшнего дня упоминание мультиплеерных кнопок буду репортить как щитпост.
Хуле доебался?
Я про мультиплеерные кнопки не срал. Хули до меня доебался? Иди к инфоцыгам в ютуб и их заёбывай. С сегодняшнего дня упоминание мультиплеерных кнопок буду репортить как щитпост.
>>70150
Накама от героик лабс работает безупречно!
Накама от героик лабс работает безупречно!
>>70119
бля, срочно накидайте какие-нибудь незначительные баги, чтобы я мог оправдать себя и ждать 4.4
бля, срочно накидайте какие-нибудь незначительные баги, чтобы я мог оправдать себя и ждать 4.4
>>70119
Поздравляю всех! Дождались!
>>70139
Не совсем понятно, кому нужно растягивать окно файловой системы на всю ширину экрана, особенно если экран модный нынче у дизайнеров ultra wide.
Я стараюсь скукожить это окно или вообще скрыть.
>>70141
Может быть, это ты неправильно понимаешь, как они создаются? Превью обновляется по нажатию Ctrl+S, а ракурс - такой, какой у тебя сейчас на экране. Можно сделать перспективно или ортогонально, как хочешь. Нюанс в том, что если забудешь об этом и повторно сохранишь с другим ракурсом, превью изменится.
Поздравляю всех! Дождались!
>>70139
Не совсем понятно, кому нужно растягивать окно файловой системы на всю ширину экрана, особенно если экран модный нынче у дизайнеров ultra wide.
Я стараюсь скукожить это окно или вообще скрыть.
>>70141
>превью-тамбнейлы для сцен
>улетают туда-сюда
Может быть, это ты неправильно понимаешь, как они создаются? Превью обновляется по нажатию Ctrl+S, а ракурс - такой, какой у тебя сейчас на экране. Можно сделать перспективно или ортогонально, как хочешь. Нюанс в том, что если забудешь об этом и повторно сохранишь с другим ракурсом, превью изменится.
экспорт пофиксили? глич звука пофиксили? АА?
>>70161
Хз чего там обновляется, может у меня баг на старой версии, но в превью регулярно чушь оказывается, обновить их проблемно и Ctrl+S не помогает, пару раз после переименований оно вообще превью перепутало и не смогло их обновить за неделю активной работы в этих сценах, пока я весь кеш не снес.
>Превью обновляется по нажатию Ctrl+S
Хз чего там обновляется, может у меня баг на старой версии, но в превью регулярно чушь оказывается, обновить их проблемно и Ctrl+S не помогает, пару раз после переименований оно вообще превью перепутало и не смогло их обновить за неделю активной работы в этих сценах, пока я весь кеш не снес.
О, нашёл, можно дальше ждать
>3D physics interpolation is already in the making,
и чё вы во всех этих нодах, классах и прочем понимаете всё что ли? ебать вы умники
>>69474
Ноунеймы какие-то, без обид.
Прям так и написали: МЫ МАЛЕНЬКИЕ, НО С ЧСВ)
Не понял, а что, хартстон - всё? Нет? Тогда почему его уволили с позиции гейм директора? Плохой, значит.
Ноунейм F2P игра, франшиза тупо дарит фанбазу:
100% есть двачеры с /gd/, чья игра популярнее. Как минимум BRAIN / OUT собрал 15436 отзывов, а это буквально ноунейм платформер с пушечками, а не жирнющая франшиза омерики со спудимэном. Т.е. представляете масштаб обсёра? Игра ноунейма двачевателя почти уделывает жирную франшизу. Но главное: игра с душой vs франшизопопса для быдла.
Вопрос: как очередная бездушная ККИ (потому что, очевидно, у них все - специалисты по ККИ, и следует ожидать очередную дойную корову по франшизе) от команды ноунеймов может помочь развитию Godot?
>really serious players
Ноунеймы какие-то, без обид.
>SECOND DINNER IS AN AWARD-WINNING INDEPENDENT GAME STUDIO BASED IN CALIFORNIA. WE MAY BE SMALL, BUT OUR DREAMS ARE BIG!
Прям так и написали: МЫ МАЛЕНЬКИЕ, НО С ЧСВ)
>former Game Director of Hearthstone
Не понял, а что, хартстон - всё? Нет? Тогда почему его уволили с позиции гейм директора? Плохой, значит.
>Marvel Snap
Ноунейм F2P игра, франшиза тупо дарит фанбазу:
>26837 (82.9% positive reviews)
100% есть двачеры с /gd/, чья игра популярнее. Как минимум BRAIN / OUT собрал 15436 отзывов, а это буквально ноунейм платформер с пушечками, а не жирнющая франшиза омерики со спудимэном. Т.е. представляете масштаб обсёра? Игра ноунейма двачевателя почти уделывает жирную франшизу. Но главное: игра с душой vs франшизопопса для быдла.
Вопрос: как очередная бездушная ККИ (потому что, очевидно, у них все - специалисты по ККИ, и следует ожидать очередную дойную корову по франшизе) от команды ноунеймов может помочь развитию Godot?
Так ребят, это правда что Годот 4.3 теперь позволяет заливать игры в веб нормально? Получится ли залить на Яндекс игры наконец? Или нет?
>>70176
давно уже в бете какой-то сделали или даже в альфе, не помню
там был какой-то баг со звуком ещё в вебе, вот тут не в курсе
давно уже в бете какой-то сделали или даже в альфе, не помню
там был какой-то баг со звуком ещё в вебе, вот тут не в курсе
>>69395
Раз сомневаешься, значит - нет. Но менять ничего не нужно, пока не потребуется. Сначала делаешь что-то, потом занимаешься рефакторингом по красоте.
https://ru.wikipedia.org/wiki/Рефакторинг
Иначе можешь застрять на этапе проектирования.
Пример:
1. Делаешь кнопку в главном меню игры.
2. Захотелось мультиплеер, но кнопка мешает.
3. Рефакторишь кнопку для большего удобства.
4. Добавляешь мультиплеер в свою кнопку.
Чтоб не путаться, нужно заниматься декомпозицией.
https://ru.wikipedia.org/wiki/Декомпозиция
Разделяешь игру на части и по частям делаешь.
Пример:
1. Игра состоит из "кнопки" и "мультиплеера".
2. Сначала делаешь отдельную "кнопку".
3. Потом делаешь отдельный "мультиплеер".
4. Соединяешь "кнопку" и "мультиплеер" в игру.
>>69399
Навалил кучу в стог и потом ищешь в нём иголку?
>>69400
Ты неправильно делаешь. Лучше делать так:
1. Сцена "переключатель" с сигналом "нажат".
2. Сцена "свет" с методом "переключить".
3. Сцена "комната" с кнопкой и переключателем.
4. Соединяешь сигнал в рамках сцены "комнаты".
5. Сцена "дом" со сценами: "комната", "лестница"...
6. Сцена "город" со сценами: "дом", "машина"...
7. ???
8. Сцена "игра" тянет за уши всё это дело с диска. Не обязательно сразу, локальные сцены могут ждать события (приближение игрока, открытие двери) и подгружать или создавать субсцены динамически. Глобальное хранилище либо отсутствует, либо, по возможности, сведено к минимуму, чтобы не путать локальные состояния разных независимых систем, которые могут даже разные люди делать. Сила ООП!
>правильно ли я разрабатываю игру или нет?
Раз сомневаешься, значит - нет. Но менять ничего не нужно, пока не потребуется. Сначала делаешь что-то, потом занимаешься рефакторингом по красоте.
https://ru.wikipedia.org/wiki/Рефакторинг
Иначе можешь застрять на этапе проектирования.
Пример:
1. Делаешь кнопку в главном меню игры.
2. Захотелось мультиплеер, но кнопка мешает.
3. Рефакторишь кнопку для большего удобства.
4. Добавляешь мультиплеер в свою кнопку.
>У меня большинство интерактивных вещей завязаны на сигналах, если контента станет в 2 раза больше, то я буду в коде путаться.
Чтоб не путаться, нужно заниматься декомпозицией.
https://ru.wikipedia.org/wiki/Декомпозиция
Разделяешь игру на части и по частям делаешь.
Пример:
1. Игра состоит из "кнопки" и "мультиплеера".
2. Сначала делаешь отдельную "кнопку".
3. Потом делаешь отдельный "мультиплеер".
4. Соединяешь "кнопку" и "мультиплеер" в игру.
>>69399
>signal bus или какой-нибудь глобальный синглтон, где ты соберешь все в кучку и не будешь путаться.
Навалил кучу в стог и потом ищешь в нём иголку?
>>69400
>signal light_show. Прибор в игре даёт сигнал, лампа в игре его принимает и включается.
Ты неправильно делаешь. Лучше делать так:
1. Сцена "переключатель" с сигналом "нажат".
2. Сцена "свет" с методом "переключить".
3. Сцена "комната" с кнопкой и переключателем.
4. Соединяешь сигнал в рамках сцены "комнаты".
5. Сцена "дом" со сценами: "комната", "лестница"...
6. Сцена "город" со сценами: "дом", "машина"...
7. ???
8. Сцена "игра" тянет за уши всё это дело с диска. Не обязательно сразу, локальные сцены могут ждать события (приближение игрока, открытие двери) и подгружать или создавать субсцены динамически. Глобальное хранилище либо отсутствует, либо, по возможности, сведено к минимуму, чтобы не путать локальные состояния разных независимых систем, которые могут даже разные люди делать. Сила ООП!
>>69395
Раз сомневаешься, значит - нет. Но менять ничего не нужно, пока не потребуется. Сначала делаешь что-то, потом занимаешься рефакторингом по красоте.
https://ru.wikipedia.org/wiki/Рефакторинг
Иначе можешь застрять на этапе проектирования.
Пример:
1. Делаешь кнопку в главном меню игры.
2. Захотелось мультиплеер, но кнопка мешает.
3. Рефакторишь кнопку для большего удобства.
4. Добавляешь мультиплеер в свою кнопку.
Чтоб не путаться, нужно заниматься декомпозицией.
https://ru.wikipedia.org/wiki/Декомпозиция
Разделяешь игру на части и по частям делаешь.
Пример:
1. Игра состоит из "кнопки" и "мультиплеера".
2. Сначала делаешь отдельную "кнопку".
3. Потом делаешь отдельный "мультиплеер".
4. Соединяешь "кнопку" и "мультиплеер" в игру.
>>69399
Навалил кучу в стог и потом ищешь в нём иголку?
>>69400
Ты неправильно делаешь. Лучше делать так:
1. Сцена "переключатель" с сигналом "нажат".
2. Сцена "свет" с методом "переключить".
3. Сцена "комната" с кнопкой и переключателем.
4. Соединяешь сигнал в рамках сцены "комнаты".
5. Сцена "дом" со сценами: "комната", "лестница"...
6. Сцена "город" со сценами: "дом", "машина"...
7. ???
8. Сцена "игра" тянет за уши всё это дело с диска. Не обязательно сразу, локальные сцены могут ждать события (приближение игрока, открытие двери) и подгружать или создавать субсцены динамически. Глобальное хранилище либо отсутствует, либо, по возможности, сведено к минимуму, чтобы не путать локальные состояния разных независимых систем, которые могут даже разные люди делать. Сила ООП!
>правильно ли я разрабатываю игру или нет?
Раз сомневаешься, значит - нет. Но менять ничего не нужно, пока не потребуется. Сначала делаешь что-то, потом занимаешься рефакторингом по красоте.
https://ru.wikipedia.org/wiki/Рефакторинг
Иначе можешь застрять на этапе проектирования.
Пример:
1. Делаешь кнопку в главном меню игры.
2. Захотелось мультиплеер, но кнопка мешает.
3. Рефакторишь кнопку для большего удобства.
4. Добавляешь мультиплеер в свою кнопку.
>У меня большинство интерактивных вещей завязаны на сигналах, если контента станет в 2 раза больше, то я буду в коде путаться.
Чтоб не путаться, нужно заниматься декомпозицией.
https://ru.wikipedia.org/wiki/Декомпозиция
Разделяешь игру на части и по частям делаешь.
Пример:
1. Игра состоит из "кнопки" и "мультиплеера".
2. Сначала делаешь отдельную "кнопку".
3. Потом делаешь отдельный "мультиплеер".
4. Соединяешь "кнопку" и "мультиплеер" в игру.
>>69399
>signal bus или какой-нибудь глобальный синглтон, где ты соберешь все в кучку и не будешь путаться.
Навалил кучу в стог и потом ищешь в нём иголку?
>>69400
>signal light_show. Прибор в игре даёт сигнал, лампа в игре его принимает и включается.
Ты неправильно делаешь. Лучше делать так:
1. Сцена "переключатель" с сигналом "нажат".
2. Сцена "свет" с методом "переключить".
3. Сцена "комната" с кнопкой и переключателем.
4. Соединяешь сигнал в рамках сцены "комнаты".
5. Сцена "дом" со сценами: "комната", "лестница"...
6. Сцена "город" со сценами: "дом", "машина"...
7. ???
8. Сцена "игра" тянет за уши всё это дело с диска. Не обязательно сразу, локальные сцены могут ждать события (приближение игрока, открытие двери) и подгружать или создавать субсцены динамически. Глобальное хранилище либо отсутствует, либо, по возможности, сведено к минимуму, чтобы не путать локальные состояния разных независимых систем, которые могут даже разные люди делать. Сила ООП!
ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ ОБНОВИЛИ
>>70188
УУУУУУУХ, бля, ща как начнём делать игры
УУУУУУУХ, бля, ща как начнём делать игры
>>70197
Подключай внешнюю js либу.
Подключай внешнюю js либу.
>>69403
Зачем тебе массив монеток?
https://docs.godotengine.org/en/stable/classes/class_area2d.html#class-area2d-method-get-overlapping-bodies
Делаешь как-то так (в скрипте игрока):
magnet для притягивания, bag для подбора:
Если игрок убежит от монет, они должны перестать притягиваться, что реалистично и часто встречается в разных играх. Если ты хочешь, чтоб монетки 100% втягивались, делай анимацией вместо физики.
>попадают в Area2D "Магнитная зона" и начинают притягиваться, я добавляю их в Array "Намагниченные".
>Когда монетка притянулась и коснулась второй Area2D "Сборщик монет", она удаляется методом free()
Зачем тебе массив монеток?
https://docs.godotengine.org/en/stable/classes/class_area2d.html#class-area2d-method-get-overlapping-bodies
Делаешь как-то так (в скрипте игрока):
>func _physics_process(delta):
>_ for body: Coin in magnet.get_overlapping_bodies():
>_ _ body.apply_central_force(...) # магнитная сила
magnet для притягивания, bag для подбора:
>func _on_bag_body_entered(body):
>_ if body is Coin:
>_ _ money += body.value # номинал 1, 5, 10...
>_ _ body.free()
Если игрок убежит от монет, они должны перестать притягиваться, что реалистично и часто встречается в разных играх. Если ты хочешь, чтоб монетки 100% втягивались, делай анимацией вместо физики.
>>70170
Про то, что это мобильная игра тебе уже сказали. А поможет дополнительной видимостью движка, например хотя бы за счет таких новостей, как следствие дополнительными пользователями, а в перспективе донатерами и разработчиками. То, что лично ты не находишь их игры ТРУ ДИП МИНИНГ ГОТИ 10 ИЗ 10 - иррелевантно.
Про то, что это мобильная игра тебе уже сказали. А поможет дополнительной видимостью движка, например хотя бы за счет таких новостей, как следствие дополнительными пользователями, а в перспективе донатерами и разработчиками. То, что лично ты не находишь их игры ТРУ ДИП МИНИНГ ГОТИ 10 ИЗ 10 - иррелевантно.
>>69696
Сначала ищучи программирование в целом, которое должны были преподавать в средних классах школы. Только потом изучай движок - за какие ручки нужно подёргать, куда числа вводить, откуда принимать. К сожалению, без основ программирования изучать игровой движок типа Godot/Unity/UE бесполезно. Исключение - если ты дизайнер уровней, а не соло мастер на все руки. В соло ты всегда программист, конечно, если не делаешь рескин готовой игры в конструкторе игр или вообще сказку с картинками.
>>69673
Не играл, но предполагаю, что там самая обычная орбитальная камера от третьего лица. Собираешь на SpringArm3D, код там тривиальный.
Там ведь не камера, а система камер - это сложнее, поскольку нужно в каждой комнате камеру ставить, проверяя, правильно ли она следит за персонажем.
Орбитальную камеру один раз сделал и забыл.
>скрипт для передвижения по гайду из документации, потом по гайду из ютуба, потом с какого-то сайта ещё. И везде каждый делает по разному, использует разный синтаксис, разные функции,
Сначала ищучи программирование в целом, которое должны были преподавать в средних классах школы. Только потом изучай движок - за какие ручки нужно подёргать, куда числа вводить, откуда принимать. К сожалению, без основ программирования изучать игровой движок типа Godot/Unity/UE бесполезно. Исключение - если ты дизайнер уровней, а не соло мастер на все руки. В соло ты всегда программист, конечно, если не делаешь рескин готовой игры в конструкторе игр или вообще сказку с картинками.
>>69673
>сделать камеру как в геншине
Не играл, но предполагаю, что там самая обычная орбитальная камера от третьего лица. Собираешь на SpringArm3D, код там тривиальный.
>мутить камеру как в сайленте
Там ведь не камера, а система камер - это сложнее, поскольку нужно в каждой комнате камеру ставить, проверяя, правильно ли она следит за персонажем.
Орбитальную камеру один раз сделал и забыл.
>>70197
Никакого бага не было. А касательно звука, добавили семплы специально для веба, возможностей взаимодействия конечно с ними меньше, но звук теперь чистый. Добавили уже кстати давно в какой то из бет как и саму возможность портировать на веб без локнутого многопотока, жаль я сам об этом поздно узнал, приходилось с внешней либой на 3.5 ебаться.
Никакого бага не было. А касательно звука, добавили семплы специально для веба, возможностей взаимодействия конечно с ними меньше, но звук теперь чистый. Добавили уже кстати давно в какой то из бет как и саму возможность портировать на веб без локнутого многопотока, жаль я сам об этом поздно узнал, приходилось с внешней либой на 3.5 ебаться.
757 Кб, 785x1000>>70205
Тебя устроит очередной Санёк?
>дополнительной видимостью
>хотя бы за счет таких новостей
>лично ты не находишь их игры
Тебя устроит очередной Санёк?
>огромная франшиза
>бездушный "ремастер"
>лишь бы состричь бабла
>баги и глюки интереснее игры
>весь интернет узнал про Godot
>ЗАТО ХОТЬ КАКИЕ-ТО НОВОСТИ
>>69729
Нет, будет ± так же или хуже. Ты просто переносишь большой цикл с места на место, а должен его как-то сократить или вообще избавиться от него.
Уже обсуждали совсем недавно. В играх наподобие Minecraft и Terraria растения распространяются не одновременно, а маленькими случайными группами. Персонажи тоже могут обрабатываться группами по несколько тел вместо всех сразу. Смысл в том, чтобы распределить симуляцию во времени, не вычисляя избыточные промежуточные данные, которые игрок заметить вообще не может.
Т.е. вместо этого:
Нужно что-то вроде этого:
Тогда вместо 100500 проверок "должен ли я сейчас сделать X" будет только N "сделай X если можешь": наблюдатель (игрок) разницы заметить не должен. Конкретное N должно зависеть от размера карты и желаемой скорости моделируемого процесса.
>вложенный цикл, на больших масштабах
>каждую клетку нодой со скриптом, который смотрит вокруг, так будет лучше работать?
Нет, будет ± так же или хуже. Ты просто переносишь большой цикл с места на место, а должен его как-то сократить или вообще избавиться от него.
>как механику с распространением чисто масштабировать на большую карту.
Уже обсуждали совсем недавно. В играх наподобие Minecraft и Terraria растения распространяются не одновременно, а маленькими случайными группами. Персонажи тоже могут обрабатываться группами по несколько тел вместо всех сразу. Смысл в том, чтобы распределить симуляцию во времени, не вычисляя избыточные промежуточные данные, которые игрок заметить вообще не может.
Т.е. вместо этого:
>for node in nodes: node.do_x_if_randomly_possible()
Нужно что-то вроде этого:
>for i in N: nodes[randi() % nodes.size()].do_x_now()
Тогда вместо 100500 проверок "должен ли я сейчас сделать X" будет только N "сделай X если можешь": наблюдатель (игрок) разницы заметить не должен. Конкретное N должно зависеть от размера карты и желаемой скорости моделируемого процесса.
Блин у меня игра на джолте. А он пока для 4.2. Еще шейдеры ломаются. Проект идёт по пизде. Буду ждать.
>>69755
Потому что голую 2D тяночку любой оценит по двум выдающимся далёко вперёд достоинствам, при том качество сисек из-за лишних пальцев не страдает. Видеоигры продаёт, ВНЕЗАПНО, ВИДЕОряд, а видео создаётся из набора картинок - особенно с тянками.
Да кому он нужен, этот звук? Ща музыки завались в интернетах, включай любую да слушай. А в игру тупо рандомный бесплатный трек вставишь, чай у тебя не музыкальная игра для искусствоведов-ценителей. Я обычно против ассетфлипов, но звук флипнуть - это фундамент инди-геймдева. Всё равно играть будут в беззвучном режиме, по множеству разных причин.
Да и вообще...
1. Геймплей - во что играем.
2. Графика - с чем играем.
3. GUI - как сильно бесимся.
4. Моды - как долго играем.
5. Сюжет - читаем на вики.
6. Звук - выкл в настройках.
С чего вдруг кто-то будет заботиться о звуке?
>чего все так фокусируются на рисовательных
Потому что голую 2D тяночку любой оценит по двум выдающимся далёко вперёд достоинствам, при том качество сисек из-за лишних пальцев не страдает. Видеоигры продаёт, ВНЕЗАПНО, ВИДЕОряд, а видео создаётся из набора картинок - особенно с тянками.
>в звуке они ушли гораздо дальше
Да кому он нужен, этот звук? Ща музыки завались в интернетах, включай любую да слушай. А в игру тупо рандомный бесплатный трек вставишь, чай у тебя не музыкальная игра для искусствоведов-ценителей. Я обычно против ассетфлипов, но звук флипнуть - это фундамент инди-геймдева. Всё равно играть будут в беззвучном режиме, по множеству разных причин.
Да и вообще...
1. Геймплей - во что играем.
2. Графика - с чем играем.
3. GUI - как сильно бесимся.
4. Моды - как долго играем.
5. Сюжет - читаем на вики.
6. Звук - выкл в настройках.
С чего вдруг кто-то будет заботиться о звуке?
а как вы знаете что как писать? есть книжки по архитектуре какие-то или просто опытом?
52 Кб, 568x430>>70222
Узнал тебя по твоим узнаваниям. Игру делаешь?
Узнал тебя по твоим узнаваниям. Игру делаешь?
Возможно ли сделать в Godot игру типа сталкера? Чтоб пули по физике, хороший интеллект врагов, симуляция жизни(вместе с онлайн-оффлайном), иллюзия открытого мира создаваемая маленько-средними уровнями соединёнными между собой переходами?
Блять сука. Короче это я анон который делал игру про Ангелицу Кассандру, может помните. Так вот, там годот обновили. Сука. Опять этот ебучий qodot чинить придётся чтобы он мне уровни компилировал, а потом ещё блядские говнотекстуры ебучие подравнивать чтобы не было ужаса от растянутой до конца мира текстурки могильного забора.... Сука. Как я ненавижу блядские обновления.
>>70237
С хуя ли? Я что ли qodot писал? Или я не предоставил из коробки в годоте удобный левел эдитор чтобы мозги не ебать разработчикам? Отьебись анон.
С хуя ли? Я что ли qodot писал? Или я не предоставил из коробки в годоте удобный левел эдитор чтобы мозги не ебать разработчикам? Отьебись анон.
>>70241
Ну надо обновиться же. Мало ли там какие-то хорошие новые фичи, которые могут пригодиться. Или нынешняя обнова ничего такого не принесла? Я помню там вроде какое-то обновление рендера было крутое, что все кипятком ссались.
Ну надо обновиться же. Мало ли там какие-то хорошие новые фичи, которые могут пригодиться. Или нынешняя обнова ничего такого не принесла? Я помню там вроде какое-то обновление рендера было крутое, что все кипятком ссались.
>>70239
Ты поменял версию движка, не дождавшись пока плагин станет ее поддерживать? Лоооол. Премию дарвина заслужил.
Ты поменял версию движка, не дождавшись пока плагин станет ее поддерживать? Лоооол. Премию дарвина заслужил.
>>70243
Не менял пока что, вот сегодня заглянул в тред и узнал что обновили. Да похуям мне.
Не менял пока что, вот сегодня заглянул в тред и узнал что обновили. Да похуям мне.
>>70240
О, помню тебя.
О, помню тебя.
>>70242
Пчел, ну ты это, обновляться "просто на всякий случай" в программировании - такая себе затея, шишки себе набьешь с нихуя. Весь энтерпрайз софт не просто так сидит на древних LTS версиях, а обновляется только если ОЧЕНЬ нужно, только на следующую LTS, и только с интенсивным тестированием.
Это касается не только годота, а вообще всей разработки чего угодно на чем угодно. Привыкай. А ты еще буквально в день релиза побежал обновляться, да еще с зависимостями в виде сторонних библиотек.
Пчел, ну ты это, обновляться "просто на всякий случай" в программировании - такая себе затея, шишки себе набьешь с нихуя. Весь энтерпрайз софт не просто так сидит на древних LTS версиях, а обновляется только если ОЧЕНЬ нужно, только на следующую LTS, и только с интенсивным тестированием.
Это касается не только годота, а вообще всей разработки чего угодно на чем угодно. Привыкай. А ты еще буквально в день релиза побежал обновляться, да еще с зависимостями в виде сторонних библиотек.
>>70248
он выше написал, что даже ещё не обновился, а уже порвался
ебало представил?
>ты еще буквально в день релиза побежал обновляться
он выше написал, что даже ещё не обновился, а уже порвался
ебало представил?
>>70248
Да оно понятно, я до какого-то времени и сидел на самом первом релизном годот 4
Да оно понятно, я до какого-то времени и сидел на самом первом релизном годот 4
309 Кб, 945x945В годоте нету шоль режима свободной камеры или как юнити просмотра сцены чтобы я мог полетать в запущенной из эдиторе игре и посмотреть как всё выглядит со стороны, а не из камеры игрока?
>>70261
Только свой собственный скрипт камеры делать. Тривиальная задача. Но зачем тебе? Обычно, тебя волнует только то, что ты сделал в редакторе и что видит игрок, а не что-то за пределами видимости.
>полетать в запущенной из эдиторе игре
Только свой собственный скрипт камеры делать. Тривиальная задача. Но зачем тебе? Обычно, тебя волнует только то, что ты сделал в редакторе и что видит игрок, а не что-то за пределами видимости.
>>70263
Я ща ебусь с процедурными анимациями где задаю направления движения и проверяю правильно ли я вычисляю их, двигая объект на позицию используя вектор направления. В анриле для этого был нод drawDebug который можно вызвать в любом блюпринте, но в годоте этого тоже нет, и с перспекивы игрока мне трудновато оценить как правильно располагается объект в глубину, и опять же в анриле это решается нажатием F8 и пролётом на другую позицию.
Я ща ебусь с процедурными анимациями где задаю направления движения и проверяю правильно ли я вычисляю их, двигая объект на позицию используя вектор направления. В анриле для этого был нод drawDebug который можно вызвать в любом блюпринте, но в годоте этого тоже нет, и с перспекивы игрока мне трудновато оценить как правильно располагается объект в глубину, и опять же в анриле это решается нажатием F8 и пролётом на другую позицию.
>>70261
Shift+F в редакторе. Да, генерацию можно делать тул скриптами в редакторе.
Ну ассетов с такой камерой полно.
Shift+F в редакторе. Да, генерацию можно делать тул скриптами в редакторе.
>в запущенной
Ну ассетов с такой камерой полно.
>>70271
Нет, это как раз не странно, а by design - в движке стараются придерживаться кор фич, чтобы он не разбухал
Нет, это как раз не странно, а by design - в движке стараются придерживаться кор фич, чтобы он не разбухал
>>70273
Проблема в том, что по мнению сотни разных разрабов окажется что надо сотня разных фич. Впрочем для этого есть пропозалы, можешь найти соответствующий и проголсовать.
Проблема в том, что по мнению сотни разных разрабов окажется что надо сотня разных фич. Впрочем для этого есть пропозалы, можешь найти соответствующий и проголсовать.
>>70277
Хотел возразить какому разрабу не нужна фри лук камера, а потом вспомнил про 2Д крестьян.
Хотел возразить какому разрабу не нужна фри лук камера, а потом вспомнил про 2Д крестьян.
>>70266
В чём проблема мышку вокруг персонажа крутить? В смысле, подойти куда надо и покрутить камеру вокруг. Впрочем, намного удобнее будет запустить отдельную тестовую сцену вместо полной игры с персонажем.
А это значит, что игрок не оценит твоих усилий. Зачем отлаживать то, что никак не влияет на восприятие со стороны игрока? Фокусируйся на том, что видит игрок.
В анриле много чего решается со слов рандомов, но устанавливать очередное bloatware лично мне лень.
>>70271
Из коробки есть всё для рендеринга, что тебе могло помешать почитать документацию и написать всего несколько строчек скриптов?
>>70279
Фрилук делается парой строк к орбитальной камере. Орбитальная камера делается парой строк к камере из коробки. Камера из коробки может всё что нужно абстракции над проекцией и куллингом в 3D - нет необходимости настраивать вызовы API вручную, по сравнению с настройкой OpenGL через SDL. Так что Godot имеет всё необходимое и даже лишнее.
>задаю направления движения и проверяю правильно ли я вычисляю их, двигая объект на позицию используя вектор направления.
В чём проблема мышку вокруг персонажа крутить? В смысле, подойти куда надо и покрутить камеру вокруг. Впрочем, намного удобнее будет запустить отдельную тестовую сцену вместо полной игры с персонажем.
>с перспекивы игрока мне трудновато оценить как правильно располагается объект в глубину
А это значит, что игрок не оценит твоих усилий. Зачем отлаживать то, что никак не влияет на восприятие со стороны игрока? Фокусируйся на том, что видит игрок.
>опять же в анриле это решается нажатием F8 и пролётом на другую позицию.
В анриле много чего решается со слов рандомов, но устанавливать очередное bloatware лично мне лень.
>>70271
>странно что это не идёт искаробки
Из коробки есть всё для рендеринга, что тебе могло помешать почитать документацию и написать всего несколько строчек скриптов?
>>70279
>какому разрабу не нужна фри лук камера
Фрилук делается парой строк к орбитальной камере. Орбитальная камера делается парой строк к камере из коробки. Камера из коробки может всё что нужно абстракции над проекцией и куллингом в 3D - нет необходимости настраивать вызовы API вручную, по сравнению с настройкой OpenGL через SDL. Так что Godot имеет всё необходимое и даже лишнее.
>>70230
У кто-то делает: https://roadtovostok.com/roadmap
Физически пули в реалистичных шутерах обычно не делают, это бесполезно: пуля пролетает несколько километров почти по прямой за секунду, а все враги у тебя в радиусе максимум трёх десятков метров, иначе игроку неудобно будет прицеливаться в них.
Это зависит только от тебя. Из коробки есть только базовые инструменты для навигации. В плагинах несколько реализаций фреймворков для ИИ, но ты, в первую очередь, должен сам определиться, что тебе нужно сделать, и от движка это никак не зависит.
Это легко сделать. Даже полноценный открытый мир несложно сделать, если ты хорошо понимаешь, как организовать процесс загрузки чанков карты.
>Возможно ли сделать в Godot игру типа сталкера?
У кто-то делает: https://roadtovostok.com/roadmap
>Чтоб пули по физике,
Физически пули в реалистичных шутерах обычно не делают, это бесполезно: пуля пролетает несколько километров почти по прямой за секунду, а все враги у тебя в радиусе максимум трёх десятков метров, иначе игроку неудобно будет прицеливаться в них.
>хороший интеллект врагов,
>симуляция жизни (вместе с онлайн-оффлайном),
Это зависит только от тебя. Из коробки есть только базовые инструменты для навигации. В плагинах несколько реализаций фреймворков для ИИ, но ты, в первую очередь, должен сам определиться, что тебе нужно сделать, и от движка это никак не зависит.
>иллюзия открытого мира создаваемая маленько-средними уровнями соединёнными между собой переходами
Это легко сделать. Даже полноценный открытый мир несложно сделать, если ты хорошо понимаешь, как организовать процесс загрузки чанков карты.
>>70239
Зачем тебе это? Quake уже 28 лет, отпусти его.
Или зачем тебе Godot вместо мода на Quake?
Если не нравится расставлять мебель в Godot, тогда расставляй мебель в Blender. Собственно, Blender в прошлом официально имел встроенный игровой движок, который теперь отдельно развивается. Импорт в Godot напрямую из Blender официально поддерживается, никаких васянок.
Понимаю, в Blender много страшных кнопок, может перегружать. Но поняв, что тебе нужно всего лишь несколько кнопок и меню, всё становится лёгким и простым. Обладать каким-то там художественным талантом не нужно, Blender почти чисто для технарей инструмент, программисту в нём легко разобраться.
>>70238
Все серьёзные изменения были при переходе на 4.0, другие настолько же серьёзные будут только на 5.0. Godot строго следует https://semver.org/lang/ru/
Мелкие изменения в API некритичны и о них заранее предупреждают. Но в любом случае, у тебя ведь есть резервные копии проекта: что-то совсем перестало работать и не фиксится - откатился и всё, проблемы?
Тем более что разработчики выкатывают множество предварительных сборок и ждут отзывов тех, кто их пробует на своих проектах. Твоя вина, что ты где-то пропадаешь полгода, а потом у тебя "команды не те". Обсуждения публичные, в отличие от Unity/UE и т.п.
>Я что ли qodot писал?
Зачем тебе это? Quake уже 28 лет, отпусти его.
Или зачем тебе Godot вместо мода на Quake?
>удобный левел эдитор
Если не нравится расставлять мебель в Godot, тогда расставляй мебель в Blender. Собственно, Blender в прошлом официально имел встроенный игровой движок, который теперь отдельно развивается. Импорт в Godot напрямую из Blender официально поддерживается, никаких васянок.
Понимаю, в Blender много страшных кнопок, может перегружать. Но поняв, что тебе нужно всего лишь несколько кнопок и меню, всё становится лёгким и простым. Обладать каким-то там художественным талантом не нужно, Blender почти чисто для технарей инструмент, программисту в нём легко разобраться.
>>70238
>начинает менять команды от чего старый код может просто перестать работать
Все серьёзные изменения были при переходе на 4.0, другие настолько же серьёзные будут только на 5.0. Godot строго следует https://semver.org/lang/ru/
Мелкие изменения в API некритичны и о них заранее предупреждают. Но в любом случае, у тебя ведь есть резервные копии проекта: что-то совсем перестало работать и не фиксится - откатился и всё, проблемы?
Тем более что разработчики выкатывают множество предварительных сборок и ждут отзывов тех, кто их пробует на своих проектах. Твоя вина, что ты где-то пропадаешь полгода, а потом у тебя "команды не те". Обсуждения публичные, в отличие от Unity/UE и т.п.
>>70296
Ладно, перепутал.
https://docs.godotengine.org/en/stable/tutorials/migrating/index.html
Там даже официальные гайды по апгрейду есть.
>строго следует
Ладно, перепутал.
>Godot loosely follows a semantic versioning system, where compatibility is assumed between minor and patch releases, while major releases can break it.
https://docs.godotengine.org/en/stable/tutorials/migrating/index.html
Там даже официальные гайды по апгрейду есть.
>>70286
Тут не движкосрач тред, спокнись. Я описал проблему и как я вижу решение на примере анрила, ибо там я уже решал такую же, и никого не призывал его устанавливать, если тебе так показалось. Что игрок оценит или нет решать не тебе, ты не видишь полной картины, впрочем тебе и не надо, я пришёл с конкретной проблемой, я получил ответы, на этом можно вопрос закрыть.
Тут не движкосрач тред, спокнись. Я описал проблему и как я вижу решение на примере анрила, ибо там я уже решал такую же, и никого не призывал его устанавливать, если тебе так показалось. Что игрок оценит или нет решать не тебе, ты не видишь полной картины, впрочем тебе и не надо, я пришёл с конкретной проблемой, я получил ответы, на этом можно вопрос закрыть.
Кто такие эти ваши мультплеерные кнопки??
Девочки, не ссорьтесь. Лучше сделайте игру вместе.
>>70298
Ты про эту строчку? >>70266
Так ведь это не решение. Решение за тебя сделали. Решением в данном случае будет скрипт на языке другого движка, чтобы было понятно, в чём вообще проблема и как её решить средствами этого движка.
А ты предлагаешь скачать UE, создать там проект, скомпилировать, запустить, нажать F8 и посмотреть, каким образом там эта функция реализована...
>как я вижу решение на примере анрила
Ты про эту строчку? >>70266
>в анриле это решается нажатием F8
Так ведь это не решение. Решение за тебя сделали. Решением в данном случае будет скрипт на языке другого движка, чтобы было понятно, в чём вообще проблема и как её решить средствами этого движка.
А ты предлагаешь скачать UE, создать там проект, скомпилировать, запустить, нажать F8 и посмотреть, каким образом там эта функция реализована...
25 Кб, 400x400>>70303
Буквально в прошлом посте написал что не предлагаю, успокойся ты уже, сумасшедший.
>А ты предлагаешь скачать UE
Буквально в прошлом посте написал что не предлагаю, успокойся ты уже, сумасшедший.
Сап, Аноны. Вылезла проблема - при включенном v-sync дёргается игра и при вращении камеры, и просто если персом бежать. Выключаю v-sync и ставлю ограничение fps в 75, как герц на монике - такая же хуйня. Ставлю 60 fps - всё норм. Что за хуйня? Как фиксить?
>>70338
Рендер с вулкана на огл поменяй посмотри чего будет.
ИМХО 75 редкий фрукт целься на 60 кадров.
Рендер с вулкана на огл поменяй посмотри чего будет.
ИМХО 75 редкий фрукт целься на 60 кадров.
1 Кб, 223x38>>70345
То, что на пике? Менял, та же херня.
75 может и редкий, но всякие 144 не сказал бы. Да и один хуй, если люди привыкли на своей герцовке играть, а тут онли 60 придётся, то вероятно и дропнут.
>Рендер с вулкана на огл поменяй
То, что на пике? Менял, та же херня.
>75 редкий фрукт
75 может и редкий, но всякие 144 не сказал бы. Да и один хуй, если люди привыкли на своей герцовке играть, а тут онли 60 придётся, то вероятно и дропнут.
>>70350
А, ну это тоже пробовал. Кароче, я вроде нашел в чём дело. physics_ticks_per_second по умолчанию 60 стоит. И я попробовал поднять его до 120 и макс фпс тоже 120 установил, ну эксперимента ради. И всё тоже норм работало. Только стоило поднять фпс до 121, то всё снова начало дёргаться. Но я вернулся к 60, на разработке больше и не надо.
А, ну это тоже пробовал. Кароче, я вроде нашел в чём дело. physics_ticks_per_second по умолчанию 60 стоит. И я попробовал поднять его до 120 и макс фпс тоже 120 установил, ну эксперимента ради. И всё тоже норм работало. Только стоило поднять фпс до 121, то всё снова начало дёргаться. Но я вернулся к 60, на разработке больше и не надо.
>>70371
120 физических это очень много. У игроеп комп банально может не вытянуть
120 физических это очень много. У игроеп комп банально может не вытянуть
18 Кб, 1108x127Пиздец моё ебало представили? Почему если я пикрил поменяю местами то всё ломается к хуям? Если что rotation_center я никак не меняю нигде.
>>70391
Ответ гопоты. Чё реально что ли Хуан не смог сделать движок, который не срёт под себя когда я двигаю несколько дочерних объектов друг за другом?
>The issue you're experiencing seems tied to how the engine handles and propagates global transforms through the scene graph, especially when objects are moved or their transforms are set in quick succession. Trying the above approaches may help mitigate the problem by controlling when and how the engine processes these transformations. If none of these solutions work, it might be worth exploring whether the engine's documentation or community has specific advice for handling complex transform hierarchies.
Ответ гопоты. Чё реально что ли Хуан не смог сделать движок, который не срёт под себя когда я двигаю несколько дочерних объектов друг за другом?
28 Кб, 611x348Ох, в общем, я заполняю поле тайлами, которые при входе в арею игрока меняют цвет. Заметил такую штуку, что это срабатывает только на нижней правой тайле в карте, то есть последней в цикле пикрил(при этом цвет меняется сразу у всей тайлов карты). Это как-то связано с моей функцией init, но как, думалки и опыта не хватает понять?
>>70399
А чё ясно? rotation_center родитель, это деточки. Какого хуя годоту не похуй в какой последовательности я их двигаю?
А чё ясно? rotation_center родитель, это деточки. Какого хуя годоту не похуй в какой последовательности я их двигаю?
>>70401
Ищи ошибку в другом месте.
Ищи ошибку в другом месте.
209 Кб, 819x696>>70391
Попытался воссоздать баг в пустом проекте - не вышло. Запускаю опять тот проект где был тот баг - его нет.
Попытался воссоздать баг в пустом проекте - не вышло. Запускаю опять тот проект где был тот баг - его нет.
аноны помогите пожалуйста
Где то в этом разделе анон скидывал туториал как сдеалть просвет мешей спомощью лайгта 3д
не могу найти, может знает кто?
Где то в этом разделе анон скидывал туториал как сдеалть просвет мешей спомощью лайгта 3д
не могу найти, может знает кто?
>>70431
Пожалуйста.
А про не работает - адаптируй, принцип наверняка тот же. Четверка функциональней трешки. Вот за минуту нашел: https://forum.godotengine.org/t/achieving-light-only-reveal-effect-in-godot-4-for-3d-objects/71816/4
Пожалуйста.
А про не работает - адаптируй, принцип наверняка тот же. Четверка функциональней трешки. Вот за минуту нашел: https://forum.godotengine.org/t/achieving-light-only-reveal-effect-in-godot-4-for-3d-objects/71816/4
265 Кб, 1608x892Залил на итч, если хотите, можете поиграть.
По ИДЕЕ, всё должно быть работоспособно
https://baran-lydoed.itch.io/samosbor2000
По ИДЕЕ, всё должно быть работоспособно
https://baran-lydoed.itch.io/samosbor2000
>>70443
No thanks.
К слову, как ты понимаешь, что игра будет интересна людям? Я думал нужно покупать рекламу на демку/трейлер и смотреть реакцию
> sex scenes
No thanks.
К слову, как ты понимаешь, что игра будет интересна людям? Я думал нужно покупать рекламу на демку/трейлер и смотреть реакцию
>>70443
А че веб билд не сделол шоб я не качал?
А че веб билд не сделол шоб я не качал?
>>70484
Люди с недоверием относятся к экзешникам. Я когда свою скачиваемую игру на реддите пиарил, мне они так и писали - "надеюсь ты не двачер ебаный приличный человек и не напихал туда малвари, потому что я рискнул и скачал".
Вечером потестирую твой самосбор на виртуалке.
Люди с недоверием относятся к экзешникам. Я когда свою скачиваемую игру на реддите пиарил, мне они так и писали - "надеюсь ты не двачер ебаный приличный человек и не напихал туда малвари, потому что я рискнул и скачал".
Вечером потестирую твой самосбор на виртуалке.
>>70468
Вообще беспонятия, денег на еду нет, не то что на рекламу, скоро придется искать работу. А так ща смотрю 129 человека скачало, из 590, ещё человек 5 подписалось на итч, впринципе нормас, может если буду обновления два раза в месяц пилить, кто то даже денежку кинет, а так я в раскрутке не силен и в целом боюсь работать с людьми.
>>70491
Чет как-то не подумал, просто решил уже взять и выложить, чуть позже веб версию сделаю, но хз че там с сохранениями будет, как они вообще должны будут работать
Вообще беспонятия, денег на еду нет, не то что на рекламу, скоро придется искать работу. А так ща смотрю 129 человека скачало, из 590, ещё человек 5 подписалось на итч, впринципе нормас, может если буду обновления два раза в месяц пилить, кто то даже денежку кинет, а так я в раскрутке не силен и в целом боюсь работать с людьми.
>>70491
Чет как-то не подумал, просто решил уже взять и выложить, чуть позже веб версию сделаю, но хз че там с сохранениями будет, как они вообще должны будут работать
>>70529
Советую тогда посмотреть видос, там про маркетинг прям по шагам всё расписано на опыте реальной игры
https://youtu.be/n_35g3MRtoQ?si=Lf8PBYSG98wF7L74
> а так я в раскрутке не силен и в целом боюсь работать с людьми.
Советую тогда посмотреть видос, там про маркетинг прям по шагам всё расписано на опыте реальной игры
https://youtu.be/n_35g3MRtoQ?si=Lf8PBYSG98wF7L74
>>70529
Ты поставь на итче pay what you want. Мне так примерно раз в месяц закидывают пару баксов.
>кто то даже денежку кинет
Ты поставь на итче pay what you want. Мне так примерно раз в месяц закидывают пару баксов.
>>70532
Гляну, но тут скорее в себе нужно разобраться, так сказать научиться брать ответственность, тогда не страшно будет везде спамить игрой и слушать жалобы
>>70535
Вообще уже давно, но постоянно его переименовываю. ТЯЖЕЛО ПРИДУМАТЬ НИК ПО КОТОРОМУ ТЕБЯ ЗАПОМНЯТ
>>70543
В России вроде не вывести никак эти деньги, поэтому плашка будет лишь глаза мазолить, а бусти вроде как раз работает и с нами и с иностранцами
Гляну, но тут скорее в себе нужно разобраться, так сказать научиться брать ответственность, тогда не страшно будет везде спамить игрой и слушать жалобы
>>70535
>Хуя, ты уже бустач прикрутил
Вообще уже давно, но постоянно его переименовываю. ТЯЖЕЛО ПРИДУМАТЬ НИК ПО КОТОРОМУ ТЕБЯ ЗАПОМНЯТ
>>70543
>Ты поставь на итче pay what you want
В России вроде не вывести никак эти деньги, поэтому плашка будет лишь глаза мазолить, а бусти вроде как раз работает и с нами и с иностранцами
>>70555
Я с тегами пока плохо работаю, но вот только что поставил адулт вместо опен ворлда
Я с тегами пока плохо работаю, но вот только что поставил адулт вместо опен ворлда
>>70591
Отказываюсь, выбираю играть в игры анонимусов из этого ИТТ треда. Я буду играть, а вы делайте для меня.
Отказываюсь, выбираю играть в игры анонимусов из этого ИТТ треда. Я буду играть, а вы делайте для меня.
21 Кб, 517x356>>70555
За сутки в общем, 1500 просмотров, 330 скачиваний и 15 подписчиков на итч, и тег адулт перегнал все остальные, надо было сразу его ставить. Личный рекорд, до этого в лучшем случае 200 раз в браузере сыграли.
Ну и решил ликвидатора сделать
За сутки в общем, 1500 просмотров, 330 скачиваний и 15 подписчиков на итч, и тег адулт перегнал все остальные, надо было сразу его ставить. Личный рекорд, до этого в лучшем случае 200 раз в браузере сыграли.
Ну и решил ликвидатора сделать
показывайте игры, которые сделали с выхода 4.3
кто не покажет, того на 48 часов без интернета оставлю
кто не покажет, того на 48 часов без интернета оставлю
>>70635
Но я на 3.5 ...
Но я на 3.5 ...
>>70635
Но он же вышел вчера..
Но он же вышел вчера..
Готовьте арт для переката.
