Глибокий простір дев'ять проектів Оновлення: Чому файли Makemkv не працюють

ПРИМІТКА. Існує різниця між наявністю MKV-файлу з вмістом медіа та спеціально за допомогою MakEMKV для створення файлу. Ми обговорюємо останній сценарій; Вихід за замовчуванням проекту DS9 знаходиться в MKV. Також, як нагадування, проект DS9 - це зусилля вентилятора, неофіційна, а не пов'язана з першочерговими або VIAComcbs.

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

Багато чого, як правило, складається з того, що Makemkv створює точний дублікат кадрів всередині файлу DVD VOB. З одного боку, це правда. На додаток до вилучення всіх кадрів з файлу, створеного MakemKV, я також вилучав кадри з файлу VOB безпосередньо. Вихід кадру-кадру між файлом VOB та файлу Makemkv ідентичним.

Це насправді є частиною проблеми.

Щоб бути чітким: частина причини, чому ви не можете використовувати файл Makemkv у цьому процесі, не забравши ваш рух, полягає в тому, що Makemkv створює змінну частоту кадрів та Avisynth не призначений для редагування файлів змінної довжини. Таким чином, Avisynth сили MakeMKV-похідного виробництва в нестандартну 24,6 FPS ставку в спробі гармонізувати два. Це знищує будь-який шанс синхронізації звуку. Але проблема йде трохи глибше.

DVD-диски: Що ви бачите, що у вас є

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

Весь вміст, написаний на DVD-диску NTSC, призначений для відтворення в DVD-програвачі, є "концептуально переплетений", щоб запозичити термін від HomeTeaterHIFI. Цитувати:

Важливо розуміти на початку, що DVD-диски призначені для переплетених дисплеїв. Існує постійний міф, що DVD-диски по суті є прогресивними, і весь DVD-плеєр потрібно зробити, щоб показати прогресивний сигнал, щоб захопити прогресивні кадри з диска та показувати їх. Це не точно так ...

DVD-диски базуються на кодування MPEG-2, що дозволяє або прогресивні або переплетені послідовності. Однак, дуже мало диска використовують прогресивні послідовності, оскільки гравці спеціально розроблені для переплетення продукції. Цікаво, що в той час як послідовності (тобто, фільми та відеоролики) рідко зберігаються прогресивні, немає нічого поганого з використанням індивідуальних прогресивних кадрів у переплетеній послідовності ...

Кодер може змішувати та збігатися з переплетеними полями та прогресивними кадрами, якщо кожен другий з даних MPEG-2 містить 60 полів, не більше, не менше (або 50 полів на секунду для дисків PAL) ... Коротше кажучи, вміст на DVD є концепція концепції. (Наголос додано)

Відображення ідеального 23.976 FPS Відео з 29,97 відео FPS вимагає зворотної телекіну. Телецина - це процес перетворення 24 FPS-плівки, який буде відображатися на 29,97 відео FPS. Одна типова модель телекіна в Всесвіті NTSC становить 3: 2, у яких скріплені кадри створюються в певній послідовності, щоб перетворити ~ 24 прогресивних кадрів у 60 полів секунди для мовлення кадрів. Можна розкрутити цей тип вмісту назад у ідеально прогресивні кадри, якщо DVD освоєно належним чином, що є ідеєю, з якої проходить відеоролик DVD. Відеоматеріали DVD можуть відображатися як повністю прогресивний, але стандарт передбачає 59,94 поля в секунду, який ми перекладаємо до 29,97 кадрів, які можуть відображатися в 23.976 FPS Progressive завдяки використанню прапорів, що повідомляють гравцеві, які поля для показу під час відтворення.

Ось де ми дістаємося до критичної різниці між використанням DVD-дешифтера та Dgindex проти спроби редагування вихідного файлу, отриманого MakemKV. Коли я скинув вміст обох типів джерел до диска, я виявив значну різницю між ними. Джерело D2V, отримане, містив знайомий 3: 2 шаблону, який ми очікує від прогресуючого вмісту, який був поставлений через телекіну: три прогресивні кадри, а потім два переплетення кадрів. Коли ви створюєте файл D2V, він буде вказувати 29,97 відтворення FPS, якщо ваш вміст не буде 100-відсотковим плівкою (тобто ідеально прогресивний потік 23,976, кодуючих даних, що закодовані в 29.97 FPS поля).

