MKV Batch Multiplexer: гайд от гика, пакетная сборка Matroska по шаблону mkvmerge

↓Скачать MKV Batch Multiplexer

MKV Batch Multiplexer решает узкую задачу: берёт командную строку mkvmerge, сформированную в MKVToolNix GUI для одного образцового файла, и применяет ту же схему мультиплексирования к набору файлов в каталогах. Это не видеоредактор и не конвертер кодеков. Программа нужна там, где десятки серий или однотипных роликов должны получить одинаковый набор дорожек, языковые метки, порядок потоков и структуру контейнера Matroska без ручного повторения одной и той же операции в MKVToolNix для каждого файла.

Проект разработан Эфраином Вергара, публикуется в репозитории akai10tsuki/mkvbatchmultiplex под лицензией MIT и распространялся в виде готовых сборок для Windows и Linux, а также исходного Python-кода. На 4 сентября 2026 года репозиторий остаётся публичным и не архивирован, но последняя запись в основной ветке датирована 12 марта 2024 года; тогда же вышла найденная готовая сборка 3.0.0.2. Поэтому программу разумно рассматривать как доступный, но давно не обновлявшийся специализированный инструмент. Особенно важен разрыв с основной зависимостью: README проекта подтверждает тестирование MKVToolNix только до версии 82.0.0, тогда как актуальный MKVToolNix к моменту подготовки обзора уже достиг версии 101.0.

Что представляет собой MKV Batch Multiplexer

В основе программы находится не собственный движок обработки мультимедиа, а повторное использование команды mkvmerge. Пользователь сначала настраивает один файл в MKVToolNix GUI: выбирает нужные видео-, аудио- и текстовые дорожки, их языки, порядок, назначение по умолчанию и выходной каталог. Затем в меню мультиплексора MKVToolNix открывается команда Multiplexer → Show command line. Эта строка становится шаблоном для MKV Batch Multiplexer.

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

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

Параметр	Состояние на 4 сентября 2026 года
Официальное название	mkvbatchmultiplex / MKV Batch Multiplexer; в интерфейсе встречается MKVMERGE: Batch Multiplex
Разработчик	Efrain Vergara, GitHub-профиль akai10tsuki
Назначение	Пакетное применение шаблона командной строки mkvmerge к однотипным наборам файлов
Тип	Настольный GUI и Python-приложение-обвязка над MKVToolNix/mkvmerge
Последняя найденная сборка	3.0.0.2 от 12 марта 2024 года
Состояние репозитория	Публичный, не архивирован; последняя запись основной ветки — 12 марта 2024 года
Платформы актуальной ветки	Windows и Linux/Unix; текущий README прямо прекращает поддержку macOS
Готовые пакеты 3.0.0.2	Windows 64-bit installer, Windows portable, Linux 64-bit AppImage
Лицензия и цена	MIT, бесплатное ПО; платные редакции и подписка не предусмотрены
Регистрация	Не требуется для локального рабочего процесса
Интерфейс	Английский и испанский; русская локализация не подтверждена
Основная зависимость	mkvmerge из набора MKVToolNix
Проверенная совместимость проекта	MKVToolNix 17.00–82.0.0 и MediaInfo 17.10–23.11.1
Актуальный MKVToolNix	101.0, выпущен 24 августа 2026 года; этот уровень не входит в подтверждённый диапазон тестирования MKV Batch Multiplexer
Выходные контейнеры	MKV; для однопоточных задач проект также поддерживает корректные MKA и MKS
Облако и ИИ	Не являются частью описанного рабочего процесса; обработка строится вокруг локальных файлов и локального mkvmerge

Текущий статус, распространение и системные требования

Версия 3.0.0 была выпущена 3 марта 2024 года после перехода с PySide2 на PySide6 и обновления значительной части кода. В ней появились вычисление CRC-32 для имени файла, обновлённый модуль переименования, встроенные компоненты MKVToolNix для некоторых Linux-сборок и встроенный MediaInfo на Linux. Версия 3.0.0.2 от 12 марта 2024 года исправила проблему с путями, содержащими одинарную кавычку. Именно 3.0.0.2 остаётся последней найденной готовой сборкой.

Windows-пользователю были доступны 64-разрядный установщик и переносимая сборка; для Linux публиковался 64-разрядный AppImage. Старый пакет для macOS в каталогах загрузок относится к ветке 2.0.0 и не должен восприниматься как текущая версия: README проекта прямо говорит, что macOS больше не поддерживается из-за отсутствия оборудования для тестирования. У MKVToolNix ситуация другая: сам основной пакет в 2026 году снова имеет актуальные сборки для macOS, но это не возвращает поддержку macOS в MKV Batch Multiplexer.

Для запуска из исходников README ветки 3.x перечисляет Python 3.12.1 или новее, lxml 5.1.0+, natsort 8.4.0+, pymediainfo 6.1.0+ и PySide6 6.6.1+. В репозитории одновременно сохранилась упаковочная метаинформация с диапазоном Python от 3.10.1 до версии ниже 3.13 и тегами колёс cp310–cp312. Это внутреннее расхождение проекта, а не дополнительная поддерживаемая конфигурация. Для воспроизводимой установки оно означает, что готовая сборка 3.0.0.2 менее зависима от самостоятельного согласования Python-пакетов, чем ручная установка исходников.

На Linux 3.x рассчитан на AppImage как основной формат готового приложения. README отдельно отмечает, что прежние проблемы запуска нередко были связаны с MediaInfo, а версия 3.0.0 встроила MediaInfo в Linux-пакет и добавила встроенный MKVToolNix для дистрибутивов с проблемами совместимости системных библиотек. Это не делает приложение полностью независимым от окружения: каталог, права на запись и доступность исполняемых компонентов всё равно участвуют в работе.

Производительность не стоит оценивать как «быструю» или «медленную» без измерений на конкретных дисках. MKV Batch Multiplexer передаёт основную работу mkvmerge, а длительность серии зависит от числа файлов, размера потоков, скорости чтения и записи, вычисления CRC и количества заданий. Важный практический вывод другой: мультиплексирование не равно перекодированию, поэтому типичная задача не включает повторный энкодинг видеопотока. Если нужен монтаж, нарезка или изменение кодека, ориентироваться следует на ПО для редактирования видео, а не на эту утилиту.

