Тут на проблемы ProgDVB накладываются ещё и лимиты провайдера. Такой перебор каналов в них упирается. Причём в случае с http, можно посмотреть ответ и понять это, а udp в слепую...

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

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

Ставлю 2000мс, ситуация улучшилась, ставлю 4000мс, практически всегда получаю 100% скан всех каналов. Но блин, 4000мс это гонево, это караул как долго сканит.

Провайдер не даёт открывать каналы слишком часто, что правильно. В следующем пререлизе будет лог сканера поподробнее, посмотрю что именно тормозит. В принципе если время уходить на рабочие каналы, то его можно оптимизировать. Если на отсевающие (как при слепом поиске) то увы, без ожидания этих 4 секунд никуда не деться.

Еще одна проблема, появилась недавно. Переодически не сканируются некоторые HTTP каналы (не связано с вышеуказанной проблемой), но канал точно работает, даже в ProgDVB. После скана этого канала, не важно, просканировался он или нет, после скана канал не работает, в статусбаре пишет "Ошибка отправки данных", тут помогает перезагрузка ProgDVB, либо, не всегда, повторный клик по каналу.

Я записал в PID рекордере проблемный канал, а так же лог, где во время скана этот канал не просканировался и не смог с первого раза запуститься (http://.../channels/14ef7ba4b37570). На FTP.

К сожалению пример тут не поможет. Обновитесь до 6A и пришлите scanner лог с этим каналом. И заодного тех которые работают медленно.

Логи на FTP от 6.92.6a.

No Scan UDP - просканировал весь M3U, тут не отсканировались несколько РАБОЧИХ каналов. При повторном скане они прошли скан, но при этом получил уже другие не отсканированые каналы.

No Scan HTTP - просканировал не весь M3U, прервал после того, как не прошел скан РАБОЧЕГО канала (http://.../channels/14ef7ba4b37570). И PID запись этого канала рядом.

Ошибка отправки данных - надпись в статус баре, когда я запустил ProgDVB, то есть при старте канала. Эта проблема только на HTTP каналах, как раз на том канале, который "No Scan HTTP".

Каналы не найдены потому что после открытия через 1.5 секунды трафик так и не появился. надо будет увеличивать задержку.

А что это за "Ошибка отправки данных", которую я часто встречаю на HTTP каналах? Чаще всего встречается на тех проблемных каналах, которые иногда не сканируются и чаще всего это вижу после скана этих проблемных каналов.

Судя по логу там 10061 ошибка. Не удалось соеденится с сервером. А потом уже не удалось послать данные, как следствие. При скане этой ошибки нет. По краней мере в этом логе.

А нет, есть ошибка. значит ждать бессмысленно. А у меня глюк, что после ошибки оно всё ещё ждёт.

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

Дело в том что на udp нет конекта как такового и нет его ошибок (но это не значит что данные будут). Насчёт задержек, ещё проверю. Ситуацию с ожиданием нерабочего соеденения добавил в баглист. В принципе это не так страшно, не часто бывает.

За сегодняшнее утро уже три раза получил "Ошибка отправки данных" при включении HTTP канала. Что-то эта проблема стала очень часто появляться, я такого у себя не припомню раньше.

Для чистоты эксперемента можно это проблемную ссылку (http!) пооткрывать несколько раз в проводнике. В разное время. Обычно такие вещи зависят от загрузки провайдера.

Кроме самого факта соеденения, оценить его время.