Конвертировать видео, установив конечный размер

Каждый запущенный процесс представляет собой угрозу безопасности. В частности, те, которые прослушивают сетевой порт (X11 делает).

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

Я сомневаюсь, что в прочитанной вами статье речь шла об определенной уязвимости в X11 (при этом было бы исправлено, если это так, уязвимости не имеют тенденций зависать, длинный), а скорее просто общая хорошая практика.

2
задан 23 April 2018 в 07:53

6 ответов

Переход от 100 мб до 10 мб - это немного нереалистичное падение на 90%, но я приведу пример сокращения до 50 мб, создающего видео H.264, что является более разумным 50% -ным уменьшением размера, а также уменьшением до 40 МБ используя HEVC.

Я использую следующий пример файла:

wget http://dl3.h265files.com/TearsOfSteel_720p_h265.mkv

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

mediainfo \
--Inform="General;Duration=%Duration/String3%\nFile size=%FileSize/String1%" \
TearsOfSteel_720p_h265.mkv
Duration=00:12:14.058   <-----
File size=101 MiB       <-----

Стрелки, конечно, мои собственные! Возможно, у вас есть 2 действительно хороших варианта:

Re-Encode to H.264 Re-encode to HEVC

1. Re-Encode to H.264

H.264 широко признан сейчас и будет отличным выбором для вашего выходного видеофайла. Формула для вычисления выходного битрейта для желаемого 50 мБ будет следующей:

(50 MiB * 8192 [converts MiB to kBit]) / 734 seconds = ~558 kBit/s total bitrate
558 - 128 kBit/s (desired audio bitrate) = 430 kBit/s video bitrate

Для этого используйте следующую команду FFmpeg 2 pass:

ffmpeg -y -i TearsOfSteel_720p_h265.mkv \
      -c:v libx264 -b:v 430k -pass 1 \
      -c:a libmp3lame -b:a 128k -f mp4 /dev/null && \
ffmpeg -i TearsOfSteel_720p_h265.mkv \
       -c:v libx264 -b:v 430k -pass 2 \
       -c:a libmp3lame -b:a 128k TearsOfSteel_smaller.mp4

Полученный размер файла составляет 49,4MiB с вполне разумным, но не удивительным качеством просмотра. Довольно полезно для 50% уменьшения размера файла и немного нереалистичного снижения битрейта видео на самом деле!

1. Re-Encode to H.264

Другим выбором является повторное кодирование существующего потока HEVC с более низким битрейтом, на этот раз нацеленным на 40 МБ, поскольку HEVC заявляет о лучшем качестве при более низком битрейте. [ ! d17]

На этот раз формула будет:

(40 MiB * 8192 [converts MiB to kBit]) / 734 seconds = ~446 kBit/s total bitrate
446 - 128 kBit/s (desired audio bitrate) = 318 kBit/s video bitrate

, а командная строка FFmpeg:

ffmpeg -y -i TearsOfSteel_720p_h265.mkv \
      -c:v libx265 -x265-params pass=1 -b:v 318k \
      -c:a libmp3lame -b:a 128k -f mp4 /dev/null && \
ffmpeg -i TearsOfSteel_720p_h265.mkv \
       -c:v libx265 -x265-params pass=2 -b:v 318k \
       -c:a libmp3lame -b:a 128k TearsOfSteel_smaller.mp4

И это обеспечивает файл размером 40 МБ с разумным качеством.

В заключение:

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

В заключение:

H.264 Руководство по кодированию видео: 2 Конец кодирования FFmpeg trac, в котором содержится окончательная и легко следующая информация о 2 передайте кодировку H.264. FFmpeg и H.265 Руководство по кодированию FFmpeg trac gudelines для кодирования в HEVC с использованием обертки x265.
3
ответ дан 22 May 2018 в 11:17
  • 1
    Любые комментарии о кодеке libx264? Остальное хорошо описано. – Asme Just 25 April 2018 в 22:32
  • 2
    @AsmeJust Добавил несколько комментариев :) – andrew.46 26 April 2018 в 02:04
  • 3
    Переход к старому кодеку H.264 не является хорошей идеей в этой ситуации. H.265 был специально создан для ситуаций с голодным голосом, подобных этому, где OP хочет сжать до 10% от первоначального размера. Таким образом, лучшим решением было бы сохранить H.265 с частью «lib265» в линиях ffmpeg. Требования OPs здесь делают H.265 практически обязательным. Это единственный формат, который может делать экстремальное сжатие и по-прежнему сохраняет скромность качества изображения. – emk2203 26 April 2018 в 02:51
  • 4
    @ emk2203 Хорошая точка. Имейте в виду, что если вы делаете математику для кодирования 10 мб для этого файла, вы увидите, что целевой битрейт для H.264 или HEVC на самом деле отрицательный 16MiB :). Тем не менее, я добавлю пример для повторного кодирования HEVC после обнаружения сладкого пятна для размера файла и по меньшей мере уважаемого качества видео ... – andrew.46 26 April 2018 в 03:33
  • 5
    @ emk2203 Добавлен пример в .... – andrew.46 26 April 2018 в 04:42