Файл, створений MakemKV, містив дуже різну послідовність кадрів. Замість 3: 2 він містив цілком прогресивні кадри, кодовані в наступному шаблоні: 1-2-3-4-4 (кадр 4 повторення) або 1-2-3-4-5-5 (повторюється рамка 5). Внутрішньо, частота кадрів файлу, закодованого MakemKV, залишається 29,97 кадрів. Макемкв-Створений кадр повертається лише до стандарту 3: 2 формату під час сцен, які очікують відтворення на 29,97 кадрів. Вміст кадру до кадрів двох відеопотоків відрізняється в 23.976 FPS прогресивних розділах.

Ось як я знаю, що це правда: за замовчуванням випуск з файлу D2V-похідного становить 29,97 кадрів, якщо ви не зміните його певним чином. Файл Makemkv та файл D2V, створений на 29,97 кадрів FPS один з одним рамкою для кадру. Це не означає, що кадр вихід між двома завжди ідентичним. Ось кадр 327 від 29,97 FPS D2V-похідний файл, розбитий у свої складові кадри, порівняно з кадром 327 з джерела, що походить від MakemKV.

Я не можу вставити повзунок, тому я також вставляю скріншот нижче:

У файлі Makemkv каркас 327 - це постріл Сіско. У файлі D2V-похідний, кадр 327 являє собою переплетену рамку, що містить дані з кадру до (два адміралів, що сидять), а рамка, що прийде (Sisko Talking). Рот Сіско в рамці 328 вихідного джерела Makemkv відрізняється від положення рота в кадрі 328 джерела D2V. Це продовжується через кадр 329, але вихідна синхронізація знову на кадрі 330.

TDECIMATE може бути в змозі теоретично сканувати відеопотік та видалити дублікати зображення, але Avisynth не розуміє, що ставка кадрів джерела Макемкв повинна бути в першу чергу. Постійна 29,97 FPS D2V File DGIndex створює, навпаки, представляє Avisynth з потоком даних у форматі, який він розуміє і може працювати. Є способи використання файлу TimeCodes для роботи з VFR в Avisynth, але точка є командним, як тільки ви потрапляєте в відео VISAZ відео, що не підтримує вхід VFR.

Причина, чому файли MakeMKV не працюють у цьому проекті, полягає в тому, що файли Makemkv не представляють відеодані, що містяться в VOB таким чином, що Avisynth може працювати. Прогресивний візерунок 1-2-3-4-4 та 1-2-3-4-5-5, закодований у файли Makemkv, відтворюється плавно, оскільки потік файлів містить безліч підказків, що розповідають програвач, як це грати, і який Поля / кадри повинні відображатися. Повертаючи цей потік в те, що інші програми можуть обробляти, однак, це щось, крім легкого.

Я не можу говорити з точною причиною, чому Dgindex може подивитися на VOB та створити файл проекту D2V, який виводить 3: 2, тоді як джерела VOB та MakemKV не роблять. Але це ця різниця у випуску, що викликає проблеми. І з огляду на те, що топаз не підтримує приготування VFR, точка значною мірою співає. Набір DVD та DVD-дешифра, як це написання, обидва необхідні для цього процесу.

Читати далі

Як працюють твердотільні накопичувачі?

Ви коли-небудь задавались питанням, як твердотільні накопичувачі читають і записують дані, або що визначає їх ефективність? Наш технічний пояснювач вас охопив.

Як працюють кеші процесорів L1 та L2 та чому вони є важливою частиною сучасних чіпів

Вам коли-небудь цікаво було, як працюють кеші L1 та L2? Ми раді, що ви запитали. Тут ми глибоко зануримось у структуру та природу одного з найважливіших обчислювальних проектів та інновацій.

Cyberpunk 2077: CDPR «вибачається» за випуск непрацюючої гри, пропонує відшкодування

Версія для PS4 та Xbox One S для Cyberpunk 2077 настільки погана, що компанія зараз пропонує відшкодування. Ми рекомендуємо гравцям консолі останнього покоління взяти їх на себе, а не чекати.

Fusion Reactor встановлює запис, працюючи протягом 20 секунд

Команда з Південної Кореї щойно зробила серйозний прогрес - пристрій Корейського надпровідного токамакського розширеного дослідження (KSTAR) нещодавно працював 20 секунд. Це може здатися не вражаючим, але це подвоює попередній запис.