Глибокий простір дев'ять проектів Оновлення: Чому файли 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-дешифра, як це написання, обидва необхідні для цього процесу.
Читати далі
Час оновлення: Google патчі 2 серйозні вразливості Chrome до нульового дня
На відміну від останніх кількох нульових днів, Google сам не знайшов цих дір у безпеці. Натомість його отримали анонімні сторонні сторони, і проблеми досить серйозні, що він не опублікував повної інформації. Досить сказати, що вам слід припинити відкладати це оновлення.
Samsung запускає оновлення Galaxy S20 для Android 11 на Verizon
Це не тільки включає вдосконалення Googley Android 11, але також має численні зміни, характерні для Samsung, як частину оновлення One UI 3.0.
Нове оновлення Windows 10 спричиняє збій на синьому екрані, дивуючи точно нікому
Нове оновлення безпеки призводить до появи синіх екранів на комп’ютерах, коли вони намагаються використовувати принтери певної марки. Наче принтери та оновлення Windows вже недостатньо дратують, тепер вони об’єднали зусилля.
AMD вирішила проблеми з підключенням через USB, оновлення надходять на початку квітня
AMD виявила проблему, що призводить до періодичних відмов від UEFI в системах Ryzen. Шукайте виправлення на початку квітня.