Re: проблемма с прог двб

#31
Prog wrote:Найти почему пропадает _сигнал_. Если он пропадает (а это не во всех логах) то софту (не важно какому) уже ничего не сделать.
А ты можешь сделать лог, где бы это ОДНОЗНАЧНО указывало, доказывало, что программа не получила сигнал просто из-за отсутствия его как такового?
[size=50] Железо: Acer KG271C, IP Q G2020@2.9, HD7770, 8 RAM, AMD audio, Yamaha RX-V465, LG 42LA790V, Prof 7300,7301, Tevii s470, TBS 6922se. Софт: W7x64, ProgDVBx32. Настройки: prog demux, audio-AC3Filter, WASAPI, video-Custom EVR, ArcSoft 2,28,497 [/size]

Re: проблемма с прог двб

#32
А других вариантов с сигналом не бывает. Уровень как и трафик в логе есть, и в половине логов ProgDVB не причём.

Тут ProgDVB даже повторно запустил канал, после потери. Но на платных каналах этот механизм ненадёжен.
17:13:29.650 - * s:96 q:0 tr=4046700 (0)
17:13:30.664 - * s:96 q:0 tr=526212 (940)
17:13:31.678 - * s:96 q:0 tr=0 (0)
17:13:32.692 - * s:96 q:0 tr=0 (0)
17:13:33.706 - * s:96 q:0 tr=65424 (0)
17:13:34.720 - * s:96 q:0 tr=32712 (0)
17:13:35.734 - * s:91 q:0 tr=0 (0)
17:13:36.748 - * s:96 q:0 tr=0 (0)
17:13:37.762 - * s:96 q:0 tr=0 (0)
17:13:38.776 - * s:96 q:0 tr=0 (0)
17:13:39.790 - * s:96 q:0 tr=0 (0)
17:13:40.803 - * s:96 q:0 tr=32524 (0)
17:13:41.817 - * s:96 q:0 tr=0 (0)
17:13:42.190 - TransponderManager::RefreshChannel ! 7s
17:13:42.190 - Api2Device::SetChannel 12399000Khz sid=10328
17:13:42.190 - ch:Эхо Москвы {freq:12399, pol:V, sr:27500}
зы: Не нужно искать связи между уровнем и ProgDVB. Связь такая же как между уровнем и монитором. Он просто показывает то что на вход приходит.

Re: проблемма с прог двб

#33
Prog wrote:Не нужно искать
Тогда лови истчо!
Logs.rar
(25.61 KiB) Downloaded 123 times
[size=50] Железо: Acer KG271C, IP Q G2020@2.9, HD7770, 8 RAM, AMD audio, Yamaha RX-V465, LG 42LA790V, Prof 7300,7301, Tevii s470, TBS 6922se. Софт: W7x64, ProgDVBx32. Настройки: prog demux, audio-AC3Filter, WASAPI, video-Custom EVR, ArcSoft 2,28,497 [/size]

Re: проблемма с прог двб

#35
Prog wrote:А вот тут же не было падения уровня сигнала?
Интересный глюк. От демуса и рендера зависит? Хоть бы раз его повторить у себя...
Все, я сдаюсь... Пока...
[size=50] Железо: Acer KG271C, IP Q G2020@2.9, HD7770, 8 RAM, AMD audio, Yamaha RX-V465, LG 42LA790V, Prof 7300,7301, Tevii s470, TBS 6922se. Софт: W7x64, ProgDVBx32. Настройки: prog demux, audio-AC3Filter, WASAPI, video-Custom EVR, ArcSoft 2,28,497 [/size]

Re: проблемма с прог двб

#37
V.Zhukoff wrote:3. ProgDVB.
4. Карта очень хорошая(Craizyкотом рекомендованная), со свежими дровами.

Вот, по логике, где слабое звено?
Слабое звено в BDA драйвере TBS + основном BDA-модуле Prog'а (довесок TBS.eBDA рулит только "специфичными" функциями типа Diseqc, CI, RC). Вполне возможно что раньше ситуация была лучше, но в какой-то момент Prog что-то поменял в BDA-модуле и он стал работать по другому :) Например если девайс занят другой программой, то он как-бы запускается без матюков, но естесно ничего не пашет - а по идее должен был бы матюгнутся что graph not started (когда-то так и было). А на TBS/Prof возможно и другие глюканы в связи с этим вылезли (но это уже в комплексе со спецификой драйверов, можно даже глюками назвать).

