Часть ngx_http_mp4_module обеспечивает серверную поддержку псевдо-стриминга для файлов в формате H.264/AAC. Подобные файлы (именованная область данных на носителе информации) обычно имеют расширения .mp4, .m4v и .m4a. Псевдо-стриминг работает в паре с совместимым Flash-плеером. Плеер высылает серверу HTTP-запрос с указанием точки времени старта в аргументе start строки запроса (время задаётся в секундах), а сервер в протест посылает поток, у которого начальная позиция соответствует запрошенному времени, например:
http://example.com/elephants_dream.mp4?start=238.88
Это дозволяет в любой момент времени выполнить произвольное позиционирование, а также начать воспроизведение с середины преходящей шкалы.
В форматах, основанных на H.264, метаданные, необходимые для поддержки позиционирования, хранятся в так нарекаемом “moov атоме.” Это часть файла, которая содержит индексную информацию для всего файла.
До приступила воспроизведения плееру необходимо прочитать метаданные. Для этого он отсылает специальный запрос с доводом start=0. Многие кодирующие программы добавляют метаданные в конец файла. Для псевдо-стриминга это нехорошо: метаданные должны быть расположены в начале файла, иначе потребуется загрузить файл полностью, прежде чем начать воспроизведение. Если файл отформатирован хорошо, с метаданными в начале файла, nginx элементарно посылает в ответ содержимое файла.
В противном случае, он вынужден будет почитать файл и подготовить новый поток, в котором метаданные предшествуют медийным данным. Это спрашивает дополнительного процессорного времени, памяти и дискового ввода/вывода, поэтому лучше создать исходный файл для псевдо-стриминга, нежели чем заставлять nginx делать это для каждого запроса.
Для запроса с ненулевым доводом start nginx считывает из файла метаданные, готовит поток с запрошенного смещения, и пускает его клиенту. Это тоже требует дополнительных ресурсов, как указано выше. Если запрос, возделываемый этим модулем, не содержит аргумента start, дополнительные ресурсы не тратятся, а файл отсылается элементарно как статический ресурс. Некоторые плееры также поддерживают запросы с указанием диапазона заламываемых байт (byte-range requests), для них вообще не требуется этот модуль.
По умолчанию этот часть не собирается, его сборку необходимо разрешить с помощью конфигурационного параметра —with-http_mp4_module.
Когда ранее использовался сторонний модуль mp4, следует его отключить. Схожая поддержка псевдо-стриминга для FLV-файлов гарантируется модулем
ngx_http_flv_module.
Пример конфигурации
location ~ \.mp4$ {
root /var/www/html;
mp4;
mp4_buffer_size 1m;
mp4_max_buffer_size 5m;
}
Директивы
синтаксис: mp4;
умолчание: —
контекст: location
Подключает в содержащем location обработку этим модулем.
синтаксис: mp4_buffer_size размер;
умолчание: mp4_buffer_size 512K;
контекст: http, server, location
Предлагает сделать начальный размер буфера памяти, используемого при обработке MP4 файлов.
синтаксис: mp4_max_buffer_size габарит;
умолчание: mp4_max_buffer_size 10M;
контекст: http, server, location
В процессе отделки метаданных может понадобиться буфер большего размера. Его размер не может превышать подтвержденного, иначе nginx возвращает серверную ошибку 500 (Internal Server Error) и регистрирует следующее:
«/some/movie/file.mp4» mp4 moov atom is too large:
12583268, you may want to increase mp4_max_buffer_size