rtsp очень сложный протокол. его не получится отлаживать по кускам логов.

А мы и не будем отлаживать весь rtsp по кускам логов Получим поток с ресивера, воспроизведем в VLC плеере и займусь организацией для Вас доступа к ресиверу.

не очень понял мысль добавить мне нечего. rtsp и с доступом то не подарок. Надежда только на то что там ради ts ничего сложного ненагородили.

Ну пока нужен примерно такой
SETUP rtsp://192.168.0.100:50554/streams/6f6c2f42-2373-9209-6a3a-5a52afcaa2ea/ RTSP/1.0
CSeq: 4
User-Agent: LibVLC/3.0.0-git (LIVE555 Streaming Media v2014.07.25)
Transport: RTP/AVP;unicast;client_port=49022-49023

В .3 есть изменения в SETUP rtsp:// ? С моим инетом качать версию больше часа

Нет. я пишу об изменениях в тех темах где обсуждается. Если нет сообщений то обычно нет и изменений

У темы 3 000+ просмотров. Это может быть и 30 человек по 100 и 3 000 по 1. Есть у Вас данные сколько пользователей читали эту тему?

Да может мы в двоём + случайно засешдшие+боты поисковиков. Тут врятли много ресиверов. Больше шансов в форуме по ресиверам найти.
Думаю что самое разумное - это купить ресивер на avito и сделать по мере появления времени

А изменить Setup по выложенному выше образцу это сложно и/или долго?
Всё-таки надеюсь, что удастся воспроизвести поток, хотя бы с VLC .

не буду повторятся с тем что rtsp сложный протокол.
А что знасит в vlc? Движок должен обработать http ответ а потом в vlc? Сложно как то. Лучше отладить rtsp

Конечно лучше отладить rtsp.
Может не прав, но есть варианты отладки
1. Покупать железо и обеспечивать доступ к трансляции.
2. На железе и доступе пользователя подробнее писать все нужное в логи.
Второй способ универсальные, вот косячил у меня инет и архив отдавался через 6 минут. По подробным логам было бы сразу понятно, а если проверять на той же железке, но в другой сети - причину не понять

кажется уже в пятый раз пишу что rtsp слишком сложный для этого. Этот способ просто надоедает когда количество интераций исправлений и обновления версии переваливает за 100 или 1000.

Похоже мы по разному понимаем используемый функционал rtsp.
Мое мнение - всё управление ( переключение источников, каналов, запрос списка каналов и гида) идёт по http, а в rtsp нет управления ( только запуск потока при включении и останов при выходе из приложения).
Это ведь значительно упрощает задачу?

вы меня пытайтесь убедить что rtsp простой? Я то пробовал уже. С таким же успехом могу вас обеждать в том что сейчас уже работает.

Не, я не сторонник убеждения в технических вопросах.
Только грамотно поставленный эксперимент даст ответ.
А для этого осталось немного - доделать обмен

SETUP rtsp://192.168.0.100:50554/streams/6f6c2f42-2373-9209-6a3a-5a52afcaa2ea/ RTSP/1.0
CSeq: 4
User-Agent: LibVLC/3.0.0-git (LIVE555 Streaming Media v2014.07.25)
Transport: RTP/AVP;unicast;client_port=49022-49023

RTSP/1.0 200 OK
CSeq: 4
Content-Length: 0
Session: 728594102
Transport: RTP/AVP;unicast;client_port=49022-49023

PLAY rtsp://192.168.0.100:50554/streams/6f6c2f42-2373-9209-6a3a-5a52afcaa2ea RTSP/1.0
CSeq: 5
User-Agent: LibVLC/3.0.0-git (LIVE555 Streaming Media v2014.07.25)
Session: 728594102
Range: npt=0.000-

RTSP/1.0 200 OK
CSeq: 5
Content-Length: 0

И записать отдаваемый ресивером поток.