Добро пожаловать в тред любви, взаимопомощи и наступления весны!
Шапка: https://hipolink.me/godothread
Предыдущий 76: >>1073184 (OP)
---
Godot Showcase - Buckshot Roulette https://godotengine.org/article/godot-showcase-buckshot-roulette/
Шапка: https://hipolink.me/godothread
Предыдущий 76: >>1073184 (OP)
---
Godot Showcase - Buckshot Roulette https://godotengine.org/article/godot-showcase-buckshot-roulette/
275 Кб, 2209x1392>>1076499 →
Я попробовал комбинированный вариант. Оставил свои статьи на 2-3 абзаца, удалил все перекрёстные гиперссылки, и вместо этого сделал навигационные ссылки в конце каждой статьи, отражающие логическую структуру того графа, который я хочу видеть. А какой граф я хочу видеть? А такой, который не имеет больших самопересечений, чтобы можно было легко прослеживать связи между сущностями. Как будто это дерево сцены Годота, в котором в каждой ноде только один предок и несколько потомков.
В таком виде обсидиан сможет наверное помочь структурировать мысли-идеи.
> Хотя мне даже такой формат не помогает...
Я попробовал комбинированный вариант. Оставил свои статьи на 2-3 абзаца, удалил все перекрёстные гиперссылки, и вместо этого сделал навигационные ссылки в конце каждой статьи, отражающие логическую структуру того графа, который я хочу видеть. А какой граф я хочу видеть? А такой, который не имеет больших самопересечений, чтобы можно было легко прослеживать связи между сущностями. Как будто это дерево сцены Годота, в котором в каждой ноде только один предок и несколько потомков.
В таком виде обсидиан сможет наверное помочь структурировать мысли-идеи.
>>76635 (OP)
Этот хер кстати теперь годот корпорат платинум спонсор. То есть за год донатит >= €36,000. А сколько он суммарно денег поднял на своих играх вообще охуеть.
Думойте, со своими скуримами в бровзерах.
>Godot Showcase - Buckshot Roulette https://godotengine.org/article/godot-showcase-buckshot-roulette/
Этот хер кстати теперь годот корпорат платинум спонсор. То есть за год донатит >= €36,000. А сколько он суммарно денег поднял на своих играх вообще охуеть.
Думойте, со своими скуримами в бровзерах.
>>1076574 →
С нейронками есть беда, да. Мне кажется, мы пока ещё в последнем вагоне уходящего поезда, можем сделать что-то своё и продать, но время уходит. И без того перенасыщенный рынок видеоигр в ближайшее время станет ещё более перенасыщенным. Отношение к инди упадет. Возможно, будем переживать что-то вроде второго пришествия Юнити (2014-2015, когда юнитислоп заполонил стим)
Я тоже тревожник. Мотивация делать игру у меня одна - а что еще в жизни делать? Кругом пиздец, я давно разочаровался во всем и всех, а мечту сделать игру проношу в себе с самых ранних лет жизни. Думаю, адекватные люди вообще сейчас не будут суваться в инди без команды/денег/огромного опыта/супер идеи или всего вместе
С нейронками есть беда, да. Мне кажется, мы пока ещё в последнем вагоне уходящего поезда, можем сделать что-то своё и продать, но время уходит. И без того перенасыщенный рынок видеоигр в ближайшее время станет ещё более перенасыщенным. Отношение к инди упадет. Возможно, будем переживать что-то вроде второго пришествия Юнити (2014-2015, когда юнитислоп заполонил стим)
Я тоже тревожник. Мотивация делать игру у меня одна - а что еще в жизни делать? Кругом пиздец, я давно разочаровался во всем и всех, а мечту сделать игру проношу в себе с самых ранних лет жизни. Думаю, адекватные люди вообще сейчас не будут суваться в инди без команды/денег/огромного опыта/супер идеи или всего вместе
>>76719
Или наоборот, теперь с нейронками ценность нормальной человеческой идеи и ламповой реализации станет еще выше.
Или наоборот, теперь с нейронками ценность нормальной человеческой идеи и ламповой реализации станет еще выше.
>>76771
Возможно, и так. Но вместе с тем в индустрию придут те, кто раньше были полноценными аутсайдерами или в смежных отраслях. 3Д моделлерам больше не нужен будет программист, музыкант сможет что-нибудь собрать, да кто угодно. Больше конкуренции в любом случае
Возможно, и так. Но вместе с тем в индустрию придут те, кто раньше были полноценными аутсайдерами или в смежных отраслях. 3Д моделлерам больше не нужен будет программист, музыкант сможет что-нибудь собрать, да кто угодно. Больше конкуренции в любом случае
>>76781
Ебаные программисты опять все усложняют. Строят целые агентские воркфлоу, прикладывают все свои комптетенции, чтобы иишка рожала под строжайшим надзором качественный код. Тратят на это времени не намного меньше, чем если бы писали руками, но получают кода побольше, без техдолга привычного просто (все тестами теми же на 100% покрыто при такой работе, что забили бы руками хуярить). А 3д моделлеры короч на похуях скажут "сделай пиздато" и он сделает, ага. Ну и с обратнйо стороны надеюсь так же - чтобы ии в долгую поддерживал сложное 3д надо чтоб над его машинной душонкой стоял суровый моделер. Надеюсь, что так, я не умею в 3д и хз как там в этом ситуация.
Наоборот бы ща всем вместе объединяться, чтобы контрить нейрокал, сделанные руками игры будут сами собой выделяться на их фоне.
Ебаные программисты опять все усложняют. Строят целые агентские воркфлоу, прикладывают все свои комптетенции, чтобы иишка рожала под строжайшим надзором качественный код. Тратят на это времени не намного меньше, чем если бы писали руками, но получают кода побольше, без техдолга привычного просто (все тестами теми же на 100% покрыто при такой работе, что забили бы руками хуярить). А 3д моделлеры короч на похуях скажут "сделай пиздато" и он сделает, ага. Ну и с обратнйо стороны надеюсь так же - чтобы ии в долгую поддерживал сложное 3д надо чтоб над его машинной душонкой стоял суровый моделер. Надеюсь, что так, я не умею в 3д и хз как там в этом ситуация.
Наоборот бы ща всем вместе объединяться, чтобы контрить нейрокал, сделанные руками игры будут сами собой выделяться на их фоне.
>>76781
ну вообще раньше в геймдеве наоборот 3д модделеры и 2д художники ценились ниже червя пидора, а годный программист был на вес золота. видимо нейронки ща все перевернули
ну вообще раньше в геймдеве наоборот 3д модделеры и 2д художники ценились ниже червя пидора, а годный программист был на вес золота. видимо нейронки ща все перевернули
35,3 Мб, mp4,1148x648, 0:42
Теперь можно испачкаться в крови и помыться под дождем, а в дождь образуются лужи. Ещё включил частицам дождя коллизию и bounce имитируя типа "всплеск", но думаю что нибудь другое сделаю
>>76802
Тебе бы светотени нормальные, с грамотно расставленным освещением на уровне, сверху фильтр-шейдер какой-нибудь олдовый или киберпанковый, и визуал сразу х10 сделает. А геймплей уже неплох.
Тебе бы светотени нормальные, с грамотно расставленным освещением на уровне, сверху фильтр-шейдер какой-нибудь олдовый или киберпанковый, и визуал сразу х10 сделает. А геймплей уже неплох.
>>76785
Потому что раньше не было редакторов, движок представлял собой код на си, который нужно компилировать после каждого изменения. Модели и звуки в игру добавлялись программистами через код, а не перетаскиванием мышки в редактор.
Потом начали появляться первые контекстные редакторы, типа авроры и анрила, там беседкодвижок подтянулся, и остальные. А потом анрил доразвился до универсального движка с универсальным же редактором, потом появился юнити, мечтая заменить флеш, и гамак, и рпгмак. Ну и наш Годот в итоге появился.
И сегодня можно пихать графику в проект не то что не компилируя, а хотрелодом обновляя работающий проект. Программисты программируют так, чтобы сделаться ненужными.
> ну вообще раньше в геймдеве наоборот
Потому что раньше не было редакторов, движок представлял собой код на си, который нужно компилировать после каждого изменения. Модели и звуки в игру добавлялись программистами через код, а не перетаскиванием мышки в редактор.
Потом начали появляться первые контекстные редакторы, типа авроры и анрила, там беседкодвижок подтянулся, и остальные. А потом анрил доразвился до универсального движка с универсальным же редактором, потом появился юнити, мечтая заменить флеш, и гамак, и рпгмак. Ну и наш Годот в итоге появился.
И сегодня можно пихать графику в проект не то что не компилируя, а хотрелодом обновляя работающий проект. Программисты программируют так, чтобы сделаться ненужными.
>>76807
Просто появился слой упрощения. Нойту или майнкрафт с их оптимизацией ты не получишь либо не доработав движок либо создав свой с нуля.
>Программисты программируют так, чтобы сделаться ненужными
Просто появился слой упрощения. Нойту или майнкрафт с их оптимизацией ты не получишь либо не доработав движок либо создав свой с нуля.
726 Кб, mp4,1600x900, 0:21
>>76876
Да вот работаю потихонечку. Продолжаю анимировать всё. Пока анимированы только обычная атака, хил и защита (последнее нужно чуть доработать). Как завершу с боями, приступлю к редактору генома, а то он на минимально базовом уровне есть.
На вебмке показано, как сейчас всё работает.
Да вот работаю потихонечку. Продолжаю анимировать всё. Пока анимированы только обычная атака, хил и защита (последнее нужно чуть доработать). Как завершу с боями, приступлю к редактору генома, а то он на минимально базовом уровне есть.
На вебмке показано, как сейчас всё работает.
>>76806
Мне кажется что он наоборот может раздражать. Типа все эти пс лайк фильтры выглядят прикольно на скриншотах, но при игре будет только мешать. Впрочем, зависит от фильтра, посмотрим.
>сверху фильтр-шейдер какой-нибудь
Мне кажется что он наоборот может раздражать. Типа все эти пс лайк фильтры выглядят прикольно на скриншотах, но при игре будет только мешать. Впрочем, зависит от фильтра, посмотрим.
>>76946
Делать игры
Делать игры
>>76946
Он делал маленькие, кривые и очень странные игры, что-то вроде твг игр, много делал, долго и последовательно и одна из них выстрелила.
Если бы он делал одну игру мечты, то так бы ничего и не сделал и так же как и мы работал бы на дно работах, оставляя геймдев, как хобби которым он занимается в редкие свободные часы перед работой или по ночам, вместо сна.
Он делал маленькие, кривые и очень странные игры, что-то вроде твг игр, много делал, долго и последовательно и одна из них выстрелила.
Если бы он делал одну игру мечты, то так бы ничего и не сделал и так же как и мы работал бы на дно работах, оставляя геймдев, как хобби которым он занимается в редкие свободные часы перед работой или по ночам, вместо сна.
35,1 Мб, mp4,1144x638, 0:42
>>76972
Глаза ебет. Лучше лоуполи но без этой говнины
Глаза ебет. Лучше лоуполи но без этой говнины
Ебать я разумист. Целый день делал тайлинг через UV мапы в блендере не зная о такой вещи как трипланар и то что она в движке нативно поддерживается.
>>77084
Бывает. Зато теперь знаешь. Работаем.
Бывает. Зато теперь знаешь. Работаем.
>>77084
Поздравляю. У меня 90% текстур трипланар, лол, радовался этому тредов 15 назад. UV ебля худшая и скучнейшая часть тридэ.
Поздравляю. У меня 90% текстур трипланар, лол, радовался этому тредов 15 назад. UV ебля худшая и скучнейшая часть тридэ.
>>77092
Имхо всё ещё лучше чем анимации. Вот это тошнотная совсем тема.
> UV ебля худшая и скучнейшая часть тридэ.
Имхо всё ещё лучше чем анимации. Вот это тошнотная совсем тема.
>>77102
Это шейдер. Ты вместо обращения к UV тайлишь квадратами поверхность. UV нужен для объектов и персонажей. Трипланар это первый слой текстур локаций, дальше декалями обмазываешься.
Это шейдер. Ты вместо обращения к UV тайлишь квадратами поверхность. UV нужен для объектов и персонажей. Трипланар это первый слой текстур локаций, дальше декалями обмазываешься.
Кто-нибудь тут геймдевит на Radeon iGPU? Планирую перейти на мини-ПК с Radeon 780M. Прошлогодние проблемы из-за драйверов напрягли. Обсуждения на гитхабе не могу сейчас почитать, что там пишут?
>>76658
https://en.wikipedia.org/wiki/Mind_map
https://ru.wikipedia.org/wiki/Диаграмма_связей
>>1076574 →
Ты занимаешься искусством, а оно субъективно. Вот, например, рисунок яблока - он может быть лучше? В техническом плане, чем ближе к фотографии - тем он лучше... Но зачем что-то рисовать, если требуется не рисунок, а фото? От игр требуется не фотореализм, а передача чувств конкретного автора его игрокам.
>>76719
У тебя неправильный настрой. Не нужно продавать. Стример ничего не продаёт своей аудитории, но ему жертвуют деньги регулярно. Многие разработчики занимаются бесплатной игрой много лет, получая пожертвования от неравнодушных игроков. И это не зависит от лёгкости разработки: яндередев всё ещё получает какие-то деньги за свой говнокод и кривые модельки, несмотря на то, что всю его игру легко скопировать, и за все годы была уже куча клонов. Кринжуешь с него? Но ведь его никто не заменит. Конкретным игрокам нужна не просто игра, а игра конкретного человека. Будь таким человеком.
>>76658
>А какой граф я хочу видеть?
https://en.wikipedia.org/wiki/Mind_map
https://ru.wikipedia.org/wiki/Диаграмма_связей
>>1076574 →
>страх даже показать свою работу даже тут, потому что какой-нибудь тролль по приколу за час сделает лучше, чем я за месяц
Ты занимаешься искусством, а оно субъективно. Вот, например, рисунок яблока - он может быть лучше? В техническом плане, чем ближе к фотографии - тем он лучше... Но зачем что-то рисовать, если требуется не рисунок, а фото? От игр требуется не фотореализм, а передача чувств конкретного автора его игрокам.
>>76719
>можем сделать что-то своё и продать
У тебя неправильный настрой. Не нужно продавать. Стример ничего не продаёт своей аудитории, но ему жертвуют деньги регулярно. Многие разработчики занимаются бесплатной игрой много лет, получая пожертвования от неравнодушных игроков. И это не зависит от лёгкости разработки: яндередев всё ещё получает какие-то деньги за свой говнокод и кривые модельки, несмотря на то, что всю его игру легко скопировать, и за все годы была уже куча клонов. Кринжуешь с него? Но ведь его никто не заменит. Конкретным игрокам нужна не просто игра, а игра конкретного человека. Будь таким человеком.
>>76972
Намного круче выглядит, серьёзно. Раньше я и сам плевался от этих пиксельных "ретро 3D" игр, но когда сравнил твои видео, понял, что иногда пиксельность реально поднимает качество. Не знаю, почему. Но наверняка как-то связано с тем, что мозг умеет "достраивать недостающие детали картинки".
>>77084
Это просто кусочек шейдерного кода. Ты можешь его посмотреть, конвертировав стандартный материал в шейдерный. Можно кастомизировать по-всякому или переписать на что-то своё. Фича технически простая, но довольно затратная (минимум 3 чтения текстуры и смешивание между ними на каждый пиксель).
>>77092
Тебе просто стиль позволяет, наверное.
>>77095
Что не так с анимациями? Это ведь круто, когда ты оживляешь что-то на экране. Просто нужно хорошо настроить скелет (риг) и запомнить все хоткеи. Вот правильно заригать и заскинить модельку тяжело, особенно когда нужно что-то нетривиальное.
>>77102
В документации всё описано (есть в движке, просто посмотри подсказки к полям StandardMaterial3D):
https://docs.godotengine.org/en/stable/classes/class_basematerial3d.html#class-basematerial3d-property-uv1-triplanar
Это больше всего подходит в трёх случаях:
- сетка в грейбокс CSG прототипе (очень полезно);
- обои, плитка и подобное на ровной плоскости;
- какой-то простенький ландшафт, камень и т.п.
В иных случаях - UV, или более сложный шейдер.
>>77118
Зависит от стиля графики. Но главное, что UV будет экономнее в любом случае, т.к. требует одно чтение текстуры и не требует смешивания. Для прототипа эффективность не важна, поэтому можешь накинуть трипланарную сетку даже на стол, чтоб не сливался.
>>77116
Кстати, давно о них знаю, но особо не трогал. Они не слишком затратные? Там, вроде, куча ограничений. Хотелось что-то с ними сделать, но не вышло.
Намного круче выглядит, серьёзно. Раньше я и сам плевался от этих пиксельных "ретро 3D" игр, но когда сравнил твои видео, понял, что иногда пиксельность реально поднимает качество. Не знаю, почему. Но наверняка как-то связано с тем, что мозг умеет "достраивать недостающие детали картинки".
>>77084
>она в движке нативно поддерживается
Это просто кусочек шейдерного кода. Ты можешь его посмотреть, конвертировав стандартный материал в шейдерный. Можно кастомизировать по-всякому или переписать на что-то своё. Фича технически простая, но довольно затратная (минимум 3 чтения текстуры и смешивание между ними на каждый пиксель).
>>77092
>У меня 90% текстур трипланар
Тебе просто стиль позволяет, наверное.
>>77095
Что не так с анимациями? Это ведь круто, когда ты оживляешь что-то на экране. Просто нужно хорошо настроить скелет (риг) и запомнить все хоткеи. Вот правильно заригать и заскинить модельку тяжело, особенно когда нужно что-то нетривиальное.
>>77102
В документации всё описано (есть в движке, просто посмотри подсказки к полям StandardMaterial3D):
https://docs.godotengine.org/en/stable/classes/class_basematerial3d.html#class-basematerial3d-property-uv1-triplanar
Это больше всего подходит в трёх случаях:
- сетка в грейбокс CSG прототипе (очень полезно);
- обои, плитка и подобное на ровной плоскости;
- какой-то простенький ландшафт, камень и т.п.
В иных случаях - UV, или более сложный шейдер.
>>77118
>Но если объект сколь-нибудь сложный, даже тот же самый стол, все равно UV понадобится.
Зависит от стиля графики. Но главное, что UV будет экономнее в любом случае, т.к. требует одно чтение текстуры и не требует смешивания. Для прототипа эффективность не важна, поэтому можешь накинуть трипланарную сетку даже на стол, чтоб не сливался.
>>77116
>дальше декалями обмазываешься
Кстати, давно о них знаю, но особо не трогал. Они не слишком затратные? Там, вроде, куча ограничений. Хотелось что-то с ними сделать, но не вышло.
>>76972
Намного круче выглядит, серьёзно. Раньше я и сам плевался от этих пиксельных "ретро 3D" игр, но когда сравнил твои видео, понял, что иногда пиксельность реально поднимает качество. Не знаю, почему. Но наверняка как-то связано с тем, что мозг умеет "достраивать недостающие детали картинки".
>>77084
Это просто кусочек шейдерного кода. Ты можешь его посмотреть, конвертировав стандартный материал в шейдерный. Можно кастомизировать по-всякому или переписать на что-то своё. Фича технически простая, но довольно затратная (минимум 3 чтения текстуры и смешивание между ними на каждый пиксель).
>>77092
Тебе просто стиль позволяет, наверное.
>>77095
Что не так с анимациями? Это ведь круто, когда ты оживляешь что-то на экране. Просто нужно хорошо настроить скелет (риг) и запомнить все хоткеи. Вот правильно заригать и заскинить модельку тяжело, особенно когда нужно что-то нетривиальное.
>>77102
В документации всё описано (есть в движке, просто посмотри подсказки к полям StandardMaterial3D):
https://docs.godotengine.org/en/stable/classes/class_basematerial3d.html#class-basematerial3d-property-uv1-triplanar
Это больше всего подходит в трёх случаях:
- сетка в грейбокс CSG прототипе (очень полезно);
- обои, плитка и подобное на ровной плоскости;
- какой-то простенький ландшафт, камень и т.п.
В иных случаях - UV, или более сложный шейдер.
>>77118
Зависит от стиля графики. Но главное, что UV будет экономнее в любом случае, т.к. требует одно чтение текстуры и не требует смешивания. Для прототипа эффективность не важна, поэтому можешь накинуть трипланарную сетку даже на стол, чтоб не сливался.
>>77116
Кстати, давно о них знаю, но особо не трогал. Они не слишком затратные? Там, вроде, куча ограничений. Хотелось что-то с ними сделать, но не вышло.
Намного круче выглядит, серьёзно. Раньше я и сам плевался от этих пиксельных "ретро 3D" игр, но когда сравнил твои видео, понял, что иногда пиксельность реально поднимает качество. Не знаю, почему. Но наверняка как-то связано с тем, что мозг умеет "достраивать недостающие детали картинки".
>>77084
>она в движке нативно поддерживается
Это просто кусочек шейдерного кода. Ты можешь его посмотреть, конвертировав стандартный материал в шейдерный. Можно кастомизировать по-всякому или переписать на что-то своё. Фича технически простая, но довольно затратная (минимум 3 чтения текстуры и смешивание между ними на каждый пиксель).
>>77092
>У меня 90% текстур трипланар
Тебе просто стиль позволяет, наверное.
>>77095
Что не так с анимациями? Это ведь круто, когда ты оживляешь что-то на экране. Просто нужно хорошо настроить скелет (риг) и запомнить все хоткеи. Вот правильно заригать и заскинить модельку тяжело, особенно когда нужно что-то нетривиальное.
>>77102
В документации всё описано (есть в движке, просто посмотри подсказки к полям StandardMaterial3D):
https://docs.godotengine.org/en/stable/classes/class_basematerial3d.html#class-basematerial3d-property-uv1-triplanar
Это больше всего подходит в трёх случаях:
- сетка в грейбокс CSG прототипе (очень полезно);
- обои, плитка и подобное на ровной плоскости;
- какой-то простенький ландшафт, камень и т.п.
В иных случаях - UV, или более сложный шейдер.
>>77118
>Но если объект сколь-нибудь сложный, даже тот же самый стол, все равно UV понадобится.
Зависит от стиля графики. Но главное, что UV будет экономнее в любом случае, т.к. требует одно чтение текстуры и не требует смешивания. Для прототипа эффективность не важна, поэтому можешь накинуть трипланарную сетку даже на стол, чтоб не сливался.
>>77116
>дальше декалями обмазываешься
Кстати, давно о них знаю, но особо не трогал. Они не слишком затратные? Там, вроде, куча ограничений. Хотелось что-то с ними сделать, но не вышло.
>>77119
Круто! Спасибо! Наконец-то я узнал тайны майндмаппинга. Теперь-то сделаю игры.
> Mind_map
> Диаграмма_связей
Круто! Спасибо! Наконец-то я узнал тайны майндмаппинга. Теперь-то сделаю игры.
>>76972
Лучше чем было, ящитаю. Но пиксели великоваты - иногда не разобрать чего там вообще происходит. Покопайся на godotshaders.com, может подберешь чего покруче.
Думаю VHS-фильтр тоже подошел бы, например. Экспериментируй.
Лучше чем было, ящитаю. Но пиксели великоваты - иногда не разобрать чего там вообще происходит. Покопайся на godotshaders.com, может подберешь чего покруче.
Думаю VHS-фильтр тоже подошел бы, например. Экспериментируй.
>>77222
Чуть-чуть. Как-то грустинка одолевает в последнее время, прокрастинирую много.
Чуть-чуть. Как-то грустинка одолевает в последнее время, прокрастинирую много.
>>77222
Как делать игры, если нет идей?
Эхх, вот был бы я таким находчивым, как Майк Клубника, уже давно сделал бы кучу игр.
Как делать игры, если нет идей?
Эхх, вот был бы я таким находчивым, как Майк Клубника, уже давно сделал бы кучу игр.
>>77222
Делаю всё свободное время. Учёт тасок в канбане Leantime веду.
Делаю всё свободное время. Учёт тасок в канбане Leantime веду.
>>77222
Нет, конечно.
>>77304
Так ты оправдываешь свою лень или страх провала. Нормальных "идей игр" очень много, но реализация потребует времени и навыков, при этом эти навыки в большинстве случаев нарабатываются на опыте; это означает, что придётся ошибаться и исправлять свои ошибки. И даже если не планируешь зарабатывать, игнорирование со стороны публики ощущается как провальность проекта, а ведь сегодня трудно взять и заставить игрока поиграть в твою бесплатную игру.
Нужно просто смириться с тем, что ты либо много и старательно работаешь, либо уходишь из разработки игрушек в другое хобби, а также с тем, что твои игры никому не нужны без усилий с твоей стороны.
Так что хватит оправдываться. У тебя есть идеи, но реализовывать их ты ленишься и/или боишься.
>Игры-то делаете?
Нет, конечно.
>>77304
>Как делать игры, если нет идей?
Так ты оправдываешь свою лень или страх провала. Нормальных "идей игр" очень много, но реализация потребует времени и навыков, при этом эти навыки в большинстве случаев нарабатываются на опыте; это означает, что придётся ошибаться и исправлять свои ошибки. И даже если не планируешь зарабатывать, игнорирование со стороны публики ощущается как провальность проекта, а ведь сегодня трудно взять и заставить игрока поиграть в твою бесплатную игру.
Нужно просто смириться с тем, что ты либо много и старательно работаешь, либо уходишь из разработки игрушек в другое хобби, а также с тем, что твои игры никому не нужны без усилий с твоей стороны.
Так что хватит оправдываться. У тебя есть идеи, но реализовывать их ты ленишься и/или боишься.
>>77222
У меня жесточайшая депрессия и прокрастинация. Некогда делать игры, там очень важные дела. И ваще, весна наступила. Поедем на дачу. Лопату в руки. ХУЯЧИМ!
У меня жесточайшая депрессия и прокрастинация. Некогда делать игры, там очень важные дела. И ваще, весна наступила. Поедем на дачу. Лопату в руки. ХУЯЧИМ!
Уже 8 лет сижу на Унити, иногда по приколу поделываю что-то в годоте, но только в 2д и если надо мало взаимодействовать с непосредственно движком, так чисто вывести два спрайта и проверить механ. Тут появилась мысль одну игрульку сделать, но она в 3Дэ. В связи с надвигающимся чебурнетом очень хочется попробовать годот в 3Д, но бля почему-то до сих пор есть ощущение, что это хуевая идея. На забугорных форумах годотеров когда кто-то сделает +-красивую 3Д сцену, которая не выдает 4фпс все до сих пор в таком восторженном ахуе, как будто это самописный движок который написала девочка-инвалид. Мне особо много не надо. Скажите честно насколько плох 3д в годоте.
>>77320
Я бы сказал, но в этом треде за такое банят.
Я бы сказал, но в этом треде за такое банят.
>>77320
https://store.steampowered.com/app/2211170/Unrailed_2_Back_on_Track
https://store.steampowered.com/app/3775050/DOGWALK/
https://store.steampowered.com/app/2737300/Parking_Garage_Rally_Circuit
https://store.steampowered.com/app/2956040/PVKK_Planetenverteidigungskanonenkommandant/
https://store.steampowered.com/app/3146520/WEBFISHING
https://store.steampowered.com/app/1733110/Of_Life_and_Land/
https://store.steampowered.com/app/2763670/Arctic_Eggs
https://store.steampowered.com/app/1321440/Cassette_Beasts
Пробежался по стиму минуту. Сам тоже делаю в 3д. Следующим ответом от тебя ожидаю услышать как тебе нужен графон и опенворлд уровня скайрима, работающий в браузере. Не разочаруй.
https://store.steampowered.com/app/2211170/Unrailed_2_Back_on_Track
https://store.steampowered.com/app/3775050/DOGWALK/
https://store.steampowered.com/app/2737300/Parking_Garage_Rally_Circuit
https://store.steampowered.com/app/2956040/PVKK_Planetenverteidigungskanonenkommandant/
https://store.steampowered.com/app/3146520/WEBFISHING
https://store.steampowered.com/app/1733110/Of_Life_and_Land/
https://store.steampowered.com/app/2763670/Arctic_Eggs
https://store.steampowered.com/app/1321440/Cassette_Beasts
Пробежался по стиму минуту. Сам тоже делаю в 3д. Следующим ответом от тебя ожидаю услышать как тебе нужен графон и опенворлд уровня скайрима, работающий в браузере. Не разочаруй.
>>77311
Это первые две идеи игры оттуда, точно считаешь, что за идеями надо идти в этот тред?
>спасти Славика
>пидорашка чмоник
Это первые две идеи игры оттуда, точно считаешь, что за идеями надо идти в этот тред?
>>77322
Спасибо, гляну. Да не графон буквально на кубах, небольшая разовая процедурная генерация очень ограниченной локи и майнач-лайк персы, но с этим он точно справится. Главное чтобы движок не отьебывало из-за двух поинтлайтов и все. Похуй. нет я не делай клон кубача, я не долбоеб
Спасибо, гляну. Да не графон буквально на кубах, небольшая разовая процедурная генерация очень ограниченной локи и майнач-лайк персы, но с этим он точно справится. Главное чтобы движок не отьебывало из-за двух поинтлайтов и все. Похуй. нет я не делай клон кубача, я не долбоеб
>>77325
Да, я точно это считаю.
Да, я точно это считаю.
>>77357 (Del)
Забавно, как ты легко вильнул жопой после того, как тебе принесли списочек релизов (да еще и самый скромный, на деле их куда больше). Интересно, куда ты пройдёшь, когда тебе принесут список игр-хитов на Годоте, вроде Backpack Battles, Brotato, Cruelty Squad. Впрочем не настолько интересно, чтобы ради тебя заебаться, лул.
Забавно, как ты легко вильнул жопой после того, как тебе принесли списочек релизов (да еще и самый скромный, на деле их куда больше). Интересно, куда ты пройдёшь, когда тебе принесут список игр-хитов на Годоте, вроде Backpack Battles, Brotato, Cruelty Squad. Впрочем не настолько интересно, чтобы ради тебя заебаться, лул.
Не кормите залетного безыгорника. Делайте игры.
>>77361 (Del)
Мы тут вроде обсуждали список игр, сделанных на движке? Стрелку метнул - хуйца соснёшь?
Так исторически сложилось. Когда индустрия присутствовала в стране до всем известных событий, Годот не был настолько продакшн-реди и не пользовался популярностью. Затем вся индустрия отъебнула, остались только те немногие, кто уже сидели на Юнити и имеют готовый стек. Голова-то у тебя на плечах есть, неужели такие очевидные вещи объяснять надо? Если тебе любопытно, чекай вакансии на Годот в других странах. Там другая ситуация.
Мы тут вроде обсуждали список игр, сделанных на движке? Стрелку метнул - хуйца соснёшь?
Так исторически сложилось. Когда индустрия присутствовала в стране до всем известных событий, Годот не был настолько продакшн-реди и не пользовался популярностью. Затем вся индустрия отъебнула, остались только те немногие, кто уже сидели на Юнити и имеют готовый стек. Голова-то у тебя на плечах есть, неужели такие очевидные вещи объяснять надо? Если тебе любопытно, чекай вакансии на Годот в других странах. Там другая ситуация.
>>77366 (Del)
Понял. Извени что быканул. Делай игры.
Понял. Извени что быканул. Делай игры.
>>1077367
Только когда всё закончится. Если чебурнетнуться, индустрия и даже индюки вроде нас окончательно умрут. Можно сколько угодно коупить, что это эпоха возможностей, но на деле это сужение рынка и ещё меньший шанс получить хоть какие-то деньги за свой труд. Хотел бы я знать ответ когда это произойдёт.
9,2 Мб, mp4,720x720, 0:35
А эти на кикстартер добрались. Продолжаю наблюдать. Долгострой конечно тот еще.
Почему до сих пор нету /gd starterpack где анон делает:
и т.д.
> клон minecraft
> клон rimworld
> клон vampire survivors
> gta spb
и т.д.
6 Кб, 317x96>>77385
В материале Shading-Shading Mode у тебя стоит Unshaded а нужно Per-Pixel
или, если у тебя какой-то шейдер, там ввер[у прописывается unshaded, надо убрать
В материале Shading-Shading Mode у тебя стоит Unshaded а нужно Per-Pixel
или, если у тебя какой-то шейдер, там ввер[у прописывается unshaded, надо убрать
>>77385
Откуда модель взял, из интернета? Покажи скриншот.
Совсем никакое или как-то неправильно выглядит?
Если никак, то не выбран ли "unshaded" в материале?
Если как-то не так, то в Blender положение нормалей:
https://blender.stackexchange.com/questions/145751/
Также проверь визуальные слои в Godot (если менял).
Откуда модель взял, из интернета? Покажи скриншот.
>никакие освещение не действует?
Совсем никакое или как-то неправильно выглядит?
Если никак, то не выбран ли "unshaded" в материале?
Если как-то не так, то в Blender положение нормалей:
https://blender.stackexchange.com/questions/145751/
Также проверь визуальные слои в Godot (если менял).
134 Кб, 887x584>>77438
Материал и описывает то, как рендерер должен освещать(затенять) модель
>А у меня на нём нет материалов.
Материал и описывает то, как рендерер должен освещать(затенять) модель
>>77452
Меш без материала Godot рендерит материалом по умолчанию - белого (сероватого?) цвета, со всеми настройками по умолчанию. То есть ты не можешь отрендерить объект совсем без материала.
>>77444
Чего ты пытался добиться-то, я не понял?
>>77438
Может быть, у тебя фонарик был внутри меша? Ты понимаешь, что с такими настройками сложно ориентироваться на сцене? Зачем ты это сделал?
Сначала попробуй научиться работать с движком на стандартных настройках, а уже потом будет вот так извращаться/оптимизировать/экспериментировать.
>Материал и описывает то, как рендерер должен
Меш без материала Godot рендерит материалом по умолчанию - белого (сероватого?) цвета, со всеми настройками по умолчанию. То есть ты не можешь отрендерить объект совсем без материала.
>>77444
>сделал новый материал и натянул текстуру
Чего ты пытался добиться-то, я не понял?
>>77438
>environment custom background, ambient light background, reflected light background, то есть у меня тупо чёрная сцена и типа фонарик.
Может быть, у тебя фонарик был внутри меша? Ты понимаешь, что с такими настройками сложно ориентироваться на сцене? Зачем ты это сделал?
Сначала попробуй научиться работать с движком на стандартных настройках, а уже потом будет вот так извращаться/оптимизировать/экспериментировать.
212 Кб, 1166x890https://godotengine.org/article/dev-snapshot-godot-4-7-dev-2/
4.7 Дев 2, копипаст секций инспектора, шревты, и всякий QOL.
Для 2д scene painter tool: https://github.com/godotengine/godot/pull/109360
Для 3д follow selection: https://github.com/godotengine/godot/pull/99499
4.7 Дев 2, копипаст секций инспектора, шревты, и всякий QOL.
Для 2д scene painter tool: https://github.com/godotengine/godot/pull/109360
Для 3д follow selection: https://github.com/godotengine/godot/pull/99499
>>77526
Так это только изменения между дев1 и дев2. Вот будет полный релиз и заебешься чейнджлоги читать.
Так это только изменения между дев1 и дев2. Вот будет полный релиз и заебешься чейнджлоги читать.
>>77529
Да впринципе что первый что второй дев жидкий, обычно к моменту 1-2 собираются все pr которые мариновались с заморозки, а тут так невзрачно.
Да впринципе что первый что второй дев жидкий, обычно к моменту 1-2 собираются все pr которые мариновались с заморозки, а тут так невзрачно.
337 Кб, 600x395Делаю 3D-клон пикрила в качестве первой игры на годоте и первой полноценной игры вообще, я до этого лишь моддером был.
Как создать эффект вот этих вот огненных линий-взрывов в трёхмерном исполнении? В двухмерном было всё понятно - там спрайты. А тут, как понимаю, нужен спавнить меш и обмазывать его неким материалом, имитирующим огонь или это вообще чисто FX-история?
Как создать эффект вот этих вот огненных линий-взрывов в трёхмерном исполнении? В двухмерном было всё понятно - там спрайты. А тут, как понимаю, нужен спавнить меш и обмазывать его неким материалом, имитирующим огонь или это вообще чисто FX-история?
>>77538
Все так. Спавнишь меш (2/4 шарика-наконечника, соответственно 1/2 растягивающихся соединительных куба, которые будешь тянуть скейлом), намазываешь материал, докидываешь гпу частиц, тянешь им зону распыления вместе с скейлом куба-трубы и дело в шляпе
Все так. Спавнишь меш (2/4 шарика-наконечника, соответственно 1/2 растягивающихся соединительных куба, которые будешь тянуть скейлом), намазываешь материал, докидываешь гпу частиц, тянешь им зону распыления вместе с скейлом куба-трубы и дело в шляпе
>>77538
Я тоже.
Я тоже.
Ага, чисто история))
> Делаю 3D-клон пикрила в качестве первой игры на годоте
Я тоже.
> и первой полноценной игры вообще, я до этого лишь моддером был.
Я тоже.
> или это вообще чисто FX-история?
Ага, чисто история))
>>77500
У меня тени не падали на модельку перса, а мне именно это и надо было. Материала у меня нигде не было поэтому я просто на меши создал новый и перетащил текстуру в этот материал и вуаля, заработало.
>Чего ты пытался добиться-то, я не понял?
У меня тени не падали на модельку перса, а мне именно это и надо было. Материала у меня нигде не было поэтому я просто на меши создал новый и перетащил текстуру в этот материал и вуаля, заработало.
>>77500
Не, у меня тупо omnilight в сцене, ну он конечно объеденён в один нод вместе с персонажем чтобы свет перемещался.
>Может быть, у тебя фонарик был внутри меша? Ты понимаешь, что с такими настройками сложно ориентироваться на сцене? Зачем ты это сделал?
Не, у меня тупо omnilight в сцене, ну он конечно объеденён в один нод вместе с персонажем чтобы свет перемещался.
>>77565
Заметь, это было до развития нейронок, генерация чисто биологическая. Чисто на мясной нейронке. Чисто история))
Заметь, это было до развития нейронок, генерация чисто биологическая. Чисто на мясной нейронке. Чисто история))
>>77566
Ты не понял. В бомбермене просто линия-вспышка, растянутая по форме клеточек. Куда там частицы? Разумеется, зависит от стиля, но анон не обозначил конкретный стиль: реализм или ближе к оригиналу.
Ты не понял. В бомбермене просто линия-вспышка, растянутая по форме клеточек. Куда там частицы? Разумеется, зависит от стиля, но анон не обозначил конкретный стиль: реализм или ближе к оригиналу.
>>77570
Нет. В бомбермене тайлы, выбор которых зависит от того, крайняя ли это клеточка в линии. Но по сути каждая клеточка - отдельный взрыв.
А вот туда. Даже проще - эмитим частицы в разные стороны в течение некоторого времени с небольшим интервалом, дальше движок всё сам сделает. Примерно как пикрил огнемёты.
И это не зависит от выбранного стиля. Просто для реализма надо спрайты огня более натуральные и дополнительными эффектами обмазать по вкусу, а ближе к оригиналу лучше подойдут мультяшные спрайты.
А как ты предлагаешь мешем, тут хуй знает, ни в одной игре мешевых взрывов/огня не видел. Мешем разве что коллизию можно, и то там лучше тупо кубы подойдут.
>В бомбермене просто линия-вспышка, растянутая по форме клеточек.
Нет. В бомбермене тайлы, выбор которых зависит от того, крайняя ли это клеточка в линии. Но по сути каждая клеточка - отдельный взрыв.
>Куда там частицы?
А вот туда. Даже проще - эмитим частицы в разные стороны в течение некоторого времени с небольшим интервалом, дальше движок всё сам сделает. Примерно как пикрил огнемёты.
И это не зависит от выбранного стиля. Просто для реализма надо спрайты огня более натуральные и дополнительными эффектами обмазать по вкусу, а ближе к оригиналу лучше подойдут мультяшные спрайты.
А как ты предлагаешь мешем, тут хуй знает, ни в одной игре мешевых взрывов/огня не видел. Мешем разве что коллизию можно, и то там лучше тупо кубы подойдут.
>>77570
Всмысле "куда"? На протяжении меша-основы взрыва - насрать частицами так, чтобы было видно что это огонь.
Всмысле "куда"? На протяжении меша-основы взрыва - насрать частицами так, чтобы было видно что это огонь.
Напомню что партикли могут эмититься по любой форме, хоть крестиком хоть палочкой, и годот автоматом умеет генерировать emission shape по MeshInstance
>>77577
Испортить оригинальный стиль бомбермена?
Можешь надпись "boom" в центре нарисовать...
>>77575
У тебя в примерах фотореалистичные игры.
Бомбермен тайловый, движок не сделает сам.
Штош поделать, тебе насмотренности не хватает.
Что мы имеем:
- анон вбросил "делаю бомбермена, но 3D";
- аноны представили себе TF2/GTA/Skyrim;
- я говорю: но погодите, бывает и не такое...
- аноны ничего не поняли и продолжают...
Вот за такое и люблю этот тред.
>насрать частицами так, чтобы
Испортить оригинальный стиль бомбермена?
>чтобы было видно что это огонь
Можешь надпись "boom" в центре нарисовать...
>>77575
>пикрил огнемёты
У тебя в примерах фотореалистичные игры.
>дальше движок всё сам сделает
Бомбермен тайловый, движок не сделает сам.
>ни в одной игре мешевых взрывов/огня не видел
Штош поделать, тебе насмотренности не хватает.
Что мы имеем:
- анон вбросил "делаю бомбермена, но 3D";
- аноны представили себе TF2/GTA/Skyrim;
- я говорю: но погодите, бывает и не такое...
- аноны ничего не поняли и продолжают...
Вот за такое и люблю этот тред.
>>77594
Везде так. Это называется "сломанный телефон". И "проекции". А тут и вовсе картинкоборда, где еще никто и не подписан. Трудно вести серьезную дискуссию.
Но на самом деле этот тред считаю одним из лучших. Я нигде на этой помойке не сижу кроме как здесь и ещё в одном треде другого раздела.
>этот тред.
Везде так. Это называется "сломанный телефон". И "проекции". А тут и вовсе картинкоборда, где еще никто и не подписан. Трудно вести серьезную дискуссию.
Но на самом деле этот тред считаю одним из лучших. Я нигде на этой помойке не сижу кроме как здесь и ещё в одном треде другого раздела.
>>77610
Вот тебе ещё один, и ещё для балансу.
Вот тебе ещё один, и ещё для балансу.
Аноны, посоветуйте хороший урок по системе характеристик персонажа, чтобы я мог расширить её под свои нужды. На ютубе полно видосов, но я только учусь кодить и не совсем понимаю, какой выбрать...
>>77594
Всмысле испортить? Зачем смотреть на хуевые спецэффекты, если можно смотреть на нормальные?
>Испортить оригинальный стиль бомбермена?
Всмысле испортить? Зачем смотреть на хуевые спецэффекты, если можно смотреть на нормальные?
>>77651
Всмысле? Сколько игр - столько и систем наверное.
Всмысле? Сколько игр - столько и систем наверное.
>>77651
Какой нравится стилем изложения. Только с опытом ты сможешь понять, что лучше.
Какой нравится стилем изложения. Только с опытом ты сможешь понять, что лучше.
557 Кб, mp4,1280x720, 0:12
Вот как сделать так что бы объекты не исчезали пока они в поле зрения ортогональной камеры? Я не понимаю.
>>77694
Отодвинь её дальше, её координаты и то, как она показывает, не интуитивны в этом режиме. Физически координаты камеры в 3D пространстве уже "прошли" объект, поэтому от обрезается
Отодвинь её дальше, её координаты и то, как она показывает, не интуитивны в этом режиме. Физически координаты камеры в 3D пространстве уже "прошли" объект, поэтому от обрезается
381 Кб, 899x712>>77700
Понятно, спасибо.
Понятно, спасибо.
>>77594
Если для тебя реальный мир выглядит вот так, то советую обратиться к окулисту. И перестать принимать лсд.
TF2 намерено стилизована под мультяшность, чтобы смягчить творящееся ультранасилие. Выпущена в 2007 году, кстати.
Мор - первый проект молодой амбициозной студии, сделанный на самописном движке, выпущенный в 2005 году; графон настолько убогий, что ради погружения персонажам сделали аватарки из фотографий разрабов.
>У тебя в примерах фотореалистичные игры.
Если для тебя реальный мир выглядит вот так, то советую обратиться к окулисту. И перестать принимать лсд.
TF2 намерено стилизована под мультяшность, чтобы смягчить творящееся ультранасилие. Выпущена в 2007 году, кстати.
Мор - первый проект молодой амбициозной студии, сделанный на самописном движке, выпущенный в 2005 году; графон настолько убогий, что ради погружения персонажам сделали аватарки из фотографий разрабов.
>>77654
Не хочешь - не смотри, это не для тебя нарисовано.
>>77726
Да даже на твоём скриншоте видно, что там просто шакальная JPEG фотка досок. И огонь 1-в-1 как ИРЛ. Персонажи - да, немножечко утрированные, но не мультяшные. Или для тебя GTA5 тоже "мультик"?
Это и называется ФОТОреализмом, понимаешь?
Это всем известная проблема фотореализма в играх: стилизованные, мультяшные, анимешные игры даже допотопных времён сегодня выглядят точно так же привлекательно, как и 10/20/30/40 лет назад, а вот фотореалистичные игры до 2010-х выглядят как УГ, поскольку технология была ограничена железом. В большинстве случаев игры от 2010 и дальше уже не отличаются в плане фотореализма для обывателя (естественно, киноман-задрот будет каждый пиксель изучать под лупой и критиковать за неправильную симуляцию движения лучей вокруг прыщика на коже, однако, подобных задротов 1 на миллион максимум, остальным на такие подробности наплевать).
Короче, если ты видишь старую игру, и она выглядит откровенно отвратно - с высокой вероятностью, это фотореалистичная игра. Т.е. аффтары ПЫТАЛИСЬ в фотореализм, но технологии их ограничивали. А если видишь что-то, что даже с палитрой в 16 цветов очень хорошо выглядит - это стилизованная игра, что даже не пыталась выжать из старого железа фотореализм.
Вот наглядный пример - текстура досок в TF2 такая отвратная, поскольку в фотореализм пытались, но вынуждены были шакалить текстуры для старых, ограниченных по памяти GPU. Если бы они хотели стилизовать игру, они могли бы ограничиться более простыми текстурами, которые не похожи на JPEG с артефактами жёсткого шакаливания. Понимаешь? И персонажи, замечу, выглядят намного лучше, именно благодаря своей стилизации. Они не мультяшные, но стилизованные достаточно, чтобы выбраться из ямы фотореализма. Поэтому и популярны до сих пор.
>Зачем смотреть
Не хочешь - не смотри, это не для тебя нарисовано.
>>77726
>TF2 намерено стилизована под мультяшность
Да даже на твоём скриншоте видно, что там просто шакальная JPEG фотка досок. И огонь 1-в-1 как ИРЛ. Персонажи - да, немножечко утрированные, но не мультяшные. Или для тебя GTA5 тоже "мультик"?
>персонажам сделали аватарки из фотографий
Это и называется ФОТОреализмом, понимаешь?
>графон настолько убогий
Это всем известная проблема фотореализма в играх: стилизованные, мультяшные, анимешные игры даже допотопных времён сегодня выглядят точно так же привлекательно, как и 10/20/30/40 лет назад, а вот фотореалистичные игры до 2010-х выглядят как УГ, поскольку технология была ограничена железом. В большинстве случаев игры от 2010 и дальше уже не отличаются в плане фотореализма для обывателя (естественно, киноман-задрот будет каждый пиксель изучать под лупой и критиковать за неправильную симуляцию движения лучей вокруг прыщика на коже, однако, подобных задротов 1 на миллион максимум, остальным на такие подробности наплевать).
Короче, если ты видишь старую игру, и она выглядит откровенно отвратно - с высокой вероятностью, это фотореалистичная игра. Т.е. аффтары ПЫТАЛИСЬ в фотореализм, но технологии их ограничивали. А если видишь что-то, что даже с палитрой в 16 цветов очень хорошо выглядит - это стилизованная игра, что даже не пыталась выжать из старого железа фотореализм.
Вот наглядный пример - текстура досок в TF2 такая отвратная, поскольку в фотореализм пытались, но вынуждены были шакалить текстуры для старых, ограниченных по памяти GPU. Если бы они хотели стилизовать игру, они могли бы ограничиться более простыми текстурами, которые не похожи на JPEG с артефактами жёсткого шакаливания. Понимаешь? И персонажи, замечу, выглядят намного лучше, именно благодаря своей стилизации. Они не мультяшные, но стилизованные достаточно, чтобы выбраться из ямы фотореализма. Поэтому и популярны до сих пор.
230 Кб, 460x215Вышли в EA. На годоте. Интересно как пойдет.
https://store.steampowered.com/app/2868840/Slay_the_Spire_2/
https://store.steampowered.com/app/2868840/Slay_the_Spire_2/
>>77839
Выглядит пососно, как 2д игра на юнити с костной анимацией, которые мне никогда не нравились. Не знаю, может там механики интересные, конечно, но за визуал я бы не заинтересовался (как и первой частью)
Выглядит пососно, как 2д игра на юнити с костной анимацией, которые мне никогда не нравились. Не знаю, может там механики интересные, конечно, но за визуал я бы не заинтересовался (как и первой частью)
>>77800
Для начала пойдет. Синяя муха на лого годота похожа. Двигайся дальше. Алсо, какой же пиздец эти яигры, неужели там реальные люди бывают.
Для начала пойдет. Синяя муха на лого годота похожа. Двигайся дальше. Алсо, какой же пиздец эти яигры, неужели там реальные люди бывают.
>>77923
Не душни душнила. Интересно же глянуть чего там. Вон видно что они на шарпе писали, например.
Не душни душнила. Интересно же глянуть чего там. Вон видно что они на шарпе писали, например.
>>77920
Вот уж не думал что они реально все на якорях нахуячили. Ну да, keep it simple, хули
Вот уж не думал что они реально все на якорях нахуячили. Ну да, keep it simple, хули
>>77920
Интересно сколько там СИНГЛТОНОВ
Интересно сколько там СИНГЛТОНОВ
>>77934
Есть другой способ, чтобы сохранить позиционирование при разных разрешениях экрана?
>Вот уж не думал что они реально все на якорях нахуячили
Есть другой способ, чтобы сохранить позиционирование при разных разрешениях экрана?
>>77945
А зачем его сохранять? Я сразу пишу все адаптивно, а затем одним скриптом управляю поведением всего интерфейса и в ландшафте и в портрете. А если захочу фиксировать - просто упакую в специальный контейнер с фиксированным размером и зависимостью от скейла к базовому разрешению.
А зачем его сохранять? Я сразу пишу все адаптивно, а затем одним скриптом управляю поведением всего интерфейса и в ландшафте и в портрете. А если захочу фиксировать - просто упакую в специальный контейнер с фиксированным размером и зависимостью от скейла к базовому разрешению.
>>77949
Ну если годот позволяет - надо пользоваться, оно того стоит. Это просто удобно. А в остальном - ну просто удивился
Ну если годот позволяет - надо пользоваться, оно того стоит. Это просто удобно. А в остальном - ну просто удивился
>>77952
Я как-то оспариваю это? Или обесцениваю успешный релиз? Просто занятный ньюанс. Если бы местный синглтоношиз увидел на каких статических костылях держится силксонг - я думаю он бы утратил остатки веры в свои практики чистого кода.
Я как-то оспариваю это? Или обесцениваю успешный релиз? Просто занятный ньюанс. Если бы местный синглтоношиз увидел на каких статических костылях держится силксонг - я думаю он бы утратил остатки веры в свои практики чистого кода.
>>77954
Да, это было бы страшным ударом для него.
Да, это было бы страшным ударом для него.
>>77956
Ну скажем так - я могу и сохранять и не сохранять. Верстать адаптивно само по себе проще, все тупо делаешь на vbox hbox контейнерах, расстояния выставляешь филлерами, весь интерфейс держится на взаимных зависимостях и коэфициентах заполнения, 0% точных указаний количества пикселей и позиций на экране было бы в юнити, но тут не юнити, хоть и недалеко. Короче, я когда-то научился пользоваться юнитевским канвасом и на нем делать адаптивно и с тех пор меня не отпускает, якоря остались как чит когда неприменим найнпатч.
>Странный вопрос.
Ну скажем так - я могу и сохранять и не сохранять. Верстать адаптивно само по себе проще, все тупо делаешь на vbox hbox контейнерах, расстояния выставляешь филлерами, весь интерфейс держится на взаимных зависимостях и коэфициентах заполнения, 0% точных указаний количества пикселей и позиций на экране было бы в юнити, но тут не юнити, хоть и недалеко. Короче, я когда-то научился пользоваться юнитевским канвасом и на нем делать адаптивно и с тех пор меня не отпускает, якоря остались как чит когда неприменим найнпатч.
На ютубе челик рассказывал как он делал 5 лет 2д платформер. Что-то мне нехорошо стало(делаю 3d игру)
>>77963
Многие говорят, что 3D делать проще, чем 2D. А вообще, что ты ожидал? Игры быстро не делаются.
Многие говорят, что 3D делать проще, чем 2D. А вообще, что ты ожидал? Игры быстро не делаются.
>>77839
Кто-то верит в онлайн этой игры? Кажется ботовотство стало неотъемлемой частью маркетинга уже, может и раньше так было но не так явно крутят.
Кто-то верит в онлайн этой игры? Кажется ботовотство стало неотъемлемой частью маркетинга уже, может и раньше так было но не так явно крутят.
>>77978
- Она висит на главной стима, срыгнув оттуда мявгенику
- Первая тоже была успешной
- Разработчики донатят 18-36к евро/год в годот
Мне верится.
- Она висит на главной стима, срыгнув оттуда мявгенику
- Первая тоже была успешной
- Разработчики донатят 18-36к евро/год в годот
Мне верится.
>>77980
Мавгеникс - предел 80к, щас 50
https://steamdb.info/app/2868840/charts/
StS2 - 430к и летим ту зе мун
https://steamdb.info/app/2868840/charts/
Как же карточное говно попустило мавгеникс, я хуею блять
Мавгеникс - предел 80к, щас 50
https://steamdb.info/app/2868840/charts/
StS2 - 430к и летим ту зе мун
https://steamdb.info/app/2868840/charts/
Как же карточное говно попустило мавгеникс, я хуею блять
>>77981
И это пока еще ёрли акцесс. Такие дела.
Играть я в нее конечно не буду, не фанат ни рогаликов, ни карточек.
И это пока еще ёрли акцесс. Такие дела.
Играть я в нее конечно не буду, не фанат ни рогаликов, ни карточек.
Я если до релиза дойду тоже закуплю просмотры трейлера на ютубе, может даже в стиме спящих подключу чтобы захайпить.
>>77986
Я думаю стим бы сразу сопоставил массовую раздачу (сотнями тысяч нахуй) ключей к игре и подскок онлайна на эти же сотни тысяч розданых ключей, я думаю гейб не такой дурачок. В твиче спящих нагонять попроще будет.
Я думаю стим бы сразу сопоставил массовую раздачу (сотнями тысяч нахуй) ключей к игре и подскок онлайна на эти же сотни тысяч розданых ключей, я думаю гейб не такой дурачок. В твиче спящих нагонять попроще будет.
>>77988
А какой профит габену спящих ловить? Думаю там серыми схемами не без участия самого габена это делается, ну по крайней мере с его дозволения точно.
А какой профит габену спящих ловить? Думаю там серыми схемами не без участия самого габена это делается, ну по крайней мере с его дозволения точно.
>>77989
Эти пики будут выбиваться на фоне стабильной ежедневной стим-аудитории, типа, просто изниоткуда материализовалось 300к народу, при чем материализовалось на одной конкретной игре. Сомнительно короче.
Эти пики будут выбиваться на фоне стабильной ежедневной стим-аудитории, типа, просто изниоткуда материализовалось 300к народу, при чем материализовалось на одной конкретной игре. Сомнительно короче.
>>77990
ну и ступеньки, мда
ну и ступеньки, мда
>>77994
Как босс.
Как босс.
6,8 Мб, mp4,2712x1220, 0:14
>>77991
Чукча не пониматель, чукча только читатель))
Чукча не пониматель, чукча только читатель))
>>77992
Они вроде уже палились на каких-то играх ноунеймов
Они вроде уже палились на каких-то играх ноунеймов
>>78000
Да не, там и перемещение по плоскости есть как элемент стратегии, и активные эффекты работают по клеткам, ну и опять же, эффекты и визуал > карточки. Короче дурка
Да не, там и перемещение по плоскости есть как элемент стратегии, и активные эффекты работают по клеткам, ну и опять же, эффекты и визуал > карточки. Короче дурка
>>77934
На первом скриншоте сцена виртуальной карточки. Карточки в карточных играх - это аналог реальных, картонных игровых карточек. У таких карточек по определению должны быть строго фиксированные положения и размеры всех элементов, иначе будет выглядеть всрато. Плюс, по скриншотам видно, что карточки отображаются не как обычный GUI, а как элементы игрового мира - т.е. поворачиваются, а в положении по умолчанию они за гранью экрана.
>>77978
>>77981
Ты сравниваешь шок-мем синглплеер без начальной аудитории и кооперативный карточный дрочильник с огномной фанбазой. В первую игру играли миллионы игроков, так почему во вторую они же не поиграют? Соотношение отзывов к игрокам в пределах нормы.
>>78000
Вот только карточная аудитория дрочит на карточки... Виртуальные карточки не зря выглядят как реальные: внешний вид играет важную психологическую роль, примерно как в порнухе. Ты ещё скажи "ютуб - он как порнхаб, только без обнажёнки и гениталий". Нужно понимать желания выбранной целевой аудитории.
>>78002
Просто ты не входишь в целевую аудиторию карточек.
Я тоже не вхожу в эту аудиторию, хоть и пробовал в прошлом поиграть в Hearthstone, и даже читал на различных фанатских вики про карточные игры в реальности. Не моё это, но принцип работы понял. Понимаю, что в целом эта тема супер-прибыльная. Разрабатывать свою игру я, конечно же, не буду...
>Вот уж не думал что они реально все на якорях
На первом скриншоте сцена виртуальной карточки. Карточки в карточных играх - это аналог реальных, картонных игровых карточек. У таких карточек по определению должны быть строго фиксированные положения и размеры всех элементов, иначе будет выглядеть всрато. Плюс, по скриншотам видно, что карточки отображаются не как обычный GUI, а как элементы игрового мира - т.е. поворачиваются, а в положении по умолчанию они за гранью экрана.
>>77978
>Кто-то верит в онлайн этой игры?
>>77981
>мавгеникс
Ты сравниваешь шок-мем синглплеер без начальной аудитории и кооперативный карточный дрочильник с огномной фанбазой. В первую игру играли миллионы игроков, так почему во вторую они же не поиграют? Соотношение отзывов к игрокам в пределах нормы.
>>78000
>карточное, только без карточек
Вот только карточная аудитория дрочит на карточки... Виртуальные карточки не зря выглядят как реальные: внешний вид играет важную психологическую роль, примерно как в порнухе. Ты ещё скажи "ютуб - он как порнхаб, только без обнажёнки и гениталий". Нужно понимать желания выбранной целевой аудитории.
>>78002
>эффекты и визуал > карточки. Короче дурка
Просто ты не входишь в целевую аудиторию карточек.
Я тоже не вхожу в эту аудиторию, хоть и пробовал в прошлом поиграть в Hearthstone, и даже читал на различных фанатских вики про карточные игры в реальности. Не моё это, но принцип работы понял. Понимаю, что в целом эта тема супер-прибыльная. Разрабатывать свою игру я, конечно же, не буду...
А ведь у Slay the Spire 2 ещё кооп есть. Сетевой. На годоте.
>>78005
Делайте не всрато (это не сложно)
Всему этому адаптивность не мешает ну никак. Повороты и скейл живет отдельно от расчетов контейнеров. Плюс, годот позволяет переопределять поведение при расчетах положений элементов для каждой отдельно взятой ноды.
Автор мяугеникса - автор the binding of isaac, тоже немаленькая аудитория. Хотя вот щас глянул, судя по онлайну первой части - у второй точно не спящие бизнесмены на онлайне
>У таких карточек по определению должны быть строго фиксированные положения и размеры всех элементов, иначе будет выглядеть всрато
Делайте не всрато (это не сложно)
>Плюс, по скриншотам видно, что карточки отображаются не как обычный GUI, а как элементы игрового мира - т.е. поворачиваются, а в положении по умолчанию они за гранью экрана.
Всему этому адаптивность не мешает ну никак. Повороты и скейл живет отдельно от расчетов контейнеров. Плюс, годот позволяет переопределять поведение при расчетах положений элементов для каждой отдельно взятой ноды.
>Ты сравниваешь шок-мем синглплеер без начальной аудитории и кооперативный карточный дрочильник с огномной фанбазой.
Автор мяугеникса - автор the binding of isaac, тоже немаленькая аудитория. Хотя вот щас глянул, судя по онлайну первой части - у второй точно не спящие бизнесмены на онлайне
407 Кб, mp4,800x556, 0:05
>>76635 (OP)
Помните посты в этом ИТТ треде типа:
Ответ Rémi Verschelde (akien-mga):
https://reddit.com/r/godot/comments/1qpmdvd/comment/o2fsnu8/
Помните посты в этом ИТТ треде типа:
>Ряяя, почему так часто минорные версии(((
>Ряяя, почему stable недостаточно стабильна(((
>А я буду ждать патч x.y.1/x.y.2/x.y.69/x.y.100500)))
Ответ Rémi Verschelde (akien-mga):
https://reddit.com/r/godot/comments/1qpmdvd/comment/o2fsnu8/
>Assuming that's the same bug, it should be fixed in 4.6.1 indeed, I'll cherry-pick that PR.
>But this, folks, is why we make so many dev/beta/RC snapshots, to try to catch regressions like this before a stable release.
>I totally get that most Godot users are busy building their game and not beta testing the engine, but it would be great to have a few more testers (even just testing beta1 and RC1 when they're released on a copy/clone of the project, just to see if anything breaks horribly, and report it).
>I guess folks testing once stable is out and us having to make a .1 patch release is another way to do QA, but that might lead to folks thinking "I'll just skip .0 and wait for the .1 patch", and we'll have the same problem all over again.
>>78017
Я один из тех кто писал эти посты, и я же в целом описывал аналогичную проблему - тестировать никто не хочет, слать репорты и заниматься всем этим, все хотят делать игры. Я просто сильно сомневаюсь что местные вкатуны написали хоть один pr по всем правилам + проект для воспроизведения, поэтому и писал что 4.6 вышел нестабильным, ждем патчи
Я один из тех кто писал эти посты, и я же в целом описывал аналогичную проблему - тестировать никто не хочет, слать репорты и заниматься всем этим, все хотят делать игры. Я просто сильно сомневаюсь что местные вкатуны написали хоть один pr по всем правилам + проект для воспроизведения, поэтому и писал что 4.6 вышел нестабильным, ждем патчи
>>78019
Я почти не встречал багов. Максимум когда надо перезапустить редактор чтобы что-то обновилось.
Я почти не встречал багов. Максимум когда надо перезапустить редактор чтобы что-то обновилось.
>>78017
потешные оправдания, оправдывающие то, что сами разрабы что-то поменяв не проводят даже банальный тест
потешные оправдания, оправдывающие то, что сами разрабы что-то поменяв не проводят даже банальный тест
>>78019
За несколько лет работы с Godot я встречал не так уж и много багов, при том все эти баги уже имели свой подробный issue на GitHub и иногда PR с фиксом. Всё остальное фиксилось перезагрузкой редактора или удалением кэша из .import/.godot, так что я даже не задумывался о том, чтобы пойти искать на GitHub...
Так что считаю претензии к стабильности Godot либо троллингом, либо постами полных новичков, кому компьютер подарили впервые совсем недавно, и им непривычно встречаться с багами в программах.
Глючный софт - это норма, и Godot крайне стабилен относительно 99% программ, как закрытых, так и с открытыми исходниками (учитывая его сложность - маленькие программы реже глючат, потому что там буквально меньше места для каких-либо ошибок).
>>78023
Специфика геймдева такова, что автотестами всё проверить невозможно, а на ручное тестирование необходимо куда больше времени и навыков, чем в обычном ПО. Условно, музыкальный плеер может протестировать любой пользователь ПК, а для теста игрового движка нужны реальные разработчики игр.
За несколько лет работы с Godot я встречал не так уж и много багов, при том все эти баги уже имели свой подробный issue на GitHub и иногда PR с фиксом. Всё остальное фиксилось перезагрузкой редактора или удалением кэша из .import/.godot, так что я даже не задумывался о том, чтобы пойти искать на GitHub...
Так что считаю претензии к стабильности Godot либо троллингом, либо постами полных новичков, кому компьютер подарили впервые совсем недавно, и им непривычно встречаться с багами в программах.
Глючный софт - это норма, и Godot крайне стабилен относительно 99% программ, как закрытых, так и с открытыми исходниками (учитывая его сложность - маленькие программы реже глючат, потому что там буквально меньше места для каких-либо ошибок).
>>78023
Специфика геймдева такова, что автотестами всё проверить невозможно, а на ручное тестирование необходимо куда больше времени и навыков, чем в обычном ПО. Условно, музыкальный плеер может протестировать любой пользователь ПК, а для теста игрового движка нужны реальные разработчики игр.
>>78026
Да, поэтому меинтенер который доработал/поменял Bone2D не может создать проект и добавить ноду Bone2D и потыкать её или открыть какой то проект с ней. Нужны реальные разработчики игр, всё так, да. Надо ждать чтобы юзеры сами натыкали, нашли проблему, создали ишью и описали там полный алгоритм получения проблемы, записали видео. Тогда придёт жирный пидар фрипалестине жизнинегровважнее AThousandShips и поставит need testing чтобы другой юзер зашёл почитал проблему и попытался повторить и тогда, только тогда, проблему кинут тому меинтенеру, который изменял Bone2D.
>Специфика геймдева такова
Да, поэтому меинтенер который доработал/поменял Bone2D не может создать проект и добавить ноду Bone2D и потыкать её или открыть какой то проект с ней. Нужны реальные разработчики игр, всё так, да. Надо ждать чтобы юзеры сами натыкали, нашли проблему, создали ишью и описали там полный алгоритм получения проблемы, записали видео. Тогда придёт жирный пидар фрипалестине жизнинегровважнее AThousandShips и поставит need testing чтобы другой юзер зашёл почитал проблему и попытался повторить и тогда, только тогда, проблему кинут тому меинтенеру, который изменял Bone2D.
71 Кб, 555x772>>78031
Лол, там не всё так просто:
Кто же знал, что юзеры часто деают цепочки костей, имеющих одинаковые/чередующиеся имена? Я вот создавал 2D скелеты и всегда давал всем костям уникальные имена - в худшем случае, присваивал порядковые номера к уникальному имени цепочки. Поэтому, будь я разрабом, я бы тоже не увидел баг.
>добавить ноду Bone2D и потыкать её
Лол, там не всё так просто:
>with the same word like Bone2D/Bone2D/Bone2D
>A/B results in the same hash as B/A
Кто же знал, что юзеры часто деают цепочки костей, имеющих одинаковые/чередующиеся имена? Я вот создавал 2D скелеты и всегда давал всем костям уникальные имена - в худшем случае, присваивал порядковые номера к уникальному имени цепочки. Поэтому, будь я разрабом, я бы тоже не увидел баг.
>>78037
Я гипотетически написал, но если угодно,
Юзеры не делали чего-то запрещённого или чего движок не даёт сделать.
Это работало раньше, т.е. меинтейнер сломал это.
Смотрим детальнее причины возникновения https://github.com/godotengine/godot/pull/110400
Один меинтейнер решил "оптимизировать" алгоритм склейки имён нод для хеширования в AnimationPlayer
Второй проверял его код, но сказал что не эксперт в хешировании, тем не менее назвал ПР годным
Третий сказал, что все функции хешей имеют коллизии (что правда) и предложил поменять функцию хеширования для хешмапы в принципе.
Ожил первый и сказал что тут нет цели заменять функцию хеширования
Пришёл четвертый и сказал что всё хорошо, пук среньк и ПР приняли.
Проблема в том что новая реализация HashMapHasherDefault::hash вызывает функцию hash() у объектов, а эти объекты это NodePath у которых и стоял алгоритм с xor (высранный Хуаном 13 лет назад) и работавший до этого поэтому в https://github.com/godotengine/godot/pull/115473 упоминаются проблемы xor и меняют алгоритм у NodePath
Минимум двое, из четырёх упомянутых выше, на зарплате (может даже все), ни один не создал проект и не потыкал (AnimationPlayer)
>Лол, там не всё так просто:
Я гипотетически написал, но если угодно,
>что юзеры часто деают цепочки костей, имеющих одинаковые/чередующиеся имена
Юзеры не делали чего-то запрещённого или чего движок не даёт сделать.
Это работало раньше, т.е. меинтейнер сломал это.
Смотрим детальнее причины возникновения https://github.com/godotengine/godot/pull/110400
Один меинтейнер решил "оптимизировать" алгоритм склейки имён нод для хеширования в AnimationPlayer
Второй проверял его код, но сказал что не эксперт в хешировании, тем не менее назвал ПР годным
Третий сказал, что все функции хешей имеют коллизии (что правда) и предложил поменять функцию хеширования для хешмапы в принципе.
Ожил первый и сказал что тут нет цели заменять функцию хеширования
Пришёл четвертый и сказал что всё хорошо, пук среньк и ПР приняли.
Проблема в том что новая реализация HashMapHasherDefault::hash вызывает функцию hash() у объектов, а эти объекты это NodePath у которых и стоял алгоритм с xor (высранный Хуаном 13 лет назад) и работавший до этого поэтому в https://github.com/godotengine/godot/pull/115473 упоминаются проблемы xor и меняют алгоритм у NodePath
Минимум двое, из четырёх упомянутых выше, на зарплате (может даже все), ни один не создал проект и не потыкал (AnimationPlayer)
>>78057
Назначаю тебя новым проверяющим. Проверяй, а я спать. Завтра рано вставать, игру делать.
Назначаю тебя новым проверяющим. Проверяй, а я спать. Завтра рано вставать, игру делать.
Знатоки годота, в движке есть какие-нибудь инструменты, упрощающие реализацию скрытия стен, которые закрывают игрока(в 3д)? Пока я думаю делать SphereCast/Volume от камеры к игроку -> скрытие/альфа стен комнаты(которые отдельными MeshInstance3D/StaticBody3D в группе WALLS)
453 Кб, 1731x951>>78134
Старое от трешки, но еще актуальное в плане общей механики: https://www.youtube.com/watch?v=EXmtjrWZejw
Но для своей игры я просто делаю аутлайны для важных объектов, которые закрыты стенами (пик) - реализуется с помощью рендер приорити и галки на depth testing в материале. Проще и дешевле чем стены ебать.
Старое от трешки, но еще актуальное в плане общей механики: https://www.youtube.com/watch?v=EXmtjrWZejw
Но для своей игры я просто делаю аутлайны для важных объектов, которые закрыты стенами (пик) - реализуется с помощью рендер приорити и галки на depth testing в материале. Проще и дешевле чем стены ебать.
Для тех редких ИТТ, кто все же делает игры. Основные косяки:
1. Всратый онбоардинг ньюфагов. Нет обучения, нет объяснений, непонятны механики, непонятно о чем игра, куда идти и что делать. Либо наоборот - инфодамп стеной текста.
2. Баги-краши
3. УЙ на высоких разрешениях
4. Всратое аудио
5. Отсутствие фидбека на действия игрока
6. Всратое управление
https://www.reddit.com/r/gamedev/comments/1rm9lyw/we_playtested_over_400_games_these_are_the_top/
1. Всратый онбоардинг ньюфагов. Нет обучения, нет объяснений, непонятны механики, непонятно о чем игра, куда идти и что делать. Либо наоборот - инфодамп стеной текста.
2. Баги-краши
3. УЙ на высоких разрешениях
4. Всратое аудио
5. Отсутствие фидбека на действия игрока
6. Всратое управление
https://www.reddit.com/r/gamedev/comments/1rm9lyw/we_playtested_over_400_games_these_are_the_top/
>>78057
Да я вот вообще не понимаю, чего они там какой-то велосипед изобретают... Класс Dictionary в GDScript полностью доступен из C++ в ядре движка и на 100% избавлен от коллизий хэша. Зачем они что-то новое выдумывают, если можно юзать уже готовый код?
Ладно уж, таких случаев не много. И в теории данная оптимизация не должна была никому навредить. На практике, проблема случилась только из-за:
Текст на картинке читал? Нагрев CPU - баг или фича? Сломалось или пофиксилось? Лучше или хуже? Всё относительно. Относительно ЦА. Вот ЦА заценили - оказалось, что для ЦА "сломано". Придётся фиксить.
>>78108
Не понял. Почему? Игры не настолько важны...
>hash()
Да я вот вообще не понимаю, чего они там какой-то велосипед изобретают... Класс Dictionary в GDScript полностью доступен из C++ в ядре движка и на 100% избавлен от коллизий хэша. Зачем они что-то новое выдумывают, если можно юзать уже готовый код?
>ни один не создал проект и не потыкал
Ладно уж, таких случаев не много. И в теории данная оптимизация не должна была никому навредить. На практике, проблема случилась только из-за:
>Это работало раньше
Текст на картинке читал? Нагрев CPU - баг или фича? Сломалось или пофиксилось? Лучше или хуже? Всё относительно. Относительно ЦА. Вот ЦА заценили - оказалось, что для ЦА "сломано". Придётся фиксить.
>>78108
>поэтому я и бросил делать игры
Не понял. Почему? Игры не настолько важны...
>>78134
Начиная с Godot 4.5, можно использовать Stencil:
https://github.com/apples/godot-stencil-demo
https://github.com/godotengine/godot/pull/80710
https://godotengine.org/releases/4.5/#stencil-buffer-support
Начиная с Godot 4.5, можно использовать Stencil:
https://github.com/apples/godot-stencil-demo
https://github.com/godotengine/godot/pull/80710
https://godotengine.org/releases/4.5/#stencil-buffer-support
>How do we visually “drill a hole” in that wall in order to peep at the player on the other side?
>You can now do it with stencil buffers! Imagine an invisible sphere that surrounds our character. Even if geometry is not rendering itself on screen, we insert its shape into the stencil buffer. Then, we make our wall shaders only render if the target pixel is not covered by the stencil. Voilà.
>A stencil buffer is a special buffer that meshes can write to for later comparison. It is similar to the existing depth buffer, except arbitrary values can be written and you have more control over what you do with comparisons.
>>78137
Это скам уровня фальковаре. Чувак берёт 20$, чтобы в игрушку лоха поиграл рандомный 12-летний школьник, написал ему "всё плохо, переделывай" и получил 10$. Поэтому весь пост - просто тупая реклама лохотрона. Подумай сам, аффтар гребёт бабки лопатой, и будет рассказывать, как избавиться от его помощи? Это ж наивность уровня веры в помощь психотерапевтов.
Все его советы можно свести к двум пунктам:
1. УМНЫХ ЛЮДЕЙ МАЛО @ ДЕЛАЙ ДЛЯ ДЕБИЛОВ
2. НОРМАЛЬНО ДЕЛАЙ @ НОРМАЛЬНО БУДЕТ
Всё остальное - вода для заполнения поста.
И как этот пост вообще относится к Godot?
>we_playtested_over_400_games
Это скам уровня фальковаре. Чувак берёт 20$, чтобы в игрушку лоха поиграл рандомный 12-летний школьник, написал ему "всё плохо, переделывай" и получил 10$. Поэтому весь пост - просто тупая реклама лохотрона. Подумай сам, аффтар гребёт бабки лопатой, и будет рассказывать, как избавиться от его помощи? Это ж наивность уровня веры в помощь психотерапевтов.
Все его советы можно свести к двум пунктам:
1. УМНЫХ ЛЮДЕЙ МАЛО @ ДЕЛАЙ ДЛЯ ДЕБИЛОВ
2. НОРМАЛЬНО ДЕЛАЙ @ НОРМАЛЬНО БУДЕТ
Всё остальное - вода для заполнения поста.
И как этот пост вообще относится к Godot?
>>78160
Везде враги, которые мечтают на тебе нажиться! Не трясись ты так. Тебе не полезно, кому-то полезно. Я в свою первую игру НА ГОДОТЕ догадался туториал добавить только спустя полгода после релиза, а до того считал свои механики очевидными и наблюдал тупящих игроков, ставящих низкие рейтинги. После апдейта рейтинг в гугл плее вырос с 3 до 4.8
Везде враги, которые мечтают на тебе нажиться! Не трясись ты так. Тебе не полезно, кому-то полезно. Я в свою первую игру НА ГОДОТЕ догадался туториал добавить только спустя полгода после релиза, а до того считал свои механики очевидными и наблюдал тупящих игроков, ставящих низкие рейтинги. После апдейта рейтинг в гугл плее вырос с 3 до 4.8
>>78175
Ну кто ж виноват что ты такой тупой.
>Я в свою первую игру НА ГОДОТЕ догадался туториал добавить только спустя полгода после релиза, а до того считал свои механики очевидными
Ну кто ж виноват что ты такой тупой.
>>78175
А ты не мечтаешь что ли?
Не представлю себе игру, которой ставили бы 1/2/3 в отзывах за СЛОЖНОСТЬ МЕХАНИК. Обычно рейтинг сливают за насилие рекламой, микротранзакции, технические проблемы в платной игре, жёсткий P2W.
Если ребёнок оставляет 1 звезду с комментарием наподобие "СЛОЖНА НИЧО НЕ ПОНЕЛ", то ему уже не поможет никакой туториал. Он бы и с туториалом не разобрался, т.к. тупо терпения не хватило бы, лол.
Скорее всего, ты там что-то ещё обновил, или сделал рекламу в каком-то нормальном коммьюнити, что и вытянуло оценку игры со дна. Но ты же нам игру не покажешь, ты только на словах крутой геймдев...
>мечтают нажиться
А ты не мечтаешь что ли?
>считал свои механики очевидными
>рейтинг в гугл плее вырос с 3
Не представлю себе игру, которой ставили бы 1/2/3 в отзывах за СЛОЖНОСТЬ МЕХАНИК. Обычно рейтинг сливают за насилие рекламой, микротранзакции, технические проблемы в платной игре, жёсткий P2W.
Если ребёнок оставляет 1 звезду с комментарием наподобие "СЛОЖНА НИЧО НЕ ПОНЕЛ", то ему уже не поможет никакой туториал. Он бы и с туториалом не разобрался, т.к. тупо терпения не хватило бы, лол.
Скорее всего, ты там что-то ещё обновил, или сделал рекламу в каком-то нормальном коммьюнити, что и вытянуло оценку игры со дна. Но ты же нам игру не покажешь, ты только на словах крутой геймдев...
>>78177
У тебя домики наподобие The Sims что ли?
Рейкасты не нужны. У каждой стены есть поворот относительно вертикальной оси. У камеры тоже есть поворот относительно этой оси. Сравниваешь одно с другим и скрываешь стены, которые потенциально перекрывают содержимое своей комнаты.
Если нужно только в комнате с игроком, а остальные затемнять - тогда нужен способ определить, в какой комнате игрок. Типа Area3D по форме всей комнаты. Привязываешь стены в список этого триггера, потом проходишь по списку и проверяешь, что скрыть.
А вообще, некоторые такие игры позволяют совсем скрывать все стены, включая дальние. Выглядит... Довольно странно. Но кому-то, наверное, удобнее.
>убирать всю стену чтобы лучше видеть арену
У тебя домики наподобие The Sims что ли?
Рейкасты не нужны. У каждой стены есть поворот относительно вертикальной оси. У камеры тоже есть поворот относительно этой оси. Сравниваешь одно с другим и скрываешь стены, которые потенциально перекрывают содержимое своей комнаты.
Если нужно только в комнате с игроком, а остальные затемнять - тогда нужен способ определить, в какой комнате игрок. Типа Area3D по форме всей комнаты. Привязываешь стены в список этого триггера, потом проходишь по списку и проверяешь, что скрыть.
А вообще, некоторые такие игры позволяют совсем скрывать все стены, включая дальние. Выглядит... Довольно странно. Но кому-то, наверное, удобнее.
>>78178
Если бы мечтал то очевидно не занимался бы созданием игр так как денег тут нема.
>А ты не мечтаешь что ли?
Если бы мечтал то очевидно не занимался бы созданием игр так как денег тут нема.
1,2 Мб, mp4,1596x896, 0:09
Мой первый шейдер, выглядит забавно. Не обращайте внимание пока на UI, просто ради теста шейдера так налепил, я потом оформлю, чтобы шейдеры-задники были для каждого хомяка своими и передавались по наследству от родителей при скрещивании.
>>78185
Я не знаю, какая у игры целевая аудитория будет в конечном итоге. Делаю по наитию, так сказать.
Впрочем не думаю, что она будет какая-то особо сложная, я постараюсь дать игроку инструменты для контроля за результатом при скрещивании, а не просто мольбы на лучший результат у бога рандома.
>>78186
Немножко, но это чисто из-за лиц. Мне не хотелось делать мимимишные мордашки им.
Я не знаю, какая у игры целевая аудитория будет в конечном итоге. Делаю по наитию, так сказать.
Впрочем не думаю, что она будет какая-то особо сложная, я постараюсь дать игроку инструменты для контроля за результатом при скрещивании, а не просто мольбы на лучший результат у бога рандома.
>>78186
Немножко, но это чисто из-за лиц. Мне не хотелось делать мимимишные мордашки им.
Обсуждали вскрытие StS2 и я решил взглянуть на Halls of Torment (Godot 4.3) от Chasing Carrots
Я думал оно в стилизованном 3D, но нет, чисто 2D везде.
Сделано конечно круто, 20 самодельных аддонов написали, даже для редактора скриптов (и я немного недоволен, что плагин редактора экспортируется в финальную игру)
Заметил (по исходникам), что в игре появился новый класс - Бард уникальный во всём, каст его скиллов зависит от музыки и на это они себе тоже сделали редактор-плагин, музыка которую играет меняется по ходу уровня и всё происходит максимально гладко.
Записал кусок геймплея (пришлось даунскейлить) чтобы показать сколько на экране говна всякого происходит, вылетает и светится и при этом работает стабильно на моём корыте.
Я думал оно в стилизованном 3D, но нет, чисто 2D везде.
Сделано конечно круто, 20 самодельных аддонов написали, даже для редактора скриптов (и я немного недоволен, что плагин редактора экспортируется в финальную игру)
Заметил (по исходникам), что в игре появился новый класс - Бард уникальный во всём, каст его скиллов зависит от музыки и на это они себе тоже сделали редактор-плагин, музыка которую играет меняется по ходу уровня и всё происходит максимально гладко.
Записал кусок геймплея (пришлось даунскейлить) чтобы показать сколько на экране говна всякого происходит, вылетает и светится и при этом работает стабильно на моём корыте.
>>78184
Красиво, молодец.
Не понел. Где эти хомяки находятся? Думал, ты потом обычные локации смастеришь: лес, поле, река, море... Покемоны, JRPG в целом - ставят фон, зависящий от клеточки на глобальной карте (было до полного 3D).
>>78188
А по-моему очень милые морды. Это девочки?
Красиво, молодец.
>шейдеры-задники были для каждого хомяка своими
Не понел. Где эти хомяки находятся? Думал, ты потом обычные локации смастеришь: лес, поле, река, море... Покемоны, JRPG в целом - ставят фон, зависящий от клеточки на глобальной карте (было до полного 3D).
>>78188
>не хотелось делать мимимишные мордашки
А по-моему очень милые морды. Это девочки?
>>78203
Это настраивается в процессе экспорта. Ты можешь самостоятельно исключить или включить (зависит от выбранного режима: "всё кроме" или "только то, что выбрано") любые папки и файлы в папке проекта. Это позволяет также делать независимые DLC и патчи в формате .pck из одной папки проекта (для патчей ещё существует особая утилита, но не знаю, работает ли: позволяет автоматически сделать patch.pck после сканирования оригинального pck твоего проекта).
Наверное, разрабам этой игры было лень возиться.
>плагин редактора экспортируется
Это настраивается в процессе экспорта. Ты можешь самостоятельно исключить или включить (зависит от выбранного режима: "всё кроме" или "только то, что выбрано") любые папки и файлы в папке проекта. Это позволяет также делать независимые DLC и патчи в формате .pck из одной папки проекта (для патчей ещё существует особая утилита, но не знаю, работает ли: позволяет автоматически сделать patch.pck после сканирования оригинального pck твоего проекта).
Наверное, разрабам этой игры было лень возиться.
>>78203
Так это же 2д. Оно и в диабле 2 так же иногда было. Вот в третьей диабле и пое уже 3д и могут быть просадочки в файтах.
> сколько на экране говна всякого происходит, вылетает и светится и при этом работает стабильно на моём корыте.
Так это же 2д. Оно и в диабле 2 так же иногда было. Вот в третьей диабле и пое уже 3д и могут быть просадочки в файтах.
>>78207
Он на юнити вроде, если что
Он на юнити вроде, если что
>>78206
Максимум я не записал, но там и в 10 раз больше может быть всего
Максимум я не записал, но там и в 10 раз больше может быть всего
238 Кб, 1612x915>>78204
Вот что-то такое я хотел. Но можно и с задниками поэкспериментировать, в зависимости от локаций.
Это инопланетные хомячки, они бесполые. Как дитто из покемонов.
Вот что-то такое я хотел. Но можно и с задниками поэкспериментировать, в зависимости от локаций.
>А по-моему очень милые морды. Это девочки?
Это инопланетные хомячки, они бесполые. Как дитто из покемонов.
>>78214
Gdscript
Gdscript
>>78215
>>78218
В каком-то смысле так и есть.
Завязка сюжета была в том, что на Землю прилетели инопланетяне. Все думали, что сейчас начнется война с ними, а они просто сбросили миллионы этих хомяков на нашу планету и улетели. А всё потому что на их собственной планете их развелось слишком много, буквально триллионы, они плодятся как кролики бесконтрольно, пришлось выкидывать их на другие планеты.
>>78218
В каком-то смысле так и есть.
Завязка сюжета была в том, что на Землю прилетели инопланетяне. Все думали, что сейчас начнется война с ними, а они просто сбросили миллионы этих хомяков на нашу планету и улетели. А всё потому что на их собственной планете их развелось слишком много, буквально триллионы, они плодятся как кролики бесконтрольно, пришлось выкидывать их на другие планеты.
>>78226
Какой милый сюжет :3
Земляне бы выкидывали их на свою звезду, и не парились. А эти добряки летают по голактеке, подкидывают другим цивилизациям. Как говорится, с глаз долой -> из сердца вон.
Какой милый сюжет :3
Земляне бы выкидывали их на свою звезду, и не парились. А эти добряки летают по голактеке, подкидывают другим цивилизациям. Как говорится, с глаз долой -> из сердца вон.
202 Кб, 1920x1160>>77733
Бро, тебе точно к окулисту. Не позорься. Сыграй в TF2, в конце концов, она фритуплей. Вольвы намеренно уходили от фотореализма ХЛ2 (а вот там действительно использовались фототекстуры) и делали игру с мультяшной графикой во всех аспектах, о чём постоянно говорили. Посмотри хотя бы на пропорции персонажей, это ты на артефакты никак не спишешь.
Ты ещё притяни за уши, что там присутствует озвучка голосами живых актёров, а не стилизованные звуки, как в каком-нибудь андертейле или селесте. Это не так работает. Фотореализм - это когда фототекстуры на модельках. И модельки максимального (для своего времени) качества. И анимации - мокап, ротоскопирование, симуляция мускулов (что-то из этого на выбор). Симуляция физики хотя бы какая-нибудь. Другие передовые технологии своего времени тоже желательно.
Ледорубы не пытались в фотореализм как раз из-за того, что понимали, что не смогут. Халф Лайф 2 и Дум 3 были свежевышедшими флагманами, угнаться за которыми начинающая инди-студия даже не пыталась. Так что они слепили игру из того, что было. Были фотки - использовали фотки. Не было фоток - рисовали рисунки. Тут ещё дело в наличии у них художественного вкуса и стремления сделать искхуйсство, а не просто сделать шоб как в жизни. И кстати, если копнуть глубоко в сеттинг, становится понятно, что излишний реализм игре бы повредил, так как (если когда-нибудь планируешь играть - крайне не рекомендую читать спойлер, это знание испортит тебе полу-истинную концовку; и суть его настолько проста, что ты даже если мельком прочитаешь, всё равно запомнишь) (впрочем, похуй, если не любишь игры с СПГС-сюжетом) на самом деле все персонажи - это куклы в детской песочнице.
>Да даже на твоём скриншоте видно, что там просто шакальная JPEG фотка досок.
Бро, тебе точно к окулисту. Не позорься. Сыграй в TF2, в конце концов, она фритуплей. Вольвы намеренно уходили от фотореализма ХЛ2 (а вот там действительно использовались фототекстуры) и делали игру с мультяшной графикой во всех аспектах, о чём постоянно говорили. Посмотри хотя бы на пропорции персонажей, это ты на артефакты никак не спишешь.
>Это и называется ФОТОреализмом, понимаешь?
Ты ещё притяни за уши, что там присутствует озвучка голосами живых актёров, а не стилизованные звуки, как в каком-нибудь андертейле или селесте. Это не так работает. Фотореализм - это когда фототекстуры на модельках. И модельки максимального (для своего времени) качества. И анимации - мокап, ротоскопирование, симуляция мускулов (что-то из этого на выбор). Симуляция физики хотя бы какая-нибудь. Другие передовые технологии своего времени тоже желательно.
>аффтары ПЫТАЛИСЬ в фотореализм, но технологии их ограничивали
Ледорубы не пытались в фотореализм как раз из-за того, что понимали, что не смогут. Халф Лайф 2 и Дум 3 были свежевышедшими флагманами, угнаться за которыми начинающая инди-студия даже не пыталась. Так что они слепили игру из того, что было. Были фотки - использовали фотки. Не было фоток - рисовали рисунки. Тут ещё дело в наличии у них художественного вкуса и стремления сделать искхуйсство, а не просто сделать шоб как в жизни. И кстати, если копнуть глубоко в сеттинг, становится понятно, что излишний реализм игре бы повредил, так как (если когда-нибудь планируешь играть - крайне не рекомендую читать спойлер, это знание испортит тебе полу-истинную концовку; и суть его настолько проста, что ты даже если мельком прочитаешь, всё равно запомнишь) (впрочем, похуй, если не любишь игры с СПГС-сюжетом) на самом деле все персонажи - это куклы в детской песочнице.
>>78226
Я понял, эти инопланетяне так борются с голодом во вселенной что бы на всех планетах был источник бесконечного мяса.
Я понял, эти инопланетяне так борются с голодом во вселенной что бы на всех планетах был источник бесконечного мяса.
>>78203
Анон, а как ты декомпилировал проект? Мне интересно, как они менеджат прогрессию, кучу апгрейдов, какие там паттерны и все такое. Хочу подглядеть идеи
Анон, а как ты декомпилировал проект? Мне интересно, как они менеджат прогрессию, кучу апгрейдов, какие там паттерны и все такое. Хочу подглядеть идеи
>>78265
Нагуглил вот эту штуку
https://github.com/GDRETools/gdsdecomp
она даже скрипты декомпилировала и восстановила имена переменных.
И судя по всему либо восстановилось не всё из HoT, либо были ноды, которые авторы делали на C++.
Сам ещё разглядываю, и делаю для себя открытия, например там нихера нет процедурной генерации карт, каждый уровень состоит из 4-х больших кусков (сделанных в тайлмапе с ручным расставлением пропсов) размерами примерно 3х3 от размера вьюпорта (у них в терминологии это Патч(Patch) ).
Если игрок двигается направо, то в определённый момент просто верхний и нижний левые патчи перемещаются перед ним, если идёт вверх то левый и правый нижние патчи перемещаются наверх вместе со всеми предметами и монстрами. По сути вся игра происходит на довольно небольшой карте, но какого-то паттерна в игре не чувствуется особо.
Сколько синглтонов - прилагается
Нагуглил вот эту штуку
https://github.com/GDRETools/gdsdecomp
она даже скрипты декомпилировала и восстановила имена переменных.
И судя по всему либо восстановилось не всё из HoT, либо были ноды, которые авторы делали на C++.
Сам ещё разглядываю, и делаю для себя открытия, например там нихера нет процедурной генерации карт, каждый уровень состоит из 4-х больших кусков (сделанных в тайлмапе с ручным расставлением пропсов) размерами примерно 3х3 от размера вьюпорта (у них в терминологии это Патч(Patch) ).
Если игрок двигается направо, то в определённый момент просто верхний и нижний левые патчи перемещаются перед ним, если идёт вверх то левый и правый нижние патчи перемещаются наверх вместе со всеми предметами и монстрами. По сути вся игра происходит на довольно небольшой карте, но какого-то паттерна в игре не чувствуется особо.
Сколько синглтонов - прилагается
>>78266
Спасибо! Странно, что они ни обфускацию ни даже шифрование не запилили, которое хотя бы доступные декрмпиляторы ввели бы в ступор, это несложно
Посмотрю тоже. Добра
Спасибо! Странно, что они ни обфускацию ни даже шифрование не запилили, которое хотя бы доступные декрмпиляторы ввели бы в ступор, это несложно
Посмотрю тоже. Добра
724 Кб, 1193x608>>78267
Действительно, очень странно что не ввели. Это ведь несложно. Сложнее - погуглить:
https://docs.godotengine.org/en/latest/engine_details/development/compiling/compiling_with_script_encryption_key.html
Надо авторам StS2 и Halls of Torment рассказать, они явно не в курсе.
Действительно, очень странно что не ввели. Это ведь несложно. Сложнее - погуглить:
https://docs.godotengine.org/en/latest/engine_details/development/compiling/compiling_with_script_encryption_key.html
Надо авторам StS2 и Halls of Torment рассказать, они явно не в курсе.
>>78269
Очевидно, я имел ввиду не стандартные средства шифрования. Буквально заменив пару строк в сурс коде, можно ввести gdsdecomp в заблуждение. Придется самому лезть через хекс редактор, искать ключи. Обфускация делается через gdmaim. В самый нижний уровень gdsdecomp не лезет, это не воссоздание гдскрипта с бинарников, а потому обфускация будет на месте. Ясное дело, это не защитит от рук знающего человека, у которого есть цели. Но мимокроки вроде тебя или меня скорее забьют болт, чем будут запариваться. Не понял, что ты хотел сказать
Очевидно, я имел ввиду не стандартные средства шифрования. Буквально заменив пару строк в сурс коде, можно ввести gdsdecomp в заблуждение. Придется самому лезть через хекс редактор, искать ключи. Обфускация делается через gdmaim. В самый нижний уровень gdsdecomp не лезет, это не воссоздание гдскрипта с бинарников, а потому обфускация будет на месте. Ясное дело, это не защитит от рук знающего человека, у которого есть цели. Но мимокроки вроде тебя или меня скорее забьют болт, чем будут запариваться. Не понял, что ты хотел сказать
>>78267
Встроенной обфускации, кажется, в 4.3 не было ещё.
И кстати декомпилятор писал - "открывайте проект в 4.3.1" но такой не было в обычных релизах.
>>78269
Если exe игры хранит в себе ключ и расшифровывает им архив, его так же можно считать из exe и сделать то же самое, возможно этот декомпилятор это и делает.
>Странно, что они ни обфускацию ни даже шифрование не запилили
Встроенной обфускации, кажется, в 4.3 не было ещё.
И кстати декомпилятор писал - "открывайте проект в 4.3.1" но такой не было в обычных релизах.
>>78269
Если exe игры хранит в себе ключ и расшифровывает им архив, его так же можно считать из exe и сделать то же самое, возможно этот декомпилятор это и делает.
19 Кб, 814x137>>78271
А возможно всем просто поебать что КТО-ТО увидит твой код. Как и поебать на ДРМ. Потому что на ваши игры всем похуй, они никому даром не нужны, как и ваш код. А если вы вызвали интерес достаточный для пиратства/декомпиляции, то это уже такой успех что уровень похуя улетает в стратосферу, ведь там хоть денувой обмажься - выковыряют. Хуею с этих неуловимых Джо, повылезали как грибы после дождя, по всему интернету трясутся.
>возможно
А возможно всем просто поебать что КТО-ТО увидит твой код. Как и поебать на ДРМ. Потому что на ваши игры всем похуй, они никому даром не нужны, как и ваш код. А если вы вызвали интерес достаточный для пиратства/декомпиляции, то это уже такой успех что уровень похуя улетает в стратосферу, ведь там хоть денувой обмажься - выковыряют. Хуею с этих неуловимых Джо, повылезали как грибы после дождя, по всему интернету трясутся.
>>78273
Интересный у тебя переход от "пук среньк они не погуглили как зашифровать" до тотальной тряски
Интересный у тебя переход от "пук среньк они не погуглили как зашифровать" до тотальной тряски
>>78276
Какая разница кто хочет подглядеть? Главное что он не хочет чтобы у него подглядывали. Не плодить конкурентов так сказать..
>В следующий раз постера угадывай старательней.
Какая разница кто хочет подглядеть? Главное что он не хочет чтобы у него подглядывали. Не плодить конкурентов так сказать..
>>78277
Ты понимаешь что если игра станет успехом, ее законкурентят независимо от наличия/отсутствия кода? Китайцы хиты слизывают за неделю, у них на этом целые галеры построены. Единственный способ защититься - делать провальные игры. Так что поздравляю, ты защищен. Можешь хоть под мит лицензией на гитхаб выкладывать, никто не подглядит.
Ты понимаешь что если игра станет успехом, ее законкурентят независимо от наличия/отсутствия кода? Китайцы хиты слизывают за неделю, у них на этом целые галеры построены. Единственный способ защититься - делать провальные игры. Так что поздравляю, ты защищен. Можешь хоть под мит лицензией на гитхаб выкладывать, никто не подглядит.
>>78278
Ну в принципе да. Сейчас цена кода равна нулю стала. А контент украсть невоможно, чтобы разместить на популярных площадках где деньги зарабатывают.
Ну в принципе да. Сейчас цена кода равна нулю стала. А контент украсть невоможно, чтобы разместить на популярных площадках где деньги зарабатывают.
>>78279
Ну все таки понимание как сделать, имеет цену пока. Нейроники делают только то, что "под мит лицензией на гитхаб"
Ну все таки понимание как сделать, имеет цену пока. Нейроники делают только то, что "под мит лицензией на гитхаб"
>Slay the Spire 2 reached 574,638 concurrent players, making it the 20th highest all-time peak on Steam.
Почему вы так не можете? Потому что игры не делаете. Делойте.
>>78288
Для говноедов игры не делаю.
Для говноедов игры не делаю.
>>78288
Потому что игры делать сложно.
Потому что игры делать сложно.
>>78297
Вот бы букет игр...
Вот бы букет игр...
https://github.com/godotengine/godot/pull/87081
Хз куда попадет, но 3 дня назад замерджили ПР на рендер_трансформы УЙ нод. Позволит легко анимировать их _визуал_ не меняя структуру контролов. Жду теперь еще более свистяще-пердящие интерфейсы.
Хз куда попадет, но 3 дня назад замерджили ПР на рендер_трансформы УЙ нод. Позволит легко анимировать их _визуал_ не меняя структуру контролов. Жду теперь еще более свистяще-пердящие интерфейсы.
>>78352
Наконец-то. А то зелёные ноды были каким-то чужеродным звеном в системе игровой графики. Как будто контролы из корпоративного тырпрайза для лепки КРУДов случайно завернули в игровой движок.
Наконец-то. А то зелёные ноды были каким-то чужеродным звеном в системе игровой графики. Как будто контролы из корпоративного тырпрайза для лепки КРУДов случайно завернули в игровой движок.
>>78354
Зато позволяли лепить крутые интерфейсы для переносимых десктопных приложух. И сам годот на них, и рисовалки всякие, и 3д редакторы.
Иди тести слышь, штоб потом не ныл тут про недотещенное. Да-да, ты лично. А я прогуляюсь пойду - весна.
Зато позволяли лепить крутые интерфейсы для переносимых десктопных приложух. И сам годот на них, и рисовалки всякие, и 3д редакторы.
Иди тести слышь, штоб потом не ныл тут про недотещенное. Да-да, ты лично. А я прогуляюсь пойду - весна.
Эй, анон, делающий игру про эльфийку на летающих островах. Эй, анон, делающий игру про самурая. Эй, анон, делающий игру про толщехода. Хватит прокрастинировать, тут тебе передаёт привет Ромео-мертвец. Если у него получилось - и у тебя получится.
>>78392
А я бы вот застеснялся. Хотя мою готовскую хуйню уже вскрывали тож. Ну я чуть понервничал и забил довольно быстро. Но вот если бы начали хуесосить за говнокод, то хз.
А я бы вот застеснялся. Хотя мою готовскую хуйню уже вскрывали тож. Ну я чуть понервничал и забил довольно быстро. Но вот если бы начали хуесосить за говнокод, то хз.
>>78394
Ой да ладно, хуесосить в интернете и так могут, независимо от наличия причины. А так хоть что-то делаешь.
Ой да ладно, хуесосить в интернете и так могут, независимо от наличия причины. А так хоть что-то делаешь.
>>78411
Эти лицемерные проекции зашуганной чмони.
Эти лицемерные проекции зашуганной чмони.
33 Кб, 825x525>>78411
Пофиксил твой мем, анончик.
Пофиксил твой мем, анончик.
39,6 Мб, mp4,1148x642, 1:10
>>78384
Загуглил, думал там будет какая-нибудь 2д индюшатина, а там 3д аниме экшон со спецэффектами где всё взрывается, ещё и хороший пиксель арт
Ладно не буду. Вот седня закончил уровень с кладбищем и боссом
>тут тебе передаёт привет Ромео-мертвец. Если у него получилось - и у тебя получится.
Загуглил, думал там будет какая-нибудь 2д индюшатина, а там 3д аниме экшон со спецэффектами где всё взрывается, ещё и хороший пиксель арт
>Хватит прокрастинировать
Ладно не буду. Вот седня закончил уровень с кладбищем и боссом
>>78455
Надо было поставить трек Flower of Carnage, как в фильме Убить Билла
Надо было поставить трек Flower of Carnage, как в фильме Убить Билла
>>78394
Сколько твоя заработала? Сколько народу поиграло?
Это не претензия "сперва добейся". Просто при таком баблище, что уже заработала StS2 (а ведь всё ещё впереди, это ж пока ещё ранний доступ), действительно совершенно похуй, вскрыли ли там игру, хуесосили ли. Успех достигнут, доказательство на счетах в банке и на графиках в стиме. Теперь можно и менторским тоном говорить: учитесь у меня, как игры делать.
Ну а если в твою игру поиграли десять игорьков - поняное дело, что тут минус мораль. И понятное дело, если ещё и код захуесосят - то вообще пиздец.
Вообще, могу тут только порадоваться, какие разрабы StS2 молодцы, сделали успешную игру. И ещё аргумент движкосрачеров "на этом вашем годоте ни одной успешной игр" уходит в небытие, больше крупных и именитых разработчиков выбирают наш движок для своих игр, спонсируя разработку и контрибутя код.
смешное слово - контрибутя
>мою готовскую хуйню уже вскрывали тож
Сколько твоя заработала? Сколько народу поиграло?
Это не претензия "сперва добейся". Просто при таком баблище, что уже заработала StS2 (а ведь всё ещё впереди, это ж пока ещё ранний доступ), действительно совершенно похуй, вскрыли ли там игру, хуесосили ли. Успех достигнут, доказательство на счетах в банке и на графиках в стиме. Теперь можно и менторским тоном говорить: учитесь у меня, как игры делать.
Ну а если в твою игру поиграли десять игорьков - поняное дело, что тут минус мораль. И понятное дело, если ещё и код захуесосят - то вообще пиздец.
Вообще, могу тут только порадоваться, какие разрабы StS2 молодцы, сделали успешную игру. И ещё аргумент движкосрачеров "на этом вашем годоте ни одной успешной игр" уходит в небытие, больше крупных и именитых разработчиков выбирают наш движок для своих игр, спонсируя разработку и контрибутя код.
смешное слово - контрибутя
>>78455
С туманом охуенно. А себе пикселизацию я бы на 3-4 поставил.
С туманом охуенно. А себе пикселизацию я бы на 3-4 поставил.
>>78460
Ну это подмена понятий. Успешная игра != хороший код. В коде может быть ледянящий душу ужас. Разные вещи вообще, так что можно похвалить за игру получившуюся и захуесосить за код в одном и том же отзыве. Тут в целом надо быть морально устойчивым, чтобы от хейта не тильтить. А я вот как раз слабая обиженка, мне было бы стремно на их месте.
>Теперь можно и менторским тоном говорить: учитесь у меня, как игры делать.
Ну это подмена понятий. Успешная игра != хороший код. В коде может быть ледянящий душу ужас. Разные вещи вообще, так что можно похвалить за игру получившуюся и захуесосить за код в одном и том же отзыве. Тут в целом надо быть морально устойчивым, чтобы от хейта не тильтить. А я вот как раз слабая обиженка, мне было бы стремно на их месте.
368 Кб, 526x600>>78484
Добро пожаловать в жизнь. Тем более что геймдев, все же во многом являясь артом, довольно публичное занятие.
>Тут в целом надо быть морально устойчивым
Добро пожаловать в жизнь. Тем более что геймдев, все же во многом являясь артом, довольно публичное занятие.
Бля, в годот нету Mesh Space Rotation Blend. Если блендить нижнюю часть туловища с рутом с верхней, то верхняя принимает вращение нижней.
Ппц вы флудите, сюда надо еженедельную собаку из субшоты завозить, чтобы пыл бездельником поумерить.
>>78184
Когда ты один в один копировал Undertale, тебе не приходилось думать о дизайне. Но теперь ты на базе этого стиля делаешь новую игру, при этом на стилизацию ты натягиваешь динамический градиент на фоне, в итоге пользователь получает фрустрацию. Одновременно вырвиглазный UI, на который можно сделать скидку (с усилием, но все же еще можно) и в тоже время градиент, который говорит что можно было сделать лучше.
PS я так понял - ехидный хомяк, ты вдохновился из другого сайта? (пик 2)
>>78184
Когда ты один в один копировал Undertale, тебе не приходилось думать о дизайне. Но теперь ты на базе этого стиля делаешь новую игру, при этом на стилизацию ты натягиваешь динамический градиент на фоне, в итоге пользователь получает фрустрацию. Одновременно вырвиглазный UI, на который можно сделать скидку (с усилием, но все же еще можно) и в тоже время градиент, который говорит что можно было сделать лучше.
PS я так понял - ехидный хомяк, ты вдохновился из другого сайта? (пик 2)
>>78566
В клипстудиопеинт.
В клипстудиопеинт.
>>78566
В аспрайте
В аспрайте
>>78598
Ради этого подорожали видяхи
Ради этого подорожали видяхи
158 Кб, 342x335>>78578
Прекрасно. Игра с уникальным ТВИСТОМ.
Прекрасно. Игра с уникальным ТВИСТОМ.
>>78607
Как раз чаще разработчик упирается рогом и делает по своему. Он художник он так видит.
Как раз чаще разработчик упирается рогом и делает по своему. Он художник он так видит.
>>78455
Если мне не кажется, у тебя мешы разрушаются там, куда ты попал мечом, это аддон какой-то или вручную делал?
Если мне не кажется, у тебя мешы разрушаются там, куда ты попал мечом, это аддон какой-то или вручную делал?
>>78455
Я уже говорил тебе, что очень похоже на jedi academy?
Анимации прямо оттуда, как будто бы фрейм в фрейм. Будто если запишу видюшку оттуда и повешу рядом с твоей они почти синхронизируются. Это совпадение или не совпадение?
Я уже говорил тебе, что очень похоже на jedi academy?
Анимации прямо оттуда, как будто бы фрейм в фрейм. Будто если запишу видюшку оттуда и повешу рядом с твоей они почти синхронизируются. Это совпадение или не совпадение?
54 Кб, 626x414>>78621
Да, использую плагин Concave Mesh Slicer
>>78626
Я ею оч вдохновляюсь, хочу в будущем ещё мультиплеер запилить, чтобы можно было так же рубится и чиллить на серваках. Но это прям в будущем будущем. Вообще хочу прям развивать эту боевку, стили новые, мб разное оружие и тп. Чтобы в конце концов вообще сделать какое-нибудь свое рпг с такой боевкой, аля Скачи Мочи.
Тебе кажется, просто и тут и там есть 8 направлений но у меня ещё плюс есть тонкая корректировка во время удара и возможность бить в любом положении
>у тебя мешы разрушаются там, куда ты попал мечом
Да, использую плагин Concave Mesh Slicer
>>78626
>очень похоже на jedi academy
Я ею оч вдохновляюсь, хочу в будущем ещё мультиплеер запилить, чтобы можно было так же рубится и чиллить на серваках. Но это прям в будущем будущем. Вообще хочу прям развивать эту боевку, стили новые, мб разное оружие и тп. Чтобы в конце концов вообще сделать какое-нибудь свое рпг с такой боевкой, аля Скачи Мочи.
>Анимации прямо оттуда, как будто бы фрейм в фрейм
>Это совпадение или не совпадение?
Тебе кажется, просто и тут и там есть 8 направлений но у меня ещё плюс есть тонкая корректировка во время удара и возможность бить в любом положении
>>78484
Я вовсе не это имел ввиду. Речь о том, что победителей не судят, и если игра успешная, то уже решительно не важно, хороший там код или плохой. По крайней мере, достаточно хороший, чтобы не вызывать своими багами массовую фрустрацию у одновременно играющих пятисот тысяч игроков.
И вообще, даже глядя в плохой код можно чему-то научиться. Можно увидеть говно и решить: "мне так не нравится". Как минимум это хороший способ заглянуть в голову другого человека и осознать, что очевидные для тебя вещи кто-то понимает совсем иначе.
>Ну это подмена понятий. Успешная игра != хороший код.
Я вовсе не это имел ввиду. Речь о том, что победителей не судят, и если игра успешная, то уже решительно не важно, хороший там код или плохой. По крайней мере, достаточно хороший, чтобы не вызывать своими багами массовую фрустрацию у одновременно играющих пятисот тысяч игроков.
И вообще, даже глядя в плохой код можно чему-то научиться. Можно увидеть говно и решить: "мне так не нравится". Как минимум это хороший способ заглянуть в голову другого человека и осознать, что очевидные для тебя вещи кто-то понимает совсем иначе.
>>78649
Обсуждение не читал/не помню, но меня зацепило:
"Хороший код" - это не "код без багов/глитчей".
"Хороший код" - это даже не "быстрый код".
"Хороший код" - это код, который относительно легко прочитать, понять и изменить, исправить баги или оптимизировать. И желательно чтобы это всё было применимо к рандомному программисту, а не к конкретному Васе, который 10 лет этот код писал.
Компания позволяет себе "плохой код", поскольку ей достаточно натравить команду из 999 индусов и они порешают любые баги и увеличат скорость любого алгоритма. Но индусам нужны деньги на еду, оплату интернет-соединения из Индии в США, и т.д. Так что компания может себе позволить иметь плохой код, а самозанятый Вася с бюджетом в доширак - вряд ли.
В то же время, код Васи с высокой вероятностью недостаточно хорош, потому что Вася в нём сидит множество лет и помнит каждую лазейку, а тем же зарплатным индусам придётся долго вникать в суть. Поэтому, каким бы хорошим ни казался код Васи, корпорация предпочтёт код своих 999 индусов...
Кстати, обфускация кода - это превращение хорошо написанного кода в плохой, с полным сохранением технических характеристик. Т.е. код не становится медленнее и в нём не появляются баги, но человеку становится сложно распутать глубок связей в коде, разобраться в его назначении и как-либо изменять - поэтому обфусцированный код малополезен.
В общем, на этапе разработки хороший код крайне необходим, и в особенности он необходим для EA и поддержки игры патчами, обновлениями и DLC, но корпорации могут компенсировать тупо баблом, а обыкновенный инди - только своим временем. В опубликованной игре код может казаться плохим в результате сознательной (но мягкой) обфускации.
Вкратце, хороший код - это инвестиция сегодня для потенциальной экономии завтра. Если "завтра" не ожидается (ассетфлип) или если рассчитываешь на сверхприбыль и найм индусов, то сойдёт и "плохой". Проектам-долгостроям мечты нужен хороший код.
Главное, не путать "хороший код" и "оптимизацию". Зачастую, ради читабельности, код будет медленнее абсолютного идеала - оптимизация делает код хуже. Ошибки в хорошем коде тоже могут быть, но их, по определению, проще исправить, чем в плохом коде.
Обсуждение не читал/не помню, но меня зацепило:
>достаточно хороший, чтобы не вызывать своими багами массовую фрустрацию у одновременно играющих пятисот тысяч игроков.
"Хороший код" - это не "код без багов/глитчей".
"Хороший код" - это даже не "быстрый код".
"Хороший код" - это код, который относительно легко прочитать, понять и изменить, исправить баги или оптимизировать. И желательно чтобы это всё было применимо к рандомному программисту, а не к конкретному Васе, который 10 лет этот код писал.
Компания позволяет себе "плохой код", поскольку ей достаточно натравить команду из 999 индусов и они порешают любые баги и увеличат скорость любого алгоритма. Но индусам нужны деньги на еду, оплату интернет-соединения из Индии в США, и т.д. Так что компания может себе позволить иметь плохой код, а самозанятый Вася с бюджетом в доширак - вряд ли.
В то же время, код Васи с высокой вероятностью недостаточно хорош, потому что Вася в нём сидит множество лет и помнит каждую лазейку, а тем же зарплатным индусам придётся долго вникать в суть. Поэтому, каким бы хорошим ни казался код Васи, корпорация предпочтёт код своих 999 индусов...
Кстати, обфускация кода - это превращение хорошо написанного кода в плохой, с полным сохранением технических характеристик. Т.е. код не становится медленнее и в нём не появляются баги, но человеку становится сложно распутать глубок связей в коде, разобраться в его назначении и как-либо изменять - поэтому обфусцированный код малополезен.
В общем, на этапе разработки хороший код крайне необходим, и в особенности он необходим для EA и поддержки игры патчами, обновлениями и DLC, но корпорации могут компенсировать тупо баблом, а обыкновенный инди - только своим временем. В опубликованной игре код может казаться плохим в результате сознательной (но мягкой) обфускации.
Вкратце, хороший код - это инвестиция сегодня для потенциальной экономии завтра. Если "завтра" не ожидается (ассетфлип) или если рассчитываешь на сверхприбыль и найм индусов, то сойдёт и "плохой". Проектам-долгостроям мечты нужен хороший код.
Главное, не путать "хороший код" и "оптимизацию". Зачастую, ради читабельности, код будет медленнее абсолютного идеала - оптимизация делает код хуже. Ошибки в хорошем коде тоже могут быть, но их, по определению, проще исправить, чем в плохом коде.
>>78649
Обсуждение не читал/не помню, но меня зацепило:
"Хороший код" - это не "код без багов/глитчей".
"Хороший код" - это даже не "быстрый код".
"Хороший код" - это код, который относительно легко прочитать, понять и изменить, исправить баги или оптимизировать. И желательно чтобы это всё было применимо к рандомному программисту, а не к конкретному Васе, который 10 лет этот код писал.
Компания позволяет себе "плохой код", поскольку ей достаточно натравить команду из 999 индусов и они порешают любые баги и увеличат скорость любого алгоритма. Но индусам нужны деньги на еду, оплату интернет-соединения из Индии в США, и т.д. Так что компания может себе позволить иметь плохой код, а самозанятый Вася с бюджетом в доширак - вряд ли.
В то же время, код Васи с высокой вероятностью недостаточно хорош, потому что Вася в нём сидит множество лет и помнит каждую лазейку, а тем же зарплатным индусам придётся долго вникать в суть. Поэтому, каким бы хорошим ни казался код Васи, корпорация предпочтёт код своих 999 индусов...
Кстати, обфускация кода - это превращение хорошо написанного кода в плохой, с полным сохранением технических характеристик. Т.е. код не становится медленнее и в нём не появляются баги, но человеку становится сложно распутать глубок связей в коде, разобраться в его назначении и как-либо изменять - поэтому обфусцированный код малополезен.
В общем, на этапе разработки хороший код крайне необходим, и в особенности он необходим для EA и поддержки игры патчами, обновлениями и DLC, но корпорации могут компенсировать тупо баблом, а обыкновенный инди - только своим временем. В опубликованной игре код может казаться плохим в результате сознательной (но мягкой) обфускации.
Вкратце, хороший код - это инвестиция сегодня для потенциальной экономии завтра. Если "завтра" не ожидается (ассетфлип) или если рассчитываешь на сверхприбыль и найм индусов, то сойдёт и "плохой". Проектам-долгостроям мечты нужен хороший код.
Главное, не путать "хороший код" и "оптимизацию". Зачастую, ради читабельности, код будет медленнее абсолютного идеала - оптимизация делает код хуже. Ошибки в хорошем коде тоже могут быть, но их, по определению, проще исправить, чем в плохом коде.
Обсуждение не читал/не помню, но меня зацепило:
>достаточно хороший, чтобы не вызывать своими багами массовую фрустрацию у одновременно играющих пятисот тысяч игроков.
"Хороший код" - это не "код без багов/глитчей".
"Хороший код" - это даже не "быстрый код".
"Хороший код" - это код, который относительно легко прочитать, понять и изменить, исправить баги или оптимизировать. И желательно чтобы это всё было применимо к рандомному программисту, а не к конкретному Васе, который 10 лет этот код писал.
Компания позволяет себе "плохой код", поскольку ей достаточно натравить команду из 999 индусов и они порешают любые баги и увеличат скорость любого алгоритма. Но индусам нужны деньги на еду, оплату интернет-соединения из Индии в США, и т.д. Так что компания может себе позволить иметь плохой код, а самозанятый Вася с бюджетом в доширак - вряд ли.
В то же время, код Васи с высокой вероятностью недостаточно хорош, потому что Вася в нём сидит множество лет и помнит каждую лазейку, а тем же зарплатным индусам придётся долго вникать в суть. Поэтому, каким бы хорошим ни казался код Васи, корпорация предпочтёт код своих 999 индусов...
Кстати, обфускация кода - это превращение хорошо написанного кода в плохой, с полным сохранением технических характеристик. Т.е. код не становится медленнее и в нём не появляются баги, но человеку становится сложно распутать глубок связей в коде, разобраться в его назначении и как-либо изменять - поэтому обфусцированный код малополезен.
В общем, на этапе разработки хороший код крайне необходим, и в особенности он необходим для EA и поддержки игры патчами, обновлениями и DLC, но корпорации могут компенсировать тупо баблом, а обыкновенный инди - только своим временем. В опубликованной игре код может казаться плохим в результате сознательной (но мягкой) обфускации.
Вкратце, хороший код - это инвестиция сегодня для потенциальной экономии завтра. Если "завтра" не ожидается (ассетфлип) или если рассчитываешь на сверхприбыль и найм индусов, то сойдёт и "плохой". Проектам-долгостроям мечты нужен хороший код.
Главное, не путать "хороший код" и "оптимизацию". Зачастую, ради читабельности, код будет медленнее абсолютного идеала - оптимизация делает код хуже. Ошибки в хорошем коде тоже могут быть, но их, по определению, проще исправить, чем в плохом коде.
>>78631
Всю молодость просрал в джашке, поэтому и триггернулся, вьетнамские флешбеки. Сделаешь мультиплеер - пойду тестить.
Всю молодость просрал в джашке, поэтому и триггернулся, вьетнамские флешбеки. Сделаешь мультиплеер - пойду тестить.
>>78636
Я периодически тильт ловлю что механики/идея/визуал говно и у меня ничего не получится.
Я периодически тильт ловлю что механики/идея/визуал говно и у меня ничего не получится.
>>78672
Абсолютная жиза
Абсолютная жиза
>>78700
Прикол в том, что без визуала даже самая крутая боёвка будет выглядеть как хуйня.
Прикол в том, что без визуала даже самая крутая боёвка будет выглядеть как хуйня.
>>78701
Прикол в том, что когда смотришь на одну и ту же вещь - с каждым новым взглядом она становится все хуже и хуже, заебывает. Одни когнитивные искажения вокруг.
Прикол в том, что когда смотришь на одну и ту же вещь - с каждым новым взглядом она становится все хуже и хуже, заебывает. Одни когнитивные искажения вокруг.
354 Кб, 1536x1024>>78636
Особенно без компьютера... У меня уже давление поднимается. Просыпаюсь с мыслью "надо выбрать мощный, дешёвый и надёжный ПК" и провожу где-то половину дня, листая интернет-магазин на телефоне. Геймдев меня так сильно никогда не напрягал...
>>78672
На любое говно найдутся сотни миллионов мух, но привлекать внимание нужно мощным запахом, что распространяется на километры вокруг... Так что основная проблема соло инди - это маркетинг.
Не получится, пока ты ничего не делаешь.
>>78700
Фотография будто из какого-то фильма...
>>78701
С таким настроем мы бы никогда не получили все гениальные игры 80-х, 90-х, на J2ME и геймбоях, и бесконечное количество тетрис-клонов 9999-in-1. Визуализация нужна, но механики не зря зовутся механиками - это то, что делает игру игрой. Тут проблема обратная: красивая графика скрывает проблемные механики и от игрока, и от разраба.
>>78703
Это не она становится хуже, а ты развиваешься - и, внезапно, замечаешь больше ошибок или проблем, которые не замечал раньше. Это очень хорошо. Без подобной самокритичности ты бы делал ошибки на протяжении многих лет и не осознавал бы этого.
>трудно делоть игры
Особенно без компьютера... У меня уже давление поднимается. Просыпаюсь с мыслью "надо выбрать мощный, дешёвый и надёжный ПК" и провожу где-то половину дня, листая интернет-магазин на телефоне. Геймдев меня так сильно никогда не напрягал...
>>78672
>механики/идея/визуал говно
На любое говно найдутся сотни миллионов мух, но привлекать внимание нужно мощным запахом, что распространяется на километры вокруг... Так что основная проблема соло инди - это маркетинг.
>и у меня ничего не получится
Не получится, пока ты ничего не делаешь.
>>78700
Фотография будто из какого-то фильма...
>>78701
>без визуала даже самая крутая боёвка будет
С таким настроем мы бы никогда не получили все гениальные игры 80-х, 90-х, на J2ME и геймбоях, и бесконечное количество тетрис-клонов 9999-in-1. Визуализация нужна, но механики не зря зовутся механиками - это то, что делает игру игрой. Тут проблема обратная: красивая графика скрывает проблемные механики и от игрока, и от разраба.
>>78703
>она становится все хуже и хуже, заебывает
Это не она становится хуже, а ты развиваешься - и, внезапно, замечаешь больше ошибок или проблем, которые не замечал раньше. Это очень хорошо. Без подобной самокритичности ты бы делал ошибки на протяжении многих лет и не осознавал бы этого.
>>78701
Ну так нарисуй визуал, че ты.
Ну так нарисуй визуал, че ты.
>>78672
Ты не тильт ловишь, ты ловишь моменты просветления.
Ты не тильт ловишь, ты ловишь моменты просветления.
>>78672
Забавно, но многие идеи и геймплей из головы действительно оказываются говном. Это норма, с опытом становится чуть легче, но потом открывается другая проблема. Вроде уже нормально - но кто теперь будет все это заполнятьЯ?
Забавно, но многие идеи и геймплей из головы действительно оказываются говном. Это норма, с опытом становится чуть легче, но потом открывается другая проблема. Вроде уже нормально - но кто теперь будет все это заполнятьЯ?
>>78742
К этому моменту у тебя должны были подрасти потомки, и они бы лабали игору по твоим лекалам, четыре сыночка кодили бы код, а лапочка-дочка рисовала бы арт. Но, меня терзают смутные сомнения, что у тебя никого не подрастает там.
К этому моменту у тебя должны были подрасти потомки, и они бы лабали игору по твоим лекалам, четыре сыночка кодили бы код, а лапочка-дочка рисовала бы арт. Но, меня терзают смутные сомнения, что у тебя никого не подрастает там.
>>78742
Практически все годные идеи это итерации предыдущих, часто чужих, похожих идей. Тут нечего стесняться. Если большим ААА дядям можно воровать у инди, то инди можно воровать у чего угодно.
>многие идеи и геймплей из головы действительно оказываются говном
Практически все годные идеи это итерации предыдущих, часто чужих, похожих идей. Тут нечего стесняться. Если большим ААА дядям можно воровать у инди, то инди можно воровать у чего угодно.
>>78704
найс попытка в перефорс
найс попытка в перефорс
https://github.com/NVIDIA-RTX/godot
Зачем? Аккаунт официальный. Сделали единственный гига-коммент, "Localized workflows", непонятно о чем он.
Зачем? Аккаунт официальный. Сделали единственный гига-коммент, "Localized workflows", непонятно о чем он.
>>78820
посмотрел, поправляю
Там пиздапидоры нвидии с помощью ИИ пытаются засунуть свой пастрейсер в годо
>Там пиздапидоры нвидии
посмотрел, поправляю
Там пиздапидоры нвидии с помощью ИИ пытаются засунуть свой пастрейсер в годо
Парни, в связи с новостями про списки встал вопрос, что качать пока есть доступ из самого необходимого? Обучалки, сторонние проги, ассеты и прочие вкусности. В общем затрагиваться по максимуму информацией.
>>78859
А проги? Блендер, флки всякие?
А проги? Блендер, флки всякие?
бля вы все пиздите и пиздите, игры показывайте. Я за время пока вы тут хуи пинали уже игру в Стим выпустил и 500 копий продал.
>>78863
Хочешь покажу японскую книгу по годоту? Для местных ценителей арта с годеттой. И для знающих японский!
Хочешь покажу японскую книгу по годоту? Для местных ценителей арта с годеттой. И для знающих японский!
>>78860
Не должны, т.к. это ИИ, слишком много файлов затрагивается, некому это поддерживать ну и в целом там ничего не вышло вроде судя по тому, что они даже в Compability рендерер залезли
Не должны, т.к. это ИИ, слишком много файлов затрагивается, некому это поддерживать ну и в целом там ничего не вышло вроде судя по тому, что они даже в Compability рендерер залезли
>>78858
Готовые проекты тткуда можно тырить код
Готовые проекты тткуда можно тырить код
1,7 Мб, 1280x720Чтож
Release candidate: Godot 4.6.2 RC 1
https://godotengine.org/article/release-candidate-godot-4-6-2-rc-1/
Release candidate: Godot 4.6.2 RC 1
https://godotengine.org/article/release-candidate-godot-4-6-2-rc-1/
>>78858
Все не выкачаешь. Тем более постоянно появляется новая инфа, новые видосы, новые подходы, плагины и проги. В другую сторону думоть надо.
Все не выкачаешь. Тем более постоянно появляется новая инфа, новые видосы, новые подходы, плагины и проги. В другую сторону думоть надо.
>>78872
Тебе надо игры делать, или пылесосить все новые выходящие видосы и подходы?
Тебе надо игры делать, или пылесосить все новые выходящие видосы и подходы?
>>78858
Сам движок на все платформы с шаблонами экспорта: 3.6, 4.5, 4.6
Оффлайн документация https://github.com/godotengine/godot-docs#download-for-offline-use
Blender 4.5 LTS; Krita; MaterialMaker; LMMS; Audacity; VSCode с плагинами для Годота и пары ЯП, что я использую; книги по Годоту, программированию в целом и паре ЯП (на известном трекере есть отличная раздача с огромной кучей хороших книг на тематику); видосы-туториалы по всем перечисленным темам. Это если по нашему сабжу. А так, я - поех, и запасся огромной цифровой библиотекой книг на самые разные темы, 5тб кино, 5тб аниме и манги, 5тб игр. Вся информация дублирована, т.е. хранится минимум на двух внешних жд.
А по факту, если дойдет до того, что на постоянку введут белые списки - продать игру не удастся нигде, кроме как в парашных магазинах ВК/Ростелекома и ко. Думаю, в такой момент я откажусь от идеи делать игры профессионально и буду заниматься этим в качестве хобби. Найду другую работу. Потому что без выхода на рынок серьезно этим заниматься не имеет смысла. И я сейчас не про то, что не удастся заработать миллионы - мне это не нужно. Не удастся даже наскрести на жизнь, чтобы делать вторую игру.
Сам движок на все платформы с шаблонами экспорта: 3.6, 4.5, 4.6
Оффлайн документация https://github.com/godotengine/godot-docs#download-for-offline-use
Blender 4.5 LTS; Krita; MaterialMaker; LMMS; Audacity; VSCode с плагинами для Годота и пары ЯП, что я использую; книги по Годоту, программированию в целом и паре ЯП (на известном трекере есть отличная раздача с огромной кучей хороших книг на тематику); видосы-туториалы по всем перечисленным темам. Это если по нашему сабжу. А так, я - поех, и запасся огромной цифровой библиотекой книг на самые разные темы, 5тб кино, 5тб аниме и манги, 5тб игр. Вся информация дублирована, т.е. хранится минимум на двух внешних жд.
А по факту, если дойдет до того, что на постоянку введут белые списки - продать игру не удастся нигде, кроме как в парашных магазинах ВК/Ростелекома и ко. Думаю, в такой момент я откажусь от идеи делать игры профессионально и буду заниматься этим в качестве хобби. Найду другую работу. Потому что без выхода на рынок серьезно этим заниматься не имеет смысла. И я сейчас не про то, что не удастся заработать миллионы - мне это не нужно. Не удастся даже наскрести на жизнь, чтобы делать вторую игру.
>>78889
Я студент, выпустился в 2025 из вуза. У меня не так много денег, чтобы уехать и жить самостоятельную жизнь за границей. Подрабатываю кое-где, но над игрой де факто работаю фултайм. Пока ничего не сделал и не продал. К тому же, существуют личные обстоятельства: не могу оставить пожилых родителей одних. Так бывает.
Я студент, выпустился в 2025 из вуза. У меня не так много денег, чтобы уехать и жить самостоятельную жизнь за границей. Подрабатываю кое-где, но над игрой де факто работаю фултайм. Пока ничего не сделал и не продал. К тому же, существуют личные обстоятельства: не могу оставить пожилых родителей одних. Так бывает.
Вчерашний студент*
Слово потерялось.
Слово потерялось.
>>78891
>>78889
Я хочу, чтобы ты прямо щас пруфом с супом заскринил свою страну проживания, а затем через год (я подожду) смени место жительство на любую другую страну, чтобы между новой страной и предыдущей был обязательно визовый режим, и тоже запости пруфы в актуальный на тот момент годотред.
Только после этого я твои советы буду принимать к сведению. А покуда ты не показал на своём примере, сиди и не вякай. Делай игры.
>>78889
Я хочу, чтобы ты прямо щас пруфом с супом заскринил свою страну проживания, а затем через год (я подожду) смени место жительство на любую другую страну, чтобы между новой страной и предыдущей был обязательно визовый режим, и тоже запости пруфы в актуальный на тот момент годотред.
Только после этого я твои советы буду принимать к сведению. А покуда ты не показал на своём примере, сиди и не вякай. Делай игры.
>>78866
Давай.
Давай.
>>78896
кек
кек
>>78905
Причем тут вообще политота, клоун.
Причем тут вообще политота, клоун.
https://www.reddit.com/r/godot/comments/1rr81ay/nvidia_published_a_ray_tracing_fork_of_godot/
Про невидию и пастрейсинг. В комментах кто-то уже сбилдил и запустил.
Про невидию и пастрейсинг. В комментах кто-то уже сбилдил и запустил.
>>78901
По Годоту? Из видосов вот неплохие
https://www.youtube.com/@ClearCode/videos
https://www.youtube.com/@godotneers/videos
Книг по Годоту мало, мне в целом только две показались полезными
Campos H. Game Development Patterns with Godot 4 про паттерны, хотя там никаких откровений, если ты программист по специальности
Espíndola Fabrizio - The Godot Shaders Bible про шейдеры
Есть еще пара неплохих курсов на английском, от Firebelley Games и Richard Allbert
Я в целом не сторонник обучения по курсам, но там есть немало подсказок и неочевидных моментов при работе с UI редактора, когда только вкатываешься
А так основное в документации есть. Она реально хорошая, особенно на контрасте с Юнькой и UE, с которыми я ранее немного поработал.
По Годоту? Из видосов вот неплохие
https://www.youtube.com/@ClearCode/videos
https://www.youtube.com/@godotneers/videos
Книг по Годоту мало, мне в целом только две показались полезными
Campos H. Game Development Patterns with Godot 4 про паттерны, хотя там никаких откровений, если ты программист по специальности
Espíndola Fabrizio - The Godot Shaders Bible про шейдеры
Есть еще пара неплохих курсов на английском, от Firebelley Games и Richard Allbert
Я в целом не сторонник обучения по курсам, но там есть немало подсказок и неочевидных моментов при работе с UI редактора, когда только вкатываешься
А так основное в документации есть. Она реально хорошая, особенно на контрасте с Юнькой и UE, с которыми я ранее немного поработал.
>>78858
Если дойдёт до такого, лично я суициднусь... Хотел подробнее объяснить, но не хочу нагнетать. Просто, считайте, одним шизофреником станет меньше. Это, наверное, хорошо. Не хочется быть обузой...
>списки
Если дойдёт до такого, лично я суициднусь... Хотел подробнее объяснить, но не хочу нагнетать. Просто, считайте, одним шизофреником станет меньше. Это, наверное, хорошо. Не хочется быть обузой...
180 Кб, 525x454Белые хуиски. Игры делайте. Ничто не остановит деланье игр.
>>78906
Яндекс то останется
Яндекс то останется
>>78926
Слышь он мне трафик на итч нагнал со своего канала пару лет назад, порекламив мою игру. Норм чел.
Слышь он мне трафик на итч нагнал со своего канала пару лет назад, порекламив мою игру. Норм чел.
Годотеры в /mus/ач протекают.
1007 Кб, 935x587Я чего-то не пойму. Есть RigidBody3D - мяч, вес - 0.01, bounce - 0.5, даже гравитация 0.8.
Есть машина VehicleBody3D, вес 150
Машина разгоняется и врезается в мяч. И отскакивает. Машина.
Вроде же физика, жолт, хуё моё, а мяч без дополнительного кода с проверкой на столкновения и применения вручную сил не сделать, или я что-то забыл?
Честно говоря я перетыкал все возможные параметры у обоих обьектов.
Есть машина VehicleBody3D, вес 150
Машина разгоняется и врезается в мяч. И отскакивает. Машина.
Вроде же физика, жолт, хуё моё, а мяч без дополнительного кода с проверкой на столкновения и применения вручную сил не сделать, или я что-то забыл?
Честно говоря я перетыкал все возможные параметры у обоих обьектов.
>>78965
На пикче речь именно о реализации машины и она сейчас в Godot реализована (скопирована) из движка Bullet ровно какая используется как база в рокет лиге(но они доработки делали)
На пикче речь именно о реализации машины и она сейчас в Godot реализована (скопирована) из движка Bullet ровно какая используется как база в рокет лиге(но они доработки делали)
>>78960
Что то у меня не то с настройками машины, сделал отдельную сцену с нуля и мяч толкается, буду разбираться.
Что то у меня не то с настройками машины, сделал отдельную сцену с нуля и мяч толкается, буду разбираться.
>>78965
В документации имеют в виду уровень автосимов. Симуляция VehicleBody3D сравнима с GTA, но нужно подстраивать под конкретную модель автомобиля.
>>78960
Я предполагаю, ты перепутал слои и маски физики.
Допустим, у тебя такая конфигурация:
Мяч: слои - 1, маски - 1
Машина: слои - 2, маски - 1
Тогда мяч не видит машину, а машина видит мяч. Мяч полностью игнорирует машину, тогда как для машины данный мяч - всё равно, что StaticBody3D стенка. Вот и отскакивает от мячика. Это корректное поведение, но конкретно тебе данное поведение не требуется.
Если поменять их местами:
Мяч: слои - 2, маски - 1
Машина: слои - 1, маски - 1
Тогда машина будет игнорировать мяч, будто его не существует, а мяч будет отскакивать от машины в противоположном направлении. Но важно помнить - зажатый машиной мяч может в такой конфигурации провалиться сквозь StaticBody3D или же улететь в случайном направлении с огромной скоростью. Т.е., поскольку машина не видит мяч, он не оказывает сопротивления, и машина проходит мяч насквозь.
Если слои и маски совпадают, тогда должна быть реалистичная симуляция столкновений, однако:
Если не ошибаюсь, настройка массы влияет лишь на применяемые к телу силы (force) и импульсы. Есть небольшой, но существенный нюанс: если ты будешь двигаться очень быстро, коллизия твоего тела может "проникать" (penetrate) в коллизии других тел, и тогда срабатывает механизм "извлечения" (depenetration), который может нарушить аккуратность симуляции.
Чтобы избежать пересечения коллизий, можно:
- увеличить частоту симуляции физики (TPS где-то в настройках проекта; оно влияет на _physics_process);
- включить continuous_cd (не уверен, повлияет ли в конкретном случае, и работает ли оно вообще...);
- ...э, забыл уже. Что-то ещё было... margin?..
Увеличение частоты решает 99% проблем физики. Но увеличивает нагрузку на CPU в несколько раз. Но эта нагрузка оправдана для подобного рода игр.
ИМХО, для игры типа Rocked League это наиболее оптимальный вариант. Я сам в оригинал не играл, но физическая симуляция вряд ли будет достаточно сбалансированной. Мячик должен вести себя более предсказуемо, чтобы игрок смог запульнуть его в конкретном направлении, а не просто врезаться.
Также и с машинкой. VehicleBody3D - это для игрушек наподобие GTA, где тебе важно заезжать на бордюр, трястись на трупах пешеходов и прочих кочках. А в аркадной игрушке уровня Rocket League достаточно управлять катящимся шаром, который лишь внешне изображает автомобиль с колёсами. Например, так:
https://kidscancode.org/godot_recipes/4.x/3d/3d_sphere_car/
С такой машиной-сферой столкновения будут более предсказуемыми и для твоего кода, и для игрока.
Но, конечно, всё зависит от того, чего ты хочешь.
>>78975
Лол, серьёзно? Может, они её как-то упростили?
В документации имеют в виду уровень автосимов. Симуляция VehicleBody3D сравнима с GTA, но нужно подстраивать под конкретную модель автомобиля.
>>78960
Я предполагаю, ты перепутал слои и маски физики.
Допустим, у тебя такая конфигурация:
Мяч: слои - 1, маски - 1
Машина: слои - 2, маски - 1
Тогда мяч не видит машину, а машина видит мяч. Мяч полностью игнорирует машину, тогда как для машины данный мяч - всё равно, что StaticBody3D стенка. Вот и отскакивает от мячика. Это корректное поведение, но конкретно тебе данное поведение не требуется.
Если поменять их местами:
Мяч: слои - 2, маски - 1
Машина: слои - 1, маски - 1
Тогда машина будет игнорировать мяч, будто его не существует, а мяч будет отскакивать от машины в противоположном направлении. Но важно помнить - зажатый машиной мяч может в такой конфигурации провалиться сквозь StaticBody3D или же улететь в случайном направлении с огромной скоростью. Т.е., поскольку машина не видит мяч, он не оказывает сопротивления, и машина проходит мяч насквозь.
Если слои и маски совпадают, тогда должна быть реалистичная симуляция столкновений, однако:
>вес 0.01
>вес 150
Если не ошибаюсь, настройка массы влияет лишь на применяемые к телу силы (force) и импульсы. Есть небольшой, но существенный нюанс: если ты будешь двигаться очень быстро, коллизия твоего тела может "проникать" (penetrate) в коллизии других тел, и тогда срабатывает механизм "извлечения" (depenetration), который может нарушить аккуратность симуляции.
Чтобы избежать пересечения коллизий, можно:
- увеличить частоту симуляции физики (TPS где-то в настройках проекта; оно влияет на _physics_process);
- включить continuous_cd (не уверен, повлияет ли в конкретном случае, и работает ли оно вообще...);
- ...э, забыл уже. Что-то ещё было... margin?..
Увеличение частоты решает 99% проблем физики. Но увеличивает нагрузку на CPU в несколько раз. Но эта нагрузка оправдана для подобного рода игр.
>применения вручную сил
ИМХО, для игры типа Rocked League это наиболее оптимальный вариант. Я сам в оригинал не играл, но физическая симуляция вряд ли будет достаточно сбалансированной. Мячик должен вести себя более предсказуемо, чтобы игрок смог запульнуть его в конкретном направлении, а не просто врезаться.
Также и с машинкой. VehicleBody3D - это для игрушек наподобие GTA, где тебе важно заезжать на бордюр, трястись на трупах пешеходов и прочих кочках. А в аркадной игрушке уровня Rocket League достаточно управлять катящимся шаром, который лишь внешне изображает автомобиль с колёсами. Например, так:
https://kidscancode.org/godot_recipes/4.x/3d/3d_sphere_car/
С такой машиной-сферой столкновения будут более предсказуемыми и для твоего кода, и для игрока.
Но, конечно, всё зависит от того, чего ты хочешь.
>>78975
>ровно какая используется как база в рокет лиге
Лол, серьёзно? Может, они её как-то упростили?
>>78965
В документации имеют в виду уровень автосимов. Симуляция VehicleBody3D сравнима с GTA, но нужно подстраивать под конкретную модель автомобиля.
>>78960
Я предполагаю, ты перепутал слои и маски физики.
Допустим, у тебя такая конфигурация:
Мяч: слои - 1, маски - 1
Машина: слои - 2, маски - 1
Тогда мяч не видит машину, а машина видит мяч. Мяч полностью игнорирует машину, тогда как для машины данный мяч - всё равно, что StaticBody3D стенка. Вот и отскакивает от мячика. Это корректное поведение, но конкретно тебе данное поведение не требуется.
Если поменять их местами:
Мяч: слои - 2, маски - 1
Машина: слои - 1, маски - 1
Тогда машина будет игнорировать мяч, будто его не существует, а мяч будет отскакивать от машины в противоположном направлении. Но важно помнить - зажатый машиной мяч может в такой конфигурации провалиться сквозь StaticBody3D или же улететь в случайном направлении с огромной скоростью. Т.е., поскольку машина не видит мяч, он не оказывает сопротивления, и машина проходит мяч насквозь.
Если слои и маски совпадают, тогда должна быть реалистичная симуляция столкновений, однако:
Если не ошибаюсь, настройка массы влияет лишь на применяемые к телу силы (force) и импульсы. Есть небольшой, но существенный нюанс: если ты будешь двигаться очень быстро, коллизия твоего тела может "проникать" (penetrate) в коллизии других тел, и тогда срабатывает механизм "извлечения" (depenetration), который может нарушить аккуратность симуляции.
Чтобы избежать пересечения коллизий, можно:
- увеличить частоту симуляции физики (TPS где-то в настройках проекта; оно влияет на _physics_process);
- включить continuous_cd (не уверен, повлияет ли в конкретном случае, и работает ли оно вообще...);
- ...э, забыл уже. Что-то ещё было... margin?..
Увеличение частоты решает 99% проблем физики. Но увеличивает нагрузку на CPU в несколько раз. Но эта нагрузка оправдана для подобного рода игр.
ИМХО, для игры типа Rocked League это наиболее оптимальный вариант. Я сам в оригинал не играл, но физическая симуляция вряд ли будет достаточно сбалансированной. Мячик должен вести себя более предсказуемо, чтобы игрок смог запульнуть его в конкретном направлении, а не просто врезаться.
Также и с машинкой. VehicleBody3D - это для игрушек наподобие GTA, где тебе важно заезжать на бордюр, трястись на трупах пешеходов и прочих кочках. А в аркадной игрушке уровня Rocket League достаточно управлять катящимся шаром, который лишь внешне изображает автомобиль с колёсами. Например, так:
https://kidscancode.org/godot_recipes/4.x/3d/3d_sphere_car/
С такой машиной-сферой столкновения будут более предсказуемыми и для твоего кода, и для игрока.
Но, конечно, всё зависит от того, чего ты хочешь.
>>78975
Лол, серьёзно? Может, они её как-то упростили?
В документации имеют в виду уровень автосимов. Симуляция VehicleBody3D сравнима с GTA, но нужно подстраивать под конкретную модель автомобиля.
>>78960
Я предполагаю, ты перепутал слои и маски физики.
Допустим, у тебя такая конфигурация:
Мяч: слои - 1, маски - 1
Машина: слои - 2, маски - 1
Тогда мяч не видит машину, а машина видит мяч. Мяч полностью игнорирует машину, тогда как для машины данный мяч - всё равно, что StaticBody3D стенка. Вот и отскакивает от мячика. Это корректное поведение, но конкретно тебе данное поведение не требуется.
Если поменять их местами:
Мяч: слои - 2, маски - 1
Машина: слои - 1, маски - 1
Тогда машина будет игнорировать мяч, будто его не существует, а мяч будет отскакивать от машины в противоположном направлении. Но важно помнить - зажатый машиной мяч может в такой конфигурации провалиться сквозь StaticBody3D или же улететь в случайном направлении с огромной скоростью. Т.е., поскольку машина не видит мяч, он не оказывает сопротивления, и машина проходит мяч насквозь.
Если слои и маски совпадают, тогда должна быть реалистичная симуляция столкновений, однако:
>вес 0.01
>вес 150
Если не ошибаюсь, настройка массы влияет лишь на применяемые к телу силы (force) и импульсы. Есть небольшой, но существенный нюанс: если ты будешь двигаться очень быстро, коллизия твоего тела может "проникать" (penetrate) в коллизии других тел, и тогда срабатывает механизм "извлечения" (depenetration), который может нарушить аккуратность симуляции.
Чтобы избежать пересечения коллизий, можно:
- увеличить частоту симуляции физики (TPS где-то в настройках проекта; оно влияет на _physics_process);
- включить continuous_cd (не уверен, повлияет ли в конкретном случае, и работает ли оно вообще...);
- ...э, забыл уже. Что-то ещё было... margin?..
Увеличение частоты решает 99% проблем физики. Но увеличивает нагрузку на CPU в несколько раз. Но эта нагрузка оправдана для подобного рода игр.
>применения вручную сил
ИМХО, для игры типа Rocked League это наиболее оптимальный вариант. Я сам в оригинал не играл, но физическая симуляция вряд ли будет достаточно сбалансированной. Мячик должен вести себя более предсказуемо, чтобы игрок смог запульнуть его в конкретном направлении, а не просто врезаться.
Также и с машинкой. VehicleBody3D - это для игрушек наподобие GTA, где тебе важно заезжать на бордюр, трястись на трупах пешеходов и прочих кочках. А в аркадной игрушке уровня Rocket League достаточно управлять катящимся шаром, который лишь внешне изображает автомобиль с колёсами. Например, так:
https://kidscancode.org/godot_recipes/4.x/3d/3d_sphere_car/
С такой машиной-сферой столкновения будут более предсказуемыми и для твоего кода, и для игрока.
Но, конечно, всё зависит от того, чего ты хочешь.
>>78975
>ровно какая используется как база в рокет лиге
Лол, серьёзно? Может, они её как-то упростили?
>>78979
Перечитал своё сообщение и засомневался...
По-моему, движок не должен иметь с этим проблем.
Нооо... Я точно помню, что были какие-то проблемы конкретно с проникновением на скорости. Может, перепутал с чем-то? С Kinematic/CharacterBody3D?
Но в целом: больше скорость ==> больше тикрейт. Стандартный тикрейт 60 TPS рассчитан на что-то, ну, наподобие 3D Action RPG?.. Для гонок рекомендуют повышать. Для симуляции ракеты - тем более.
Хотя можно даже ниже тикрейт сделать, 30 или 15. С включенной интерполяцией физики будет нормально выглядеть. Но это для игр с большим количеством медленных объектов, где скорость не так важна, как количество одновременно движущихся объектов.
Могу ошибаться...
Перечитал своё сообщение и засомневался...
>пересечения коллизий
По-моему, движок не должен иметь с этим проблем.
Нооо... Я точно помню, что были какие-то проблемы конкретно с проникновением на скорости. Может, перепутал с чем-то? С Kinematic/CharacterBody3D?
Но в целом: больше скорость ==> больше тикрейт. Стандартный тикрейт 60 TPS рассчитан на что-то, ну, наподобие 3D Action RPG?.. Для гонок рекомендуют повышать. Для симуляции ракеты - тем более.
Хотя можно даже ниже тикрейт сделать, 30 или 15. С включенной интерполяцией физики будет нормально выглядеть. Но это для игр с большим количеством медленных объектов, где скорость не так важна, как количество одновременно движущихся объектов.
Могу ошибаться...
257 Кб, 1290x334>>78979
Да, спасибо, мяч "видел" только пол.
Ну да, но я думаю что когда машина пинает мяч там и рассчитывается импульс который стоит применить, учитывая закон сохранения импульса и упругое/не упругое соударение + мяч подскакивает и гравитация по разному влияет, я буду играться с этим, 0.01 я сделал т.к. мяч не двигался.
Пока мяч попытался пнуть, не более, но РЛ это очевидный референс.
Не понял, кто они. Те надписи в документации скорее всего давно, а с 4.4 по умолчанию включен Jolt.
Мне попался видос https://www.youtube.com/watch?v=ueEmiDM94IE, я его не смотрел весь, только начало, там он говорит что использовали буллет но дальше рассказывает о кастомном расчёте сил всяких. Так же показывает о проблеме детерменизма что в зависимости от частоты физики мяч попадал в разные места, что было вызвано тем что машина "входит в мяч" на разную глубину, кстати.
А реализацию я сам смотрел, открыл Bullet и Godot последний, для меня классы выглядят плюс-минус одинаково, вплоть до использования дополнительной структуры для хранения якобиана.
Но есть ньюанс, который я в процессе узнал, все реализации машин в играх тоже плюс-минус одинаково работают (ну те, что более менее реалистичны) они используют рейкастинг, точнее несколько и на каждом колесе. В общем-то VehicleBody3D почти нихуя не делает, а просто свои параметры передаёт на свои VehicleWheel3D и каждое колесо считается само по себе.
>>78980
У всех есть, у RigidBody3D со старой физикой годо вообще были большие проблемы и тела сквозь мол проваливались даже на небольшой скорости, только включение Continous CD спасает.
>Я предполагаю, ты перепутал слои и маски физики.
Да, спасибо, мяч "видел" только пол.
>Если не ошибаюсь, настройка массы влияет лишь на применяемые к телу силы (force) и импульсы.
Ну да, но я думаю что когда машина пинает мяч там и рассчитывается импульс который стоит применить, учитывая закон сохранения импульса и упругое/не упругое соударение + мяч подскакивает и гравитация по разному влияет, я буду играться с этим, 0.01 я сделал т.к. мяч не двигался.
>ИМХО, для игры типа Rocked League это наиболее оптимальный вариант.
Пока мяч попытался пнуть, не более, но РЛ это очевидный референс.
>Мячик должен вести себя более предсказуемо, чтобы игрок смог запульнуть его в конкретном направлении, а не просто врезаться.
>Лол, серьёзно? Может, они её как-то упростили?
Не понял, кто они. Те надписи в документации скорее всего давно, а с 4.4 по умолчанию включен Jolt.
Мне попался видос https://www.youtube.com/watch?v=ueEmiDM94IE, я его не смотрел весь, только начало, там он говорит что использовали буллет но дальше рассказывает о кастомном расчёте сил всяких. Так же показывает о проблеме детерменизма что в зависимости от частоты физики мяч попадал в разные места, что было вызвано тем что машина "входит в мяч" на разную глубину, кстати.
А реализацию я сам смотрел, открыл Bullet и Godot последний, для меня классы выглядят плюс-минус одинаково, вплоть до использования дополнительной структуры для хранения якобиана.
Но есть ньюанс, который я в процессе узнал, все реализации машин в играх тоже плюс-минус одинаково работают (ну те, что более менее реалистичны) они используют рейкастинг, точнее несколько и на каждом колесе. В общем-то VehicleBody3D почти нихуя не делает, а просто свои параметры передаёт на свои VehicleWheel3D и каждое колесо считается само по себе.
>>78980
>По-моему, движок не должен иметь с этим проблем.
У всех есть, у RigidBody3D со старой физикой годо вообще были большие проблемы и тела сквозь мол проваливались даже на небольшой скорости, только включение Continous CD спасает.
257 Кб, 1290x334>>78979
Да, спасибо, мяч "видел" только пол.
Ну да, но я думаю что когда машина пинает мяч там и рассчитывается импульс который стоит применить, учитывая закон сохранения импульса и упругое/не упругое соударение + мяч подскакивает и гравитация по разному влияет, я буду играться с этим, 0.01 я сделал т.к. мяч не двигался.
Пока мяч попытался пнуть, не более, но РЛ это очевидный референс.
Не понял, кто они. Те надписи в документации скорее всего давно, а с 4.4 по умолчанию включен Jolt.
Мне попался видос https://www.youtube.com/watch?v=ueEmiDM94IE, я его не смотрел весь, только начало, там он говорит что использовали буллет но дальше рассказывает о кастомном расчёте сил всяких. Так же показывает о проблеме детерменизма что в зависимости от частоты физики мяч попадал в разные места, что было вызвано тем что машина "входит в мяч" на разную глубину, кстати.
А реализацию я сам смотрел, открыл Bullet и Godot последний, для меня классы выглядят плюс-минус одинаково, вплоть до использования дополнительной структуры для хранения якобиана.
Но есть ньюанс, который я в процессе узнал, все реализации машин в играх тоже плюс-минус одинаково работают (ну те, что более менее реалистичны) они используют рейкастинг, точнее несколько и на каждом колесе. В общем-то VehicleBody3D почти нихуя не делает, а просто свои параметры передаёт на свои VehicleWheel3D и каждое колесо считается само по себе.
>>78980
У всех есть, у RigidBody3D со старой физикой годо вообще были большие проблемы и тела сквозь мол проваливались даже на небольшой скорости, только включение Continous CD спасает.
>Я предполагаю, ты перепутал слои и маски физики.
Да, спасибо, мяч "видел" только пол.
>Если не ошибаюсь, настройка массы влияет лишь на применяемые к телу силы (force) и импульсы.
Ну да, но я думаю что когда машина пинает мяч там и рассчитывается импульс который стоит применить, учитывая закон сохранения импульса и упругое/не упругое соударение + мяч подскакивает и гравитация по разному влияет, я буду играться с этим, 0.01 я сделал т.к. мяч не двигался.
>ИМХО, для игры типа Rocked League это наиболее оптимальный вариант.
Пока мяч попытался пнуть, не более, но РЛ это очевидный референс.
>Мячик должен вести себя более предсказуемо, чтобы игрок смог запульнуть его в конкретном направлении, а не просто врезаться.
>Лол, серьёзно? Может, они её как-то упростили?
Не понял, кто они. Те надписи в документации скорее всего давно, а с 4.4 по умолчанию включен Jolt.
Мне попался видос https://www.youtube.com/watch?v=ueEmiDM94IE, я его не смотрел весь, только начало, там он говорит что использовали буллет но дальше рассказывает о кастомном расчёте сил всяких. Так же показывает о проблеме детерменизма что в зависимости от частоты физики мяч попадал в разные места, что было вызвано тем что машина "входит в мяч" на разную глубину, кстати.
А реализацию я сам смотрел, открыл Bullet и Godot последний, для меня классы выглядят плюс-минус одинаково, вплоть до использования дополнительной структуры для хранения якобиана.
Но есть ньюанс, который я в процессе узнал, все реализации машин в играх тоже плюс-минус одинаково работают (ну те, что более менее реалистичны) они используют рейкастинг, точнее несколько и на каждом колесе. В общем-то VehicleBody3D почти нихуя не делает, а просто свои параметры передаёт на свои VehicleWheel3D и каждое колесо считается само по себе.
>>78980
>По-моему, движок не должен иметь с этим проблем.
У всех есть, у RigidBody3D со старой физикой годо вообще были большие проблемы и тела сквозь мол проваливались даже на небольшой скорости, только включение Continous CD спасает.
В 4.7 (dev) поменяли путь к настройкам языка, поэтому он сбросится при запуске, не пугайтесь.
>>79099
Он сдох же, теперь у Реми требовать надо.
Он сдох же, теперь у Реми требовать надо.
>>78986
По идее, так и должно быть. Но мне кажется, что эти рассчёты могут быть неправильными при слишком большой скорости/низкой частоте физики. Не помню, кажется, я уже делал что-то похожее на Godot, но это достаточно давно было и детали забылись.
Нет, масса никак не влияет на ускорение падения. В школьной программе должны были показывать этот эксперимент... В общем, лёгкие объекты в вакууме ускоряются с той же скоростью, что и тяжёлые, но сопротивление воздуха сильнее замедляет что-то наподобие пёрышка, шарика или мячика. В движке сопротивление среды настраивается через:
Есть значение по умолчанию в настройках проекта, действующее на все объекты сразу, и независимые настройки внутри каждого RigidBody. Так что, если планируешь сделать очень лёгкий, но большой мяч - увеличивай ему linear_damp для реализма.
Разработчики Rocket League физику своих машинок.
Bullet Physics использовался как движок физики по умолчанию в Godot 3.x, но начиная с 4.0 его целиком выбросили, но "наследство" в виде API осталось. Как понимаю, Bullet уже давно устарел и не развивается, несмотря на то, что его использовали даже в GTA.
Ну, типа да, но не совсем... В GTA V 100% рейкастинг, поскольку там колёса дергаются на бордюрах как в дешёвой индюшатине, лол. Но это оправдано из-за необходимости заполнять всю улицу машинами на относительно слабых старых приставках. В идеале симуляция колёс должна быть сложнее...
Вопрос в том, нафига колёса-рейкасты той же RL, где машинки либо едут по ровной плоскости, либо тупо взлетают и летят по воздуху? Ещё и в мультиплеере. Думается мне, есть более элегантные решения...
Это проблема использования тонкой коллизии.
Речь шла не о самом "проваливании", а как алгоритм депенетрации вычисляет правильный импульс при различных столкновениях/пересечениях. Там могут использоваться оптимизации, которые делают результаты недостаточно предсказуемыми.
Собственно, я об этом, наверное:
>пинает мяч там и рассчитывается импульс
По идее, так и должно быть. Но мне кажется, что эти рассчёты могут быть неправильными при слишком большой скорости/низкой частоте физики. Не помню, кажется, я уже делал что-то похожее на Godot, но это достаточно давно было и детали забылись.
>гравитация по разному влияет
Нет, масса никак не влияет на ускорение падения. В школьной программе должны были показывать этот эксперимент... В общем, лёгкие объекты в вакууме ускоряются с той же скоростью, что и тяжёлые, но сопротивление воздуха сильнее замедляет что-то наподобие пёрышка, шарика или мячика. В движке сопротивление среды настраивается через:
>linear_damp - замедление по осям X/Y/Z
>angular_damp - замедление вращения
Есть значение по умолчанию в настройках проекта, действующее на все объекты сразу, и независимые настройки внутри каждого RigidBody. Так что, если планируешь сделать очень лёгкий, но большой мяч - увеличивай ему linear_damp для реализма.
>Не понял, кто они
Разработчики Rocket League физику своих машинок.
>открыл Bullet и Godot последний
Bullet Physics использовался как движок физики по умолчанию в Godot 3.x, но начиная с 4.0 его целиком выбросили, но "наследство" в виде API осталось. Как понимаю, Bullet уже давно устарел и не развивается, несмотря на то, что его использовали даже в GTA.
>все реализации машин... используют рейкастинг
Ну, типа да, но не совсем... В GTA V 100% рейкастинг, поскольку там колёса дергаются на бордюрах как в дешёвой индюшатине, лол. Но это оправдано из-за необходимости заполнять всю улицу машинами на относительно слабых старых приставках. В идеале симуляция колёс должна быть сложнее...
Вопрос в том, нафига колёса-рейкасты той же RL, где машинки либо едут по ровной плоскости, либо тупо взлетают и летят по воздуху? Ещё и в мультиплеере. Думается мне, есть более элегантные решения...
>тела сквозь мол проваливались
Это проблема использования тонкой коллизии.
Речь шла не о самом "проваливании", а как алгоритм депенетрации вычисляет правильный импульс при различных столкновениях/пересечениях. Там могут использоваться оптимизации, которые делают результаты недостаточно предсказуемыми.
Собственно, я об этом, наверное:
>в зависимости от частоты физики мяч попадал в разные места, что было вызвано тем что машина "входит в мяч" на разную глубину, кстати.
>>78986
По идее, так и должно быть. Но мне кажется, что эти рассчёты могут быть неправильными при слишком большой скорости/низкой частоте физики. Не помню, кажется, я уже делал что-то похожее на Godot, но это достаточно давно было и детали забылись.
Нет, масса никак не влияет на ускорение падения. В школьной программе должны были показывать этот эксперимент... В общем, лёгкие объекты в вакууме ускоряются с той же скоростью, что и тяжёлые, но сопротивление воздуха сильнее замедляет что-то наподобие пёрышка, шарика или мячика. В движке сопротивление среды настраивается через:
Есть значение по умолчанию в настройках проекта, действующее на все объекты сразу, и независимые настройки внутри каждого RigidBody. Так что, если планируешь сделать очень лёгкий, но большой мяч - увеличивай ему linear_damp для реализма.
Разработчики Rocket League физику своих машинок.
Bullet Physics использовался как движок физики по умолчанию в Godot 3.x, но начиная с 4.0 его целиком выбросили, но "наследство" в виде API осталось. Как понимаю, Bullet уже давно устарел и не развивается, несмотря на то, что его использовали даже в GTA.
Ну, типа да, но не совсем... В GTA V 100% рейкастинг, поскольку там колёса дергаются на бордюрах как в дешёвой индюшатине, лол. Но это оправдано из-за необходимости заполнять всю улицу машинами на относительно слабых старых приставках. В идеале симуляция колёс должна быть сложнее...
Вопрос в том, нафига колёса-рейкасты той же RL, где машинки либо едут по ровной плоскости, либо тупо взлетают и летят по воздуху? Ещё и в мультиплеере. Думается мне, есть более элегантные решения...
Это проблема использования тонкой коллизии.
Речь шла не о самом "проваливании", а как алгоритм депенетрации вычисляет правильный импульс при различных столкновениях/пересечениях. Там могут использоваться оптимизации, которые делают результаты недостаточно предсказуемыми.
Собственно, я об этом, наверное:
>пинает мяч там и рассчитывается импульс
По идее, так и должно быть. Но мне кажется, что эти рассчёты могут быть неправильными при слишком большой скорости/низкой частоте физики. Не помню, кажется, я уже делал что-то похожее на Godot, но это достаточно давно было и детали забылись.
>гравитация по разному влияет
Нет, масса никак не влияет на ускорение падения. В школьной программе должны были показывать этот эксперимент... В общем, лёгкие объекты в вакууме ускоряются с той же скоростью, что и тяжёлые, но сопротивление воздуха сильнее замедляет что-то наподобие пёрышка, шарика или мячика. В движке сопротивление среды настраивается через:
>linear_damp - замедление по осям X/Y/Z
>angular_damp - замедление вращения
Есть значение по умолчанию в настройках проекта, действующее на все объекты сразу, и независимые настройки внутри каждого RigidBody. Так что, если планируешь сделать очень лёгкий, но большой мяч - увеличивай ему linear_damp для реализма.
>Не понял, кто они
Разработчики Rocket League физику своих машинок.
>открыл Bullet и Godot последний
Bullet Physics использовался как движок физики по умолчанию в Godot 3.x, но начиная с 4.0 его целиком выбросили, но "наследство" в виде API осталось. Как понимаю, Bullet уже давно устарел и не развивается, несмотря на то, что его использовали даже в GTA.
>все реализации машин... используют рейкастинг
Ну, типа да, но не совсем... В GTA V 100% рейкастинг, поскольку там колёса дергаются на бордюрах как в дешёвой индюшатине, лол. Но это оправдано из-за необходимости заполнять всю улицу машинами на относительно слабых старых приставках. В идеале симуляция колёс должна быть сложнее...
Вопрос в том, нафига колёса-рейкасты той же RL, где машинки либо едут по ровной плоскости, либо тупо взлетают и летят по воздуху? Ещё и в мультиплеере. Думается мне, есть более элегантные решения...
>тела сквозь мол проваливались
Это проблема использования тонкой коллизии.
Речь шла не о самом "проваливании", а как алгоритм депенетрации вычисляет правильный импульс при различных столкновениях/пересечениях. Там могут использоваться оптимизации, которые делают результаты недостаточно предсказуемыми.
Собственно, я об этом, наверное:
>в зависимости от частоты физики мяч попадал в разные места, что было вызвано тем что машина "входит в мяч" на разную глубину, кстати.
766 Кб, 935x896Кстати один из двух, кто жолт пилил, теперь на зарплате у W4games. Те еще турбо-аутисты.
>>79096
Смищно, но первая мысль - редактор похерил настройки, у меня так с 4.5-4.6 было, теперь храню копию настроек отдельно
Смищно, но первая мысль - редактор похерил настройки, у меня так с 4.5-4.6 было, теперь храню копию настроек отдельно
А чё крутого в 4.7 ожидается? Пока он вроде проходной совсем. 4.6 с дев1 ворвался с ik и освещением в 3д
>>79167
Да хер их знает, оно ж пока не понятно, ну добавили там джойстик для мобилок но это херня. Визуально добавили хинты, когда ноду перетаскиваешь в скрипт там появляется в правом углу, скрин не могу сделать. Добавили режим Follow за нодой, с виду неудобно пиздец, режим вешается, ты двигаешь ноду и камеру колбасит
Да хер их знает, оно ж пока не понятно, ну добавили там джойстик для мобилок но это херня. Визуально добавили хинты, когда ноду перетаскиваешь в скрипт там появляется в правом углу, скрин не могу сделать. Добавили режим Follow за нодой, с виду неудобно пиздец, режим вешается, ты двигаешь ноду и камеру колбасит
>>79166
Извини, ты прав. Молодец что предупредил.
Извини, ты прав. Молодец что предупредил.
5,4 Мб, mp4,866x720, 0:14
>>79167
Прямоугольные источники света, если успеют.
Прямоугольные источники света, если успеют.
Как вы там дристуньчики мои? Пресетики на степана, немотрон и желательно эир появились уже? Два дня не заходил
Там чебурнет скоро, закиньте по братски
Там чебурнет скоро, закиньте по братски
>>79216
Виноват. Но я делаю! Правда медленно
Виноват. Но я делаю! Правда медленно
3,3 Мб, mp4,1600x900, 0:21
>>78526
Не очень понял, что ты хочешь сказать. Те шейдеры были просто для теста, я за неделю 6 штук в итоге сделал разных, вот пример. Плюс эти шейдеры-задники передаются по наследству от родителей при скрещивании. Просто чтобы было еще что-то уникальное у хомяков. Сами хомяки и шейдеры я запихал в отдельные окошки, которые их ограничивают.
В итоге всё выглядит вот так. Мне кажется, вполне нормально смотрится.
Не очень понял, что ты хочешь сказать. Те шейдеры были просто для теста, я за неделю 6 штук в итоге сделал разных, вот пример. Плюс эти шейдеры-задники передаются по наследству от родителей при скрещивании. Просто чтобы было еще что-то уникальное у хомяков. Сами хомяки и шейдеры я запихал в отдельные окошки, которые их ограничивают.
В итоге всё выглядит вот так. Мне кажется, вполне нормально смотрится.
>>79232
Возможно ты и прав. Но это все еще ворк ин прогресс, так что всегда можно переделать. Я подумаю, какой можно более мягкий для глаз шейдер запилить.
Возможно ты и прав. Но это все еще ворк ин прогресс, так что всегда можно переделать. Я подумаю, какой можно более мягкий для глаз шейдер запилить.
>>79226
Твоё видео напомнило мне аниме "Selector Infected WIXOSS"... Там девочки сражались в карточной игре, используя девочек-аватаров. Суть в том, что все бои происходили в каком-то виртуальном пространстве, которое, кажется, подстраивалось под героев, и было разделено на две полусферы - по одной на героя.
Я это к тому, что твои хомяки выглядят так, будто они смотрят друг на друга, а мы видим их сразу с двух независимых камер, направленных в две стороны. И соответственно, фон у них общий, но уникальный для каждого, потому что он делится на две полусферы.
В общем. Я где-то тебе уже писал про фон, а теперь передумал - можешь оставить как есть... Но, как ты смотришь на то, чтобы сделать игру "2.5D"? В Godot достаточно легко сделать композицию 2D + 3D. Я представляю это так: 3D сфера из двух куполов с шейдерами, какой-нибудь общий пол, и 2 Sprite3D с хомячками, направленные друг на друга. Camera3D находится где-то ближе к середине и автоматически вращается в сторону хомяка, который готовится к совершению атаки, а потом - к защищающемуся. Для большей свободы движений камеры придётся также нарисовать хомяков сзади, а в идеале и сбоку. А пикселизацию можно оставить на прежнем уровне - крупнопиксельные спрайты хорошо выглядят в 3D.
Это достаточно просто для таких монстров:
- разные узоры тела (можно сделать маской);
- рога, уши, крылья, хвосты, шипы, щитки и т.п.;
- что-то вроде одежды - шапки, перчатки и т.п.;
- нибы, ауры, летающие вокруг них штучки и т.п.
Не ограничивай себя только "хомяками".
Кстати, твой шейдер можно было бы сделать "аурой", скомбинировав с обычным фоном типа леса/города. Достаточно ограничить шейдер круглой областью, создаваемой через GradientTexture2D, которую ты помещаешь в параметр шейдера как маску/фильтр. Выглядеть будет так, будто хомяк парит в воздухе с окружающей его уникальной аурой, которая как бы перекрывает реальный мир, но просвечивает.
Я б накидал тебе прототип/мокап, но сейчас не могу.
>>79232
Иногда "плохо сочетается" - не баг, а фича. В игре про "генетику" и выращивание уникальных "монстров", уродливые, плохо сочетающиеся комбинации - это абсолютно нормально и стимулирует игрока искать (создавать) наиболее приятных визуально монстров. Просто подумай, какой смысл искать себе лучшего из лучших монстров, если они все выглядят хорошо? В подобных играх всегда нужны уроды для контраста. Некоторые могут даже предпочитать сбор уродов.
Твоё видео напомнило мне аниме "Selector Infected WIXOSS"... Там девочки сражались в карточной игре, используя девочек-аватаров. Суть в том, что все бои происходили в каком-то виртуальном пространстве, которое, кажется, подстраивалось под героев, и было разделено на две полусферы - по одной на героя.
Я это к тому, что твои хомяки выглядят так, будто они смотрят друг на друга, а мы видим их сразу с двух независимых камер, направленных в две стороны. И соответственно, фон у них общий, но уникальный для каждого, потому что он делится на две полусферы.
В общем. Я где-то тебе уже писал про фон, а теперь передумал - можешь оставить как есть... Но, как ты смотришь на то, чтобы сделать игру "2.5D"? В Godot достаточно легко сделать композицию 2D + 3D. Я представляю это так: 3D сфера из двух куполов с шейдерами, какой-нибудь общий пол, и 2 Sprite3D с хомячками, направленные друг на друга. Camera3D находится где-то ближе к середине и автоматически вращается в сторону хомяка, который готовится к совершению атаки, а потом - к защищающемуся. Для большей свободы движений камеры придётся также нарисовать хомяков сзади, а в идеале и сбоку. А пикселизацию можно оставить на прежнем уровне - крупнопиксельные спрайты хорошо выглядят в 3D.
>чтобы было еще что-то уникальное у хомяков
Это достаточно просто для таких монстров:
- разные узоры тела (можно сделать маской);
- рога, уши, крылья, хвосты, шипы, щитки и т.п.;
- что-то вроде одежды - шапки, перчатки и т.п.;
- нибы, ауры, летающие вокруг них штучки и т.п.
Не ограничивай себя только "хомяками".
Кстати, твой шейдер можно было бы сделать "аурой", скомбинировав с обычным фоном типа леса/города. Достаточно ограничить шейдер круглой областью, создаваемой через GradientTexture2D, которую ты помещаешь в параметр шейдера как маску/фильтр. Выглядеть будет так, будто хомяк парит в воздухе с окружающей его уникальной аурой, которая как бы перекрывает реальный мир, но просвечивает.
Я б накидал тебе прототип/мокап, но сейчас не могу.
>>79232
>Плохо сочетается с пиксельным хомяком.
Иногда "плохо сочетается" - не баг, а фича. В игре про "генетику" и выращивание уникальных "монстров", уродливые, плохо сочетающиеся комбинации - это абсолютно нормально и стимулирует игрока искать (создавать) наиболее приятных визуально монстров. Просто подумай, какой смысл искать себе лучшего из лучших монстров, если они все выглядят хорошо? В подобных играх всегда нужны уроды для контраста. Некоторые могут даже предпочитать сбор уродов.
>>79226
Твоё видео напомнило мне аниме "Selector Infected WIXOSS"... Там девочки сражались в карточной игре, используя девочек-аватаров. Суть в том, что все бои происходили в каком-то виртуальном пространстве, которое, кажется, подстраивалось под героев, и было разделено на две полусферы - по одной на героя.
Я это к тому, что твои хомяки выглядят так, будто они смотрят друг на друга, а мы видим их сразу с двух независимых камер, направленных в две стороны. И соответственно, фон у них общий, но уникальный для каждого, потому что он делится на две полусферы.
В общем. Я где-то тебе уже писал про фон, а теперь передумал - можешь оставить как есть... Но, как ты смотришь на то, чтобы сделать игру "2.5D"? В Godot достаточно легко сделать композицию 2D + 3D. Я представляю это так: 3D сфера из двух куполов с шейдерами, какой-нибудь общий пол, и 2 Sprite3D с хомячками, направленные друг на друга. Camera3D находится где-то ближе к середине и автоматически вращается в сторону хомяка, который готовится к совершению атаки, а потом - к защищающемуся. Для большей свободы движений камеры придётся также нарисовать хомяков сзади, а в идеале и сбоку. А пикселизацию можно оставить на прежнем уровне - крупнопиксельные спрайты хорошо выглядят в 3D.
Это достаточно просто для таких монстров:
- разные узоры тела (можно сделать маской);
- рога, уши, крылья, хвосты, шипы, щитки и т.п.;
- что-то вроде одежды - шапки, перчатки и т.п.;
- нибы, ауры, летающие вокруг них штучки и т.п.
Не ограничивай себя только "хомяками".
Кстати, твой шейдер можно было бы сделать "аурой", скомбинировав с обычным фоном типа леса/города. Достаточно ограничить шейдер круглой областью, создаваемой через GradientTexture2D, которую ты помещаешь в параметр шейдера как маску/фильтр. Выглядеть будет так, будто хомяк парит в воздухе с окружающей его уникальной аурой, которая как бы перекрывает реальный мир, но просвечивает.
Я б накидал тебе прототип/мокап, но сейчас не могу.
>>79232
Иногда "плохо сочетается" - не баг, а фича. В игре про "генетику" и выращивание уникальных "монстров", уродливые, плохо сочетающиеся комбинации - это абсолютно нормально и стимулирует игрока искать (создавать) наиболее приятных визуально монстров. Просто подумай, какой смысл искать себе лучшего из лучших монстров, если они все выглядят хорошо? В подобных играх всегда нужны уроды для контраста. Некоторые могут даже предпочитать сбор уродов.
Твоё видео напомнило мне аниме "Selector Infected WIXOSS"... Там девочки сражались в карточной игре, используя девочек-аватаров. Суть в том, что все бои происходили в каком-то виртуальном пространстве, которое, кажется, подстраивалось под героев, и было разделено на две полусферы - по одной на героя.
Я это к тому, что твои хомяки выглядят так, будто они смотрят друг на друга, а мы видим их сразу с двух независимых камер, направленных в две стороны. И соответственно, фон у них общий, но уникальный для каждого, потому что он делится на две полусферы.
В общем. Я где-то тебе уже писал про фон, а теперь передумал - можешь оставить как есть... Но, как ты смотришь на то, чтобы сделать игру "2.5D"? В Godot достаточно легко сделать композицию 2D + 3D. Я представляю это так: 3D сфера из двух куполов с шейдерами, какой-нибудь общий пол, и 2 Sprite3D с хомячками, направленные друг на друга. Camera3D находится где-то ближе к середине и автоматически вращается в сторону хомяка, который готовится к совершению атаки, а потом - к защищающемуся. Для большей свободы движений камеры придётся также нарисовать хомяков сзади, а в идеале и сбоку. А пикселизацию можно оставить на прежнем уровне - крупнопиксельные спрайты хорошо выглядят в 3D.
>чтобы было еще что-то уникальное у хомяков
Это достаточно просто для таких монстров:
- разные узоры тела (можно сделать маской);
- рога, уши, крылья, хвосты, шипы, щитки и т.п.;
- что-то вроде одежды - шапки, перчатки и т.п.;
- нибы, ауры, летающие вокруг них штучки и т.п.
Не ограничивай себя только "хомяками".
Кстати, твой шейдер можно было бы сделать "аурой", скомбинировав с обычным фоном типа леса/города. Достаточно ограничить шейдер круглой областью, создаваемой через GradientTexture2D, которую ты помещаешь в параметр шейдера как маску/фильтр. Выглядеть будет так, будто хомяк парит в воздухе с окружающей его уникальной аурой, которая как бы перекрывает реальный мир, но просвечивает.
Я б накидал тебе прототип/мокап, но сейчас не могу.
>>79232
>Плохо сочетается с пиксельным хомяком.
Иногда "плохо сочетается" - не баг, а фича. В игре про "генетику" и выращивание уникальных "монстров", уродливые, плохо сочетающиеся комбинации - это абсолютно нормально и стимулирует игрока искать (создавать) наиболее приятных визуально монстров. Просто подумай, какой смысл искать себе лучшего из лучших монстров, если они все выглядят хорошо? В подобных играх всегда нужны уроды для контраста. Некоторые могут даже предпочитать сбор уродов.
>>79234
Звучит и правда интересно, но вот вопрос: осилю ли я? Потому что я в целом ни разу с ЗD в играх не работал. Наверно, можно попробовать уделить этому неделю-две для теста, отдельную сцену создать боёвки и в ней переработать.
Да, я как раз хотел сейчас поработать над визуалом. До этого я больше самой генетикой и боёвкой занимался. Сейчас это уже более-менее устаканилось, можно заниматься визуалом хомяков. Новый ген и его обработку добавить дело 15 минут, код не сильно сложный.
>В общем. Я где-то тебе уже писал про фон, а теперь передумал - можешь оставить как есть... Но, как ты смотришь на то, чтобы сделать игру "2.5D"...
Звучит и правда интересно, но вот вопрос: осилю ли я? Потому что я в целом ни разу с ЗD в играх не работал. Наверно, можно попробовать уделить этому неделю-две для теста, отдельную сцену создать боёвки и в ней переработать.
>Это достаточно просто для таких монстров:
Да, я как раз хотел сейчас поработать над визуалом. До этого я больше самой генетикой и боёвкой занимался. Сейчас это уже более-менее устаканилось, можно заниматься визуалом хомяков. Новый ген и его обработку добавить дело 15 минут, код не сильно сложный.
>>79236
Да это не сложно, и нужно всего ничего:
1. Засунуть сцену-хомяка (без фона) в эту ноду:
https://docs.godotengine.org/en/stable/classes/class_subviewport.html
Сцена исчезнет во вьюпорте - это нормально (вроде пытаются сделать что-то, чтобы было проще вносить изменения в ноды под SubViewport, но я не следил).
2. Добавить в сцену вот эту ноду:
https://docs.godotengine.org/en/stable/classes/class_sprite3d.html
И в параметре texture выбрать эту текстуру:
https://docs.godotengine.org/en/stable/classes/class_viewporttexture.html
В которой указать в viewport_path ноду из п.1. Для уникальных объектов можно поместить SubViewport непосредственно под Sprite3D, просто для удобства.
3. Повторить 1-2 для второго хомяка и поместить их (Sprite3D) напротив друг друга в 3D вьюпорте.
4. Для фона-сферы можно использовать sky shader:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/sky_shader.html
Либо на SphereMesh наложить spatial shader, который предоставляет, кажется, куда больше возможностей:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/spatial_shader.html
Либо можно использовать CanvasItrm shader (у тебя используется сейчас), и накладывать посредством SubViewport. Есть много вариантов, как смешать два независимых шейдера. Думаю, самое простое - это next_pass и использование UV координат, если ты накладываешь шейдер на простую сферу.
5. Добавить и анимировать 3D камеру. Её легко трансформировать через простой AnimationPlayer. Пользовательское управление тебе вряд ли нужно.
https://docs.godotengine.org/en/stable/classes/class_camera3d.html
Добавление камеры создаёт 3D вьюпорт у тебя в игре, однако, потомки Control остаются без изменений. Т.е. достаточно использовать старый GUI - тогда 3D будет отображаться по центру. Нормально, в принципе, во множестве старых 3D игр был громоздкий GUI...
Короче говоря, бОльшая часть работы остаётся 2D, и шейдеры тоже можно оставить 2D (но будет менее эффективно, как мне кажется), вся разница только в упаковке твоих 2D нод внутрь SubViewport. Можешь продублировать текущую сцену и прям в ней сделать "трёхмерный" вариант. Хотя "3D" тут весьма условно (основной прикол - трансформации 3D камеры).
>осилю ли я?
>ни разу с ЗD в играх не работал
Да это не сложно, и нужно всего ничего:
1. Засунуть сцену-хомяка (без фона) в эту ноду:
https://docs.godotengine.org/en/stable/classes/class_subviewport.html
Сцена исчезнет во вьюпорте - это нормально (вроде пытаются сделать что-то, чтобы было проще вносить изменения в ноды под SubViewport, но я не следил).
2. Добавить в сцену вот эту ноду:
https://docs.godotengine.org/en/stable/classes/class_sprite3d.html
И в параметре texture выбрать эту текстуру:
https://docs.godotengine.org/en/stable/classes/class_viewporttexture.html
В которой указать в viewport_path ноду из п.1. Для уникальных объектов можно поместить SubViewport непосредственно под Sprite3D, просто для удобства.
3. Повторить 1-2 для второго хомяка и поместить их (Sprite3D) напротив друг друга в 3D вьюпорте.
4. Для фона-сферы можно использовать sky shader:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/sky_shader.html
Либо на SphereMesh наложить spatial shader, который предоставляет, кажется, куда больше возможностей:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/spatial_shader.html
Либо можно использовать CanvasItrm shader (у тебя используется сейчас), и накладывать посредством SubViewport. Есть много вариантов, как смешать два независимых шейдера. Думаю, самое простое - это next_pass и использование UV координат, если ты накладываешь шейдер на простую сферу.
5. Добавить и анимировать 3D камеру. Её легко трансформировать через простой AnimationPlayer. Пользовательское управление тебе вряд ли нужно.
https://docs.godotengine.org/en/stable/classes/class_camera3d.html
Добавление камеры создаёт 3D вьюпорт у тебя в игре, однако, потомки Control остаются без изменений. Т.е. достаточно использовать старый GUI - тогда 3D будет отображаться по центру. Нормально, в принципе, во множестве старых 3D игр был громоздкий GUI...
Короче говоря, бОльшая часть работы остаётся 2D, и шейдеры тоже можно оставить 2D (но будет менее эффективно, как мне кажется), вся разница только в упаковке твоих 2D нод внутрь SubViewport. Можешь продублировать текущую сцену и прям в ней сделать "трёхмерный" вариант. Хотя "3D" тут весьма условно (основной прикол - трансформации 3D камеры).
>>79236
Да это не сложно, и нужно всего ничего:
1. Засунуть сцену-хомяка (без фона) в эту ноду:
https://docs.godotengine.org/en/stable/classes/class_subviewport.html
Сцена исчезнет во вьюпорте - это нормально (вроде пытаются сделать что-то, чтобы было проще вносить изменения в ноды под SubViewport, но я не следил).
2. Добавить в сцену вот эту ноду:
https://docs.godotengine.org/en/stable/classes/class_sprite3d.html
И в параметре texture выбрать эту текстуру:
https://docs.godotengine.org/en/stable/classes/class_viewporttexture.html
В которой указать в viewport_path ноду из п.1. Для уникальных объектов можно поместить SubViewport непосредственно под Sprite3D, просто для удобства.
3. Повторить 1-2 для второго хомяка и поместить их (Sprite3D) напротив друг друга в 3D вьюпорте.
4. Для фона-сферы можно использовать sky shader:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/sky_shader.html
Либо на SphereMesh наложить spatial shader, который предоставляет, кажется, куда больше возможностей:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/spatial_shader.html
Либо можно использовать CanvasItrm shader (у тебя используется сейчас), и накладывать посредством SubViewport. Есть много вариантов, как смешать два независимых шейдера. Думаю, самое простое - это next_pass и использование UV координат, если ты накладываешь шейдер на простую сферу.
5. Добавить и анимировать 3D камеру. Её легко трансформировать через простой AnimationPlayer. Пользовательское управление тебе вряд ли нужно.
https://docs.godotengine.org/en/stable/classes/class_camera3d.html
Добавление камеры создаёт 3D вьюпорт у тебя в игре, однако, потомки Control остаются без изменений. Т.е. достаточно использовать старый GUI - тогда 3D будет отображаться по центру. Нормально, в принципе, во множестве старых 3D игр был громоздкий GUI...
Короче говоря, бОльшая часть работы остаётся 2D, и шейдеры тоже можно оставить 2D (но будет менее эффективно, как мне кажется), вся разница только в упаковке твоих 2D нод внутрь SubViewport. Можешь продублировать текущую сцену и прям в ней сделать "трёхмерный" вариант. Хотя "3D" тут весьма условно (основной прикол - трансформации 3D камеры).
>осилю ли я?
>ни разу с ЗD в играх не работал
Да это не сложно, и нужно всего ничего:
1. Засунуть сцену-хомяка (без фона) в эту ноду:
https://docs.godotengine.org/en/stable/classes/class_subviewport.html
Сцена исчезнет во вьюпорте - это нормально (вроде пытаются сделать что-то, чтобы было проще вносить изменения в ноды под SubViewport, но я не следил).
2. Добавить в сцену вот эту ноду:
https://docs.godotengine.org/en/stable/classes/class_sprite3d.html
И в параметре texture выбрать эту текстуру:
https://docs.godotengine.org/en/stable/classes/class_viewporttexture.html
В которой указать в viewport_path ноду из п.1. Для уникальных объектов можно поместить SubViewport непосредственно под Sprite3D, просто для удобства.
3. Повторить 1-2 для второго хомяка и поместить их (Sprite3D) напротив друг друга в 3D вьюпорте.
4. Для фона-сферы можно использовать sky shader:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/sky_shader.html
Либо на SphereMesh наложить spatial shader, который предоставляет, кажется, куда больше возможностей:
https://docs.godotengine.org/en/stable/tutorials/shaders/shader_reference/spatial_shader.html
Либо можно использовать CanvasItrm shader (у тебя используется сейчас), и накладывать посредством SubViewport. Есть много вариантов, как смешать два независимых шейдера. Думаю, самое простое - это next_pass и использование UV координат, если ты накладываешь шейдер на простую сферу.
5. Добавить и анимировать 3D камеру. Её легко трансформировать через простой AnimationPlayer. Пользовательское управление тебе вряд ли нужно.
https://docs.godotengine.org/en/stable/classes/class_camera3d.html
Добавление камеры создаёт 3D вьюпорт у тебя в игре, однако, потомки Control остаются без изменений. Т.е. достаточно использовать старый GUI - тогда 3D будет отображаться по центру. Нормально, в принципе, во множестве старых 3D игр был громоздкий GUI...
Короче говоря, бОльшая часть работы остаётся 2D, и шейдеры тоже можно оставить 2D (но будет менее эффективно, как мне кажется), вся разница только в упаковке твоих 2D нод внутрь SubViewport. Можешь продублировать текущую сцену и прям в ней сделать "трёхмерный" вариант. Хотя "3D" тут весьма условно (основной прикол - трансформации 3D камеры).
>>79244 >>79246
Да, кстати, думаю, нужно важное замечание:
Громоздкий GUI в старых 3D играх - это своего рода оптимизация производительности. Т.е. игра просто рендерила 3D графику в малюсеньком окошке где-то посередине экрана, или на верхней/нижней половине, остальное же просто bitblt'или в видеопамять как 99% статичное изображение. Это было суперэффективно.
Godot по умолчанию рендерит 3D во весь экран, т.е. интерфейс из Control нод отображается поверх уже отображённых 3D объектов, и это может быть очень неэффективно для громоздкого GUI поверх сложных шейдеров. Оптимизировать можно почти как деды:
https://docs.godotengine.org/en/stable/classes/class_subviewportcontainer.html
Эта нода отображает содержимое SubViewport (в предыдущих версиях Godot можно использовать TextureRect, добавив в него ViewportTexture), так что возможно "упаковать" 3D рендер напрямую в GUI, и настроить так, что 3D рендерится в относительно небольшом разрешении по сравнению с GUI.
В твоём случае, >>79226, можно сделать так:
Ещё данный метод позволяет сделать эффективную пикселизацию 3D вьюпорта с кристально чистым GUI, наложенным поверх/вокруг 3D. Там в настройках есть масштабирование, плюс где-то нужно сглаживание отключить (т.е. linear filter -> nearest filter). Так можно приблизиться к более "ретро" рендерингу (опять же, поскольку GUI bitblt'или, а 3D было слишком дорого). Поэкспериментировать с этим всем очень легко.
Да, кстати, думаю, нужно важное замечание:
>во множестве старых 3D игр был громоздкий GUI
Громоздкий GUI в старых 3D играх - это своего рода оптимизация производительности. Т.е. игра просто рендерила 3D графику в малюсеньком окошке где-то посередине экрана, или на верхней/нижней половине, остальное же просто bitblt'или в видеопамять как 99% статичное изображение. Это было суперэффективно.
Godot по умолчанию рендерит 3D во весь экран, т.е. интерфейс из Control нод отображается поверх уже отображённых 3D объектов, и это может быть очень неэффективно для громоздкого GUI поверх сложных шейдеров. Оптимизировать можно почти как деды:
https://docs.godotengine.org/en/stable/classes/class_subviewportcontainer.html
Эта нода отображает содержимое SubViewport (в предыдущих версиях Godot можно использовать TextureRect, добавив в него ViewportTexture), так что возможно "упаковать" 3D рендер напрямую в GUI, и настроить так, что 3D рендерится в относительно небольшом разрешении по сравнению с GUI.
В твоём случае, >>79226, можно сделать так:
>левая панель - SubViewportContainer - правая панель
>нижняя панель с кнопками, чатом и т.д.
Ещё данный метод позволяет сделать эффективную пикселизацию 3D вьюпорта с кристально чистым GUI, наложенным поверх/вокруг 3D. Там в настройках есть масштабирование, плюс где-то нужно сглаживание отключить (т.е. linear filter -> nearest filter). Так можно приблизиться к более "ретро" рендерингу (опять же, поскольку GUI bitblt'или, а 3D было слишком дорого). Поэкспериментировать с этим всем очень легко.
А что если делать игры... маленькими, но законченными, отполированными, качественными? Это ли не путь к успеху?
>>79250
"Полировка" - самая скучная часть разработки игры. Сделаешь свою маленькую игру за неделю и потом несколько месяцев полировать, рекламировать и собирать вишлисты... Нравится? Что ж, вперёд!
Но многие приходят в разработку игр с мечтой о большой игре. Заниматься "сделал 99 игр за год" им неинтересно, даже если это потенциально выгодно. Разработку большой игры такая мелочь не ускорит.
Да и зависит от площадки. В мобильных и веб-играх поощряются короткие сессии, простой геймплей. Там задротить по несколько часов подряд мало кто хочет. Напротив, в стиме уважают игры для задротов, а к мобильным играм относятся с презрением. Нужно учитывать, что компьютеры есть далеко не у всех, а смартфоны доступны даже нищим в Индии/Африке. Впрочем, мобильный рынок - переполненный базар. Приткнуть свою игру туда будет крайне сложно.
"Полировка" - самая скучная часть разработки игры. Сделаешь свою маленькую игру за неделю и потом несколько месяцев полировать, рекламировать и собирать вишлисты... Нравится? Что ж, вперёд!
Но многие приходят в разработку игр с мечтой о большой игре. Заниматься "сделал 99 игр за год" им неинтересно, даже если это потенциально выгодно. Разработку большой игры такая мелочь не ускорит.
Да и зависит от площадки. В мобильных и веб-играх поощряются короткие сессии, простой геймплей. Там задротить по несколько часов подряд мало кто хочет. Напротив, в стиме уважают игры для задротов, а к мобильным играм относятся с презрением. Нужно учитывать, что компьютеры есть далеко не у всех, а смартфоны доступны даже нищим в Индии/Африке. Впрочем, мобильный рынок - переполненный базар. Приткнуть свою игру туда будет крайне сложно.
>>79254
Так они все неправильно делают, а надо правильно. А если игра к успеху пришла - выпускать ДЛЦ, вот и из маленькой в большую превратится.
Так они все неправильно делают, а надо правильно. А если игра к успеху пришла - выпускать ДЛЦ, вот и из маленькой в большую превратится.
>>79250
Маленькие игры это не интересно.
Маленькие игры это не интересно.
>>79256
А если у спеху не пришла то ты свою игру мечты просто выкинешь на помойку и забудешь про нее? Нуну.
А если у спеху не пришла то ты свою игру мечты просто выкинешь на помойку и забудешь про нее? Нуну.
>>79260
Так это не игры мечты. Это процесс мечты и результат мечты.
Так это не игры мечты. Это процесс мечты и результат мечты.
Так, очень важный вопрос. Вот допустим у меня есть 15000 multimesh (не спрашивайте хули так много), собранных через RenderingServer. Visibility range и прочая поебистика настроена и вроде работает окей. Проблема оказалась не там где я ожидал. Эта куча экземпляров, в сумме со всех multimesh, пожирает нихуево оперативной памяти (5ГБ нахуй) что в наше время хуйня, но все-таки, какие нахуй 5ГБ. Кто-то пробовал каким-то образом уменьшить стандартный объем для одного Transform3D, который 48 байт вроде? Как бы интуитивно понятно что для хранения не таких точных данных (мне не нужна точность в нанометры и сотней доли градусов) 48 байт это овердохуя. Короче вопрос простой: как блять порезать объем занимаемой памяти?
>>79263
Единственное что я пока вижу, так это те мультимеш которые вообще не видно, полностью удалять (выгружать из памяти) затем полностью создавать, но только блять именно что не из оперативной памяти, а читать из файла, но это все равно микрофриз. Тоже хуйня
Единственное что я пока вижу, так это те мультимеш которые вообще не видно, полностью удалять (выгружать из памяти) затем полностью создавать, но только блять именно что не из оперативной памяти, а читать из файла, но это все равно микрофриз. Тоже хуйня
>>79263
15к уникальных мешей? Ты их нагенерировал?
Т.е. 7500 инстансов внутри каждого мультимеша?
По умолчанию Godot использует 32-битные float, и существует флаг для сборки с 64-битными float, а в стандарте C++ есть ещё 16-битные float, так что, теоретически, можно собрать с ними - но, во-первых, нежелательно, чтобы это повлияло на все float, что используются в движке, во-вторых, это может иметь неожиданные проблемы... Придётся повозиться.
Если тебе позарез нужно именно столько объектов, возможно, их стоит объединить в один меш? Я вот подозреваю, что у тебя не 15к уникальных мешей, а значительно меньше, и ты просто пытаешься их распределить по разным мультимешам. Возможно, заменить мультимеши на уникальные меши более рационально, но нужно смотреть по ситуации. Godot позволяет сделать объединение мешей процедурно, поэтому можешьнаписать собственный tool-скрипт, конвертирующий мультимеши в уникальные меши.
Пример:
- 1 травинка из 1-2 треугольников
- 7500 травинок в 1 "коврике"
- 15000 "ковриков" на сцене
Очевидно, что лучше объединить травинки в 1 меш - реализовать "коврик" мешем, а не мультимешем. И переиспользовать его, потому что игроку вообще на травинки наплевать и он их в настройках отключит, значительно подняв fps, а не будет разглядывать...
>15000 multimesh
15к уникальных мешей? Ты их нагенерировал?
>5ГБ
>48 байт
Т.е. 7500 инстансов внутри каждого мультимеша?
>уменьшить объем одного Transform3D
По умолчанию Godot использует 32-битные float, и существует флаг для сборки с 64-битными float, а в стандарте C++ есть ещё 16-битные float, так что, теоретически, можно собрать с ними - но, во-первых, нежелательно, чтобы это повлияло на все float, что используются в движке, во-вторых, это может иметь неожиданные проблемы... Придётся повозиться.
>как порезать
Если тебе позарез нужно именно столько объектов, возможно, их стоит объединить в один меш? Я вот подозреваю, что у тебя не 15к уникальных мешей, а значительно меньше, и ты просто пытаешься их распределить по разным мультимешам. Возможно, заменить мультимеши на уникальные меши более рационально, но нужно смотреть по ситуации. Godot позволяет сделать объединение мешей процедурно, поэтому можешьнаписать собственный tool-скрипт, конвертирующий мультимеши в уникальные меши.
Пример:
- 1 травинка из 1-2 треугольников
- 7500 травинок в 1 "коврике"
- 15000 "ковриков" на сцене
Очевидно, что лучше объединить травинки в 1 меш - реализовать "коврик" мешем, а не мультимешем. И переиспользовать его, потому что игроку вообще на травинки наплевать и он их в настройках отключит, значительно подняв fps, а не будет разглядывать...
>>79267
Именно.>>79267
Не получится наверное. В игре типо рисование экземплярами, т.е. постоенное изменение visible_count (да, вначале создаётся буфер определённого размера)
>15к уникальных мешей? Ты их нагенерировал? Ага, ну это чисто ради теста, как конечный максимально достигаемый результат.>>79267
>Т.е. 7500 инстансов внутри каждого мультимеша?
Именно.>>79267
>объединить в один меш?
Не получится наверное. В игре типо рисование экземплярами, т.е. постоенное изменение visible_count (да, вначале создаётся буфер определённого размера)
>>79264
Если они далеко - можно заменить на Sprite3D...
>>79270
Опиши геймплей и меши, у тебя что-то необычное.
Если ты хочешь сделать буквально "рисовалку" и отображаемые меши - это плоские картинки, тогда, возможно, лучше выделить большую текстуру и действительно рисовать на ней как в пейнте. Тогда потребление памяти будет минимально, а действия неограниченные, т.к. каждый пиксель возможно перекрашивать до бесконечности.
Возможная реализация:
1. Делаешь SubViewport с Camera3D.
2. Настраиваешь ему режим фона:
Это предотвращает очистку вьюпорта (текстуры).
3. Когда тебе нужно что-то нарисовать:
3.1. Помещаешь объект(ы) под SubViewport.
3.2. Делаешь единственное обновление:
3.3. Убираешь объект(ы) из-под SubViewport.
Так можно лепить любые объекты, спрайты и т.д.
Если тебе обязательно нужны выпуклые 3D объекты, динамическое освещение и т.д. - сомневаюсь, что это получится оптимизировать как-то кроме ограничения максимального количества объектов на экране. В большинстве старых игр игрок жёстко ограничен в количестве объектов именно ради оптимизации.
>которые вообще не видно, полностью удалять
Если они далеко - можно заменить на Sprite3D...
>>79270
>Ага, ну это чисто ради теста
>В игре типо рисование экземплярами
Опиши геймплей и меши, у тебя что-то необычное.
Если ты хочешь сделать буквально "рисовалку" и отображаемые меши - это плоские картинки, тогда, возможно, лучше выделить большую текстуру и действительно рисовать на ней как в пейнте. Тогда потребление памяти будет минимально, а действия неограниченные, т.к. каждый пиксель возможно перекрашивать до бесконечности.
Возможная реализация:
1. Делаешь SubViewport с Camera3D.
2. Настраиваешь ему режим фона:
>world_3d.environment.background_mode = BG_KEEP
Это предотвращает очистку вьюпорта (текстуры).
3. Когда тебе нужно что-то нарисовать:
3.1. Помещаешь объект(ы) под SubViewport.
3.2. Делаешь единственное обновление:
>render_target_update_mode = UPDATE_ONCE
3.3. Убираешь объект(ы) из-под SubViewport.
Так можно лепить любые объекты, спрайты и т.д.
Если тебе обязательно нужны выпуклые 3D объекты, динамическое освещение и т.д. - сомневаюсь, что это получится оптимизировать как-то кроме ограничения максимального количества объектов на экране. В большинстве старых игр игрок жёстко ограничен в количестве объектов именно ради оптимизации.
>>79263
А у тебя игра есть? Нахуя тебе резать память трансформа?, если у тебя нет игры. Что именно ты там оптимизируешь?
> Короче вопрос простой: как блять порезать объем занимаемой памяти?
А у тебя игра есть? Нахуя тебе резать память трансформа?, если у тебя нет игры. Что именно ты там оптимизируешь?
>>79275
Да ничего необычного, простое "рисование" травой, типо как в плагине simplegrass, но с некоторыми ухищрениями, т.к. мы в игре в не в редакторе. Там ещё всякая муть, типо разные виды травы - разные мультимеши и сделано так, чтобы новые экземпляры любого мультимеша не могли ставится там где стоят другие экземпляры (даже других мультимешей), там проверка расстояния, опять же с оптимизации...
>Опиши геймплей и меши
Да ничего необычного, простое "рисование" травой, типо как в плагине simplegrass, но с некоторыми ухищрениями, т.к. мы в игре в не в редакторе. Там ещё всякая муть, типо разные виды травы - разные мультимеши и сделано так, чтобы новые экземпляры любого мультимеша не могли ставится там где стоят другие экземпляры (даже других мультимешей), там проверка расстояния, опять же с оптимизации...
>>79276
Чтобы потом оказалось что нихуя не выйдет и нужно половину механик переделывать?
>А у тебя игра есть?
Чтобы потом оказалось что нихуя не выйдет и нужно половину механик переделывать?
>>79276
Это у него оценка возможностей и ограничений. А то потратит несколько месяцев/лет на создание игры, а потом обнаружит, что её нельзя оптимизировать, не избавляясь от полученных ранее результатов.
>>79270
Добавлю ещё, что метод с SubViewport можно также использовать для растеризации некоторых сложных композиций, которые остаются статичными. Т.е. ты подгружаешь свои мультимеши с диска, рендеришь в текстуры, и сохраняешь в памяти только текстуру. Это эффективнее всего, когда объекты далеко от камеры (соответственно и текстура маленького размера).
А ещё можно генерировать normal map и height map, создавая иллюзию глубины на плоскости, если ты собираешься рисовать выпуклыми объектами. Очевидный пример - масляные краски: от них всегда выпуклый, блестящий след, но его можно запросто имитировать с помощью нормалей. Только это уже придётся в коде шейдера реализовывать.
>>79277
Так ты не объяснил - рисует игра или игрок? И в чём практический смысл для игрока? Трава объёмная? Анимированная (колышется на ветру)?
В обычных играх трава менее значимая, чем тени. Нарисовать-то её можно, но следует добавить в настройки графики опцию отключения травы - т.к. геймплейно она обычно не нужна и только жрёт электричество и снижает частоту кадров, лол.
А если тебе это важно, то это уже необычная игра.
Это у него оценка возможностей и ограничений. А то потратит несколько месяцев/лет на создание игры, а потом обнаружит, что её нельзя оптимизировать, не избавляясь от полученных ранее результатов.
>>79270
Добавлю ещё, что метод с SubViewport можно также использовать для растеризации некоторых сложных композиций, которые остаются статичными. Т.е. ты подгружаешь свои мультимеши с диска, рендеришь в текстуры, и сохраняешь в памяти только текстуру. Это эффективнее всего, когда объекты далеко от камеры (соответственно и текстура маленького размера).
А ещё можно генерировать normal map и height map, создавая иллюзию глубины на плоскости, если ты собираешься рисовать выпуклыми объектами. Очевидный пример - масляные краски: от них всегда выпуклый, блестящий след, но его можно запросто имитировать с помощью нормалей. Только это уже придётся в коде шейдера реализовывать.
>>79277
>простое "рисование" травой
Так ты не объяснил - рисует игра или игрок? И в чём практический смысл для игрока? Трава объёмная? Анимированная (колышется на ветру)?
>ничего необычного
В обычных играх трава менее значимая, чем тени. Нарисовать-то её можно, но следует добавить в настройки графики опцию отключения травы - т.к. геймплейно она обычно не нужна и только жрёт электричество и снижает частоту кадров, лол.
А если тебе это важно, то это уже необычная игра.
>>79263
Все возможные ресурсы должны быть сохранены как ресурсы и реюзаться
Все возможные ресурсы должны быть сохранены как ресурсы и реюзаться
>>79248
Хорошо, я подумаю завтра над всем этим, как сделать, чтобы красиво было. Идея мне нравится.
Хорошо, я подумаю завтра над всем этим, как сделать, чтобы красиво было. Идея мне нравится.
1 или 2?
Алсо, какие достоинства и недостатки у сабвьюпорта с понижением разрешения против шейдера пикселизации?
Алсо, какие достоинства и недостатки у сабвьюпорта с понижением разрешения против шейдера пикселизации?
>>79341
Оба варианта в разных местах то лучше то хуже.
В том, что ты можешь вручную сделать авторские костыли чтобы получить идеальный визуал. Поэтому шейдер.
> 1 или 2?
Оба варианта в разных местах то лучше то хуже.
> достоинства
> шейдера
В том, что ты можешь вручную сделать авторские костыли чтобы получить идеальный визуал. Поэтому шейдер.
>>79346
Причем, чтобы вы понимали это буквально строчка кода - проверить старый путь и новый путь и выбрать где не null.
Причем, чтобы вы понимали это буквально строчка кода - проверить старый путь и новый путь и выбрать где не null.
10 Кб, 355x390>>79349
Нефига тебя разорвало. Болеешь чем-то?
Нефига тебя разорвало. Болеешь чем-то?
244 Кб, 400x507Поймал себя на мысли что перестал писать код сам, а просто сбрасываю четко описанную задачу на гемини/клода, и за пару итераций имею все готовое. Не наебывали, задвигая что программисты рип. И ведь это гдскрипт, у которого трейнинг даты не так много. Ебать жизнь стала, хай тек лоу лайф.
>>79407
Не подскажешь какой интерфейс используешь непосредственно для промта? Какой-то экстеншен в VsCode поставил или прямо в чате вебморды общаешься с нейронками? Я не пробовал пока, учусь сам. Наработаю знания, потом мб простые задачи смогу так же решать. Поделись
Не подскажешь какой интерфейс используешь непосредственно для промта? Какой-то экстеншен в VsCode поставил или прямо в чате вебморды общаешься с нейронками? Я не пробовал пока, учусь сам. Наработаю знания, потом мб простые задачи смогу так же решать. Поделись
>>79407
Зачем нам твои переживания вайбкодинга в годот треде?
Зачем нам твои переживания вайбкодинга в годот треде?
>>79407
А лет через пять можно будет себе чип в мозг засунуть и думать об игре и она сама делаться будет.
А лет через пять можно будет себе чип в мозг засунуть и думать об игре и она сама делаться будет.
>>79410
Давать доступ к кодовой базе я не хочу, поэтому ни экстеншенов, ни агентов. Просто чат. Гемини платный, клод бесплатный. Больше ничего особенного, разве что прошу их не выебываться с кодом и писать "простой, читаемый, примитивный" код. А то бывает нахуевертят там целый фреймворк ради нихуя. И версию годота указывай четко чтобы не путали тройку и четверку.
>>79418
Некоторое время назад я бы скептически отнесся к таким заявлениям. Но теперь не знаю чего ожидать. Надо перечитать киберпанковскую классику, вдохновиться будущим, которое наступает.
Давать доступ к кодовой базе я не хочу, поэтому ни экстеншенов, ни агентов. Просто чат. Гемини платный, клод бесплатный. Больше ничего особенного, разве что прошу их не выебываться с кодом и писать "простой, читаемый, примитивный" код. А то бывает нахуевертят там целый фреймворк ради нихуя. И версию годота указывай четко чтобы не путали тройку и четверку.
>>79418
Некоторое время назад я бы скептически отнесся к таким заявлениям. Но теперь не знаю чего ожидать. Надо перечитать киберпанковскую классику, вдохновиться будущим, которое наступает.
5,1 Мб, mp4,1280x704, 0:10
>>79418
Зачем об игре? Думать сразу о приключениях. И они будут генерироваться сразу во встроенном виртуальном пространстве. Ведь мы, когда играли в игры, мы в первую очередь хотели приключений - и получали их через игровые механики и синематик-сценки. В итоге, в будущем будет отброшена лишняя шелуха в виде игровых механик и абстракций, и концентрированные приключения будут подаваться нейрослопом прямо в мозг. Сейчас это звучит как смерть цивилизации, как крыса с кнопкой, но люди справятся.
> чип в мозг засунуть и думать об игре и она сама
Зачем об игре? Думать сразу о приключениях. И они будут генерироваться сразу во встроенном виртуальном пространстве. Ведь мы, когда играли в игры, мы в первую очередь хотели приключений - и получали их через игровые механики и синематик-сценки. В итоге, в будущем будет отброшена лишняя шелуха в виде игровых механик и абстракций, и концентрированные приключения будут подаваться нейрослопом прямо в мозг. Сейчас это звучит как смерть цивилизации, как крыса с кнопкой, но люди справятся.
>>79341
1 выглядит приятнее, но пустовато. Чем будешь игру заполнять? Какого размера будут твои персонажи? Интерактивные объекты? Каков геймплей? Нужно подбирать стиль графики к конкретной игре.
Чтобы понять, нужно разобраться в алгоритмах.
SubViewport:
1. Рендерим 3D в текстуру 480x270 (0.13 MP).
2. Натягиваем эту текстуру на 2 треугольника.
3. Рендерим их в разрешении 3840x2160 (8.3 MP).
Типичный шейдер пикселизации:
1. Рендерим 3D в разрешении 3840x2160.
2. Делаем копию экрана через BackBufferCopy.
3. Рендерим 2 треугольника шейдером, который будет обращаться к буферу экрана и считывать один из 64 отрендеренных пикселей для каждого 8x8 квадрата.
Думаю, ты уже понял, что суть SubViewport в том, что нагрузка на видеокарту снижается на порядки, а с пикселизирующим шейдером видеокарта впустую пережигает энергию на рендер ненужных пикселей.
>>79347
Какие костыли ты предлагаешь использовать? Ты ж отбраковываешь до 63 или более уже отрендеренных пикселей, которые тебе в принципе не нужны. Если ты имеешь в виду эффекты типа имитации точек CRT или крупных LCD пикселей, для этого лучше сделать так:
1. Рендерим 3D в текстуру 480x270 (SubViewport).
2. Рендерим 2 треугольника в разрешении 3840x2160 шейдером, который обращается к ViewportTexture и добавляет специальные эффекты вокруг её пикселей.
Таким образом ты получаешь и "авторские костыли" (спецэффекты вроде CRT, LCD и т.п.), и экономишь на рендеринге, потому что базовый рендер 3D сцены в сниженном относительно экрана разрешении.
И не надо начинать про "экономию на спичках". Да, некоторые игроки не заметят разницы. Но если игра нагружает видеокарту из 2026 на 99%, но её графика выглядит так, будто она из 1996, то кто-нибудь это обязательно заметит, обидится и будет жаловаться. Учитывая простоту фикса, стыдно его не делать.
>1 или 2?
1 выглядит приятнее, но пустовато. Чем будешь игру заполнять? Какого размера будут твои персонажи? Интерактивные объекты? Каков геймплей? Нужно подбирать стиль графики к конкретной игре.
>какие достоинства и недостатки у сабвьюпорта с понижением разрешения против шейдера
Чтобы понять, нужно разобраться в алгоритмах.
SubViewport:
1. Рендерим 3D в текстуру 480x270 (0.13 MP).
2. Натягиваем эту текстуру на 2 треугольника.
3. Рендерим их в разрешении 3840x2160 (8.3 MP).
Типичный шейдер пикселизации:
1. Рендерим 3D в разрешении 3840x2160.
2. Делаем копию экрана через BackBufferCopy.
3. Рендерим 2 треугольника шейдером, который будет обращаться к буферу экрана и считывать один из 64 отрендеренных пикселей для каждого 8x8 квадрата.
Думаю, ты уже понял, что суть SubViewport в том, что нагрузка на видеокарту снижается на порядки, а с пикселизирующим шейдером видеокарта впустую пережигает энергию на рендер ненужных пикселей.
>>79347
>ты можешь вручную сделать авторские костыли чтобы получить идеальный визуал
Какие костыли ты предлагаешь использовать? Ты ж отбраковываешь до 63 или более уже отрендеренных пикселей, которые тебе в принципе не нужны. Если ты имеешь в виду эффекты типа имитации точек CRT или крупных LCD пикселей, для этого лучше сделать так:
1. Рендерим 3D в текстуру 480x270 (SubViewport).
2. Рендерим 2 треугольника в разрешении 3840x2160 шейдером, который обращается к ViewportTexture и добавляет специальные эффекты вокруг её пикселей.
Таким образом ты получаешь и "авторские костыли" (спецэффекты вроде CRT, LCD и т.п.), и экономишь на рендеринге, потому что базовый рендер 3D сцены в сниженном относительно экрана разрешении.
И не надо начинать про "экономию на спичках". Да, некоторые игроки не заметят разницы. Но если игра нагружает видеокарту из 2026 на 99%, но её графика выглядит так, будто она из 1996, то кто-нибудь это обязательно заметит, обидится и будет жаловаться. Учитывая простоту фикса, стыдно его не делать.
Насколько тяжеловесна и сложна RTS в разработке по части кода?
Знаю, что в пошаговой изометрии используют определенные манипуляции для создания эффекта Y координаты, хотя там всё в 2D. Можно ли добиться такого же эффекта в RTS или комп взорвется?
Знаю, что в пошаговой изометрии используют определенные манипуляции для создания эффекта Y координаты, хотя там всё в 2D. Можно ли добиться такого же эффекта в RTS или комп взорвется?
>>79504
Просто делай в 3д и не еби себе мозги. Вот тебе стартер кит сити-билдера, два шага от полноценной ртс: https://github.com/KenneyNL/Starter-Kit-City-Builder
Просто делай в 3д и не еби себе мозги. Вот тебе стартер кит сити-билдера, два шага от полноценной ртс: https://github.com/KenneyNL/Starter-Kit-City-Builder
>>79516
Всегда есть возможность сделать ход конем и заявить "хочу вот это, но в браузере и с миром скайрима".
Всегда есть возможность сделать ход конем и заявить "хочу вот это, но в браузере и с миром скайрима".
>>79523
Ну да хочу а что.
Ну да хочу а что.
18 Кб, 114x95>>79504
Взорвется если будешь симуляции/автоматизации делать по тиму римворлда/Songs of Syx/дварфов. У ртс по типу старкрафта есть оптимизации в массовом поиске пути (есть у этого алгоритма название, но я не помню). Больше, навскидку, сложностей нет.
Для изометрии пошаговой придется навернуть поиск пути подобный гексам (оказалось они очень схожи). Но в реале лучше не трахать мозг и гоняй капсулы по 3д карте (навмешем). Там можно даже лоуполи и корявую анимацию, смотрится норм (рекомендую бездарным художникам как я)
Взорвется если будешь симуляции/автоматизации делать по тиму римворлда/Songs of Syx/дварфов. У ртс по типу старкрафта есть оптимизации в массовом поиске пути (есть у этого алгоритма название, но я не помню). Больше, навскидку, сложностей нет.
Для изометрии пошаговой придется навернуть поиск пути подобный гексам (оказалось они очень схожи). Но в реале лучше не трахать мозг и гоняй капсулы по 3д карте (навмешем). Там можно даже лоуполи и корявую анимацию, смотрится норм (рекомендую бездарным художникам как я)
2 Кб, 50x51>>79601
Еее, боий! Щас попрут игоры!
Еее, боий! Щас попрут игоры!
>>79504
Мне кажется, самое сложное в RTS - это честный ИИ противника с хорошим балансом для всех игроков...
А ещё этот жанр давно и безнадёжно мёртв.
Кроме донатных помоек на мобилках...
>сложна RTS в разработке по части кода
Мне кажется, самое сложное в RTS - это честный ИИ противника с хорошим балансом для всех игроков...
А ещё этот жанр давно и безнадёжно мёртв.
Кроме донатных помоек на мобилках...
>>79657
Я придумал гениальный проект, но сам не осилю. Нужна команда. Рабочее название RUBLOKS - онлайн-платформа предоставляющая игрокам несколько базовых игр и редактор в котором можно делать свои собственные игры, и делиться ими с друзьями, и играть вместе онлайн. Прикиньте, как круто было бы? Взлетит?
Я придумал гениальный проект, но сам не осилю. Нужна команда. Рабочее название RUBLOKS - онлайн-платформа предоставляющая игрокам несколько базовых игр и редактор в котором можно делать свои собственные игры, и делиться ими с друзьями, и играть вместе онлайн. Прикиньте, как круто было бы? Взлетит?
>>79660
Ты смеешься, но что-то похожее реально мелькало во времена третьего годота. Не помню как называлось и чем закончилось.
Ты смеешься, но что-то похожее реально мелькало во времена третьего годота. Не помню как называлось и чем закончилось.
>>79661
Я уже давно не смеюсь. Это нихуя не смешно, я со злобой сарказмирую.
Я уже давно не смеюсь. Это нихуя не смешно, я со злобой сарказмирую.
>>79601
Скоро можно будет сделать кубодемку на годоте, а копролучи превратят ее в ГТА 7!!!!!
https://www.youtube.com/watch?v=4ZlwTtgbgVA
Скоро можно будет сделать кубодемку на годоте, а копролучи превратят ее в ГТА 7!!!!!
https://www.youtube.com/watch?v=4ZlwTtgbgVA
>>79660
this
В общем, пацанята, тема такая.
Среднее средневековье, викинги там, чтобы мрачное фэнтэзи, эльфы всякие, высоки, низкие, но нет гномов, в бездну гномов. И чтобы драконы были, ты их их там руками мог бить - в общем, весь драконорожденный такой. Главное опенворд, чтобы по городам носился и вопросики на подскоке решал (фастревел нужон).
И главное чтобы в браузере работало. Джва года такую игру жду
>Я придумал гениальный проект,
this
В общем, пацанята, тема такая.
Среднее средневековье, викинги там, чтобы мрачное фэнтэзи, эльфы всякие, высоки, низкие, но нет гномов, в бездну гномов. И чтобы драконы были, ты их их там руками мог бить - в общем, весь драконорожденный такой. Главное опенворд, чтобы по городам носился и вопросики на подскоке решал (фастревел нужон).
И главное чтобы в браузере работало. Джва года такую игру жду
2,6 Мб, 2556x1439Как блендить/оверлеить две камеры в годоте? Посмотрел видос, там у чувака основная камера - изометрическая (ортографическая), однако, у него также есть дальний план, параллакс, перспектива. В комментах прочёл, что можно слить неким образом камеры в одну - мол, первая ортографическая камера рендерит только геймплейный слой, а вторая камера с перспективой - только бэкграунд, и затем они каким-то образом (шейдер?) сшиваются в одну.
>>79785
Не знаю как делать правильно и тот ли это эффект, но можно такой сетап:
WorldEnviroment-Enviroment-BackgroundMode = Canvas
Это заставит отрисовывать вместо того, что считается бекграундом (небом) - канвас (2D мир по сути)
SubViewport + дополнительная Camera3D
TextureRect->ViewportTexture - выбираешь Subviewport с камерой
Камера рендерит во вьюпорт, вьюпорт рендерит в текстуру, текстура рендерится вместо неба
Не знаю как делать правильно и тот ли это эффект, но можно такой сетап:
WorldEnviroment-Enviroment-BackgroundMode = Canvas
Это заставит отрисовывать вместо того, что считается бекграундом (небом) - канвас (2D мир по сути)
SubViewport + дополнительная Camera3D
TextureRect->ViewportTexture - выбираешь Subviewport с камерой
Камера рендерит во вьюпорт, вьюпорт рендерит в текстуру, текстура рендерится вместо неба
1,3 Мб, 1200x870Как жи сложно делать игры...
КВН мой еще в блок улетел, теперь документацию годота не посмотреть. Придется время на пердолинг с новым тратить вместо геймдева.
КВН мой еще в блок улетел, теперь документацию годота не посмотреть. Придется время на пердолинг с новым тратить вместо геймдева.
>>79797
Ставишь локальную с каким нибудь сервером (встроенным в питон например)
Или учишься пользоваться запретом2
>теперь документацию годота не посмотреть
Ставишь локальную с каким нибудь сервером (встроенным в питон например)
Или учишься пользоваться запретом2
>>79807
Да, девочки, я такая. 😭
Да, девочки, я такая. 😭
>>79660
Проблема создания клона роблокса в том, что тебе придётся разгребать те же проблемы, с которыми сталкивается оригинальный роблокс: порнография, педофилия, и прочие подростковые проблемы.
>>79661
Эти шизики оказались кабанами на подскоке:
https://github.com/mirror-engine/the-mirror
Теперь это вайб-кодинг-энджайн†
†Cumming Soon™
В общем, заработать бабла хотели, но не хайпануло.
Проблема создания клона роблокса в том, что тебе придётся разгребать те же проблемы, с которыми сталкивается оригинальный роблокс: порнография, педофилия, и прочие подростковые проблемы.
>>79661
>Не помню как называлось и чем закончилось.
Эти шизики оказались кабанами на подскоке:
https://github.com/mirror-engine/the-mirror
Теперь это вайб-кодинг-энджайн†
†Cumming Soon™
В общем, заработать бабла хотели, но не хайпануло.
>>79824
Что ты подразумеваешь под "валидацией"? Типа... Проверять, правильные ли данные ввёл разраб в инспекторе? А зачем это вообще делать в ready?
Если нужна сложная проверка, делай типа такого:
Тогда поле в инспекторе обновится только когда ты вводишь корректное значение (и делаешь data= v). В противном случае должно остаться старое значение.
Если нужно ещё сложнее, чем это... Спроси себя, а необходимы ли тебе такие проверки? Может, лучше организовать архитектуру так, что у пользователя не возникает желания ввести некорректные данные?
Например, в примере выше можно сделать так:
Тогда просто невозможно ввести нечётное число.
Также можно выводить ошибки для Node через:
Есть ещё вот такое для особых случаев:
https://docs.godotengine.org/en/stable/classes/class_object.html#class-object-private-method-validate-property
Но для большинства скриптов это всё не нужно.
>валидировать все @export var в _ready()
Что ты подразумеваешь под "валидацией"? Типа... Проверять, правильные ли данные ввёл разраб в инспекторе? А зачем это вообще делать в ready?
Если нужна сложная проверка, делай типа такого:
>@tool
>extends Node
>@export var data: int:
>_ set(v):
>_ _ if v % 2 != 0: print_err("Нужно чётное число!")
>_ _ else: data = v
Тогда поле в инспекторе обновится только когда ты вводишь корректное значение (и делаешь data= v). В противном случае должно остаться старое значение.
Если нужно ещё сложнее, чем это... Спроси себя, а необходимы ли тебе такие проверки? Может, лучше организовать архитектуру так, что у пользователя не возникает желания ввести некорректные данные?
Например, в примере выше можно сделать так:
>@export var data: int
>@onready var _data := data × 2
Тогда просто невозможно ввести нечётное число.
Также можно выводить ошибки для Node через:
>_get_configuration_warnings()
Есть ещё вот такое для особых случаев:
https://docs.godotengine.org/en/stable/classes/class_object.html#class-object-private-method-validate-property
Но для большинства скриптов это всё не нужно.
>>79830
Не, у меня примитивно всё:
static func validate_exports(node: Node) -> bool:
var valid := true
for prop in node.get_property_list():
if prop.usage & PROPERTY_USAGE_EDITOR and prop.type == TYPE_OBJECT:
if node.get(prop.name) == null:
push_error("%s: export '%s' is not assigned" % [node.name, prop.name])
valid = false
return valid
Не, у меня примитивно всё:
static func validate_exports(node: Node) -> bool:
var valid := true
for prop in node.get_property_list():
if prop.usage & PROPERTY_USAGE_EDITOR and prop.type == TYPE_OBJECT:
if node.get(prop.name) == null:
push_error("%s: export '%s' is not assigned" % [node.name, prop.name])
valid = false
return valid
>>79831
А зачем такая глобальная проверка всех полей?
Я могу выделить три возможные ситуации:
1. Объект нужен обязательно и всегда присутствует:
2. Объект нужен обязательно и может отсутствовать:
3. Объект может быть нужен, но когда-то потом:
В любом случае, никакая общая проверка не нужна.
>export '%s' is not assigned
А зачем такая глобальная проверка всех полей?
Я могу выделить три возможные ситуации:
1. Объект нужен обязательно и всегда присутствует:
>@export var node: Node
>func ...: node... # делаем работу или падаем с null
2. Объект нужен обязательно и может отсутствовать:
>@export var node: Node
>func ...: if node: ... # делаем работу или скипаем null
3. Объект может быть нужен, но когда-то потом:
>@export var node: Node
># поле просто нигде не используется в коде
В любом случае, никакая общая проверка не нужна.
>>79832
Первый варик. Вторые два я в export не выношу обычно.
Первый варик. Вторые два я в export не выношу обычно.
Ребят, я только только вкатываюсь в Годот и учу основы C#.
У меня вопрос: стоит ли использовать сигналы годота, или лучше ивенты C# заюзать?
Следующий вопрос: как пепестать дрочить на идеальную архитектуру и начать делать игры?
Вот у меня прям шиза архитектурная, что мол лучше сразу делать все на нормальных паттернах проектирования, хотя у меня даже опыта в программировании как бы и нет.
У меня вопрос: стоит ли использовать сигналы годота, или лучше ивенты C# заюзать?
Следующий вопрос: как пепестать дрочить на идеальную архитектуру и начать делать игры?
Вот у меня прям шиза архитектурная, что мол лучше сразу делать все на нормальных паттернах проектирования, хотя у меня даже опыта в программировании как бы и нет.
2 Кб, 49x51>>79829
Можно просто закрывать глаза и говорить что тут ничего нету.
> что тебе придётся разгребать те же проблемы, с которыми сталкивается оригинальный роблокс: порнография, педофилия, и прочие подростковые проблемы.
Можно просто закрывать глаза и говорить что тут ничего нету.
>>79837
Чтобы что
Определиться с целью. У тебя цель сделать игру или тебе нравится "строить архитектуры"? Если второе то им и занимайся, никто тебя не осудит
> Ребят, я только только вкатываюсь в Годот и учу основы C#.
Чтобы что
> Следующий вопрос: как пепестать дрочить на идеальную архитектуру и начать делать игры?
Определиться с целью. У тебя цель сделать игру или тебе нравится "строить архитектуры"? Если второе то им и занимайся, никто тебя не осудит
>>79837
Каково твое мнение о синглтонах?
Каково твое мнение о синглтонах?
>>79837
Сигналы это broadcast event, так что думай сам.
Не дрочи на идеальную архитектуру, а делай идеальную архитектуру и делай на ней игру.
Нормальность - понятие относительное. Твоя задача - максимизировать скорость производства игры, а значит в ход может идти всё: синглтоны, адаптеры, мосты, любые формы говнокодерства. Сложные абстракции могут оказаться очень неповоротливыми, а композитное говно - нормальным. Так что думай сам как будет лучше.
Тогда делай как по кайфу с нейронкой, все равно обосрешься
>У меня вопрос: стоит ли использовать сигналы годота, или лучше ивенты C# заюзать?
Сигналы это broadcast event, так что думай сам.
>Следующий вопрос: как пепестать дрочить на идеальную архитектуру и начать делать игры?
Не дрочи на идеальную архитектуру, а делай идеальную архитектуру и делай на ней игру.
>Вот у меня прям шиза архитектурная, что мол лучше сразу делать все на нормальных паттернах проектирования
Нормальность - понятие относительное. Твоя задача - максимизировать скорость производства игры, а значит в ход может идти всё: синглтоны, адаптеры, мосты, любые формы говнокодерства. Сложные абстракции могут оказаться очень неповоротливыми, а композитное говно - нормальным. Так что думай сам как будет лучше.
>хотя у меня даже опыта в программировании как бы и нет.
Тогда делай как по кайфу с нейронкой, все равно обосрешься
>>79837
В меру делай. архитектура призвана помогать, а не мешать. Если ты нахуяриваешь себе архитектуру, но тебестановится сложно, ты понимаешь, чт окрасиво это только для статейки на хабре окажется - значит ей тут не место и все. Да, надо себя иногда заставлять атким образом мыслить, перфекционизм архитектурный заводит в болото, сам такой.
Если у тебя нету опыта, то ты нихрена не знаешь ни про архитектуру, ни про идеальную архитектуру (такой не бывает), получается ты дрочишь на чьи-то чужие мантры. Тем более нехуй так делать.
В геймдеве есть некоторые паттерны, которые почти всегда как родные в играх ложатся - тот же ECS.
Синглтонов не бойся просто потому что так сказали (или бойся наоборот, раз нубик, точно заюзаешь где не следовало). Для многих вещей в геймдеве именно сниглтон проще раз в 100, чем изображать из себя продавца зависимостей. И вообще этот хейт синглтонов пришел из других сфер, например из бека, например у меня прямо щас нейронка в рабочем проекте беспощадно рефакторит одну такую синглтоновскую суку. А их еще с полсотни тут. Вдумайся - синглтонами заспамили даже типа знающие люди с опытом по 10+ лет и именно там, где не стоило, конечно же оставив комментарий "синглтон говно, переделать, антипаттерн, ряяяя" (последний коммит 3 года назад), а ты еще волнуешься что тысделаешь не идальную архитектуру, лол. Обязательно обосрешься, даже не допускай ысли, что сможешь достичь этог осамого идеала.
В меру делай. архитектура призвана помогать, а не мешать. Если ты нахуяриваешь себе архитектуру, но тебестановится сложно, ты понимаешь, чт окрасиво это только для статейки на хабре окажется - значит ей тут не место и все. Да, надо себя иногда заставлять атким образом мыслить, перфекционизм архитектурный заводит в болото, сам такой.
Если у тебя нету опыта, то ты нихрена не знаешь ни про архитектуру, ни про идеальную архитектуру (такой не бывает), получается ты дрочишь на чьи-то чужие мантры. Тем более нехуй так делать.
В геймдеве есть некоторые паттерны, которые почти всегда как родные в играх ложатся - тот же ECS.
Синглтонов не бойся просто потому что так сказали (или бойся наоборот, раз нубик, точно заюзаешь где не следовало). Для многих вещей в геймдеве именно сниглтон проще раз в 100, чем изображать из себя продавца зависимостей. И вообще этот хейт синглтонов пришел из других сфер, например из бека, например у меня прямо щас нейронка в рабочем проекте беспощадно рефакторит одну такую синглтоновскую суку. А их еще с полсотни тут. Вдумайся - синглтонами заспамили даже типа знающие люди с опытом по 10+ лет и именно там, где не стоило, конечно же оставив комментарий "синглтон говно, переделать, антипаттерн, ряяяя" (последний коммит 3 года назад), а ты еще волнуешься что тысделаешь не идальную архитектуру, лол. Обязательно обосрешься, даже не допускай ысли, что сможешь достичь этог осамого идеала.
>>79874
Всмы? Мне нейроночка уже несколько игор сделала, достаточно веселых и увлекательных. Не понял твоего сарказма.
>делай с нейронкой, все равно обосрешься
Всмы? Мне нейроночка уже несколько игор сделала, достаточно веселых и увлекательных. Не понял твоего сарказма.
>>79877
Шиз этот тут обитает давно, да. Синглтоны его больная тема. А как паттерн абсолютно нормальный и удобный.
Шиз этот тут обитает давно, да. Синглтоны его больная тема. А как паттерн абсолютно нормальный и удобный.
>>79880
Не я тот шиз, но хотел кого-нибудь затриггерить.
Не я тот шиз, но хотел кого-нибудь затриггерить.
>>79879
Мне она сделала еще больше. Но дело не в нейронке. Нейронка это джинн, который делает не то что ты хочешь, а то что ты просишь. А попросить нормально без экспертизы невозможно.
>Всмы? Мне нейроночка уже несколько игор сделала, достаточно веселых и увлекательных.
Мне она сделала еще больше. Но дело не в нейронке. Нейронка это джинн, который делает не то что ты хочешь, а то что ты просишь. А попросить нормально без экспертизы невозможно.
>>79878
с кем мы сидим в одном треде? неужели тут одни культисты скиллбокса, которые сами ничего из этого не пробовали внедрить в игры?
>сервислукап либо soa
>геймдев
с кем мы сидим в одном треде? неужели тут одни культисты скиллбокса, которые сами ничего из этого не пробовали внедрить в игры?
1,5 Мб, 2559x1439>>79785
>>79789
Да, по сути, подход с рендером в текстуру сабвьюпорта и обмазывание туманом дальнего плана, чтобы скрыть шов.
>>79789
>While an orthographic camera angled 30 degree downward is great for generating an isometric pixel-art effect, for scenes with a very large depth range (such as on top of a mountain), traditional 2D pixel art games often implement a fake parallax effect where background elements are scrolled more slowly than the foreground, sometimes on multiple layers.
>In a 3D game engine, this same effect can be achieved by cleverly blending between a real perspective camera for distant geometry and the orthographic camera for nearby geometry. When tuned appropriately, this automatically creates the multilayered parallax effect for distant objects, while maintaining crisp pixel positioning in the foreground. A depth-based fog helps tie the scene together.
>The biggest advantage of this technique is the ability to use real world geometry for the background elements, allowing for landmarks to be seen from high vantage points, making the world feel more open and explorable.
>it's 2 cameras with frustums that meet so the far clip of one matches the near clip of the other.
Да, по сути, подход с рендером в текстуру сабвьюпорта и обмазывание туманом дальнего плана, чтобы скрыть шов.
>>79883
Ебанутый? А что такое globalscript? Натуральнейший сервислукап. Soa это следующий уровень разделения отвественности, по хорошему это наиболее вменяемый способ применения синглтонов (но транспорт между сервисами - бизнеслогика игры, а не какой-либо агрегатор событий, важно только соблюсти правило что сервисы минимально знают друг о друге и сами по себе ленивы).
>с кем мы сидим в одном треде? неужели тут одни культисты скиллбокса, которые сами ничего из этого не пробовали внедрить в игры?
Ебанутый? А что такое globalscript? Натуральнейший сервислукап. Soa это следующий уровень разделения отвественности, по хорошему это наиболее вменяемый способ применения синглтонов (но транспорт между сервисами - бизнеслогика игры, а не какой-либо агрегатор событий, важно только соблюсти правило что сервисы минимально знают друг о друге и сами по себе ленивы).
>>79883
Ты за день по туториалам можешь за ручку пройтись и накидать себе шутер или РТС из примитивов/плейсхолдеров. А дальше самое страшное - заполнять игру реальным контентом.
И вот что получается, ты столько времени и сил потратил на программирование, а она так быстро "закончилось", тебе хочется продлить этот момент, вот и придумываешь сложности на ровном месте.
>с кем мы сидим в одном треде? неужели тут одни культисты скиллбокса, которые сами ничего из этого не пробовали внедрить в игры?
Ты за день по туториалам можешь за ручку пройтись и накидать себе шутер или РТС из примитивов/плейсхолдеров. А дальше самое страшное - заполнять игру реальным контентом.
И вот что получается, ты столько времени и сил потратил на программирование, а она так быстро "закончилось", тебе хочется продлить этот момент, вот и придумываешь сложности на ровном месте.
>>79887
Видел уже здесь одного такого заполнятеля из реанимации. Хочешь к нему присеодиниться.
Здесь только возникает один вопрос, а на кой хуй кому то будет нужна именно твоя разукрашка?
Видел уже здесь одного такого заполнятеля из реанимации. Хочешь к нему присеодиниться.
Здесь только возникает один вопрос, а на кой хуй кому то будет нужна именно твоя разукрашка?
>>79890
О том, что ты высмеиваешь программирование и предлагаешь просто заполнить простой шаблон "красками", по сути сделать рескин. Так вот, зачем это нужно делать?
О том, что ты высмеиваешь программирование и предлагаешь просто заполнить простой шаблон "красками", по сути сделать рескин. Так вот, зачем это нужно делать?
>>79891
Ты даже не понял, я говорю что программирование быстро уходит на второй план (очень быстро). И шустро наступает момент когда надо сесть и работать над игрой. Уныло, скучно, работать, а не играть в движок. Тогда и приходит потребность завуалировать проблему и натянуть всяких программерских абстракций из промышленной разработки (ты же их не зря учил), чтобы оттянуть реальную разработку.
Я не говорю что кодинг не нужен, во всяких симуляциях один только кодинг, но в реале его там очень мало. А бомбит у тебя, потому что ты понимаешь глубоко что это правда.
Ты даже не понял, я говорю что программирование быстро уходит на второй план (очень быстро). И шустро наступает момент когда надо сесть и работать над игрой. Уныло, скучно, работать, а не играть в движок. Тогда и приходит потребность завуалировать проблему и натянуть всяких программерских абстракций из промышленной разработки (ты же их не зря учил), чтобы оттянуть реальную разработку.
Я не говорю что кодинг не нужен, во всяких симуляциях один только кодинг, но в реале его там очень мало. А бомбит у тебя, потому что ты понимаешь глубоко что это правда.
>>79898
Смотря что делаешь. Лично для меня все совсем наоборот, пытаться в современных реалиях конкурировать КОНТЕНТОМ, тем более соло разработчику, еще большее безумие.
>программирование быстро уходит на второй план (очень быстро)
Смотря что делаешь. Лично для меня все совсем наоборот, пытаться в современных реалиях конкурировать КОНТЕНТОМ, тем более соло разработчику, еще большее безумие.
37 Кб, 183x127А вы знали что кодинг + годот = годинг?
>>79906
Что ты там постоянно кодишь?
Что ты там постоянно кодишь?
>>79887
Лично я неоднократно сталкивался с тем, что первая попавшаяся реализация оказывается неудобной для добавления нового контента, из-за чего её придётся переделывать буквально с нуля. Да и сами механики получаются конфликтными, если добавлять их по отдельности, а не как цельную систему. Поэтому рефакторинг архитектуры - важный этап проекта.
мимо замучился со своим кодом и бросил всё
>придумываешь сложности на ровном месте
Лично я неоднократно сталкивался с тем, что первая попавшаяся реализация оказывается неудобной для добавления нового контента, из-за чего её придётся переделывать буквально с нуля. Да и сами механики получаются конфликтными, если добавлять их по отдельности, а не как цельную систему. Поэтому рефакторинг архитектуры - важный этап проекта.
мимо замучился со своим кодом и бросил всё
>>79991
А мог бы просто нейронку попросить что бы она всё переписала в цельную систему.
>мимо замучился со своим кодом и бросил всё
А мог бы просто нейронку попросить что бы она всё переписала в цельную систему.
27 Кб, 1286x133>>79995
Там выше челик абсолютно правильно сказал про нейронку. Актуально даже для обожествляемого клода.
Там выше челик абсолютно правильно сказал про нейронку. Актуально даже для обожествляемого клода.
>>79995
1. Из-за РКН почти ничего не доступно.
2. Даже будь они доступны, они платные.
3. Бесплатные тупые и в GDScript не шарят.
4. Даже для тупых нужен крайне мощный ПК.
Даже если преодолеть предыдущие барьеры:
- нужно работать с большим числом файлов;
- нужно иметь 3D представление об игре;
- нужно постоянно плейтестить механики;
- нужно перерабатывать код и в будущем.
Так что текущие нейронки мне никак не помогут.
>нейронку попросить что бы она всё переписала
1. Из-за РКН почти ничего не доступно.
2. Даже будь они доступны, они платные.
3. Бесплатные тупые и в GDScript не шарят.
4. Даже для тупых нужен крайне мощный ПК.
Даже если преодолеть предыдущие барьеры:
- нужно работать с большим числом файлов;
- нужно иметь 3D представление об игре;
- нужно постоянно плейтестить механики;
- нужно перерабатывать код и в будущем.
Так что текущие нейронки мне никак не помогут.
>>80059
Сорян, тупой тут ты.
Сорян, тупой тут ты.
>>80059
Да впн скачать сложно.
>>80059
Кто тебе такой бред сказал.
>>80059
Они в облаке работают какой еще мощный комп, у тебя что комп интернет не тянет.
Чел нейронка это все умеет, просто дай ей доступ к файлам.
>1. Из-за РКН почти ничего не доступно.
Да впн скачать сложно.
>>80059
>3. Бесплатные тупые и в GDScript не шарят.
Кто тебе такой бред сказал.
>>80059
>4. Даже для тупых нужен крайне мощный ПК.
Они в облаке работают какой еще мощный комп, у тебя что комп интернет не тянет.
>- нужно работать с большим числом файлов;
>- нужно иметь 3D представление об игре;
>- нужно перерабатывать код и в будущем.
Чел нейронка это все умеет, просто дай ей доступ к файлам.
605 Кб, 1080x811>>80073
Литералли пик.
Литералли пик.
>>80073
Ты из какого года капчуешь, 2020?
Может, лучше сразу всё имущество продать, отдать накопления корпорациям и суициднуться во благо освобождения корпораций от лишних трат на меня? Собственно, иной ценности в моей жизни и нет...
>>80066
Чем ещё заниматься-то, я даже дворником не смогу работать в текущем состоянии... Хотя и геймдевом серьёзно сейчас уже не займёшься из-за санкций, бешенной конкуренции и тех же нейросетей, лол.
Ты из какого года капчуешь, 2020?
>в облаке работают
>все умеет, просто дай ей доступ к файлам
Может, лучше сразу всё имущество продать, отдать накопления корпорациям и суициднуться во благо освобождения корпораций от лишних трат на меня? Собственно, иной ценности в моей жизни и нет...
>>80066
>Дропнуть геймдев не самая плохая мысль
Чем ещё заниматься-то, я даже дворником не смогу работать в текущем состоянии... Хотя и геймдевом серьёзно сейчас уже не займёшься из-за санкций, бешенной конкуренции и тех же нейросетей, лол.
>>80157
Ох, у тебя это еще не хобби. Вы как лудоманы, верите в легкие большие деньги, надо было в круд-макаки идти. Крупный заработок на играх выглядит как статистическая погрешность.
Ох, у тебя это еще не хобби. Вы как лудоманы, верите в легкие большие деньги, надо было в круд-макаки идти. Крупный заработок на играх выглядит как статистическая погрешность.
676 Кб, 952x2000Анон, найди себя на этом пике.
Почему аноны негативно воспринимают вайб-кодинг?
Машина берет на себя рутину - написание кода, высвобождая время на продумывание архитектуры проекта.
По сути заставляет простую макаку ремесленника переквалифицироваться в программного инженера - создателя и творца целых миров.
Машина берет на себя рутину - написание кода, высвобождая время на продумывание архитектуры проекта.
По сути заставляет простую макаку ремесленника переквалифицироваться в программного инженера - создателя и творца целых миров.
>>80176
Всмы?
Локальную модель запускаешь и кайфуешь.
Сейчас у всех есть 5070ти и 64гб рам, чтобы боле менее комфортно нейронку развернуть на пк и использовать агентов в кодинге.
Всмы?
Локальную модель запускаешь и кайфуешь.
Сейчас у всех есть 5070ти и 64гб рам, чтобы боле менее комфортно нейронку развернуть на пк и использовать агентов в кодинге.
>>80180
Ага а комп который потянет ее запуск ты мне подаришь?
Ну вот дай мне, у меня нету.
>Локальную модель запускаешь и кайфуешь.
Ага а комп который потянет ее запуск ты мне подаришь?
>Сейчас у всех есть 5070ти и 64гб рам
Ну вот дай мне, у меня нету.
>>80183
И у меня нету. А точно ли? Тот анон так уверенно сказал, что я ему прям верю, думаю мы с тобой врем. Чтобы ввести в заблуждение порядочных людей. Конечно 5070 и 64гб рам это минимум, ниже которого физически в 2026 году существовать не может. Я чета путаю, и на самом деле у меня не 3050, а 5070, перепутал циферки. И не 16 гб, а 64 конечно же. Бля, так сразу на душе хорош остало. Пойду скачать модельку на 30б.
И у меня нету. А точно ли? Тот анон так уверенно сказал, что я ему прям верю, думаю мы с тобой врем. Чтобы ввести в заблуждение порядочных людей. Конечно 5070 и 64гб рам это минимум, ниже которого физически в 2026 году существовать не может. Я чета путаю, и на самом деле у меня не 3050, а 5070, перепутал циферки. И не 16 гб, а 64 конечно же. Бля, так сразу на душе хорош остало. Пойду скачать модельку на 30б.
>>80180
Либо ты не пользовался облачными, либо никогда не поднимал локалку. Бесплатный онлайн дипсик будет в 100500 раз умнее твоего локального говна, про платные варианты даже заикаться не буду.
>Локальную модель запускаешь и кайфуешь.
Либо ты не пользовался облачными, либо никогда не поднимал локалку. Бесплатный онлайн дипсик будет в 100500 раз умнее твоего локального говна, про платные варианты даже заикаться не буду.
>>80188
Ты не шаришь в теме, сразу видно.
Ты не шаришь в теме, сразу видно.
>>80193
А ты думал ты просто скажешь чатжпт "Хочу игру, суть такова" и он тебе игру напишет?
А ты думал ты просто скажешь чатжпт "Хочу игру, суть такова" и он тебе игру напишет?
>>80194
Именно так и хочу, но так могут только платные.
Именно так и хочу, но так могут только платные.
>>80159
Это хобби шизика на соцпенсии, который боится из квартиры выйти и пересечься взглядом с людьми. Тратиться на какие-то нейронки, когда у тебя на еду и квартплату едва хватит пенсии? Я даже компьютер приобрести боюсь - кругом обман и всё ломается.
>>80180
Такое могут себе позволить только айтишники, уже заработавшие себе на остаток жизни в долларах. Шизофренику, ни дня не работавшему, это не светит.
>>80188
Там требуется авторизация на сайте...
>Ох, у тебя это еще не хобби.
Это хобби шизика на соцпенсии, который боится из квартиры выйти и пересечься взглядом с людьми. Тратиться на какие-то нейронки, когда у тебя на еду и квартплату едва хватит пенсии? Я даже компьютер приобрести боюсь - кругом обман и всё ломается.
>>80180
>Сейчас у всех есть 5070ти и 64гб рам
Такое могут себе позволить только айтишники, уже заработавшие себе на остаток жизни в долларах. Шизофренику, ни дня не работавшему, это не светит.
>>80188
>Бесплатный онлайн дипсик
Там требуется авторизация на сайте...
1 Мб, 1280x720https://godotengine.org/article/maintenance-release-godot-4-5-2/
4.5.2, куча фиксов под мобилки и не только.
4.5.2, куча фиксов под мобилки и не только.
Посоны, а под jb rider есть аналог kilo code?
>>80210
Блин, запутали. Вот недавно 4.6.2-RC был...
Интересно, есть ли какая-то актуальная статистика использования версий Godot, или они полагаются исключительно на лайки/посты в соцсетях?
Просто не виду особой разницы между 4.5 и 4.6.
Разница между 4.4 и 4.5 куда существеннее...
>4.5.2
Блин, запутали. Вот недавно 4.6.2-RC был...
Интересно, есть ли какая-то актуальная статистика использования версий Godot, или они полагаются исключительно на лайки/посты в соцсетях?
Просто не виду особой разницы между 4.5 и 4.6.
Разница между 4.4 и 4.5 куда существеннее...
>>80203
Как вы (они) собираются заработать на игре? Даже я.игры , вроде, требуют самозанятость. А для стима надо вообще исполнить бочку (физически кататься в челябинск или СНГ).
>Это хобби шизика на соцпенсии, который боится из квартиры
Как вы (они) собираются заработать на игре? Даже я.игры , вроде, требуют самозанятость. А для стима надо вообще исполнить бочку (физически кататься в челябинск или СНГ).
>>80238
К чему ты это высрал? Ты (или влезло) говоришь они хотят на этом заработать.
К чему ты это высрал? Ты (или влезло) говоришь они хотят на этом заработать.
272 Кб, 897x673>>80282
Мистер мартец — в гиперказуалки игрец. Быстро сделали по одной гиперказуалке в тред. На размышления даётся 47 постов.
Мистер мартец — в гиперказуалки игрец. Быстро сделали по одной гиперказуалке в тред. На размышления даётся 47 постов.
Все так, игры делать мешает вообще все, от нологов и оформления самозанятости, до блокировок и тупых бесплатных нейронок, для которых нужны RTX 900900, которые все равно в коде не шарят, тем более в тридэ, а нужны платные, которые тоже не шарят, да еще хуй пойми как оплатить. Еще и в челябинск ехать, чтобы игры-то делоть. А зайдешь на госуслуги самозанятость оформить - а тебе повестка. Вот и поделал, игры-то.
>>80359
Вот и думайте, карлики. Геймдев сам по себе сложный очень, особенно для одного человека, так еще и извне всякое мешает сильно. Тогда уж лучше устроиться на дноработу и батрачить до смерти. Ну а че, жили не богато, нечего и начинать.
Вот и думайте, карлики. Геймдев сам по себе сложный очень, особенно для одного человека, так еще и извне всякое мешает сильно. Тогда уж лучше устроиться на дноработу и батрачить до смерти. Ну а че, жили не богато, нечего и начинать.
>>80366
Говорят только из челябинска можно игру в стим залить.
Говорят только из челябинска можно игру в стим залить.
>>80359
Есть же норм бесплатные агенты в том же райдере, которые дают доступ к бесплатным моделям, которые генерируют вполне адекватный код бесплатно.
Есть же норм бесплатные агенты в том же райдере, которые дают доступ к бесплатным моделям, которые генерируют вполне адекватный код бесплатно.
Ребят, почему синглтоны - антипаттерн и не нужны?
Посмотрел всякие удивительные ролики на ютубе, почитал документацию и охуел.
Посмотрел всякие удивительные ролики на ютубе, почитал документацию и охуел.
>>80374
Ты еще предложи игры делать.
Ты еще предложи игры делать.
>>80359
С шизофренией в армию не берут - группа "д". Так что базовичкам /gd/ призыв не угрожает, инфа 100%.
>>80389
Их очень легко создать и ими очень удобно по началу пользоваться, что часто вызывает у новичка желание использовать их повсюду/для всего, но вскрываются проблемы и наступает время дебага/рефакторинга, и разработчик наматывается на клубок зависимостей, которые хрен распутаешь и проще всё с нуля начать. Подобное может с любым инструментом выйти, но конкретно в ООП чаще всего синглтоны виноваты.
Короче, не ведись на лёгкость. Бойлерплейт и другие "лишние" действия в ООП нужны, чтобы обезопасить будущее проекта. Но если будущего не будет, то без разницы, на каких костылях держится твой код...
>а тебе повестка
С шизофренией в армию не берут - группа "д". Так что базовичкам /gd/ призыв не угрожает, инфа 100%.
>>80389
>почему синглтоны - антипаттерн
Их очень легко создать и ими очень удобно по началу пользоваться, что часто вызывает у новичка желание использовать их повсюду/для всего, но вскрываются проблемы и наступает время дебага/рефакторинга, и разработчик наматывается на клубок зависимостей, которые хрен распутаешь и проще всё с нуля начать. Подобное может с любым инструментом выйти, но конкретно в ООП чаще всего синглтоны виноваты.
Короче, не ведись на лёгкость. Бойлерплейт и другие "лишние" действия в ООП нужны, чтобы обезопасить будущее проекта. Но если будущего не будет, то без разницы, на каких костылях держится твой код...
>>80395
Что тебе нужно вообще? В большинстве случаев тебе необходимы отдельные объекты, а не один большой глобально доступный объект. Поэтому и DI не нужна. Оптимизировать будешь, когда сделаешь себе игру.
Что тебе нужно вообще? В большинстве случаев тебе необходимы отдельные объекты, а не один большой глобально доступный объект. Поэтому и DI не нужна. Оптимизировать будешь, когда сделаешь себе игру.
>>80396
Я щас просто chickensoft game demo ковыряю...
Я щас просто chickensoft game demo ковыряю...
>>80396
Какой еще большой глобальнй объект. Какая еще оптимизация. Что ты мелешь. Почитай определение DI. DI всегда нужна как инверсия зависимостей.
Смысл DI не только в том, чтобы зависмости инектировать, а в том что бы абстрактное не зависило от конкретного.
>В большинстве случаев тебе необходимы отдельные объекты, а не один большой глобально доступный объект. Поэтому и DI не нужна.
Какой еще большой глобальнй объект. Какая еще оптимизация. Что ты мелешь. Почитай определение DI. DI всегда нужна как инверсия зависимостей.
Смысл DI не только в том, чтобы зависмости инектировать, а в том что бы абстрактное не зависило от конкретного.
>>80401
Зы Даже если без аннотаций типов код писать, у тебя все равно зависимости остаются на уровне утиной типизации. Ты всегда предполагаешь что у зависимости есть определенные методы с определенной сигнатурой. Поэтому DI даже в динамикодрисне имеет смысл.
Зы Даже если без аннотаций типов код писать, у тебя все равно зависимости остаются на уровне утиной типизации. Ты всегда предполагаешь что у зависимости есть определенные методы с определенной сигнатурой. Поэтому DI даже в динамикодрисне имеет смысл.
Посоны, а что лучше, нативные сигналы годота использовать или свою шину событий реализовывать?
>>80410
Вопрос некорректный. Свою прям точно не надо, я писал, это бессмысленно.
Лучше использовать простую логику:
Если тебе надо вызвать какое-то глобальное событие, которое должно не очень связанным между собой сущностям помочь обменяться информацией, тогда пихай этот сигнал в синглтон. Если у тебя компонент панели в котором сидит кнопка и тебе надо обработать клик то делай как в гайдах обычный онбуттонпресс ивент через инспектор свойства.
Вопрос некорректный. Свою прям точно не надо, я писал, это бессмысленно.
Лучше использовать простую логику:
Если тебе надо вызвать какое-то глобальное событие, которое должно не очень связанным между собой сущностям помочь обменяться информацией, тогда пихай этот сигнал в синглтон. Если у тебя компонент панели в котором сидит кнопка и тебе надо обработать клик то делай как в гайдах обычный онбуттонпресс ивент через инспектор свойства.
>>80420
Я вынужден с тобой не согласиться.
Я вынужден с тобой не согласиться.
>>80357
Потом наверняка надо за воздух платить как с ИП овер 50К (нужны самозанятые в тред).
>самозанятость оформляется с мобилки за 5 минут
Потом наверняка надо за воздух платить как с ИП овер 50К (нужны самозанятые в тред).
>>80359
Дух геймдева заглянул к вам в тред. Число людей вернувшихся в доту увеличивается в два раза.
Дух геймдева заглянул к вам в тред. Число людей вернувшихся в доту увеличивается в два раза.
>>80389
Никаких для геймдева (и я не шучу). Есть тут анон который одни данные натянул на разные предметные области от чего словил по неопытности сквозную зависимость при изменении. Больше таких пострадавших нет, потому что они грамотнее чем этот анон.
>Ребят, почему синглтоны - антипаттерн и не нужны?
Никаких для геймдева (и я не шучу). Есть тут анон который одни данные натянул на разные предметные области от чего словил по неопытности сквозную зависимость при изменении. Больше таких пострадавших нет, потому что они грамотнее чем этот анон.
>>80395
У тебя в гдскрипте есть интерфейсы/контракты? Нет, тогда DI бессмысленный. В динамикодресне DI как крылья для паровоза.
У тебя в гдскрипте есть интерфейсы/контракты? Нет, тогда DI бессмысленный. В динамикодресне DI как крылья для паровоза.
>>80441
Не надо.
И в челябинск не надо ехать, можно из дома открыть счет, если есть подтвержденная биометрия на гос услугах.
Мимо самозанятый не челябовец со свифтом и ячейкой в стиме
>наверняка надо за воздух платить
Не надо.
И в челябинск не надо ехать, можно из дома открыть счет, если есть подтвержденная биометрия на гос услугах.
Мимо самозанятый не челябовец со свифтом и ячейкой в стиме
>>80445
Ячейка имеет срок годности?
Ячейка имеет срок годности?
>>80445
Все начиналось с пяти минут, а закончилось биометрией.
Человек-бюрократ - остановись!
>самозанятость оформляется с мобилки за 5 минут
>если есть подтвержденная биометрия на гос услугах.
Все начиналось с пяти минут, а закончилось биометрией.
Человек-бюрократ - остановись!
1,3 Мб, 2161x1116Игры делайте. ленивые жопы. Ничто вам не мешает кроме ваших ментальных блоков.
>>80460
Зачем? Ты видимо все время заставляешь себя "делать игры", что уже совсем одурел от этого.
Игры делать не обязательно. Я бы даже сказал, игры делать не нужно. В этом нет никакого смысла, особенно если ты одиночка, насмотревшийся на успешные игры и решивший их повторить.
>Игры делайте
Зачем? Ты видимо все время заставляешь себя "делать игры", что уже совсем одурел от этого.
Игры делать не обязательно. Я бы даже сказал, игры делать не нужно. В этом нет никакого смысла, особенно если ты одиночка, насмотревшийся на успешные игры и решивший их повторить.
>>80460
Вот прям щас уже открыл и даже пару строчек черканул.
Буду переделывать проект который я по видосу повторял т.к. с 0 делать это пиздец.
Вот прям щас уже открыл и даже пару строчек черканул.
Буду переделывать проект который я по видосу повторял т.к. с 0 делать это пиздец.
Какой-то залетный пидарас всю эту хуету розовую пишет. Очень мерзкий и нехарактерный для двача слог.
4,3 Мб, mp4,1280x720, 0:18
>>80464
Маладца. Шаг за шагом, ступенька за ступенькой.
Маладца. Шаг за шагом, ступенька за ступенькой.
>>80410
Не вполне по теме, но мне пиздец зашло иметь SoundBus в автолоаде. Это такая нода, имеющая в себе аудиоплееры и аудиоплееры3д, с нужными звуками, именами, фильтрами типа ветнесс, количеством инстансов (пул, чтобы играть сразу N одинаковых звуков), и кодом для позиционирования 3д плееров в 3д мире. Потом использую из сцен, например из сцены опускающейся решетки, так:
SoundBus.emit_signal("metal_creak", self)
SoundBus.emit_signal("door_wooden_thud2", self)
self передаю для позиционирования аудиоплеера3д перед проигрыванием.
Рекомендую. В прошлых своих проектах утомительно прыгал по всем сценам, расставляя плееры, забывая где они, какие там звуки/фильтры/громкость/аудиобасы, и играются ли эти звуки вообще. А тут все наглядно, быстро, в одной сцене, легко удалить-добавить любой звук.
Не вполне по теме, но мне пиздец зашло иметь SoundBus в автолоаде. Это такая нода, имеющая в себе аудиоплееры и аудиоплееры3д, с нужными звуками, именами, фильтрами типа ветнесс, количеством инстансов (пул, чтобы играть сразу N одинаковых звуков), и кодом для позиционирования 3д плееров в 3д мире. Потом использую из сцен, например из сцены опускающейся решетки, так:
SoundBus.emit_signal("metal_creak", self)
SoundBus.emit_signal("door_wooden_thud2", self)
self передаю для позиционирования аудиоплеера3д перед проигрыванием.
Рекомендую. В прошлых своих проектах утомительно прыгал по всем сценам, расставляя плееры, забывая где они, какие там звуки/фильтры/громкость/аудиобасы, и играются ли эти звуки вообще. А тут все наглядно, быстро, в одной сцене, легко удалить-добавить любой звук.
Это пиздец, как же они заебали. Пока не запихал downloads.godotengine.org в список адресов для обхода DPI через flowseal/zapret, не мог скачать 4.5.2
Это конкретный адрес, который блокируется. Зачем блять? Почему? Это не клаудфлэр и никакой не посредник
ВПЕНь не работает тоже. Скорее бы 4.6.2 сделали, чтобы его скачать и на душе отлегло. Проект не могу мигрировать, рассыпается на анимациях
Это конкретный адрес, который блокируется. Зачем блять? Почему? Это не клаудфлэр и никакой не посредник
ВПЕНь не работает тоже. Скорее бы 4.6.2 сделали, чтобы его скачать и на душе отлегло. Проект не могу мигрировать, рассыпается на анимациях
>>80475
За лгбт, вероятно. Ну а через пару недель уже не важно будет.
За лгбт, вероятно. Ну а через пару недель уже не важно будет.
129 Кб, 587x573>>80475
Это клаудфлэр, оба адреса. Не боись, если что мы тебе тут скачаем, чтобы ты игры делал даже в кибергулаге.
Это клаудфлэр, оба адреса. Не боись, если что мы тебе тут скачаем, чтобы ты игры делал даже в кибергулаге.
>>80477
И заодно по старой русской традиции вошьем банкбот со стиллером, чтобы геймдев малиной не казался
И заодно по старой русской традиции вошьем банкбот со стиллером, чтобы геймдев малиной не казался
>>80480
Я недавно понял, где взять неиссякаемый источник проверенных идей на миллионы, делать бы и делать только, и сотни жизней не хватит. Но я ленив и глуп.
Я недавно понял, где взять неиссякаемый источник проверенных идей на миллионы, делать бы и делать только, и сотни жизней не хватит. Но я ленив и глуп.
>>80462
Можно не относиться к играм как к ПРОФЕССИИ. Просто делай что нравится, участвуй в конкурсах и все. Это самый лучший путь для инди. Если у тебя получается что-то хорошо, слава тебя сама найдет.
А трястись за каждый вишлист в стиме, что-то мутить и т.д. это не путь инди.
Можно не относиться к играм как к ПРОФЕССИИ. Просто делай что нравится, участвуй в конкурсах и все. Это самый лучший путь для инди. Если у тебя получается что-то хорошо, слава тебя сама найдет.
А трястись за каждый вишлист в стиме, что-то мутить и т.д. это не путь инди.
>>80475
Палю секретный репозиторий, токаникому
https://github.com/godotengine/godot-builds/releases
>не мог скачать 4.5.2
Палю секретный репозиторий, токаникому
https://github.com/godotengine/godot-builds/releases
>>80359
Министерству игроделания Челябинской области требуются разработчики игор. Не шутеров. Единовременная выплата 3,5 мешка сухарей. Зарплата 20 шапок сухарей в месяц. Не шутер, повторяю, не шутер.
> зайдешь на госуслуги самозанятость оформить - а тебе повестка
Министерству игроделания Челябинской области требуются разработчики игор. Не шутеров. Единовременная выплата 3,5 мешка сухарей. Зарплата 20 шапок сухарей в месяц. Не шутер, повторяю, не шутер.
>>80575
Годовод.
Годовод.