Анализ рендер-движков Blender: Архитектура Cycles и Eevee, динамика производительности и сценарии использования

В компьютерной графике (CG) рендер-движки — это сложные программные алгоритмы, которые преобразуют математические данные виртуальных сцен в двухмерные пиксели. В процессах создания 3D-контента открытое программное обеспечение Blender, ставшее отраслевым стандартом, предлагает пользователям два основных рендер-движка: Cycles и Eevee 1 . Хотя оба движка основаны на принципах физически обоснованного рендеринга (Physically Based Rendering — PBR), они кардинально отличаются друг от друга методами расчета света, требованиями к вычислительной мощности и уровнем реалистичности конечного визуального результата 1 . Наличие этих двух движков делает Blender незаменимым инструментом как для экспертов по фотореалистичной визуализации, так и для студий анимации реального времени 3 . В данном отчете на архитектурном, математическом и аппаратном уровнях подробно рассматривается, почему Cycles является фотореалистичным, но крайне тяжелым с точки зрения вычислений, в то время как Eevee (и архитектура нового поколения Eevee Next) работает невероятно быстро, но упирается в определенные границы реалистичности. Детально анализируется влияние современного аппаратного ускорения (OptiX, HIP, Metal), трассировки путей (Path Guiding), шумоподавления на основе искусственного интеллекта (Denoising) и алгоритмов экранного пространства (Screen Space) на оба этих движка, а также раскрывается, какой движок и в каких ситуациях следует выбирать в профессиональных производственных рабочих процессах.

1. Архитектурные основы: Математика трассировки лучей (Path Tracing) и растеризации (Rasterization)

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

1.1. Cycles: Архитектура обратной трассировки путей (Backward Path Tracing)

Cycles — это физически корректный движок трассировки путей (path tracer), нацеленный на фотореализм производственного уровня 1 . По сути, он работает, решая уравнение рендеринга (rendering equation) с помощью методов случайной выборки, называемых методом Монте-Карло 7 . В реальном мире триллионы фотонов вылетают из источников света (например, Солнца или лампы накаливания), ударяются о поверхности, отскакивают, и лишь очень малая их часть попадает в объектив камеры. Поскольку вычисление этих триллионов фотонов, исходящих из источника света в цифровой среде, привело бы к колоссальному перерасходу данных и нехватке аппаратных ресурсов, Cycles работает по принципу «обратной трассировки лучей» (backward ray tracing) 8 . В этой системе движок выпускает виртуальные лучи (rays) из центра каждого пикселя видоискателя камеры в сторону сцены 8 . Когда лучи сталкиваются с объектами в сцене, они реагируют и меняют направление в соответствии с двунаправленными функциями распределения рассеяния (BSDF — Bidirectional Scattering Distribution

Function), которые определяют свойства материала объекта 1 . Движок Cycles обрабатывает эти сложные взаимодействия лучей, разделяя их в основном на четыре основные категории:

● Лучи камеры (Camera Rays): Первичные лучи, которые исходят непосредственно из камеры и впервые соприкасаются с геометрией сцены 1 .

● Лучи отражения (Reflection Rays): Лучи, отраженные от поверхности. В зависимости от микроскопической шероховатости (roughness) поверхности они делятся на подкатегории: диффузные (Diffuse), глянцевые (Glossy) или зеркально-резкие (Singular) 1 .

● Лучи передачи и преломления (Transmission Rays): Лучи, проходящие сквозь такие поверхности, как стекло, вода или прозрачный пластик. Они меняют направление в соответствии с принципом изменения скорости света при смене среды (показатель преломления — IOR) 1 .

● Лучи тени (Shadow Rays): Лучи проверки прозрачности, выпускаемые из точки столкновения к источникам света для проверки освещенности поверхности 1 . Поведение этих лучей может продолжать бесконечные циклы отскоков (bouncing) внутри сцены. Однако, поскольку бесконечные вычисления невозможны, движок завершает путь луча, когда он достигает определенного лимита отскоков или вероятностного алгоритма завершения под названием «Русская рулетка» (Russian Roulette). Выпуск большого количества лучей (семплов — sample) обеспечивает сходимость (convergence) усредненного цвета в пикселях к наиболее реалистичному значению, что снижает зернистость (шум) на изображении, но прямо и линейно увеличивает время обработки 6 .

1.2. Eevee и Eevee Next: Реально-временная растеризация (Rasterization) и гибридные подходы

