Коротко: рендер довгий тому, що Blender за замовчуванням рахує світло так, як воно поводиться насправді — промінь за променем, відбиття за відбиттям. Це робить двигун Cycles. Другий двигун, Eevee, малює кадр майже миттєво, бо хитрує й наближує світло, а не рахує його повністю. Прискорити можна без нового комп'ютера: менша роздільна здатність на чернетці, менше семплів разом із денойзером і правильний вибір двигуна під конкретну задачу.

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

Питання зазвичай виникає не з цікавості, а напередодні здачі роботи: учень хоче перевірити п'ятий варіант кута камери, а кожен пробний рендер забирає чверть години. Розуміння того, який двигун для чого призначений, перетворює цю чверть години на кілька секунд саме на етапі перевірки — і залишає повільний, точний рендер лише для того єдиного кадру, який справді йде у портфоліо.

Чим Cycles відрізняється від Eevee технічно

Cycles — це path tracing, трасування шляхів. Двигун випускає з камери промені, відбиває їх від поверхонь, враховує, скільки світла долетіло до кожної точки після кількох відбиттів від стін, скла, металу. Саме тому в Cycles відбиття у дзеркалі показують те, що реально стоїть поза кадром, а скло ламає світло так, як лінза. Розрахунок чесний, і чесність коштує часу: кожен кадр — це мільйони променів.

Eevee — растеризатор у реальному часі. Він не трасує промені через усю сцену, а малює об'єкти напряму й добирає світло наближеннями: карти відбиттів, пробники освітлення, екранний простір замість повної геометрії. Для гри чи передпоказу це ідеально — кадр готовий за частки секунди. Ціна наближення видно в деталях: дзеркало в Eevee чесно відобразить лише те, що бачить камера, а не весь простір позаду себе, а складні переломлення в склі чи дим від свічки даються йому гірше, ніж Cycles.

Наскільки насправді довше рахує Cycles

Цифри залежать від сцени й заліза, тому universal відповіді немає, але порядок різниці показати можна. У тесті сервісу 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», і саме складність матеріалів часто пояснює, чому одна сцена рендериться довше за іншу на тому самому обладнанні.