Как устроен интерфейс

Главное окно построено вокруг вкладок Command, Jobs, Jobs Output, Jobs Errors и Rename Files. При включённом журналировании появляется вкладка Log Viewer. Такой интерфейс отражает внутреннюю модель программы: сначала разбирается одна командная строка, затем создаётся одно или несколько заданий, после чего очередь выполняется, а вывод и ошибки просматриваются отдельно.

На вкладке Command расположено поле командной строки и кнопка Paste. После успешного разбора становятся доступны Add Command, Add Queue, Rename, Analysis, Commands, Check Files, Files Tree, Clear Output и Reset. В текущем коде также есть выбор Algorithm с вариантами 0, 1 и 2, кнопка Default и флажок Append CRC to file name.

Analysis выводит разбор исходной строки, Commands показывает команды, которые будут применяться, а Check Files проверяет согласованность файлов. Files Tree предназначен для просмотра обнаруженного набора. Эти элементы важны потому, что программа работает не по смыслу названий эпизодов, а по структуре команд и наборам файлов: предварительная проверка позволяет увидеть расхождение до запуска очереди.

Вкладка Jobs представляет задания строками с полями ID, Status и Command. Код 3.x определяет состояния Waiting, Running, Done, Skip, Aborted и Error. Управляющие элементы включают Queue Waiting Jobs, Clear Queue, Start Worker, Abort Running Job, Abort Jobs и удаление задания из списка. Разделение «таблица заданий» и «очередь выполнения» позволяет заранее набрать несколько команд, а потом отправить ожидающие задания в очередь.

Jobs Output содержит обычный вывод mkvmerge и служебные сообщения выполнения, включая прогресс. Jobs Errors отделяет ошибки структуры и запуска от нормального вывода. Это полезнее единого длинного журнала, когда пакет состоит из десятков эпизодов: статус показывает, какое задание завершилось, а отдельная вкладка ошибок — где именно структура файла не совпала с шаблоном.

В Rename Files имеются поля Regular Expression, Substitution String, области Original names и Rename to, а также Apply Rename, Undo, Clear и в 3.x Calculate CRC. Модуль решает две разные задачи. Для имен, сформированных из команд, он подготавливает удобные названия будущих файлов. Начиная с 3.0.0, перетащенные в область исходных имён реальные файлы могут быть переименованы в файловой системе, а CRC-32 — добавлен к имени. Поэтому этот раздел уже не является только визуальным предпросмотром.

В Preferences настраиваются язык интерфейса, шрифт и размер, журналирование, Log Viewer, вычисление CRC, использование встроенных компонентов и алгоритм по умолчанию. Ветка 3.0 удалила старую вкладку Save Jobs/Jobs History из рабочего процесса: changelog прямо фиксирует, что этот механизм оказался недостаточно гибким и был снят. Поэтому старые скриншоты справки, где встречаются настройки истории заданий, не следует переносить на текущую 3.x как действующую функцию.

Основные функции и логика обработки

Шаблон команды mkvmerge

Главная функция — не «пакетный выбор файлов» сам по себе, а разбор уже готовой командной строки MKVToolNix. Именно шаблон определяет, какие дорожки включены, какие исключены, как расставлен порядок треков и куда должен попасть результат. Это делает программу особенно подходящей для повторяющихся задач: одна корректно настроенная серия действий превращается в правило для каталога.

С другой стороны, программа требует понимания MKVToolNix. Если пользователь не знает, что означают дорожки, языковые метки, default-track, forced-track, attachments или track-order, обвязка не устраняет эту сложность. Она автоматизирует повторение решения, а не принимает решение за пользователя.

Сканирование каталогов и естественная сортировка

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

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

Три алгоритма проверки структуры

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

Algorithm 1 назначен режимом по умолчанию. При расхождении он пытается подобрать дорожки, лучше всего соответствующие базовому файлу, и скорректировать команду. Неиспользуемые треки игнорируются; если подходящего трека нет, команда не запускается. Для аудио и текста сопоставление опирается на язык, а не на сам формат: например, английская FLAC-дорожка из шаблона допускает подбор английской AC-3-дорожки в другом файле. Для видео язык при проверке игнорируется.

Algorithm 2 продолжает обработку там, где Algorithm 1 не смог найти соответствие: несовпавшие дорожки пропускаются, а команда всё равно выполняется. Итоговая структура уже не обязана соответствовать образцовому файлу, поэтому это самый рискованный режим. В документации приведён практический случай с комментариями: часть эпизодов содержит дополнительную аудиодорожку, часть — нет; Algorithm 2 позволяет не останавливать всю серию из-за отсутствующей дорожки.

Очередь и статусы

Add Command создаёт запись со статусом Waiting, но не отправляет её в очередь немедленно. Add Queue одновременно добавляет задание в таблицу и ставит его в очередь. Queue Waiting Jobs собирает уже подготовленные Waiting-задания, а Start Worker запускает обработчик. Такое разделение полезно, когда для разных групп файлов подготовлены отдельные шаблоны, но запуск нужен одним сеансом.

Остановка тоже разделена. Abort Running Job прекращает текущее задание и позволяет перейти к следующему в очереди. Abort Jobs останавливает текущую работу и возвращает задания из очереди в Waiting. Смысл этих статусов — не гарантировать целостность медиатеки, а сохранить понятное состояние очереди после прерывания.

Переименование и CRC-32

Модуль rename поддерживает регулярные выражения и специальную строку замены с инкрементом для серийных имён. В документации 2.x приведён шаблон вида Series Name — S01E<i: 01>, который создаёт последовательную нумерацию. В 3.x к этому добавлена работа с файлами, перетащенными в окно, и отдельная кнопка Calculate CRC.

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

Журналирование

Логирование и Log Viewer нужны для диагностики команд и хода worker. Журнал содержит полные командные строки, пути к файлам, сообщения mkvmerge и статусы обработки. С точки зрения приватности это важная деталь: локальная обработка не требует отправки медиаданных в облако, но имена каталогов и файлов попадают в локальные журналы, если журналирование включено.

Задача → инструмент → результат → что проверить

