Я вирішив зібрати їх і принести свій власний маленький відеоархів.

знань

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

Редагування кінцевих форматів громіздке

Найважливішими параметрами налаштування для більшості постпродакшнних програм є параметри PAL та NTSC, які, прямо кажучи, призначені для вказівки географічного розташування кінцевого використання наших зображень. PAL і NTSC - це абревіатури для стандартів зображень, які визначають основні параметри рухомого зображення: горизонтальна та вертикальна роздільна здатність, частота оновлення зображення та безліч інших параметрів (наприклад, кольорове кодування), на які ми не йдемо, оскільки їх мільярди літератури в Інтернеті. на цю тему, крім того, "постпродукція" зараз зовсім не цікава. Нас цікавлять два найважливіші параметри: роздільна здатність, частота. Частота оновлення - це краб усього герцога. А саме в Америці, Японія, змінний струм розеток становив 110, 60 герц. Відповідно до цього, частота оновлення зображення телевізорів також становить 60 Гц. В інших частинах світу (в більш звичних місцях) це 220 В 50 Гц. З точки зору відео, американське/японське мислення трохи незрозуміле, чому одну секунду слід розділити на 60 частин (100 мілісек./60 = 1,666666), чому не добре розділити на 50 частин (100 мілісек./50 = 2)?! Очевидно, що рятує, або хто знає, ексцентричність. У будь-якому випадку вони відмовились від уроку відеотехнологій і, з точки зору відео, поділились світом.

Стандарт PAL:
Він доступний у двох розмірах, D1: 720 x 576 та D2: 768 x 576. Частота кадрів в секунду, або кадр в секунду, становить 50 кадрів (25 кадрів в секунду) для обох.

Стандарт NTSC:
720 x 480, 60 Гц, або 30 кадрів в секунду, або 60 кадрів в секунду.

Зараз це може дуже заплутати, тому ми детально розберемо, якою буде ця "половина зображення" та fps!
Цікаво: з точки зору передачі даних, два стандарти однакові.

(720 x 576) x 25 = 2073600

(720 х 480) х 30 = 2073600

Тобто для постпродукції відеороликів PAL та NTSC достатньо «єдиного в своєму роді» пристрою передачі даних зі швидкістю. Очевидно, це було головним орієнтиром при визначенні стандарту.

Яким ельфом є ​​це напівзображення?!
Швидше стало ясно, ніж день, що проеціювання 25 зображень за одну секунду викликало тривожне мерехтіння, що надзвичайно втомлювало очі. Отже, було запроваджено просте рішення, яке розділяє 25 кадрів на дві, на парні або непарні лінії (напівкадри). Вони малюються по черзі з подвоєною швидкістю. Таким чином, нова інформація відображається на екрані не 25, а 50 разів. Це усуває відволікаюче мерехтіння, ми бачимо зображення без тремтіння (мухи відмовляють, бо вони набагато чутливіші). Назви цих напівзображень - страшні мумії, відповідно "Нижнє поле" та "Верхнє поле". Це вирішило величезну проблему. Пізніше саме це спричиняє появу галіби у постпродукції, про яку ми детально розповімо пізніше.

Підводячи підсумки: у кожному випадку під час зйомки відео та постпродакшну виберіть PAL, режим налаштування 25 кадрів/с. Якщо ви робите відео для американських друзів, давайте попрацюємо і з цим налаштуванням! Перетворення PAL -> NTSC відбудеться пізніше, що буде детально описано в іншій роботі.

Чому ми не можемо врізати divx або mpeg?
Значна частина кінцевих форматів, "послідовності кадрів", тобто вона вибирає кадр для даного кадру, який називається ключовим кадром. Ключові зображення отримують особливу "увагу" під час стиснення та декомпресії. Це пов’язано з тим, що кадри між двома ключовими кадрами зазвичай «генеруються» програмою декомпресії з інформації про «зміну». Тож ми можемо сказати, що те, що ми бачимо, теж не є фільмом, а лише демонструє зміни у фільмі та доповнює їх. Однак це настільки вірно, що якби програма програвача не доповнювала збережені дані, ми б насправді бачили на зображенні лише шиплячі, іноді змінні форми, липкі, «липкі» маси. Напевно всі бачили одне і те ж, особливо у випадку помилки divx.
Це також показує, що редагування кінцевих форматів, якщо це можливо, є переважно громіздким, трудомістким, повільним і неточним. З ключовими кадрами більшість відео в кінцевому форматі не можна вирізати з точністю до кадру, лише з ключовими кадрами. Отже, якщо вам абсолютно необхідно керувати вихідними матеріалами divx, xvid або mpeg, спершу потрібно перетворити їх у редагований формат. Для цього завдання ідеально підходить безкоштовна програма перетворення та різання під назвою VirtualDub.