Шапка: https://hipolink.me/godothread
Предыдущий: >>1017767 (OP)
Архивный: >>1014044 (OP)
>Тебе неудобно - не используй.
Факт, но хотел попробовать. Никто так и не смог объяснить, нах они нужны. Какая-то бесполезная прослойка. Решил попробовать. Не вкатило
>Тебе никто не запрещает нахуярить сцен, настроить их индивидуально, а после этого использовать ссылки на сцены в ресурсах!
Зачем мне в таком случае вообще ресурсы, если у меня уже все настройки в сценах, и их можно просто добавлять в сцену уровня? Так и так это делать, что готовые, что с вложенными ресурсами
> Зачем мне в таком случае вообще ресурсы, если у меня уже
Я тебе писал в прошлых тредах неоднократно, но ты не хочешь слушать, не хочешь понимать.
Вот есть нода MeshInstance3D и у неё есть меш-ресурс, который нужно загрузить.
Теперь просто ответь сам себе на вопрос: зачем Хуану в таком случае вообще понадобился тип ресурс в этом месте? Почему там не нода? Почему этот тип вообще называется "ресурс"?
Теперь еще раз. Если ты не понял зачем тебе ресурсы - не используй ресурсы. Сделай всё на нодах.
У меня похоже (сама идея что вся игра и ее меню в одной корневой сцене), но детали отличается.
Зачем WIndow корнем? В годоте и так есть автоматическое окно и корневой вьюпорт. Так что это можно сделать просто Node2D.
Дальше. Зачем перехватывать ввод и перенаправлять? Это и так движок умеет делать. Кроме hide() вызывай set_process_input(false).
Гуй обычно у меня сделан так - CanvasLayer, в нем корневой просто Control на fullscreen у которого события mouse - ignore. Но тут я не помню, работает ли это если несколько подсцен со своими канвас лейерами.
Не уверен, что стал бы помещать всю игровую сцену внутрь зеленого контрола. С одной стороны, я и так это делаю с наэкранными кнопками-джойстиками, с другой, не уверен что не будет проблем (например с антиалиасингом) если вся пиксельная графика скалируется гуй-контролом.
> Зачем WIndow корнем?
Он тебе и показывает рантаймовое дерево.
Есть шансы? Полный ноль в программировании. Или уже всё? ИИ завтра будет делать игры, а мне лучше на заводе ебашить?
И вообще сколько времени займет ,чтобы разобраться как с аткими вводными змейку хотя бы сделать на Годо?
Есть шансы? Полный ноль в программировании. Или уже всё? ИИ завтра будет делать игры, а мне лучше на заводе ебашить?
И вообще сколько времени займет ,чтобы разобраться как с аткими вводными змейку хотя бы сделать на Годо?
Есть, конечно. Ебашь. Начни с официального 2д туториала - он даже проще змейки, или на ютубе что-нибудь простенькое найди если ты по видосам. Спрашивай итт если что.
https://docs.godotengine.org/ru/4.x/getting_started/first_2d_game/
Про ИИ не парься, сам он ничего не делает, это просто инструмент которым можешь руководить и ты, но понимать код, который он выдает - гораздо лучше чем не понимать.
Я просто боюсь еще краха видеоигровой индустрии на манер как в 1983 году, когда полки наводнили низкокачественные поделки и всех это остоебенило ,что перестали покупать игры.
Так и сейчас с развитием ИИ, каждый идиот или компания идиотов начнут тонны высирать низкокачественного кала, что все цифровые магазины утонут в нем и людям надоедят игры как таковые? Копаться среди тонны кала, чтобы найти хоть что-то нормальное.
Если я начну сейчас усиленно изучать годо и пытаться выпустить что-то сносное уйдет минимум лет пять у меня. Не умрет ли индустрия от ИИ к тому времени?
Отмазки всегда придумаются. Я боюсь что мне на голову прилетит, и что гугл-плей обнаружит что я санкции обошел. Больше делай, меньше загоняйся. Лучше что-то делать и уметь, чем не.
Я тут смотрел один стрим три года назад, и там чатаны ехидно говорили стримеру, ну всё, на завод теперь пойдёшь. А он им в ответ говорит, мы стримеры максимум в пятёрочку на кассу, потому что стримеры - это бестолочи, а на завод берут толковых ребят.
Так вот, двачеры еще хуже стримеров, ты даже стримы не ведёшь. Какой тебе завод? Что ты на заводе делать будешь? Как ты вкатишься в управление ЧПУ станком, если ты даже гдскрипт простейший освоить не способен? И я такой же.
Не сравнивай индустрию до обзорщиков/твичпроходимцев + алгоритмов рекомендаций и индустрию текущую. Да, тесновато, но пока ещё нормально.
> Не умрет ли индустрия от ИИ к тому времени?
Так вариантов нет в любом случае. Умрёт индустрия, будем адаптироваться. Хрен знает, какие тренды будут в будущем. Ломать голову над этим сейчас и бездействовать - просидеть у разбитого корыта. А когда представится шанс, не будет ни скилов, ни опыта.
https://www.youtube.com/watch?v=GMyw3eHDw7s
Перешел с анимашнплеера на твины и процедурную анимацию, не жалею, все сквишится, прыгает, отскакивает, пердит, реагирует на окружение и игрока. Охуенно. Еще и напрямую в коде все записано - легче комментариев навалить и понять что происходит.
Тричую, анимплеер нужен для совместимости с блендером и аналогами, чтобы модельки с готовыми анимациями удобно импортировать. Для мелких работ кодом прекрасно подходят твины.
су в любой момент может полететь в пизду вслед .io, абулик как всегда меняет шило на мыло.
Вот бы юшки в куклоскрипте перенести. Но лень ковыряться.
Хотя ты прав, до меня сразу не дошло о чем ты. В меш-ресурсах еще свои surface были загружены, которые мне не нужны - я использую материалы на меш-нодах, а не на меш-ресурсах. Выкинул их и посохронял меш-ресурсы в бинарные .mesh, стало лучше. Спасибо.
Еще могу сам уровень пересохранить из tscn в бинарный scn - сразу с 2.6мб до 200кб падает. Имеет смысл?
> Но лень ковыряться.
Зачем там ковыряться? Там вкладка с импортом экспортом/настроек.
> Имеет смысл?
При экспорта все текстовики пересохраняются в бинарный формат. Так что с точки зрения экспорта смысла нет.
Угу только там все не так просто, экспорт только для текущего сайта, а на хк уже не зайти. Я попробовал поднять сервер и прописать в hosts, а лиса на него не заходит даже если всякие dns over https отключить. Так что дальше только менять сорцы куклы и надеяться что в фф нет какой то еще защиты что расширению не покажут бд для другого домена. Или разбираться как залезть в sql. Это и я и называю ковыряться.
Ну я предпочитаю оставить текстовым, вдруг надо будет что то поправить быстро в блокноте. Иногда даже генерировал какие то данные на питоне и копипастил в PoolArray.
Собственно ты можешь открыть в блокноте или другом текстовом редакторе, пойти попить чайку и увидеть что там не упаковалось. Как то давно я редактировал террейн и там была опция авторасстановки деревьев/кустов/травы, и сцена стала тормозить при сохранении в редакторе. Оказалось что их координаты хранились текстом (а я думал там просто "границы" областей хранились), но там было в разы больше данных чем надо, как будто глюкануло или аддон хранил все предыдущие расставленные до undo. Пришлось как то вычищать.
Ну вот ради интереса открываю сцену в Dumer, которая неприлично большая для такой игры, аж 31кб.
Во первых там много каких то Анимаций.
Во вторых тайлмап, это ужас. Там отрицательные значения означали какие то битовые флаги типа горизонтального флипа. А у меня там 3 игровых тайлмапа и 2 декоративных.
Еще у меня есть 3д "гта в ссср" условно. Там много ассетфлипов, а tscn целых 364кб.
Да, там пролезли некоторые меши
В Хоппе есть сцена для съемки кинематиков. Я туда тупо модельку с анимациями закинул. Аж 7 мегабайтов, включая портянки строк описывающих кости по одной, вершины модельки и анимации. Это конечно можно все скинуть в бинарное, но пофиг так как в экспорте сцена не используется, только для рендера ролика какого нибудь или выставления позы.
Во-первых, хк уже вернулся.
Во вторых, файл экспорта - банальный жсон. Проходишься по нему реплейсом в любом твоём текстовом редакторе и радуешься. Это на будущее.
Читай внимательнее - этот жсон неоткуда было взять.
Предлагаемый экспорт выглядит так, .hk в нем не присутствует когда ты сидишь на .life а .hk не грузился.
> неоткуда было взять
Можно было прописать айпишник в свои локальные хосты под именем 2ch.hk, и пробившись через 33 предупреждения браузера открыть сайт, и забрать настройки.
Ну да ладно. работает и ладно. Сделай бэкап сейчас. Я сделал.
>>1022046 →
Спасибо
>>1022045 →
>Выглядит так, что они слишком мелкие, и просто успевают набрать большую скорость чтобы пробить коллайдер
Потестил - действительно, через CSGBox3D проваливаются мелкие коллайдеры, например цилиндр высотой 0.201 и радиусом 0.031. Но стоит увеличить радиус в 2 раза, как проблема пропадает. Ну или заменить CSGBox3D на StaticBody3D.
Короче, АБСОЛЮТНО, неочевидная какая-то хрень
Благодарю
>0.031 увеличить в 2 раза
Это мало, еще увеличивай, говорю стандартные размеры должны быть в районе 1, в крайнем случае 0.1. Если у тебя игра про людей, делай им 1-2 метра как в реале. Если игра про микрообъекты то им лучше задать искусственно завышенные размеры, вместо 1мм или 1см тоже 1м.
Может оказаться что у тебя уже работает, а на более медленных компах нет. Не уверен, но вроде это получится проверить, поставив более низкий physics tics per second
Это нелогично если не знать, но когда знаешь это логично.
Во-первых, как происходят упрощенно говоря рассчеты физики? Вот у тебя тело набрало какую то скорость от гравитации и подлетает к тонкому полу. В какой то шаг оно до него, а в следующий за ним, и физика такое не может отследить. Если бы скорость тела была меньше, или размеры больше, то оно бы столкнулось и было отмотано до точки где может стоять. Либо. как я писал надо включать галочку CI, тогда оно будет как то детально проверять путь по которому летит, но это может быть неоптимально тем более если игра не про физику например если игра RTS, то можно вообще без физик обойтись, тебе скорее навигация нужна
Во-вторых на это намекает свойство Margin у CollisionShape. Margin - это погрешность которая добавлена вокруг всех объектов чтобы определять столкновения раньше и быстрее. Так у тебя радиус объекта уже меньше этой погрешности! А уменьшать его сильно ближе к 0 не советуется.
>Если у тебя игра про людей, делай им 1-2 метра как в реале
Да, про людей. Но есть, условно, относительно мелкий объект, типа "бутылка". Ну ее никак до 1 метра не увеличить. Ну только если скейлить все объекты и игрока в 2-3 раза
В общем, в целом идея понятна. Буду тестить и править при необходимости
>Это нелогично если не знать, но когда знаешь это логично.
Ну это да
А что если юнит годота мысленно приравнивать не к метру, а к сантиметру, например. При импорте всё масштабировать в 10 раз. Получится много работы, но зато с лимитами имеющейся физики получим точнейшую симуляцию. Кто готов попробовать?
>>1022295
>>1022307
Вроде можно еще физикс фпс увеличить, повысит надежность в тонких случаях.
Увеличивать то можно, только тогда тостеры и браузеры перестанут вывозить.
>>1022307
Я это и имел в виду:
>им лучше задать искусственно завышенные размеры, вместо 1мм или 1см тоже 1м.
Но важно именно соотношение размеров. Надо посмотреть какой у тебя самый маленький значимый объект и какой большой. Если ты все в 100 раз увеличишь, то и большие увеличаться, а это тоже может стать проблемой. Грубо говоря, если у тебя игра РТС и минимальный юнит это человек целиком, который ходит по авианосцу, то ок. Если у тебя иммерсив сим и человек взаимодействует с бутылками, то увеличиваешь масштаб и тоже все ок. Проблемы будут если ты попытаешься сделать взаимодействие бутылки и целой плаенты, или атома и авианосца, какие то такие разницы в размерах. Там уже надо большие объекты резать на более подходящие.
А где смеяться? На том что в хуюнити до сих пор не NET Core и сокеты не обладают свойством не гадить в память? А в годоте 4.5 будет 9 неткор)
https://store.steampowered.com/app/3146520/WEBFISHING/
https://store.steampowered.com/app/2211170/Unrailed_2_Back_on_Track/
Держи. По первой все зумеры/альферы угорают, тянет до 200 игроков с модами. Вторая вообще с Юньки убежала. Обе с НЕТКОДОМ.
Бля, вебфишинг настолько популярен стал что я в ирл у школоты значок на портфеле видел.
лол
пока тут некоторые трясутся над графоном и шейдерами, васяны выпускают такое, лутают деньги и поднимают демографию
Вам давно про это говорили. Ваш идеальный код, выверенная мультиплеерно-кнопочная архитектура и отсутствие синглтонов никому не нужны. А игры нужны.
Так вот что Коджем спиздил на последнем ТВГ
Алсо, СтимДБ не детектит эту игру, а она была бы в топ 10.
А она точно на годоте.
А представляете сколько еще хидден гемов может там оказаться.
У меня больше десятка игр, и никому они не нужны. Это лотерея, что выстрелит. Поэтому лучше я буду дальше вылизывать идеальный код, потому что это дает потенциал делать фичи, которых у других нет, и за счет этого получить повышенный шанс игре оказаться замеченной.
И это не говоря о том, что в посте речь о том что "графон не нужен". Есть примеры игр с хорошим графоном, но плохим кодом, из за багов получающего негативные отзывы, например титановая гончая.
Успех делается не годами вычищений кода а годами итераций релизнутых идей. Идея может быть хороша, но с хуевой реализаций, или наоборот. Или идея может зайти лично тебе и никому другому. Или ты выкатишь идею не ее целевой аудитории, не с тем уровнем сложности, или не на той платформе. Или идея работает в паре с другой идеей, которой у тебя нет.
Это как ощупывать слона - чем больше щупаешь, тем ближе ты к пониманию слона. А вылизывать ему один-единственный анус годами не приведет тебя к пониманию того, что это слон. Только говна поешь.
Что ты вообще ждешь от геймдева? Впечатлить с игроков своими игровыми идеями? Или денег заработать? Или что-то еще?
Есть намерение в том что ты делаешь? Или просто плывешь куда течение понесет?
Принято, хоть я так и не понял кто эта ваша Хоппа. Доклад сам смотреть будешь, потом отрепоришь итт.
Блин, это не может быть дежавю, я точно такой же пост уже видел где-то...
> направьте меня на правильный путь
Например, это https://docs.godotengine.org/en/latest/classes/class_curve3d.html#class-curve3d
С некоторой периодичностью добавляешь текущее местоположение в кривую (если перс движется).
Затем с кривой можешь делать всё что захочешь.
> кто эта ваша Хоппа
Старшая дочь Ганса-Германа Хоппа. Является ключевым акционером фирмы ASML. В /b/ битарды одно время наяривали на неё, после чего их всех в /fag/ выперли.
Я это делал с помощью https://docs.godotengine.org/en/stable/tutorials/3d/procedural_geometry/immediatemesh.html
Подробный ответ сейчас написать не успеваю, есть разные способы рисовать на текстуре
-Декали (встроенные в 4-ку, аддонами в 3-ке), проекция 2д на 3д
https://docs.godotengine.org/en/stable/tutorials/3d/using_decals.html
https://godotengine.org/asset-library/asset/670
-Сплат мапы
-Vertex Painting
Не помню в чем отличие этих способов
https://github.com/alfredbaudisch/GodotRuntimeTextureSplatMapPainting/tree/master
https://github.com/alfredbaudisch/GodotInGameVertexPaintingDirtEffect
http://erikamoya.com/paint-in-3d-in-godot-4-1/
Также посмотри
-Объемные следы в снегу, песке (емнип рендер всего во вьюпорт и потом использование текстуры как модификатора геометрии)
https://godotshaders.com/shader/car-tracks-on-snow-or-sand-using-viewport-textures-and-particles/
-SDF эффекты
https://godotshaders.com/shader/sdf-range-rings-3d/
Вот какой то туториал
https://www.youtube.com/watch?v=4DFpLnEnKFk
Анон, а не подскажешь, как быть определением нарисованных фигур? Как определить, что игрок нарисовал круг, а не хуй или квадрат?
Я бы не заморачивался с хитрыми алгоритмами и сделал бы OCR на любой готовой популярной библиотеке, или вообще через локальную llm. Заодно сможешь не только круги-квадраты а, например, рукописный ввод или хуи.
Почитай про алгоритм $1 и его развитие $Q
Для 3-ки
https://godotengine.org/asset-library/asset/91
https://github.com/blurymind/1dollar_gesture_recogniser
Для 4-ки
https://github.com/angrychill/q-dollar-gesture-godot
https://depts.washington.edu/acelab/proj/dollar/qdollar.html
Обязательно перед генерацией надо один раз имена предоставить. И сколько у тебя имен для морфов, - столько и морфов должно быть в КАЖДОМ сарфейсе(поверхности). Хотя в оригинале сохраняются только те части морфа, которые подвержены изменениям. А в годоте нужно целые копии мешов хранить, да еще и для всех поверхностей, и ровного количества. При многих морфингах, наверное может иметь смысл отделять части мешей подверженные морфингу в отдельные мешы, чтобы не плодить пустые дубликаты.
Вот он пример.
func _ready():
․ ․ var mesh_instance = MeshInstance3D.new()
․ ․ add_child(mesh_instance)
․ ․
․ ․ var mesh = ArrayMesh.new()
․ ․ var arrays = []
․ ․ arrays.resize(Mesh.ARRAY_MAX)
․ ․ arrays[Mesh.ARRAY_VERTEX] = PackedVector3Array([Vector3(1,0,0), Vector3(0,0,0), Vector3(0,1,0)])
․ ․ var arrays1 = []
․ ․ arrays1.resize(Mesh.ARRAY_MAX)
․ ․ arrays1[Mesh.ARRAY_VERTEX] = PackedVector3Array([Vector3(-1,0,0), Vector3(0,0,0), Vector3(0,-1,0)])
․ ․
․ ․ var blend_shape_arrays = []
․ ․ blend_shape_arrays.resize(Mesh.ARRAY_MAX)
․ ․ blend_shape_arrays[Mesh.ARRAY_VERTEX] = PackedVector3Array([
․ ․ ․ ․ Vector3(1, 0.5, 0),
․ ․ ․ ․ Vector3(0, 0.5, 0),
․ ․ ․ ․ Vector3(0, 1.5, 0)])
․ ․ ․ ․
․ ․ var blend_shape_arrays1 = []
․ ․ blend_shape_arrays1.resize(Mesh.ARRAY_MAX)
․ ․ blend_shape_arrays1[Mesh.ARRAY_VERTEX] = PackedVector3Array([
․ ․ ․ ․ Vector3(1, -0.5, 0),
․ ․ ․ ․ Vector3(0, -0.5, 0),
․ ․ ․ ․ Vector3(0, -1.5, 0),])
․ ․
․ ․ mesh.add_blend_shape('bs')
․ ․ mesh.add_blend_shape('bs1')
․ ․ #mesh.add_blend_shape('bs2')
․ ․
․ ․ mesh.add_surface_from_arrays(Mesh.PRIMITIVE_TRIANGLE_STRIP, arrays, [blend_shape_arrays,blend_shape_arrays1])
․ ․
․ ․
․ ․ #mesh.add_blend_shape('bs2')
․ ․ #mesh.add_blend_shape('bs3')
․ ․ mesh.add_surface_from_arrays(Mesh.PRIMITIVE_TRIANGLE_STRIP, arrays1, [blend_shape_arrays,blend_shape_arrays1])
․ ․ mesh_instance.mesh = mesh
․ ․ mesh_instance.set("blend_shapes/bs", .5)
․ ․ print(mesh.get_blend_shape_count())