Как и на чем реализовать сервер для стриминга видео?

Question

[jenya_zhilin]

Есть задача реализовать сервер на PHP для стриминга видео. Есть сайт (конкретно административная панель), оттуда необходимо транслировать видео в поток и дальше получать это видео могут пользователи сайта. Мне необходимо реализовать самому с нуля подобную задачу, без использования сторонних сервисов. Была идея написать сервер на веб-сокетах, до этого у меня была подобная задача и я передавал аудио, но потянет ли сервер передавать видео, если скажем будет около 1К зрителей? Возможно, есть какие-то другие варианты решения? Да, использовать WebRTC тоже нельзя.

Comments

[Сергей Сергей]

Просто интересно.
Звукопередача на пхп была? А какой формат, непожатый сырец или мп3?

[jenya_zhilin]

Сергей Сергей, не поверите, base64 отправлялся каждую секунду, потом просто в буфер заносился и по очереди воспроизводился)

[Сергей Сергей]

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

ffmpeg, очень вероятно, может принимать видеопоток и превращать его в бесконечную серию файлов, их понадобится именовать с меткой времени и удалять по мере того, как клиенты перестанут в них нуждаться. Пхп будет выбирать нужные по времени файлы для каждого клиента и удалять старые. В принципе, прямо в пхп можно устроить некий кеш файлов — так, оптимизация.

На клиенте скрипт для периодических запросов и переключения источника в видео-элементе.

Так-то просто.

[jenya_zhilin]

Сергей Сергей, да, я думал как раз на счет такой схемы работы, я вот только думаю, если, скажем, максимальное кол-во зрителей будет до 1К, то насколько будет загружен сервер:
Xeon E3-1230v3 3.30 ГГц,
4 ядра, 8 потоков,
8 ГБ DDR3

Как по мне выдержит)

[Сергей Сергей]

Надо будет балансировать величину кусков, чтобы и уходили быстро, и требовались по реже.

[jenya_zhilin]

Сергей Сергей, хм, с аудио у меня было около 2-3х секунд, поэтому, думаю, что будет достаточною

[Uno]

jenya_zhilin, ресуры нужно выбирать под конкретное решение, не наоборот)

[jenya_zhilin]

Uno, так оно у меня есть

[Uno]

jenya_zhilin,

Вопрос задан 7 часов назад

Xeon E3-1230v3 3.30 ГГц,
4 ядра, 8 потоков,
8 ГБ DDR3

Как по мне выдержит)

Написано 6 часов назад

Видео стриминг на пхп за час даже не зная до этого с какой стороны подступиться?
Мощно))

[shurshur]

jenya_zhilin, при таких начальных условиях лучше транслировать не шифрованный абы как поток на вебсокетах, а открытый поток либо генерируемые на лету ts+m3u. В этом случае всё упрётся в первую очередь в пропускную способность канала, а это можно масштабировать дополнительными серверами-ретрансляторами. Да, не супернадёжно и не суперпрофессионально, но как-то работать будет.

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

[ValdikSS]

Автор, для начала определитесь, что вам нужно сделать. Вещание потокового видео разделяется на следующие задачи:
* Получение исходного видео
* Транскодирование видео и аудио в подходящий кодек, преобразование (ремуксинг) в подходящий контейнер
* Раздача видео подходящим способом.

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

Прочитайте документацию к simple realtime server, она даст вам представление о технологиях и способах доставки видео.

Answer 1

[KoreanGuy]

лол. Написать video streaming платформу с нуля на вебсокетах. Без обид, но одно это предложение уже говорит о том, что вы не сможете этого сделать. Стриминг не делается на tcp никогда. Вообще мало кто сможет такое сделать, а уж в одного так и подавно. Есть простое правило: если стриминг видео является не основой вашего бизнеса (как, например, у твича, юдеми, и тп), а просто каким-то доп функционалом, ни в коем случае не пишите свой велосипед. Берите vimeo и не усложняйте себе жизнь в 1000 раз.

Comments

[catanfa]

ну вот например нанокосмос использует вебсокеты как транспорт для видеопотока https://www.nanocosmos.de/v6/

[KoreanGuy]

catanfa, с чего вы это взяли? Глянул мельком, и там ничего не сказано про вебсокеты, но зато webrtc упомянут много раз. WebRTC использует udp. Насколько я помню, он может fallbackнуться на tcp, но это только если udp по какой-то причине не поддерживается. То же самое касается вебсокетов. Они могут быть использованы как fallback транспорт, не более того. Tcp тупо не подходит для стриминга по своему дизайну.

[ValdikSS]

Стриминг не делается на tcp никогда.

Весь профессиональный low-latency стриминг делается на обычных UDP/TCP сокетах и стандартизированных протоколах (RTMP/RTSP/SRT). Так как браузеры исторически плохо работают с (потоковым) видео, а Flash умер, профессионалы изобрели javascript-реализацию демуксера MPEG-TS для браузеров, которая получает TS-поток по HTTP или WebSocket.