DGDecNV помогает проиндексировать AVC, HEVC, MPEG-2 и VC-1, проверить поток по кадрам, демультиплексировать нужные дорожки и передать декодированное видео в AviSynth или VapourSynth через DGIndexNV, файлы DGI и фильтр DGSource с аппаратным декодированием NVIDIA.

Рабочая схема строится вокруг двух операций: DGIndexNV анализирует исходный поток и сохраняет индекс DGI, а DGSource читает этот индекс и выдаёт кадры в скриптовую цепочку. Это удобно, когда нужен предсказуемый доступ к кадрам с учётом структуры GOP, служебных флагов, параметров потока и выбранного диапазона.

DGDecNV не заменяет монтажную систему и не выполняет обычный финальный экспорт ролика с набором готовых профилей. Его задача — подготовить надёжный источник, отделить нужные потоки или диапазон и отдать кадры последующим фильтрам, кодировщику и мультиплексору, поэтому итоговый MP4, MKV или другой контейнер обычно создаётся уже следующим инструментом.

Назначение DGDecNV

DGIndexNV создаёт индекс DGI для AVC, HEVC, MPEG-2 и VC-1 и записывает расположение кадров и параметры потока. DGSource читает DGI и через DGDecodeNV выдаёт декодированные кадры в AviSynth или VapourSynth.

Индекс не содержит копию видеоряда и остаётся связан с исходным файлом или набором файлов. Окно DGIndexNV предназначено для технического просмотра, навигации, выбора диапазона и диагностики, а не для многодорожечного монтажа.

Финальное кодирование и мультиплексирование выполняются последующими инструментами. Аппаратное декодирование относится к NVIDIA GPU и не означает автоматическое использование NVENC для финального encode.

Связка DGIndexNV, DGI и DGSource

DGIndexNV является индексатором и графической точкой контроля исходника. DGI хранит карту кадров, ссылки на исходники и служебные настройки, необходимые декодеру.

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

Несовместимый DGI безопаснее пересоздать, чем пытаться обходить проверку ручным изменением заголовка. Проверка минимального скрипта с одним DGSource отделяет проблему индекса от ошибки последующих фильтров.

Открытие исходных файлов

Руководство описывает elementary stream, program stream, transport stream, Matroska и MP4 как поддерживаемые типы входа при подходящем видеокодеке. Файлы можно открывать через File/Open или перетаскиванием в окно DGIndexNV.

Для DGI предусмотрена отдельная операция Load Project, потому что проект и медиапоток имеют разные роли. Несколько файлов могут быть переданы как последовательность, что полезно для сегментированных источников.

Необычные стыки между транспортными сегментами могут потребовать отдельной проверки каждого фрагмента. Расширение файла не заменяет анализ внутреннего потока: переименование не превращает неподдерживаемый кодек в поддерживаемый.

Blu-ray MPLS и BDMV

DGIndexNV умеет открывать Blu-ray MPLS, когда на диске доступна расшифрованная структура BDMV. Плейлист задаёт последовательность M2TS-сегментов и позволяет индексировать фильм без ручного перечисления каждого сегмента.

Для многоугловых плейлистов предусмотрен выбор угла, в том числе параметром командной строки. При сохранении проекта для MPLS могут формироваться данные глав для последующей обработки.

DGDecNV не выполняет обход защиты диска и не является средством Blu-ray-авторинга. При seamless branching полезно проверить начало, несколько стыков и конец до запуска длительного кодирования.

Навигация по GOP и кадрам

Шкала и стрелки позволяют быстро перемещаться по структуре GOP без последовательного декодирования всего материала. Пошаговый режим используется, когда нужно увидеть соседние кадры около точки разреза или проблемного участка.

Колесо мыши поддерживается и ведёт себя по-разному в обычной навигации и frame-step режиме. Play и Preview последовательно декодируют кадры и подходят для наблюдения движения и временной структуры.

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

Выбор диапазона

По умолчанию доступный материал выбран целиком, а кнопки начала и конца позволяют ограничить рабочий диапазон. Выбранная область применяется при Save Project и операциях, ориентированных на диапазон.

Граница безперекодировочного транспортного вывода зависит от структуры потока и не должна трактоваться как NLE-разрез на любом кадре. Если требуется не потерять полезные кадры, технический TS-разрез делают с запасом, а окончательный Trim выполняют после DGSource.

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

Output Trimmed TS

Команда Output Trimmed TS сохраняет выбранный участок транспортного потока без обычного полного перекодирования. Эта операция полезна для грубого разбиения длинной телевизионной записи на части.

В ней нет выбора битрейта, профиля H.264 или HEVC и набора пресетов устройств. Повреждённые пакеты или необычные таблицы исходного TS могут сохраниться и потребовать проверки после вывода.

Новый TS стоит повторно открыть и проверить у начала и конца перед удалением оригинала. Для кадрово-точного монтажа без ограничения GOP разумнее использовать DGI и последующую фильтрацию с перекодированием.

Save Project и индекс DGI

Save Project создаёт DGI для выбранного диапазона и связанных исходных файлов. В индекс записываются параметры потока и кадровые записи, а не пиксели нового видео.

Индексирование анализирует структуру и может сопровождаться демультиплексированием выбранных дорожек. При включённом demux возрастает дисковый ввод-вывод, потому что параллельно создаются отдельные файлы.

DGI является производным артефактом: его можно пересоздать из исходника при изменении пути или набора компонентов. Хранить оригинальное видео важнее, чем единственную копию индекса.

Information Panel

Information Panel показывает технические сведения о декодируемом видеопотоке и помогает проверять структуру до кодирования. В зависимости от кодека доступны данные о размере, частоте, кадровой структуре, глубине и цветовой сигнализации.

Панель полезно наблюдать во время Play или Preview, чтобы увидеть изменение параметров на разных участках. Неоднородные склейки могут проявляться сменой характеристик и объяснять сбои последующих фильтров.

Информация об устройстве помогает проверить, какой NVIDIA GPU используется при декодировании. Технические поля нужно сопоставлять с реальным содержимым, а не только с расширением или названием файла.

Цветовые параметры и HDR

DGIndexNV читает сигнальные сведения о цветовой матрице, характеристике передачи и primaries, если они присутствуют в потоке. Для HEVC отображается информация, связанная с HDR, что помогает выбрать дальнейшую обработку.

В GUI есть HDR-to-SDR преобразование для отображения и настройки параметров, но оно не является полноценной системой художественного грейдинга. Специальная подстановка __h2s__ позволяет перенести параметры HDR-to-SDR в шаблон.

Результат тонального преобразования следует проверять на ярких, тёмных и насыщенных сценах. Отображение в окне DGIndexNV нужно отличать от того, что фактически делает последующий скрипт с кадрами.

AVC и H.264

DGIndexNV индексирует AVC и сохраняет сведения, необходимые для последующей выдачи кадров через DGSource. При demux AVC учитываются параметрические наборы, чтобы выделенный поток корректнее принимался следующими инструментами.

Strict AVC является технической настройкой разбора и не должна переключаться без причины при обычном исправном потоке. Служебные AUD и порядок NAL-единиц относятся к структуре битстрима, а не к визуальным эффектам.

Ошибка определения AVC требует проверки самого битстрима и контейнера, а не смены расширения. При диагностике полезно сначала открыть короткий исправный AVC и тем самым проверить конфигурацию GPU и DGDecNV.

HEVC и высокая глубина

DGIndexNV индексирует HEVC и учитывает характерные для него параметрические наборы и служебные элементы. HEVC может быть 10- или 12-битным, поэтому следующая скриптовая цепочка должна поддерживать соответствующий формат кадров.

Аппаратная возможность конкретного NVIDIA GPU зависит от поколения, профиля, глубины и разрешения HEVC. Наличие NVIDIA-карты само по себе не гарантирует декодирование любого HEVC-файла.

Перед тяжёлой обработкой стоит проверить чистый DGSource на начале, середине и конце ролика. Если один из последующих фильтров принимает только 8 бит, ошибку нельзя автоматически приписывать DGDecNV.

MPEG-2 и параметры геометрии

DGIndexNV поддерживает MPEG-2 Video и создаёт для него соответствующий DGI. Для MPEG-2 важны coded size, display size и aspect ratio, поскольку кодированная и отображаемая геометрия могут различаться.

Транспортные и программные MPEG-2 источники часто встречаются в телевизионных записях и старых дисковых материалах. Если изображение кажется растянутым, нужно проверить PAR и DAR, а не бездумно менять разрешение.

Для чистой работы только с MPEG-2 прямым аналогом остаётся DGMPGDec, не требующий HEVC/AVC-возможностей DGDecNV. При повреждённом TS сначала проверяют программу и PID, а затем сам MPEG-2 битстрим.

VC-1

