Доброго времени суток, дорогие 3д - коллеги! Вопрос заключается в том, как найти самый менее ресурсозатратный (в частности в человеко-часах) способ оптимизации high poly сцены в low poly с последующим запеканием света и размещением в Web (с использованием Three.js). Пример:
Как я вижу этот процесс: 1) Оптимизация модели.
Автоматический процесс - использование скрипта, плагина, возможно какой-то отдельный софт для оптимизации. Скорее всего такого варианта нету, т.к. лично я с трудом представляю как может программа автоматически понять какой геометрии нужно сохранить форму (стены, фасады кухни), какой можно пренебрегать и оставлять для заполнения (аксессуары).
Полуавтоматический процесс - тот же скрипт, плагин, но в котором придется выбирать группы моделей со схожей геометрией. Допустим, делаем первую группу стены, фасады, шкафы и.т.п, вторую группу аксессуары, третюю мягкую мебель и оптимизируем все группы разными инструментами.
Ручная работа с каждой моделью в сцене - не рассматривается, т.к. придется тратить много человеко-часов на оптимизацию сцены и это будет не рентабельно при большом потоке проектов
Еще один важный момент - эта модель должна без проблем вращаться в вебе, идеально если не только на компьютере, но и на смартфоне или планшете.2) Запекание текстур и света
С запеканием проблем тоже не должно быть, единственное во что мы опять упираемся - производительность платформы. Чтобы была качественная запеченая развертка на модельке - текстура должна быть размером 8k
3) Отправка программистам для размещения с Three.js - тут больше всего вопросов, поэтому рад буду услышать любые комментарии.
Итак, я буду очень благодарен, если вы мне поможете найти ответы на следующие вопросы:
1) Есть ли какой-то универсальный способ оптимизации сцены, либо придется закладывать большой "кусок" рабочего времени на это.
2) Насколько должна быть оптимизированная сцена для работы с ней в вебе, имеет ли смысл разбивать модель на несколько частей для того чтобы было несколько запеченых текстур, вместо одной большой
3) Как происходит процесс размещения модели на странице в браузере, какие есть способы это реализовать, с какими подводными камнями можно столкнуться.Прикрепляю примеры запеченой модели, сделанной вручную. Так же очень прошу подойти к вопросу конструктивно и без негатива.
еслиб был легкий и быстрый способ сцены вот так просто в пару кликов переносить в движок, то все давно этим бы уже пользовались и это не стоило бы в разы дороже обычного виза
Ничего что для тех же хайполи с UV никто особо не заморачивается, а для лоуполи очень желательно иметь развертку, которая максимально использует всё пространство uv координат?
какие есть способы это реализовать, с какими подводными камнями можно столкнуться.Прикрепляю примеры запеченой модели, сделанной вручную. Так же очень прошу подойти к вопросу конструктивно и без негатив
Для движков развертка на всех моделях же должна быть,не зависим от полигонажа вроде?
Ручная работа с каждой моделью в сцене - не рассматривается, т.к. придется тратить много человеко-часов на оптимизацию сцены и это будет не рентабельно при большом потоке проектов
Тогда забудьте про эти проекты.
Цитата Ivanart:
Так же очень прошу подойти к вопросу конструктивно и без негатива.
Вы сами-то конструктивно подходите? Вместо прикрепления примеров трэшевой оптимизации глянули бы на скетчфабе, как устроена правильная лоу-поли сцена и все вопросы отпали бы.
Заинтересовал 1 пункт про оптимизацию скриптом. Коллеги подскажите, есть ли такой скрипт, который автоматически удаляет рёбра, которые не влияют на модель? Например, есть цилиндр, применяем сглаживание, запускаем скрипт, и он автоматически находит вновь образованные грани, которые идут по длине цилиндра и удаляет их вместе с точками, форма не меняется.
Заинтересовал 1 пункт про оптимизацию скриптом. Коллеги подскажите, есть ли такой скрипт, который автоматически удаляет рёбра, которые не влияют на модель? Например, есть цилиндр, применяем сглаживание, запускаем скрипт, и он автоматически находит вновь образованные грани, которые идут по длине цилиндра и удаляет их вместе с точками, форма не меняется.
теоретически скрипт должен анализировать соседние(имеющие общий эдж) грани и сопоставлять их нормали, если они равнонаправлены то ихний общий эдж удаляется и тд. Для понимающих в скриптах думаю не сильно сложно. Можно даже задать порог отклонения(градус между гранями) который игнорировать.
freezemaximus я думаю, что нечто подобное можно реализовать только нейросетью, если правильно ее научить и думаю, что подобная тема если появится, то точно будет по платной подписке, а не как оффлайновый скрипт
подобное можно реализовать только нейросетью, если правильно ее научить и думаю, что подобная тема если появится, то точно будет по платной подписке
нейросеть это вообще мощная тема, развивающаяся не по дням а по часам. Так к примеру гугловская нейросеть за 7 часов научилась играть в шахматы и с разгромным счетом, почти в сухую, разнесла сильнейшую до этого шахматную программу. Еще встречал инфу со слов одного из разрабов, что нейросети показали многочасовое видео езды по улицам и она научилась различать все обьекты на дороге и вокруг. Даже есть задумка на основании такого обучения создать игру или модель 3д города, "руками" нейросети. Так что лет через 5 и моделеры уже не понадобятся... скайнет уже близко)
Predator84 использование нейросетей скорее всего ограничат законодательно, если будет угроза массовых сокращений персонала, как это делают например сейчас на производстве при внедрении автоматизации, для сохранения рабочих мест
Predator84 использование нейросетей скорее всего ограничат законодательно, если будет угроза массовых сокращений персонала, как это делают например сейчас на производстве при внедрении автоматизации, для сохранения рабочих мест
не помню кто из российских чинуш, кудрин вроде, ратовал за то что бы нейросеть заменила всех кого можно. Он приводил в пример что уже сейчас нейросеть в законодательстве разбирается лучше любого юриста + к этому не подвержена взяткам и ошибкам. Сейчас активно покоряется медицинское направление. Людей будут держать на работе только номинально, что бы без дел не шатались и глупости в голову не лезли. В германии уже есть роботизированные фуры, чему очень недовольны были дальнобойщики. Обьективно за роботами будущее, как когда то впервые взялись за калькулятор и теперь никто в уме не считает.
Менее года назад, нейросеть обучилась игре в ГО, до того считавшейся исключительно человеческой игрой, чемпион мира бул повержен со счетом 3:1. Сейчас правильная топология тоже сугубо человеческий навык, но все может быстро измениться.
Менее года назад, нейросеть обучилась игре в ГО, до того считавшейся исключительно человеческой игрой, чемпион мира бул повержен со счетом 3:1. Сейчас правильная топология тоже сугубо человеческий навык, но все может быстро измениться.
Можно много сказать на эту тему. Предлагаю не продолжать.
nika22t, но он же удаляет и те рёбра, которые нужны для сохранения формы. Вы немного не поняли, поясняю: 1 - Low; 2 - torbosmooth 1 iteration; 3 - результат работы скрипта.
А Турбореверс сделает угол опять, как в модели под цифрой 1.