P.S. Я пытался TBS 6983 прикрутить (ну там чтоб мультистрим+PLS через дрова работал + diseqc). В TBS.eBDA будто-бы всё сделал, но всё равно работает хреново. Симптомы типа твоих + еще и драйверный BSOD схватил пару раз. Ставил потом 6982, 6922 (точнее TT S2-4100) - теже грабли, хотя они изначально поддерживаются в TBS.eBDA. Вообщем плюнул, проблемы комплексные. Но решать их нет "политичекой воли" в обеих сторон :) Да и желания видимо нет, как и у меня :)

Re: проблемма с прог двб

#38
crazycat wrote:Слабое звено в BDA драйвере TBS -модуле Prog'а
Я весь день пытался доказать это Progу.
crazycat wrote:проблемы решать их нет Да и желания видимо нет, как и у меня :)
АХХренели, что ли? А закон потребителей???
[size=50] Железо: Acer KG271C, IP Q G2020@2.9, HD7770, 8 RAM, AMD audio, Yamaha RX-V465, LG 42LA790V, Prof 7300,7301, Tevii s470, TBS 6922se. Софт: W7x64, ProgDVBx32. Настройки: prog demux, audio-AC3Filter, WASAPI, video-Custom EVR, ArcSoft 2,28,497 [/size]

Re: проблемма с прог двб

#40
Постоянное 100% зависание при завершении выполнения приложения ProgDVB (крайний релиз) не могу сказать было ли это на предыдущих релизах.

Логи и скриншот прилагаются.
Attachments
Logs.rar
(18.63 KiB) Downloaded 114 times
Capture.JPG

Re: проблемма с прог двб

#45
Несколько багов. Есть довольно критичные, есть совсем мелочь. Версия 7.10.03, не пререлиз.
Проблема со стартом записи канала.
Имеем:

Code: Select all

[AVManager_Record]
RecordDir=F:\
RecordFormat=%channel%\%day2% %month% - %hour%.%minute%.%second% - %epgtotal%
При попытке стартовать запись папка создаётся, если отсутствовала, и нормально стартует запись.
_________________________________
Если делаем

Code: Select all

RecordFormat=%channel% %day2% %month% - %hour%.%minute%.%second% - %epgtotal%
То запись не может стартовать: Скриншот, в логе

Code: Select all

01:18:38.881 - ChannelGraph5::StartRecord endtime=0 action=0 - ТНТ 15 August - 01.18.38 - Не спать!   16+. 57-я серия. ТНТ знает, что на сам...
01:18:38.881 - Mpeg2FileWriter
01:18:38.881 - TimeShift::Cursor StartRecording 0 1
01:18:38.881 - ReaderCursor::SetPosition.. OK
01:18:38.882 - ReaderCursor::SetPosition 182377108 (w=182510964)
01:18:38.882 - CreateDirecotryWithSubDirecotrys - Error! F
01:18:38.882 - CMpeg2FileWriter::Start CreateFile Error (F)
01:18:38.882 - !!! DebugCriticalMesssages: File create error!
01:18:38.882 - ChannelGraph5::StartRecord ERROR!!! ТНТ 15 August - 01.18.38 - Не спать!   16+. 57-я серия. ТНТ знает, что на сам...
01:18:38.882 - ChannelGraph5::StopRecord F:\ТНТ 15 August - 01.18.38 - Не спать!   16+. 57-я серия. ТНТ знает, что на сам....ts
01:18:38.882 - TimeShift::Cursor StopRecording
Имеем карту Technisat skystar S2, pci-версия. К этой карте прилагается программулина, которой можно настраивать её на тот или иной трансподер либо смотреть, с какими параметрами залочен текущий трансподер.

Если лочить трансподеры из версии 5.13про, то fec в карту (в драйвер) передаётся корректно. Если его нет в списке программы, например 3/5, выбирается авто.

