NEAV1E помогает кодировать видео в AV1 и другие поддерживаемые форматы через aom/libaom, rav1e, SVT-AV1, VP9, x264/x265 и аппаратные AV1-кодировщики, разбивая исходник на части для параллельной обработки, собирая результат обратно в файл и управляя качеством, фильтрами, звуком, субтитрами, очередью и пакетными заданиями из одного интерфейса.

Главная практическая особенность NEAV1E — не просто графические поля вместо командной строки, а рабочая схема с чанками и несколькими воркерами. Длинный исходник можно разделить на равные участки или сцены, отдать части нескольким процессам кодирования и после завершения объединить их. Для медленных программных AV1-кодировщиков такой подход особенно полезен на многоядерных процессорах, где один экземпляр кодировщика не всегда загружает систему так, как хотелось бы. При этом число воркеров, способ разбиения, промежуточное перекодирование и длина чанка настраиваются отдельно, поэтому ускорение не сводится к безусловному правилу чем больше процессов, тем лучше.

В программе есть отдельные вкладки Summary, Filters, Chunking, Video, HDR, Advanced, Audio, Subtitles и Queue. На них собраны сведения об исходнике, пресеты, выбор кодировщика, режим качества, битовая глубина и цветовая субдискретизация, частота кадров, фильтры, параметры звуковых и субтитровых дорожек, расширенные опции конкретных кодировщиков и управление очередью. Русская локализация предусмотрена в настройках интерфейса, хотя часть технических названий и параметров остается на английском — это полезно учитывать при сопоставлении полей с документацией aomenc, SVT-AV1, rav1e, FFmpeg или аппаратного кодировщика.

Для каких задач подходит NEAV1E

NEAV1E рассчитан прежде всего на перекодирование готового видео, когда важны управляемое качество, AV1 и возможность загрузить процессор несколькими параллельными заданиями. Это не монтажная среда с таймлайном, переходами и композитингом. Логика работы ближе к специализированному фронтенду кодировщиков: выбрать исходник, определить контейнер назначения, настроить видео и сопутствующие дорожки, задать способ разбиения, добавить задание в очередь и запустить обработку.

Программа полезна в нескольких типичных сценариях. Для архивирования можно использовать программный AV1-кодировщик и режим постоянного качества; для серии однотипных роликов — сохранить пресет и применить его в пакетном режиме; для быстрой выдачи результата — выбрать доступный аппаратный AV1-кодировщик; для материала с черными полями — включить Crop, посмотреть предварительный кадр и при необходимости использовать автоматическое определение обрезки. Если источник содержит несколько аудиодорожек и субтитров, их можно включать или отключать отдельно, задавать язык и имена дорожек, а субтитры при необходимости помечать как Default или прожигать в изображение.

Задача	Что использовать в NEAV1E	На что обратить внимание
Архивное AV1-кодирование	libaom/aomenc, rav1e или SVT-AV1, режим качества, 10-бит при необходимости	Время кодирования и объем временных файлов
Максимальная загрузка CPU	Chunking и несколько Workers	Число процессов подбирают по реальной загрузке и памяти
Пакет папки	Открытие целой папки, пресет, контейнер и очередь	Проверить подпапки и зеркалирование структуры
Быстрое AV1	QuickSync, NVENC или AMF при наличии подходящего оборудования	Совместимость зависит от GPU, драйвера и доступного кодировщика
Подготовка изображения	Crop, Resize, Rotate, Deinterlace	Фильтры меняют видеопоток и требуют перекодирования
Несколько дорожек	Audio и Subtitles	Контейнер должен поддерживать выбранное сочетание дорожек

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

Интерфейс и первый запуск

Главное окно построено вокруг верхней панели действий и набора вкладок. Кнопка Source выбирает источник, Destination задает выходной файл, Add to Queue фиксирует текущее задание в очереди, Start запускает обработку, Cancel прерывает текущую работу, а кнопка с шестеренкой открывает настройки программы. Такая схема важна: изменение параметров в форме и добавление задания в очередь — разные этапы. Если вы уже добавили задачу, а затем поменяли поля в текущем профиле, нужно понимать, какие параметры сохранены внутри элемента очереди и не рассчитывать, что последующее редактирование автоматически перепишет уже подготовленную задачу.

Вкладка Summary дает краткую сводку. В блоке Input / Output видны пути источника и назначения, Video Information показывает длительность, формат цвета, частоту кадров и разрешение. Ниже Current Encoding Settings отображает выбранный кодировщик, цветовую субдискретизацию, частоту кадров и битовую глубину. Еще ниже расположен блок Presets с выбором сохраненного пресета, кнопками Save, Delete и Set as Default. Такая компоновка удобна как контрольная точка перед запуском: здесь легче заметить, что, например, выбран не тот энкодер или случайно осталась 8-битная обработка вместо 10-битной.

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

Открытие источника и выбор результата

Через Source можно открыть одиночный видеофайл, целую папку для пакетной обработки или ранее сохраненный файл проекта. В диалоге одиночного файла фильтр перечисляет MP4, MKV, WebM, FLV, AVI, MOV, WMV и TS, при этом остается вариант All Files. Пакетный режим отдельно обходит набор расширений, включая MP4, MKV, WebM, FLV, AVI, MOV, WMV, MPG и TS. Наличие расширения в списке означает, что программа предлагает такой файл выбрать или добавить, но фактическая возможность декодировать конкретный поток внутри контейнера по-прежнему зависит от используемых мультимедийных компонентов и содержимого файла.

Для результата диалог Destination предлагает MKV, WebM и MP4. Выбор контейнера нельзя рассматривать отдельно от кодека, аудио и субтитров. Например, MKV обычно наиболее свободно принимает разные дорожки, тогда как WebM предъявляет более узкие требования к совместимым кодекам. Если после смены контейнера появляются ошибки при финальном объединении, проверять нужно не только видеокодек, но и аудиокодек, тип субтитров и метаданные.

Один файл, целая папка и файл проекта

Одиночный файл удобен для ручной настройки: сначала загрузить ролик, проверить MediaInfo-подобные сведения в Summary, настроить фильтры и качество, затем задать Destination. Папочный режим рассчитан на повторяемую обработку. В нем список найденных файлов показывается отдельно, выбирается папка назначения, пресет и контейнер, после чего задачи добавляются в Queue. Файл проекта нужен для возврата к сохраненному состоянию задания; это не медиаконтейнер и не экспорт видео, а способ сохранить параметры и пути для дальнейшей работы.

При пакетной обработке важны две настройки: Include Subfolders in Batch Mode и Mirror Folder Structure. Первая определяет, будет ли поиск входных файлов заходить во вложенные каталоги. Вторая позволяет воспроизвести структуру исходных подпапок в папке результата. Это особенно полезно для коллекций, где одинаковые имена файлов встречаются в разных каталогах: зеркалирование структуры уменьшает риск конфликтов имен и сохраняет исходную организацию материала.

Именование и контейнер в пакетном режиме

Пакетная логика связана с пресетами. В русских ресурсах интерфейса предусмотрены переменные вида {filename} для входного имени и {presetname} для имени пресета. Если строится повторяемый рабочий процесс, разумно сначала создать и проверить один пресет на коротком ролике, а затем использовать его для каталога. Это снижает вероятность ситуации, когда десятки файлов уже стоят в очереди с неверным битрейтом, частотой кадров или фильтром.

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

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

Ключевая схема NEAV1E состоит из трех шагов: исходный ролик делится на части, части кодируются несколькими воркерами, затем получившиеся фрагменты объединяются в единый выходной файл. Воркеры — это параллельно работающие процессы или задания кодирования, а не потоки внутри одного экземпляра энкодера. Именно поэтому слишком большое значение Worker Count способно не ускорить, а замедлить работу: несколько процессов конкурируют за ядра CPU, память, дисковую подсистему и кэш.

Практически число воркеров подбирают по кодировщику и системе. Если один процесс libaom загружает процессор неполностью, несколько чанков могут дать заметно лучшую утилизацию. Если SVT-AV1 уже хорошо масштабируется на все ядра, чрезмерное число параллельных экземпляров может только добавить накладные расходы. Для аппаратного кодирования появляются другие ограничения: количество одновременных аппаратных сессий, скорость чтения/записи и возможности конкретного драйвера.

Encoding Mode: Chunking, Queue и Chunking + Queue

