Подходят ли свойства (битрейт, кадр/с) моего видео h.264 для Интернета?

Я конвертирую векторную анимацию Flash в видео mp4 для Интернета. После попытки и неудачи со Swiffy это единственный способ сохранить работу «для потомков», как только Flash исчезнет.

При экспорте FLA в MOV частота кадров меняется. Например, FLA со скоростью 18 кадров в секунду отображается как 9,6 кадра в секунду в MOV (согласно свойствам проигрывателя QT).

Поскольку анимация дергается, я использовал Handbrake для экспорта MOV в формате h.264 с частотой кадров 24, 30 и 60. Они выглядят более плавными. (Я был удивлен, что продолжительность видео не меняется, я думал, что при более высокой частоте кадров оно ускорится).

В любом случае, mp4, созданный таким образом, имеет следующие свойства (согласно проигрывателю QT):

Формат: H.264, 550 x 250, миллионы, AAC, моно, 48 кГц

  • ФПС: 24.00
  • Размер файла: 7,41 МБ
  • Скорость передачи данных: 202,25 кбит/сек
  • Продолжительность: 00:05:07.09

Мой вопрос новичка: можете ли вы сказать мне сразу, находятся ли эти свойства в пределах нормального диапазона для видео, предназначенного для обслуживания с выделенного веб-сервера или CDN?

Более высокая или более низкая частота кадров не означает, что видео становится длиннее или короче, это просто означает, что вы показываете больше информации за тот же интервал.

Ответы (2)

Конечно - вроде нормально. Тем не менее, также неплохо предлагать другие типы видео для браузеров, которые не поддерживают mp4/h264. Обычная передовая практика включает предоставление mp4, webm и ogg в качестве контейнеров. Этот сайт является хорошим ориентиром.

Изнаночная сторона салфетки расчет:

1000 зрителей/месяц @ 7,4 МБ = 7,4 ГБ/месяц.

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

Предполагая, что ваш сервер имеет гигабитный восходящий канал (который, как правило, немного дороже), вы могли бы «теоретически» обслуживать это видео 5000 пользователей одновременно, однако это не будет работать с обычными серверами apache — и, вероятно, это хорошая идея разместить медиафайлы на amazon AWS (или где-то еще), если вы ожидаете такой трафик.

позвольте мне закончить этот комментарий... У меня есть веб-копии, сделанные с помощью Avanti/FFmpeg. Спасибо за освещение нескольких других моментов, над которыми я размышляю. Я получаю около 15000 посетителей в месяц за файлы Flash. Ирония в том, что во Flash анимация весит 440Кб (в 16 раз меньше, чем mp4). Но для мобильных устройств нет альтернативы, кроме видео.
Конечно, анимация — это всего лишь небольшие фрагменты кода, а не пиксельные данные. Однако я не согласен с тем, что видео - ваш единственный вариант. В наши дни многое из того, что раньше делалось с помощью flash, можно реализовать с помощью SVG/Canvas...
И более того, скоро мы все будем использовать h265/vp9. Я уже добился некоторого успеха в их установке и использовании с ffmpeg, и это правда, результирующий размер (в моих тестах) примерно на 30-40% меньше, и да - их кодирование занимает больше времени. Вот еще немного информации: bloggeek.me/h265-vs-vp9
Я потратил месяцы на преобразование Flash в Swiffy (включая переделку всего звука, потому что Swiffy не зацикливал звуки). Он отлично справился с анимацией (SVG/Canvas), но, к сожалению, на мобильных устройствах (Apple и Android) звук не воспроизводился. Подробнее здесь: stackoverflow.com/questions/23634866/…
h265 далек от того, чтобы стать веб-кодеком, его еще даже не приняли на рабочем столе.
под скоро я имел в виду годы, а ffplay уже может декодировать vp9/h265 (если он правильно скомпилирован)

Я бы попробовал и посмотрел, не сможете ли вы еще немного уменьшить битрейт, у вас здесь очень низкое разрешение, поэтому вы могли бы улучшить его еще больше. Просто доведите это до точки, когда вы можете сказать, что качество все еще удовлетворительно, размер имеет значение в Интернете. Handbrake имеет множество опций для настройки размера видео. Ползунок RF является самым прямым.

Также, как предложил denjello, вы можете предложить и другие форматы, предпочтительно webm.

С помощью Handbrake я могу получить этот файл до 7 МБ (битрейт 184 кбит/с), используя RF 27. Но я также вижу опцию Handbrake для экспорта со средним битрейтом вместо использования RF. Что такое... хороший средний битрейт?
В зависимости от вашего контента кодек очень адаптивный. Просто попробуйте, кодирование не займет много времени. Единственное, что важно, это то, что это выглядит хорошо, просто уменьшайте битрейт, пока это не так. Я бы начал с ~150kbps
При скорости 150 кбит/с пиксели огромны. А вот на 30 RF (177кпс, 6,8Мб) еще нормально. Спасибо за советы.