DGIndexNV поддерживает VC-1 и может использоваться как source для архивных Blu-ray и других источников с этим кодеком. Для VC-1 DGI имеет собственную структуру кадровых записей, поэтому его нельзя смешивать с индексами других кодеков.

Аппаратное декодирование VC-1 также зависит от возможностей конкретного NVIDIA GPU. Проблемный источник лучше проверять минимальным DGSource без дополнительных фильтров.

Если нужен только извлечённый элементарный поток, demux можно выполнить отдельно от последующей кадровой выдачи. Современный контейнер не меняет внутренний VC-1: поддержка определяется кодеком, а не тем, упакован он в MKV или другой контейнер.

NVIDIA GPU и CUDA Device

DGDecNV использует аппаратный видеодекодер NVIDIA и позволяет выбрать CUDA Device в системе с несколькими адаптерами. Выбранная карта должна аппаратно поддерживать конкретный кодек и режим исходника.

Загрузка GPU может быть невысокой, если процесс ограничен диском или тяжёлым CPU-фильтром после DGSource. Параллельные задачи способны конкурировать за GPU и видеопамять, поэтому оптимальное число процессов нужно измерять.

Обновление драйвера может исправить взаимодействие, но не добавляет отсутствующий в GPU аппаратный блок декодирования. Для диагностики полезен небольшой тестовый набор известных исправных AVC, HEVC, MPEG-2 и VC-1 файлов.

Деинтерлейсинг

DGSource предоставляет deinterlace=0, одинарный режим и двойной bob-режим с использованием аппаратного деинтерлейсера NVIDIA. Прогрессивный материал не нужно деинтерлейсить только потому, что источник пришёл из телевизионного контейнера.

Настоящий интерлейс проверяют по движению и структуре полей, а не по одному статичному кадру. Двойная частота выдаёт кадр на каждое поле и меняет временную плотность выходного видеоряда.

Для смешанного материала универсальный принудительный режим может быть неверен на части сцен. В сложных случаях DGSource можно оставить без деинтерлейсинга и применить специализированный адаптивный фильтр дальше.

Pulldown и fieldop

Параметр fieldop определяет обработку pulldown-флагов в DGSource. Honor Pulldown Flags следует сигнализации потока, Force Film предназначен для подходящей 3:2 структуры, Ignore Pulldown Flags показывает кодированные картинки без учёта флагов.

Неверный режим способен дать повторы, гребёнку или неправильную частоту движения. Перед Force Film нужно подтвердить устойчивую структуру, а не ориентироваться на происхождение файла.

Гибридный материал лучше проверять на нескольких участках с движением. Если конечный FPS вызывает сомнения, сначала проверяют временную структуру в источнике и DGI, а уже потом настройки кодировщика.

Cropping Tool и Auto Crop

Cropping Tool помогает подобрать значения обрезки по краям кадра. Auto Crop предназначен прежде всего для обнаружения постоянных чёрных полос letterbox или pillarbox.

Автоматическое значение нужно проверить на разных сценах, потому что тёмное содержимое может быть принято за границу. Подстановка __crop__ переносит выбранные значения в шаблон, а DGSource может выполнить соответствующую обрезку.

Одинаковый crop подходит только для материала с постоянной геометрией кадра. Анимированное или меняющееся по сценам кадрирование требует логики после DGSource или монтажной системы.

Демультиплексирование аудио

DGIndexNV умеет перечислять и извлекать звуковые дорожки из поддерживаемых контейнеров и транспортных потоков. В TS выбор связан с программами и PID, поэтому правильное определение Stream Menu важно для нужной дорожки.

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

Задержка аудио является технической подсказкой, но повреждённые timestamps могут потребовать проверки синхронизации по всему ролику. Если рассинхронизация нарастает к концу, простой постоянный offset не устраняет причину.

PGS-субтитры

DGIndexNV поддерживает demux PGS из Blu-ray и соответствующих поддерживаемых источников. Для PGS предусмотрена работа с forced-субтитрами, когда нужны только принудительные реплики.

Это извлечение графического потока, а не текстовый редактор субтитров. Редактирование текста, стиля и таймингов выполняется сторонним subtitle-инструментом после demux.

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

PAT, PMT и PID

DGIndexNV умеет определять программы и PID по PAT/PMT в транспортном потоке. Если таблицы отсутствуют или повреждены, доступен сырой способ обнаружения и ручной Set PIDs.

Ручной PID следует брать из анализа потока, а не перебирать случайно. В многопрограммной записи технически валидный PID может относиться к другому каналу.

После выбора PID нужно запустить Preview и убедиться, что отображается требуемая программа. Ошибка Cannot find video data часто требует проверки PID и структуры потока до любых других изменений.

Matroska как источник

MKV можно индексировать напрямую, если видеокодек входит в поддерживаемый набор DGDecNV. Прямое индексирование избавляет от обязательного предварительного извлечения AVC или HEVC в elementary stream.

DGI всё равно остаётся связан с исходным MKV и его расположением. Сложные контейнерные задачи с вложениями, главами и множеством метаданных удобнее выполнять специализированными Matroska-инструментами.

При проблеме контейнера можно отдельно demux поддерживаемое видео и индексировать уже элементарный поток. Для пакетной обработки полезно проверить несколько MKV с разной структурой дорожек до запуска общей команды.

MP4 как источник

MP4 поддерживается как контейнер-источник при поддерживаемом видеокодеке. Индексирование MP4 и финальное создание MP4 являются разными задачами: DGDecNV решает первую, но не предоставляет универсальный пресет финального контейнера.

При необычной структуре MP4 сначала проверяют, что DGSource открывает начало, середину и конец. Если проблема относится к таблицам контейнера, предварительный remux или demux может быть практичным обходным шагом.

Звуковые дорожки MP4 не обязаны обрабатываться тем же способом, что видеоряд, и их можно вести отдельной ветвью. Имя файла не определяет кодек: MP4 с неподдерживаемым видеокодеком не становится совместимым только из-за контейнера.

Шаблоны AVS и VPY

DGIndexNV может использовать шаблоны, чтобы после Save Project подставлять путь к видео, аудио, задержку, crop и HDR-to-SDR параметры. __vid__ используется для имени проекта/видео в шаблонной логике, __aud__ для аудиофайла, __del__ для задержки, __crop__ для обрезки, __h2s__ для HDR-to-SDR параметров.

Шаблон уменьшает ручной ввод в повторяемом конвейере. Автоматизировать следует только те операции, которые действительно одинаковы для всей группы файлов.

Ошибку шаблона проще искать, временно оставив только загрузку DGDecodeNV и DGSource. Use Full Paths помогает, когда скрипт запускается из другой рабочей папки и относительные ссылки становятся неоднозначными.

AviSynth

В AviSynth DGDecodeNV загружается как плагин, а DGSource открывает созданный DGI. После source-фильтра можно применять обычные фильтры AviSynth и передавать результат кодировщику или приложению, читающему AVS.

Разрядность плагина должна совпадать с разрядностью хоста и остальной цепочки. Высокая глубина требует совместимости AviSynth+ и каждого последующего фильтра.

Звук можно открыть отдельным аудиоисточником и объединить в скрипте либо мультиплексировать позже. Минимальный скрипт без resize, denoise и других операций является первым диагностическим тестом.

VapourSynth

DGDecodeNV предоставляет DGSource для VapourSynth, поэтому тот же DGI может служить входом в VPY-цепочку при совместимом плагине. VapourSynth удобен для программной автоматизации и построения воспроизводимых пакетных задач.

Сначала загружают плагин и проверяют чистый source, затем добавляют фильтры. Ошибка дополнительного фильтра не означает автоматически повреждение DGI.

Серверная обработка особенно выигрывает от связки CLI-индексирования и заранее подготовленного VPY-шаблона. Пути к DGI и DLL должны быть однозначными для процесса, который запускает скрипт.

Командная строка DGIndexNV

CLI позволяет задать вход через -i и выходной DGI через -o. Параметр -a используется для автоматического demux доступных дорожек, когда это действительно нужно задаче.

Есть режим завершения после операции, удобный для пакетных сценариев и внешних оболочек. Для MPLS предусмотрен параметр выбора угла.

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

Демультиплексирование видео

DGIndexNV способен выделять поддерживаемый видеопоток из контейнера или transport stream. Для AVC и HEVC учитываются служебные элементы битстрима, необходимые корректному началу демультиплексированного потока.

Если вся дальнейшая цепочка работает через DGI, отдельная копия видеопотока часто не нужна. Elementary stream полезен, когда следующий инструмент не умеет читать исходный контейнер или DGI.

Контейнерные главы, теги и вложения не переносятся автоматически в выделенный элементарный видеопоток. Необычный порядок NAL-единиц и повреждённое начало требуют проверки самого потока, а не изменения имени файла.