На вкладке Chunking можно выбрать общий режим выполнения. Chunking ориентирован на разбиение одного задания и параллельную обработку его частей. Queue последовательно работает с элементами очереди без идеи ускорять каждый файл несколькими чанками. Chunking + Queue сочетает очередь с разбиением отдельных заданий. Выбор зависит от того, что требуется загрузить эффективнее: один длинный ролик или большой список независимых файлов.

Для пакета коротких клипов иногда логичнее очередь без дополнительного дробления каждого клипа: накладные операции подготовки и объединения могут стать непропорционально заметными. Для одного длинного фильма, напротив, Chunking может быть основным механизмом ускорения. Комбинированный вариант полезен, если файлы длинные и их много, но в таком случае особенно важно не выставлять чрезмерное число воркеров.

Способы разбиения: Equal Chunking, PySceneDetect и Disable

Equal Chunking делит материал на приблизительно равные временные участки. Это предсказуемая схема, удобная для загрузки нескольких воркеров. Scene Detect через PySceneDetect пытается выбирать границы по сценам, что может уменьшать риск неудачного разреза внутри сложного GOP или резкого перехода, но требует отдельного этапа анализа и чувствительно к настройкам поиска сцен. В более поздней конфигурации программы предусмотрено и отключение splitting, когда видео кодируется без разбиения.

В настройках программы есть Use Input Seeking с предупреждением о более быстром поиске для PySceneDetect и возможной потере точности кадров. Если при сценовом разбиении обнаруживаются смещенные границы, пропущенные кадры или несогласованность с ожидаемым таймингом, этот переключатель — один из первых кандидатов для проверки. Для задач, где важна точная кадровая граница, ускоренный seeking не всегда оптимален.

Reencode Method и промежуточные чанки

NEAV1E умеет подготавливать чанки разными способами. В интерфейсе Chunking присутствует Reencode Method с вариантами, рассчитанными на промежуточное перекодирование. Смысл этой настройки — получить фрагменты, которые затем можно независимо отправлять воркерам. Быстрое промежуточное кодирование должно минимизировать потери и не становиться основным узким местом. Чем тяжелее выбран промежуточный метод, тем больше времени и места на диске требуется еще до основного AV1-энкодинга.

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

Выбор кодировщика

Список Encoder на вкладке Video охватывает несколько способов получить AV1 и несколько альтернативных кодеков. В интерфейсе перечислены aom (AV1 FFmpeg), rav1e (AV1 FFmpeg), svt-av1 (AV1 FFmpeg), vpx-vp9 (VP9 FFmpeg), отдельные aomenc, rav1e и svt-av1, затем x265 (HEVC FFmpeg), x264 (AVC FFmpeg), а также QuickSync, NVENC и AMF для аппаратного AV1. Благодаря этому один и тот же интерфейс можно использовать и для программного AV1, и для контрольного H.264/H.265, и для аппаратного ускорения.

Важное различие — строки с пометкой FFmpeg и отдельные исполняемые кодировщики. В первом случае NEAV1E формирует параметры для соответствующего кодека через FFmpeg; в отдельном варианте работает с самостоятельным энкодером и его собственным набором аргументов. Поля качества и Advanced поэтому меняются в зависимости от выбранной строки. Нельзя переносить числовое значение quantizer, preset или speed из одного энкодера в другой и ожидать одинакового результата: шкалы и смысл значений различаются.

aom/libaom и aomenc

AOM — референсная реализация AV1 и один из наиболее гибких вариантов в NEAV1E. Для варианта aom через FFmpeg в Quality доступны Constant Quality, Constrained Quality, Average Bitrate, Constrained Bitrate и Target VMAF. Квантизатор в этом режиме имеет шкалу до 63. В режимах с ограничением битрейта появляются отдельные поля минимального, среднего и максимального значения. В Constant Quality главным ориентиром становится квантизатор: меньшие значения обычно означают более высокое качество и больший размер, но конкретный результат зависит от материала и остальных параметров.

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

rav1e и librav1e

rav1e представлен как через FFmpeg, так и отдельным энкодером. Для librav1e через FFmpeg интерфейс дает переключение между Constant Quality и Bitrate, а шкала quantizer отличается от AOM и доходит до 255. Это наглядный пример, почему числовые значения разных кодировщиков нельзя сравнивать напрямую. Переход с AOM на rav1e требует заново подобрать качество на тестовом фрагменте, а не копировать прежнее число.

В Advanced для rav1e предусмотрены дополнительные параметры, включая число потоков. Такие поля полезны, если стандартный пресет не дает нужного баланса между внутренним параллелизмом одного процесса и количеством воркеров NEAV1E. Настройка двух уровней параллельности одновременно требует осторожности: условные четыре воркера, каждый из которых пытается использовать много потоков, способны перегрузить систему сильнее, чем один или два более крупных процесса.

SVT-AV1 и libsvt-av1

SVT-AV1 ориентирован на эффективное многоядерное кодирование и в NEAV1E доступен как через FFmpeg, так и отдельным вариантом. Для FFmpeg-интеграции в Quality предлагаются CRF и Bitrate. После изменений в самом SVT-AV1 программа перешла на CRF для этого пути; поэтому старые инструкции, где предполагается иной режим управления качеством, могут не совпадать с текущими полями интерфейса.

В Advanced для SVT-AV1 есть Tile Columns, Tile Rows, Max GOP Size, Lookahead, Film Grain, Film Grain Denoise и AQ Mode. Эти параметры уже относятся к настройке самого энкодера, а не к общему механизму NEAV1E. Max GOP Size задает размер группы кадров, Lookahead — глубину анализа будущих кадров, а параметры Film Grain управляют инструментами зерна SVT-AV1. Если задача не требует точной ручной настройки, безопаснее начинать с пресета скорости и режима качества, а расширенные поля менять только при понятной цели.

VP9, x264 и x265

Видеокодек VP9 представлен как vpx-vp9 через FFmpeg. Для него доступны Constant Quality, Constrained Quality, Average Bitrate и Constrained Bitrate. В Advanced открываются характерные для libvpx параметры: Threads, Tile Columns, Tile Rows, Lag In Frames, Max GOP, AQ Mode, Tune, Tune-Content, а также ARNR и его связанные значения. Наличие VP9 удобно для проектов, где AV1 не подходит по совместимости, но нужен родственный по назначению современный кодек.

x264 и x265 присутствуют как FFmpeg-кодировщики AVC и HEVC. В контексте NEAV1E они полезны не только как конечные форматы, но и как точка сравнения с AV1: можно использовать один и тот же исходник, фильтры и контейнерную логику, меняя видеокодек. При этом само наличие x264/x265 не превращает программу в универсальный монтажный конвертер; архитектура по-прежнему строится вокруг кодирования и очереди.

QuickSync, NVENC и AMF

Аппаратные пункты QuickSync (AV1 Intel HW), NVENC (AV1 NVIDIA HW) и AMF (AV1 AMD HW) предназначены для систем, где соответствующее оборудование и драйвер действительно поддерживают аппаратное кодирование AV1. В официальном перечне проекта QuickSync связан с Intel Arc, а NVENC — с поколением NVIDIA, умеющим AV1 encode. Поддержка AMF AV1 была добавлена отдельно и в примечании к тому релизу обозначалась как непроверенная, поэтому для AMD особенно важно сначала сделать короткий тест.

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

Параметры видео: глубина, цвет и частота кадров

В блоке Video рядом с Encoder находятся Bit Depth, Color Format, Framerate, а также переключатели VFR и HDR. Bit Depth предлагает 8, 10 и 12 бит, но фактически доступные сочетания зависят от выбранного кодировщика. Для некоторых путей интерфейс ограничивает глубину меньшим набором. Если исходник 10-битный и важно не опускаться до 8 бит, это нужно проверить до постановки задачи в очередь: Summary показывает итоговую выбранную глубину.

Color Format предлагает 4:2:0, 4:2:2 и 4:4:4. Самый распространенный для потребительского видео вариант — 4:2:0, но профессиональные источники могут использовать более насыщенную цветовую дискретизацию. Поддержка конкретного формата кодировщиком и контейнером различается. Если после выбора 4:2:2 или 4:4:4 энкодер отказывается запускаться, причина часто не в NEAV1E как таковом, а в неподдерживаемой комбинации профиля, битовой глубины и выбранного пути кодирования.