EEVEE (Extra Easy Virtual Environment Engine) — это рендер-движок реального времени, изначально созданный на базе OpenGL, который ориентирован на скорость и интерактивность, а не на фотореализм 2 . В отличие от Cycles, Eevee в корне не вычисляет триллионы возможных путей каждого луча внутри сцены. Вместо этого он использует гораздо более быстрый процесс проецирования под названием «Растеризация» (Rasterization), который является стандартным в компьютерных играх 2 . Растеризация преобразует полигоны (треугольники) в 3D-пространстве непосредственно в пиксели на 2D-экране, а затем математически прогнозирует цвет этих пикселей с помощью различных тестов глубины (Z-buffering) и шейдеров (shaders) 2 . Невероятная скорость Eevee обусловлена тем, что он выполняет расчеты света не физически в пространстве, а в пространстве экрана (Screen Space) или с помощью предварительно вычисленных (baked) объемных структур данных (Light Probes) 6 . Eevee Next, представленный в Blender 4.0 и более поздних версиях, представляет собой модернизацию движка, которая вышла за рамки чистой растеризации и гибридным образом интегрировала возможности аппаратной трассировки лучей и трассировки лучей в пространстве экрана (Ray Tracing) 3 . Тем не менее, поскольку базовая архитектура Eevee Next по-прежнему опирается на растеризацию, создаваемая им визуальная точность всегда ограничивается той областью, которую камера видит в данный момент, или точками данных, предварительно размещенными в сцене 14 .

2. Иллюзия реализма: почему Eevee не является фотореалистичным?

Ответ на вопрос пользователей «Почему один вариант очень медленный, а другой менее реалистичен?» заключается в том, что Eevee создает оптическую «иллюзию», а не физически симулирует свет.

Реализм приносится в жертву ради умно разработанных ради скорости сокращений.

2.1. Ограничения пространства экрана (Screen Space Limitations) и потеря геометрии

Самая большая слабость Eevee (и всех движков растеризации в целом) заключается в их зависимости от данных «Пространства экрана» (Screen Space) при вычислении отражений и непрямого освещения 6 . Технологии пространств экрана выполняют расчеты отражений или теней, используя только данные о цвете и положении пикселей (буфер глубины — depth buffer), которые камера видит в данный момент 15 . Практический физический эквивалент этого крайне проблематичен: если на высокоотражающем полу (например, на мокром асфальте или зеркале) стоит персонаж, Eevee создает отражение этого персонажа, инвертируя существующие пиксели на экране и прорисовывая их на полу. Но если камера наклоняется вниз, и персонаж выходит из поля зрения камеры (из видоискателя), отражение на полу внезапно исчезает или обрезается 14 . Это происходит потому, что персонаж больше не является частью пространства экрана (depth buffer), и Eevee не может отразить то, чего он не видит. Eevee Next внедрил методологию трассировки лучей (Screen-Trace) для смягчения этой проблемы. Этот новый конвейер (pipeline) выполняет трассировку лучей в пространстве экрана (Screen Space Ray Tracing — SSRT), и если луч выходит за пределы поля зрения камеры, происходит откат (fallback) к световым зондам (light-probes), предварительно размещенным в сцене 15 . Успех этой системы в Eevee Next зависит от таких параметров, как точность (Precision), толщина (Thickness) и задняя грань (Backface). Например, если значение параметра «Thickness» установлено на высоком уровне, поверхности в буфере глубины считаются толстыми, и лучи не промахиваются мимо объектов, однако в этом случае в отражениях возникают такие артефакты, как вытягивание или мерцание (flickering) 15 . Эти иллюзии пространства экрана даже близко не стоят к безупречным сферическим отражениям Cycles, которые учитывают всю геометрию в каждый момент времени.

2.2. Глобальное освещение (Global Illumination) и отскоки света

В реальном мире свет, ударяясь об объекты, не теряет всю свою энергию: он поглощает ее часть, отражает остальное, и это отражение вызывает перенос цвета (color bleeding) (например, белый стул рядом с красной стеной выглядит красноватым). Cycles вычисляет это непрямое освещение (indirect illumination) математически точно с помощью настроек «Diffuse Bounces» 6 . Световая энергия циркулирует между объектами до тех пор, пока полностью не затухнет в среде. Eevee же традиционно вынужден получать непрямое освещение с помощью «Световых зондов» (Irradiance Volumes). Художник размещает объем зондов в сцене, и Eevee рассчитывает на основе этих зондов то, как свет распределяется по сцене, и запекает (baking) это в текстуры 13 . Чтобы преодолеть этот громоздкий процесс, Eevee Next внедрил систему под названием «Приближение быстрого ГИ» (Fast GI Approximation) на основе сканирования горизонта (horizon scan) 15 . Вместо того чтобы прослеживать каждый луч по отдельности на поверхностях с высокой шероховатостью (roughness), эта система приближенно рассчитывает освещение в пространстве экрана; хотя это повышает производительность и уменьшает шум, она не способна решать задачи множественного переноса энергии света между поверхностями, утечки света (light leaking) и окклюзии в точках контакта (contact occlusion) столь же точно, как Cycles 15 . Окклюзия окружения (Ambient Occlusion) пытается замаскировать этот недостаток света и глубины, добавляя фальшивую темноту в места пересечения теней 13 .