Save BMP и буфер обмена

DGIndexNV умеет сохранить отображаемый кадр в BMP и скопировать кадр в буфер обмена. Эти функции удобны для документирования артефакта и сравнения конкретной позиции.

Они не являются пакетным экспортом последовательности кадров. Для серии изображений практичнее использовать DGSource и инструмент, который умеет сохранять кадры массово.

Сохранённый вид нужно отличать от окончательной цветовой обработки скрипта, особенно при включённом HDR-to-SDR отображении. При отчёте об ошибке полезно дополнить кадр номером позиции и данными Information Panel.

DGDenoise и DGSharpen

DGDecodeNV документирует DGDenoise для шумоподавления и DGSharpen для повышения резкости в скриптовой цепочке. DGDenoise имеет параметры силы, смешивания, цветности, области поиска и устройства.

Слишком сильное шумоподавление может удалить фактуру, поэтому результат проверяют на мелких деталях и движении. Резкость оценивают без увеличения ореолов на контрастных границах.

Эти функции не появляются как визуальные эффекты на таймлайне DGIndexNV. Для сложной реставрации можно предпочесть специализированные фильтры после DGSource.

DGBob, PVBob и DGDecimate

DGDecodeNV документирует DGBob и PVBob для работы с полями и DGDecimate для управляемой decimation. Decimation предназначена для осмысленной временной структуры, а не для произвольного ускорения ролика.

Перед её применением нужно понять, какие кадры повторяются и почему. Bob-операции меняют частоту выходных кадров и должны согласовываться с последующим кодированием.

Неправильная полевая операция проявляется гребёнкой, дрожанием или неестественным движением. Смешанный материал часто требует более адаптивного решения, чем одна постоянная настройка.

Use Full Paths и перенос проектов

Use Full Paths определяет, записывается ли в DGI полный путь к исходнику. Полные пути удобны, когда кодировщик запускается из разных рабочих каталогов.

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

При массовой реорганизации архива безопаснее пересоздать индексы после окончательной раскладки. Проверка пути должна предшествовать подозрениям на ошибку GPU или кодека.

Use D3D, Zoom и Playback Speed

Use D3D относится к режиму отображения и аппаратным функциям, которым требуется соответствующий вывод. Zoom меняет масштаб изображения в окне, но не разрешение кадров, выдаваемых DGSource.

Playback Speed управляет скоростью просмотра, а не фактическим FPS проекта. Настройка Process Priority меняет приоритет процесса Windows, но не качество декодирования.

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

Cannot find video data

Сообщение означает, что DGIndexNV не нашёл пригодный видеопоток в текущем контексте. Для TS первым делом проверяют программу, PAT/PMT detection и выбранные PID.

Если таблицы повреждены, можно использовать raw detection и затем Set PIDs на подтверждённые значения. Если ошибка возникает только в одном M2TS, этот сегмент проверяют отдельно от MPLS.

Для elementary stream нужно убедиться, что начало содержит распознаваемую структуру заявленного кодека. Переименование расширения и случайная смена настроек не исправляют повреждённые данные.

Несовместимый или устаревший DGI

При сообщении о несовместимости DGI сначала проверяют, какая копия DGDecodeNV реально загружена хостом. В папках автозагрузки может оставаться другая DLL, хотя пользователь ожидает компонент рядом со скриптом.

Надёжное решение — создать новый DGI тем DGIndexNV, который соответствует используемому DGDecodeNV. Ручное изменение сигнатуры индекса не гарантирует совместимость структуры кадровых записей.

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

Проблемы с путями и доступом

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

Если проект переносится между машинами, лучше заранее выбрать единую структуру каталогов. Полный путь снижает неоднозначность, но хуже переносится на другую букву диска.

Относительный путь переносим только вместе со всей ожидаемой структурой. Пересоздание DGI после переноса часто быстрее и безопаснее ручной правки большого числа проектов.

Гребёнка и повторы кадров

Гребёнка на движении требует проверки, является ли источник настоящим интерлейсом, telecine или смешанным материалом. Неправильный deinterlace или fieldop способен изменить временную структуру.

Honor Pulldown Flags является разумной исходной точкой, если нет подтверждённой причины принуждать другой режим. Force Film следует применять только к подходящей устойчивой 3:2 структуре.

Повторы оценивают на последовательности кадров, а не на одном стоп-кадре. Если структура меняется по сценам, обработку лучше перенести в адаптивный фильтр после DGSource.

Неверная геометрия кадра

Coded size, display size, PAR и crop вместе определяют, как должен выглядеть материал. Число 1920x1088 в кодированном потоке не всегда означает, что активное изображение должно сохранять все строки.

Auto Crop следует проверять на нескольких сценах перед применением ко всему ролику. Если кадр растянут, сначала разбираются с SAR/PAR/DAR, а не подгоняют ширину на глаз.

Окончательный размер должен соответствовать требованиям следующего фильтра и кодировщика. Ошибку на границе лучше найти коротким тестовым encode, чем после полного прохода.

Синхронизация аудио

Постоянный offset и нарастающий drift требуют разных решений. Постоянную задержку можно компенсировать при скриптовом соединении звука или на этапе mux.

Нарастающий drift указывает на проблему временной шкалы, пропуски или неверную длительность и не исправляется одним offset. В многосегментном TS проверяют стыки, потому что рассинхронизация может начинаться после конкретного фрагмента.

Допустимо демультиплексировать звук специализированным инструментом и оставить DGDecNV только для видео. После исправления проверяют реплики или резкие звуки в начале, середине и конце.

Производительность и дисковый ввод-вывод

Индексирование читает исходник и анализирует структуру, поэтому скорость диска и сети заметно влияют на время. Demux одновременно создаёт выходные файлы и увеличивает нагрузку на хранилище.

Низкая загрузка GPU не доказывает проблему, если процесс ждёт диск или последующий CPU-фильтр. Несколько параллельных задач могут быть медленнее одной из-за конкуренции за один накопитель.

Оптимальное число процессов определяют измерением на реальном хранилище и типичных файлах. Для диагностики производительности полезно сравнить чистое индексирование, индексирование с demux и полный скриптовый encode.

Windows, разрядность и Linux

Графический DGIndexNV используется в Windows, а компоненты должны совпадать по разрядности с хостом, который загружает плагин. 64-битная DLL не загружается в 32-битный процесс и наоборот.

Для Linux существуют отдельные сборки DGDecNV, но их workflow нельзя считать идентичным Windows GUI. На Linux особенно важны драйвер NVIDIA, CLI и совместимость скриптовой среды.

Если требуется именно интерактивная работа с меню DGIndexNV, Windows является более прямым вариантом. Для серверного пакетного сценария Linux может быть уместен при подтверждённой поддержке нужной сборкой и драйвером.

Что отсутствует в DGDecNV

В DGIndexNV нет многодорожечного NLE-таймлайна с клипами, переходами, титрами и слоями. Нет захвата экрана, камеры или HDMI и нет функций прямой трансляции.

MPLS открывается как источник, но программа не выполняет Blu-ray/DVD-авторинг и не создаёт меню диска. Нет универсального финального экспорта с набором пресетов устройств, контейнеров и битрейтов.

Звук и субтитры можно demux, но нет полноценного микшера и текстового редактора субтитров. Стабилизация и художественный набор эффектов не относятся к основной функциональности; сложную обработку выполняют последующие фильтры.

Практический workflow для Blu-ray

Сначала выбирают правильный MPLS и открывают его при доступной расшифрованной BDMV. Проверяют длительность, несколько стыков, Information Panel и нужный видеопоток.

Затем настраивают demux требуемых аудио- и PGS-дорожек и сохраняют DGI. Чистый DGSource проверяют в начале, середине и конце, прежде чем добавлять тяжёлые фильтры.

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

Практический workflow для TS-записи

Открывают TS и проверяют автоматическое обнаружение программы и PID. Через Preview проходят несколько участков, чтобы увидеть ошибки и смены параметров до резки.

Для грубого разделения можно использовать Output Trimmed TS, оставляя запас у границ. Для точного удаления рекламы создают DGI и выполняют окончательный Trim в кадровом скрипте.

Аудио проверяют на постоянный offset и drift по всей длительности. Оригинальную запись сохраняют до проверки всех полученных частей и финального файла.

Практический workflow для HEVC HDR

Сначала проверяют аппаратную поддержку профиля, глубины и разрешения выбранным NVIDIA GPU. В Information Panel смотрят глубину и цветовую сигнализацию.

Создают DGI и проверяют чистый DGSource без tonemap и resize. Затем добавляют HDR-to-SDR или другой тональный фильтр и сравнивают несколько характерных сцен.

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

Пакетная обработка