Framerate позволяет оставить Same as Source или выбрать фиксированное значение из списка, включая распространенные 23.976, 24, 25, 29.97, 30, 50, 59.94 и 60 кадров/с, а также более высокие частоты. Принудительная смена частоты кадров — это содержательное преобразование, а не безобидный параметр контейнера. Если задача не требует конкретного стандарта, разумно сохранять исходную частоту. При сочетании пользовательской частоты с фильтрами особенно важно проверить результат на коротком участке, поскольку в этой цепочке исторически исправлялись ошибки, приводившие к отсутствию видеовыхода.

VFR

Переключатель VFR предназначен для материала с переменной частотой кадров. Такой режим требует повышенного внимания к контейнеру и таймингам. В ранней документации NEAV1E поддержка VFR была связана с MKV-входом и MKV-выходом; поэтому, если VFR критичен, лучше не считать MP4 или WebM эквивалентной заменой без проверки. Для видео с постоянным fps переключатель VFR обычно не нужен.

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

Качество, битрейт и скорость

Вкладка Video разделяет базовый выбор кодировщика, Optimization и Quality. Это полезное разграничение: скорость пресета и качество — разные оси. Пресет определяет, сколько вычислительной работы энкодер готов потратить на поиск эффективного представления; quantizer, CRF или bitrate определяет целевой уровень качества или объема. Перемещение Speed в более медленную сторону не гарантирует меньший файл при абсолютно тех же визуальных свойствах, но обычно дает энкодеру больше времени на оптимизацию.

Ползунок Speed имеет шкалу, которая адаптируется к выбранному энкодеру. Рядом расположены 2-Pass Encoding, Advanced Settings и, для поддерживаемого пути, Real Time Mode. Двухпроходный режим имеет смысл прежде всего там, где требуется точнее распределить заданный битрейт по ролику. В постоянном качестве два прохода часто не дают того смысла, который имеют при целевом размере; интерфейс поэтому может включать или отключать доступность опций в зависимости от режима.

Constant Quality и CRF

Constant Quality и CRF удобны, когда важнее визуальная стабильность, чем заранее известный размер файла. Энкодер сам тратит больше битов на сложные сцены и меньше на простые. Главная ошибка новичка — считать одинаковое число универсальным для всех кодировщиков. CRF SVT-AV1, quantizer AOM и quantizer rav1e имеют разные шкалы. Даже внутри одного энкодера переход на другой preset может немного изменить получившийся размер и характер артефактов.

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

Average Bitrate и ограниченный битрейт

Average Bitrate нужен, когда бюджет передачи или хранения задается в килобитах в секунду. Constrained Quality и Constrained Bitrate добавляют рамки, позволяя сочетать стремление к качеству с минимальным и максимальным битрейтом. В AOM и VP9 интерфейс выводит поля Min, Avg и Max. Нельзя задавать их механически: противоречивые значения или слишком жесткий максимум способны заставить энкодер сильнее ухудшать сложные сцены.

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

Target VMAF

NEAV1E содержит режим Target VMAF для aom через FFmpeg. Он помечался как beta и имеет отдельные параметры: целевой VMAF, количество probes, минимальный и максимальный Q, а также максимальную длину probe. Идея режима — выполнить серию пробных кодирований и подобрать квантизатор, приближающий результат к заданной метрике качества. Это существенно тяжелее обычного Constant Quality, потому что перед финальным кодированием появляются дополнительные прогоны.

Target VMAF не следует воспринимать как абсолютный измеритель визуального качества. VMAF — объективная метрика, полезная для автоматизированного сравнения, но она не гарантирует, что два разных типа контента с одинаковым числом воспринимаются человеком одинаково. Кроме того, слишком узкий диапазон MinQ/MaxQ ограничивает поиск, а большое число probes увеличивает время. Режим разумно применять там, где нужна воспроизводимая метрика, а не просто лучшее качество без численной цели.

Для работы Target VMAF нужен файл модели VMAF в ожидаемом месте. В одном из релизов модель не была добавлена в пакет, и разработчик отдельно указывал создать каталог vmaf внутри Apps и поместить туда vmaf_v0.6.1.json. Если Target VMAF завершается раньше основного энкодинга или сообщает о модели, проверять нужно именно наличие и путь модели, а не только параметры кодека.

Расширенные параметры энкодеров

Advanced Settings включаются отдельным переключателем в Optimization, после чего появляется вкладка Advanced. Ее содержимое динамически зависит от Encoder. Это сделано правильно: набор параметров VP9 не имеет смысла показывать для SVT-AV1, а опции film grain SVT-AV1 отличаются от инструментов AOM или rav1e. Перед изменением расширенного поля полезно понимать, к какому исполняемому энкодеру оно будет передано.

SVT-AV1: тайлы, GOP, lookahead и film grain

Tile Columns и Tile Rows управляют разбиением кадра на тайлы. Тайлы могут помочь внутреннему параллелизму и декодированию, но чрезмерное деление иногда снижает эффективность сжатия, поэтому значения не стоит увеличивать без причины. Max GOP Size задает верхнюю длину группы кадров, Lookahead — объем будущих кадров для анализа. Эти параметры влияют на задержку, память и способность энкодера принимать решения на большем временном окне.

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

AQ Mode включает адаптивное распределение квантования. В интерфейсе SVT-AV1 доступны значения 0, 1 и 2. Выбор влияет на то, как кодировщик перераспределяет качество между областями кадра. Если нет конкретной причины менять режим, лучше оставить рабочее значение пресета и сначала настроить CRF: одновременная коррекция нескольких продвинутых параметров затрудняет понимание, что именно улучшило или ухудшило результат.

VP9: Threads, Tiles, Lag и ARNR

Для VP9 Advanced содержит Threads, Tile Columns, Tile Rows, Lag In Frames и Max GOP. Lag In Frames задает запас кадров для анализа и влияет на задержку. Tile Columns/Rows связаны с разбиением изображения и параллелизмом. Max GOP задает максимальный интервал ключевых кадров. Для офлайн-кодирования высокое качество обычно допускает большую задержку анализа, но при обработке очень длинных файлов это увеличивает память и время подготовки.

AQ Mode для VP9 предлагает Off, Variance, Complexity, Cyclic Refresh и Equator360. Tune позволяет выбрать PSNR или SSIM, а Tune-Content — default, screen или film. Эти названия отражают цели libvpx: экранный контент с текстом и графикой ведет себя иначе, чем натуральное видео. Если кодируется запись интерфейса или презентации, screen может быть логичнее общего режима; для обычной съемки менять его без проверки не требуется.

ARNR относится к альтернативной опорной фильтрации и имеет параметры Max Frames, Strength и Type. Неправильные значения способны изменить характер временного сглаживания. Это уже уровень тонкой настройки VP9, поэтому при поиске причины артефактов лучше сначала вернуть ARNR и AQ к известным значениям, проверить базовый энкод, а затем включать изменения по одному.

Параллелизм rav1e и общий баланс Workers

В rav1e можно управлять внутренним Threads. Это не заменяет Worker Count NEAV1E. Первый параметр говорит одному энкодеру, сколько потоков использовать; второй определяет, сколько частей кодируются одновременно. На процессоре с ограниченным числом ядер разумная комбинация может быть, например, несколько умеренно многопоточных энкодеров вместо максимального числа потоков у каждого, но точного универсального числа нет. Нагрузка зависит от разрешения, пресета, фильтров и скорости диска.

При подборе параллелизма следует наблюдать не только процент CPU, но и стабильность скорости каждого воркера. Если общая загрузка 100%, а суммарный fps падает при добавлении еще одного процесса, достигнут предел. Если система начинает активно использовать файл подкачки, стоит уменьшить число параллельных чанков: AV1-кодирование высокого разрешения может требовать значительного объема памяти.

HDR и цветовые метаданные

Переключатель HDR на вкладке Video открывает отдельную вкладку HDR. Здесь задаются метаданные контейнера и цветовые характеристики: Color Primaries, Color Transfer и Color Matrix, а также координаты цветности primaries, координаты белой точки, минимальная и максимальная яркость mastering display, Max Content Light и Max Frame Light. Это не фильтр, автоматически превращающий SDR в HDR; поля предназначены для корректного описания уже соответствующего видеосигнала.