2.3. Объемные эффекты (Volumetrics) и подповерхностное рассеивание

(Subsurface Scattering) Органические материалы (человеческая кожа, воск, мрамор, молоко, листья) не отражают свет напрямую; свет проникает под поверхность, ударяется о внутренние частицы, рассеивается и выходит наружу в ослабленном виде. Чтобы решить эту задачу, Cycles использует усовершенствованный алгоритм под названием «Random Walk» (Случайное блуждание), который симулирует истинное объемное рассеивание (true volumetric scattering) внутри меша (mesh) 18 . Random Walk физически точно рассчитывает, как свет спектрально затухает внутри замкнутой геометрии (например, появление красных полутонов в человеческой коже) 18 . Что касается Eevee, то здесь SSS (Subsurface Scattering) основан на принципе размытия (blurring) поверхности материала в соответствии с падающим светом 13 . Поскольку невозможно произвести точный расчет расстояния для света, проникающего внутрь объема, очень трудно передать ощущение оптической глубины (затухание света в спектре на тонких текстурах и создание полупрозрачности), которое может обеспечить Cycles, особенно на таких сложных материалах, как человеческая кожа 21 . Аналогичным образом, при операциях объемного (volumetric) рендеринга, таких как туман и дым, Eevee выполняет обработку, разделяя 3D-пространство на срезы (slices) по оси экрана 13 . Хотя Eevee Next и содержит улучшения в этих областях, точность объемного шейдинга всегда упирается в ограничения разрешения аппаратной растеризации (volumetric tile size) 22 .

2.4. Проблемы затенения (Shadowing) и прозрачности

Cycles производит реалистичные оптические тени с точностью до пикселя в зависимости от столкновения лучей света с твердыми объектами или полупрозрачными поверхностями. По мере увеличения размера источника света края теней естественным образом смягчаются. Eevee же исторически использует «Карты теней» (Shadow Maps) 6 . Разрешение карт теней ограничено (например, от 1024 до 4096 пикселей на источник света) 6 . Это ограниченное разрешение может приводить к тому, что края теней выглядят пиксельными (с эффектом алиасинга) или тени в местах соприкосновения объектов с землей оказываются оторванными (эффект Peter Panning). Кроме того, в сценах, где пересекаются хрупкие (преломляющие) объекты, такие как стекло (Transmission Bounces), Cycles применяет безупречный показатель преломления (IOR) и позволяет свету проходить сквозь стекло и освещать другое стекло 6 , в то время как Eevee для избавления от проблем с глубиной нуждается в специальных хитростях прозрачности (Alpha Blend/Hashed) и плоскостях преломления. Наложение нескольких прозрачных объектов друг на друга в пространстве экрана приводит к ошибкам сортировки по глубине (depth sorting).

3. Вычислительная нагрузка и узкие места: Почему Cycles работает так медленно?

Несмотря на высокое качество результатов Cycles, его главным препятствием в производственных процессах является скорость (или ее отсутствие). Тот факт, что рендеринг одного кадра (frame) занимает не секунды, а минуты или часы, обусловлен невообразимо огромной математической нагрузкой, происходящей в фоновом режиме. За фотореализм приходится платить процессорными циклами.

3.1. Отражения лучей (Bounces), семплирование (Sampling) и шум (Noise)

«Максимальные отскоки» (Max Bounces) в настройках рендеринга Cycles определяют, сколько раз луч может отскочить от поверхностей, прежде чем симуляционный движок его завершит (terminate) 6 . Для полного и убедительного глобального освещения (Global Illumination) лимиты отражений Diffuse, Glossy и Transmission должны поддерживаться на реалистичных уровнях. Например, для точного расчета ламинированного стекла или глубокого интерьера с белыми стенами, освещенного проникающим сквозь окна светом, может потребоваться от 8 до 12 или даже 16 отражений для взаимопроникающих стеклянных объектов 6 . При каждом отскоке луч меняет направление и потенциально разделяется на новые лучи. Когда для обеспечения точности цвета в пикселях отправляются сотни, а иногда и тысячи семплов (sample) из каждого пикселя, объем вычислений возрастает логарифмически 6 . Когда источники света малы и труднодоступны (например, рассеянный солнечный свет, проникающий внутрь только через небольшое мансардное окно), большинство случайно выпущенных лучей завершают свой путь, ударяясь о стену или пол, так и не достигнув источника света 25 . Пиксели, не нашедшие источник света, возвращают темные данные. По мере продвижения рендеринга эти различия в освещении между соседними пикселями проявляются на изображении в виде интенсивного «шума» (Noise) или вспыхивающих ярких ошибочных пикселей (Fireflies). Увеличение количества семплов, необходимых для очистки шума (например, с 256 до 4096), приводит к экспоненциальному линейному росту времени рендеринга 6 .

