Каждый запущенный процесс представляет собой угрозу безопасности. В частности, те, которые прослушивают сетевой порт (X11 делает).
Общей хорошей практикой является не запуск чего-либо на сервере, который не обязательно должен быть там, и X11, конечно, не нужно на сервере, на котором вы будете SSH.
Я сомневаюсь, что в прочитанной вами статье речь шла об определенной уязвимости в X11 (при этом было бы исправлено, если это так, уязвимости не имеют тенденций зависать, длинный), а скорее просто общая хорошая практика.
Переход от 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 HEVC1. 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.Переход от 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 HEVC1. 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-го кодирования ...Переход от 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 HEVC1. 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-го кодирования ...Быстрый урок в сжатии видео: видео сложность меняется по всему видео, поэтому, если вы сжимаетесь до одного и того же уровня визуального качества, вся реальная битрейт будет колебаться вверх и вниз. Если вы сжимаете до фиксированного битрейта, качество будет плохой в битах высокой сложности, потому что биттрейт слишком низок, и / или используемая битрейт будет слишком высокой для частей с низкой сложностью. Так что вы можете позволить ему стремиться к постоянному качеству и позволить битрейту колебаться, насколько это возможно. Но если компрессор нацелен на определенный размер файла, он не знает, будет ли сложность видео идти вверх или вниз в тех частях, которые он еще не преобразовал, поэтому люди используют преобразование 2-х сторон, когда стремятся к конкретный размер файла.
Вам нужно указать выход как битрейт (аудио и видео, плюс контейнер имеет небольшие накладные расходы), поэтому вам нужен калькулятор для преобразования из размера файла и продолжительности в биттрейт. [ ! d2]
Быстрый урок в сжатии видео: видео сложность меняется по всему видео, поэтому, если вы сжимаетесь до одного и того же уровня визуального качества, вся реальная битрейт будет колебаться вверх и вниз. Если вы сжимаете до фиксированного битрейта, качество будет плохой в битах высокой сложности, потому что биттрейт слишком низок, и / или используемая битрейт будет слишком высокой для частей с низкой сложностью. Так что вы можете позволить ему стремиться к постоянному качеству и позволить битрейту колебаться, насколько это возможно. Но если компрессор нацелен на определенный размер файла, он не знает, будет ли сложность видео идти вверх или вниз в тех частях, которые он еще не преобразовал, поэтому люди используют преобразование 2-х сторон, когда стремятся к конкретный размер файла.
Вам нужно указать выход как битрейт (аудио и видео, плюс контейнер имеет небольшие накладные расходы), поэтому вам нужен калькулятор для преобразования из размера файла и продолжительности в биттрейт. [ ! d2]
Быстрый урок в сжатии видео: видео сложность меняется по всему видео, поэтому, если вы сжимаетесь до одного и того же уровня визуального качества, вся реальная битрейт будет колебаться вверх и вниз. Если вы сжимаете до фиксированного битрейта, качество будет плохой в битах высокой сложности, потому что биттрейт слишком низок, и / или используемая битрейт будет слишком высокой для частей с низкой сложностью. Так что вы можете позволить ему стремиться к постоянному качеству и позволить битрейту колебаться, насколько это возможно. Но если компрессор нацелен на определенный размер файла, он не знает, будет ли сложность видео идти вверх или вниз в тех частях, которые он еще не преобразовал, поэтому люди используют преобразование 2-х сторон, когда стремятся к конкретный размер файла.
Вам нужно указать выход как битрейт (аудио и видео, плюс контейнер имеет небольшие накладные расходы), поэтому вам нужен калькулятор для преобразования из размера файла и продолжительности в биттрейт. [ ! d2]