В Color Primaries доступны, в частности, BT.709, BT.470M/BG, SMPTE 170M/240M, Film, BT.2020 и SMPTE ST 428-1. В Color Transfer есть BT.709, gamma 2.2/2.8, linear, log, IEC 61966, BT.2020, SMPTE ST 2084 и ARIB STD-B67. В Color Matrix присутствуют GBR, BT709, FCC, BT470BG, SMPTE, YCOCG и варианты BT.2020. Эти поля нужно заполнять по фактическим свойствам источника, а не по желанию сделать HDR.

Mastering Display использует координаты красной, зеленой и синей первичных точек CIE 1931 и отдельно координаты белого. Luminance задает минимальную и максимальную яркость mastering display в канделах на квадратный метр. MaxCLL описывает максимальную яркость отдельного пикселя, MaxFALL — максимальную среднюю яркость кадра. Неверные метаданные могут привести к неправильному тональному отображению на HDR-устройствах, даже если сам видеопоток технически декодируется.

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

Фильтры: обрезка, масштабирование, поворот и деинтерлейс

Вкладка Filters объединяет четыре основных операции: Crop, Resize, Rotate и Deinterlace. Каждый блок включается отдельным переключателем. Фильтры выполняются до финального кодирования, поэтому влияют на пиксели, нагрузку и иногда на совместимость с выбранным энкодером. Если цель — только поменять контейнер или скопировать поток, активные фильтры противоречат такой задаче: любое изменение изображения требует декодирования и повторного кодирования.

Crop и предварительный просмотр

Crop имеет отдельные значения Left, Right, Top и Bottom. В центре блока находится предварительный кадр, а кнопки вперед и назад переключают точки просмотра. Это удобнее, чем задавать обрезку вслепую: черные полосы могут меняться между вступлением, основным материалом и финальными титрами. Проверка нескольких кадров уменьшает риск отрезать полезную часть изображения.

Кнопка Auto Detect пытается определить границы автоматически. Автоопределение следует воспринимать как стартовое значение, а не как безусловно правильный результат. Если в начале ролика есть затемнение, рамка или временная графика, алгоритм может принять ее за постоянную границу. После автоматического расчета стоит пройти несколько preview-кадров и убедиться, что лицо, текст, субтитры в кадре и важные края не попадают под обрезку.

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

Resize и алгоритмы масштабирования

Resize позволяет задать Width и Height. Значение 0 для соответствующей стороны используется как Auto, чтобы сохранить пропорции относительно другой заданной стороны. Это полезно, когда нужно, например, установить высоту 1080 и автоматически вычислить ширину. Однако если после Crop соотношение сторон стало необычным, конечное число следует проверить, особенно для кодировщиков, которым требуется четная ширина и высота при 4:2:0.

Список Scaling Algorithm включает fast_bilinear, bilinear, bicubic, experimental, neighbor, area, bicublin, gauss, sinc, lanczos и spline. Это алгоритмы масштабирования FFmpeg. Для общего видео bicubic или lanczos обычно рассматривают как качественные универсальные варианты, neighbor нужен прежде всего там, где важно сохранить жесткие пиксельные границы, а fast_bilinear отдает приоритет скорости. Выбор зависит от типа изображения: анимация, пиксельная графика и натуральная съемка реагируют на масштабирование по-разному.

Само уменьшение разрешения нередко дает больший выигрыш в размере и скорости, чем агрессивное повышение quantizer. Если 4K-исходник предназначен для экрана 1080p, осмысленный Resize до 1920×1080 может быть полезнее, чем попытка сохранить 4K любой ценой. Но это необратимое изменение пространственного разрешения, поэтому для архивного мастера масштабирование обычно не применяют.

Rotate

Rotate предлагает углы 0°, 90°, 180° и 270°. Поворот особенно полезен для роликов с неверной ориентацией, когда нужно физически изменить кадр, а не полагаться на rotation metadata. Для 90° и 270° ширина и высота меняются местами, поэтому если одновременно активен Resize, конечное разрешение нужно проверять после всей цепочки преобразований.

Deinterlace

Deinterlace предназначен для чересстрочного материала и предлагает bwdif, estdif, nnedi и yadif. Применять деинтерлейс к прогрессивному видео без необходимости не следует: фильтр анализирует структуру полей и способен смягчить детали или создать лишние артефакты. Сначала стоит определить, действительно ли источник интерлейсный, а затем выбрать алгоритм под скорость и качество.

bwdif и yadif — распространенные фильтры FFmpeg для преобразования полей в прогрессивные кадры. nnedi обычно ассоциируется с более тяжелой интерполяцией, а estdif — еще один вариант деинтерлейса. В NEAV1E выбор находится в одной строке, но вычислительная стоимость фильтров различается. Если кодирование неожиданно замедлилось после включения Deinterlace, причина может быть в фильтре, а не в AV1-энкодере.

Аудиодорожки

Вкладка Audio показывает найденные аудиодорожки списком. Каждую можно включить или отключить отдельным переключателем. Для активной дорожки выбираются Codec, Channels, Bitrate, Language и Track Name. Такой подход полезен для MKV с несколькими языками: можно сохранить только нужные дорожки, переименовать их и задать корректные языковые метки.

В списке Audio Codec доступны Opus, AC3, EAC3, AAC, MP3 и Copy Audio. Copy Audio означает сохранение исходного аудиопотока без повторного кодирования, если выбранный контейнер способен его принять. Остальные варианты требуют перекодирования. Встроенная подсказка рекомендует Opus как общий вариант, а для стерео указывает диапазон 96–128 кбит/с как ориентир. Это не обязательное значение: музыка, многоканальный звук и требования к совместимости могут требовать другого решения.

Channels предлагает 1 (Mono), 2.0 (Stereo), 5.1 и 7.1. Выбор числа каналов способен привести к downmix или другой переработке аудио. Если требуется сохранить исходную многоканальную дорожку без изменений, Copy Audio безопаснее перекодирования при условии совместимости контейнера. Если, наоборот, нужен компактный стерео-файл, следует осознанно выбрать 2.0 и подходящий битрейт.

Language записывает языковую метку дорожки, Track Name — пользовательское название. Эти поля особенно важны, если в результате несколько дорожек одного кодека: без имени и языка медиаплеер может показывать их как неопределенные Track 1 и Track 2. Метаданные не меняют звук, но заметно улучшают использование готового файла.

Импорт внешнего аудио

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

Если аудио не обнаруживается, сообщение Звук не найден может означать как реальное отсутствие дорожки, так и проблему анализа файла. В программе увеличивался probesize для исправления ошибок определения FFmpeg-аудио. При проблемном контейнере полезно сначала проверить, видит ли дорожку MediaInfo или FFmpeg, а затем исключить повреждение исходника.

Субтитры

Вкладка Subtitles показывает обнаруженные субтитровые дорожки. Для каждой доступны включение, Track Name, Language, флаг Default и Burn In. Флаг Default влияет на поведение плеера при выборе дорожки, а Burn In физически переносит субтитры в видеокадр. После прожига выключить их при просмотре уже невозможно, поэтому этот вариант применяют только для действительно обязательных подписей.

Мягкие субтитры сохраняют отдельную дорожку и удобнее для фильмов с несколькими языками. Их совместимость зависит от контейнера и типа субтитров. MKV обычно гибче в этом отношении. MP4 и WebM поддерживают не все форматы, которые можно встретить внутри MKV, поэтому ошибка на финальном muxing может потребовать сменить контейнер или формат субтитров.

Burn In включается на уровне конкретной дорожки. Если одновременно используются другие видеофильтры, они должны корректно собраться в одну цепочку. В NEAV1E отдельно исправлялась совместная работа hardsub с другими фильтрами; это хороший практический сигнал: если результат со встроенными субтитрами отличается от ожидаемого, следует временно отключить Crop/Resize/Deinterlace и проверить hardsub отдельно, а затем возвращать фильтры по одному.

Язык и Track Name работают так же, как у аудио: они помогают плееру и пользователю понимать назначение дорожки. Для нескольких субтитров разумно задавать названия вроде Русские полные, English SDH или Forced, если такое назначение действительно соответствует содержимому. Сам по себе NEAV1E не определяет семантику текста; он лишь записывает заданные метаданные.

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

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

