Bomber Kat - классический бомбер с котиками! (2 стр) / Релизы / Форум / Проекты / GameDev.ru

на скрине показаны спрайты из игры. Заметка: в игре использовался "свой формат" для описания анимации спрайтов. ИИ (по указке) нашла и правильно поняла код. Поначалу реализовала загрузку из "своего формата" в рантайме годота, но я потребовал, чтобы она сразу сконвертировала в формат ресурса годота. С чем она +- успешно справилась

зы: на самом деле я порывался переписать (руками) его на юньку. И даже начал, но т.к. много рутинной работы...
А ИИ агенты, как раз готовы взять рутину на себя. (Если за ними приглядывать, и не давать им заниматься излишней самодеятельностью)

ззы: косяков с играбельностью довольно много из-за отсутствия "понимания". хотя "правила бомбера" знает "от зубов" но переложить их на код, без указки нейронов не хватает.

Никаких проблем с пониманием паскаля, и использования zengl у нейронки не возникло.

Интересно будет посмотреть, как он будет портировать взаимодействие с геймпадам. (как минимум, мне это интересно, т.к. в годоте я пока сам новичок, и без понятия, как там геймпад работает)

зззы: словил очень странный эффект. Не могу дождаться, когда же наконец-то кончатся токены, и можно наконец-то будет подправить всё руками!

skalogryz
Участник

#22
(Правка: 31 мая 2026, 0:29) 22:32, 30 мая 2026

похоже, что ИИ разрешил продвинутым монстрам ставить бомбы самостоятельно (фича доступная лишь финальному боссу).
bomberkat2 | Bomber Kat - классический бомбер с котиками!

К сожалению "для конвертатора" ИИ проявляет излишнее количество галлюцинаций (ну или фантазии, если угодно).

Надо напрячь его сконвртировать UI и более к коду не подпускать. И доводить до нормального состояния оставшееся вручную

skalogryz
Участник

#23
0:27, 31 мая 2026

промпт: время заняться основным ui. главным экраном и экраном настроек

ответ: Сделал первый рабочий слой основного UI.
...

промпт: Кстати, вот скриншот того, как выглядит главное меню в паскаль версии:

...
ответ: Что сделано:

главное меню теперь ближе к Pascal-версии со скриншота:

skalogryz
Участник

#24
(Правка: 1:33) 1:24, 31 мая 2026

skalogryz
> Никаких проблем с пониманием паскаля, и использования zengl у нейронки не возникло.
проблема возникла с переложением этого всего на годот.

вместо ожидаемого "сейчас будем использовать готовые годот классы", ИИ по-сути переписала код по-своему усмотрению.
Ну т.е. вместо кучи Node (в терминах юнити GameObject), у нас ровно один Node на сцене, который сам всё целиком отрисовывает.
Получается, что это совсем не годот решение. (а годот используется именно на уровне zengl - библиотека для рисования).

+ например...

− Скрыть

машине-то легко... а она этот говнокод может штамповать сколько влезет

private void DrawObject(BomberObject obj)
{
  var center = new Vector2((obj.CellX + 0.5f) * TileSize, (obj.CellY + 0.5f) * TileSize);
  var modulate = ObjectModulate(obj);

  switch (obj.MapType)
  {
    case BomberConstants.ObjPlayer:
      if (!DrawAnimatedSprite(obj, IsMoving(obj) ? "player_move" : "player", modulate: modulate))
        DrawSprite(_playerTexture, obj.MapX, obj.MapY, modulate);
      break;
    case BomberConstants.ObjBomb:
      var bombElapsed = obj.IsTimer ? BomberConstants.TimeBomb - obj.TimeLeft : _campaign.Current.Core.Uptime;
      if (!DrawAnimatedSprite(obj, obj.SubType == BomberConstants.SubBombDetonate ? "bomb_wait" : "bomb", bombElapsed))
        DrawSprite(_bombTexture, obj.MapX, obj.MapY);
      break;
    case BomberConstants.ObjFire:
      if (!DrawAnimatedSprite(obj, FlameSequence(obj), BomberConstants.TimeFire - obj.TimeLeft))
        DrawSprite(_flameTexture, obj.MapX, obj.MapY);
      break;
    case BomberConstants.ObjNapalm:
      if (!DrawAnimatedSprite(obj, obj.SubType == BomberConstants.SubNapalmFromBomb ? "nap_fire_bombed" : "nap_fire", BomberConstants.TimeNapalmBurn - obj.TimeLeft))
        DrawCircle(center, TileSize * 0.46f, new Color(0.12f, 0.95f, 0.25f, 0.75f));
      break;
    case BomberConstants.ObjNapalmBomb:
      if (!DrawAnimatedSprite(obj, obj.SubType == BomberConstants.SubNapalmBombFlaming ? "nap_bomb_flaming" : "nap_bomb", BomberConstants.TimeBomb - obj.TimeLeft))
        DrawCircle(center, TileSize * 0.42f, new Color(0.12f, 0.95f, 0.25f, 0.95f));
      break;
    case BomberConstants.ObjMonster:
      var isBoss = obj.SubType == BomberConstants.SubMonsterBoss1;
      if (!DrawAnimatedSprite(obj, MonsterSequence(obj)))
        DrawSprite(isBoss ? _bossTexture : _enemyTexture, obj.MapX, obj.MapY);
      break;
    case BomberConstants.ObjMissile:
      if (!DrawAnimatedSprite(obj, MissileSequence(obj.SubType)))
        DrawSprite(_missileTexture, obj.MapX, obj.MapY);
      break;
    case BomberConstants.ObjExit:
      if (!DrawAnimatedSprite(obj, obj.SubType == BomberConstants.SubExitOpen ? "door_opened" : "door_closed"))
        DrawSprite(_doorTexture, obj.MapX, obj.MapY);
      break;
    case BomberConstants.ObjBonus:
      if (!DrawAnimatedSprite(obj, BonusSequence(obj.SubType)))
        DrawSprite(_bonusTexture, obj.MapX, obj.MapY);
      break;
  }

}