Задача	Инструмент MKV Batch Multiplexer	Результат	Что контролировать
Повторить структуру одного MKV на сезоне	Командная строка MKVToolNix как шаблон	Набор команд mkvmerge для каталога	Порядок и количество дорожек, выходной каталог
Не пропустить структурно отличающийся эпизод	Check Files и Algorithm 0/1/2	Флаг несоответствия или адаптированная команда	Jobs Errors и фактический состав итогового файла
Запустить несколько пакетов подряд	Jobs, Add Command, Queue Waiting Jobs, Start Worker	Очередь независимых заданий	Статусы Waiting, Running, Done, Error и Aborted
Привести серию к единым именам	Rename Files, регулярное выражение и строка замены	Предсказуемая последовательность имён	Уникальность имён и отсутствие совпадений с существующими файлами
Добавить контрольную метку	Calculate CRC или Append CRC to file name	CRC-32 в имени файла	Не путать совпадение CRC с проверкой языков и треков
Разобрать сбой	Analysis, Commands, Jobs Output, Jobs Errors, Log Viewer	Команда и контекст ошибки	Путь, доступность файлов, версия mkvmerge и расхождение структуры

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

Карта форматов и совместимости

MKV Batch Multiplexer не содержит собственной независимой таблицы десятков медиакодеков: допустимый ввод определяется тем, что понимает mkvmerge, и тем, какую команду смог сформировать MKVToolNix GUI. Это принципиальнее списка расширений. mkvmerge читает распространённые видео-, аудио- и текстовые форматы, главы, теги и вложения и собирает выбранные потоки в Matroska. Фактическая совместимость конкретного источника должна оцениваться на уровне MKVToolNix.

Тип	Как попадает в процесс	Выход	Редактируемость и потери	Переносимость
Видео	Из исходного файла, указанного в шаблоне mkvmerge	Обычно MKV	Мультиплексирование само по себе не является перекодированием; поток переносится в контейнер согласно команде	Зависит от поддержки кодека проигрывателем, а не только от расширения MKV
Аудио	Внутренняя или внешняя дорожка; при адаптивном сопоставлении учитывается язык	MKV, а для однопоточной аудиозадачи MKA	Параметры дорожки определяются командой mkvmerge	Для воспроизведения важна поддержка конкретного аудиокодека
Субтитры	Встроенные или отдельные текстовые/графические дорожки, которые принимает mkvmerge	MKV, а для однопоточной текстовой задачи MKS	Текст и графика сохраняются как отдельные дорожки контейнера	Совместимость зависит от формата субтитров и проигрывателя
Главы, теги, вложения	Передаются параметрами шаблона MKVToolNix	Внутри Matroska	Сохраняются в пределах возможностей mkvmerge и выбранной команды	Некоторые проигрыватели показывают не все элементы контейнера
Готовый пакет	Много файлов из согласованных каталогов	Набор MKV/MKA/MKS	Каждый результат остаётся отдельным файлом; MKV Batch Multiplexer не создаёт проект монтажа	Открывается любым ПО, которое поддерживает соответствующий контейнер и кодеки

Проблемы воспроизведения после успешного mux часто связаны не с самим контейнером, а с кодеком или поддержкой конкретной дорожки проигрывателем. Для такой диагностики полезно отделять мультиплексирование от вопроса кодеков в Windows. Установка набора кодеков не требуется MKV Batch Multiplexer для создания команды, но влияет на некоторые сценарии локального воспроизведения в других программах.

Что перестанет работать первым

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

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

Связка с MKVToolNix. Текущий README проекта подтверждает тестирование только до MKVToolNix 82.0.0. Актуальная версия самого MKVToolNix — 101.0. Разработчик MKV Batch Multiplexer не публиковал после марта 2024 года коммитов с расширением этой матрицы. Поэтому совместимость с 101.0 не подтверждена проектом, даже если конкретная команда запускается без ошибки.

Пути и доступ к диску. Работа локальная: нужны читаемые источники и доступный для записи каталог назначения. В 3.0.0.2 отдельно исправлялась обработка путей с одинарными кавычками, что показывает чувствительность старых сборок к синтаксису командной строки. Отсутствие свободного места или права на запись превращается в ошибку worker независимо от корректности треков.

Окружение исходной установки. При запуске из Python вступают в силу PySide6, lxml, natsort, pymediainfo и MediaInfo. Linux-сборка 3.0 уменьшила число внешних зависимостей за счёт встроенных компонентов, но исходная установка остаётся чувствительной к версии Python и библиотек.

Не серверы и не аккаунт. Описанный рабочий цикл не зависит от учётной записи, подписки, облачного API или серверов разработчика. Поэтому прекращение работы сайта не блокирует уже установленное приложение так же, как это произошло бы с облачным сервисом. Главная долгосрочная зависимость — совместимость локального кода с развивающимся MKVToolNix и ОС.

Матрица сохранности результата

Операция	Что сохраняется	Что изменяется или теряется	Обратимость	Что открыть в другом ПО
Обычный пакетный mux	Исходные файлы остаются отдельными источниками	Создаётся новый контейнер с выбранным набором дорожек	Высокая, пока исходники не удалены	Готовый MKV открывается в совместимом проигрывателе или MKVToolNix
Algorithm 0 при несовпадении	Проблемный исходник не изменяется	Для несовместимого элемента итог не создаётся	Полная: файл можно обработать отдельно	Исходник остаётся доступным для MKVToolNix
Algorithm 1	Исходники сохраняются	Команда для конкретного файла адаптируется по найденным дорожкам	Обратима через повторный mux с другим шаблоном	Итог нужно проверить по дорожкам
Algorithm 2	Исходники сохраняются	Несопоставленные треки пропускаются, итоговая структура отклоняется от шаблона	Обратима только при наличии исходников	Проверка обязательна, так как файл может оказаться непригодным по содержанию
Rename Files для сгенерированных имён	Медиаданные не меняются	Меняется имя, используемое в командах	Undo предусмотрен внутри модуля	Любая программа увидит файл под новым именем
Rename Files для перетащенных файлов в 3.x	Содержимое файла сохраняется	Имя реального файла меняется в файловой системе	Undo предусмотрен в сеансе; безопаснее заранее исключить конфликты имён	Путь к файлу меняется для всех внешних программ
CRC-32 в имени	Содержимое не изменяется	К имени добавляется контрольная метка	Имя можно вернуть через rename	CRC не влияет на воспроизведение контейнера
Удаление исходников после mux	Остаются только готовые контейнеры	Теряется простая возможность пересобрать пакет с другой структурой	Необратима без резервной копии	Повторная корректировка потребует доступных исходных дорожек

