LINUX.ORG.RU

Как RTP соединение после RTSP ???

 , ,


0

1

Приветствую.

Продолжнаю мучать тему Свой RTSP север для ffmpeg

Покамесь удалось скомпилировать ffserver.c от версии 3.4 с библиотеками 5.1, вроде разобрался как там диалог производится между RTSP сервером и клиентом (правда оказалось что ffplay шлет одну последовательность ртсп команд - нет команды SETUP, только OPTIONS, DESCRIBE и потом PLAY, а vlc нескольку другую).

Надо бы теперь RTP поток стримануть на клиента, с наскока не удается сообразить - а для ртп тоже что ли нужен слушающий пишущий сокет или «клиентская» сторона все таки выступает в роли ртп сервера?

ничо не понял.

RTP это тупо специально завернутые в UDP пакеты.

с сервера ты их шлешь, с клиента читаешь, всё

или ты спрашиваешь как NAT обойти? ну это уже отдельная и долгая песня

lovesan ★★ ()

ну у тебя ещё и недоделанный rtsp. DESCRIBE, SETUP, PLAY должен быть.

OPTIONS вообще не нужен, но все упарываются

max_lapshin ★★★★ ()
Ответ на: комментарий от lovesan

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

  1. отправить/опубликовать стрим на сторонний сервер в качестве «клиента»
  2. поднять слушающий порт для чтения пакетов (например, из п.1), писать во входной поток очевидно нельзя

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

Нат то обойти мне уже понятно как в теории и пару вариантов я протестил, но вопрос не в этом.

wolverin ★★ ()
Последнее исправление: wolverin (всего исправлений: 2)
Ответ на: комментарий от max_lapshin

SETUP тоже есть, но ffplay его не шлет, не знаю почему, однако rtps-simple-server без проблем это отрабатывает, поэтому пока просто в PLAY для такого случая сделал частично общий код с SETUP

wolverin ★★ ()

пасути вопрос как все таки ffserver стримил из ffmpeg ? если он подготавливал SDP из своего конфига, то RTP поток он полюбому как то брал снаружи

wolverin ★★ ()
Ответ на: комментарий от max_lapshin

вполне возможно, не делал еще нормального sdp в ответе видимо на DESCRIBE, однако это не мешает ему отравить мне PLAY, а потом еще и ждать пакетов, с другой стороны VLC и после кривого DESCRIBE шлет SETUP

но вопрос конеш не в этом…

wolverin ★★ ()
Ответ на: комментарий от wolverin

если ты не делал нормальный SDP, то всё дальнейшее не имеет смысла.

Тебе надо сначала его сформировать, потом сформировать правильные ответы на SETUP.

У тебя будет выбор между interleaved и нет и кажется, что тебе проще с него начать.

но вопрос конеш не в этом…

вопрос «конеш» именно в этом, потому что ты пытаешься перепрыгнуть этапы хендшейка.

max_lapshin ★★★★ ()
Ответ на: комментарий от max_lapshin

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

еще раз sdp какой то высылается, это я вижу в tcpdump, этого достаточно чтобы ffplay послал команду PLAY, на которую мне нужно ответить уже rtp потоком.

wolverin ★★ ()
Ответ на: комментарий от max_lapshin

звиняйте, тут еще творческий кризис навалился в связи с происходящим в стране, 2 недели ни одна разумная мысль в голову не лезет

вопщим решил еще раз зайти с начала, как я понимаю - связка ffserver + ffmpeg работает следующим образом - ффмпег пишет в файл, который они называют feed, затем ffserver берет из этого файла и делает уже stream

вся херабора по открытию потока у ффсервера выполняется в функции

int open_input_stream(HTTPContext *c, const char *info)

здесь то у меня и происходит тупик, т.к. не понимаю как подсунуть свой rtp поток БЕЗ тупой реализации через файл.

wolverin ★★ ()
Ответ на: комментарий от wolverin

как я понимаю, все что я могу, это открывать в open_input_stream входной поток ффмпегом avformat_open_input с rtsp_flags listen иба rtp_flags listen нет, либо врукопашную создавать еще одни слушающий читающий сокет для rtp потока и читать буферы из одного сокета и писать в другие…

wolverin ★★ ()
Последнее исправление: wolverin (всего исправлений: 1)
23 ноября 2022 г.
Ответ на: комментарий от wolverin

вопщим сделал все таки через avformat_open_input с rtsp_flags listen, в который пишу ффмпегом, допиливаемый мной ffserver что то там читает из такого сетевого стека, позволив отказаться от записи в файл

так же стало понятно почему ffplay после DESCRIBE шлет сразу PLAY иба на дескрайб я не слал SDP описание, после допиливания сего момента (берущийся тупо из avformat_open_input) и пришел SETUP

рано я обрадовался началу теста RTP потока.

wolverin ★★ ()
Последнее исправление: wolverin (всего исправлений: 1)
Ответ на: комментарий от wolverin

ФСЁ!!! ВИДЕО ПОЕХАЛО!!!

rtsp/rtp сервер из ffserver от версии 3.4 с библиотеками 5.1 поднялся, видео через него получилось в VLC отдать без всяких временных файлов, крутится как детачный поток, в который передаю кадры через сетевой стек

wolverin ★★ ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.