Според мен, двата кама изчисляват по различен начин времената, което води до този ефект. Вероятно не се касае до настройки, а е бъг който трябва да се докладва в стриймборда, иначе няма решение.
Според мен, двата кама изчисляват по различен начин времената, което води до този ефект. Вероятно не се касае до настройки, а е бъг който трябва да се докладва в стриймборда, иначе няма решение.
Да споделя,че при смесен оскам го няма този ефект.Работи без проблем.
Това е клиент гледал само този канал!**** online **.**.**.** camd35 0963:0F10 unknown 00:00:15 00:00:07 1658 0 0 1 1021 0 163 0 0 23.38 (8.02) 1/1
При отделен оскам за кеша предполагам е в комуникацията между двата кама.
Отделния оскам няма нищо общо, проблема идва при ццкам клиент.
Не знам до колко има общо, но преди време съм виждал подобна аномалия с нормална линия от карта булкрипт към cccam 2.1.3. Даваше ми големи времена на cccam само на oscam си работеше нормална, след това между ъпдейтите на оскам се оправи. От Cccam не насичаше след като се свържеш към него от oscam или mgcamd.
galiano можеш ли да сложиш cccam 2.0.11 ако не си с него и да кажеш има ли разлика.
Повече от година използвам 2.0.11, големите времена ги виждам точно с него. Проведох кратка консултация с няколко колеги, които изразиха мнение, че именно стойностите показани от ццкам са реалните, а не тези от 1-2 мс. които показва оскам. Иначе казано, оскам не може да излъже ццкам и той показва реалния сбор от закъснението по хоповете + истинското време за отговора на картата. Не мога да потвърдя, дали е така, но като гледам, май нещо такова се получава.
Тази вечер, един мой познат сърбин, ми писа че е забелязал, същия проблем с "бързия кеш" 1,2,3 мс. само, че той го е забелязал при карта 0963 (има локална). Историята е същата, ццкам показва ниските времена с доста по-високи стойности, което разбира се, води до фрийзване, оскам клиент не показва високи времена, НО пак сече. Което вероятно потвърждава предположението по-горе в темата, че големите стойности които се виждат при ццкам, всъщност са реалните времена ,общия сбор от закъсненията по хоповете при решер + отговора на картата, а ако вместо карта, отговаря, някой бавен прокси четец!? Ами ако отговора на прокси четеца също е чакал за кеш и тогава да изпълни заявката, какво става тогава!?
пробвай с cache delay 15-20 ms, тази опция е за избягване на фалшиви 1-2 ms отговори и грешно поведение заради това
В последния билд на оскам са добавени много оптимизации в cacheex модула:
http://www.streamboard.tv/oscam/changeset/8358
Освен че са преместени настройките има ли нещо ново?