Большую библиотеку сначала делят на группы по контейнеру, кодеку, глубине, интерлейсу и HDR. Для каждой группы вручную проверяют несколько файлов, а потом фиксируют CLI и шаблон.

Пакетный скрипт должен проверять код завершения, наличие DGI и возможность открыть тестовые позиции через DGSource. Demux all не следует включать автоматически для коллекций с большим числом ненужных дорожек.

Журнал задания должен сохранять имя исходника, путь DGI и выбранный source-профиль. Ошибочная задача должна останавливаться до запуска длительного encode, а не переходить дальше по цепочке.

Безопасная проверка результата

Оригинал не удаляют, пока новый файл не проверен полностью на ключевых точках. Первый тест — минимальный DGSource без дополнительных фильтров.

Второй тест — короткий encode с теми же crop, deinterlace и color-параметрами, которые будут в финале. Третий тест — сборка контейнера с реальными аудио- и subtitle-дорожками.

Сравнение DGDecNV с аналогами

Прямые аналоги корректно сравнивать как source и index решения для кадровой обработки, а не как бытовые конвертеры. У них различаются способ индексирования, зависимость от аппаратного декодера и набор контейнеров, поэтому выбор зависит от типа исходника и скриптовой среды.

Программа	Лучше подходит для	Главное ограничение
DGDecNV	Индексирования AVC, HEVC, MPEG-2 и VC-1 с аппаратным декодированием NVIDIA и выдачей кадров через DGSource	Требует совместимой NVIDIA и отдельного DGI
BestSource	Универсального кадрового источника для AviSynth и VapourSynth без привязки к одному производителю GPU	Не даёт рабочего процесса DGIndexNV с DGI, PID и trimmed TS
L-SMASH Works	Открытия распространённых контейнеров через libavformat/libavcodec в скриптовой обработке	Не предоставляет аппаратно-ориентированный DGIndexNV GUI и DGI
FFMS2	Индексируемого доступа к большому числу форматов через FFmpeg в AviSynth и VapourSynth	Индекс и поведение отличаются от специализированного DGSource
DGMPGDec	Индексирования и кадровой выдачи MPEG-1/MPEG-2, особенно DVD и старых MPEG-2 источников	Не предназначен для HEVC, AVC и VC-1

Практический вывод: DGDecNV лучше подходит для поддерживаемых кодеков на системе с подходящей NVIDIA, когда нужны DGI, диагностика DGIndexNV, работа с транспортными PID, demux и аппаратный source. Для смешанной библиотеки без привязки к NVIDIA удобнее универсальный source-фильтр, а для чистого MPEG-2 достаточно специализированного DGMPGDec.

Проверка нового источника перед индексированием

Сначала определите контейнер и реальный видеокодек, затем откройте файл в DGIndexNV без demux. Проверьте, что появляется ожидаемое изображение, пройдите в середину и ближе к концу, после чего посмотрите Information Panel. Только если этот минимальный тест стабилен, включайте извлечение дорожек или шаблон. Такой порядок не добавляет новых преобразований и позволяет сразу увидеть, связано ли нестандартное поведение с самим источником.

Для Проверка нового источника перед индексированием сохраните имя исходника, путь DGI и две-три проверенные позиции. После изменения драйвера или фильтров для Проверка нового источника перед индексированием откройте те же кадры: сравнение на одинаковом материале сразу показывает, изменилось ли поведение source.

Контроль DGI перед кодированием

После Save Project не запускайте сразу полный encode. Создайте минимальный AVS или VPY с одним DGSource, откройте несколько удалённых друг от друга кадров и выполните короткое последовательное воспроизведение. Если середина и конец доступны без ошибок, индекс с высокой вероятностью покрывает нужный диапазон. Затем добавляйте crop, работу с полями и цветом по одной операции, сохраняя возможность точно определить момент появления сбоя.

Для задачи Контроль DGI перед кодированием не меняйте одновременно путь, GPU и фильтры. В проверке Контроль DGI перед кодированием зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Проверка границы trimmed TS

У безперекодировочного TS-разреза проверьте несколько секунд до и после фактической полезной области. Если начало сдвинулось к ближайшей безопасной точке потока, это не следует исправлять повторным случайным нажатием границы. Сделайте технический фрагмент с небольшим запасом, создайте по нему DGI и выполните кадрово-точную окончательную обрезку уже после декодирования. Так структура GOP учитывается явно, а нужные кадры не теряются.

Для Проверка границы trimmed TS полезно хранить исходник неизменным до финальной приёмки. Тогда в Проверка границы trimmed TS любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

Диагностика многопрограммного TS

Если запись содержит несколько программ, сначала используйте PAT/PMT detection и сопоставьте найденные PID с ожидаемым видео и звуком. После ручного выбора обязательно включите Preview: технически правильный PID может принадлежать соседнему каналу. Если таблицы сломаны, raw detection помогает увидеть доступные потоки, но окончательное решение всё равно проверяется по изображению и дорожкам. После выбора сохраните короткий DGI и убедитесь, что DGSource открывает его.

В сценарии Диагностика многопрограммного TS запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для Диагностика многопрограммного TS такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

Проверка многосегментного MPLS

При сбое на фильме с seamless branching зафиксируйте место ошибки и определите M2TS, которому оно соответствует. Проиндексируйте этот сегмент отдельно. Если он ломается сам по себе, причина локальна; если отдельные файлы стабильны, но общий плейлист нет, проверяйте стыки и выбор MPLS или угла. Методика позволяет не менять GPU, fieldop и цветовые параметры, когда проблема относится к последовательности сегментов.

После проверки Проверка многосегментного MPLS оставьте рядом со скриптом минимальный вариант с одним DGSource. Для Проверка многосегментного MPLS этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.

Контроль аппаратного декодирования

Для новой видеокарты или драйвера держите набор небольших известных исправных файлов: AVC, HEVC нужной глубины, MPEG-2 и VC-1. Прогон DGIndexNV и чистого DGSource по этому набору показывает, работает ли базовая конфигурация. Если тестовый HEVC открывается, а один конкретный файл нет, исследуйте профиль и структуру проблемного источника. Если не работает целая группа, проверяйте возможности GPU, устройство и драйвер.

Если Контроль аппаратного декодирования относится к проблемному TS или MPLS, добавьте в заметку выбранную программу, PID или сегмент. Для Контроль аппаратного декодирования эти данные сокращают повторный поиск и позволяют воспроизвести именно тот маршрут, на котором был создан DGI.

Разделение видео и аудио

Когда видео через DGSource работает стабильно, а звук даёт непонятную задержку, разделите диагностику. Сохраните DGI без попытки решить аудио в той же операции, а дорожку извлеките отдельно и проверьте её длительность. Сравните синхронизацию в начале, середине и конце. Постоянный сдвиг и drift требуют разных действий, поэтому такое разделение быстрее показывает, находится ли проблема в timestamp исходника, demux или финальном mux.

Контроль Разделение видео и аудио завершайте коротким тестом начала, середины и конца. Если в Разделение видео и аудио все три позиции читаются одним DGI, переходите к следующему звену; если нет, сохраняйте первую проблемную позицию для локального теста.

Проверка HDR цепочки

Сначала убедитесь, что чистый DGSource выдаёт кадры нужной глубины. Затем отдельно включите выбранное тональное преобразование и сравните несколько сцен с разным уровнем яркости. Только после этого добавляйте resize и шумоподавление. Если изображение стало неверным сразу после одного фильтра, индекс пересоздавать не нужно. Разделение этапов защищает от ситуации, когда ошибка цветовой обработки ошибочно воспринимается как дефект аппаратного декодирования.

При автоматизации Проверка HDR цепочки считайте задачу успешной только после чтения созданного DGI. В Проверка HDR цепочки само наличие индексного файла недостаточно: тестовый вызов DGSource должен получить кадры на заранее выбранных позициях.

Контроль crop

Auto Crop используйте как измерительную подсказку. Проверьте значения на светлой сцене, тёмной сцене и участке с графикой у краёв. Если границы меняются, постоянный crop для всего ролика опасен. Если они стабильны, примените значения в коротком DGSource-скрипте и проверьте итоговую ширину и высоту. Это предотвращает поздние ошибки фильтра, который требует чётный или иной совместимый размер кадра.

Для Контроль crop сохраните имя исходника, путь DGI и две-три проверенные позиции. После изменения драйвера или фильтров для Контроль crop откройте те же кадры: сравнение на одинаковом материале сразу показывает, изменилось ли поведение source.

Проверка fieldop

Не выбирайте Force Film только по происхождению материала. Пройдите сцену с равномерным движением, проверьте повторы и полевую структуру, затем сравните Honor Pulldown Flags с предполагаемым режимом. Если материал гибридный, одна настройка может быть правильной только на части ролика. В такой ситуации сохранение исходной структуры и последующая адаптивная обработка надёжнее принудительной глобальной интерпретации.

