Particle 1 для процедурной 3D-графики: что показали тесты рыцаря и крепости

Particle 1 в этом материале рассматривается как модель для создания процедурных 3D-сцен кодом. Автор проверял её на двух связанных задачах: генерации рыцаря и средневековой крепости, а затем использовал созданные элементы в игре и на сайте. Результаты показывают, что модель умеет собирать работоспособные браузерные прототипы, но нестабильно удерживает мелкие детали промпта и иногда теряет уже исправленные элементы.

Условия эксперимента с Particle 1

Все тесты строились вокруг одной истории о рыцаре, который 704 ночи стоит на страже. Такой подход помог проверить создание отдельных объектов и повторное использование результата в разных проектах: модель рыцаря из первого теста затем появилась в игре, а историю и изображения этой модели автор разместил на сайте.

Particle 1 запускалась в браузере, а результаты автор проверял в Three.js. Рабочий процесс включал три шага: модель получала подробное задание, автор осматривал результат, затем при серьёзных ошибках запрашивал одну доработку. Оценка учитывала соответствие промпту, внешний вид, детали, работоспособность, цену и затраченное время.

Это не лабораторное сравнение нескольких моделей и не универсальный бенчмарк. Все баллы, цены и выводы относятся к описанному автором тестовому сценарию. Для полноценной оценки ассетов в производственном процессе понадобились бы одинаковые задания, несколько повторов и проверка в разных редакторах и игровых движках, поскольку один сценарий не показывает поведение модели во всех условиях.

Генерация рыцаря: сложный промпт и первая версия

В первом тесте Particle 1 должна была создать процедурную 3D-модель рыцаря без готовых файлов и изображений. Модель требовалось собрать кодом, добавить закрытый шлем, колокол на плече, щит с эмблемой, плащ с гербом и позу караула. В задании также присутствовали ходьба и взмах меча, поэтому проверяли не только статичную позу.

Первая версия создавалась 57 минут и стоила 34 цента. Примерно через 39 минут, после расходов в 25 центов, возникла ошибка 413. По наблюдению автора, запрос превысил лимит 16 МБ. Связь со скриншотами автор только предположил и не подтвердил, поэтому установленной причиной сбоя её считать нельзя.

Первую модель автор оценил на 5 из 10. Основные элементы образа присутствовали, однако фигура напоминала манекен из трубок, голова выглядела слишком крупной, а металлические поверхности были чрезмерно светлыми. Часть деталей щита не соответствовала заданию. Для процедурного прототипа это означало сохранение общего силуэта и набора объектов без точности образа, необходимой готовому художественному ассету.

Что изменила доработка рыцаря

Доработка заняла 15 минут и стоила 23 цента. Общие затраты на рыцаря составили 57 центов, а суммарное время достигло 73 минут. После исправления металл стал темнее, шлем получил более подходящие пропорции, корпус стал массивнее, а на сапогах появились отдельные пластины.

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

Ходьба и взмах мечом в доработанной модели присутствовали. Автор поставил итоговой версии 6 из 10, или 35 из 50 по своей системе оценки. Результат стал лучше по материалам, пропорциям и отдельным элементам брони, однако доработка одновременно показала ограничение метода: модель способна исправить одну группу проблем и повредить другую.

Крепость девяти колоколов

Во втором 3D-тесте Particle 1 получила более крупную композиционную задачу. Автор запросил диораму крепости девяти колоколов с участком земли, дорогой, мостом, воротами, стенами, башнями и открытой колокольней. В сцене также должны были находиться девять мест для колоколов, деревья, грачи и два знамени с гербом рыцаря.

Первая версия крепости создавалась 34 минуты и стоила 23 цента. Примерно через 29 минут, после расходов почти в 20 центов, снова появилась ошибка 413. Продолжение той же сессии завершилось повторным сбоем, а новая сессия закончила работу за 5 минут. Доработка обошлась в 28 центов и заняла 18 минут. Суммарный результат составил 51 цент и 53 минуты.

На первом варианте вход в замок оказался заложен стеной, а дорога свисала за край участка. Грачи получили прямоугольные крылья и напоминали маленькие самолётики. Автор оценил эту версию на 6 из 10. Ошибки затронули не декоративные мелочи, а навигационную логику сцены: зритель не сразу понимал, где находится вход и как дорога связана с мостом.

Как Particle 1 исправила сцену

После доработки проход в замок открыли, мощёный пол стал вести внутрь, а дорога корректно подошла к мосту. В композиции появился скальный уступ, который сделал участок земли выразительнее. Птицы стали выглядеть правдоподобнее, хотя уровень детализации всей диорамы всё равно оставался прототипным.

Крепость получила 7,5 из 10 и 37,5 из 50 по авторской шкале. По его оценке, это был самый сильный 3D-результат среди четырёх связанных проектов. Крепость выиграла не только за счёт внешнего вида: после исправления она лучше передавала пространственную структуру, поскольку вход, дорога, мост и внутренний проход стали читаться как элементы одной сцены.