Главное правило сохранности следует из самой документации проекта: исходные файлы не следует удалять, пока новые контейнеры не просмотрены и не проверен набор дорожек. Особенно это относится к Algorithm 1 и 2, где итог создаётся даже при структурных отличиях.

Как пользоваться программой — советы гика

Подготовить один эталонный файл в MKVToolNix

Цель. Получить корректный шаблон, который MKV Batch Multiplexer сможет повторить для остальных файлов.

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

1. Откройте типичный файл в MKVToolNix GUI и добавьте внешние аудиодорожки или субтитры, которые относятся к этому же элементу.
2. В мультиплексоре оставьте только нужные дорожки, задайте языки, признаки default/forced и порядок потоков.
3. Укажите выходной файл в отдельном каталоге, не совпадающем с каталогом исходников.
4. Откройте Multiplexer → Show command line и скопируйте полностью сформированную команду mkvmerge.

Важные параметры. Для пакетной работы особенно значимы пути к исходным каталогам, путь назначения, выбранные дорожки и track-order. Всё это станет основой для остальных файлов.

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

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

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

Вставить шаблон и разобрать команду до запуска

Цель. Убедиться, что обвязка правильно понимает команду и обнаруживает ожидаемые наборы файлов.

Подготовка. Команда mkvmerge уже находится в буфере обмена; каталоги источников и назначения доступны локально.

1. Откройте вкладку Command.
2. Нажмите Paste, чтобы перенести строку из буфера обмена.
3. Используйте Analysis для просмотра разбора команды.
4. Откройте Commands, чтобы увидеть набор команд, который формируется для файлов.
5. Нажмите Check Files и проверьте, какие элементы проходят тест согласованности.
6. При необходимости откройте Files Tree и сравните обнаруженные наборы.

Важные параметры. До очереди определите Algorithm 0, 1 или 2. Для первого прохода по незнакомой серии безопаснее строгая логика Algorithm 0, потому что она не создаёт результат для элемента с несовпавшей структурой.

Проверка. В окне анализа не должно быть отсутствующих каталогов; список файлов должен соответствовать реальному числу эпизодов и внешних дорожек.

Типичная ошибка. В каталог субтитров попадает лишний файл или имена сортируются не так, как ожидалось. Тогда сопоставление наборов перестаёт отражать пары «видео — субтитр».

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

Выбрать Algorithm 0, 1 или 2 осознанно

Цель. Определить поведение при структурном отличии отдельных файлов.

Подготовка. Результаты Check Files уже показывают, есть ли неоднородные элементы.

1. В блоке Algorithm выберите радиокнопку 0, 1 или 2.
2. Для максимально строгой серии выберите 0: несовпавший файл не будет обработан.
3. Для серии с небольшими различиями дорожек выберите 1: программа попытается сопоставить дорожки и при отсутствии подходящей остановит конкретную команду.
4. Используйте 2 только для набора, где пропуск отсутствующей дорожки допустим и итог по каждому отмеченному файлу будет проверяться вручную.
5. Кнопка Default возвращает алгоритм к настроенному значению по умолчанию; текущая ветка назначает Algorithm 1 стандартным вариантом.

Важные параметры. В Algorithm 1 и 2 аудио и текст сопоставляются прежде всего по языку, а не по кодеку; язык видео при сравнении игнорируется. Поэтому правильные языковые метки во входных файлах важнее совпадения FLAC и AC-3.

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

Типичная ошибка. Algorithm 2 выбирают ради получения «полного» набора выходных файлов и затем не проверяют отмеченные элементы. В результате пакет выглядит завершённым, хотя часть файлов имеет другой набор дорожек.

Безопасный откат. Исходники не меняются; смените алгоритм и пересоберите только проблемные элементы в отдельный каталог, не заменяя ранее проверенные результаты.

Добавить одно задание сразу в очередь

Цель. Выполнить один подготовленный пакет без формирования большого списка Waiting.

Подготовка. Команда разобрана, Check Files просмотрен, алгоритм выбран, каталог назначения свободен для записи.

1. На вкладке Command нажмите Add Queue.
2. Перейдите в Jobs и убедитесь, что задание появилось в таблице и поставлено в очередь.
3. Нажмите Start Worker.
4. Следите за статусом в Jobs, обычным выводом в Jobs Output и отклонениями в Jobs Errors.

Важные параметры. Флажок Append CRC to file name увеличивает объём работы после создания файла, потому что требуется вычислить CRC-32 содержимого. Он не нужен, если схема именования не использует контрольные метки.

Проверка. Завершённое задание получает статус Done, а в каталоге назначения появляются файлы с ожидаемыми именами. Для элементов с отклонениями изучите Jobs Errors.

Типичная ошибка. Worker запускается до просмотра каталога назначения, а свободного места недостаточно для всего сезона.

Безопасный откат. Abort Running Job останавливает текущее задание и позволяет очереди продолжить; после освобождения места не смешивайте частично созданный файл с готовыми результатами.

Собрать несколько заданий и запустить их одной очередью

Цель. Подготовить несколько пакетов с разными шаблонами до старта обработки.

Подготовка. Для каждой группы файлов сформирована собственная корректная команда MKVToolNix.

1. Вставьте первую команду на вкладке Command, проверьте её и нажмите Add Command. Она появится в Jobs со статусом Waiting.
2. Нажмите Reset, загрузите следующий шаблон, повторите проверку и снова выберите Add Command.
3. После формирования списка откройте Jobs и нажмите Queue Waiting Jobs.
4. Используйте Start Worker, чтобы запустить очередь.
5. Если очередь составлена неверно, Clear Queue удаляет задания из очереди, не уничтожая сами строки Waiting в таблице.