Если лочить из версии 6,5+ (при её использовании это впервые было замечено, раньше просто не обращали внимания), то при любом значении fec в ProgDVB в карту fec всё равно передаётся как авто. Из-за этого некоторые трансподеры очень долго лочатся или не лочатся вообще
Вручную отредактировал файл transpoders/all.list для 36 градуса для России, получилось
[0360]
pos=360
0=45
1=11727,L,27500,34,NBC_8PSK,p:on,r:35
2=11747,R,27500,34,NBC_8PSK,p:on,r:35
3=11766,L,27500,34,NBC_8PSK,p:on,r:35
4=11785,R,27500,34
5=11804,L,27500,34,NBC_8PSK,p:on,r:35
6=11823,R,27500,34,NBC_8PSK,p:on,r:35
7=11843,L,27500,34,NBC_8PSK,p:on,r:35
8=11862,R,27500,34
9=11881,L,27500,34
10=11900,R,27500,34
11=11919,L,27500,34,NBC_8PSK,p:on,r:35
12=11938,R,27500,34,NBC_8PSK,p:on,r:35
13=11958,L,27500,34,NBC_8PSK,p:on,r:35
14=11977,R,27500,34
15=11996,L,27500,34,NBC_8PSK,p:on,r:35
16=12015,R,27500,34,NBC_8PSK,p:on,r:35
17=12034,L,27500,34,NBC_8PSK,p:on,r:35
18=12054,R,27500,34,NBC_8PSK,p:on,r:35
19=12073,L,27500,34,NBC_8PSK,p:on,r:35
20=12092,R,27500,34
21=12111,L,27500,34,NBC_8PSK,p:on,r:35
22=12130,R,27500,34,NBC_8PSK,p:on,r:35
23=12149,L,27500,34,NBC_8PSK,p:on,r:35
24=12169,R,27500,34,NBC_8PSK,p:on,r:35
25=12174,L,4340,34
26=12190,L,20000,34
27=12207,R,27500,34,NBC_8PSK,p:on,r:35
28=12226,L,27500,34
29=12245,R,27500,34
30=12265,L,27500,34
31=12284,R,27500,34
32=12303,L,27500,34
33=12322,R,27500,34
34=12341,L,27500,34
35=12360,R,27500,34,NBC_8PSK,p:on,r:35
36=12380,L,27500,34
37=12399,R,27500,34
38=12418,L,27500,34,NBC_8PSK,p:on,r:35
39=12437,R,27500,34,NBC_8PSK,p:on,r:35
40=12456,L,27500,34
41=12476,R,27500,34
42=12511,H,4340,12
43=12520,H,4340,12[/code]
Далее, выбираю Channel list -> channel search -> %имя карты% -> 36 градус. При сканировании над прогрессбаром надпись "Scanned X of 43", но при при сканировании последнего она почему-то меняется на "Scanned 43 of 44", и 44-м оно пытается сканировать откуда-то берущийся трансподер 13771.
Долго пользуемся Progdvb, получаем полностью заполненную историю переключений каналов как вперёд, так и назад.
Включаем запись канала, тем самым блокируя переключение каналов.

Если выбрать канал именно из выпадающего списка, то он он как бы выберется, то есть сменится название канала в заголовке окна, активируется osd, пересортируется история переключений каналов, но фактически переключения не будет и запись не прервётся.

Если же при активной записи мы выбираем другой канал с того же трансподера простым кликом в списке каналов, то он откроется в pip несмотря на то, что это было действие "open", а не "open in new window".
В списке каналов при перетаскивании каналов из одной папки в другую в начале списка добавляется некоторое количество пустых элементов. Лечится пересортировкой отображаемого списка - т.е. можно перезапустить программу, можно перетащить пару каналов местами в пределах одной папки, удалить какой-либо элемент списка и т.д.
Имеем канал, у которого на 888 странице телетекста идут субтитры. При сканировании у канала в свойствах субтитры НЕ прописаны. Ок, укажем вручную. После этого переоткрывается канал, субтитры ЭТОГО канала на экране и при записи в srt идут, но они идут вперемешку с субтитрами какого-то другого канала, видимо с этого же трансподера. При этом в свойствах канала по-прежнему пид субтитров не указан и в будущем надо будет снова вручную указать пид субтитров. На записанные ts-файлы это не влияет - в записанном ts-файле всё нормально.
При обновлении базы epg через Service -> Update EPG base (возможно и при простом просмотре каналов тоже) новые события в базу записываются, а вот старые, уже давно прошедшие из базы не убираются. В результате файл базы разрастается теоретически до бесконечности.