Глубокое пространство Девять Обновление проекта: Почему Makemkv-производные файлы не работают

Примечание. Существует разница между файлом MKV с помощью медиа-контента в нем и специально с помощью Makemkv, чтобы создать файл. Мы обсуждаем последний сценарий; Выход по умолчанию обновления проекта DS9 находится в MKV. Также, как напоминание, проект UPScale DS9 - это усилие вентилятора, неофициальные и не связанные с параметром или VIACOMCBS.

Я вернулся к вопросу в эти выходные после того, как несколько читателей подняли его мне по электронной почте. Вместо того, чтобы пытаться пройти еще один раунд бесплодных фильтров, я решил разделить файл Makemkv и изучить основные рамки. То, что я обнаружил, будет шокировать, вы объясняете несколько вещей, почему источник Makemkv превращается в хэш, независимо от того, как вы относитесь к этому.

Как правило, обычно сделано из того факта, что Makemkv создает точный дубликат кадров внутри файла VOB DVD. С одной стороны, это правда. В дополнение к извлечению всех кадров из созданного MakeMKV-файла, я также извлекал кадры из файла VOB напрямую. Выход с рамкой кадра между файлом VOB и файлом Makemkv идентичен.

Это на самом деле является частью проблемы.

Чтобы быть понятным: часть причины, по которой вы не можете использовать файл Makemkv в этом процессе, не удавании вашего движения, заключается в том, что Makemkv создает файлы переменных частот кадров, а Avisynth не предназначен для редактирования файлов переменной длины. Таким образом, Avisynth-сил MakeMkv, полученный выработкой в ​​нестандартной частоте 24,6 FPS в попытке гармонизировать два. Это разрушает любой шанс синхронизации аудио. Но проблема немного глубже, чем это.

DVD: что вы видите, не то, что у вас есть

Есть аспекты этой ситуации, что я все еще собираюсь вместе, поэтому я извиняюсь, если я немного расплывчатой ​​в местах. Первый момент, который я хочу сделать, это то, что существует разница между тем, что вы видите в потоке DVD, когда вы воспроизводите файл обратно - даже если вы идете кадр по кадрам - и фактические последовательности кадров, хранящихся на диске.

Все контента, записанные на DVD NTSC, предназначенные для воспроизведения в DVD-плеере, «Conceptiually взаимосвязаны», чтобы заимствовать термин от Hometheaterhifi. Цитировать:

Важно на самом деле понимать, что DVD предназначены для переплетенных дисплеев. Существует постоянный миф о том, что DVD-диски по своей природе прогрессируют, и весь DVD-плеер должен сделать для отображения прогрессивного сигнала - это захватить прогрессивные рамы с диска и показать их. Это не совсем верно ...

DVDS основаны на кодировке MPEG-2, что позволяет либо прогрессирующим, либо чередующимся последовательностями. Тем не менее, очень немногие диски используют прогрессивные последовательности, поскольку игроки специально предназначены для переплетенного вывода. Интересно, что в то время как последовательности (т.е., фильмы и видео) редко сохраняются прогрессивными, нет ничего плохого в использовании индивидуальных прогрессивных кадров в переплетенной последовательности ...

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

Отображение идеального видео 23.976 FPS из 29,97 видео FPS требует обратного телекина. Telecine - это процесс преобразования 24 FPS фильма для отображения на 29,97 FPS видео. Одной типичной структуры телесина в NTSC Universe является 3: 2, в которой переплетенные кадры создаются в определенной последовательности для преобразования ~ 24 прогрессивных кадров на 60 полей в секунду для вещательных кадров. Можно раскрутить этот тип контента обратно в совершенно прогрессивные кадры, если DVD будет правильно освоиться, именно здесь представлена ​​идея о том, что кадры DVD. DVD-кадры могут отображаться как полностью прогрессивный, но стандарт предполагает 59,94 поля в секунду, что мы переводим на 29,97 кадров, которые могут отображаться на 23,976 FPP Prostructive благодаря использованию флагов, сообщающих игроку, которые полей отображаются во время воспроизведения.

Вот где мы добираемся до критической разницы между использованием DVD DECRYPTER и DGINDEX VERSUS, пытающихся редактировать исходный файл, полученный 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 кадров в секунду. Созданные Makemkv кадры возвращаются только к стандартному формату 3: 2 во время сцен, которые ожидали воспроизведения на 29,97 кадров в секунду. Содержимое кадра до двух видеопотоков различна в прогрессивных разделах 23,976 FPS.

Вот как я знаю, что это правда: по умолчанию вывод из файла D2V, полученный D2V, составляет 29,97 кадров в секунду. Файл Makemkv и созданный D2V файл на 29,97 FPS отслеживать друг друга кадра для кадра. Это не означает, что вывод кадра между ними всегда идентичен, однако. Здесь кадр 327 из 29,97 FPS, полученный D2V-файла, разбитый в его составные рамки, по сравнению с кадром 327 из полученного MakeMKV источника.

Я не могу встроить слайдер, поэтому я также встроен на скриншот ниже:

В файле makemkv рамка 327 - это выстрел Sisko. В файле, полученном D2V, кадр 327 представляет собой чересстрочную кадру, содержащую данные из кадра до (две адмиралы, сидящие) и рамку, чтобы прийти (разговор Sisko). Положение рта Сиско в рамке 328 источника Makemkv отличается от его положения рта в раме 328 источника D2V. Это продолжается через кадр 329, но выходной сигнал снова синхронизирует на кадре 330.

TDECimate может быть способен теоретически сканировать видеопоток и удалить дубликаты изображений, но Avisynth не понимает, что частота кадров исходного источника Makemkv должна быть в первую очередь. Константа 29,97 FPS D2V файла dgindex создает, напротив, представляет Avisynth с потоком данных в формате, который он понимает и может работать с. Существуют способы использования файла временных кодов для работы с VFR в Avisynth, но точка рассматривается, как только вы получите в Topaz Video English AI, который не поддерживает вход VFR.

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

Я не могу говорить с тойной причиной, почему dgindex может посмотреть на VOB и создать файл проекта D2V, который выводит 3: 2 полей. Но это эта разница в результате вывода, вызывающих проблемы. И, учитывая, что топаз не поддерживает прием VFR, точка в значительной степени спор. Набор DVD и DVD DECRYPTER, поскольку в этом написании требуется как для этого процесса.

Читать далее

Почему чип M1 от Apple угрожает Intel и AMD

Собственная история Intel подсказывает это, и AMD должна очень серьезно отнестись к новой SoC M1 от Apple.

Как работают кэши ЦП L1 и L2 и почему они являются неотъемлемой частью современных микросхем

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

Почему вы не можете защитить свой игровой компьютер от будущего

Пытаться подготовить систему к будущему - глупое занятие. Планируйте покупки с умом, но не платите надбавку за функции, которые пока не можете использовать.

Интервью: Адам Стельцнер из НАСА говорит об упорстве и о том, почему мы не должны колонизировать Марс

Марсоход НАСА Perseverance должен приземлиться на Марсе в ближайшие дни, и у нас была возможность поговорить с одним из людей, которые приложили руку к осуществлению этой миссии.