3.2. Стоимость иерархии ограничивающих объемов (BVH — Bounding Volume Hierarchy)

Общая производительность трассировки лучей зависит от того, насколько быстро лучи проверяют пересечения с треугольниками (полигонами), находящимися в сцене. Если в современной сцене миллионы полигонов, рендер-движок не может перебирать методом грубой силы (brute-force) то, какому именно треугольнику принадлежит каждый выпущенный им луч; это заняло бы годы. Вместо этого движок использует пространственную структуру данных под названием BVH (Bounding Volume Hierarchy) 8 . BVH создает древовидную (tree) структуру, заключая объекты в сцене во вложенные виртуальные коробки (Bounding Volumes) 8 . Когда выпускается луч, движок сначала проверяет, попал ли луч в самую большую коробку; если попал, он переходит к более мелким коробкам внутри нее, и этот процесс отсечения продолжается до тех пор, пока не будет достигнут конкретный треугольник, с которым произошло столкновение 8 . Эта система невероятно ускоряет тесты пересечений. Однако построение дерева BVH («Building BVH») — это интенсивная предварительная подготовка, которую процессор (CPU) обязан выполнить до начала рендеринга. В статических сценах эта операция выполняется один раз, в то время как в анимациях с деформируемыми объектами, таких как анимация персонажей или симуляция жидкости, BVH необходимо пересчитывать или обновлять для каждого кадра. Если в сцене миллионы частиц или листьев, время создания BVH (packing BVH nodes) иногда может превышать даже время самого рендеринга, что создает серьезную дополнительную нагрузку на систему 8 .

3.3. Каустика (Caustics) и математика MNEE (Manifold Next Event Estimation)

Интенсивные яркие узоры, создаваемые светом, проходящим через стеклянный стакан на столе, или световые волны на дне бассейна называются «каустикой» (Caustics) 7 . Для стандартных алгоритмов трассировки путей каустика является одной из самых сложных проблем для решения. Причина в том, что вероятность того, что случайный луч, вышедший из камеры, ударит в стеклянный объект, пройдет сквозь него под правильным углом преломления и попадет точно в специфический, небольшой источник света (например, прожектор), составляет один на миллиард 10 . По этой причине в классических трейсерах путей каустика всегда остается чрезмерно зашумленной. Чтобы решить эту хроническую проблему, Blender интегрировал в Cycles технологию MNEE (Manifold Next Event Estimation) 7 . MNEE устанавливает специальное прямое соединение (next event estimation) для достижения источников света через хрупкие поверхности (refractive caustics) 7 . Алгоритм аналитически навязывает «правильный» путь света, используя сложное математическое проецирование (проблему поиска корней — root finding problem) между многослойными поверхностями преломления (medium interfaces) от источника света к камере 10 . Хотя эта функция возводит реализм Cycles на вершину и решает невозможные сценарии освещения, она прямо и агрессивно увеличивает время рендеринга, поскольку требует колоссальных дифференциальных вычислений в фоновом режиме.

4. Аппаратное ускорение, API и управление памятью

Потенциал производительности обоих движков, особенно Cycles, напрямую связан с возможностями используемого компьютерного железа и тем, как этим железом управляют. Поскольку Cycles выполняет триллионы математических тестов пересечений, он остро нуждается в мощностях GPU (графического процессора), обеспечивающих высокую степень распараллеливания. Eevee же опирается на фильтрацию текстур, пропускную способность VRAM и возможности растеризации.

4.1. Бэкэнды вычислений (Compute Backends) и аппаратные API

Фонд Blender оптимизировал Cycles как кроссплатформенный инструмент, задействующий практически все современные архитектуры GPU на рынке 4 . Перенос процесса рендеринга с традиционного процессора (CPU) на GPU логарифмически сокращает время выполнения 29 . API ускорения, поддерживаемые Blender:

Технология APIПоддерживаемое железоТехнические преимущества и деталиCUDANVIDIA (GTX/RTX)Стандартная среда общего аппаратного ускорения для карт NVIDIA с «Compute Capability 5.0» и выше. Перекладывает вычислительную мощность GPU с CPU, но не задействует аппаратные ядра трассировки лучей28.OptiXСерия NVIDIA RTXСпециальная библиотека NVIDIA, которая напрямую использует аппаратные ядра трассировки лучей (RT Cores). Пользовательские тесты показывают, что OptiX сокращает время рендеринга на 55–90% по сравнению с использованием только CUDA. Обеспечивает невероятный скачок производительности, особенно в тестах пересечений BVH (Bounding Box)6.HIPAMD (RDNA1 и новее)Открытая среда ускорения, аналогичная CUDA, разработанная для видеокарт AMD (серии RX 5000 и новее). Также активирует поддержку аппаратной трассировки лучей (hardware ray-tracing) в сериях RDNA2 и RDNA3 (серии RX 6000/7000), обеспечивая серьезный прирост скорости для пользователей AMD28.MetalApple Silicon (M1/M2/M3)API прямого доступа к железу от Apple для экосистемы MacOS. Дает огромное преимущество благодаря структуре объединенной памяти (Unified Memory) процессоров серии M, так как VRAM и системная RAM используют общий пул6.oneAPIIntel Arc (Xe HPG)Открытый API, предоставляемый Intel для видеокарт серии Arc, включающий полную поддержку, включая ускорение трассировки лучей28.

Интеграция технологий OptiX и HIP кардинально изменила процессы 3D-производства. Сложные анимационные рендеры, которые в прошлые годы занимали дни на многоядерном CPU, сегодня могут быть завершены за считанные часы на одной рабочей станции с такими картами, как RTX 4090 3 .

4.2. Узкое место VRAM и архитектура внешедовой (Out-of-Core) визуализации При запуске рендеринга вся геометрия сцены (миллионы полигонов), высокоразрешающие PBR-текстуры (4K/8K диффузные, нормали, карты шероховатости), системы частиц и объемные данные должны быть загружены в видеопамять (VRAM) графического процессора 3 . Однако стандартные потребительские видеокарты обычно имеют ограниченный объем VRAM — от 8 ГБ до 24 ГБ. Если сцена превышает лимит VRAM, рендеринг на GPU завершается сбоем, и Blender выдает пользователям знаменитую ошибку «CUDA/OptiX out of memory» (Недостаточно памяти) 31 . Чтобы преодолеть эту критическую проблему, Cycles был обновлен с поддержкой архитектуры памяти Out-of-Core (внешедовая визуализация) 32 . Внешедовый рендеринг означает, что когда VRAM графического процессора полностью заполняется, он начинает использовать пул системной памяти (DDR RAM) для недостающих данных 33 . Текстуры или геометрия, не помещающиеся во VRAM, выгружаются в системную память хоста (swapping) 28 . Однако у этой системы есть очень высокая цена: постоянное перемещение данных туда и обратно между CPU и GPU по шине PCIe на материнской плате приводит к узкому месту пропускной способности и колоссально замедляет производительность рендеринга (настолько, что в экстремальных ситуациях непосредственное использование рендеринга на CPU может стать быстрее) 34 . Несмотря на замедление, это жизненно важная «сетка безопасности», поскольку она предотвращает сбой сцены и доводит работу до конца 33 . Стратегии, применяемые профессионалами во избежание этой проблемы и защиты VRAM: отключение 3D-видоискателя на заднем плане во время рендеринга 32 , ограничение максимальных размеров текстур с помощью параметра «Texture Limit» в настройках Simplify (Упрощение) или использование отсечения по камере/расстоянию (Distance Culling) для удаленных объектов 31 .

4.3. Фермы рендеринга (Render Farms) и облачное масштабирование

В крупномасштабных коммерческих проектах, где личного оборудования оказывается недостаточно, художники обращаются к «фермам рендеринга» (Render Farms) 3 . Эти платформы радикально сокращают время рендеринга, объединяя сотни серверов 11 . Например, такие фермы рендеринга, как Superluminal, способны сократить время рендеринга крупных проектов (например, тестовой сцены Classroom) с 411 секунд на одной машине до 90 секунд при использовании 30 нод (серверов) 11 . Superluminal повышает производительность за счет использования «Persistence Engine», который устраняет накладные расходы на перезапуск Blender для каждого кадра 11 . Платформа RenderStreet предлагает карты NVIDIA L40s с 48 ГБ VRAM ($4.49 в час), позволяя обходить ограничения VRAM и одновременно обеспечивать аппаратное ускорение OptiX и поддержку OSL (Open Shading Language) 5 . А такие облачные вычисления, как iRender, предоставляют пользователям серверы с 8x RTX 4090 с возможностью прямого подключения к машине для настройки собственного уникального рабочего процесса 3 .