Для задачи Проверка fieldop не меняйте одновременно путь, GPU и фильтры. В проверке Проверка fieldop зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Проверка пакетного CLI

До запуска сотен файлов выполните команду на одном представителе каждой группы. Проверьте имя DGI, выбранные дорожки, пути и возможность открыть проект DGSource. В журнале пакетной системы фиксируйте исходный файл и результат проверки. Если задача не создала рабочий индекс, останавливайте её до кодирования. Такая проверка предотвращает длинную очередь ошибок, которые иначе обнаружатся только после расхода времени на финальный encoder.

Для Проверка пакетного CLI полезно хранить исходник неизменным до финальной приёмки. Тогда в Проверка пакетного CLI любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

Контроль дисковой нагрузки

Сравните время Save Project без demux и с demux на одном файле. Если второй вариант резко медленнее, узким местом может быть запись на диск. Не запускайте много параллельных индексаторов на одном медленном накопителе только потому, что CPU имеет много ядер. В DGDecNV часть работы зависит от последовательного чтения источника и записи дорожек, поэтому оптимальная параллельность определяется реальным хранилищем.

В сценарии Контроль дисковой нагрузки запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для Контроль дисковой нагрузки такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

Проверка переносимости проекта

До переноса рабочего каталога определите, использует ли DGI полный или относительный путь. Переместите тестовую копию проекта и проверьте её минимальным DGSource. Если исходник не находится, выберите единый подход к структуре каталогов и пересоздайте индексы после окончательного размещения. Это надёжнее, чем обнаруживать неработающие ссылки спустя месяцы, когда пакетный скрипт уже рассчитан на другую букву диска.

После проверки Проверка переносимости проекта оставьте рядом со скриптом минимальный вариант с одним DGSource. Для Проверка переносимости проекта этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.

Проверка PGS

После demux PGS убедитесь, что создана нужная языковая дорожка и, если требовалось, выбран forced-only вариант. Откройте субтитры специализированным просмотрщиком и проверьте несколько событий. DGIndexNV извлекает графический поток, но не редактирует его текст и не исправляет авторские тайминги. Поэтому контроль должен выполняться до mux, пока неправильную дорожку ещё легко заменить без повторного кодирования видео.

Если Проверка PGS относится к проблемному TS или MPLS, добавьте в заметку выбранную программу, PID или сегмент. Для Проверка PGS эти данные сокращают повторный поиск и позволяют воспроизвести именно тот маршрут, на котором был создан DGI.

Финальная приёмка

Готовый файл проверяйте не только тем инструментом, которым он был создан. Откройте контейнер обычным плеером, перейдите к началу, середине, концу и известным стыкам, проверьте движение, геометрию, цвет, звук и нужные субтитры. Если использовался trimmed TS, отдельно проверьте границы. Исходный материал можно удалять только после такой приёмки, поскольку DGI и успешный encode не доказывают корректность mux и всех дорожек.

Контроль Финальная приёмка завершайте коротким тестом начала, середины и конца. Если в Финальная приёмка все три позиции читаются одним DGI, переходите к следующему звену; если нет, сохраняйте первую проблемную позицию для локального теста.

Проверка реального кодека

Не полагайтесь на расширение файла при выборе source. MP4 или MKV описывает контейнер, но внутри может находиться поддерживаемый AVC или HEVC либо другой кодек, который DGDecNV не декодирует. Сначала откройте файл и сверяйте тип видеопотока по технической информации. Если контейнер распознаётся, а видео нет, отделите проблему контейнера от кодека: проверьте тот же поток другим анализатором и при необходимости извлеките elementary stream. Простое переименование расширения не меняет синтаксис битстрима и не добавляет поддержку.

При автоматизации Проверка реального кодека считайте задачу успешной только после чтения созданного DGI. В Проверка реального кодека само наличие индексного файла недостаточно: тестовый вызов DGSource должен получить кадры на заранее выбранных позициях.

Проверка elementary stream

Элементарный видеопоток удобен как минимальный тест, когда контейнер вызывает сомнения. Если извлечённый AVC, HEVC, MPEG-2 или VC-1 успешно индексируется, а исходный контейнер нет, причина находится выше уровня видеодекодера. При таком тесте не оценивайте наличие звука, глав и субтитров: elementary stream их не содержит. После подтверждения видеочасти можно решить, нужен ли прямой индекс контейнера или надёжнее оставить demux отдельному специализированному инструменту.

Для Проверка elementary stream сохраните имя исходника, путь DGI и две-три проверенные позиции. После изменения драйвера или фильтров для Проверка elementary stream откройте те же кадры: сравнение на одинаковом материале сразу показывает, изменилось ли поведение source.

Последовательность нескольких входных файлов

Когда один материал разбит на несколько сегментов, порядок файлов имеет значение. Перед Save Project убедитесь, что они перечислены в естественной последовательности и относятся к одной записи. Пройдите позиции вокруг каждого стыка, потому что именно там чаще проявляются разрывы временных меток, неполные GOP или смена параметров. Если общий проект сбоит, создайте отдельные DGI для соседних сегментов: так можно определить, повреждён ли конкретный файл или проблема возникает только при их соединении.

Для задачи Последовательность нескольких входных файлов не меняйте одновременно путь, GPU и фильтры. В проверке Последовательность нескольких входных файлов зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Проверка CLI после ручного GUI теста

Командную строку лучше строить после того, как тот же тип источника один раз успешно обработан через GUI. Зафиксируйте вход, имя выходного DGI и необходимые параметры demux, затем перенесите их в скрипт. После запуска проверяйте не только появление файла, но и возможность открыть DGI через DGSource. Если CLI используется в автоматизации, код завершения, журнал и тест нескольких кадров должны решать, передавать ли задачу дальше; наличие пустого или неполного проекта недостаточно.

Для Проверка CLI после ручного GUI теста полезно хранить исходник неизменным до финальной приёмки. Тогда в Проверка CLI после ручного GUI теста любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

Полные и относительные пути

Выбор способа записи пути в DGI должен соответствовать тому, как живёт проект. Полный путь удобен на одной постоянной рабочей станции и при запуске кодировщика из разных каталогов. Относительная структура удобнее при переносе проекта целиком, если взаимное расположение исходника и DGI не меняется. Перед массовым индексированием сделайте один тест переноса. Если проект открывается только в исходной папке, исправьте схему сейчас, а не после создания сотен зависимых индексов.

В сценарии Полные и относительные пути запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для Полные и относительные пути такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

Совпадение разрядности компонентов

DGIndexNV создаёт индекс независимо от того, какой хост потом откроет скрипт, но DLL-плагин должен быть совместим с разрядностью процесса AviSynth или VapourSynth. Если 64-битный хост пытается загрузить 32-битный фильтр или наоборот, ошибка возникает ещё до чтения кадров. При диагностике оставьте один экземпляр DGDecodeNV в явно известном каталоге и загрузите его напрямую. Это исключает ситуацию, когда автозагрузка подхватывает другую копию и маскирует причину несовместимости.

После проверки Совпадение разрядности компонентов оставьте рядом со скриптом минимальный вариант с одним DGSource. Для Совпадение разрядности компонентов этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.

Снимок кадра как доказательство ошибки

Save BMP полезен, когда дефект нужно зафиксировать на конкретной позиции. Сохраните кадр, номер или положение в источнике и сведения Information Panel, затем повторите ту же позицию через DGSource. Если артефакт одинаков, проблема вероятнее относится к исходнику или декодированию; если различается, проверяйте режим отображения и последующие фильтры. Такой снимок не является методом экспорта последовательности кадров, поэтому для массовой выгрузки изображений лучше использовать отдельный скриптовый вывод.

Если Снимок кадра как доказательство ошибки относится к проблемному TS или MPLS, добавьте в заметку выбранную программу, PID или сегмент. Для Снимок кадра как доказательство ошибки эти данные сокращают повторный поиск и позволяют воспроизвести именно тот маршрут, на котором был создан DGI.

Масштаб окна и реальное разрешение

Zoom меняет удобство просмотра, но не должен использоваться как способ оценить фактическое выходное разрешение DGSource. Проверяйте coded и display size по техническим данным и контролируйте размер уже в скрипте. Если изображение в небольшом окне кажется мягким или резким, это может быть особенностью масштаба отображения. Решение о resize и sharpen принимайте по кадру в рабочем pixel format и при известной геометрии, а не по тому, как интерфейс вписал картинку на экран.

Контроль Масштаб окна и реальное разрешение завершайте коротким тестом начала, середины и конца. Если в Масштаб окна и реальное разрешение все три позиции читаются одним DGI, переходите к следующему звену; если нет, сохраняйте первую проблемную позицию для локального теста.