Важные параметры. У каждого задания хранится собственная команда. Не объединяйте в одну задачу сезоны с разными схемами дорожек только ради сокращения числа строк.

Проверка. В таблице Jobs должны быть отдельные ID, корректные команды и ожидаемые переходы Waiting → Running → Done.

Типичная ошибка. После подготовки второй команды забывают добавить её в Jobs, а Queue Waiting Jobs отправляет только ранее сохранённые строки.

Безопасный откат. Abort Jobs прекращает текущий запуск и переводит оставшиеся задания очереди обратно в Waiting, что позволяет исправить набор без удаления исходников.

Переименовать серию регулярным выражением

Цель. Получить единый шаблон имён перед выполнением команд или переименовать выбранные файлы в модуле Rename Files.

Подготовка. Имена должны быть видны в области Original names. Для реальных перетащенных файлов 3.x заранее убедитесь, что новые имена не конфликтуют с уже существующими.

1. Перейдите на вкладку Rename Files или нажмите Rename на вкладке Command.
2. Введите выражение в Regular Expression.
3. Задайте результат в Substitution String. Для последовательной нумерации документация поддерживает инкрементную конструкцию вида <i: 01>.
4. Сравните Original names и Rename to.
5. Нажмите Apply Rename только после проверки всего списка.

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

Проверка. В Rename to должна получиться непрерывная и уникальная последовательность, соответствующая порядку эпизодов.

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

Безопасный откат. Сразу после применения доступна кнопка Undo. Для перетащенных реальных файлов используйте её до закрытия сеанса, если новое имя оказалось неверным.

Добавить CRC-32 к именам

Цель. Создать контрольную метку содержимого в имени готового файла.

Подготовка. Для пакетного результата используйте Append CRC to file name; для файлов, добавленных в Rename Files, доступна Calculate CRC.

1. Для нового mux включите Append CRC to file name до добавления задания в очередь.
2. Для уже существующих файлов перетащите их в область Original names вкладки Rename Files.
3. Нажмите Calculate CRC, чтобы программа вычислила CRC-32 и подготовила имя с восьмизначной меткой.
4. Проверьте итоговые имена перед Apply Rename.

Важные параметры. CRC-32 зависит от всех байтов файла. Любое изменение контейнера после расчёта — например, добавление тега или дорожки — создаёт другое значение.

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

Типичная ошибка. CRC принимают за подтверждение правильности дорожек. Он подтверждает только конкретное двоичное состояние файла.

Безопасный откат. В Rename Files используйте Undo или сформируйте новое имя без метки; медиаданные при переименовании не перекодируются.

Включить журнал и Log Viewer для сложной ошибки

Цель. Сохранить подробный контекст сбоя, включая команды и сообщения mkvmerge.

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

1. Откройте Settings → Preferences.
2. Включите Enable logging.
3. Включите Enable log viewer; этот элемент доступен при включённом журналировании.
4. Примените настройки и повторите только проблемное задание.
5. Откройте Log Viewer и сопоставьте сообщения с Jobs Output и Jobs Errors.

Важные параметры. Журнал фиксирует пути и команды. На общем компьютере это локальные данные, которые раскрывают названия файлов и каталогов.

Проверка. После повторного запуска в Log Viewer должны появиться записи worker и вызова mkvmerge, относящиеся к нужному Job ID.

Типичная ошибка. Log Viewer включают без Enable logging, поэтому вкладка не получает ожидаемых записей.

Безопасный откат. После диагностики отключите Log Viewer и журналирование в Preferences, если постоянное хранение путей не требуется.

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

Цель. Прекратить серию, когда ошибка шаблона затрагивает не один файл, а весь пакет.

Подготовка. В Jobs видно, что текущая команда или структура неверна и продолжение создаст заведомо нежелательные результаты.

1. Откройте вкладку Jobs.
2. Нажмите Abort Jobs, чтобы остановить текущую работу и вернуть задания очереди в Waiting.
3. Проверьте Jobs Output и Jobs Errors, чтобы определить общую причину.
4. Удалите или исправьте ошибочное задание, затем заново поставьте только нужные Waiting jobs через Queue Waiting Jobs.

Важные параметры. Abort Running Job и Abort Jobs имеют разный смысл: первая команда прекращает текущий job с переходом к следующему, вторая предназначена для остановки всей очереди.

Проверка. После Abort Jobs оставшиеся задания не должны продолжать запуск, а их состояние возвращается к Waiting.

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

Безопасный откат. Не удаляйте готовые корректные файлы автоматически; отделите их от частично выполненного текущего результата и повторяйте только проблемные задания.

Сквозной сценарий: видео и внешние субтитры для целого сезона

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

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

1. Возьмите первый типичный эпизод и соответствующие ему субтитры, настройте их в MKVToolNix GUI и задайте правильный язык текстовой дорожки.
2. Укажите выход в пустом каталоге и скопируйте Multiplexer → Show command line.
3. В MKV Batch Multiplexer нажмите Paste, затем просмотрите Analysis, Commands и Check Files.
4. Для первой безопасной сборки выберите Algorithm 0. Если структура сезона однородна, все элементы должны пройти проверку; отличающиеся эпизоды останутся без результата и будут заметны.
5. При необходимости откройте Rename Files, задайте регулярное выражение и последовательные имена, затем примените rename.
6. Нажмите Add Queue, откройте Jobs и запустите Start Worker.
7. После завершения изучите Jobs Errors. Откройте несколько готовых файлов, включая первый, последний и все отмеченные, в совместимом проигрывателе и проверьте наличие видео, аудио и субтитров.
8. Только после такой проверки переносите или удаляйте исходные наборы.

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

Проверка. Число готовых файлов совпадает с числом прошедших Check Files элементов, имена идут в ожидаемом порядке, а дорожки и их языки соответствуют эталону.

Типичная ошибка. Один эпизод содержит дополнительную дорожку или отсутствующие субтитры. Algorithm 0 оставляет его без результата; это полезный сигнал для отдельной обработки.

Безопасный откат. Сохранённые исходники позволяют удалить только неверный выходной MKV, исправить эталон или обработать исключение вручную в MKVToolNix и не пересобирать весь сезон.

Плюсы и минусы

Плюсы

