progdvb.com

Потомуч то это Content-Length. Но почему Conflict, а самое главное почему нет ответа на SETUP - понятию не имею. Какая то особенность сервера. Недавно смотрел ваши первые посты - с картинками - там тоже на PUT ошибка сервера - то есть, тот запрос ему тоже непонравился.

Но почему Conflict, а самое главное почему нет ответа на SETUP
- Потому,что в оригинале другая длина сообщения ( всегда на 2 больше правильной !) и есть
Accept-Encoding: gzip
И другой порядок строк.

Предлагаю первый запрос сделать таким:
GET /v1.3/streaming/sessions/live HTTP/1.1
Host: 192.168.0.100:50000
Connection: Keep-Alive
User-Agent: Apache-HttpClient/UNAVAILABLE (java 1.4)
И по ответу будет видно, в нем косяк или в put.

Много сообщений в пустую. Не нужно рассуждать а том что не так. Я знаю как устроен http и rtsp, а вы нет В результате ветка заполнена вашими неверными утверждениями поди на половину.
Повторите (если уже был) лог одного и тоже канала, в ProgTV и родной утилите. В идеале вместе с невидимыми символами. (/r/n итд)

лог одного и тоже канала,
- от чего до чего?

Всё что в помент переключения происходит. Например с соседнего канала

нету никаких продвижений на эксеперементах. Возможно упустил какую то первую команду которая устройство иницилизирует. Ну или в тетрис пора играть.

На последнем скриншоте в Ваших логах не читается ссылка на rtsp, хотя ресивер её отдает. Поломалось.

Сейчас приложение не может правильно считать rtsp ссылку, в результате длительное время нет никаких запросов , ресивер считает, что устройство "выключилось" и завершает сеанс.

У меня сейчас url то отдаёт, но ситуация всё таже. Ни PUT ни SETUP не работают.
Не нужно качать и тестировать все обновления. Ни одно из последних не было для триколора. Там свои причины. Например сейчас публикую что бы шведский посмотреть.

А Вы обратили внимание, что у нас на первый
GET /v1.3/streaming/sessions/live HTTP/1.1
Ответ
HTTP/1.1 409 Conflict
А на второй точно такой же GET ответ уже правильный ?