progdvb.com

Прог,я понимаю взаимодействие железок и софта как разговор:один говорит,другой слушает и вникает,и наоборот,а если говорит один и никого не слышит,тогда базар получается.

Я лишь описал суть проблемы.

Dyukanm wrote:Прог,но на 6.61.*,то бишь енжине 4.* сканирование шло.

Точно, вспомнил, у меня проблема тоже началась с переходом на какой-то енжин.

Или все же это от того последнего вмешательства в IPTV (где там оно обговаривалось).

boss911 wrote:Тогда нужно сделать, что если не дождался PMT, повторить скан этого канала и так несколько раз, например, если на третий раз не получит, значит пошло сканировать следующий канал.

Я,когда задирает ручная настройка списка каналов,ставлю 6.61.*,сканирую,и ставлю поверх свежую версию.

boss911: Я уже отвечал на это. Кстати а чем кончилась история с версий с медленым поиском?

Prog wrote:Кстати а чем кончилась история с версий с медленым поиском?

С медленным поиском чего? Я что-то не могу понять, о чем речь.

Так что там с этим PMT, в плане того, что при скане находит "плохие" каналы, которые являются хорошими, решение будет, какая-то попытка улучшить/исправить ситуацию?

Я вам давал версию с попыткой улучшения, но совершено не помню получил ли отчёт или нет.

Я тоже что-то помню и вроде даже вам отписывался. Но нихрена больше не помню.

У меня раньше, скажем так, весной этого года, UDP сканилось по 3 секунды на транспондер и никогда не видел "плохих" каналов после скана. Потом завел себе список с HTTP, оно сканилось быстрее и было очень много "плохих" каналов.

Вы что-то там поковырялись, теперь UDP сканится быстрее в раза два и при этом находит "плохие" каналы (раньше все было наоборот, см. выше). А HTTP стало сканится дольше и уже гораздо меньше "плохих" каналов.

То есть скан по UDP и HTTP отличаются между собою, почему имеет место быть это отличие, вам виднее. Верните хоть прежний скан по UDP, раньше с этим все было хорошо, потом испортилось, когда мы в ветке IPTV начали говорить про скан HTTP и вы что-то тогда меняли.

Цитата с Gomelsat'a:

Такая техническая проблема... что незнаю в чём именно проблема.
у меня как видно в подписи 36Е на первом входе дайсика. 5Е - на четвёртом входе дайсика. когда ПрогДВБ сканирует каналы на 5Е, то видит каналы с 36Е. в чём может быть проблема?

Могу подтвердить. Та же самая проблема и у меня. Началось с версии 6.70. Проблема пропадает, если NIT не используется.

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

Я просто не проверил ещё у себя и по традиции не отписываюсь пока сам не посмотрю. Это интересно наблюдение с NIT и требует проверки.

Стало ли лучше в .5 релизе? Правда с NIT/Diseq идей нет, а остальное выше перечисленное должно лучше работать.

Prog wrote:Стало ли лучше в .5 релизе? Правда с NIT/Diseq идей нет, а остальное выше перечисленное должно лучше работать.

Сканирование стало быстрее. Спасибо.

Prog

Сканирую UDP - скан на один канал занимает до 1 секунды (иногда два канала в секунду). "Плохих" каналов не находит.
Сканирую HTTP - скан на один канала занимает 3-4 секунды. "Плохих" каналов не находит.

Чем объяснить эту разницу во времени на сканирование одного UDP и HTTP канала?

У меня раньше UDP тоже сканировалось по 3-4 секунды на канал, потом вы что-то поменяли и скорость возросла. А вот HTTP сканировалось быстрее, а стало дольше. Не ясно.

Скорее всего не я поменял а провайдер. Там разница больше в скорости открытия потока. У меня так роутеру (или провайдеру) нужно порядка 2 секунд на откртие IPTV, то есть медление http получается.

Я могу повлиять на время самого сканирования после открытия, но там тоже сильно зависит от провайдера. Бывает и 30 секунд "транспондер" и 40.