Preview и последовательное воспроизведение

Одиночный кадр показывает пространственный дефект, но многие ошибки проявляются только во времени. Preview или Play полезны для проверки движения, повторов, полей и стабильности декодирования на последовательности. Выберите короткую сцену с панорамированием или движущимся объектом и сравните поведение до и после изменения fieldop или deinterlace. Если проблема появляется через десятки кадров, сохраняйте границы этого участка: такой диапазон станет компактным воспроизводимым тестом.

При автоматизации Preview и последовательное воспроизведение считайте задачу успешной только после чтения созданного DGI. В Preview и последовательное воспроизведение само наличие индексного файла недостаточно: тестовый вызов DGSource должен получить кадры на заранее выбранных позициях.

Проверка глубины и профиля HEVC

Для HEVC недостаточно знать только разрешение. Глубина и профиль влияют на то, сможет ли конкретный аппаратный декодер NVIDIA обработать поток. Сначала прочитайте параметры источника, затем протестируйте чистый DGSource без тонмаппинга и других фильтров. Если более простой HEVC на той же машине работает, а проблемный нет, сравнивайте профиль и bit depth. Смена MP4 на MKV сама по себе не исправляет отсутствие аппаратной поддержки конкретного режима декодирования.

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

Зашифрованная аудиодорожка

Предупреждение об encrypted audio нужно воспринимать буквально как ограничение доступа к конкретной дорожке, а не как дефект видеодекодирования. Сначала убедитесь, что видео индексируется и DGSource выдаёт кадры. Затем решайте аудио отдельно на уже законно доступном расшифрованном источнике. DGIndexNV не следует использовать как средство обхода защиты. Если дорожка недоступна, не стройте весь видеоконвейер вокруг ожидания, что demux автоматически превратит её в пригодный обычный аудиофайл.

Для задачи Зашифрованная аудиодорожка не меняйте одновременно путь, GPU и фильтры. В проверке Зашифрованная аудиодорожка зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Forced PGS и полный поток субтитров

Если нужны только обязательные реплики, forced-only извлечение стоит проверить отдельно от полного PGS. Сравните количество и позиции событий в специализированном просмотрщике и убедитесь, что в выборку попали именно требуемые фрагменты. Если авторинг диска выставил флаги нестандартно, автоматический результат может не соответствовать пользовательскому ожиданию. DGIndexNV извлекает существующие данные, но не выполняет смысловую проверку языка и содержания, поэтому финальный контроль остаётся обязательным.

Для Forced PGS и полный поток субтитров полезно хранить исходник неизменным до финальной приёмки. Тогда в Forced PGS и полный поток субтитров любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

DGI как зависимый проектный файл

DGI удобно хранить, потому что он ускоряет повторное открытие исходника, но его нельзя считать заменой видеоархива. Он зависит от исходных файлов и от ожидаемого формата индекса. При резервном копировании приоритет отдавайте оригиналу, скриптам и важным настройкам. DGI можно сохранить для экономии времени, однако возможность пересоздать его должна оставаться. Если исходник удалён, маленький индекс не восстановит закодированные кадры и дорожки.

В сценарии DGI как зависимый проектный файл запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для DGI как зависимый проектный файл такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

Проверка файлов после demux

После извлечения дорожек не ограничивайтесь проверкой имён. Для видео убедитесь, что начало распознаётся ожидаемым декодером; для звука проверьте длительность и воспроизведение; для PGS откройте несколько событий. Если один файл пуст или заметно короче ожидаемого, вернитесь к выбору программы, PID или диапазона до финального mux. Такой контроль особенно важен для transport stream, где потеря пакетов может затронуть одну дорожку сильнее, чем остальные.

После проверки Проверка файлов после demux оставьте рядом со скриптом минимальный вариант с одним DGSource. Для Проверка файлов после demux этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.

Перемещение исходника после создания DGI

Если видео нужно перенести на другой диск, сначала завершите перенос, а потом создавайте финальный DGI. Уже существующий проект может ссылаться на старый путь и перестать открываться. При разовой работе проще пересоздать индекс, чем вручную править множество записей. В автоматизированном архиве стоит заранее выбрать постоянную структуру каталогов и проверить её на тестовом проекте, чтобы скрипты не зависели от случайной буквы диска или временной сетевой точки.

Если Перемещение исходника после создания DGI относится к проблемному TS или MPLS, добавьте в заметку выбранную программу, PID или сегмент. Для Перемещение исходника после создания DGI эти данные сокращают повторный поиск и позволяют воспроизвести именно тот маршрут, на котором был создан DGI.

Совместимость последующих фильтров

Успешный DGSource доказывает только то, что кадры получены из DGI. Следующий фильтр может иметь собственные ограничения по bit depth, pixel format, размеру или среде выполнения. Добавляйте обработку по одному звену и после каждого шага открывайте тот же короткий диапазон. Если ошибка появляется после resize, denoise или другого фильтра, не пересоздавайте DGI автоматически: сначала проверьте требования именно этого звена. Такой подход экономит время и сохраняет исходный индекс как контрольный вариант.

Контроль Совместимость последующих фильтров завершайте коротким тестом начала, середины и конца. Если в Совместимость последующих фильтров все три позиции читаются одним DGI, переходите к следующему звену; если нет, сохраняйте первую проблемную позицию для локального теста.

Одинарный и двойной deinterlace

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

При автоматизации Одинарный и двойной deinterlace считайте задачу успешной только после чтения созданного DGI. В Одинарный и двойной deinterlace само наличие индексного файла недостаточно: тестовый вызов DGSource должен получить кадры на заранее выбранных позициях.

Осторожное применение Force Film

Force Film имеет смысл только при подтверждённой структуре, для которой такой режим восстанавливает ожидаемую прогрессивную последовательность. Не применяйте его как универсальное средство уменьшить частоту кадров. Проверьте несколько сцен, включая участки с движением и монтажными переходами. Если появляются повторы или нерегулярный ритм, вернитесь к режиму, который следует флагам, и решайте гибридную структуру адаптивным фильтром дальше по цепочке.

Для Осторожное применение Force Film сохраните имя исходника, путь DGI и две-три проверенные позиции. После изменения драйвера или фильтров для Осторожное применение Force Film откройте те же кадры: сравнение на одинаковом материале сразу показывает, изменилось ли поведение source.

Ручной PID без перебора

Set PIDs полезен, когда таблицы программы отсутствуют или повреждены, но значения должны происходить из анализа потока. После выбора видео-PID пройдите несколько точек и убедитесь, что это нужная программа. То же относится к аудио: одинаковый язык или кодек может встречаться в нескольких сервисах мультиплекса. Сохраняйте выбранные значения в заметке к проблемному TS, чтобы при повторной обработке не угадывать их заново и не получать другой результат.

Для задачи Ручной PID без перебора не меняйте одновременно путь, GPU и фильтры. В проверке Ручной PID без перебора зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Источник с неподдерживаемым кодеком

Если контейнер содержит AV1, VP9 или другой видеокодек вне подтверждённого набора DGDecNV, не пытайтесь заставить DGIndexNV обработать его сменой расширения или предварительным remux. Выберите source-фильтр, который действительно декодирует этот формат. Остальная часть конвейера может остаться похожей: после получения кадров используются те же принципы проверки crop, цвета и финального encode. Главное — заменить именно источник, не приписывая DGDecNV универсальность, которой у него нет.

Для Источник с неподдерживаемым кодеком полезно хранить исходник неизменным до финальной приёмки. Тогда в Источник с неподдерживаемым кодеком любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

Отдельный финальный encoder

После успешного DGSource ещё не определены кодек выхода, битрейт, режим качества и контейнер. Эти решения принадлежат кодировщику и muxer. Сначала убедитесь, что кадровый скрипт даёт правильную картинку, затем запустите короткий тест с тем encoder, который будет использоваться в финале. Если результат корректен, переносите параметры на полный проход. Такой порядок отделяет ошибки source-фильтра от ошибок настроек x264, x265, NVENC или другого выбранного энкодера.

В сценарии Отдельный финальный encoder запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для Отдельный финальный encoder такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

Свободное место и промежуточные дорожки

Индекс DGI мал по сравнению с исходником, но demux способен создать крупные видео- и аудиофайлы. Перед обработкой многодорожечного Blu-ray или длинного TS оцените свободное место и извлекайте только действительно нужные потоки. Если последующая цепочка умеет читать видео через DGSource, отдельный видеодемультиплекс может быть лишним. Контроль диска предотвращает ситуацию, когда Save Project завершается ошибкой из-за нехватки места уже после длительного чтения материала.

После проверки Свободное место и промежуточные дорожки оставьте рядом со скриптом минимальный вариант с одним DGSource. Для Свободное место и промежуточные дорожки этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.

