В оригинальном приложении сразу после запуска (до получения списка каналов, гида и номера текущего канала) идёт такой обмен

OPTIONS /ping HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 204 No Content
Date: Thu, 25 Apr 2019 17:32:34 GMT

GET /v1.3/receiver-info HTTP/1.1
Accept-Language: ru
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Content-Length: 147
Content-Type: application/json
Date: Thu, 25 Apr 2019 17:32:34 GMT

{"modelName":"b533m","userFriendlyModelName":"GS B533M","hardwareId":"rev01","softwareVersion":"3.19.171","serialNumber":"60050720170228534821861"}

OPTIONS /v1.3/streaming/sessions HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Allow: POST
Content-Length: 0
Date: Thu, 25 Apr 2019 17:32:35 GMT

OPTIONS /v1.3/streaming/sessions/live HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Allow: GET
Content-Length: 0
Date: Thu, 25 Apr 2019 17:32:35 GMT

OPTIONS /v1.3/schedule/records HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Allow: POST, GET
Content-Length: 0
Date: Thu, 25 Apr 2019 17:32:36 GMT

OPTIONS /v1.3/media/movies HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Allow: GET
Content-Length: 0
Date: Thu, 25 Apr 2019 17:32:36 GMT

OPTIONS /v1.3/media/records HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Allow: GET
Content-Length: 0
Date: Thu, 25 Apr 2019 17:32:36 GMT

OPTIONS /v1.3/schedule/records HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Allow: POST, GET
Content-Length: 0
Date: Thu, 25 Apr 2019 17:32:36 GMT

OPTIONS /v1.3/schedule/viewings HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; Lenovo TB2-X30L Build/LenovoTB2-X30L)
Host: 192.168.0.100:50000
Connection: Keep-Alive
Accept-Encoding: gzip

HTTP/1.1 200 OK
Allow: POST, GET
Content-Length: 0
Date: Thu, 25 Apr 2019 17:32:36 GMT

Это что-то типа инициализации сервера?

кто его знает. Надо пробовать.
на вешем устройстве, родной софт работает после "подвисания" в ProgTV?

Сейчас специально проверил - работает. А зависание ProgTV не связано с отсутствием паузы после запроса списка каналов?
Следующий запрос лезет в середину ответа списка каналов .

Возможно. Со списком это просто эксперемент был.

А что если перед ответом на setup ресивер проверяет не отвалился ли клиент ?
Для этого проверяет как давно был определенный http запрос, его у нас вообще не было, и ресивер завершает сессию.

Ну Вы как хотите, а я уже пользуюсь
На планшете запускаю родное приложение, на смартфоне ProgTV. И со смартфона замечательно переключаются каналы и ничего не виснет!!! Смотрю на планшете.

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

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

А может и не нужны. Может есть какая то защита от левого софта, а может и нет... Наверное прокопать можно но это вопрос времени. Когда пользователь целый один и тот временный (пока inet не провели) дешевле волокнов ваше деревню сделать чем пол года копаться

подписка до марта. Есть ещё время

Кстати о времени: добавить в начало десяток запросов по образцу без тестирования - это у Вас сколько времени займёт?

Сколько то займёт. Но основое время уйдёт на перебор вариантов - когда не заработает. Запросы будут другие чем в логе, и начнётся снова поиск научным тыком, что именно не нравится. Заголовка какого не хватает или последовательности итд

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

Ну если так - то время будет измерятся годами. Просто потому что собрать сотню apk - это сильно дольше чем 100 раз запустить приложение локально.

Ну вот, раговор пошел в конструктивном ключе
Там десяток запросов типа инициализации, потом запросы каналов, гида и текущего канала, дальше цикл из 6 запросов и rtsp.
Точно у Вас нужно отлаживать гид и rtsp, остальное даже я смогу сверить, но не настаиваю.