Советы для загрузки видео сайта

Question

Я работаю над проектом, в котором пользователи могут загружать частные видео. Я загружаю их непосредственно на S3 и распространяю их через CloudFront. Все хорошо и работает, но я читал, что файлы перекодирования также будут хороши, потому что он может создавать небольшие файлы, адаптированные для различных пользовательских устройств, что также может привести к снижению затрат на доставку контента.

Мой вопрос следующий. Я решил разрешить пользователям загружать mp4, так как я не знаю всех форматов, и нам нужна быстрая альфа-версия в любом случае. Если они загружают файлы mp4, будет ли смысл транскодирования иметь смысл или я должен служить исходному файлу независимо от используемого устройства?

Если транскодер имеет смысл в этом сценарии, какими будут лучшие пресеты для задания перекодирования?

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

Я запустил тестовый транскодер в файле с мобильным предустановленным (iphone 4s) и создал (намного) больший файл (3.2Gb против 680Mb), поэтому я действительно не знаю, что я делаю.

Answer 1

Причины транскодирований являются:

1. Нормализовать от неизвестного пользователя представлены содержание в короткий список форматов, вы знаете, будет поддерживаться устройства ваших пользователей/игроками.
2. Преобразование в формат АБС (адаптивное битрейт), например, HLS или Smooth.
3. Управление выходным (и, следовательно, файлами воспроизведения), когда дело доходит до их битрейта/разрешения и общего размера.

Зачем вам все это?

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

2) Форматы ABS, такие как HLS или Smooth, могут иметь 2 преимущества. Для пользователя это означает, что вы не принуждаете всех к самому низкому (или самому высокому) общему знаменателю качества. Если вы выберете слишком высокое качество для вашего MP4-файла и будете его обслуживать, пользователи с низкой пропускной способностью или маломощными устройствами получат буферизацию и неудобство. Если вы создаете только версию с низким битрейтом/разрешением, пользователи с великолепными подключениями, смотрящими на своем телевизоре высокой четкости, будут видеть плохое качество видео. ABS позволяет создавать несколько точек качества, а не в реальном времени, клиент настраивается на свои фактические условия и выбирает лучшее качество, которое может играть.

Для вас ABS означает, что в отличие от прогрессивной загрузки UX (которую вы получаете с MP4), вы платите только за пропускную способность, которую пользователь фактически использует для просмотра вашего видео, что потенциально может снизить стоимость доставки. Это более важно, чем дольше ваш контент. Для видео 60-х годов он будет иметь меньшее влияние, чем на 90 м, конечно. При воспроизведении файла MP4 клиент может завершить загрузку всего файла, пока пользователь перестанет смотреть 10% в видео. С HLS/Smooth клиент только буферирует несколько фрагментов (~ 6-30 секунд).

3, даже если вы в порядке с MP4 (прогрессивный DL UX), транскодирование позволит вам контролировать размер файла. Простое использование входного файла может привести к очень плохому опыту в нескольких случаях. Представьте себе, что я загружаю видео GoPro 4K, но я стараюсь играть на своем 4.0.0 устройстве Android через сеть 3g ...Транскодирование до более разумного битрейта/res позволит вам привлечь больше пользователей и обеспечить лучший UX.