GPU для ваших творінь · криптовалюта без KYC Дізнатися більше
ЗОШИТ 04 · ВІДЕО

Оцініть плани, повторні проходи та вихід фільму.

Оцініть відео, відокремивши те, що потрібно створити, роботу з обчислень і вікно, необхідне для завершення. Порахуйте зображення або сегменти, розгляньте репрезентативні випадки та додайте повторні проходи, підготовку й відновлення. Потім прив’яжіть цей календар до пакета на 3, 7 або 30 днів. Ілюстративні розрахунки в цьому посібнику демонструють метод; вони не вимірюють жоден GPU з каталогу і не є виробничою кошторисом.

01

Зафіксувати версію фільму для оцінки

Почніть зі списку кадрів із тривалістю, частотою кадрів, розмірами та очікуваним результатом. Укажіть початкові й кінцеві зображення, стики, корисні для монтажу поля та варіації, які потрібно здати. Додатковий вертикальний формат може вимагати іншої композиції; це не завжди простий експорт. Відокремте розрахунок кадру від творчого затвердження та виготовлення різних версій.

Зберіть докупи проєкт, ресурси, налаштування та репрезентативний фрагмент. Для Blender/Cycles зазначте версію, рушій, обчислювальний пристрій і параметри якості. Для згенерованого відео зазначте модель, тривалість сегмента та його робочий процес.

02

Вибір блоку, що відповідає завданню

Для 3D-анімації відштовхуйтеся від кількості фактично обчислених кадрів. За 24 кадри на секунду чотири секунди — це 96 кадрів. Перевірте включні межі: від кадру 1 до кадру 96 ви справді отримуєте 96 кадрів. Додаткові кадри, передбачені для стикування, потрібно додати до загальної кількості, навіть якщо вони не з'являються у фінальній тривалості.

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

Включний діапазон обчислюється як останній кадр − перший кадр + 1. Щоб визначити межі, частоту та кадри для стикування, переходьте до посібника з частот і послідовностей.

03

Вимірювання кількох репрезентативних моментів

Виберіть простий фрагмент, типовий фрагмент і вимогливий фрагмент. У 3D-сцені обсяги, відбиття, волосся чи поява об'єктів можуть змінювати навантаження. Для тесту з оцінювання збережіть фінальну роздільну здатність і налаштування, що визначають якість. Зменшене прев'ю все ще корисне для художнього керівництва, але його недостатньо, щоб передбачити фінальне обчислення.

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

04

Гіпотетичний приклад: дванадцятисекундна анімація

Візьмімо три плани по чотири секунди за 24 кадри на секунду: по 96 кадрів кожен, отже 288 загалом. Припустімо, лише для ілюстрації розрахунку, тривалості 18, 30 і 45 секунд на кадр залежно від плану. Ці цифри вигадані для цього прикладу й не описують жодного GPU. Тривалості стають 1 728, 2 880 і 4 320 секунд, тобто 8 928 секунд загалом: 2 год 28 хв 48 с.

Обраний запас 25 % на повторні запуски доводить розрахунок до 11 160 секунд, тобто 3 год 6 хв. Якщо також передбачити, за припущенням, 30 хвилин на підготовку та 45 хвилин на передавання й експорт, загальний обсяг сягає 4 год 21 хв. Замініть кожне припущення своїми спостереженнями; ця сума не покриває автоматично затримки на людську перевірку.

Щоб перевірити цю оцінку, замінімо лише 45 секунд плану C на 60 секунд. Надлишок становить 96 × 15 = 1 440 секунд, тобто 24 хвилини до повторних запусків, а потім 30 хвилин із тим самим запасом 25 %. Загальний обсяг сягає 4 год 51 хв. Ця чутливість указує на план, який варто краще задокументувати; вона не підтверджує жодної з припущених тривалостей.

Лише ілюстративний розрахунок — жодних вимірювань GPU
ПланКадриПрипущення с/кадрРозрахунок
A96181 728 с
B96302 880 с
C96454 320 с
Загальний початковий288Залежить від плану8 928 с = 2 год 28 хв 48 с
З 25 % повторівПрипущення щодо навантаження8 928 × 1,2511 160 с = 3 год 06 хв
З підготовкою та виведенням30 + 45 хвилинДодаткові припущення4 год 21 хв загалом
05

Надати явне місце для повторів

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

Для генерації відео фіксуйте кількість створених спроб і кількість прийнятих сегментів. Співвідношення, отримане на кількох кадрах, є орієнтиром для цього проєкту, а не універсальним законом. Якщо ви змінюєте модель, референс чи задум, переоцініть це співвідношення. Подавайте робочий діапазон і визначайте, що змусило б його зміститися до верхньої межі.

