Такая же история с протоколом MPD. Если найдешь решение напиши плиз в личку ))

Добро

Просто он дописываются

Мне бы отдавать его постоянно

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

Надо такой плеер?

ну примерно так и работает youtube там куча кусков же

ну да но не то чтобы это слишком сложно было бы

можете сами написать или взять готовый

У меня не кусок. А допустим просто ссылка на файл. Который еще дописывается

Вернее не куски

ну можно и так нужно объявить что стрим в заголовках

В лс?

и чанки просто пушить

В лс?

?

а что секреты сливать будете? :о если да то можно в лс а так может кому интересно будет

Добро. Смотрите. Допустим человек стримит. И это все пишется в файл. А потом кто-то хочет посмотреть. Ему надо показать это видео. Но уже не с начала, а с того момента когда он подключился.

Мне интересно :3 что для стриминга файл на куски режут — знал, но сам не делал :)

Т.е. дать ему время с которого надо смотреть. Приблизить к реалтайму

@len_v мне кажется не в ту сторону смотришь

проще стримить через rtmp + паралельно писать этот стрим в файл

А проблема чьотзром определил длину еще не дописаного видео и дальше нее не показывает. К примеру если чел подружился на 3 мин стрима. Тотбольше 3 мин не смотрит. А надо норм сделать.

проще стримить через rtmp + паралельно писать этот стрим в файл

Стрим идет из браузера

Если что

проще стримить через rtmp + паралельно писать этот стрим в файл

хз куча файликов выглядит еще проще

и на уровне плеера склейку делать

ну или так

и на уровне плеера склейку делать

Если кто объяснит как - то будет хорошо

я на каком то видео сервисе видел как плеер читает из плейлиста чанки

А то мучались с склейкой блобов

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

поочереди

а еще есть вероятность что сервер будет держать буффер в памяти и не сразу скидывать на фс

а писать много много маленькими кусочками, мне кажется не лучшая идея

Это видео чат. Необходимо. Как можно больше браузеров. Поэтому пробуем стримить из файла

Ибо декодировать на стороне сервере не все браузеры могут

А вэб-ртс не работает много где

ну тут есть проблемы с тем что типа если ты точно знаешь какие данные тебе нужны. это же все должно по хорошему трансодится на сервере mp4

данные в заголовке

На сервере файл хорошо собирается.

Побьем с этим нету

вот ты знаешь какие данные идут вначале этого файла?

Не. Мы пишем медиа рекордером

И write stream собираем

h264

по итогу выходит?

Да

Трабла в отдаче файла

Правильной

@len_v а чем стримите из браузера?

помимо webrtc

ну тут осоновной вопрос в любом случае как в байт коде найти точку в которой текущий кадр кончается и проверить что есть все нужные данные для следующего а также отдать все нужные заголовки про контейнеры

и тут опять же интересен вопрос

проще наверное 2 стрима все таки сразу тогда делать

один на звук другой на видео

хотя опять же хз

или просто в 1ом файле каждую секунду обозначать новыми контейнерами

или оно в каждом кадре данные обоих контейнеров хранит?

если обоих контейнеров хранит то тогда просто нужно всегда подставить начало от ваших контейнеров и дальше начать стримить кадры

Смотрите, звука не надо

оно без звука все.

видео дополняется хорошо

т.е. если я отрою его плеером

то буду смотреть пока не выкл стрим

а браузер рубает его

@len_v а чем стримите из браузера?

MediaRecorder

пытки что ли стримите без звука?

и все.

пытки что ли стримите без звука?

тип того

ERROR: S client not available

ну тогда только нужно переднюю часть мету про контейнеры передать и заголовки про чанки

и дальше чанками слать кадры

Оно так и делает

дописывает в файл

ну тогда только нужно переднюю часть мету про контейнеры передать и заголовки про чанки

или ты про заголовки браузера

?

так вам же не с файла это надо читать а вот та же штука что в файл пишет

должна сразу писать всем респонсерам

типа бродкастинг

или если система масштабируемая то можно взять модуль котроый умеет стримить с нужной секунды

nginx умеет в такое вроде

Сначала мы пишем в файл. А тем кто будет смотреть выдаем ид стрима. Они идут на роут и там мы сверяем ид стрима. и надо отдавать им видео

nginx умеет в такое вроде

смотрели в сторону jsmpg.js

вроде все хорошо, но как слать на него, немного не ясно.

@len_v а если помимо сервера посылать еще данные через webrtc ?

поддержка очень плохая

плсю нужно максимум контроля над потоком

jsmpg это не совсем про то. скорее нужно на сервере чтобы модуль умел сканить файл до нужной секунды( в вашем случае до последней и дальше отдавал чанками)

вообще сильно масштабируемая архитектура?

если целитесь в масштабирование то кучу файликов все таки проще туда сюда синкать

но для видеочата latency важнее

Народ, подскажите, пожалуйста. Как в postgres сделать транзакцию с использованием результатов предыдущих. Т.е. у меня есть вопрос и 3 варианта ответа к нему. Все они связаны по ID. Вставить 4 записи подряд не проблема. А вот как их зацепить друг за друга? Думаю, надо что-то типа RETURNING юзать.

returning *

Можно расширять сколько угодно.

мы на стадии зачатия

поэтому рассматриваем все решения

которые подойдут

ну это же от задачи сильно зависит т.е. когда это stream типа твитча

у тебя миллион пиров

и небольшая задержка вполне разумна

а если это общение между людьми

то за latency надо биться как vp на саммите