многое будет зависеть от целевой аудитории и их соединения. Если у них хорошие связи и большой монитор, они могут оценить 1080p, но 720p, вероятно, будет в порядке.
Лучше ошибиться на стороне снижения качества и рисковать буферизацией ИМО (хотя это будет зависеть от прецедента). Моим обычным подходом было бы работать с некоторыми целевыми пользователями, а A: B - тестировать различные настройки качества (корректируя как фрейзирование, так и битрейт, каждый раз очищая их кеш), чтобы увидеть, где находится сладкое пятно ...
Убедитесь, что MOOV atom находится на старте, поэтому им не нужно ждать, пока все это загрузится, прежде чем он начнет играть.
Вы можете создать несколько образцов версий контента довольно быстро, используя ffmpeg
перекодировать/TransMux с различными настройками
ffmpeg -y -i {source-file} -s 1280x720 -c:v libx264 -b 3M -strict -2 -movflags faststart {target-file}
-s
определяет размер целевой выходной
-b
определяет битпоток
movflags faststart
будет выполнять второй проход, чтобы обеспечить атом moov, где вы хотите.
Кроме того, в зависимости от подвижной цели вы можете быть лучше с фрагментированным форматом MPEG, который позволяет адаптивному битрейт (например, HLS), так что браузер может решить, какой битрейт/FrameSize это может лучший дисплей для запроса
Какие платформы вы планируете? – DRC
Все plattforms, однако я думаю о том, что даже делаю мобильную версию видео и загружаю другой видеофайл, если на мобильном телефоне через медиа-запрос – matt
Резолюция не определяет многое. Общий битрейт (полоса пропускания) является самым важным фактором. С учетом бюджета полосы пропускания мы можем настроить и настроить многие факторы, такие как разрешение, частота кадров, качество изображения и т. Д. Также обратитесь к http://video.stackexchange.com/ – 9dan