LosslessCut 3.70.2 — восстановлено обнаружение тишины и чёрных кадров в Windows

В LosslessCut 3.70.2, выпущенном 28 октября 2026 года, исправлена ошибка автоматического поиска тихих участков и чёрных кадров в Windows. Проблема затрагивала версии 3.70.0 и 3.70.1, из-за чего видеоредактор перестал находить нужные фрагменты даже в файлах, которые раньше обрабатывались правильно. Обновление также устраняет ошибки экспорта вложений и улучшает поддержку Linux на ARM64.

LosslessCut снова находит тихие участки и чёрные кадры в Windows

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

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

23 октября на GitHub появился отчёт об ошибке, в котором сравнивалась работа LosslessCut 3.69.0 и 3.70.1. Автор проверил несколько видеофайлов и обнаружил, что предыдущая версия успешно определяла тишину, тогда как новая ничего не находила.

В другом обращении пользователь Windows 11 сообщил о таком же поведении при обработке двухчасового MP4-файла с видеокодеком HEVC и звуковой дорожкой AAC. На macOS аналогичная функция в версии 3.70.1 продолжала работать.

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

Причиной сбоя стала обработка сообщений FFmpeg 8.1

В версии LosslessCut 3.70.0, опубликованной 19 октября, разработчик обновил встроенный FFmpeg до версии 8.1. Этот инструмент анализирует медиапотоки, а LosslessCut считывает из его служебных сообщений информацию о найденных тихих и тёмных участках.

Проблема возникла в том, как приложение распознавало строки журнала FFmpeg. В Windows адреса объектов записывались без префикса 0x, тогда как обновлённый шаблон поиска ожидал его присутствия. В результате сообщения фильтров не распознавались, и программа показывала пустые результаты обнаружения тишины и чёрных кадров.

Разработчик изменил шаблон: теперь префикс 0x необязателен. Исправление сопровождается автоматическими тестами для форматов сообщений Windows и macOS/Linux. В обсуждении изменения автор отдельно уточнил, что проверил разбор вывода FFmpeg в Linux, но на компьютере с Windows сам исправление не испытывал.

Любопытна и причина, по которой LosslessCut 3.69.0 продолжал работать: прежний шаблон содержал неточность, которая случайно позволяла распознавать сообщения Windows. После его корректировки для FFmpeg 8.1 это совпадение исчезло. В версии 3.70.2 разработчик учёл различия между платформами напрямую.

Исправлены ложные ошибки при извлечении вложений из медиафайлов

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

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

Сборка LosslessCut для Linux ARM64 теперь содержит FFmpeg

В комплект LosslessCut 3.70.2 для Linux на архитектуре ARM64 добавлен FFmpeg. Ранее этот компонент отсутствовал в соответствующей сборке, хотя программа использует его для анализа, нарезки и других операций с медиафайлами. Теперь ARM64-архив содержит необходимый инструмент вместе с самим приложением.

Отдельное исправление касается значка LosslessCut в док-панели Linux. При использовании AppImageLauncher или похожего способа установки ярлыка GNOME мог показывать стандартную иконку вместо фирменной. Причина заключалась в несовпадении имени окна приложения и идентификатора, записанного в ярлыке запуска.

В новом выпуске эти значения согласованы. В обсуждении исправления приводится пример Ubuntu 26.04 с GNOME 50.1 и Wayland, где проблема была воспроизведена и изменение проверено. Поведение в других графических окружениях отдельно не подтверждалось.

Разработчик также поправил справочные ссылки: они ведут на документацию losslesscut.app, а ссылка Discord в окне отчёта об ошибке открывает соответствующий сервис.

Какие версии LosslessCut затронуты и где доступно обновление

Сбой поиска тишины и чёрных кадров в Windows относится к версиям 3.70.0 и 3.70.1. В 3.69.0, согласно пользовательским отчётам, обнаружение работало. Версия 3.70.2 содержит официальное исправление и доступна в разделе релизов проекта на GitHub.

LosslessCut распространяется для Windows 10 и 11, macOS 12 и новее, а также Linux. Программа остаётся бесплатным проектом с открытым исходным кодом; прямые загрузки доступны через официальный сайт и GitHub. Версии из магазинов приложений могут продаваться за плату — так автор финансирует дальнейшую разработку.

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

Что изменилось после выхода LosslessCut 3.70.2

Релиз от 28 октября устраняет конкретную регрессию Windows, возникшую при обновлении обработки сообщений FFmpeg 8.1. Поиск тишины и чёрных кадров снова предусмотрен для автоматической разметки записей, а устранение ложных ошибок делает экспорт вложений понятнее.

Для Linux изменения затронули комплектность ARM64-сборки и отображение значка AppImage. Разработчик подтвердил исправления в официальном журнале релиза, при этом отдельного отчёта о полном тестировании функции обнаружения на Windows в обсуждении исправления нет.