Приветствую разработчиков!
Пожалуйста рассмотрите возможность подгрузки плейлиста по-умолчанию, по примеру retracker.local, ну например с хоста http://iptv.local/list.m3u
Вы разом сможете упростить жизнь всем пользователям и провайдерам. Это очень хорошее и универсальное решение.
Жду, надеюсь
Предложения по расширению функционала
Re: Предложения по расширению функционала
Eugene wrote:я не понял, о чем речь
Ну однажды операторы связи с разработчиками торрент-клиентов договорились использовать локальный домен .local для "замыкания" локальных пиров, для экономии внешнего трафика. Торрент-клиент обращается к домену http://retracker.local/announce и анонсирует туда свои IP-адреса и хеши. Подробнее тут
Предлагаю Вам при запуске ПО, обращаться к http://iptv.local/list.m3u и если там что-то есть, а там должен быть плейлист оператора связи. ПО подгрузит его и добавит плашкой ко всем плейлистам.
Что получит оператор - автоматом отдаст пользователю плейлист.
Что получит пользователь - при запуске ПО, сразу получает плейлист оператора, без лишних движений. Не каждая домохозяйка пройдёт квест с четырех-уровневым визардом
Plug'n'Play во всей красе Сделайте пожалуйста
- Eugene
- Project Leader
- Posts: 5620
- Joined: 15 Apr 2013, 22:54
- TV Model: LG 47LM960V, LG LB679V
- Location: Санкт-Петербург
- Been thanked: 18 times
- Contact:
Re: Предложения по расширению функционала
Rom1 wrote:Предлагаю Вам при запуске ПО, обращаться к http://iptv.local/list.m3u и если там что-то есть, а там должен быть плейлист оператора связи. ПО подгрузит его и добавит плашкой ко всем плейлистам.
Да с чего вы взяли, что он там должен быть? Я вообще впервые об этом слышу, хотя мы плейлистами занимаемся уже три года и работаем мы с сотнями IPTV-операторов. Не знаю, кто там о чем договорился, но пока эта информация, мягко говоря, не является общепринятой.
Если оператор хочет упростить своим "домохозяйкам" жизнь, он регистрируется у нас в системе и размещает плейлист, который строго соответствует нашим правилам и стандартам и который, что немаловажно, в любой момент доступен для проверки нами.
Re: Предложения по расширению функционала
Eugene wrote:Да с чего вы взяли, что он там должен быть? Я вообще впервые об этом слышу, хотя мы плейлистами занимаемся уже три года и работаем мы с сотнями IPTV-операторов. Не знаю, кто там о чем договорился, но пока эта информация, мягко говоря, не является общепринятой.
Сейчас этого нет. Но я Вам предлагаю реализовать эту идею. Операторы Вас поддержат, это выгодно всем.
Реализация её у оператора займёт 10 минут, и у Вас - день/два, а может и того меньше.
Вот, сейчас, в нашей сети:
Code: Select all
$ nslookup retracker.local
Server: 127.0.1.1
Address: 127.0.1.1#53
Name: retracker.local
Address: 10.0.100.106
Создать домен iptv.local, пара строчек в DNS-серверах.
Разместить туда в корень вебсервера playlist.m3u - плёвое дело, одна команда в консоли
Eugene wrote:Если оператор хочет упростить своим "домохозяйкам" жизнь, он регистрируется у нас в системе и размещает плейлист, который строго соответствует нашим правилам и стандартам и который, что немаловажно, в любой момент доступен для проверки нами.
Валидацией плейлистов операторов, Вы занимаетесь (думаю) только на этапе регистрации провайдера. После, поломать его, оператору, ни составит никакого труда. Так что, спорно.
У Вас хороший визард, всё классно, но можно в лёгкую обойтись и без него, подгрузив плейлист оператора "по умолчанию". Нет плейлиста - запускается визард, есть - молча открываем, абонент счастлив.
- Eugene
- Project Leader
- Posts: 5620
- Joined: 15 Apr 2013, 22:54
- TV Model: LG 47LM960V, LG LB679V
- Location: Санкт-Петербург
- Been thanked: 18 times
- Contact:
Re: Предложения по расширению функционала
Работы тут и впрямь немного, но вопрос в ее целесообразности.
Как я понимаю, вы предлагаете не только реализовать идею, но и популяризовать ее. Но тогда провайдер, который никогда не был на нашем сайте, о ней никогда и не узнает, а тот, который был, ему гораздо проще и надежней будет зарегистрироваться у нас и прописать нормальный адрес к своему плейлисту.
Т.е. мы получаем метод более запарный (прописать пару строчек DNS сложнее чем их не прописывать) + менее надежный.
Вы мне объясните, вам конкретно это зачем. Может, я открою для себя дополнительный тайный смысл этой идеи.
Как я понимаю, вы предлагаете не только реализовать идею, но и популяризовать ее. Но тогда провайдер, который никогда не был на нашем сайте, о ней никогда и не узнает, а тот, который был, ему гораздо проще и надежней будет зарегистрироваться у нас и прописать нормальный адрес к своему плейлисту.
- Проблема в том, что пользователи имеют обыкновение менять DNS, у меня у самого, например, на всех устройствах DNS сменен (слава Роскомнадзору).
- Далее, зачастую операторы нуждаются в нашей помощи, чтобы подготовить правильный плейлист: они неправильно соблюдают структуру и кодировку (у многих даже нет телевизора для тестов, чтобы проверить результат).
- Еще одна проблема с кросс-доменными запросами: на каких-то устройствах они разрешены, на каких-то - нет, т.о. нужно проверить, что правильно настроен CORS. Оператор же может запустить у себя на самсунге, увидеть, что все работает и со спокойной совестью думать, что он молодец, в то время, как у половины его абонентов данный плейлист не будет грузиться
- Даже если со всеми вышеперечисленными пунктами провайдер справился самостоятельно, в игру вступают алгоритмы распознавания, каналы ведь должны качественно распознаваться. Многие до сих пор не в курсе, что в РФ нет канала под название "Культура", зато такой есть на Украине. 5 канал есть там и там. Все эти несостыковки нужно правильно отконтролировать. Я уж не говорю про случаи, когда канал записан в плейлисте так, что распознать его в принципе невозможно.
Т.е. мы получаем метод более запарный (прописать пару строчек DNS сложнее чем их не прописывать) + менее надежный.
Вы мне объясните, вам конкретно это зачем. Может, я открою для себя дополнительный тайный смысл этой идеи.
Re: Предложения по расширению функционала
retracker.local принимался ооочень тяжело. Разработчики торрент-клиентов категорически не хотели ничего подобного внедрять. Операторы плакали от нагрузок, создаваемых торрентами на внешних аплинках, выдумывая паттерны ACL для блокировки протокола. В те времена DPI были в диковинку. Но перелом-таки случился и все остались в выигрыше.
Я вижу Ваши беспокойства исключительно валидности плейлистов. Но какое отношение это имеет к проигрывателю на ТВ?
Но если Вы так сильно болеете за плейлисты, пусть ваше приложение скачивая этот плейлист, отдает его вашему роботу на валидацию, валидацию прошел - внесли плейлист на главный экран Вашего приложения, не прошел - игнор. Тоже реализация алгоритма не сложная.
- Я болею за операторов, чтобы они в лёгкую могли отдать свою услугу абоненту;
- Я болею за своих абонентов, чтобы они получив SMS с названием Вашего плеера, нашли его на TV и оно у них сразу же заработало, без звонков в саппорт и прочих трудностей;
- Я болею за Вас, чтобы Ваш плеер оставался самым удобным и развивался дальше.
Я еще вот что хочу сказать - чем будет проще конечному потребителю, тем их будет больше. Чем больше потребителей, тем в бОльшем плюсе будете и Вы, и операторы.
Идею нужно принять и популяризировать, она клёвая
Я вижу Ваши беспокойства исключительно валидности плейлистов. Но какое отношение это имеет к проигрывателю на ТВ?
Но если Вы так сильно болеете за плейлисты, пусть ваше приложение скачивая этот плейлист, отдает его вашему роботу на валидацию, валидацию прошел - внесли плейлист на главный экран Вашего приложения, не прошел - игнор. Тоже реализация алгоритма не сложная.
Eugene wrote:Вы мне объясните, вам конкретно это зачем. Может, я открою для себя дополнительный тайный смысл этой идеи.
- Я болею за операторов, чтобы они в лёгкую могли отдать свою услугу абоненту;
- Я болею за своих абонентов, чтобы они получив SMS с названием Вашего плеера, нашли его на TV и оно у них сразу же заработало, без звонков в саппорт и прочих трудностей;
- Я болею за Вас, чтобы Ваш плеер оставался самым удобным и развивался дальше.
Я еще вот что хочу сказать - чем будет проще конечному потребителю, тем их будет больше. Чем больше потребителей, тем в бОльшем плюсе будете и Вы, и операторы.
Идею нужно принять и популяризировать, она клёвая
Re: Предложения по расширению функционала
Можно ли сделать перемотку при просмотре архивных каналов, например, также как при просмотре видео? Бывает неудобно, если нужно посмотреть только часть. Также программа довольно часто не соблюдается и при просмотре архивного канала попадаешь на затянувшуюся предыдущую передачу.
Можно ли сделать быстрый переход к предыдущему каналу? Неудобно бегать по всему списку, если каналы не рядом.
Можно ли сделать несколько избранных плейлистов? Одного маловато, по-моему.
Заранее благодарен.
Можно ли сделать быстрый переход к предыдущему каналу? Неудобно бегать по всему списку, если каналы не рядом.
Можно ли сделать несколько избранных плейлистов? Одного маловато, по-моему.
Заранее благодарен.