• Повторяет одну тщательно настроенную команду mkvmerge на большом наборе файлов, устраняя ручное создание одинаковых jobs в MKVToolNix GUI.
• Имеет отдельные проверки Analysis, Commands и Check Files до запуска worker.
• Три алгоритма дают явный выбор между строгим отказом и адаптацией к отличающимся дорожкам.
• Очередь поддерживает Waiting jobs, запуск worker, остановку текущего задания и остановку всей очереди.
• Rename Files умеет регулярные выражения, последовательную нумерацию, Undo и в 3.x вычисление CRC-32.
• Рабочий процесс локальный и не требует подписки или учётной записи.
• Код открыт под MIT, а версия 3.0.0.2 распространялась в готовых Windows- и Linux-пакетах.
• Поддерживается естественная сортировка имён, что полезно для серий с числовой нумерацией.

Минусы

• Проект не обновлялся в основной ветке после 12 марта 2024 года, хотя зависимый MKVToolNix продолжает активно развиваться.
• Подтверждённое тестирование MKVToolNix заканчивается на 82.0.0, тогда как к сентябрю 2026 года актуальна версия 101.0.
• Текущая ветка не поддерживает macOS; доступная старая сборка 2.0.0 не соответствует 3.x.
• Русская локализация не подтверждена: в коде предусмотрены английский и испанский интерфейсы.
• Требуется понимание MKVToolNix и структуры дорожек; программа не заменяет настройку эталонной команды.
• Algorithm 2 сознательно допускает результат, отличающийся от шаблона, поэтому его нельзя использовать без проверки отмеченных файлов.
• Документация интерфейса в ReadTheDocs в значительной части относится к 2.x и не показывает все элементы 3.x, включая новую CRC-функцию.
• Метаданные Python-упаковки в репозитории расходятся с README по диапазону версии Python, что усложняет ручную установку из исходников.

Кому подойдёт

• Владельцу медиатеки сериалов. Когда у десятков эпизодов одинаковая схема видео, аудио и внешних субтитров, один шаблон mkvmerge хорошо соответствует модели программы.
• Пользователю MKVToolNix, которому не хватает пакетного повторения. Знание GUI и параметров уже есть, а основная трудность — много одинаковых ручных операций.
• Тем, кому важен строгий контроль исключений. Algorithm 0 превращает структурное несовпадение в явное отсутствие выходного файла вместо тихой адаптации.
• Тем, кто готов проверять отмеченные элементы. Algorithm 1 полезен в более неоднородных наборах, если результаты Jobs Errors не игнорируются.
• Пользователям Windows и Linux с локальной медиатекой. Для этих платформ выходили актуальные 3.x-сборки.

Кому не подойдёт

• Новичку, который ищет автоматический конвертер. Здесь нет мастера выбора качества, битрейта и кодека; настройка строится вокруг mkvmerge.
• Пользователю macOS, которому нужна современная поддерживаемая сборка. Разработчик MKV Batch Multiplexer прекратил текущую поддержку macOS.
• Тем, кому нужен монтаж или нарезка. Для удаления фрагментов и монтажа нужен специализированный редактор или одна из программ для нарезки видео.
• Архиву с очень неоднородными файлами. Если каждый эпизод имеет уникальный набор дорожек и разные правила, ручной контроль в MKVToolNix или скрипт с явной логикой предсказуемее.
• Среде, где требуется официально подтверждённая совместимость с текущим MKVToolNix 101.0. Сам проект подтверждает тестирование только до 82.0.0.

Безопасность, приватность и зависимость от интернета

MKV Batch Multiplexer работает с локальными путями и запускает локальный mkvmerge. Для базовой пакетной обработки не нужен облачный аккаунт, загрузка медиаданных на сервер или постоянное подключение к интернету. Это уменьшает число внешних точек отказа и позволяет обрабатывать большие файлы без передачи их стороннему сервису.

Локальность не отменяет рисков. Главный из них — файловая система. В 3.x модуль Rename Files умеет переименовывать реальные перетащенные файлы, поэтому ошибка регулярного выражения затрагивает имена на диске. Второй риск — потеря исходников после поспешной очистки. Документация прямо рекомендует не удалять оригиналы, пока новые файлы не просмотрены и не проверено наличие нужных дорожек.

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

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

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

Решение	Задача	Платформа	Порог освоения	Форматы	Автоматизация	Оплата	Главное ограничение	Подходящий сценарий
MKV Batch Multiplexer	Повторить шаблон mkvmerge для каталога	Windows, Linux/Unix; текущей поддержки macOS нет	Средний/высокий: требуется знание MKVToolNix	Ввод определяется mkvmerge; выход MKV/MKA/MKS	Очередь, структурные алгоритмы, rename, CRC	Бесплатно, MIT	Последняя найденная готовая версия 2024 года; тестирование MKVToolNix до 82.0.0	Однотипный сезон или большая серия с готовым эталоном
MKVToolNix GUI / mkvmerge	Точная ручная сборка и прямой CLI-mux Matroska	Windows, Linux/Unix, macOS; текущая версия 101.0	Средний; GUI проще, CLI требует синтаксиса	Широкий набор входов для Matroska, главы, теги, вложения	CLI подходит для собственных скриптов, но нет логики MKV Batch Multiplexer по структуре каталога	Бесплатно, открытый проект	Пакетную логику нужно строить самостоятельно	Один файл, исключения или максимальный контроль актуальной версии
MKV Muxing Batch GUI	Пакетно объединять видео, аудио, субтитры, главы и вложения	Windows 7–11 и большинство Linux; опубликованы отдельные требования к glibc для готовой Linux-сборки	Средний; больше параметров задаётся прямо в GUI	Явно перечислены AVI, MKV, MP4, MOV, MPEG, TS, H264/H265, WEBM, ряд аудио- и subtitle-форматов	Нативный пакетный интерфейс без копирования команды из MKVToolNix	Бесплатно, GPL-2.0	Другой рабочий процесс; не повторяет готовую команду MKVToolNix один к одному	Пользователю, который хочет строить batch прямо в одном GUI
MKVBatch 2.5.5	Сканировать каталог и строить batch для MKVMerge	Windows; версия 2.5.5 тестировалась на Windows 7, 10 и 11 x64	Средний	Работает через MKVToolNix и MediaInfo	Сканирование папки и пакетное выполнение	Freeware	Последняя найденная версия — ноябрь 2022 года и требуется установленный MKVToolNix	Старый Windows-процесс, где уже используется MKVBatch
FFmpeg	Мультиплексирование, демультиплексирование, копирование потоков и перекодирование	Исходники FFmpeg; на официальной странице указаны пакеты Linux и ссылки на Windows/macOS-сборки	Высокий для сложного batch: командная строка	Очень широкий набор muxer/demuxer, не ограниченный Matroska	Скрипты, shell, batch-файлы, concat и множество параметров	Бесплатный открытый проект	Нет специализированного GUI и автоматического сопоставления структуры как в MKV Batch Multiplexer	Разные контейнеры, сложные правила и полностью скриптуемая автоматизация

