.В том числе и 4К. выбрал GstPlayer. Малевич. Спросил у них на форуме.Ответ Вы читали.Рекомендуют приставку на Андрюше купить

Отписался в личку ... но для всех озвучу "мысль" ... В действительности данный пров дает 4K в h.264 в HTTP Live Streaming 2nd Edition with floating-point EXTINF duration values (RFC 8216 - HTTP Live Streaming) lда еще и в https, и, как следствие, на наших ULTIMO 4K это не работает ни в одном из плееров (exteplayer3 игнорит ошибку, но не работает на Ultimo4K c UHD , а GstPlayer тупо "падает" по "кривым" SSL-сертификатам ) ... но данная "нечисть" натолкнула меня на мыслишку наваять элементарный проксик из 10-ка строк на питоне .... Некий отдельный сервис который будет "крутиться" на ресе и все плейлисты запрашивать не напрямую у прова, а у данного проксика ... Он будет "прозрачно" ретранслировать запрос на прова, а ответы (сегменты потока) - прогонять через на ffmpeg и и отдавать плееру уже транскодированный поток в нужном и понятном виде ... Я это уже делал , например тут - HTTPAceProxy/acehttp.py at master · pepsik-kiev/HTTPAceProxy · GitHub 
Вопрос только по "ресам-дохликам" ... они "на лету" могут не потянуть транскодирование , а вот на arm или arm64 все должно работать ну если не перегонять 1080 в UHD на лету ))))

Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.

p.s.  ... надо глянуть доку по gstplayer может там есть ключик игнорить ошибки по ssl-сертификатам
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра. В общем я бы передавал "привет" провайдеру с просьбой разобраться с SSL-сертификатами ... Вообще загадка зачем ЭТО в https отдавать ... что там секюрить ?

 .... в общем есть поле для игрищ