Хороший набор пресетов строят по назначению, а не по случайным числам. Например: AV1 SVT 1080p archive, AV1 NVENC fast, VP9 web, H.264 compatibility. Название должно напоминать не только кодек, но и важные отличия — битовую глубину, разрешение или цель. Иначе через несколько недель два профиля с разными CRF или фильтрами трудно различить.

Назначение Set as Default удобно, если большинство файлов обрабатывается одинаково. Но перед пакетным добавлением стоит проверить, что загрузился именно нужный профиль. В прошлом исправлялась гонка при загрузке default preset во время запуска, поэтому надежный рабочий процесс — посмотреть Summary после открытия программы, а не предполагать, что нужное состояние уже применилось.

Пресет не делает входные файлы одинаковыми. Если один ролик 8-битный SDR 1080p, а другой 10-битный HDR 4K, один и тот же профиль может быть технически применим, но не обязательно разумен. Для разнородных коллекций лучше группировать файлы по свойствам и использовать разные пресеты.

Очередь

Queue отображает элементы с именем входного файла, именем назначения, Status и прогрессом. Для двухпроходных заданий предусмотрены две полосы прогресса. Элементы можно выделять по несколько штук, удалять, редактировать, сохранять и открывать папку результата через контекстное меню. Есть отдельные кнопки Remove selected item, Edit selected item и Clear Queue.

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

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

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

Автоматическая очистка очереди

В Program Settings есть Auto Clear Queue. Если он включен, завершенные элементы могут автоматически убираться, что удобно в ежедневной пакетной работе. Но при настройке нового пресета лучше временно оставить историю видимой: по завершенным элементам проще сопоставить вход, выход и статус. Ручная очистка кнопкой Clear Queue остается доступной независимо от автоматического режима.

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

Режим Whole Folder открывает отдельное окно. В верхней части показывается список Source, ниже задается Destination, затем выбираются Preset и Container. Дополнительные переключатели отвечают за использование битовой глубины пресета, активацию субтитров и зеркалирование структуры папок. После проверки список отправляется в общую очередь через Add to Queue.

Настройка Include Subfolders in Batch Mode находится в Program Settings и определяет глубину поиска. Если она отключена, NEAV1E берет только файлы верхнего уровня выбранной папки. Если включена — проходит вложенные каталоги. Mirror Folder Structure затем определяет, будет ли иерархия повторена в выходном каталоге. Эти два переключателя решают разные задачи и часто используются вместе.

Поддерживаемый фильтр пакетного поиска включает MP4, MKV, WebM, FLV, AVI, MOV, WMV, MPG и TS. Расширение MPG было отдельно добавлено в пакетный режим. Если файл имеет другое расширение, но технически декодируется FFmpeg, одиночный режим с All Files может дать больше свободы, чем автоматический обход папки.

Перед добавлением сотен файлов стоит проверить Destination и шаблон имени. Ошибка пути или контейнера умножается на весь пакет. Также нужно оценить свободное место в temp-каталоге: параллельные задания могут одновременно создавать несколько наборов чанков. При больших исходниках временный объем способен заметно превышать размер одного конечного файла.

Настройки программы

Окно Program Settings разделено на общие настройки, Paths, Theme Settings и About. Внизу находятся кнопки Updater и сохранения/выхода. Общие переключатели включают Delete Temp Files, Shutdown After Encode, Logging, Auto Clear Queue, Auto Pause / Resume, Use Input Seeking и Include Subfolders in Batch Mode. Рядом задается Process Priority — Normal или Below Normal — и язык интерфейса.

Delete Temp Files

Delete Temp Files удаляет промежуточные данные после успешного завершения. Для регулярной работы это экономит диск, но во время диагностики может быть полезно отключить удаление, чтобы увидеть, какой этап реально завершился. Если финальный файл не появился, а чанки остались, проблема, вероятно, возникла на объединении или muxing. Если чанков нет вовсе, искать ошибку нужно раньше — на разделении или запуске энкодера.

Shutdown After Encode

Shutdown After Encode выключает компьютер после завершения очереди. Опция подходит для долгих ночных заданий, но ее стоит включать только после того, как пресет проверен. Неудачно настроенная очередь может быстро завершиться с ошибками, после чего автоматическое выключение затруднит разбор. Для тестов функция скорее мешает, для стабильных длительных задач — экономит ручное ожидание.

Auto Pause / Resume

Auto Pause / Resume автоматически приостанавливает и возобновляет кодирование в зависимости от активности системы. Подсказка указывает, что программа реагирует на состояние idle. Это удобно, если компьютер одновременно используется для работы: тяжелый AV1-энкодинг можно отодвигать на периоды простоя. Однако частые паузы увеличивают общее время выполнения и не заменяют осмысленную настройку Process Priority.

Process Priority

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

Logging

Logging нужно включать, когда требуется понять причину ошибки энкодера или вспомогательной утилиты. Лог полезнее общего сообщения encoding failed, потому что позволяет увидеть фактический этап и код возврата. При обращении к документации конкретного энкодера следует ориентироваться на последнюю команду и ее stderr, а не только на статус элемента Queue.

Paths

На вкладке Paths задается Temp Path и Default Output Location. Для выходного каталога также выбирается контейнер по умолчанию: .mkv, .webm или .mp4. Temp лучше размещать на диске с достаточным запасом свободного места и нормальной скоростью записи. Использовать почти заполненный системный SSD для нескольких параллельных длинных файлов — прямой путь к остановке задания из-за нехватки места.

Default Output Location экономит время, если результаты всегда сохраняются в один каталог. Но в пакетном режиме нужно учитывать Mirror Folder Structure. Если выход расположен внутри исходной папки и включен рекурсивный поиск, следует избегать конфигурации, при которой уже готовые файлы могут снова попадать в следующий пакетный проход.

Theme Settings и язык

Theme Settings позволяет выбрать Light или Dark, акцентный цвет и фоновое изображение. Русский язык есть в перечне вместе с английским, немецким, китайским, японским, итальянским и французским. Русская локализация охватывает основные элементы, но продвинутые строки энкодеров — CRF, AQ Mode, Tile Columns, Film Grain — остаются техническими терминами. Это скорее плюс для поиска документации: названия совпадают с параметрами кодировщиков.

Вспомогательные компоненты и встроенное обновление

NEAV1E управляет несколькими внешними инструментами, поэтому работоспособность цепочки зависит не только от самой оболочки. Для анализа и обработки используются компоненты семейства FFmpeg, отдельные энкодеры, PySceneDetect для сценового разбиения и инструменты muxing. Встроенный Updater помогает получать часть этих зависимостей. В изменениях проекта отдельно добавлялись обновление QSVEnC, MKVToolNix и NVEnc, менялся источник сборок FFmpeg, обновлялись PySceneDetect и MediaInfo.

Это важно при разборе ошибок после обновления одного из компонентов. Если интерфейс запускается, но конкретный энкодер больше не принимает старый аргумент, проблема может быть в изменившемся синтаксисе внешней программы. Так, для FFmpeg-пути SVT-AV1 в NEAV1E исправлялся список аргументов после изменения самого кодировщика. В такой ситуации бессмысленно переустанавливать пресет качества вручную, пока не согласованы версии оболочки и зависимостей.

Для работы интерфейса указывались Microsoft .NET Framework 4.7.2 и Microsoft Visual C++ Redistributable x64. Если программа не запускается вообще или закрывается до появления главного окна, проверка этих системных компонентов логичнее, чем диагностика AV1-параметров. Если же окно открывается, а сбой происходит только после Start, круг причин обычно смещается к энкодеру, пути, входному файлу, temp-диску или muxing.

Где программа ищет исполняемые файлы

В описании рабочего процесса проекта указывались несколько мест поиска зависимостей: подпапки Apps для FFmpeg и Encoder, корень рядом с исполняемым файлом и Windows PATH. Для пользователя это означает, что наличие ffmpeg.exe где-то на диске само по себе еще не гарантирует обнаружение. Если используются собственные сборки, нужно либо положить их в ожидаемую структуру, либо убедиться, что путь доступен через PATH.

Смешивание нескольких разных копий FFmpeg тоже способно запутать диагностику. Например, Updater обновил экземпляр в Apps, а PATH раньше указывает на другую сборку. При подозрении на несовпадение возможностей полезно проверить, какой бинарник реально запускается из лога. Особенно это относится к аппаратным энкодерам и фильтрам, которые могут отсутствовать в одной сборке и присутствовать в другой.