Выбор зависит от того, где находится «истина» рабочего процесса. Если правильная конфигурация уже создана в MKVToolNix и её нужно массово повторить, MKV Batch Multiplexer минимизирует перенос настроек. Если важнее современная поддержка и ручной контроль исключений, прямой MKVToolNix надёжнее по актуальности. MKV Muxing Batch GUI удобнее тем, кто хочет задавать batch внутри отдельного интерфейса, а FFmpeg оправдан, когда Matroska — лишь один из нескольких контейнеров и автоматизацию всё равно предстоит описывать скриптом.

Типичные проблемы и диагностика

1. Paste принимает строку, но дальнейшие кнопки не дают ожидаемого набора

Симптом. Команда вставлена, но Analysis или Commands показывает неполный набор источников либо не формирует ожидаемые элементы. Причина. Шаблон скопирован не из окна Multiplexer → Show command line после полной настройки либо в нём отсутствует корректный выходной путь. Диагностика. Сравните текст Analysis с командой MKVToolNix: должны присутствовать источники, параметр выхода и выбранные дорожки. Исправление. Пересоздайте эталон в MKVToolNix и замените строку в Command. Проверка. Commands должен показать ожидаемую серию команд, а Check Files — обнаружить реальные файлы.

2. Часть эпизодов не обрабатывается в Algorithm 0

Симптом. Большинство файлов получают результат, а отдельные остаются без выходного MKV и отмечаются как несовпадающие. Причина. Их логическая структура отличается от эталонной: другое число или тип дорожек, иной набор внешних файлов. Диагностика. Jobs Errors и Check Files показывают элементы, не прошедшие тест структуры. Исправление. Обрабатывайте исключение отдельным шаблоном либо используйте Algorithm 1 только после понимания конкретного отличия. Проверка. У проблемного эпизода итоговый набор дорожек должен быть явно проверен, а не считаться правильным только по факту появления файла.

3. Algorithm 1 не находит подходящую аудио- или текстовую дорожку

Симптом. Файл структурно отличается, Algorithm 1 пытается адаптировать команду, но обработка не запускается. Причина. Для требуемой дорожки не найдено подходящее соответствие; алгоритм сопоставляет аудио и текст прежде всего по языку. Диагностика. Сравните языковые метки базового и проблемного файла через MKVToolNix/MediaInfo и изучите Jobs Errors. Исправление. Исправьте языковую маркировку или подготовьте отдельный шаблон для этой группы. Проверка. Повторная проверка должна находить требуемый язык, а результат — содержать нужную дорожку.

4. Algorithm 2 создаёт файл без ожидаемой дорожки

Симптом. Job завершается, но в MKV отсутствует комментарий, дополнительная аудиодорожка или субтитры. Причина. Algorithm 2 специально разрешает продолжить команду, игнорируя дорожки, для которых Algorithm 1 не нашёл соответствие. Диагностика. Проверьте, был ли файл отмечен как структурно отличающийся, и сравните список дорожек с эталоном. Исправление. Для обязательной дорожки используйте отдельный шаблон или более строгий алгоритм. Проверка. В проигрывателе или MKVToolNix должен отображаться полный обязательный набор потоков.

5. Видео и субтитры сопоставились не теми эпизодами

Симптом. MKV открывается, но текст относится к соседней серии. Причина. Наборы каталогов были отсортированы в разном логическом порядке либо один из них содержит лишний/пропущенный элемент. Естественная сортировка помогает с числами, но не определяет семантическое соответствие названий. Диагностика. Files Tree и Check Files позволяют сопоставить порядок источников; отдельно сравните количество файлов в каждом наборе. Исправление. Приведите наборы к одинаковой нумерации и исключите посторонние файлы. Проверка. Первый, средний и последний эпизод должны получать субтитры с совпадающим номером.

6. Старый 3.0.0 или 3.0.0.1 ломается на пути с одинарной кавычкой

Симптом. Команда с каталогом или файлом, в имени которого есть символ ‘, разбирается или запускается неправильно. Причина. Именно эта ошибка исправлена в 3.0.0.2. Диагностика. Сверьте установленную версию и наличие одинарной кавычки в полном пути. Исправление. Используйте 3.0.0.2 вместо ранних 3.0.0-пакетов. Проверка. Та же команда должна корректно пройти разбор пути и перейти к mkvmerge.

7. Worker получает Error из-за каталога назначения

Симптом. Структурная проверка проходит, но запись результата завершается ошибкой. Причина. Каталог недоступен для записи, путь больше не существует или на носителе недостаточно свободного места. Диагностика. Jobs Output показывает момент открытия выходного файла, а системная проверка каталога подтверждает права и свободное пространство. Исправление. Восстановите доступ к каталогу или освободите место, затем повторите только ошибочное задание. Проверка. mkvmerge должен открыть выходной файл для записи и завершить job со статусом Done.

8. Linux-сборка не запускается или не видит MediaInfo

Симптом. Приложение завершается до нормального анализа файлов либо сообщает о недоступной медиабиблиотеке. Причина. Старые пакеты и исходная установка зависели от системного MediaInfo; 3.0.0 добавила встроенный MediaInfo и встроенный MKVToolNix для части Linux-сценариев. Диагностика. Сверьте, используется ли актуальный для проекта 3.0.0.2 AppImage или самостоятельная Python-установка. Исправление. Для Linux предпочтительна 3.x AppImage; при запуске исходников требуется согласовать перечисленные Python-зависимости и MediaInfo. Проверка. Command должен анализировать файл и получать его структуру без ошибки внешней библиотеки.