Переход от 100 мб до 10 мб - это немного нереалистичное падение на 90%, но я приведу пример сокращения до 50 мб, создающего видео H.264, что является более разумным 50% -ным уменьшением размера, а также уменьшением до 40 МБ используя HEVC.

Я использую следующий пример файла:

wget http://dl3.h265files.com/TearsOfSteel_720p_h265.mkv

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

mediainfo \ --Inform="General;Duration=%Duration/String3%\nFile size=%FileSize/String1%" \ TearsOfSteel_720p_h265.mkv Duration=00:12:14.058 <----- File size=101 MiB <-----

Стрелки, конечно, мои собственные! Возможно, у вас есть 2 действительно хороших варианта:

Re-Encode to H.264 Re-encode to HEVC

1. Re-Encode to H.264 (50mb)

H.264 широко распространен и будет отличным выбором для вашего выходного видеофайла. Формула для вычисления выходного битрейта для требуемого 50 мБ будет равна:

(50 MiB * 8192 [converts MiB to kBit]) / 734 seconds = ~558 kBit/s total bitrate 558 - 128 kBit/s (desired audio bitrate) = 430 kBit/s video bitrate

Для этого используйте следующую команду FFmpeg 2 pass:

ffmpeg -y -i TearsOfSteel_720p_h265.mkv \ -c:v libx264 -b:v 430k -pass 1 \ -c:a libmp3lame -b:a 128k -f mp4 /dev/null && \ ffmpeg -i TearsOfSteel_720p_h265.mkv \ -c:v libx264 -b:v 430k -pass 2 \ -c:a libmp3lame -b:a 128k TearsOfSteel_smaller.mp4

Полученный размер файла составляет 49,4MiB с вполне разумным, но не удивительным качеством просмотра. Довольно хорошо для 50% уменьшения размера файла и огромного снижения битрейта видео на самом деле!

1. Re-Encode to H.264 (50mb)

Другой выбор (как предложено emk2203) - это перекодировать существующий поток HEVC с более низким битрейтом, на этот раз направленный на 40mb как HEVC

На этот раз формула будет:

(40 MiB * 8192 [converts MiB to kBit]) / 734 seconds = ~446 kBit/s total bitrate 446 - 128 kBit/s (desired audio bitrate) = 318 kBit/s video bitrate

, а команда FFmpeg 2 pass:

ffmpeg -y -i TearsOfSteel_720p_h265.mkv \ -c:v libx265 -x265-params pass=1 -b:v 318k \ -c:a libmp3lame -b:a 128k -f mp4 /dev/null && \ ffmpeg -i TearsOfSteel_720p_h265.mkv \ -c:v libx265 -x265-params pass=2 -b:v 318k \ -c:a libmp3lame -b:a 128k TearsOfSteel_smaller.mp4

И это дает файл в 40 Мб с вполне разумным качеством.

В заключение:

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

В заключение:

Руководство по кодированию видео H.264: 2-страничный код кодирования FFmpeg, в котором содержится окончательная и простая информация о 2 передайте кодировку H.264. FFmpeg и H.265 Руководство по кодированию FFmpeg trac gudelines для кодирования в HEVC с использованием обертки x265. Руководство по кодированию FFmpeg и VP9 Еще одна возможность просмотра - это кодирование для VP9, ​​и все детали находятся на этой странице FFmpeg trac. Опять же, вы после раздела 2-го кодирования ...
5
ответ дан 17 July 2018 в 16:21

Переход от 100 мб до 10 мб - это немного нереалистичное падение на 90%, но я приведу пример сокращения до 50 мб, создающего видео H.264, что является более разумным 50% -ным уменьшением размера, а также уменьшением до 40 МБ используя HEVC.

Я использую следующий пример файла:

wget http://dl3.h265files.com/TearsOfSteel_720p_h265.mkv

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

mediainfo \ --Inform="General;Duration=%Duration/String3%\nFile size=%FileSize/String1%" \ TearsOfSteel_720p_h265.mkv Duration=00:12:14.058 <----- File size=101 MiB <-----

Стрелки, конечно, мои собственные! Возможно, у вас есть 2 действительно хороших варианта:

