нормали можно в нем бейкать, получается очень шустро и приятно

https://github.com/sobotka/blender/blob/d886e32270edb8273ec48a41d1bdcef1fe802835/intern/cycles/render/bake.cpp#L195
хз, если только bake не выполняется в нескольких тредах

мне бы освещение с GI бейкать

и cycles материалы

а вот это уже, емнип, не по части Internal. Internal всё же Realtime Renderer, и плюшки типа освещения там очень порезаны, в угоду скорости

ну и материалы из сайклза там не работают вроде как. при переключении на internal материалы попросту слетают

да

предложи им другой метод тогда, может разрабы хоть в этот раз сделают что-то полезное

хз, я подозреваю что он так сделан в угоду архитектуре и просто забыт
как минимум было бы классно если бы он бейкал блоками, а не по одному пикселю

просто в блендере многое что устарело по времени, учитывая современные технологии, и вместо распиливания интерфейса и всякой мелочевки, можно было что-то существенное поменять, вот как ты предлагаешь поменяет бэйк систему

ну, я могу ошибаться

я не до конца понимаю как устроен cycles

но что точно ясно это то, что бейкинг не должен быть таким долгим

есть подозрение, что даже при рендере блоками, каждый отдельный пиксель всё равно придется просчитать

естественно, просто internal render например итерирует сами треугольники для рендера

а cycles зачем-то итерирует каждый пиксель выходной текстуры

Ну суть сайклза — Ray Tracing, идет просчет лучей, идущих от камеры, соответственно, нужно на каждый кусок текстуры определить какие лучи добрались до этого куска. В данном случае движку безразличны треугольники вообще, они нужны только для изменения лучей. Как по мне, использование того же алгоритма, что и при рендере было бы вполне приемлемо: за один раз выпускается масса лучей и рендерится весьма заметный кусок текстуры.

а сейчас получается на каждый пиксель тратится уйма ресурсов, будто выбрали разделение 1х1

Так для куска текстуры Internal делает намного эффективнее. Проще же сначала найти тексели для каждого треугольника на текстуре и пустить из их позиции/направления на треугольнике лучи, а не искать нужный треугольник в каждом текселе

треугльников всегда меньше чем текселей, иначе вместо текстур эффективнее было бы использовать VertexColor