received old cash-push format! data ignored! това е от реадера
това е при мене версия: OSCAM 1.20-unstable_svn build #7979
и при всички други е така ще се връщам кам старата 7409
received old cash-push format! data ignored! това е от реадера
това е при мене версия: OSCAM 1.20-unstable_svn build #7979
и при всички други е така ще се връщам кам старата 7409
Колега за да работи трябва и хората с които разменяш да са със версия 7981 или по нова.
Колега tok82 това е в отговор и на твоят пост.
При мен половината с които съм разменил са обновили другата не, все пак празници са има хора които нямат възможност. Съветвам ви да изчакате няколко дни след това трябва всичко да е наред. Пък и така ще се докаже кои е сериозен и кои не. Аз лично прекъснах размяната с един колега така, той ми писа че не получава кеш от мен. Аз му обясних каква е причината и че трябва да обнови. Той ми каза че по никаква причина няма да го направи и взаимно си изтрихме линиите.
Слагайте новите версии! Със старите не може да получавате кеш от пиърите които са ъпдейтнали, вашия кеш също не може да се получава от тях. До ден-два повечето ще ъпдейтнат и всичко ще е ОК.
Аз пък снощи направих друго, погледнах кои са обновили и кои не и после писах на всички които не са обновили, ако не го направят до няколко дни ще играе теслата ;)
Боби,не само колко са сериозни но има коренна промяна в работата на кеша.
Който иска да бъде в крак да обновява,другите да се отказват.
Така стоят нещата според мен.
Само дето никой на е на ясно за какво го правим,един казва скачайте и всички го правим.
Хората подобряват работата на cacheex в oscam, а и все още няма стабилна версия която го поддържа, тоест cacheex поддръжката все още еволюира. Аналогията ти е сравнима с това например защо да си обновяваме операционната система, след като тази от преди 5 год ми върши същата работа. Отговора е защото има подобрения. Какви са те?
Ето ги:
Ето и по-големи подробности:Significant changes are made in this release, since we found out that cc-cam protocol was broken for CACHE exchange for a long time.
Originally posted by theparasol
Ok, analyzed the cache-ex code in CCcam module.
1. Changed the checking before cache push happens.
It makes no sense to reinit the client connection if it was disconnect while some other checks might fail -> set the client (re)connectcheck as last check.
2. There was no correct cache-ex format detection! (camd35 was ok!)
Recently the ecm checksum changed and if your cache-ex partners where using old oscam versions your new oscam build on your server still accepted them as being valid -> not anymore! Added a similar check as camd35 was using.
3. More logging output E.G. wrong cache-ex output added
Bad news is all of your cache-ex partners need to update, they already had to do this
but since cccam module lacks checking of cache-ex format it got pushed no-one would ever notice. If you apply this patch all of the partners get "Bad cache-ex format" in their logs. Actually that is good news coz if there were still some that use old oscam lets say summer 2012 they will see for themself why they need to update.
I hope you / someone else can test this patch, to test you need at least two patched oscam systems that exchange cache. If patch is working I'll commit it to the trunk as this patch if working is rather important!
TNX!
quote: Originally posted by capncook
When you push this to SVN, this will create some chaos![]()
For sure...![]()
But chaos is still going on right now but no-one notice it, only you with high cpu loads...
Новия пач, по който се работи няколко месеца, вече е добавен към официалните версии на оскам. Преди да ъпгрейднете до последна версия на кама, прочетете тази тема: http://www.streamboard.tv/wbb2/threa...threadid=36365
Добавени са нови настройки които оптимизират значително cacheex функцията.
След около час тестове, мога да кажа, че наистина е оптимизиран модула и работи добре. Процента на hits също се вдига.
galiano благодаря прекрасната новина!
Ето и последната версия от мен. Започва се с четенето и екпериментите :)
Config CSP/CacheEx dynamic wait
Zitat: oscam.conf
[csp]
wait_time = [caid][&mask][@provid][$servid][:awtime][:]dwtime
csp_ecm_filter = [caid][&mask][@provid][$servid]
- wait_time = (for csp, ex3 and ex2)
csp_ecm_filter = (only for csp)
wait_time = 250 # means all requests have 250ms dyn wait time when old cache3 hit found
wait_time = 0:50:250 # means all requests have always wait time and 250 dyn wait time when old cache3 hit was found
wait_time = 17:950 means all 17XX have dyn wait time when old cache3 hit found
wait_time = 1702&ffdf:950 means all 1702/1722 have dyn wait time when old cache3 hit found
wait_time = 0:950:0 means all have always wait time whitout checking cache3 hit
csp_ecm_filter = 17,1833,1834,1830,09C4,09C7,0D05
Zitat: oscam.user (for ex3)
[account]
cacheex_ecm_filter = [caid][&mask][@provid][$servid]
Zitat: oscam.server (for ex2)
[reader]
cacheex_ecm_filter = [caid][&mask][@provid][$servid]
csp_ecm_filter/cacheex_ecm_filter only set entry's will add to cache
Config CW Cycle Check
Zitat: oscam.conf
[global]
cwcycle_check_caid = caid to check
maxcyclelist = max Count of Cyclelist Entrys *Default 500 ** max 4000 Entrys*
keepcycletime = min Keep Learned Cycletime in Memory *Default 0 ** max 15 Min*
onbadcycle = 0 only log ; 1 ignore ECM ; 2 ask reader again