5. Современные оптимизации и революции в Blender 4.x/5.x

Различия между Cycles и Eevee Next постоянно претерпевают трансформацию благодаря новым алгоритмам, которые стремятся сократить разрыв в производительности и качестве, потрясая мир рендеринга.

5.1. Шумоподавление на основе искусственного интеллекта (Революция шумоподавления)

Проблема чрезмерно медленного времени рендеринга Cycles была радикально решена благодаря алгоритмам «Denoiser» (Шумоподавитель) на базе искусственного интеллекта 6 . Технологии шумоподавления анализируют «зернистые» результаты, полученные с низким количеством сэмплов (sample) (например, всего 128 или 256 вместо 4096), вместе с картами альбедо и нормалей (passes), обеспечивая сглаживание пикселей с помощью алгоритмов глубокого обучения 6 . Благодаря шумоподавителям чистый результат Cycles, который раньше создавался часами, сокращается до секунд или минут 6 . Среди инструментов по умолчанию в Blender есть два великих гиганта: ● Intel OpenImageDenoise (OIDN): изначально независимая от аппаратного обеспечения система Intel на базе искусственного интеллекта, работающая только на CPU. Она использовала наборы инструкций SSE4, AVX2, AVX-512 и AMX в процессорах 37 . Однако, начиная с версии OIDN 2.0, она получила масштабное обновление и начала поддерживать полное аппаратное ускорение GPU 37 . Теперь она работает не только на Intel Arc (XMX), но и на GPU от NVIDIA (Turing, Ampere, Ada), AMD (RDNA2, RDNA3) и Apple Silicon (M1+), демонстрируя исключительную производительность 37 . Она чрезвычайно успешна в реконструкции мелких деталей и способна мгновенно и автоматически переключаться на CPU (fallback) в случаях нехватки видеопамяти GPU 37 . ● OptiX Denoiser: эксклюзивно для оборудования NVIDIA RTX. Используя ядра машинного обучения, он невероятно эффективен для сглаживания интерактивной обратной связи (во время мгновенных движений камеры), особенно на випорте (viewport) 6 . Eevee Next подходит к шумоподавлению иначе; он накладывает последние кадры друг на друга с помощью временной аккумуляции (Temporal Accumulation) и подавляет шум на экране в реальном времени с помощью методов пространственного повторного использования (Spatial Reuse) 13 .

5.2. Направление лучей (Path Guiding) и интеграция Intel OpenPGL

В сценариях, требующих огромного непрямого освещения (indirect lighting), где сцены освещаются солнечным светом, проникающим через небольшие окна, таких как архитектурная визуализация (ArchViz), случайная трассировка лучей (brute-force) в Cycles — это огромная трата времени 25 . Чтобы решить эту проблему, библиотека Intel OpenPGL была интегрирована в Cycles, и в нее была добавлена функция «Path Guiding» (Направление лучей) 44 . Когда Path Guiding включен, во время рендеринга система анализирует и изучает состояние освещения в сцене 44 . Она создает карту того, с каких направлений поступает более интенсивная световая энергия (распределение света). После завершения этих «обучающих выборок» (training samples), вместо того чтобы запускать следующие лучи случайным образом, движок направляет их прямо в важные направления, откуда исходит свет (например, в небольшой оконный зазор в темной комнате или свет, просачивающийся через открытую дверь) 25 . Этот интеллектуальный механизм «направления» драматически снижает количество шума при сложных многократных отражениях 36 . Хотя на данный момент он в основном стабильно работает на CPU (Процессор), версии с поддержкой GPU активно разрабатываются 36 . Кроме того, Cycles предлагает еще одну мощную структуру оптимизации, которая сокращает время рендеринга за счет технологии «Light Tree» (Световое дерево), позволяющей пикселям вычислять только те источники света, которые с наибольшей вероятностью влияют на эту область (близкие или мощные) при наличии сотен источников света в сцене (например, большой городской силуэт) 6 .

5.3. Связывание света и теней (Light and Shadow Linking)

В Blender 4.0 для Cycles, а в 4.2 и более поздних версиях для Eevee Next была представлена революционная функция «Light Linking» (Связывание света) 49 . В реальном мире горящая лампочка освещает все вокруг, но 3D-художники часто хотят нарушить законы физики ради кинематографического контроля; например, они могут потребовать, чтобы прожектор освещал только лицо главного персонажа, но оставлял стену позади него в темноте 49 . Light Linking делает именно это. Она позволяет источнику света освещать объекты только в выбранных «Коллекциях» (Collections) (включение — include) или оставлять определенные объекты в темноте, пропуская их (исключение — exclude) 49 . Shadow Linking же контролирует, какие объекты отбрасывают тени от этого источника света, а какие нет 49 . С точки зрения производительности это работает весьма эффективно при использовании структуры светового дерева (Light Tree), в то время как при связывании теней могут потребоваться дополнительные вычисления, поскольку прямое и непрямое освещение идут разными путями 49 . Поддержка этой функции в Eevee Next — огромный скачок для режиссеров анимации реального времени 50 .