Когда нужен Updater

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

После обновления внешнего энкодера следует уделить внимание Advanced. Продвинутые параметры меняются между крупными версиями чаще, чем базовые CRF/bitrate. Аргумент, который раньше принимался, может быть переименован или получить другой диапазон. Если после обновления перестал работать только пресет с Advanced Settings, временное отключение расширенных опций помогает быстро локализовать причину.

Временные файлы, свободное место и скорость диска

Чанкинг делает дисковую подсистему полноценной частью производительности. До финального AV1-файла программа может создать временные разрезанные или перекодированные фрагменты, затем отдельные результаты воркеров и служебные данные. На длинном 4K-материале общий объем временных файлов может оказаться гораздо больше итогового контейнера, особенно если для промежуточных чанков выбран малосжатый метод.

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

Скорость диска особенно важна при нескольких Workers. Один энкодер может в основном нагружать CPU, но несколько одновременно читают исходные или промежуточные файлы и пишут результаты. На медленном HDD увеличение Worker Count иногда почти не меняет суммарный fps. На SSD ограничение позже смещается к процессору или памяти. Это еще одна причина подбирать число воркеров экспериментально, а не копировать чужое значение.

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

Практический сценарий: программное AV1 с постоянным качеством

Для типичного офлайн-кодирования исходник открывают через Source и сначала смотрят Summary: разрешение, fps, формат цвета и длительность. Затем на Video выбирают, например, svt-av1 (AV1 FFmpeg) или aom (AV1 FFmpeg), оставляют Same as Source для частоты кадров, задают нужную Bit Depth и Color Format. Если источник обычный SDR 4:2:0, нет смысла искусственно переключать его в 4:4:4: это не восстановит отсутствующую цветовую информацию, а лишь увеличит поток и требования.

Далее в Quality выбирают CRF или Constant Quality и ставят умеренное значение, которое затем проверяют на тестовом фрагменте. В Optimization устанавливают Speed. Начинать лучше со среднего пресета, чтобы понять базовую скорость, а затем решать, оправдан ли более медленный вариант. Advanced на первом тесте полезно оставить выключенным: так проще оценить влияние основных параметров без дополнительных переменных.

На Chunking выбирают Equal Chunking и небольшое число Workers. Если один энкодер загружает CPU недостаточно, число увеличивают. Если CPU уже близок к полной загрузке и суммарная скорость не растет, уменьшать время кодирования дополнительными воркерами не получится. После этого задают Destination, добавляют задачу в Queue и запускают Start.

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

Практический сценарий: пакет сериала или каталога

Перед Whole Folder стоит подготовить один проверенный Preset. Для серии с одинаковым типом источника это избавляет от ручной настройки каждого файла. В Program Settings нужно решить, включать ли Include Subfolders. Если исходная медиатека организована по сезонам и сериям, включение подпапок вместе с Mirror Folder Structure позволяет сохранить эту организацию в Destination.

В пакетном окне выбирают исходную папку, просматривают список найденных файлов, задают каталог результата, Preset и Container. Если часть файлов не должна обрабатываться, ее можно удалить из списка до Add to Queue. Затем очередь полезно отсортировать по имени или числу кадров — так легче отслеживать, какой файл сейчас выполняется и сколько примерно осталось.

Для пакетной работы особое значение имеют временное место и автоматическая очистка. Если одновременно запускается чанкинг длинных серий, Temp может расти быстро. В стабильной конфигурации Delete Temp Files экономит место между элементами. Если очередь запускается на ночь, Shutdown After Encode имеет смысл только после тестового запуска нескольких файлов.

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

Практический сценарий: быстрое аппаратное AV1

Если приоритет — получить результат быстрее, на Video выбирают QuickSync, NVENC или AMF при наличии поддерживаемого устройства. До длинной очереди следует выполнить короткий тест и убедиться, что аппаратный энкодер действительно инициализируется. Если программа сообщает об отсутствии устройства или кодировщика, менять Worker Count бессмысленно: сначала нужно решить вопрос совместимости GPU и драйвера.

Аппаратное кодирование часто не требует того же количества Workers, что медленный программный aomenc. Один аппаратный движок способен работать быстро сам по себе, а несколько параллельных сессий могут упереться в ограничения драйвера или видеопамяти. Оптимальное значение нужно подбирать отдельно. Также стоит следить, не становится ли CPU-фильтр узким местом: тяжелый Deinterlace или Resize выполняется до аппаратного энкодера и может ограничить общую скорость.

Для аппаратного режима особенно полезно сравнить несколько качественных настроек на реальном целевом устройстве. Высокий fps не гарантирует подходящий размер или отсутствие артефактов. Если конечный файл предназначен для архива, программный AV1 может быть предпочтительнее; если для оперативной публикации — аппаратный путь часто разумнее.

Практический сценарий: черные поля и изменение разрешения

Сначала на Filters включают Crop и Auto Detect, затем просматривают несколько точек кадра кнопками preview. Если автоматические значения выглядят безопасно, их можно оставить или вручную уточнить Left/Right/Top/Bottom. После обрезки включают Resize и задают одну сторону, оставляя вторую 0 для автоматического расчета, если нужно сохранить пропорции.

Алгоритм масштабирования выбирают под материал. Для обычной съемки можно начать с bicubic или lanczos; для пиксельной графики neighbor может лучше сохранять четкие края. После этого Summary должен показывать желаемую конечную конфигурацию, а короткий тест — отсутствие случайно отрезанных субтитров или логотипов.

Если одновременно требуется Burn In субтитров, нужно решить, должны ли они размещаться относительно исходного кадра или уже обрезанного. Фильтры собираются в общую цепочку, поэтому сочетание Crop, Resize и hardsub лучше проверять на типичном фрагменте. При ошибке временно отключают все кроме одного фильтра и возвращают остальные по очереди.

Практический сценарий: несколько языков и субтитры

После загрузки MKV с несколькими дорожками на Audio отключают ненужные языки, для остальных выбирают Copy Audio или кодек перекодирования, задают Language и Track Name. Если требуется уменьшить размер, можно перекодировать звук в Opus с подходящим битрейтом; если сохранение оригинала важнее, Copy Audio избегает дополнительной потери качества.

На Subtitles оставляют нужные дорожки, помечают одну Default при необходимости. Burn In включают только для тех субтитров, которые должны быть частью картинки. Если контейнер назначения MP4 или WebM, заранее проверяют поддержку конкретного типа субтитров и аудио. При сомнениях MKV обычно дает наиболее гибкий вариант для сложного набора дорожек.

После финального muxing нужно открыть меню дорожек в плеере и проверить порядок, названия, языки и default-флаг. Тот факт, что видео воспроизводится, еще не означает, что контейнер собран удобно для пользователя. Метаданные дорожек — часть качества результата, особенно для медиатеки.

Как подбирать Worker Count

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

Для aomenc выгода от нескольких независимых частей может быть заметнее, чем для хорошо распараллеленного SVT-AV1. Для rav1e имеет значение еще и внутреннее число Threads. Для аппаратных кодировщиков число параллельных сессий ограничивается другой логикой. Поэтому Worker Count должен быть частью пресета только после теста именно с выбранным Encoder.

Разрешение также меняет картину. Четыре воркера на 720p и четыре воркера на 4K потребляют несопоставимый объем памяти. Фильтры добавляют нагрузку на CPU до энкодера. Если система стабильна без Resize, но начинает тормозить с тяжелым масштабированием и Deinterlace, уменьшение Workers может дать более высокую суммарную скорость за счет меньшей конкуренции.

Когда использовать Equal Chunking, а когда Scene Detect

Equal Chunking проще и предсказуемее. Все части близки по длительности, поэтому воркеры получают примерно одинаковый объем времени. Но вычислительная сложность сцен различается: десять секунд статичного кадра кодируются быстрее десяти секунд шума и движения. В конце один тяжелый чанк может задерживать всю сборку, пока остальные воркеры уже свободны.

Scene Detect делит по содержимым границам и способен давать фрагменты разной длины. Это может быть полезно для независимого кодирования сцен, но добавляет анализ и зависит от качества детектора. Слишком чувствительное обнаружение создает много коротких фрагментов, слишком грубое — почти не отличается от крупных равных чанков. Если источник — концерт со вспышками или монтаж с очень быстрыми переходами, сценовый режим стоит проверять особенно внимательно.

