Шапка: https://hipolink.me/godothread
Предыдущий: >>1014044 (OP)
Архивный: >>1008211 (OP)
Я как то пробовал и мне никакой метод не понравился. Может быть просто сделать такую текстуру где есть рамка и прозрачность alpha scissor?
А ты уверен что тебе НУЖНО генерировать меш через год, тем более сложный меш? Наверняка есть другой путь.
Давайте посвятим этот номер теме про то, как создать полностью разрушаемую окружающую среду и модели.
Чтобы уделать NFS и GTA с Minecraft
Штош, давайте.
Тогда начнём с мотивирующей музыки. Чтоб вдохновиться.
не очень понял. какая рамка? нарисовать текстуру с выделенными ребрами?
>>1017823
пока не знаю. думаю
Ну да, текстура с ребрами.
Наверное можно взять тупо квадратную сетку и остальное генерить в UV одновременно с мешем.
>>1017804
пока я придумал сделать меш в блендере, распарсить его obj и таком порядке генерить в годо кодом. пока нет возможности проверить, идея норм? так возможно же?
Люди пишут в ту утонувшую тему.
Оно всегда так, и на это попадаются ньюфаги. Просто листай условную нулевую пока не увидишь нужный тред.
Ну или как вариант, прожать Ctrl-End в треде по ссылке, обнаружить внизу перекат-пост, повторять пока не обнаружен перекат пост.
1. не нужно.
2. быть переводчиком крайне неблагодарное и скучное занятие, как бывший говорю.
>1. не нужно.
Классическое отмазка ленивого комьюнити.
Перевод официальных доков просто на порядок притягивает ньюфагов, а значит популяризирует продукт.
Просто потому что читать на родном языке удобнее и быстрее.
Техническую документацию приятнее и быстрее читать на английском всегда.
Пчел, привыкай, ВСЕ тебе никогда не переведут. Рано или поздно тебе понадобится плагин, библиотека, чужой код из демо, что угодно нишевое и специфичное, и ты будешь радоваться что оно хотя бы на английском, а не на китайском или японском. Тру стори.
Не говоря уже о том что неофициальной "документации" типа ответов на форумах или туториалов на ютубе гораздо больше на английском, и никто тебе не будет переводить совет со стековерфлоу 2018 года.
>>1017944
Кто сказал что я не владею анг? Я говорю про популяризацию. Всегда вижу какое у нас ленивое комьюнити (за 23 летний опыт айтишечки).
Проблема в том что ньюфагам и так трудно вкатываться, а ты ленивая жопа предлагаешь еще английский выучить параллельно (который по объему больше чем твой годот).
Кринжовики. Сами любите/выбираете технологию и сами ничего не делаете для популяризации это же опенсорс
Я и так слишком много делаю для популиризации годота на дваче.
Если кто-то не умеет ходить, мы что, теперь всю их жизнь на руках должны носить? Я тебе уже перечислил почему это тупиковый путь.
Разве что какой-нибудь нейропереводчик встроенный в браузры прокачается. Как костыли пойдет.
>Я тебе уже перечислил почему это тупиковый путь.
Да мы уже записали это в отмазку, успокойся. Думаешь я эту херню первый раз слышу за овер 20 лет?
Говорит лишь о том, что лично ТЫ до сих пор эту проблему не пофиксил. Не знаешь английский - учи. Знаешь - переводи для других.
Нет, я человек который давно в айтишечке и лазаю по разным техам и каждый раз заходя вижу одну и тужу техническую бедность. Тут даже сравнение кинул. Немецкий вообще пограничный с английским языком, но комьюнити посчитало почему-то нужным перевести. Кстати, с украинского можно автопереводом сделать в пару минут
Я сам исключительно читаю только англоязычные доки (какое можно вообще ожидать качество от такого комьюнити). Единственно что я впервые бегло прочитал на русском, это доку раста. не знаю в каком она сейчас состоянии, наверняка заброшена уже
Ну раз такое дело то можешь взять и перевести для других. Поднимешь с 33% до 33.3%
Ну я всегда что-то отдаю сообществу (чаще ньюфагам), когда мой уровень потребление техой становится выше уровня нуб. И это не перевод, а какие-то узкие фишки с которым мне пришлось разбираться самому.
Это позволяет не чувствовать себя паразитом, который только потребляет и срет на бордах в движкосрачах.
Осталось только определиться хочу ли я работать с годот дальше.
>И это не перевод, а какие-то узкие фишки с которым мне пришлось разбираться самому.
И при этом тебя удивляет что другие поступают так же.
Ультимативный Путь дальше всегда один - в движкописатели.
Ну меня бы устроило 0% перевода, или больше 80% (если сравнивать с другими) Но не заброшенные 33%.
То есть, начали перевод, по-прокрастинировали и потом с великом еб..лом рассказывают, что ненужно.
Это какое-то позорище.
Докажи, что те кто рассказывают что не нужно, это те же кто начинал перевод
Вот человек который занимался переводом говорит ненужно вместо - я ленивая жопа
>>1017930
В любом случае, ты уводишь от разговора, тут пол треда говорит что "ненужно". Кто и как сказал это неважно, важно что 33% выглядят жалко. И заброшенные переводы это беда ру-комьюнити.
Там не написано что он переводил годот. Там написано что он бывший переводчик.
>В любом случае, ты уводишь от разговора
Хочу и увожу, что ты мне сделаешь?
>тут пол треда говорит что "ненужно"
Это совпадает с моим мнением, не вижу причин его менять.
>выглядят жалко.
Такими аргументами ты никого не замотивируешь.
> беда ру-комьюнити.
Иди и переводи, опен сорс же.
Спасибо популяризаторам за трафик крови, которая ничего не умеет, ничего не хочет и не будет импрувиться, в коммьюнити. Контрибутите в то, чтоб персонажи типа пикрил встречались еще чаще. Шоб вы понимале, на пике весь изначальный контекст проблемы. "Моб" "отказывается" "бежать" за "игроком", разберитесь кто-нибудь. Ну и упоминание нейроночки как вишенка на торте. Через 14 часов там еще узналось, что код списывался из какого-то курса на русском) на ютубе. Тоже тот еще рак, литературно воронка для айпад кидов в вайб кодинг геймдев пайплайн
Да, порвался, и че ты мне сделаешь?
Самое смешное впереди.
Люди ещё не вполне осознают, какой ящик пандоры открывают нейронками. В природе всё продумано миллионами лет эволюции: неиспользуемые ткани и органы отмирают. Спроси у чата ЖоПоТы, так ли это.
>неиспользуемые ткани и органы отмирают
выходит женщины это потомки инцелов???
>Там не написано что он переводил годот
А это важно? Может быть тебе нужен пруф какал он сегодня или нет? Это важнее?
>Хочу и увожу, что ты мне сделаешь?
Заигнорю, нафиг мне чудо которое говорит сам с собой?
>Это совпадает с моим мнением
Ты не поверишь, но всем насрать на тебя. Мы обсуждаем конкретный пример про перевод.
>Иди и переводи, опен сорс же.
Спасибо, было очень интересно с тобой поговорить нет
>А это важно?
Важно что? Тебе не пришла в голову простая мысль, что он мог быть переводчиком стихов с французского, а не переводчиком тех документации годота?
>Заигнорю
И чего ж не заигнорил?
>Ты не поверишь, но всем насрать на тебя
Не поверю. Ты так бежал за мной по треду чтобы сказать об этом.
>Мы обсуждаем конкретный пример про перевод.
Эти вы все еще у тебя под кроватью?
>>Иди и переводи
>Спасибо, было очень интересно с тобой поговорить
Почему ты меняешь тему, вместо того чтобы идти и переводить самому? Ты бы уже страницы три перевел.
Это же стыдно что ты до сих пор ничего не перевел.
Какая нейронка меньше галюцинирует когда речь заходит о помощи с нетухлой версией годота?
А зачем тебе 4-ка? Это чисто для мечатателей об игре мечты, а если делать мобилку или веб игру, лучше брать 3-ку.
>Вайбкод буксует
Из четверки действительно вырезали нужный мне функционал, аналог питоновского struct.unpack("2L3fh4b", bytedata). Но я хочу под стэндалоне вр делать. Импортировать ассеты прямо из архива AAA игры, сначала меш, потом текстуры и матерьялы, анимацию, физику, логику.
>>1018008
Дело не в багах, а в галюцинациях, я пол часа с энтузиазмом изучал функционал которого нет. Нейронка вычитала гдето фичер реквест и считает что это есть в движкн. Из галюников: my_var = myarray[4:8], и var1, var2, var3 = [1, 2, 3].
Пытаюсь скрипт из блендер импортера переписать в годот. Magic_dword, fsize, fnumblocks, fnumtextures = struct.unpack("<4b3L", infile.read(4*4))
>Ленивое комьюнити.
>>1017930
>2. быть переводчиком крайне неблагодарное и скучное занятие, как бывший говорю.
Когда ты и твой бывший встретились в Godot-гейдев треде...
Ладно, сделал примерно похоже убрав всю рандомизацию и вместо шейпа поставив директед поинтс.
Уважаемые go-дотеры подскажите.
Уже давно сижу на юнити делаю всякие 3д/2д игрушки для души так сказать.
И в последнии пару лет уже пересел плотно на онли 2д, и все бы классно и нравится, но вот подумываю, а не лучше ли будет перейти на годот ради такого? Мне всякие супер штуки не нужны, гоняю спрайты по экрану, анимирую, и все вообщемто.
С# нравится и проблем с ним не возникает, но перейти на чтото похожее думаю не сложно будет, все люблю делать только кодом в скриптах если возможно.
Из того что обычно требуется это - Шифрование ресурсов и кода чтобы не могли вскрыть, платформеность ПК-Андроид, ну и все.
Стоит вкатываться и изучать ради моих целей?
>Стоит вкатываться и изучать
Всегда стоит.
>Шифрование кода
C# как раскрытая книга легко вскрывается. Впрочем как и гдскрипт.
Более-менее сложно вскрывается только C++, об этом было в прошлом треде.
>перейти на чтото похожее
В годоте основные языки это GDscript (больше похож на питон), C# тоже есть (но утяжеляет билд рантаймом) и C++ для более тонкой работы.
>платформеность ПК-Андроид
Ну эти из коробки. Из коробки нет только всяких нинтендо свичей, которые надо портировать самому или у издателя.
Единственное что для доступности мобилок и веба традиционно продолжаю советовать делать игру на 3 (gles2), а не 4 версии. Алсо в 4-ке C# пока не экспортируется в веб.
>Шифрование ресурсов
Какие нибудь сейвы-Json-тексты относительно легко зашифровать, а вот насчет 2д спрайтов не припомню готовых решений. Возможно можно наколхозить что то самому, изменяя пиксели, склеивая спрайты из тайлов, подменять что то в шейдерах.
Конечно стоит. Чем больше движков знаешь - тем ты эффективнее.
Фиксированое семя юзай, тобишь галку напротив Use Fixed Seed ставь.
Делаешь для души, но тебя волнует шифрование ресурсов. Странно.
Чтоб никто не узнал, какие у него синглтоны осуществляют функционал мультиплеерных кнопок.
Что странного ты тут увидел? Кто-то не хочет отдавать часть своей души, кто-то не хочет чтобы его для-души кто-то украл и начал продавать от своего имени, кто-то мечтает что для-души взлетит и начнет приносить миллионы, кому-то интересна просто техническая сторона этого вопроса. я например рипал модель со скетчфаба и одну плейстейшн игру, там заморачиваются с обфускацией, это интересно само по себе
>Странно.
Что странного? У всех свои тараканы, мы между прочем на сосаче сидим, не самом здоровом месте в интернете.
Сначала не мог понять как вообще заставить рендерится определенную область.
Первое что попробовал это сабвьюпорт расстянутый на весь экран для карты и другой фиксированного размера для всего остального. Получиться то получилось, но результат не удовлетворил. Во первых какого то хуя спрайты были в линейной фильтрации, даже с отключенной фильтрацией у сабвьюпорта. Во вторых картинка рендерилась в разрешении на 0.5-1? пикселя больше заданного из за чего появились халфпиксели, пробовал и уменьшать и увеличивать разрешение, но избавиться от них так и не получилось. В третьих спрайты двигались как то масляно, как будто они не передвигаются, а их как масло размазывают, хуйня странная короче.
Вторым попытался клиповать детей, это в теории звучит даже хуево, но я один хуй реализовал, расписывать как делал не буду ибо аналогично делаются всякие индикаторы местонахождения. Хоть это и работало отлично, но все же лишние ресурсы жрало нормально так из за колличества объектов.
Третьим попытался тупо скрывать объекты вышедшие из заданной области. Хоть тоже и работало, но это не то что нужно.
И вот пока возился с партиклами, добавляя материал для анимации, заметил такой параметр как light mode на который до этого вообще не обращал внимания.. Боже блять, ебаный тупой хуан, нахуй ты его в такие ебеня запихнул, почему то как объект реагирует на свет определяет ебаный материал а не сам объект. Вобщем light mode - light only и pointlight с текстурой нужного размера - решили проблему рендеринга определенной области полностью. Правда не ебу скажется ли это на производительности в вебе, надеюсь что нет ибо пока все заебись.
С самими прозрачными черными полосами не так уж долго и ебался, с помощью контейнеров и colorrect сделал что и хотел, проблема была только в том что интуитивно настройка параметров якорей нихуя не понятна, пришлось кучу комбинации перетыкать чтоб понять че да как.
Увы, слишком глубоко зашел, релизнуть должен в этом году и не могу тратить время на перевод такого большого для соло проекта.
Тем более там еще 3.7 впереди.
Сталкивался кто с вылетами из-за ебучего ResourceLoader?
Вылеты игры в рандом момент при загрузке\выгрузки из памяти. Нет никаких ошибок, даже в .log нихуя нет.
Просто рандом вылеты без нихуя.
Не сталкивался. Запусти годот из консоли, обновись до следующей/предыдущей версии, полистай гитхабю
https://github.com/godotengine/godot/issues?q=is%3Aissue%20state%3Aopen%20ResourceLoader%20label%3Abug
Она кусала тебя за твой игрородный орган, инфа 100, я все видел.
>>1018442
У меня открылся игрородный орган во лбу, и я теперь вижу, что эти твари лезут на свет. Оставайтесь в тени. Делайте игры.
Вали отсюда нахуй в свой срачезагон, идиотина мразь, зарепортил нахуй за движкосрач, гниль.
В ГДСкрипт завезли бектрейсинг ошибок, в годот поддержку скринридеров.
Я к ним так же применяю силу в зивисимости от направления, чтобы они более менее ровно летели, но пока они выровнятся, проходит много времени
>Четверка?
4.3
>Джолт?
Хз что это
>Интеграт форсес юзаешь?
Вот щас попробовал, ничего вроде не изменилось, может использую неправильно. А так даю силу в физическом процессе.
Вот какое у меня предположение, попробуй настроить веса элементам цепи (твоя косичка собрана как цепь, поэтому будем называть её цепью, ок?) настрой так, чтобы самый тяжёлый был у точки крепления, а следующие за ним всё легче и легче. Должно сработать. Ну, с дивана выглядит как план.
Не, не вышло, ещё больше наоборот крутить начал. Он как бы при начале смены позиции дёргает конец на себя и раскручивает, а потом стабилизируется, как-то с гравитацией это кароч сувязано мне кажется.
Лан пофиг, потом может к чему-то приду
Ты слепой. Тред по сравнению с несколькими месяцами назад просто стоит. Ты прополосни свой гноящийся рот, и скажи нормально если есть что сказать.
Раньше аноны постили свой прогрес, сейчас никого нет. Все сидят на жопах и с умным видом размышляют о таких глобальных темах как значение синглтонов в рамках современной культуры игростроения. Разбавляя иногда техническими вопросами, без постинга прогресса того - получилось, у них или нет. Предположу что показывать просто нечего. Те кто спрашивал просто поняли у себя в голове ответ на свою проблему, и не стали дальше развивать свои поделки...
Я бы попостил, но щас всю неделю на заводе работаю... Ещё пк обновил... И на зубы деньги нужны... И про запас нужно сверху накопить....
Двачую анона, работа душит и игры делать не даёт. Ещё и здоровье мозги ебёт
Тред про движок, естественно технические вопросы более релевантны чем постинг прогресса.
Я не могу свой прогресс постить, но могу поныть что скоп большой и что дизайн уровней мозг выносит объемом работы. Следующую игру сделаю буквально на одном экране и напихаю туда систем аля кликер, чтобы юзер сидел и пыхтел там до охуения и никуда не бегал.
мимо
> агага, гыгы копрокубы, эхехей
Вот поэтому тред и молчит.
https://www.youtube.com/watch?v=IqA7HeuKp98&t=899s
Демопати - это где обычно присылают что то для ретро 8 битных компьютеров, или хотя бы для ДОС, там есть категории программы 128 байт, или 1 Кб, 4Кб, 8Кб, но есть и категория ПК, туда обычно шлют что то самописное, допустим c++/opengl. А тут вот кто-то прислал демку на Годоте.
Нет. Ну смотря как считать конечно, вот сейчас попробовал минимальный PCK с простым эффектом и весит около 8Кб, наверняка можно в нем еще что-то почистить. Но еще рантайм же движка несколько десятков мегабайт. Так что если движок уже предустановлен в каком нибудь линуксе можно натянуть сову на глобус и сказать что распростаняешь только PCK. Что-то вроде распространения .Net и Java программ.
В принципе можно пересобрать, выкинув лишние модули, но ниже ~15мб, вроде, никак. А текстуры нагенерировать нойзом/градиентом сразу в движке.
Я про его PCK 8 мегабайт говорю, это не включая рантайм. У него еще и несколько картин в коридоре. Сходу не скажу получится ли меньше чем PNG сделать какой нибудь полигон. SVG модуль тоже что то весит.
SpacetimeDB, на расте, около-опенсорс (пока бесплатный тариф и исходники для селфхоста и платным облкаом, через 5 лет станет AGPL)
https://github.com/flametime/Godot-SpacetimeDB-SDK
https://gitlab.com/killthejava/spacetimedb-gdchat
Я так понял они предлагают избавиться от серверного кода между клиентом и базой данных, и запихнуть весь код, всю логику в базу, вместе с собственно данными.
Я не вижу какую проблему оно решает. Просто перекладывает код из текстовых файлов в БД.
МУЛЬТИПЛЕЕРНЫЕ КНОПКИ В БД, АХУЕТЬ
extends MeshInstance3D
func _ready() -> void:
. . var file = FileAccess.open("res://kas00.emp", FileAccess.READ)
. . if file == null:
. . . . push_error("Failed to open the file!")
. . . . return
. . # Read the entire file into a PackedByteArray
. . var data = file.get_buffer(file.get_length())
. . file.close()
. . var buffer = StreamPeerBuffer.new()
. . buffer.data_array = data
. . buffer.seek(0)
. . var dwChunkId = buffer.get_32()
. . var dwMDLSize = buffer.get_32()
. . var dwMDLMagic = buffer.get_string(4)
. . var dwNumObj = buffer.get_32()
. . var dwNumTxt = buffer.get_32()
. . var _dwUnk0 = buffer.get_32()
. . var dwNumIVBuf = buffer.get_32()
. . print("dwChunkId: %d, dwMDLSize: %x, Obj: %d, Txt: %d, IVBuf: %d, Magic: %s"%[dwChunkId, dwMDLSize, dwNumObj, dwNumTxt, dwNumIVBuf, dwMDLMagic])
. . if dwMDLMagic != 'MDL' or dwChunkId != 1:
. . . . print("is not emp")
. . . . return
. . var mesh_data = ArrayMesh.new() #godot mesh
. . var ObjOffsets = []
. . for i in range(dwNumObj):
. . . . ObjOffsets.append(buffer.get_32())
. . #Get file structure block offsets
. . var offverts = []
. . var offimgs = []
. . var chunkbase = dwMDLSize + 0x10
. . while true:
. . . . buffer.seek(chunkbase - 8)
. . . . var chunkid = buffer.get_32()
. . . . var chunksize = buffer.get_32()
. . . . if chunkid == 2:
. . . . . . offverts.append(chunkbase + 0xc)
. . . . elif chunkid == 3:
. . . . . . var mipmaps = buffer.get_32()
. . . . . . var txMagic = buffer.get_string(4)
. . . . . . #print([mipmaps,txMagic])
. . . . . . offimgs.append([44+chunkbase, txMagic])
. . . . elif chunkid == 4:
. . . . . . break
. . . . chunkbase += chunksize+8
. . var vertscounter = 0
. . for objidx in range(dwNumObj):
. . . . var objbase = ObjOffsets[objidx] - 0xc
. . . . buffer.seek(objbase)
. . . . var dwOBJMagic = buffer.get_string(4)
. . . . var dwWeight = buffer.get_32()
. . . . print(dwOBJMagic)
. . . . for bufslotidx in range(4):
. . . . . . buffer.seek(objbase+0x20 + bufslotidx*0x10)
. . . . . . var dwNumVertices = buffer.get_32()
. . . . . . var dwVBufOffset = buffer.get_32()
. . . . . . var dwNumIndices = buffer.get_32()
. . . . . . var dwIBufOffset = buffer.get_32()
. . . . . . if dwNumVertices == 0:
. . . . . . . . continue
. . . . . . print([dwNumVertices, dwVBufOffset, dwNumIndices, dwIBufOffset])
. . . . . . dwVBufOffset = offverts[vertscounter]
. . . . . . vertscounter += 1
. . . . . . dwIBufOffset -= 0xc
. . . . . . buffer.seek(dwIBufOffset-4)
. . . . . . print(buffer.get_string(4))
. . . . . . var verts = PackedVector3Array()
. . . . . . var normals = PackedVector3Array()
. . . . . . var faces = []
. . . . . . var matindices = []
. . . . . . var indices = PackedInt32Array()
. . . . . . var diffuses = []
. . . . . . var uv = []
. . . . . . var weights = []
. . . . . . var uvs = PackedVector2Array()
. . . . . . var uvs0 = []
. . . . . . var iranges = []
. . . . . . var mat2face = []
. . . . . . var materials = []
. . . . . . buffer.seek(dwIBufOffset)
. . . . . . for i in range(dwNumIndices):
. . . . . . . . indices.append(buffer.get_16())
. . . . . . var matbase = objbase +0xa0
. . . . . . buffer.seek(matbase)
. . . . . . var matid = buffer.get_32()
. . . . . . var matsize = buffer.get_32()
. . . . . . while matid != 0:
. . . . . . . . buffer.seek(matbase + matsize - 0x10)
. . . . . . . . var vsize = buffer.get_16()
. . . . . . . . var usedvbufslot = buffer.get_16()
. . . . . . . . var facestart = buffer.get_32()
. . . . . . . . var facecount = buffer.get_32()
. . . . . . . . var indexsize = buffer.get_32()
. . . . . . . . matindices.append(indices.slice(facestart, facestart+facecount+3))
. . . . . . . . if usedvbufslot == bufslotidx:
. . . . . . . . . . buffer.seek(matbase +0x10)
. . . . . . . . . . var bound_sphere = [buffer.get_float(), buffer.get_float(), buffer.get_float(), buffer.get_float()]
. . . . . . . . . . var diffuse = [buffer.get_float(), buffer.get_float(), buffer.get_float(), buffer.get_float()]
. . . . . . . . . . var ambient = [buffer.get_float(), buffer.get_float(), buffer.get_float(), buffer.get_float()]
. . . . . . . . . . var pecular = [buffer.get_float(), buffer.get_float(), buffer.get_float(), buffer.get_float()]
. . . . . . . . . . var emisive = [buffer.get_float(), buffer.get_float(), buffer.get_float(), buffer.get_float()]
. . . . . . . . . . var power = buffer.get_float()
. . . . . . . . . . var texturenum = buffer.get_32()
. . . . . . . . matbase += matsize
. . . . . . . . buffer.seek(matbase)
. . . . . . . . matid = buffer.get_32()
. . . . . . . . matsize = buffer.get_32()
. . . . . . #print(matindices)
. . . . . . buffer.seek(dwVBufOffset)
. . . . . . for vtx in range(dwNumVertices):
. . . . . . . . var vx = buffer.get_float()
. . . . . . . . var vy = buffer.get_float()
. . . . . . . . var vz = buffer.get_float()
. . . . . . . . verts.append(Vector3(vx, vy, vz))
. . . . . . . . if dwWeight:
. . . . . . . . . . var weightlayers = []
. . . . . . . . . . for i in range(dwWeight):
. . . . . . . . . . . . weightlayers.append(buffer.get_float())
. . . . . . . . . . weights.append(weightlayers)
. . . . . . . . if bufslotidx == 0:#x20
. . . . . . . . . . var nx = buffer.get_float()
. . . . . . . . . . var ny = buffer.get_float()
. . . . . . . . . . var nz = buffer.get_float()
. . . . . . . . . . normals.append(Vector3(nx, ny, nz))
. . . . . . . . . . var u = buffer.get_float()
. . . . . . . . . . var v = buffer.get_float()
. . . . . . . . . . uvs.append(Vector2(u, -v))
. . . . . . . . elif bufslotidx == 1:#x18
. . . . . . . . . . var tempdiffuse = buffer.get_float()
. . . . . . . . . . var u = buffer.get_float()
. . . . . . . . . . var v = buffer.get_float()
. . . . . . . . . . uvs.append(Vector2(u, -v))
. . . . . . . . elif bufslotidx == 2:#x28
. . . . . . . . . . var nx = buffer.get_float()
. . . . . . . . . . var ny = buffer.get_float()
. . . . . . . . . . var nz = buffer.get_float()
. . . . . . . . . . normals.append(Vector3(nx, ny, nz))
. . . . . . . . . . var u = buffer.get_float()
. . . . . . . . . . var v = buffer.get_float()
. . . . . . . . . . uvs.append(Vector2(u, -v))
. . . . . . . . . . var u2 = buffer.get_float()
. . . . . . . . . . var v2 = buffer.get_float()
. . . . . . . . . . uvs0.append([u2, -v2])
. . . . . . . . elif bufslotidx == 3:#x20
. . . . . . . . . . var tempdiffuse = buffer.get_float()
. . . . . . . . . . var u = buffer.get_float()
. . . . . . . . . . var v = buffer.get_float()
. . . . . . . . . . uvs.append(Vector2(u, -v))
. . . . . . . . . . var u2 = buffer.get_float()
. . . . . . . . . . var v2 = buffer.get_float()
. . . . . . . . . . uvs0.append([u2, -v2])
. . . . . . var surface_array = []
. . . . . . surface_array.resize(Mesh.ARRAY_MAX)
. . . . . . surface_array[Mesh.ARRAY_VERTEX] = verts
. . . . . . surface_array[Mesh.ARRAY_NORMAL] = normals
. . . . . . surface_array[Mesh.ARRAY_TEX_UV] = uvs
. . . . . . surface_array[Mesh.ARRAY_INDEX] = indices
. . . . . . mesh_data.add_surface_from_arrays(Mesh.PRIMITIVE_TRIANGLE_STRIP, surface_array)
. . . . . . mesh = mesh_data
Нет, конечно.
В особенности в последние полтора года проблема вообще решена нейронками.
Как же ты заебал своими кнопками, даун блять. Почему навязчивые форсы не запрещены в /гд/? Репортить бесполезно. Идиотина, тупорылая, казёл, выпей таблетки свои, шизоид ебучий.
Конечно, раньше накидывал в LMMS, а для последней игры наиграл вживую на дудочке 3 дорожки и процедурно их миксую.
Вот еще вспомнил одна была
Кто-то точно создаёт. Мне например даже интересней музыку сочинять, чем программировать и уж тем более рисовать.
Сделай мне ненавязчивую фентези в бекграунд? Укажу потом anonymous в авторах.
Замечательно! Я вам музыку, а вы мне что? Негодяи! Мне ещё свою игру делать!
>>1019327
Ну накинь референсов каких-нибудь и напишу. От одного трека не растаю, думаю. Ненавязчивое фентези понятие растяжимое, а вот так вот без каких-либо более-менее подробных пояснений или примеров я нахуеверчу совсем что-то своё. Уже сталкивался с разным виденьем подходящей музыки.
Ты че? Мультиплеерные кнопки это лучшее что произошло с гд за последний год. Максимально интересная сложная техническая задача. Тебя просто злит то, что ты не знаешь как ее решить.
> накинь референсов каких-нибудь
Как же я тебе референсов накину? У меня лапки.
> ты не знаешь как ее решить
Знаю. Через синглтон. Мультиплеерный пир - это синглтон, который создается при активации мультиплеерной сессии и регулирует её до самого её завершения. Причём тут кнопки вообще? Вот это меня и бесит. Кнопки просто выполняют команды из модели бизнес-логики (частью которой может быть и мультиплеерная сессия).
Как же мне тогда понять, что тебе нужно? Ты в другие игры не играл, их музыку не слышал? Сам-то что имеешь ввиду под ненавязчивым фентези?
>>1019335
Про первое я понял, второе пока в процессе понимания.
> Как же мне тогда понять, что тебе нужно?
Просто делай музыку, которая тебе нравится и выкладывай на опенгеймарт. Она не пропадёт, успехом и знаменитостью к тебе вернётся.
https://opengameart.org/content/dream-raid-cinematic-action-soundtrack
Ну ты видимо не прочитал о чем речь и додумал сам. Речь шла про хотсит на винде с несколькими мышками.
https://opengameart.org/content/we-will-meet-again
Можешь так же?
Только с раскладкой на этапы: перед боем, во время боя, перед концом боя, геймовер, победа.
Та музыка, которая мне нравится и подходит, в мою игру попадёт. А просто так раздавать всё подряд моя хомячья натура не позволяет.
Ну и если ты ещё не понял, и без тебя есть кому раздать. Не переживай. Обойдёмся.
Ну одно дело один трек, а другое дело очень много треков
> Ну и если ты ещё не понял, и без тебя есть кому раздать. Не переживай. Обойдёмся.
Не переживаю, но и вы не расстраивайтесь. Обидеть никого не хотел.
https://opengameart.org/content/messengers-from-above
> https://opengameart.org/content/dream-raid-cinematic-action-soundtrack
>>1019344
> https://opengameart.org/content/we-will-meet-again
>>1019353
> https://opengameart.org/content/messengers-from-above
Ну ёб твою мать, граждане товарищи! Одним постом пожалуйста такие вещи делайте. Это Годот-тред, а не /mus/-реквест. А троллингом в срачельнике занимайтесь. Как дети малые, ей богу.
>>1019344
Ну нихуя себе у тебя ненавязчивое фентези. Это в каких играх именно под такое обычно ходят по городу и пиздят с неписями? Толстота толстот.
>>1019353
Ну это ещё звучит как нечто ненапряжное первую половину, дальше начинается РОООООООК, но всё равно не слишком уж "фентези", максимум для пещеры какой-нибудь.
Затролюнькали вы короче бедного меня. Я хотел искренне помочь, а вы взяли и начали путать своими эпическими оркестрами.
Мне нравится ненавязчивость уровня Зельды ботвы. Там 90% времени музыки никакой нет вовсе, и только временами происходит редкий проигрыш тремя аккордами. И дальше под звуки среды аутируешь.
Сейчас так у меня:
1) Из глобального скрипта запускаю get_tree().change_scene_to_file()
2) Потом у всех объектов, у которых может быть разное состояние на уровне, в _ready() использую await get_tree().process_frame
3) После также у этих объектов запускаю кастомный скрипт загрузки состояния
Простой пример для позиции игрока:
func _ready():
await get_tree().process_frame
Load_player_data()
func Load_player_data():
var saved_player_position = G_Data_collector.game_data["player"]["position"]
global_position = Vector3(saved_player_position[0], saved_player_position[1], saved_player_position[2])
Все делаю правильно или через 10/50/100/etc объектов/их параметров на уровне у меня все наебнется?
Как тебе удобнее - так и правильно.
Затем, когда игра будет готова на уровне предрелизного билда, можно пройтись по уже готовым системам и пооптимизировать.
> чтобы ничего не сломалось?
Главное сам не запутайся в своей лапше.
Для этого всё документируй. Например(!) Прямо вот с блоксхем начинай и прямо в пейнте или где удобно рисуешь блоксхемы происходящего у тебя в коде. Затем сверяясь с блоксхемами пишешь код. Если код не работает, идёшь по коду, сверяясь с блоксхемой, ища где код делает не так, как ты спроектировал. Ну и блоксхемы не абсолют, их тоже придётся править по мере появления новых обстоятельств и по мере увеличения твоего скилла в принципе.
> Все делаю правильно или через 10/50/100/etc объектов/их параметров на уровне у меня все наебнется?
Пару тредов назад обсуждали это. И не знаю, кто как, но лично я пришёл к выводу, что если у тебя ожидается сохранение больших обьёмов данных, но недостаточно больших, чтобы заморачиваться с СУБД, но достаточно больших, чтобы встроенные утилиты загрузки файлов непричтно зависали читая одним буфером весь файл сразу,
то
сохранять надо примерно так же как браузеры сохраняют куки. Знаешь как? текстовый файл со строками ЖСОН-ами. Одна строка - один жсон-обьект. Текстовый файл можно читать построчно, и это можно разбить на фреймы, и можно снять нагрузку с основного потока. Мелкие жсоны будут обрабатываться молниеносно, в отличие от попытки распарсить один глобальный гиперсловарь с миллионами вложенных параметров.
Поэтому к вот этому вот
> .game_data["player"]["position"]
подходи осторожно. Допустим в памяти у тебя лежит одна структура, но в файл её следует разнести так, чтобы можно было считывать частями. Посмотри как организованы tscn файлы, подумой над ними.
>>1019329
Не знаю тут ли ты еще. Про музыку изначально спрашивал я, потом на работу отвлекся. Вот пара примеров:
https://www.youtube.com/watch?v=gCY4kyAf6AA
https://www.youtube.com/watch?v=wMF5mdC001M
Практически никто не пользуется change scene. Всегда можно просто сделать свою сцену, в которой будет игрок, свет и прочее, подсцена с меню, подсцена с уровнем, стриминг соседних уровней и тд
https://www.reddit.com/r/godot/comments/1b21h5y/the_usefulness_of_changing_scenes/
image.load_dds_from_buffer(dds_data). Но среди доступных форматов для загрузки из буфера, dds отсутствует. Какие еще есть варианты?
В 4.4 вроде можно читать из файла (не импортируя). Ну или вытащи с++ функцию из движка, или пиши во временный файл.
Я скачал Godot 4.5, там уже добавили эту фичу. Так что пока все тип-топ.
Все это может быть глобальным синглтоном. Или ты вдруг начнешь переделывать игру в ммо, где игроков сотни тысяч?
> тут ли ты еще
Я тут, но уже обиделся и не буду ничего писать вам бесплатно.
Я не понимаю о чем ты спрашиваеш. Сходи по ссылке на реддит, там спроси.
Этот челик => >>1019402 троллирует. Я просто пока занят кое чем.
Хотя должен предупредить, что совсем в таком стиле писать не умею. Мне всё же ближе более мелодичная музыка. Поэтому настолько эмбиентовый звук у меня вряд ли получится.
Что получится, то получится. У меня много пространства для фоновой музыки. Главное чтобы по ушам не ездило. Если захочешь какое-либо авторство - вместе с треком напиши как в титрах указать, к концу года себя погуглишь.
Ну я создаю. Тащемта музыка это моя основная работа, а геймдев - хобби.
Но по реквестам писать в любом случае ничего не буду. Музыка должна быть прям под игру, надо погружаться в настроение, идеи, ритм, темп; это заёбисто. А дженерик дрисню, которая подойдёт куда угодно, даже начинать не хочется.
>Для этого всё документируй
Да, так и делаю в draw.io
>>1019377
>>1019379
>>1019387
Понял, спасибо
> draw.io
Я для похожего использую обсидиан с канвасом и плагином на рисование. Профит в том, что там еще кодовые задачки вести можно в виде, например, тикет-трекера или канбана. Возможность перекинуть задачу из колонки TODO в колонку DONE - добавляет мотивации.
Ведь все равно, когда игрок взаимодействует с инвентарем, использует предмет (например, аптечку) и т.д. обращение за инфой о предмете будет идти в один скрипт-базу данных обо всех предметах.
При этом можно сделать одну универсальную сцену с кучей @export var и тупа клонированием запихивать ее сколько надо раз в сколько надо сцен и настраивать оттуда - ТОЧНО ТАКЖЕ КАК РЕСУРСЫ.
На выходе получим почти такую же логику, но без кучи лишних телодвижений. В чем я не прав?
Хочу разобраться на берегу, чтобы потом не переписывать код
> можно сделать одну универсальную сцену
Ноду.
Ресурсы не ноды и не занимают места в дереве. В этом их польза. Если тебе нужна нода в дереве, со всеми фичами ноды - то ты делаешь сцену, если тебе просто нужна куча экспортов - ты делаешь ресурс. Всё. Вся разница.
>пикрил
Литерали мое ебало после прочитанного. О чем речь? Что за монстр эта универсальная сцена? Че за дб такая странная? Я ваще нихуяне понял че ты хочешь, но прикину хуй к носу и высрусь.
Ну смотри, вот тебе надо заспавнить аптечку, че делать будешь? Пойдешь делать отдельную сцену под аптечку? А если еще и патроны какие нибудь? Опять же новая сцена, ну либо какая то ебанутая одна сцена которая будет содержать абсолютно все предметы в игре с прописаным всем говном в коде. В случае с ресурсом тебе понадобится лишь 1 сцена и скрипт у которого будет ссылка на ресурс. Нужна аптечка? Инстантишь итем, вставляешь ресур из дб под нужным идшником, все, итем готов. При подборе итема в инвентарь, ссылка на ресурс из итема просто переносится в слот, в случае если такой итем есть и он стакается то просто увеличивается в ресурсе колличество тех же аптечек, все блять. Я хуй знает че ты там предлагаешь, монстра какогото, хуй знает, франкенштейн штоле.
Не, конечно можно сделать мегамонстра, но как ты с ним работать будешь янеебу. Ну и как анон выше написал, ресур не нода, а как мы знаем, даже пустые ноды влияют на производительность. Вот и думай. Ваще советую глянуть то как делают инвентарь на юнете, нет, не для того что бы научиться его делать, а шоб наглядно понять че такое ооп, тебе это сейчас важнее.
Это не экономия, это вопрос удобства. И архитектуры. Просто ответь на вопрос, почему меши в мешинстанс это ресурсы?
Правильный ответ под спойлером, чтобы ты мне мозги не ебал, а вернулся к игре: потому что меш-ресурс это и есть та самая "куча экспортов", данные о вершинах на диске, которые мешинстанс загружает в себя и подготавливает для отрисовки.
У меня 2 пазловых игры на годоте опубликовано, но тебе-то похуй, ты потралить залетел.
Прошел базовый 2д из официальной документации, дальше сам пилил.
Вот я хочу настроить уровень, заполнить его нодами с коллизиями, отправляющий сигнал в шину (при вхождении в коллизию и по нажатию кнопки).
Так я настрою квесты (получение\отдачу), инвентарь (получение предметов), переходы на другие локации.
После чего, так как я не особо понимаю наследование сцен (скрипты изначальные меняются, я хз почему), я при построении новой локации просто скопирую в проводнике сцену локации и буду заново ее настраивать ручками.
Норм\не норм? Сильно это изменит вес игры, если сцены, как я понимаю, это просто куски кода?
Объясни какую хочешь механику, объясню, как построить код
Используй лучше композицию. Наработай небольшие куски уровня, которые общаются между собой сигналами либо вставляются друг в друга, и лепи из них уровни как из лего.
Если общая структура уровней похожа - сделай сцену-шаблон с базовой структурой из своих кусков-композиций, и каждый уровень начинай строить с нее.
Ну, я так делал, мне подошло заебись.
>Объясни какую хочешь механику, объясню, как построить код
Хочу сделоть простенький паззл, где есть поле с врагами и герою нужно выбирать через них путь, а после выбора пути убитые враги пропадают и враги перестраиваются. Всё это конечно со своими правилами под своих врагов етц. Корованы не забудь
годот умеет тристрипы только против часовой стрелки кушать, пришлось продублировать первый индекс чтобы перекрутить тристрип
завтра разберусь с прозрачностью и материалами в целом.
скрипт уже разросся дохуя. а еще надо блендшейпы и скелет прикручивать...
> Заинтересовалась годотом
Обожечки! Тяночька! Тяночька заинтересовалась годотом! Амнянмня! Писечька! Тяночька! Помогать! Обеснять! А вдрух?
> - сделай сцену-шаблон с базовой структурой из своих кусков-композиций,
Да, я это и имел в виду, спасибо.
>Помогать! Обеснять!
Анон, который обещал помочь, так и не помог и пропал >>1019678 в итоге я просто впустую расписала вам свою идею.
Это из него так желчь вытекает. Он считает что любой кто обращает внимание на женщин не достоен уважения. И он пытается это пресечь, чтобы род игроделов загинул вместе с этим тредом.
А насчет механики. Тебе надо воссоздать для начала что-нибудь классическое, вроде пасьянса или три-в-ряд, чтобы получить общее представление о годоте и о том как делаются игры. Найди туториалы или поговори с нейронкой чтобы она тебя направляла. Спроси как реализовать что-нибудь очень простое. Пусть накидает предложения.
>Опять же новая сцена, ну либо какая то ебанутая одна сцена которая будет содержать абсолютно все предметы в игре с прописаным всем говном в коде.
Зачем?
Вот как "подключить" ресурс к ноде? Пишем в нодовом скрипте:
>@export var item_data : Item_resource
Но не будет же этот ресурс содержать в себе ВСЕ данные об аптечке, верно? Он будет ссылаться на какой-то скрипт, где прописаны все предметы и их характеристики. Иначе как нормального из разных мест в игре получать данные об аптечке? Только из одной бд (в виде скрипта в переменными/реальной бд/json-файл/etc).
Так вот. Почему бы мне вместо ДОПОЛНИТЕЛЬНОЙ ПРОКЛАДКИ в виде ресурса:
>@export var item_data : Item_resource
Не написать сразу
>@export var item_data : String
Где item_data - это название переменной, типа "small_medkit", за характеристиками которой мы сразу обращаемся к бд?
Чет я вообще не вкуриваю прикол ресурсов. Или весь их смысл только в том, чтобы раскидать все по отдельным tres-файлам? Типа для удобства?
>лучшую девочку импортируй
Это более ранняя версия игры. Лучшую девочку пока не завезли. Может позже запилю импортер под пятую версию. Но есть сомнения что третий Мета Квест потянет ее модели.
Эни-вей... Импортер:
Если бы не нейронка то хуй бы я разобрался. Разобрался с моргающей прозрачностью прописав вручную порядок рендеринга для прозрачных поверхностей. Жаль glosiness из материалов годоту не нужна, пилить свой шейдер чтобы воссоздать магию directx9 чет не охота. Теперь надо найти где в игровой модели хранится инфа указывающая если поверхность двухсторонняя.
Заодно узнал что это за большие обьекты хранятся с моделью. Оказывается что это заготовленные Shadow Volumes.
Пикрилы. Запустил в виртуальной реальности. Полет нормальный. Но чувствую запал на исходе. Надо аыбрать что-то одно, для последнего рывка.
glossiness это инверсия roughness, вроде. Можешь попробовать просто 1.0-gloss, либо там 1.0-sqrt(gloss).
Несколько лет находил формулы, но cейчас что-то с набегу не получилось. Вроде это называлось specular/glossiness workflow, а сейчас в PBR распространен metallic/roughness.
>Пикрилы. Запустил в виртуальной реальности. Полет нормальный. Но чувствую запал на исходе. Надо аыбрать что-то одно, для последнего рывка.
Анон, а в чем смысл твоей игры? Я просто раньше интересовался темой, собирал что-то типа 3д визуальной новеллы на Playcanvas. Плейканвас потому что это веб-движок и можно игрокам с Квестом 2/3 показывать непотребства прямо в шлеме без установки левых апк или стриминга с ПК.
А если на Годоте, то какой смысл? Не думаешь же ты что тебя пропустят в магазин с чужими полуголыми бабами.
Выкладываешь на итч с тегом 18+, набигают толпы дрочеров, изи вин.
А он хоть работает на мобильных браузерах для Квест 3?
Так-то и у Юнити тоже есть экспорт в веб, но на Квесте он такой производительный что лучше бы его вообще не было.
А Playcanvas и Aframe были очень шустрыми движками, почти не хуже нативных приложений в браузере можно было получить.
Возьми и проверь, никто тут твой Квест 3 в глаза не видел. Вот первая попавшаяся годот+3д+веб - https://cyfo.itch.io/duck-duck-clicker-3d
Glossines color rgba, а не Glosines glow. Glow я пристроил. А Color виден на первом из двух изображений, где я его подсунул вместо альбедо.
>>1019746
Так это же не игра, а недоделаный инструмент для тех кто создает или использует моды, то есть для модсцены. То что модели можно будет пинать в виаре это просто стресс тест. В игре их еще сильнее пинают.
И это не экспорт на квест. А запуск годот едиторе который сам работает на квесте. Производительность у веб вр низая по сравнению с нативным запуском.
Причем тебе не нужно ковыряться с установкой апк. Скачиваешь годот в квест3 из прямо встроенного магазина мета. И копируешь проект годот в папку Документы. Все как задумано.
Или вот. А то я помню мне кто-то ИТТ мозги выносил что игры без текстур выглядят как сблев.
> игры без текстур выглядят как сблев.
А сам то не видишь?
Мне заебись выглядит, стильно четко. Пойди промой глаза, любитель реализма.
Покажи годную игру с такими текстурами (не воксельную и не детскую).
>покажи годную игру
>но только из тех которые нравятся мне!11 чтоб сурьезно
Нутыпонел, эджлорд мамкин.
Что и требовалось доказать. Ты с такой графикой либо делаешь майнкрафт, либо детский высер.
Кароч это просто бд раскиданная по разным файлам .tres. Понял
А файловая система твоего пека - это просто БД раскиданная по секторам твоего диска. Понял?
Не хочешь использовать ресурсы - не используй, тебя кто то заставляет?
Ресурсы легковеснее нод (в них нет базового класса ноды, всех этих _ready и прочего).
И вообще емнип они изначально для иммутабельных клонов данных (когда один меш или текстура переиспользуется несколькими моделями).
>Не хочешь использовать ресурсы - не используй, тебя кто то заставляет?
Так я и не говорю, что заставляет кто-то. Просто пытался вкурить, как и нужно ли вообще мне их использовать
дидовская классика