Быстрое кодирование: JW Player и транскодер AWS

Question

Я работаю над системой, которая хранит видеозагрузки на Amazon S3. Видео загружаются многочисленными клиентами, и у нас нет никакого контроля над тем, что они могут выбрать для загрузки. Мы показываем видео на различных устройствах и операционных системах (Windows/Mac/desktop/tablet/mobile).

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

Мы весом наши варианты, следует ли использовать эластичную транскодер Амазонки для создания HTML5 video теги, совместимые версии всех видео, загруженных и затем использовать HTML5 совместимый video тегов разметки, чтобы играть их, или нужно ли продолжать использовать JW Player с любым файл загружается пользователем. Я протестировал одну из существующих загрузок .mov с JW Player на iPad, и он работал нормально, но я не уверен, что это будет всегда хорошо, или если используемый кодек может привести к ошибке. Кто-нибудь знает, если это проблема или нет? Если это проблема, будем ли мы испытывать ту же проблему при использовании эластового транскодера Amazon? Любые советы и идеи по этому вопросу будут высоко оценены.

Answer 1

Если вам не нужны преимущества адаптивных форматов битрейта, таких как HLS или Smooth, вы можете перейти с форматом mp4, который даст вам широкую совместимость для воспроизведения на разных устройствах и платформах. Это означает, что ваши пользователи получат «прогрессивную загрузку», которая работает для более коротких видеороликов, и что вы не выиграете от потенциальной экономии пропускной способности и более низкого уровня удобства буферизации, который привносят адаптивные битрейты.

Возможно, вы по-прежнему можете использовать сторонний медиаплеер, такой как JWPlayer или FlowPlayer, поскольку они предоставляют дополнительные преимущества поверх основных видеотегов.

Преимущества преобразования транскодирования в рабочий процесс (и это может быть сделано с использованием стороннего SaaS-предложения, такого как тот, который вы упомянули в вопросе, или решение DIY) заключается в том, что вы можете лучше контролировать воспроизведение, поскольку вы берете на себя управление форматом и битрейтом/разрешением, к которым вы хотите получить ваши пользователи.

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