How to organize a streaming service with minimal delay?

Question

Video broadcast

Добрый вечер всем!
Подскажите в какую сторону копать, когда стоит задача сделать Streaming Video Service с минимальной задержкой.
от последней точки кодирования до получения зрителем:
Youtube: 12-15 секунд задержка
livestream: 22-26 секунд (через приложения iOS 35-40 секунд)
ustream: 11-12 секунд (через приложение iOS ~15-20 сек)
Это реальные задержки которые мы проверяли. Первая цифра через кабель в буке, до точки раздачи меньше 40мс во всех случаях (ping)
Это слишком много, нужно 2-5 секунд. А с учетом стоимости платных тарифов (ustream/livestream) - решили вкладывать в свои железки
Схема от камеры до последней точки кодирования:
1. Камера
2. HW-кодер H.264
3. Сеть интернет (20-60мс)
4. Playback / Монтаж
5. HW-кодер H.264
-> ВЫХОД
Общее время <0.5 секунд
Отсюда и желание уменьшить задержку. Подскажите в какую сторону копать, может какие примеры с конфигурациями и на что обратить внимание.
ADD: Оригинальный поток от первого кодирование (1080p/30), на выход такой же.

Answer 1

Сначала небольшой вопрос - не совсем понятно, зачем вам этот шаг?
> 5. HW-кодер H.264
При проигрывании декодинг происходит средствами платформы - или ОС, или браузера, в зависимости от места.
По цепочке в целом, задержки, которые вы меряли - это до момента проигрывания? Похоже на то. Это объясняется тем, что во-первых там используется скорее всего HLS или MPEG-DASH на выходе, плюс платформа сама накладывает определённые задержки.
Вы правильно делали, что решили строить своё - платформы общего назначения для вашей задачи не подойдут.
Посмотрите на эту статью в нашем блоге, где мы делимся некоторыми подробносями low latency решения с разрешения одного из наших клиентов. Думаю, что-то из этjго вам пригодится.
Для начала, даже просто применение протокола RTMP вместо HLS вам уже существенно снизит задержку.
Будут вопросы - пишите.
К слову, с исходным потоком 1080p вам наверняка понадобится и транскодер.