Disable Splitting разумен, если кодировщик и так хорошо загружает систему, файл короткий или важна максимально простая цепочка. Это также полезный диагностический режим: если проблема исчезает без splitting, искать ее нужно в разрезании, временных фрагментах или объединении, а не в базовом кодировании.

Решение типичных ошибок

Диагностику NEAV1E удобнее вести по этапам: чтение источника, разбиение, фильтрация, кодирование чанков, обработка аудио/субтитров и финальное объединение. Если пытаться сразу менять CRF, контейнер, Workers и Paths, причина теряется. Сначала определяют, на каком этапе остановился элемент Queue, затем временно упрощают только связанную с ним часть.

Источник не открывается или сведения о видео пустые

Сначала стоит проверить сам файл другим анализатором и убедиться, что он читается без ошибок. Расширение контейнера не гарантирует корректность потока внутри. Если файл поврежден, NEAV1E не исправит структуру автоматически. Если источник корректен, следующая проверка — доступность FFmpeg/MediaInfo-компонентов и пути к ним. Для необычного расширения одиночный режим с All Files может сработать там, где пакетный фильтр файл просто не показывает.

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

Кодировщик не найден

Когда интерфейс сообщает, что aomenc, rav1e, SVT-AV1 или другой бинарник недоступен, нужно проверить ожидаемые каталоги Apps, корень программы и PATH. Если использовался Updater, полезно посмотреть, действительно ли файл появился в соответствующей папке. Если пользователь вручную заменял бинарники, имя исполняемого файла и структура каталогов должны соответствовать тому, что ожидает NEAV1E.

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

Аппаратный AV1 не запускается

Для QuickSync, NVENC и AMF проверяют поддержку AV1 encode у самого GPU, установленный драйвер и доступность соответствующей утилиты. Наличие декодирования AV1 не означает наличие кодирования AV1: это разные аппаратные блоки. Если карта умеет только decode, аппаратный Encoder в NEAV1E не сможет создать поток.

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

После Start сразу появляется ошибка параметров

Такой симптом часто связан с несовпадением версии энкодера и аргументов. Сначала отключите Advanced Settings и оставьте базовый режим качества. Если кодирование началось, верните расширенные параметры по одному. Если ошибка остается даже без Advanced, переключитесь на другой простой режим качества или проверьте обновление зависимости через Updater.

Для SVT-AV1 особенно важно учитывать изменения синтаксиса между версиями. NEAV1E уже исправлял FFmpeg argument list после изменений кодировщика. Старый сохраненный пресет с параметром, который больше не поддерживается, проще пересоздать на базе текущего интерфейса.

Target VMAF не работает

Проверьте, что выбран именно поддерживаемый aom-путь и присутствует модель VMAF. Для конфигурации, где требуется vmaf_v0.6.1.json, файл должен находиться в ожидаемом каталоге Apps/vmaf. Затем временно установите широкий диапазон MinQ/MaxQ и небольшое число probes. Слишком жесткие границы поиска могут не дать алгоритму найти значение, соответствующее цели.

Если VMAF запускается, но обработка очень медленная, это ожидаемо: режим выполняет пробные кодирования. Сравнивать его время с обычным Constant Quality напрямую некорректно. Для большого пакета Target VMAF лучше сначала проверить на одном файле, иначе каждый элемент умножит стоимость probes.

Нет итогового файла, но чанки созданы

Это признак, что разделение и хотя бы часть кодирования прошли, а проблема появилась ближе к объединению. Проверьте, завершились ли все воркеры, одинаковы ли параметры выходных чанков и совместимы ли аудио/субтитры с выбранным контейнером. Временно выберите MKV, отключите субтитры и Copy Audio, если подозреваете muxing, и повторите короткий тест.

Не удаляйте временные файлы до выяснения причины. Если все видеочанки воспроизводятся отдельно, задача сужается до merge/mux. Если один чанк поврежден или отсутствует, вернитесь к Worker, который его создавал, и посмотрите соответствующий лог.

На стыке чанков есть пропуск или повтор

Сначала повторите тот же файл с Disable Splitting. Если дефект исчез, проблема связана с разделением или поиском границ. Для Scene Detect отключите быстрый Input Seeking и проверьте точность. Для Equal Chunking попробуйте другой Reencode Method или более длинные чанки. Также убедитесь, что принудительная смена framerate не вмешивается в тайминг.

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

Звук уходит из синхронизации

Проверьте, имеет ли исходник переменную частоту кадров. Если да, VFR и контейнер становятся первыми подозреваемыми. Затем отключите смену Framerate и оставьте Same as Source. Если используется внешний аудиофайл, проверьте его начальную временную точку и длительность. Для диагностики можно временно оставить только одну аудиодорожку и отключить Burn In.

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

Фильтры дают пустое видео

Отключите все Filters и подтвердите, что базовое кодирование работает. Затем включайте Crop, Resize, Rotate, Deinterlace по одному. Если проблема возникает только при Resize с пользовательским fps, верните Same as Source и сравните: именно сочетание custom fps и фильтров раньше требовало отдельного исправления. Для Crop проверьте, что сумма левой и правой обрезки меньше ширины кадра, а верхней и нижней — меньше высоты.

После поворота 90°/270° пересмотрите Width и Height. Если был задан жесткий Resize под прежнюю ориентацию, можно получить неверные размеры. Для 4:2:0 старайтесь использовать четные размеры, чтобы избежать лишних преобразований или отказа кодировщика.

Auto Crop отрезает полезное изображение

Автоматическое определение специально делалось более консервативным, но это не гарантирует идеальный результат на любом ролике. Используйте preview на нескольких временных точках. Для контента с меняющимися рамками лучше задать Crop вручную по самому широкому полезному кадру или вообще отказаться от обрезки, если рамка появляется только эпизодически.

Очередь ведет себя странно после перезапуска

Если статус элемента противоречит фактическим файлам, сначала проверьте Output и Temp. Поврежденный queue item может быть следствием некорректного завершения или старой структуры сохранения. В проекте добавлялась обработка поврежденных элементов очереди и исправлялось поведение нескольких заданий, связанных с одним объектом. Подозрительные элементы безопаснее удалить и добавить заново с текущим пресетом.

Временные файлы не удаляются

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

Пакетный режим не видит часть файлов

Проверьте расширения: автоматический обход использует явный список форматов. Затем проверьте Include Subfolders in Batch Mode. Если файл лежит на втором уровне каталога, а переключатель выключен, он не попадет в список. Для другого расширения можно открыть файл вручную через одиночный диалог и All Files, чтобы отделить ограничение фильтра от реальной невозможности декодирования.

Пакетные результаты оказываются не в тех папках

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

Компьютер становится неотзывчивым

Снизьте Worker Count, установите Process Priority Below Normal и проверьте память. AV1 на нескольких чанках способен занять все вычислительные ресурсы. Если используется SVT-AV1 или rav1e с внутренним multithreading, дополнительно сократите их Threads или число параллельных процессов. Цель — максимальная суммарная производительность без постоянного paging и потери отзывчивости.

Финальный файл слишком большой

В Constant Quality размер не задается напрямую. Увеличьте quantizer/CRF в сторону меньшего качества или выберите битрейтный режим. Также проверьте Audio: несколько несжатых или высокобитрейтных дорожек заметно увеличивают контейнер. Если исходник 4K, а целевая задача допускает 1080p, Resize даст более существенное уменьшение, чем экстремальное ухудшение качества 4K.

Финальный файл слишком маленький и видны артефакты

Уменьшите quantizer/CRF, ослабьте ограничение Max Bitrate или выберите более медленный Speed, если время позволяет. Проверьте, не применен ли одновременно Resize до слишком низкого разрешения. Для аппаратного энкодера попробуйте более качественный режим либо программный AV1, если скорость не критична. Нельзя компенсировать слишком низкий битрейт только медленным preset: при жестком ограничении энкодеру физически не хватает данных для сложных сцен.

Контроль результата после кодирования

Успешный статус Queue — только техническое завершение. Готовый файл нужно проверить содержательно. Минимум: начало, несколько случайных точек, один сложный участок с движением, место смены сцен, конец и дорожки звука/субтитров. Для HDR дополнительно проверяют метаданные. Для VFR — длительность и синхронизацию на конце. Для Crop — отсутствие срезанного текста и краев.

