Тесваме веднага :) Кеша продължава да си отговаря както описа и мисля че има голяма логика в твоето твърдение.
От страната на приемника там няма ли да е добре да ударим малко насилвено време за по добро използване на кеша?Code:1500,0963:700
Тесваме веднага :) Кеша продължава да си отговаря както описа и мисля че има голяма логика в твоето твърдение.
От страната на приемника там няма ли да е добре да ударим малко насилвено време за по добро използване на кеша?Code:1500,0963:700
В тази тема, има много коментари относно, колко точно да е изчакването за различните криптиращи системи. В твоя случай обаче със сигурност 700 мс. е твърде много. Общия сбор от реалния отговор и времето за изчакване, не трябва да надхвърля пика в който се получава пикселизиране, фрийзване и други такива ефекти. Скай 0963 държи до 600 мс. след това почва да сече. Така, че според мен динамично wait_time от 300 мс. е ОК за този caid, така ще остане и малко време за буфер, няма да е на ръба. Дори и да паднат малко хитовете, това не проблем, важното е, че сървъра ще отговаря с времената каквито би трябвало да са, без да си слага по 200 мс. статично изчакване. Да не забравяме, че целта на каше не е да се гледа само от него, трябва да има и реални отговори от картите, все пак, някой трябва да генерира кеш. Примерно, при мен има няколко пиъра, които искат само локалния кеш, закачени директно за четеца, те от своя страна дават същото, а има и такива, които сами си го филтрират, без хопове . Ако не генерираме локален кеш, тези пиъри, какво ще получат?
Пробвал съм го на 880 msec работи. Идеята е че това е чакане тоест отворило е канал и логиката е да се продължава получаването на кеш за него. Така че граничното време, според мен гарантира повече хитове.
Ето виж другото е 1500 а масовите отговори от кеша са "by cache3 (155ms)"
Здр. Юнаци в Oscam8370 се появи опцията Cache / CW Cycle някакви идеи за правилна настройка.
През определен интервал, динамичното време за изчакване, става статично, кама изчаква точно толкова колкото е зададено, тоест 700 мс. за nds ти гарантират срив.Originally Posted by turbopower
Както писах по горе тествал съм умишлено забавени отговори с тези настройки но получаващи от стабилен кеш и линии NDS работи на 880 msec без да насича. Мисля че това е абсолютният максимум обаче
http://www.satsupreme.com/showthread...l=1#post981314
За sky UK настройката е 09:250, написано е само преди няколко мин. в стриймборда. Освен това оскам не вижда настройки от рода на 880. Трябва да е през 50 мс. примерно: 50, 100, 150....
Мога да потвърдя с 1500,0963:250 най добре работи.
Поне на мен ми харесва засега.
Други мнения?
Каква точно е функцията на това 1500 в тази настройка?
може би нещо от рода на 0:1500,0963:250 (така мисля аз), защото ако имаш 0963:0:250, оскама след запис ти го поправя на 0963:250 (т.е. изпуска 0-лите и ":" и за това си мисля че може да се интерпретира по този начин) т.е. статично време за всички (мнооого голямо) и динамично за посочения caid ... но нека и дреугите да кажат)
Posting Permissions