9. Переименование создаёт конфликт имён

Симптом. Несколько строк Rename to получают одинаковое имя или операция не может переименовать файл. Причина. Регулярное выражение и строка замены удалили отличающую часть имени, либо целевой файл уже существует. Диагностика. Сравните весь список Rename to, а не только первые строки; текущий код отдельно обрабатывает конфликт существующего файла. Исправление. Измените выражение или добавьте уникальную нумерацию. Проверка. Каждая строка Rename to должна быть уникальной, а Apply Rename — завершаться без конфликтов.

10. После обновления MKVToolNix до 101.0 поведение отличается от ожидаемого

Симптом. Ранее работавшая конфигурация начинает давать ошибки разбора или запуска после смены mkvmerge. Причина. README MKV Batch Multiplexer фиксирует проверенный диапазон только до MKVToolNix 82.0.0, а 101.0 вышла уже после прекращения обновлений обвязки. Диагностика. Сравните вывод той же команды при прямом запуске mkvmerge и через MKV Batch Multiplexer; изучите Commands и Log Viewer. Исправление. Для критичного пакета используйте версию MKVToolNix из подтверждённого диапазона обвязки либо выполняйте современную команду напрямую в актуальном MKVToolNix. Проверка. Один тестовый файл должен дать одинаковый ожидаемый набор дорожек до массового запуска.

11. Программа запускается из исходников на одной системе, но не воспроизводится на другой

Симптом. Установка Python проходит на одном компьютере и ломается на другом при той же попытке. Причина. В README и проектной метаинформации остались разные ограничения Python: README требует 3.12.1+, а project.toml указывает диапазон от 3.10.1 до версии ниже 3.13; setup.cfg содержит теги cp310–cp312. Диагностика. Зафиксируйте реальную версию Python, PySide6 и остальных библиотек вместо ориентации на один метафайл. Исправление. Для готового рабочего места используйте опубликованную 3.0.0.2-сборку либо воспроизводимую среду с согласованным набором зависимостей. Проверка. Приложение должно открывать интерфейс, анализировать команду и запускать короткое тестовое задание без импорта недостающих модулей.

FAQ

MKV Batch Multiplexer перекодирует видео?

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

Можно ли использовать программу без MKVToolNix GUI?

Приложение ожидает командную строку mkvmerge, а документированный путь её получения идёт через MKVToolNix GUI. Опытный пользователь способен сформировать корректную строку вручную, но сам продукт рассчитан на шаблон из Multiplexer → Show command line.

Почему версия MKVToolNix 101.0 важна для обзора?

Потому что MKV Batch Multiplexer перестал обновляться в марте 2024 года, а его README подтверждает тестирование лишь до MKVToolNix 82.0.0. Версия 101.0 выпущена 24 августа 2026 года. Совместимость за пределами 82.0.0 проектом не подтверждена.

Поддерживается ли русский язык?

В текущем коде и документации подтверждены английский и испанский интерфейсы. Русская локализация не заявлена.

Зачем нужен CRC в имени, если MKV и так открывается?

CRC-32 позволяет связать имя с конкретным двоичным содержимым. Он полезен для обнаружения изменения файла после расчёта, но не говорит, правильно ли выбраны аудиодорожки, субтитры, язык или порядок потоков.

Можно ли получить MKA или MKS, а не MKV?

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

Нужен ли интернет во время обработки?

Базовая операция использует локальные файлы, локальный интерфейс и mkvmerge. Аккаунт и облачная обработка в рабочем процессе не участвуют, поэтому постоянное интернет-соединение для mux не требуется.

Безопасно ли удалять исходники сразу после статуса Done?

Нет. Done означает завершение job, а не содержательную проверку каждого выбранного трека. Сам проект рекомендует сохранять оригиналы до просмотра новых файлов и проверки дорожек, особенно после Algorithm 1 или 2.

Чем программа отличается от MKV Muxing Batch GUI?

MKV Batch Multiplexer начинает работу с уже готовой команды MKVToolNix и распространяет её на каталог. MKV Muxing Batch GUI предоставляет собственный пакетный интерфейс для выбора видео, аудио, субтитров, глав и вложений. Первый вариант удобнее при наличии эталонной команды, второй — когда batch хочется строить прямо внутри отдельного GUI.

Что делать, если после mux файл не воспроизводится в конкретном плеере?

Сначала отделите контейнер от кодека: успешное создание MKV не означает, что конкретный проигрыватель поддерживает каждый поток внутри него. Список дорожек и кодеков следует проверить в MKVToolNix/MediaInfo, а затем сравнить с возможностями плеера. Установка K-Lite Codec Pack относится к решению проблем воспроизведения в Windows, а не к работе самого MKV Batch Multiplexer.

Вывод

MKV Batch Multiplexer остаётся полезным узкоспециализированным инструментом для человека, который уже умеет настраивать MKVToolNix и хочет масштабировать один правильный шаблон на сезон или большую папку. Сильная сторона программы — не количество форматов и не собственный медиадвижок, а связка «эталонная команда → проверка структуры → очередь → контролируемые исключения».

Для однородного архива наиболее предсказуемый сценарий — строгий Algorithm 0, отдельный каталог результата и сохранение исходников до проверки. Для набора с различающимися языковыми дорожками Algorithm 1 даёт более гибкое сопоставление, но увеличивает объём контроля. Algorithm 2 оправдан только там, где отсутствие части треков заранее допустимо и каждый отмеченный результат будет проверен.

Главное ограничение в 2026 году — возраст проекта. Стабильная версия 3.0.0.2 и последний коммит датированы мартом 2024 года, а подтверждённая совместимость MKVToolNix заканчивается на 82.0.0 при текущей версии 101.0. Если важнее актуальная поддержка и единичная точная сборка, прямой MKVToolNix предпочтительнее. Если нужна массовая обработка с уже готовым mkvmerge-шаблоном и используемая связка версий проверена на копиях, MKV Batch Multiplexer по-прежнему решает свою исходную задачу без подписки, облака и лишнего ручного повторения.