Сжатие видео создает еще больший файл

Как @pram сказал выше в комментарии, mp4 видео уже сжаты, и другие форматы видео, вероятно, также используют сжатие в некоторой степени. Поэтому попытка сжать их не приведет к мало (если таковые имеются) сокращение размера (это также применяется, по крайней мере, частично, к изображениям и музыке). В этом случае похоже, что метаданные (для самого сжатого файла) могли бы вызывать увеличение. Единственный формат сжатия, который мог бы (и это - сильная сила) результат в некотором сокращении является xz.

На другой ноте, если Вы хотите уменьшить размер тех видео, вместо этого изучают перекодирование видео с помощью чего-то как Ручной тормоз.

Действительно, то, что файлы уже сжаты, не является решающей проблемой. Это - это: сжатие в целом может только работать, если данные имеют некоторое дублирование в них . Это практически всегда имеет место для несжатых файлов †“однако, не обязательно очевидно , каково дублирование. Алгоритмы сжатия общего назначения главным образом предназначаются для вида вещи, очевидной в текстовых файлах: много слов поднимаются не только однажды, но и много времен в идентичной форме, возможно, фразы слов могут быть объединены и т.д. и т.д. Алгоритмы довольно хороши в обобщении этого к чему-либо из закодированных ASCII списков телефонных номеров по китайской поэзии к двоичному машинному коду, но они не могут возможно работать на никакой вид данных. В частности, медиа-файлы концептуально аналоговые данные в шумном цифровом представлении. Это означает, нет действительно ни одного вида текстового-файла-reduncancy вообще: некоторые побуждения могли бы повторяться, но всегда с немного отличающейся конфигурацией шума датчика. Вот почему все сжали использование форматов image/AV некоторое умно выбранное преобразование как их первый шаг кодирования, обычно на основе DCT или вейвлеты . Эти преобразования, примерно говоря перемещение, части изображения и шумовые части в различные местоположения, таким образом, они могут хорошо быть разделены и со сжатием с потерями, Вы сохраняете только информацию, Вы думаете, являются самыми "важными", который не включает шум, в то время как "хорошая информация" имеет большое дублирование. (Это не действительно, как это работает, но вид.)

, Если бы компрессоры общего назначения использовали эти преобразования, эффект был бы противоположным: большинство цифровой информация была бы на самом деле неправильно классифицирована как некоторый шум, потому что это испытывает недостаток в "гладкой" структуре, которую Вы находите в аналоговых сигналах. И после сжатия видео с потерями, очевидно, никакая аналоговая гладкость или цифровое повторение не могут больше находиться (если бы это было, кодеки использовали бы другого bzip-этапного или что-то сами!)

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

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

Это - хороший пример принцип ящика .

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

Если Вы захотите сжать эти файлы, то Вы будете , должны уменьшить качество.

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

BluRays с 1080p видео склонен быть вверх 25 ГБ так не маловероятный, Вы уже в оптимальном отношении качества к размеру для H.264.

можно попытаться использовать ffmpeg или avconv для преобразования файлов.

Вы могли запустить с ffmpeg -i input_file.mp4 -preset slower -crf 20 -c:a copy output_file.mp4

Эти anconv, команда будет работать так же.

• Увеличение эти -crf значение для уменьшения размера файла и качества я не рекомендую немного выше, чем 25.

• можно изменить предварительную установку на slow или medium для увеличения скорости, но размер файла пострадает по сравнению с slower или даже veryslow (если Вы будете очень терпеливы!).

• настройки More могут быть найдены здесь: http://mewiki.project357.com/wiki/X264_Settings

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

• Попытка denoiser, если Вы удовлетворяете, является фильмом (-vf hqdn3d) , можно улучшить визуальное качество по сравнению с использованием высокого -crf значение.

• Постепенное уменьшение Ваше содержание -vf scale=-1:720 для 720 пунктов и -vf scale=-1:480 для 480 пунктов, чтобы улучшить скорость кодирования и поддержать качество.