При чанкинге полезно быстро промотать несколько границ. Если известно, что Chunk Length около заданного числа секунд, стоит посмотреть точки рядом с кратными значениями. В Scene Detect границы совпадают со сменами сцен, поэтому там обращают внимание на резкие монтажные переходы. Такой контроль занимает минуты, но выявляет проблемы до удаления исходника или массового запуска пресета.

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

Как выбирать режим и параметры под задачу

У NEAV1E нет одного лучшего набора полей, потому что программа объединяет кодировщики с разной философией. Практичнее идти от ограничения проекта. Если нужно сохранить максимальную эффективность и время не критично, выбирают программный AV1 и Constant Quality/CRF. Если задан средний поток для доставки — Bitrate и при необходимости 2-Pass. Если время важнее степени сжатия — аппаратный AV1. Если основной вопрос в загрузке CPU — тестируют Chunking и Workers, не меняя одновременно качество.

Приоритет	Базовый выбор	Что проверять первым
Качество при умеренном размере	Программный AV1, CRF/CQ	Тест нескольких значений качества
Точный бюджет потока	Bitrate, при необходимости 2-Pass	Средний и максимальный битрейт
Скорость	QuickSync/NVENC/AMF	Поддержку GPU и драйвера
Максимальная загрузка многоядерного CPU	Chunking + несколько Workers	Суммарный fps, память и диск
Метрика качества	Target VMAF для поддерживаемого AOM-пути	Модель VMAF, probes и Q-диапазон
Совместимость со старым оборудованием	x264 или x265 вместо AV1	Возможности целевых устройств

Изменения лучше делать по одной группе. Сначала выбрать Encoder и Quality, затем Speed, после этого Chunking, и только потом Advanced. Фильтры и HDR добавляют в конце, когда базовая цепочка уже работает. Такой порядок сокращает время диагностики: если ошибка появилась после включения Crop, не нужно сомневаться одновременно в SVT-AV1, битрейте и очереди.

Когда сохранять пресет

Пресет стоит сохранять не сразу после заполнения полей, а после успешного тестового кодирования и просмотра результата. Для сложной конфигурации полезно включить в название кодировщик, целевое разрешение и назначение. Если профиль зависит от внешней модели VMAF, конкретного HDR-сигнала или аппаратного GPU, это тоже лучше отразить в имени, иначе через время его легко применить не к тому материалу.

Когда отключать Advanced

Advanced не является режимом лучше. Он дает ручной доступ к параметрам, которые базовый интерфейс намеренно не требует для обычной задачи. Если нет понимания, зачем менять Tile Rows, ARNR Strength или Lookahead, стандартное значение обычно безопаснее. При обновлении энкодеров именно Advanced чаще становится источником несовместимости, поэтому рабочий минималистичный пресет легче поддерживать.

Ограничения, которые важно учитывать

Первое ограничение связано с архитектурой чанков: ускорение требует временного места и не масштабируется бесконечно. Много Workers не гарантируют линейный прирост. На одном компьютере узким местом будет CPU, на другом — память, на третьем — диск или ограничение аппаратного энкодера. NEAV1E дает инструменты управления параллелизмом, но не может отменить ограничения оборудования.

Второе ограничение — зависимость от внешних энкодеров и утилит. Графический интерфейс скрывает командную строку, но фактическую работу выполняют FFmpeg, aomenc, rav1e, SVT-AV1, аппаратные инструменты и компоненты muxing. Изменения их аргументов могут требовать обновления самой оболочки или пресета. Это особенно заметно в продвинутых режимах.

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

Четвертое — автоматические функции требуют контроля. Auto Crop может ошибиться на нестандартной рамке, Scene Detect — разделить материал слишком часто или слишком редко, Target VMAF — оптимизировать метрику не так, как оценивает конкретный зритель. В каждом случае программа дает полезную автоматизацию, но результат должен быть проверен.

Пятое — аппаратный AV1 привязан к возможностям GPU. Нельзя включить NVENC AV1 на видеокарте, где аппаратный блок умеет только H.264/HEVC. Аналогично Intel и AMD требуют соответствующего поколения и драйвера. Поэтому аппаратные пункты интерфейса — выбор метода, а не программная эмуляция недостающей функции.

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

Программа	Лучше подходит для	Главное ограничение
NEAV1E	AV1-кодирования с чанкингом, несколькими воркерами, очередью и прямым выбором AOM, rav1e, SVT-AV1 или аппаратного AV1	Технические настройки и расход временного диска при чанкинге
FastFlix	Широкого FFmpeg-кодирования, AV1/HEVC и рабочих процессов, где важны HDR-ориентированные функции	Не строится вокруг NEAV1E-подобного управления чанками и воркерами
StaxRip	Глубокой настройки цепочки видео, фильтров, скриптов, аудио и muxing для опытных пользователей	Более сложная конфигурация и больше параметров, чем нужно для простой AV1-задачи
HandBrake	Быстрого массового перекодирования с готовыми пресетами и понятным интерфейсом	Нет такого набора отдельных AV1-энкодеров и чанкового worker-подхода
Shutter Encoder	Повседневной пакетной конвертации, профессиональных FFmpeg-функций и широкого набора форматов	Меньше специализации на параллельном AV1-энкодинге по чанкам
Av1an	Автоматизированного параллельного AV1-кодирования и сценового разбиения в командной строке	Нет графического интерфейса уровня NEAV1E; требуется уверенная работа с CLI

Практический выбор зависит от того, что именно раздражает в обычном AV1-энкодинге. Если проблема — медленный single-job и хочется визуально управлять Chunking, Workers, очередью и несколькими семействами AV1-кодировщиков, NEAV1E попадает в задачу точнее всего. Если нужен максимально широкий конвейер с множеством форматов и HDR, логичнее смотреть на FastFlix или StaxRip. Если важна простота и готовые пресеты для массового перекодирования, HandBrake требует меньше знакомства с терминологией энкодеров. Если же пользователь готов к командной строке и хочет специализированную автоматизацию сценового AV1, Av1an ближе по идее к параллельному разбиению, но предлагает другой способ управления.

ВидеоМАСТЕР в эту таблицу не включен, потому что ключевая специализация NEAV1E — управляемое AV1-кодирование с несколькими AV1-энкодерами, чанками и воркерами. Универсальный бытовой видеоконвертер может решать общую задачу смены формата, но без совпадения по этому специализированному конвейеру сравнение получилось бы формальным.

Краткая памятка перед длинным кодированием

• Проверить Summary: Encoder, Bit Depth, Color Format и Framerate.
• Убедиться, что Destination и контейнер выбраны правильно.
• Сделать короткий тест того же пресета на сложном фрагменте.
• Проверить свободное место в Temp Path с запасом под несколько чанков.
• Не завышать Worker Count без подтвержденного прироста суммарного fps.
• Для HDR переносить реальные метаданные источника, а не заполнять поля наугад.
• Для VFR сохранять тайминг исходника и отдельно проверять синхронизацию конца файла.
• При Burn In проверить сочетание субтитров с Crop и Resize.
• Для пакетной папки проверить Include Subfolders и Mirror Folder Structure.
• После обновления энкодеров сначала проверить один файл, затем запускать всю очередь.

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

Итог

NEAV1E лучше всего раскрывается как управляемая оболочка для сложного кодировочного конвейера: программа позволяет выбрать конкретный AV1-энкодер, настроить качество и скорость, разделить видео на чанки, распределить их между воркерами, применить технические фильтры, обработать аудио и субтитры, поставить несколько задач в очередь и собрать результат в MKV, WebM или MP4. Ее сильная сторона — прозрачный доступ к параметрам, которые в более простых конвертерах скрыты за несколькими готовыми профилями.

Для обычного пользователя самым полезным маршрутом будет не максимальное число настроек, а минимально достаточная цепочка: один проверенный энкодер, Constant Quality или CRF, умеренный Speed, несколько воркеров только при доказанном ускорении, нужные дорожки и сохраненный Preset. Advanced, Target VMAF, HDR-метаданные и сложное сценовое разбиение подключаются тогда, когда есть конкретная причина. Такой подход сохраняет главное преимущество NEAV1E — контроль — и не превращает его в источник случайных несовместимых параметров.