Повторяемый шаблон без скрытых допущений

Шаблон AVS или VPY полезен только тогда, когда его неизменная часть действительно подходит всей группе источников. Оставляйте в нём загрузку проверенных компонентов и общую структуру, а зависимые от файла crop, задержку и цветовые параметры передавайте через предусмотренные подстановки или задавайте явно. Перед массовым запуском откройте созданный скрипт как текст и проверьте пути. Один неверный абсолютный каталог способен сломать целую очередь, хотя DGI каждого файла будет корректным.

Если Повторяемый шаблон без скрытых допущений относится к проблемному TS или MPLS, добавьте в заметку выбранную программу, PID или сегмент. Для Повторяемый шаблон без скрытых допущений эти данные сокращают повторный поиск и позволяют воспроизвести именно тот маршрут, на котором был создан DGI.

Сравнение с программным source

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

Контроль Сравнение с программным source завершайте коротким тестом начала, середины и конца. Если в Сравнение с программным source все три позиции читаются одним DGI, переходите к следующему звену; если нет, сохраняйте первую проблемную позицию для локального теста.

VC-1 из дискового источника

VC-1 остаётся одним из подтверждённых кодеков DGDecNV и встречается в части Blu-ray-материалов. При таком источнике сначала проверьте, что выбран правильный MPLS или M2TS, затем создайте короткий DGI и откройте его чистым DGSource. Не переносите настройки HEVC по привычке: структура потока и аппаратные возможности декодера для VC-1 отдельны. Если ошибка возникает только на одном сегменте, индексируйте его отдельно; если весь VC-1 тестовый набор не работает, проверяйте выбранное устройство и возможности GPU до любых фильтров.

При автоматизации VC-1 из дискового источника считайте задачу успешной только после чтения созданного DGI. В VC-1 из дискового источника само наличие индексного файла недостаточно: тестовый вызов DGSource должен получить кадры на заранее выбранных позициях.

MPEG-2 и pulldown

MPEG-2 требует внимательной работы с временной структурой, особенно на материале с pulldown-флагами. Сначала посмотрите движение и типы кадров в последовательном Preview, затем сравнивайте режимы fieldop на одном тестовом фрагменте. Force Film оправдан только при устойчивой структуре, которую вы реально подтвердили. Если источник смешанный, сохраняйте более нейтральную интерпретацию и выполняйте адаптивную обработку после DGSource. Изменять FPS вручную ради совпадения с ожидаемым числом нельзя без проверки звука и ритма движения.

Для MPEG-2 и pulldown сохраните имя исходника, путь DGI и две-три проверенные позиции. После изменения драйвера или фильтров для MPEG-2 и pulldown откройте те же кадры: сравнение на одинаковом материале сразу показывает, изменилось ли поведение source.

Прямое индексирование MKV

Matroska можно использовать как вход, если содержащийся видеокодек поддерживается DGDecNV. Это позволяет не создавать отдельный elementary stream только ради кадрового доступа. Сначала проверьте видео через DGIndexNV, затем сохраните DGI и откройте его в скрипте. Если задача требует управления главами, вложениями или сложным набором текстовых субтитров, эти контейнерные функции разумнее оставить специализированному Matroska-инструменту. DGDecNV здесь ценен именно как видеосource и технический demux, а не как универсальный редактор структуры MKV.

Для задачи Прямое индексирование MKV не меняйте одновременно путь, GPU и фильтры. В проверке Прямое индексирование MKV зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Прямое индексирование MP4

MP4 также может выступать контейнером-источником для поддерживаемого AVC или HEVC. Практический тест должен отделять контейнер от декодера: если MP4 открывается, сохраните DGI и проверьте произвольный доступ к кадрам в конце файла; если нет, извлеките видеопоток известным demuxer и повторите индексирование. Успешный elementary stream при неудачном MP4 указывает на контейнерный уровень, а не на отсутствие поддержки самого кодека. Финальный MP4 при этом всё равно создаётся отдельным muxer после кодирования.

Для Прямое индексирование MP4 полезно хранить исходник неизменным до финальной приёмки. Тогда в Прямое индексирование MP4 любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

Диапазон и demux в одной задаче

Когда выбран только участок источника, заранее определите, должны ли извлекаемые дорожки соответствовать этому же диапазону или нужны целиком. После Save Project и demux сравните длительность полученных файлов с ожидаемой областью и проверьте начало. На повреждённом TS аудио и видео могут реагировать на разрывы по-разному, поэтому одна успешная дорожка не доказывает корректность остальных. Если цель лишь кадровая обработка видео, временно отключите необязательный demux: это упрощает диагностику и уменьшает нагрузку на диск.

В сценарии Диапазон и demux в одной задаче запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для Диапазон и demux в одной задаче такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

Пути в AVS и VPY шаблоне

Шаблон становится ненадёжным, когда путь к DLL, DGI или аудиофайлу зависит от текущего каталога запуска. После генерации AVS или VPY откройте его как обычный текст и проверьте, во что превратились служебные подстановки. Каталоги с пробелами должны быть корректно представлены синтаксисом выбранной скриптовой среды. Если скрипт работает из GUI, но ломается из пакетного кодировщика, сравните рабочий каталог и пути, прежде чем подозревать сам индекс или GPU.

После проверки Пути в AVS и VPY шаблоне оставьте рядом со скриптом минимальный вариант с одним DGSource. Для Пути в AVS и VPY шаблоне этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.

Выбор устройства в системе с несколькими NVIDIA

На рабочей станции с несколькими NVIDIA-адаптерами зафиксируйте, какое устройство использует DGDecNV. Для каждого кандидата сначала проверьте короткий известный источник нужного кодека и глубины. Не выбирайте GPU только по объёму памяти: важна аппаратная поддержка декодирования конкретного режима. Если одна карта занята другой задачей, временно повторите тест без конкурирующей нагрузки. После выбора сохраните это решение в конфигурации пакетного процесса, чтобы разные задания не переключались между устройствами непредсказуемо.

Если Выбор устройства в системе с несколькими NVIDIA относится к проблемному TS или MPLS, добавьте в заметку выбранную программу, PID или сегмент. Для Выбор устройства в системе с несколькими NVIDIA эти данные сокращают повторный поиск и позволяют воспроизвести именно тот маршрут, на котором был создан DGI.

Конкуренция за GPU и диск

Параллельный запуск нескольких индексаторов не гарантирует ускорение. Они могут одновременно читать один накопитель, записывать demux-файлы и обращаться к одному аппаратному декодеру. Измерьте один, два и несколько параллельных заданий на реальных источниках, сравнивая не загрузку CPU, а суммарное время завершения. Если при добавлении задач пропускная способность почти не растёт, ограничьте параллельность. Для воспроизводимого теста используйте одинаковый набор файлов и отключите фоновые копирования, иначе результат будет зависеть от случайной нагрузки.

Контроль Конкуренция за GPU и диск завершайте коротким тестом начала, середины и конца. Если в Конкуренция за GPU и диск все три позиции читаются одним DGI, переходите к следующему звену; если нет, сохраняйте первую проблемную позицию для локального теста.

Проверка после изменения драйвера

После значимого обновления NVIDIA-драйвера не нужно сразу пересоздавать всю библиотеку DGI. Сначала возьмите несколько известных исправных проектов разных кодеков и откройте их минимальным DGSource. Если старые индексы читаются и кадры совпадают на контрольных позициях, переходите к обычной работе. Если проблема появилась во всех тестах, исследуйте взаимодействие драйвера и декодера; если только один DGI перестал открываться, проверяйте сам проект, путь и источник. Такой набор контрольных файлов отделяет системное изменение от единичного дефекта.

При автоматизации Проверка после изменения драйвера считайте задачу успешной только после чтения созданного DGI. В Проверка после изменения драйвера само наличие индексного файла недостаточно: тестовый вызов DGSource должен получить кадры на заранее выбранных позициях.

Сбой около конца файла

Ошибка, которая возникает только ближе к концу, требует отдельного диапазона вокруг первой проблемной позиции. Попробуйте Preview перед ней, затем после неё, и создайте короткий проект на этом участке. Если новый DGI ломается в том же месте, проверьте исходный контейнер или транспортный поток на повреждение. Если локальный индекс работает, а большой нет, сравните список входных сегментов и границы. Эта методика полезнее полного повторного индексирования с произвольными настройками, потому что сохраняет воспроизводимую позицию сбоя.

Для Сбой около конца файла сохраните имя исходника, путь DGI и две-три проверенные позиции. После изменения драйвера или фильтров для Сбой около конца файла откройте те же кадры: сравнение на одинаковом материале сразу показывает, изменилось ли поведение source.