Зробити маржу зрозумілою
НевизначеністьЩо її зменшуєКоли перераховувати
Відсутній ресурсПеревірка передачі та відкриттяПісля додавання або зміни asset
Суворіший планЕкспорт із фінальними налаштуваннямиПісля нового симулювання або визначення
Напрямок не затвердженоПеревірка кадрування та рухуПісля творчих правок
Більший обсяг вихідних данихРепрезентативні файли та контроль копіюванняПісля додавання проходів або версій
06

Підрахунок файлів і операцій виведення

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

У другому, суто гіпотетичному прикладі, 288 зображень по 25 МБ становлять 7 200 МБ для однієї серії. Проходи, версії, кеші та резервні копії додаються окремо. Застосовуйте це множення лише після того, як оглянули репрезентативні файли: їхній розмір може змінюватися залежно від вмісту та стиснення. Залиште час на перевірку отриманих файлів, а не лише на запуск їх копіювання.

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

07

Поєднати пам'ять і календар з орендою

Спочатку виберіть конфігурацію, сумісну з програмним забезпеченням і здатну виконати потрібний фрагмент. Якщо проєкт перевищує доступну пам'ять, оцінка тривалості, отримана іншим методом, стає малопоказовою. Карта на 48 GB може дати більше простору, ніж карта на 24 GB; вона не обіцяє певного співвідношення швидкості. Так само кілька GPU прискорюють не всі етапи однаково.

Порівняйте тривалості 3, 7 і 30 днів зі своїм повним календарем: встановлення вибраних інструментів, спроби, повернення, обчислення та відновлення. Доступний проміжок часу може бути довшим за сумарний час обчислень, бо рішення ухвалюються в різні моменти.

08

Читати ціну пакета, не вигадуючи погодинний тариф

Каталог вказує суму в USD за пакет і весь період. Бюджет оренди бере цю суму за вибраний період, помножену на кількість пакетів. Перевірте склад пакета: його ціна вже включає його GPU. Не множте вдруге на кількість карт і не рахуйте подумки чотири години роботи як чотири години якоїсь неіснуючої погодинної пропозиції.

Залиште два рядки: вартість вибраного пакета та припущення щодо графіка. Виробництво, яке використовує мало годин обчислень, може чекати на результат кілька днів. Порівняйте пакети на 3, 7 і 30 днів у тарифах, а потім перегляньте підсумок у конфігураторі. Можливі зовнішні витрати, зокрема ті, що стосуються вашого гаманця, залишаються окремими від суми оренди. Ця оцінка не означає ні миттєвої доступності, ні гарантованого строку.

09

Результат: оцінка, яку можна виправити

Зберігайте по одному аркушу на план із його параметрами, одиницею вимірювання, спостереженнями, запланованими повторними запусками та файлами, які потрібно створити. Додайте зведення, яке окремо показує обчислення на GPU, підготовку, передавання та перевірку. Зазначайте дату тесту та версію проєкту: нове моделювання або зміна роздільності обґрунтовує нову оцінку.

Очікуваний результат — це пояснений план-графік разом із бюджетом оренди, прив’язаним до конфігурації та тривалості. Має бути можливо замінити одне припущення, не перебудовуючи всього розрахунку. Відеомайстерня допомагає визначити плани; далі аркуші GPU дають змогу порівняти пам’ять і сумісність. Повний рендеринг замовляйте тоді, коли фрагмент і обсяг роботи вже достатньо стабільні.

Не видаляйте невдалу спробу з аркуша: вона може пояснити обмеження пам’яті або повторний запуск. Водночас не зараховуйте те саме завантаження чи передавання до двох категорій. Якщо якоїсь інформації бракує, залиште її як невідому та вкажіть наступну потрібну перевірку.

ЩОБ ЗАЙТИ ДАЛІ

Ваші запитання.

Чи можу я помножити час однієї картинки на всю тривалість відео?+

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

Чи зменшує триваліший термін оренди необхідну кількість обчислень?+

Ні. Вона дає інше робоче вікно. Продуктивність залежить зокрема від обладнання, програмного забезпечення та проєкту. Виберіть тривалість для вашої організації, а потім збережіть налаштування й вимірювання, які пояснюють час обчислення.

Чи достатньо запасу 25 % для всіх фільмів?+

Ні. Вона обрана лише для прикладу. Запас має відповідати невизначеностям проєкту: відмінностям між кадрами, технічним доопрацюванням, затвердженням і змінам обсягу робіт. Точне значення без обґрунтування створює хибне враження надійності.

Чи означають чотири години обчислень, що трьох днів буде достатньо?+

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

Чи є 7 200 МБ у прикладі прогнозом обсягу сховища?+

Це гіпотетичне множення 288 зображень на 25 МБ. Виміряйте файли, що репрезентують ваш експорт, і додайте проходи, версії, кеші та необхідні копії. Результат не описує обсяг сховища, включений у пропозицію.

Збережіть ці орієнтири у своєму проєкті.

Відкрити мій блокнот