Коротко: рендер долгий потому, что Blender по умолчанию считает свет так, как он ведёт себя на самом деле — луч за лучом, отражение за отражением. Это делает движок Cycles. Второй движок, Eevee, рисует кадр почти мгновенно, потому что хитрит и приближает свет, а не считает его полностью. Ускорить можно без нового компьютера: меньшее разрешение на черновике, меньше сэмплов вместе с денойзером и правильный выбор движка под конкретную задачу.

На курсе 3D в Blender тема 13 посвящена именно сравнению Cycles и Eevee, сэмплам, шуму и времени рендера, а тема 14 — композитингу и постобработке уже готового кадра. До этого момента ученик успевает расставить свет на сцене по принципам из статьи «Свет и рендер в Blender» — там о том, как именно свет поставить. Здесь — о том, почему этот свет потом так долго считается и что с этим делать.

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

Чем Cycles отличается от Eevee технически

Cycles — это path tracing, трассировка путей. Движок выпускает из камеры лучи, отражает их от поверхностей, учитывает, сколько света долетело до каждой точки после нескольких отражений от стен, стекла, металла. Именно поэтому в Cycles отражения в зеркале показывают то, что реально стоит за кадром, а стекло ломает свет так, как линза. Расчёт честный, и честность стоит времени: каждый кадр — это миллионы лучей.

Eevee — растеризатор в реальном времени. Он не трассирует лучи через всю сцену, а рисует объекты напрямую и подбирает свет приближениями: карты отражений, пробники освещения, экранное пространство вместо полной геометрии. Для игры или предпросмотра это идеально — кадр готов за доли секунды. Цена приближения видна в деталях: зеркало в Eevee честно отразит только то, что видит камера, а не всё пространство позади себя, а сложные преломления в стекле или дым от свечи даются ему хуже, чем Cycles.

Насколько на самом деле дольше считает Cycles

Цифры зависят от сцены и железа, поэтому универсального ответа нет, но порядок разницы показать можно. В тесте сервиса iRender (2025 год, Blender 3.5, сцена на 550 кадров) рендер в Eevee занял примерно 1 час 43 минуты, а тот же рендер в Cycles — почти 5 часов. Это старая версия Blender и конкретная сцена, поэтому цифры не стоит переносить на свой проект буквально — но разница в несколько раз, а не в процентах, держится стабильно и в более новых версиях программы.

Что реально можно ускорить без новой видеокарты

Первое и самое простое — не рендерить финал, пока сцена ещё не готова. На этапе, когда переставляется свет или проверяется композиция, достаточно переключиться во вьюпорт Eevee: результат виден сразу, и ошибку в расположении объекта ловишь за секунду, а не за час ожидания финального кадра в Cycles.

Второе — сэмплы. Каждый сэмпл в Cycles — это ещё одна порция выпущенных лучей, которая убирает немного шума из кадра. Больше сэмплов значит чище изображение и дольше ожидание. Здесь и вступает в игру денойзер — встроенный алгоритм (OIDN), который «домалёвывает» чистое изображение из малого количества сэмплов, убирая зернистость программно, а не полным пересчётом света. На практике это значит: можно поставить вдвое-втрое меньше сэмплов, включить денойзер и получить приемлемый результат за долю того времени, которое ушло бы на такие же сэмплы без него.

В паре с денойзером в Cycles есть ещё одна полезная опция — адаптивная дискретизация (adaptive sampling). Вместо того чтобы считать одинаковое количество сэмплов для каждого участка кадра, движок сам определяет, какая часть изображения уже «чистая», и перестаёт тратить на неё время, направляя ресурс туда, где шума ещё много — обычно в тенях и на сложных материалах. Ученику курса достаточно один раз включить эту опцию в настройках рендера, а не следить за ней вручную на каждой сцене.

Третье — разрешение черновика. Полноразмерный кадр для финального портфолио и кадр для проверки композиции — это разные задачи. Половинное разрешение на этапе проверки считается в разы быстрее, и этого вполне достаточно, чтобы увидеть, работает ли кадр.

А если компьютер просто слабый?

Тогда более быстрые сэмплы и меньшее разрешение помогут, но не сделают слабое железо мощным. Если вопрос не в настройках рендера, а в том, потянет ли компьютер Blender комфортно вообще, — ответ не здесь: подробный разбор минимальных и комфортных требований мы собрали в статье «Какой компьютер нужен для Blender», без повторов тут.

А можно просто рендерить ночью, пока никто не ждёт

Можно, и на курсе это один из первых практических советов, которые ученики перенимают сразу. Если финальная сцена сложная, а дедлайна нет, Blender спокойно считает кадр часами в фоновом режиме: компьютер не зависает, просто процессор или видеокарта заняты дольше. Для одного статичного изображения это редко нужно, а для короткой анимации в несколько секунд — вполне рабочий подход: поставить рендер всей последовательности кадров на ночь и утром забрать готовый результат.

Здесь же появляется ещё один рычаг — выбор устройства для расчёта в настройках рендера. Cycles может считать как на процессоре, так и на видеокарте, и для большинства современных видеокарт рендер на GPU выходит быстрее рендера на CPU в той же сцене. Разница зависит от конкретного железа, поэтому проверить стоит на своей машине пробным рендером одного кадра в обоих режимах, а не угадывать наперёд.

Вопросы, которые чаще задают родители

Означает ли долгий рендер, что ребёнок что-то сделал неправильно?

Нет. Долгий рендер в Cycles на сложной сцене со стеклом, металлом и несколькими источниками света — это нормальное следствие честного расчёта, а не ошибка в работе. Преподаватель на занятии именно это и показывает: где рендерить полный кадр уместно, а где хватит быстрого Eevee.

Можно ли вообще обойтись без Cycles и считать всё в Eevee?

Для стилизованных работ, игровых сцен или быстрых проверок — вполне. Но тема 13 курса учит понимать границы обоих движков осознанно, а не пользоваться одним по привычке: финальный портфолио-рендер с реалистичным стеклянным или металлическим объектом всё равно чаще всего идёт через Cycles, потому что именно там отражения и преломления считаются, а не имитируются.

Можно ли держать отдельные настройки для черновика и для финала

Да, и именно так на курсе советуют работать: невысокие сэмплы и уменьшенное разрешение — пока сцена собирается, и отдельный, более высокий набор значений — когда всё на месте и осталось лишь нажать «Render». Переключение между двумя наборами настроек в Blender занимает секунды, а экономит это часы ошибочного ожидания финального кадра на сцене, которая ещё не готова.

Когда время рендера перестаёт быть проблемой

На практике ученик курса приходит к балансу не сразу: первые недели после темы 13 — это эксперименты с обоими движками на одной и той же сцене, чтобы увидеть разницу своими глазами, а не с чужих слов. Дальше появляется привычка: черновик в Eevee, финал в Cycles с разумным количеством сэмплов и денойзером. Именно этот баланс, а не более мощная видеокарта, чаще всего решает проблему «рендер длится вечно» на домашнем компьютере ученика.

После темы 13 курс сразу переходит к композитингу — постобработке уже готового рендера цветом, слоями и эффектами, где скорость рендера уже не главная переменная. А то, из чего рендерится сама сцена — материалы и ноды, — разобрано в справочнике «Материалы и ноды в Blender», и именно сложность материалов часто объясняет, почему одна сцена рендерится дольше другой на том же оборудовании.