Для тех, кто не вкусре:
1) рисовать по case-switch - отвратно. Потому что, если захочешь рисовать что-то новое, или по-другому - нужно править код.
2) вызовы DrawSprite() рисовать руками отвратно. Попытка сменить способ рисовать потребует править код. Вместо этого следует создавать Node, который будет заниматься саморисованием. И есил он захочет рисовать себя как-то подругому, то потребуется поменять только его самого, а не общий код.
3) в таком движке, как годот методов DrawObject() для простой 2d игры вообще не должно быть, ибо средства самого движка с лихвой перекрывают все потребности.

Вот именно эта рутина: необходимости создавать правильные для вижка структуры - отвадила меня делать порт руками на юнити.

skalogryz
> в игре использовался "свой формат" для описания анимации спрайтов...
> ...Поначалу реализовала загрузку из "своего формата" в рантайме годота, но я потребовал, чтобы она сразу сконвертировала в формат ресурса годота.
Наибольший фейл произошёл здесь.
"формат ресурс годота" оказался, самописная структура, которая полностью отражает "свой формат" из паскаля.
я ожидал использование AnimatedSprite2d. Но нифига. "формат ресурса годота" воспринимается, как нечто совсем другое.

Ну т.е. чтобы что-то получить толковое от китайской комнаты, китайский придётся таки выучить.

skalogryz
Участник

#25
8:27, 31 мая 2026

skalogryz
> я ожидал использование AnimatedSprite2d.
> Ну т.е. чтобы что-то получить толковое от китайской комнаты, китайский придётся таки выучить.

На вопрос про AnimatedSprite2D, нейронка выдала всякого, с одним из вариантов развития событий:

Постепенно перевести игровые объекты на AnimatedSprite2D.

Тогда для каждого типа объекта будет Node/Scene: игрок, монстр, бомба, огонь. Анимации будут лежать в .tres SpriteFrames, и Godot сам будет крутить кадры.

стоп-стоп-стоп... как это так?! "постепенно"?! в 2026? с ИИ? постепенно?!

skalogryz
Участник

#26
19:50, 31 мая 2026

Состояние игры, после ~~пары дней~~ суммарных 8 часов вайбкода:
bomberkat4 | Bomber Kat - классический бомбер с котиками!

внижнем правом углу, показан результат конвертации "направления" юнитов. Я даже не стал его просить разбираться в чём проблема, и поправил сам.
Некоторые правки (этой не ограничился) проще внести руками, чем вбивать промпт и ждать, с надеждой что он ничего не порушит.

+ а вот так выглядит текущая версия в аппсторе

skalogryz
Участник

#27
2:50, 1 июня 2026

оказывается годот не умеет в tvOS (телевизионная приставка от эппл)
хм... может быть, придётся всё-таки сделать порт на юнити!

skalogryz
Участник

#28
(Правка: 4:56) 3:37, 1 июня 2026

промпт:

хорошо. а мы можем реализовать settings экран, как отдельный tscn? а экран игры, или главное меню, будут подгружать (если он уже не загружен) этот tscn и показывать/прятать его по необходимости?
это позволить избежать дублирования кода между основным экраном и экраном игры.

ответ:

Да, это правильное направление: общий settings как отдельная сцена уберёт расхождение между главным меню и игрой. Я сейчас вынесу настройки в SettingsOverlay.tscn + скрипт, а GameApp и Main будут лениво создавать один экземпляр и просто показывать/прятать его.

... какой я умный! ^_^

но как же бесит ждать нейротугодума!

ЗЫ:
после суммарного 12 часов вайбкода. Игра в целом уже выглядит как релизная версия.

100500 мелких недочётов с отобржанием спрайтов.

Есть косяки в конвертированной логике.

Структура кода, оставляет желать лучшего, но по требованию нейронка правит на более допустимую версию. Критерий допустимости: удобно и просто править человеку.

Вангую что, ещё 36 часов вайб кода понадобится, чтобы довести дело до ума. (по 4 часа в день, ну т.е. 9 календарных дней)
Из приятных бонусов:

подцеплен (и протестирован) gamepad.

очень хорошо было реализовано поведение камеры. Изначально ИИ забил на конвертацию поведения, но по сумбурному описанию реализовал "как ожидалось".

skalogryz
Участник

#29
(Правка: 4:44) 4:42, 2 июня 2026

skalogryz
> главное меню теперь ближе к Pascal-версии со скриншота:
а теперь вот так:
bomberkatui1-v3 | Bomber Kat - классический бомбер с котиками!

+ от чего плясал

что интересно. Заставил ИИ переделать UI с runtime, на design time; С указанием, что там ещё и анимация на букве B есть и она нужна.
И чудеса - настройки элементов "по-умолчанию" design time, внезапно улучшили внешний вид.

Ручная доводка состояла в том, что:
1) сменил номер версии с 1.2 на 1.3 (критическое обновление!)
2) поставил галочку "flat", чтобы не рисовался полупрозрачный фон кнопок
3) назначил шрифтам кнопок не нулевой outline, чтобы рисовался чёрный контур вокруг текста, и буквы не сливались с фоном
4) чуть-чуть расставил ui руками (но это ещё требует проверки на разных размерах экрана).
todo:
надо найти, где же тот спрайт с "Kat", вместо "Cat"