Re-Encode to H.264 Re-encode to HEVC

1. Re-Encode to H.264 (50mb)

H.264 широко распространен и будет отличным выбором для вашего выходного видеофайла. Формула для вычисления выходного битрейта для требуемого 50 мБ будет равна:

(50 MiB * 8192 [converts MiB to kBit]) / 734 seconds = ~558 kBit/s total bitrate 558 - 128 kBit/s (desired audio bitrate) = 430 kBit/s video bitrate

Для этого используйте следующую команду FFmpeg 2 pass:

ffmpeg -y -i TearsOfSteel_720p_h265.mkv \ -c:v libx264 -b:v 430k -pass 1 \ -c:a libmp3lame -b:a 128k -f mp4 /dev/null && \ ffmpeg -i TearsOfSteel_720p_h265.mkv \ -c:v libx264 -b:v 430k -pass 2 \ -c:a libmp3lame -b:a 128k TearsOfSteel_smaller.mp4

Полученный размер файла составляет 49,4MiB с вполне разумным, но не удивительным качеством просмотра. Довольно хорошо для 50% уменьшения размера файла и огромного снижения битрейта видео на самом деле!

1. Re-Encode to H.264 (50mb)

Другой выбор (как предложено emk2203) - это перекодировать существующий поток HEVC с более низким битрейтом, на этот раз направленный на 40mb как HEVC

На этот раз формула будет:

(40 MiB * 8192 [converts MiB to kBit]) / 734 seconds = ~446 kBit/s total bitrate 446 - 128 kBit/s (desired audio bitrate) = 318 kBit/s video bitrate

, а команда FFmpeg 2 pass:

ffmpeg -y -i TearsOfSteel_720p_h265.mkv \ -c:v libx265 -x265-params pass=1 -b:v 318k \ -c:a libmp3lame -b:a 128k -f mp4 /dev/null && \ ffmpeg -i TearsOfSteel_720p_h265.mkv \ -c:v libx265 -x265-params pass=2 -b:v 318k \ -c:a libmp3lame -b:a 128k TearsOfSteel_smaller.mp4

И это дает файл в 40 Мб с вполне разумным качеством.

В заключение:

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

В заключение:

Руководство по кодированию видео H.264: 2-страничный код кодирования FFmpeg, в котором содержится окончательная и простая информация о 2 передайте кодировку H.264. FFmpeg и H.265 Руководство по кодированию FFmpeg trac gudelines для кодирования в HEVC с использованием обертки x265. Руководство по кодированию FFmpeg и VP9 Еще одна возможность просмотра - это кодирование для VP9, ​​и все детали находятся на этой странице FFmpeg trac. Опять же, вы после раздела 2-го кодирования ...
5
ответ дан 23 July 2018 в 17:14
Да. Выберите видеокодек (x264 - хороший универсальный) и выберите разрешение, оставьте большинство настроек по умолчанию, но сделайте двухпроходное преобразование с установленным средним битрейтом.

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

Вам нужно указать выход как битрейт (аудио и видео, плюс контейнер имеет небольшие накладные расходы), поэтому вам нужен калькулятор для преобразования из размера файла и продолжительности в биттрейт. [ ! d2]

1
ответ дан 22 May 2018 в 11:17
  • 1
    Можете ли вы привести пример, пожалуйста? Заметки, качество для меня не очень важно, хотя я хочу, чтобы это было максимально возможным. – Asme Just 23 April 2018 в 08:24
[D0] Да. Выберите видеокодек (x264 - хороший универсальный) и выберите разрешение, оставьте большинство настроек по умолчанию, но сделайте двухпроходное преобразование с установленным средним битрейтом.

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

Вам нужно указать выход как битрейт (аудио и видео, плюс контейнер имеет небольшие накладные расходы), поэтому вам нужен калькулятор для преобразования из размера файла и продолжительности в биттрейт. [ ! d2]

1
ответ дан 17 July 2018 в 16:21
[D0] Да. Выберите видеокодек (x264 - хороший универсальный) и выберите разрешение, оставьте большинство настроек по умолчанию, но сделайте двухпроходное преобразование с установленным средним битрейтом.

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

Вам нужно указать выход как битрейт (аудио и видео, плюс контейнер имеет небольшие накладные расходы), поэтому вам нужен калькулятор для преобразования из размера файла и продолжительности в биттрейт. [ ! d2]

1
ответ дан 23 July 2018 в 17:14
  • 1
    Можете ли вы привести пример, пожалуйста? Заметки, качество для меня не очень важно, хотя я хочу, чтобы это было максимально возможным. – Asme Just 23 April 2018 в 08:24

Другие вопросы по тегам:

Похожие вопросы: