Прогресс! ПрогДВБ в 13:53:45 (или чуть раньше) зависла, но в 13:54:27 отвисла.

13:53:44.907 - * s:13 q:0 tr=0 (0) - ntt0 dmx0 -1 Buffering
13:53:45.341 - ------sGetVideoParams
13:54:27.062 - AP: agc changes 16.92203 to 17.16221, step 0.02402
13:54:27.184 - AP: agc changes 16.94605 to 16.78708, step -0.01590

Выслал лог по почте.

То есть там, где раньше вис совсем, сейчас просто подвисает на 20-30 секунд? Сейчас "b" опубликую, там не будет изменений но будут более подробные логи той ситуации которую правил.

Prog wrote: ↑

Sun Nov 10, 2024 6:55 am

То есть там, где раньше вис совсем, сейчас просто подвисает на 20-30 секунд? Сейчас "b" опубликую, там не будет изменений но будут более подробные логи той ситуации которую правил.

ПрогДВБ 7.63.8b вообще не виснет. Не могу добиться, чтобы эта версия зависла уже целый день. Я уж и торрент-клиент включил с загрузкою файла и ничего - ПрогДВБ не зависла. Так что проблема, похоже, с зависанием решена. но если всё-таки ПрогДВБ зависнет, то я напишу. Но пока могу сказать, что ПрогДВБ 7.63.8b стабильно работает.

Там не было изменений после "a". Просто так совпало. у меня ваш канал тоже не виснет никогда

Prog wrote: ↑

Sun Nov 10, 2024 6:11 pm

Там не было изменений после "a". Просто так совпало. у меня ваш канал тоже не виснет никогда

Значит у вас интернет соединение хорошее, интернет хороший.

Опять зависание ПрогДВБ во время скачивания с торрента. При скачивании и сайты в браузере недоступны, поэтому дело не в том, что канал ПрогДВБне показывает, дело в том, что ПрогДВБ виснет.

В логе:
09:11:04.094 - SetEvTrafficIsAllowed 0CB75FF0
09:11:04.096 - ItvReceiverMain::SetChannel Try refresh... IsSameChannel str0
09:11:04.098 - Async close 5428
09:11:04.100 - RefreshSignal. Delete current 24E61050
09:11:04.102 - Async close 5428
09:11:04.120 - closesocket 5428 0x24E61058
09:11:04.120 - ------ closed 1534
09:11:04.120 - Failed to connect (5428). Error 10038
09:11:04.125 - CONNREFUSED for 8 tryes
09:11:27.124 - Thread NS:http://ru3...-J_K8qtnFQEviZEjFuDL is not response. Killing it!!!!

И после этого зависание.
Я высылаю полный лог по почте.

У меня торрент клиент qBittorrent Windows x64 (qt6 lt20). Может, обычный, не (qt6 lt20) не будет вызывать подвешивание ПрогДВБ? Надо будет попробовать потом скачать обычный qBittorrent Windows x64.

Врятли это важно. Скорее от количества соеденений которые клиент создаёт. Это своего рода краш тест сети. Видимо какие то операции в ProgDVB начинают работать сильно медление. Ещё не смотрел лог, но посмотрю. Довольно важдный глюк

Новая версия ПрогДВБ 7.64.2а тоже зависла.

01:15:36.090 - Starting new channel: MSNBC
01:15:36.091 - url: http:///143.m3u8
01:15:36.093 - SetEvTrafficIsAllowed 118D1000
01:15:36.095 - ItvReceiverMain::SetChannel Try refresh... IsSameChannel str0
01:15:36.098 - Async close 3480
01:15:36.101 - RefreshSignal. Delete current 2B4C0048
01:15:36.103 - Async close 3480
01:15:36.105 - CloseSession
01:15:36.122 - closesocket 3480 0x2B4C0050
01:15:36.122 - ------ closed d98
01:15:36.122 - Failed to connect (3480). Error 10038
01:15:36.130 - CONNREFUSED for 1 tryes closing 1
01:15:36.137 - CloseSession
01:15:59.126 - Thread NS:http://str...//143.m3u8 is not response. Killing it!!!!



01:15:04.896 - * s:0 q:0 tr=0 (0) - ntt31 dmx609 -1 Buffering
01:15:05.889 - * s:0 q:0 tr=0 (0) - ntt968 dmx550 -1 Buffering
01:15:06.888 - * s:0 q:0 tr=0 (0) - ntt1968 dmx550 -1 Buffering
01:15:07.894 - * s:0 q:0 tr=0 (0) - ntt2984 dmx550 -1 Buffering
01:15:08.900 - * s:0 q:0 tr=0 (0) - ntt3984 dmx550 -1 Buffering
01:15:09.904 - * s:0 q:0 tr=0 (0) - ntt4984 dmx550 -1 Buffering
01:15:10.910 - * s:0 q:0 tr=0 (0) - ntt6000 dmx550 -1 Buffering
01:15:11.919 - * s:0 q:0 tr=0 (0) - ntt7000 dmx550 -1 Buffering
01:15:12.917 - * s:0 q:0 tr=0 (0) - ntt8000 dmx550 -1 Buffering
01:15:13.929 - * s:0 q:0 tr=0 (0) - ntt9015 dmx550 -1 Buffering
01:15:14.937 - * s:0 q:0 tr=0 (0) - ntt10015 dmx550 -1 Buffering
01:15:15.933 - * s:0 q:0 tr=0 (0) - ntt11015 dmx550 -1 Buffering
01:15:16.932 - * s:0 q:0 tr=0 (0) - ntt12015 dmx550 -1 Buffering
01:15:17.940 - * s:0 q:0 tr=0 (0) - ntt13031 dmx550 -1 Buffering
01:15:18.929 - * s:0 q:0 tr=0 (0) - ntt14015 dmx550 -1 Buffering
01:15:19.936 - * s:0 q:0 tr=0 (0) - ntt15015 dmx550 -1 Buffering
01:15:20.741 - RefreshByTraffic: no traffic from demux 15828ms
01:15:20.741 - TransponderManager::RefreshChannel ! 15s chunk=1 net=1 10000ms error0
01:15:20.742 - Do RefreshChannel
01:15:20.742 - ChannelGraph::BeforChangeCursor
01:15:20.743 - Graph::Stop
01:15:20.750 - Before Stop ...01:15:20.752 - OnGraphStop ...01:15:20.775 - Api2Device::SetChannel http:/m3u8
01:15:20.783 - Delete timer 1000 HlsReader
01:15:20.809 - Api2Device::SetChannel result OK
01:15:20.810 - Api2BaseModule.OnTunerStateChanged Connecting
01:15:20.810 - CChannelGraph::AfterChangeCursor
01:15:20.812 - CChannelGraph::AfterChangeCursor
01:15:20.812 - Graph::Run
01:15:20.866 - Graph::Run 1
01:15:20.935 - * s:0 q:0 tr=0 (0) - ntt62 dmx0 -1 Connecting
01:15:21.940 - * s:0 q:0 tr=0 (0) - ntt1078 dmx0 -1 Connecting
01:15:22.926 - * s:0 q:0 tr=0 (0) - ntt2062 dmx0 -1 Connecting
01:15:23.936 - * s:0 q:0 tr=0 (0) - ntt3062 dmx0 -1 Connecting
01:15:24.933 - * s:0 q:0 tr=0 (0) - ntt4062 dmx0 -1 Connecting
01:15:25.926 - * s:0 q:0 tr=0 (0) - ntt5062 dmx0 -1 Connecting
01:15:26.936 - * s:0 q:0 tr=0 (0) - ntt6062 dmx0 -1 Connecting
01:15:27.938 - * s:0 q:0 tr=0 (0) - ntt7078 dmx0 -1 Connecting
01:15:28.934 - * s:0 q:0 tr=0 (0) - ntt8062 dmx0 -1 Connecting
01:15:29.933 - * s:0 q:0 tr=0 (0) - ntt9062 dmx0 -1 Connecting
01:15:30.930 - * s:0 q:0 tr=0 (0) - ntt10062 dmx0 -1 Connecting
01:15:31.930 - * s:0 q:0 tr=0 (0) - ntt11062 dmx0 -1 Connecting
01:15:32.936 - * s:0 q:0 tr=0 (0) - ntt12062 dmx0 -1 Connecting
01:15:33.929 - * s:0 q:0 tr=0 (0) - ntt13062 dmx0 -1 Connecting
01:15:34.927 - * s:0 q:0 tr=0 (0) - ntt14062 dmx0 -1 Connecting
01:15:35.934 - * s:0 q:0 tr=0 (0) - ntt15062 dmx0 -1 Connecting
01:15:36.052 - RefreshByTraffic: no traffic from demux 15187ms
01:15:36.053 - TransponderManager::RefreshChannel ! 15s chunk=1 net=1 10000ms error0
01:15:36.056 - Do RefreshChannel
01:15:36.058 - ChannelGraph::BeforChangeCursor
01:15:36.060 - Graph::Stop
01:15:36.065 - Before Stop ...01:15:36.067 - OnGraphStop ...01:15:36.090 - Api2Device::SetChannel http:///143.m3u8

Появилась идея, но не факт что поможет. В "b" пререлизе. Достаточно netclient.log

Prog wrote: ↑

Sat Dec 07, 2024 3:34 pm

Появилась идея, но не факт что поможет. В "b" пререлизе. Достаточно netclient.log

Новая пререлизная версия ПрогДВБ 7.64.2b - плохая, она бесконечно буфферизирует канал. Посылаю логи по почте.

Интересно, что на вот такой ссылке:
http://www.radiofeeds.net/playlists/wgtimesradio.m3u , -
ПрогДВБ при скачивании с торрент трекеров qBittorrent'ом не виснет.
Интересно, почему:
1) Это .m3u.
2) Это радио.
3) Это free канал, не канал провайдера. Может, у провайдеров защита какая стоит, срабатывающая, если пользователь использует торрент клиент, на действия коей всвою очередь реагирует ПрогДВБ.

Попробуйте пререлиз. Если повиснет то нужен лог. NetClient

Prog wrote: ↑

Sun Dec 15, 2024 8:26 am

Попробуйте пререлиз. Если повиснет то нужен лог. NetClient

У меня каналы двух провайдеров. Каналы одного провайдера виснут через пять-десять секунд показа. Виснут каналы, а не ПрогДВБ. Каналы другого провайдера не виснут.
При этом зависание каналов первого провайдера происходит только с ПрогДВБ Энджин. С LibVLC всё нормально. Но только, если LibVLC выставить специально для канала через верхнюю плашку, не через настройки.

Видимо hls поломал. Даже логи не нужны