5.4. Искривление пространства: Ray Portal BSDF (Эксклюзив для Cycles)

Вместе с Blender 4.2 был представлен узел (node) «Ray Portal BSDF», который работает только в движке Cycles и меняет парадигму рендеринга 54 . Этот специальный шейдер обладает способностью искривлять положение лучей (ray) в пространстве без изменения геометрии. Он обеспечивает телепортацию, перенося проходящие через него лучи в другие координаты или вращение (X, Y, Z) в сцене 55 . Благодаря этому внутри реального времени рендеринга становится возможным создание «невозможных пространств», чья внутренняя часть больше внешней, или эффекта отражения угла обзора камеры безопасности прямо на мониторе (Camera Feed) (без внешней запечки текстур) 55 . Он работает точно так же, как Прозрачный (Transparent) BSDF, расширяя границы рендеринга; однако передача лучей является односторонней (чтобы сделать ее двусторонней, портал также необходимо разместить в точке назначения), и поскольку он ослабляет выборку прямого освещения (light sampling), небольшие источники света за порталом могут вызывать сильный шум (noise) 55 . Поскольку он обеспечивает аналитическое изменение местоположения/вектора луча вместо оптических преломлений, это бесценный инструмент для специалистов по визуальным эффектам (VFX)..

6. Стилизованная графика (NPR — Нефотореалистичный рендеринг) и парадокс «Shader to RGB»

Не каждый 3D-проект требует фотореалистичности; стилизованные рендеры в стиле аниме, тоон (cel) шейдинга или комиксов чрезвычайно популярны в индустрии 58 . Однако в этот момент различия в архитектурном коде Eevee и Cycles заставляют художников делать радикальный выбор. Вопрос о том, какой движок использовать, наталкивается здесь на технический предел.

6.1. Превосходство Eevee в стиле Аниме/Тоон

При создании стилизованного (Toon) рендеринга художники хотят избавиться от этого мягкого перехода (градиента) между естественной тенью и светом, создавая резкие полосы (цветовые остановы), точно так же, как в 2D-анимации 58 . Для этого в Blender требуется получить данные освещения стандартного шейдера (например, Diffuse BSDF), преобразовать эти данные света в цвет (RGB) и применить к ним «Color Ramp» (Цветовая рампа — с постоянной/Constant интерполяцией) 58 . Вот в этом критическом рабочем процессе в игру вступает специальный узел (node) под названием Shader to RGB. Этот узел

работает ТОЛЬКО в движке рендеринга Eevee 58 .

6.2. Физическое сохранение энергии и ограничения Cycles

Ответ на вопрос, который пользователи задают чаще всего: «Почему в Cycles нет Shader to RGB?» — кроется в математике трассировки лучей 60 . Поскольку Eevee является движком растеризации, он может независимо и изолированно от объекта рассчитать освещение определенного объекта на экране во время рендеринга и мгновенно вернуть результат в виде цветовых данных 62 . Cycles же представляет собой огромную асинхронную сеть «трассировки путей» 62 . Когда луч попадает в объект A, его работа на этом не заканчивается; оттуда он отскакивает в объект B, а оттуда — в объект C 62 . Если цвет объекта B мгновенно (в реальном времени) меняется в зависимости от результата освещения, идущего от A (а Shader to RGB требует именно изменения цвета в зависимости от освещения), пути света попадают в бесконечные парадоксы. Ситуация, когда цвет объекта влияет на свет в окружении, в то время как свет в окружении также влияет на цвет объекта, создает циклическую логическую ошибку, и правило физического «сохранения энергии» (energy conservation) нарушается 62 . Художникам, использующим Cycles, приходится идти на обходные пути для получения подобного стилизованного вида: использовать «Toon BSDF», разбивать сцены на слои рендеринга (render passes) для многоуровневого компопозитинга (compositing) или запекать (baking) данные освещения в текстуры 60 . Именно поэтому Eevee является бесспорным и безальтернативным королем проектов в стиле 2D/Anime 3 .

7. Стратегическое принятие решений: Какой движок и в каком сценарии следует использовать?

Место обоих движков в производственных рабочих процессах четко определено в зависимости от характеристик оборудования, художественного направления (art direction), требований к физическому моделированию и ограничений производственного времени 3 .

7.1. Когда следует использовать Eevee (и Eevee Next)?