Разрывы временных меток в TS

Телевизионный TS может содержать discontinuity, потерянные пакеты или монтажные склейки с изменением временных меток. DGIndexNV способен проиндексировать многие такие записи, но итог нужно проверять вокруг разрывов. Отметьте известные места смены программы или записи, пройдите их в Preview и после demux сравните длительность звука. Если синхронизация начинает дрейфовать именно после одного разрыва, постоянная задержка не решит причину; потребуется обработка временной шкалы другим инструментом или раздельная работа с сегментами.

Для задачи Разрывы временных меток в TS не меняйте одновременно путь, GPU и фильтры. В проверке Разрывы временных меток в TS зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Отсутствие монтажного таймлайна как рабочее ограничение

Выбор начала и конца в DGIndexNV не образует монтажную последовательность из множества клипов. Если нужно удалить десятки рекламных блоков, переставить сцены или наложить графику, лучше использовать DGI как источник для скриптового Trim либо передать материал в NLE. Это не недостаток декодера как такового, а граница его роли. Чем раньше задача разделена на индексирование и собственно монтаж, тем меньше риск пытаться воспроизвести сложную композицию через технические маркеры одного диапазона.

Для Отсутствие монтажного таймлайна как рабочее ограничение полезно хранить исходник неизменным до финальной приёмки. Тогда в Отсутствие монтажного таймлайна как рабочее ограничение любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

DGDenoise как отдельный фильтр

DGDenoise относится к дополнительным фильтрам DGDecodeNV и должен оцениваться после того, как чистый DGSource уже проверен. Выберите шумный статичный участок и сцену с мелким движением, примените умеренные параметры и сравните одинаковые кадры. Если фактура исчезает вместе с шумом, ослабьте обработку. Не используйте наличие DGDenoise как доказательство, что DGIndexNV имеет визуальную панель шумоподавления: фильтр работает в скриптовой кадровой цепочке, поэтому его параметры и порядок относительно других операций задаются там.

В сценарии DGDenoise как отдельный фильтр запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для DGDenoise как отдельный фильтр такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

DGSharpen без переусиления

DGSharpen также применяется в скриптовой обработке, а не как эффект на таймлайне DGIndexNV. Оценивать его лучше после определения окончательного размера изображения, потому что resize сам меняет воспринимаемую резкость. Используйте кадры с тонкими линиями, текстурами и контрастными границами, сравнивая без масштабирования окна. Слишком сильная настройка может подчеркнуть шум и контуры, поэтому тестовый encode короткого участка полезнее субъективной оценки одного увеличенного кадра в GUI.

После проверки DGSharpen без переусиления оставьте рядом со скриптом минимальный вариант с одним DGSource. Для DGSharpen без переусиления этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.

DGDecimate и временная структура

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

Если DGDecimate и временная структура относится к проблемному TS или MPLS, добавьте в заметку выбранную программу, PID или сегмент. Для DGDecimate и временная структура эти данные сокращают повторный поиск и позволяют воспроизвести именно тот маршрут, на котором был создан DGI.

DGBob и PVBob в тестовой цепочке

DGBob и PVBob относятся к обработке полей и движения, поэтому их нельзя оценивать на прогрессивном статичном кадре. Возьмите настоящий интерлейсный фрагмент с горизонтальным движением, проверьте порядок полей и сравните последовательность кадров при одинаковом масштабе. Если исходник гибридный, тестируйте несколько сцен. Эти фильтры работают после получения кадров и не меняют сам DGI; при неудачном результате можно вернуться к чистому DGSource без повторного индексирования исходника.

Контроль DGBob и PVBob в тестовой цепочке завершайте коротким тестом начала, середины и конца. Если в DGBob и PVBob в тестовой цепочке все три позиции читаются одним DGI, переходите к следующему звену; если нет, сохраняйте первую проблемную позицию для локального теста.

Имена DGI в пакетной очереди

В пакетной обработке имя DGI должно однозначно связываться с исходником и не конфликтовать с другим заданием. Не используйте один фиксированный output path для нескольких параллельных процессов. После создания проекта проверяйте, что скрипт ссылается именно на его DGI, а не на файл от предыдущего запуска. Если вход состоит из нескольких сегментов, сохраняйте их список в журнале задания. Такая дисциплина не меняет функции DGDecNV, но предотвращает ошибки, которые внешне выглядят как неверные кадры или неожиданная длительность.

При автоматизации Имена DGI в пакетной очереди считайте задачу успешной только после чтения созданного DGI. В Имена DGI в пакетной очереди само наличие индексного файла недостаточно: тестовый вызов DGSource должен получить кадры на заранее выбранных позициях.

Несовместимый DGI и лишняя копия DLL

Сообщение о несовместимом DGI сначала проверяйте на согласованность DGIndexNV и DGDecodeNV. Если в системе есть несколько каталогов AviSynth, автозагрузка плагинов или разные версии DLL, хост может подхватить не тот файл, который вы считаете активным. Создайте новый DGI текущим DGIndexNV и загрузите конкретную DLL явным путём в минимальном скрипте. Если такой тест работает, возвращайте остальные каталоги по одному. Ручная правка сигнатуры DGI не заменяет совпадение внутреннего формата индекса и декодера.

Для Несовместимый DGI и лишняя копия DLL сохраните имя исходника, путь DGI и две-три проверенные позиции. После изменения драйвера или фильтров для Несовместимый DGI и лишняя копия DLL откройте те же кадры: сравнение на одинаковом материале сразу показывает, изменилось ли поведение source.

Remux не меняет неподдерживаемый кодек

Перекладывание видеопотока из MKV в MP4 или обратно меняет контейнер, но не сам кодек. Если DGDecNV не поддерживает видеосжатие внутри, обычный remux не создаст совместимость. Он полезен только как диагностический шаг, когда проблема относится к парсингу конкретного контейнера при уже поддерживаемом AVC, HEVC, MPEG-2 или VC-1. Перед remux сохраните оригинал, а после сравните тот же участок: если elementary stream и новый контейнер работают, исследуйте исходную структуру контейнера, а не параметры аппаратного декодера.

Для задачи Remux не меняет неподдерживаемый кодек не меняйте одновременно путь, GPU и фильтры. В проверке Remux не меняет неподдерживаемый кодек зафиксируйте исходное состояние, измените один фактор и повторите тот же фрагмент, иначе причина улучшения или сбоя останется неясной.

Сетевой путь и полный путь в проекте

DGI, который ссылается на сетевую папку, зависит не только от имени файла, но и от доступности ресурса в момент запуска хоста. Если GUI открывается под одной учётной записью, а пакетный encoder работает в другом контексте, одинаковая строка пути может иметь разные права доступа. Проверьте минимальный DGSource именно из того процесса, который будет выполнять финальную задачу. Для долгой очереди предпочтительна стабильная схема путей; временные буквы подключённых дисков и меняющиеся сетевые маппинги делают воспроизводимость хуже.

Для Сетевой путь и полный путь в проекте полезно хранить исходник неизменным до финальной приёмки. Тогда в Сетевой путь и полный путь в проекте любой спорный кадр можно повторно проиндексировать и сравнить без риска, что промежуточная операция уже изменила материал.

Process Priority и реальная производительность

Настройка Process Priority меняет приоритет процесса Windows, а не качество декодирования и не набор поддерживаемых кодеков. Повышать её ради ускорения следует только после измерения, потому что узким местом может быть диск, GPU или следующий фильтр. Для сравнения используйте один и тот же источник и одинаковую цепочку, фиксируя общее время. Если время почти не меняется, приоритет не решает ограничение. Слишком агрессивный приоритет способен ухудшить отзывчивость других компонентов, не увеличив пропускную способность самого pipeline.

В сценарии Process Priority и реальная производительность запишите, какой файл был входом, какой диапазон использовался и открылся ли чистый DGSource. Для Process Priority и реальная производительность такая короткая запись помогает повторить диагностику без догадок, если ошибка вернётся после переноса проекта.

Playback Speed не меняет FPS проекта

Playback Speed относится к удобству просмотра в DGIndexNV. Он не должен использоваться как способ задать частоту кадров будущего файла. Реальная временная структура определяется потоком, pulldown-флагами, fieldop, deinterlace и последующей обработкой. Если Preview кажется слишком быстрым или медленным, сначала отделите интерфейсную скорость воспроизведения от FPS, который получает DGSource. Финальную частоту проверяйте уже в кадровой цепочке и согласуйте её со звуком перед кодированием.

После проверки Playback Speed не меняет FPS проекта оставьте рядом со скриптом минимальный вариант с одним DGSource. Для Playback Speed не меняет FPS проекта этот вариант служит контрольной точкой: сложную цепочку всегда можно временно сократить и проверить, сохраняется ли проблема на исходных кадрах.