>Тебе неудобно - не используй. Факт, но хотел попробовать. Никто так и не смог объяснить, нах они нужны. Какая-то бесполезная прослойка. Решил попробовать. Не вкатило
>Тебе никто не запрещает нахуярить сцен, настроить их индивидуально, а после этого использовать ссылки на сцены в ресурсах! Зачем мне в таком случае вообще ресурсы, если у меня уже все настройки в сценах, и их можно просто добавлять в сцену уровня? Так и так это делать, что готовые, что с вложенными ресурсами
Поясните, насколько кривой подход организации сцен как на пике? ControlView самый большой и главный, ловит инпут и передаёт всем заинтересованным, а так же стейтмашина текущего состояния игры. PlayerMenu и MainMenu - меню инвентаря и прочего и главное меню, хайдятся когда не нужны. Game - туда подгружаются все нужные игровые ноды.
>>1022044 > Зачем мне в таком случае вообще ресурсы, если у меня уже Я тебе писал в прошлых тредах неоднократно, но ты не хочешь слушать, не хочешь понимать.
Вот есть нода MeshInstance3D и у неё есть меш-ресурс, который нужно загрузить.
Теперь просто ответь сам себе на вопрос: зачем Хуану в таком случае вообще понадобился тип ресурс в этом месте? Почему там не нода? Почему этот тип вообще называется "ресурс"?
Теперь еще раз. Если ты не понял зачем тебе ресурсы - не используй ресурсы. Сделай всё на нодах.
>>1022051 У меня похоже (сама идея что вся игра и ее меню в одной корневой сцене), но детали отличается. Зачем WIndow корнем? В годоте и так есть автоматическое окно и корневой вьюпорт. Так что это можно сделать просто Node2D. Дальше. Зачем перехватывать ввод и перенаправлять? Это и так движок умеет делать. Кроме hide() вызывай set_process_input(false). Гуй обычно у меня сделан так - CanvasLayer, в нем корневой просто Control на fullscreen у которого события mouse - ignore. Но тут я не помню, работает ли это если несколько подсцен со своими канвас лейерами. Не уверен, что стал бы помещать всю игровую сцену внутрь зеленого контрола. С одной стороны, я и так это делаю с наэкранными кнопками-джойстиками, с другой, не уверен что не будет проблем (например с антиалиасингом) если вся пиксельная графика скалируется гуй-контролом.
Хочу с нуля вкатить в разработку игр на Годо. Есть шансы? Полный ноль в программировании. Или уже всё? ИИ завтра будет делать игры, а мне лучше на заводе ебашить? И вообще сколько времени займет ,чтобы разобраться как с аткими вводными змейку хотя бы сделать на Годо?
Хочу с нуля вкатить в разработку игр на Годо. Есть шансы? Полный ноль в программировании. Или уже всё? ИИ завтра будет делать игры, а мне лучше на заводе ебашить? И вообще сколько времени займет ,чтобы разобраться как с аткими вводными змейку хотя бы сделать на Годо?
Про ИИ не парься, сам он ничего не делает, это просто инструмент которым можешь руководить и ты, но понимать код, который он выдает - гораздо лучше чем не понимать.
>>1022091 Я просто боюсь еще краха видеоигровой индустрии на манер как в 1983 году, когда полки наводнили низкокачественные поделки и всех это остоебенило ,что перестали покупать игры. Так и сейчас с развитием ИИ, каждый идиот или компания идиотов начнут тонны высирать низкокачественного кала, что все цифровые магазины утонут в нем и людям надоедят игры как таковые? Копаться среди тонны кала, чтобы найти хоть что-то нормальное. Если я начну сейчас усиленно изучать годо и пытаться выпустить что-то сносное уйдет минимум лет пять у меня. Не умрет ли индустрия от ИИ к тому времени?
>>1022094 Отмазки всегда придумаются. Я боюсь что мне на голову прилетит, и что гугл-плей обнаружит что я санкции обошел. Больше делай, меньше загоняйся. Лучше что-то делать и уметь, чем не.
>>1022088 Я тут смотрел один стрим три года назад, и там чатаны ехидно говорили стримеру, ну всё, на завод теперь пойдёшь. А он им в ответ говорит, мы стримеры максимум в пятёрочку на кассу, потому что стримеры - это бестолочи, а на завод берут толковых ребят.
Так вот, двачеры еще хуже стримеров, ты даже стримы не ведёшь. Какой тебе завод? Что ты на заводе делать будешь? Как ты вкатишься в управление ЧПУ станком, если ты даже гдскрипт простейший освоить не способен? И я такой же.
>>1022094 > Не умрет ли индустрия от ИИ к тому времени? Так вариантов нет в любом случае. Умрёт индустрия, будем адаптироваться. Хрен знает, какие тренды будут в будущем. Ломать голову над этим сейчас и бездействовать - просидеть у разбитого корыта. А когда представится шанс, не будет ни скилов, ни опыта.
>>1022152 Перешел с анимашнплеера на твины и процедурную анимацию, не жалею, все сквишится, прыгает, отскакивает, пердит, реагирует на окружение и игрока. Охуенно. Еще и напрямую в коде все записано - легче комментариев навалить и понять что происходит.
>>1022170 Тричую, анимплеер нужен для совместимости с блендером и аналогами, чтобы модельки с готовыми анимациями удобно импортировать. Для мелких работ кодом прекрасно подходят твины.
>>1022216 Хотя ты прав, до меня сразу не дошло о чем ты. В меш-ресурсах еще свои surface были загружены, которые мне не нужны - я использую материалы на меш-нодах, а не на меш-ресурсах. Выкинул их и посохронял меш-ресурсы в бинарные .mesh, стало лучше. Спасибо.
Еще могу сам уровень пересохранить из tscn в бинарный scn - сразу с 2.6мб до 200кб падает. Имеет смысл?
>>1022221 Угу только там все не так просто, экспорт только для текущего сайта, а на хк уже не зайти. Я попробовал поднять сервер и прописать в hosts, а лиса на него не заходит даже если всякие dns over https отключить. Так что дальше только менять сорцы куклы и надеяться что в фф нет какой то еще защиты что расширению не покажут бд для другого домена. Или разбираться как залезть в sql. Это и я и называю ковыряться.
>>1022220 Ну я предпочитаю оставить текстовым, вдруг надо будет что то поправить быстро в блокноте. Иногда даже генерировал какие то данные на питоне и копипастил в PoolArray. Собственно ты можешь открыть в блокноте или другом текстовом редакторе, пойти попить чайку и увидеть что там не упаковалось. Как то давно я редактировал террейн и там была опция авторасстановки деревьев/кустов/травы, и сцена стала тормозить при сохранении в редакторе. Оказалось что их координаты хранились текстом (а я думал там просто "границы" областей хранились), но там было в разы больше данных чем надо, как будто глюкануло или аддон хранил все предыдущие расставленные до undo. Пришлось как то вычищать.
Ну вот ради интереса открываю сцену в Dumer, которая неприлично большая для такой игры, аж 31кб. Во первых там много каких то Анимаций. Во вторых тайлмап, это ужас. Там отрицательные значения означали какие то битовые флаги типа горизонтального флипа. А у меня там 3 игровых тайлмапа и 2 декоративных.
Еще у меня есть 3д "гта в ссср" условно. Там много ассетфлипов, а tscn целых 364кб. Да, там пролезли некоторые меши
В Хоппе есть сцена для съемки кинематиков. Я туда тупо модельку с анимациями закинул. Аж 7 мегабайтов, включая портянки строк описывающих кости по одной, вершины модельки и анимации. Это конечно можно все скинуть в бинарное, но пофиг так как в экспорте сцена не используется, только для рендера ролика какого нибудь или выставления позы.
>>1022223 Во-первых, хк уже вернулся. Во вторых, файл экспорта - банальный жсон. Проходишься по нему реплейсом в любом твоём текстовом редакторе и радуешься. Это на будущее.
>>1022248 Читай внимательнее - этот жсон неоткуда было взять. Предлагаемый экспорт выглядит так, .hk в нем не присутствует когда ты сидишь на .life а .hk не грузился.
>>1022250 > неоткуда было взять Можно было прописать айпишник в свои локальные хосты под именем 2ch.hk, и пробившись через 33 предупреждения браузера открыть сайт, и забрать настройки. Ну да ладно. работает и ладно. Сделай бэкап сейчас. Я сделал.
>>1022045 → >Выглядит так, что они слишком мелкие, и просто успевают набрать большую скорость чтобы пробить коллайдер Потестил - действительно, через CSGBox3D проваливаются мелкие коллайдеры, например цилиндр высотой 0.201 и радиусом 0.031. Но стоит увеличить радиус в 2 раза, как проблема пропадает. Ну или заменить CSGBox3D на StaticBody3D. Короче, АБСОЛЮТНО, неочевидная какая-то хрень Благодарю
Разница между листингами в гугл-плее. Сверху - дефолтый, не позволяющий добавлять ключевые слова. Снизу - кастомный, куда я навалил кучу ключевых слов релевантных к игре. СЕО оптимизация нулевых годов еще жива, ух бля.
>>1022273 >0.031 увеличить в 2 раза Это мало, еще увеличивай, говорю стандартные размеры должны быть в районе 1, в крайнем случае 0.1. Если у тебя игра про людей, делай им 1-2 метра как в реале. Если игра про микрообъекты то им лучше задать искусственно завышенные размеры, вместо 1мм или 1см тоже 1м. Может оказаться что у тебя уже работает, а на более медленных компах нет. Не уверен, но вроде это получится проверить, поставив более низкий physics tics per second
Это нелогично если не знать, но когда знаешь это логично. Во-первых, как происходят упрощенно говоря рассчеты физики? Вот у тебя тело набрало какую то скорость от гравитации и подлетает к тонкому полу. В какой то шаг оно до него, а в следующий за ним, и физика такое не может отследить. Если бы скорость тела была меньше, или размеры больше, то оно бы столкнулось и было отмотано до точки где может стоять. Либо. как я писал надо включать галочку CI, тогда оно будет как то детально проверять путь по которому летит, но это может быть неоптимально тем более если игра не про физику например если игра RTS, то можно вообще без физик обойтись, тебе скорее навигация нужна Во-вторых на это намекает свойство Margin у CollisionShape. Margin - это погрешность которая добавлена вокруг всех объектов чтобы определять столкновения раньше и быстрее. Так у тебя радиус объекта уже меньше этой погрешности! А уменьшать его сильно ближе к 0 не советуется.
>>1022291 >Если у тебя игра про людей, делай им 1-2 метра как в реале Да, про людей. Но есть, условно, относительно мелкий объект, типа "бутылка". Ну ее никак до 1 метра не увеличить. Ну только если скейлить все объекты и игрока в 2-3 раза
В общем, в целом идея понятна. Буду тестить и править при необходимости
>Это нелогично если не знать, но когда знаешь это логично. Ну это да
Стандартный видеоигровой юнит традиционно приравнен к метру. А что если юнит годота мысленно приравнивать не к метру, а к сантиметру, например. При импорте всё масштабировать в 10 раз. Получится много работы, но зато с лимитами имеющейся физики получим точнейшую симуляцию. Кто готов попробовать?
>>1022308 Увеличивать то можно, только тогда тостеры и браузеры перестанут вывозить. >>1022307 Я это и имел в виду: >им лучше задать искусственно завышенные размеры, вместо 1мм или 1см тоже 1м. Но важно именно соотношение размеров. Надо посмотреть какой у тебя самый маленький значимый объект и какой большой. Если ты все в 100 раз увеличишь, то и большие увеличаться, а это тоже может стать проблемой. Грубо говоря, если у тебя игра РТС и минимальный юнит это человек целиком, который ходит по авианосцу, то ок. Если у тебя иммерсив сим и человек взаимодействует с бутылками, то увеличиваешь масштаб и тоже все ок. Проблемы будут если ты попытаешься сделать взаимодействие бутылки и целой плаенты, или атома и авианосца, какие то такие разницы в размерах. Там уже надо большие объекты резать на более подходящие.
>>1022327 А где смеяться? На том что в хуюнити до сих пор не NET Core и сокеты не обладают свойством не гадить в память? А в годоте 4.5 будет 9 неткор)