● Долгая анимация с ограничениями по времени: Eevee может позволить художнику завершить 5-минутную анимацию (7000+ кадров) на одной рабочей станции всего за один день, затрачивая всего секунды (или миллисекунды) на кадр. С Cycles это может занять месяцы или потребовать облачных затрат в десятки тысяч долларов 3 . ● Стилизованные / NPR проекты: благодаря функции «Shader to RGB» это единственный практический выбор для работ в стиле аниме с резким цел-шейдингом 58 . ● Предварительная визуализация (Pre-viz) и анимированная графика (Motion Graphics): быстрые процессы утверждения концептов, где физическая точность (стекло, микроскопические отражения) не важна, а необходимы плавность и живой предпросмотр 3 . Интеграция аппаратной трассировки лучей в Eevee Next сделала эту область гораздо более удовлетворительной по сравнению с прошлым 65 .

7.2. Когда следует использовать Cycles?

● Архитектурная визуализация (ArchViz) и дизайн продукции: высококачественные интерьерные или предметные рендеры, где свет отскакивает от нескольких поверхностей и органично освещает пространство (глобальное освещение — Global Illumination), а контактные тени должны быть безупречными. В сочетании с Intel OpenPGL Path Guiding это отраслевой стандарт 3 . ● VFX (Визуальные эффекты) и фотореализм: операции композитинга, где реальные съемки камеры объединяются с CGI, сложные отражения на ламинированном стекле (Transmission) или работы с реалистичной человеческой кожей (Subsurface Scattering), требующие Random Walk 3 . ● Сложные объемные и каустические эффекты: физическая точность световых лучей, движущихся в тумане и освещающих все вокруг (многократное рассеивание — Multi-scattering), или резких каустических преломлений на дне бассейна (MNEE) 10 .

7.3. Гибридные рабочие процессы и Viewport Compositor

В реальных профессиональных сценариях эти два движка — не враги друг другу, а дополнения одного и того же производственного конвейера (pipeline). Eevee и Cycles разделяют абсолютно одну и ту же инфраструктуру «Shader Node» (Узел шейдера) и PBR-логику 2 . Эта потрясающая функция дает художникам возможность выполнять настройку освещения, компоновку сцены и процессы разработки материалов (LookDev) на интерактивной, плавной скорости Eevee; а финальный результат (Final Render) переносить в Cycles с помощью всего одного переключения меню и получать в высококачественной среде с аппаратным ускорением (OptiX/HIP) 2 . Кроме того, благодаря новой функции «Viewport Compositor» в Blender создаются специальные гибридные сценарии, в которых объемные данные или эффекты пост-обработки, такие как свечение (Bloom), получаются через Eevee за секунды и напрямую компоузируются (Compositing) поверх чистого отрендеренного результата Cycles прямо внутри випорта, эффективно объединяя лучшие стороны обеих систем с точки зрения затрат 22 .

Заключение

Радикальные различия между Cycles и Eevee (и новым Eevee Next) — двумя гигантскими рендер-движками, которые Blender предлагает миру 3D-производства, — проистекают в основном из безжалостного компромисса (trade-off) между скоростью производства и оптическим физическим совершенством. Cycles сложен с точки зрения вычислений, потому что он не имитирует свет. Настолько, насколько это позволяют математика и современное оборудование, он миллиарды раз с помощью безжалостной интеграции Монте-Карло симулирует реальные физические прыжки, преломления и столкновения света в пространстве. Хотя современные ускорители аппаратного API (OptiX/HIP), революционные шумоподавители на базе искусственного интеллекта (OIDN 2.0) и алгоритмы направления путей (Path Guiding) на базе Intel OpenPGL сегодня значительно снижают эту тяжелую математическую нагрузку, Cycles по-прежнему заставляет платить за абсолютный фотореализм инвестициями в оборудование и временем обработки. С другой стороны, Eevee опирается на способность компьютерной графики к оптическим иллюзиям. Поскольку технология растеризации ограничена рамками экранного пространства (Screen Space), она производит отражения, объемное рассеивание и непрямое освещение лишь «настолько, насколько камера видит и может предсказать». Хотя это оставляет его позади в контексте физической точности (поэтому он менее реалистичен), способность создавать потрясающую анимацию за секунды, оптимизировать потребление памяти и поддерживать рабочие процессы NPR (Shader to RGB) делает его основой большинства средних и крупных производств. При запуске профессионального проекта ответ на вопрос, является ли конечной целью физическая точность или художественная гибкость, бюджет и скорость, — это единственный фактор, который напрямую определяет выбор движка.

*Примечание: Изображения были созданы с помощью Google Gemini.