Глибокий простір дев'ять проектів Оновлення: Чому файли 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-дешифра, як це написання, обидва необхідні для цього процесу.

Читати далі

Прорив слухає проект сканує 60 мільйонів зірок, знаходить нульові іноземці

Вчені з прориву слухати проект зайняв мантію пошуку позаземного інтелекту (SETI) кілька років тому, продовжуючи десятиліття-довгий пошук et. Проект тільки що випустив найбільший обстеження на сьогодні, що складається з більш ніж 60 мільйонів зірок ... і немає іноземців.

Новий проект "Морфейський процесор" позбавляє сотні хакерів у тестах Darpa

Новий дизайн центрального процесора виграв нагороди для перемоги зусиль злом майже 600 експертів під час виклику DARPA. Його підхід може допомогти нам закрити уразливості бічного каналу в майбутньому.

Далеко не за зірками: поліпшення руху, якість зображення в проекті DS9

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

Гарвардський проект "Galileo" буде шукати ознаки чужорідних технологій

Гарвардський астрофізист АВІ ЛЕБ отримав міру слави за його вимогу, що «умуамуа може бути частиною чужорідних технологій. Тепер група підтримала ініціативу, яка називається проектом Galileo, який дозволить Loeb та інших шукати більше міжзоряних об'єктів з надією, що один з них буде безперечно чужорідним походженням.