Page 3 of 3

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Thu Jan 17, 2019 10:32 pm
by ahamb
Логи приложил. После "зависания" диаграмма потока идет, периодически идут проценты и "накопление данных", на экране при этом замершая картинка и тишина.

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Jan 27, 2019 9:57 am
by ahamb
Логи версии 2.74.9 - в приложении.

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Jan 27, 2019 1:43 pm
by Prog
А как бы мне это место в логе найти? ProgTV не перезапускался? Без openmax глюк есть?

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Jan 27, 2019 6:51 pm
by ahamb
Prog wrote: А как бы мне это место в логе найти? ProgTV не перезапускался?
Я лог так делал:
Установил последнюю бету
-> Загрузил плейлист с проблемным каналом
->в настройках просмотра "OpenMax"
-> в "Отладке" поставил для записи логов "Подробно"
-> поставил проблемный канал.
После появления ошибки вышел в меню, чтоб сохранить (экспортировать) лог, выскочила ошибка (видимо сразу после активации логирования файл не сохранить, надо выйти и зайти). Вышел из приложения, снова запустил, снова поставил канал, дождался ошибки и после этого экспортировал лог (уже без проблем).
Prog wrote:Без openmax глюк есть?
Попробовал не OpenMax: Конкретно у этого канала через пару минут просмотра в ffMpeg-e (в отличие от OpenMax-а!) вылазит сообщение об ограничении просмотра на нескольких устройствах (в OpenMax-e через тот же промежуток просто замирает картинка и нет звука).

(У меня идея была не в том, чтоб такое ограничение провайдера обходить, а в том, чтоб при "потухании" сигнала во время просмотра канала автоматически (а не вручную!) его перезапускать, т.к. перезапуск вручную при возникновении проблем с "затуханием" потока часто решает проблему и дает как минимум несколько следующих минут нормального просмотра (до следующего "затухания", если оно было не одноразовое/случайное). А каналы такие встречаются..).

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Apr 14, 2019 10:04 am
by Emin
Prog wrote:
Sun Aug 12, 2018 7:31 pm
Такой механизм есть. Просто на hls велика задержка которую движок хдёт трафик перед тем как повторить соеденение. С другой стороны может там просто глюк какой. Напомните пожалуйста мне об этой проблемы через несколько дней-неделю. Сейчас не могу посмотреть
Устройство IPTV Box H96 max+ Андроид 8.1 выделенная линия интернет. Скорость достойная: 30-100 мегабит/с.
Такая же проблема на всех версиях 2,51,х. Это точно. И на бетах таже проблема.
Если адрес канала вида: http://146.66.167.130:1234/udp/233.166.172.87:1234 , то трафик плавно умирает через несколько минут и даже секунд. Просмотр может сам через некоторое время восстановится, а может и нет.
Но если перезапустить канал вручную, то просмотр идет с текущей временной точки и никакого возврата картинки назад никогда не бывает. Сидеть и перезапускать канал вручную - не дело.
А вот с адресов вида: http://serv25.vintera.tv:8081/restream/ ... ylist.m3u8 всё четко, без разрывов и тормозов даже при нулевой буферизации.
Я сделал свой плейлист из таких неглючных ссылок.
Но думаю, что проблему потери потока решать нужно. Неудобство осталось только то, что ссылки долго не живут и обновлять плейлист придется самому.
Я эксперементировал с видами ссылок, делал параллельный просмотр с одного же UDP другим плеером (таким же ProgTV, но на смартфоне от своего же роутера.) Картина прояснилась такая:
На графике отображения сигнала в приложении, подключенном к TV, трафик плавно кончился, картинка остановилась, а на смартфоне он продолжается еще некоторое время и просмотр идет. Потом и на нем трафик также плавно сходит на нет.
Пинговать частыми запросами UDP? Не знаю - позволяет ли это сделать протокол, но другого выхода мне не видно.

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Apr 14, 2019 10:20 am
by Prog
Тут попрос номер один - откуда эта ссылка http://146.66.167.130:1234/udp/233.166.172.87:1234
Выгялдит что она не преднозначена на публикации. пользователи её просто перегружают. Или реакция прокси на такое.

С точки зрения клиента (не важно какого). Ничего пинговать не нужно. Это http а не udp.

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Apr 14, 2019 4:30 pm
by Emin
Prog wrote:
Sun Apr 14, 2019 10:20 am
Тут попрос номер один - откуда эта ссылка http://146.66.167.130:1234/udp/233.166.172.87:1234
Выгялдит что она не предназначена на публикации. пользователи её просто перегружают. Или реакция прокси на такое.
Например отсюда: http://iptvm3u.ru/one.m3u
Пятница!
http://109.70.184.20:8080/udp/239.195.32.32:1234
Я правильно понимаю, что лист с такими адресами использовать не нужно?
Правильные ссылки в листах должны заканчиваться *.m3u8 ?
Кстати SlyNet умер. Более плейлисты с него не открывается, например http://iptv.slynet.tv/FreeSlyNet.m3u

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Apr 14, 2019 5:28 pm
by Prog
Связь между адресом "можно использовать" весьмы коственная. Но в целом да, ссылка выглядит подозрительно. Больше похоже что кто то мультикаст конвертирует в http, чем на источник ТВ. И следуюет это из /udp/ а не того чем заканчивается.

Со slynet - да. Плохо. Был не плохой демо источник.

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Sun Apr 14, 2019 6:11 pm
by Prog
Ага. Они ссылки поменяли

Re: Автоматический перезапуск каналов с "пропадающим" сигналом

Posted: Thu Apr 18, 2019 8:14 pm
by ahamb
Prog wrote:
Sun Apr 14, 2019 5:28 pm
Но в целом да, ссылка выглядит подозрительно.
Но ведь сигнал "проседает" не только у "подозрительных" каналов. А "лечение" таких "проседаний" ручным перезапуском канала/переключением на другой - крайне не удобно.. Автоматизация этой процедуры очень была бы полезна, вне зависимости от причины такого поведения канала и его "происхождения" - из надежного источника или не очень. Симптомы то одни и те же у всех: "падение потока" и его восстановление перезапуском канала.