Кодовое наличие объекта не гарантировало его визуальной читаемости. В сцене были предусмотрены девять мест для колоколов, но на общем плане трудно было увидеть все девять позиций и одно пустое место. Трещины на колоколах почти не различались, а решётка ворот сливалась с тенью. Для игровой диорамы это ограничение существенно: предмет может существовать в сцене, но не выполнять сюжетную или визуальную функцию.

Мелкие детали и устойчивость доработок

Главный недостаток теста связан с разницей между наличием детали в коде и её восприятием в кадре. Эмблема на рыцаре могла исчезнуть после исправления, колокольные трещины оставались неразличимыми, а плоский плащ формально присутствовал, но не создавал убедительного ощущения ткани. Модель лучше справлялась с крупными объектами и компоновкой, чем с графическими знаками, поверхностными повреждениями и складками.

А что происходит, если попросить модель исправить уже работающую сцену? По наблюдению автора, новая итерация иногда ломала ранее удачные элементы. В случае рыцаря пропали эмблемы, а поза караула стала менее ясной. Доработку нельзя принимать без повторной проверки всего объекта: нужно оценивать внесённое изменение и одновременно контролировать старые требования.

Ошибка 413 повторилась в трёх из четырёх проектов автора. После сбоя продолжить работу в той же сессии ни разу не удалось, поэтому проекты приходилось доделывать в новых сессиях. Точную причину автор не установил, а наиболее вероятную связь со скриншотами обозначил как предположение. Разработчику в такой ситуации нужны сохранённые код, промежуточные версии и краткое описание состояния сцены до каждого продолжения работы.

Сравнение рыцаря и крепости

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

Во всех четырёх проектах автор потратил 1 доллар 65 центов и 3 часа 37 минут. Помимо рыцаря и крепости, он создал браузерную игру и сайт о 704 ночах. Общая оценка каждого проекта составила 35 из 50 для рыцаря, игры и сайта, а крепость получила 37,5 из 50. Эти значения отражают мнение автора, а не официальный показатель качества Particle 1.

Что проверять в Blender и Godot

Тест в Three.js показал, что Particle 1 способна создавать интерактивные браузерные прототипы, но не ответил на вопросы о переносимости ассетов и качестве дальнейшего производства. Автор считает необходимыми дополнительные проверки в Blender и Godot. Такой этап должен включать импорт геометрии, проверку материалов, структуры объектов, анимаций, масштаба, освещения и работы сцены после сохранения, поскольку браузерный результат сам по себе не подтверждает готовность ассета к использованию в другом окружении.

Для рыцаря особенно важен контроль анимаций. Ходьба и взмах меча могут присутствовать в коде, но это ещё не говорит о естественности движения или удобстве дальнейшего редактирования. В Blender стоило бы проверить отдельные клипы, скелет, точки привязки и возможность повторной настройки позы. В Godot нужно проверить импорт, частоту кадров, коллизии, управление персонажем и отображение материалов в игровом освещении.

Крепость требует другой проверки. Разработчику важно убедиться, что вход остаётся открытым, дорога действительно соединяется с мостом, а колокола и знамёна видны с игровой камеры. Если девять мест для колоколов нужны для задания или интерфейса, их следует проверять не только по исходному коду, но и через отдельные точки обзора, подсветку и игровые триггеры.

Итог теста Particle 1

По результатам авторского эксперимента Particle 1 лучше всего проявила себя как инструмент быстрого процедурного прототипирования. Она создала рыцаря, крепость, игру и сайт вокруг одной истории, добавила анимации и исправила крупные композиционные ошибки. Крепость стала наиболее убедительным результатом, поскольку после доработки её основные пространственные связи читались заметно лучше.

Слабая сторона модели проявилась в точности и стабильности. Мелкие детали часто терялись, а новая правка могла убрать уже работающий элемент. Ошибка 413 усложняла продолжение работы и вынуждала переходить в новую сессию. По субъективной оценке автора, Particle 1 не стала надёжным решением для полноценной 3D-генерации и показала средний уровень, однако для недорогих прототипов её возможности оказались практичными.

Разработчику стоит воспринимать такой результат как стартовую заготовку, а не готовый производственный ассет. Код, сцены и модели потребуется проверять вручную, сохранять по версиям и тестировать в целевой среде. Только импорт в Blender и Godot позволит понять, сохраняет ли процедурная сцена рабочие свойства за пределами браузерного прототипа.

Частые вопросы о тесте Particle 1

Сколько стоила генерация рыцаря?

Первая версия стоила 34 цента, доработка 23 цента. Общая сумма составила 57 центов, а суммарное время достигло 73 минут.

Сколько стоила генерация крепости?

Первая версия обошлась в 23 цента, доработка в 28 центов. На весь проект ушли 51 цент и 53 минуты.

Удалось ли сохранить все детали промпта?

Нет. Крупные элементы присутствовали, но эмблемы, трещины на колоколах, складки плаща и некоторые особенности позы оказались потеряны или плохо различимы.

Можно ли считать Particle 1 готовым инструментом для 3D-производства?

Описанный тест этого не подтверждает. Он показывает пригодность модели для процедурных прототипов в Three.js, но переносимость и качество ассетов требуют отдельных проверок в Blender и Godot.