Úgy néz ki, nekem is bejött.
Már több, mint 24 órája megy az amiko alien-1 szerverként, 12 proxy -val, és 14 felhasználóval és nem fagyott el még eddig.
Csak deprecated módban ment nekem a 0D02 az újabb oscamoknál. Egy ideig ment, még írta is a kártyát a legújabb svn verzió, majd a dvbapi nem tudta többé elérni, csak a Cccam kliensek.
Ha nem deprecated módot adtam neki, de 360/360 Mhz-et, akkor is deprecatedben indította el a kártyát.
Az autospeed 500 Mhz-et akarna adni neki, de nem jó az alien (sh4) boxon!
Ez engem is érint, míg nem ír valaki biztos megoldást, marad a régi oscam ymod, abból sem a legújabb, az jól kezeli a 0D02 kártyát.
Egy overclocking nekem is jól jönne, mert csak kb. 340 ms alatt adja a kódokat, jó lenne lerövidíteni.
Szeretnék áttérni én is újabb oscam verzióra, van valakinek van egy jól működő reader beállítása erre a kártyára ?
Ez nekem nem segített! :(
Továbbra is error az olvasónál.
Mi lehet a gond a confignál?
[reader]
label = upc_direct
protocol = internal
device = /dev/sci0
key = 0102030405060708091011121314
services = upc
autospeed = 0
caid = 0D02
detect = cd
mhz = 2700
cardmhz = -1
group = 1
Kezdek rájönni az OSCAM lefagyás okára, időnként, általában éjfél után megbolondulnak a Cccam userek és tömegesen bejelentkeznek. A lefagyott logokból ezt látom. Eddig nem volt beállítva a Failban_time, most nulláról átállítottam nagyobbra, így valamelyest javult a helyzet.
Régebbi oscamot használok, mert ezzel még frissül a 0D02 kártyám, az újabb verziókkal meg állandóan leáll. (Vagy én vagyok a hülye hozzá, ugyanis a DVBAPI userem számára elérhetetlenné válik egy idő után, magam sem tudok tévézni, de mások elérik a kártyám.)
OSCAM 1.00-unstable_svn-ymodv18-t30 build #0
Nem tudom rábeszélni ezt a verziót arra, hogy megakadályzza az userek túlzott elszaporodását.
Újabb ymodot is kipróbáltam, az még vacakakabb, ott tapasztaltam élesben a túlszaporulatot.
Most ezek vannak beállítva:
oscam.conf: Failban_time = 8, Failban_count= 0
oscam user szakaszok: Uniq = 1, Hostname = beállítva
Ez a legutóbbi logom vége:
2013/12/30 4:14:32 1830 782FF4E8 c client(782FF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:32 1830 782FF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:32 1830 782FF4E8 c thread 762FF4E8 killed!
2013/12/30 4:14:35 1830 78AFF4E8 c client(78AFF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:35 1830 78AFF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:35 1830 78AFF4E8 c thread 782FF4E8 killed!
2013/12/30 4:14:35 1830 792FF4E8 c client(792FF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:35 1830 792FF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:35 1830 792FF4E8 c thread 78AFF4E8 killed!
2013/12/30 4:14:37 1830 78AFF4E8 c client(78AFF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:37 1830 78AFF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:37 1830 78AFF4E8 c thread 792FF4E8 killed!
2013/12/30 4:14:42 1830 79AFF4E8 c client(79AFF4E8) duplicate user 'scoobydoo' from 78.1.190.171 set to fake (uniq=1)
2013/12/30 4:14:42 1830 79AFF4E8 c encrypted cccam-client 78.1.190.171 granted (scoobydoo, au=off)
2013/12/30 4:14:42 1830 79AFF4E8 c thread 6DAFF4E8 killed!
2013/12/30 4:14:44 1830 7A2FF4E8 c client(7A2FF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:44 1830 7A2FF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:44 1830 7A2FF4E8 c thread 78AFF4E8 killed!
2013/12/30 4:14:46 1830 7AAFF4E8 c client(7AAFF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:46 1830 7AAFF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:46 1830 7AAFF4E8 c thread 7A2FF4E8 killed!
2013/12/30 4:14:47 1830 7B2FF4E8 c client(7B2FF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:47 1830 7B2FF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:47 1830 7B2FF4E8 c thread 7AAFF4E8 killed!
2013/12/30 4:14:49 1830 7BAFF4E8 c client(7BAFF4E8) duplicate user 'glamourzsolt' from 5.9.131.30 set to fake (uniq=1)
2013/12/30 4:14:49 1830 7BAFF4E8 c encrypted cccam-client 5.9.131.30 granted (glamourzsolt, au=off)
2013/12/30 4:14:49 1830 7BAFF4E8 c thread 7B2FF4E8 killed!
Hogy tudnám megakadályozni, hogy lefagyjon az Oscam?
Van egy hárombetűs kártyám amit itthonra akarok osztani amíg nem veszek társkártyát. Itt két dm500 van az egyiken oscam fut a másikon cccam. A cccam-es le-le akad, míg az oscam-es megy rendesen....Amikor leakad a cccam-es úgy veszem észre hogy a cache-ből szedi a szerverről....Ezt valahogy nem lehet szerver oldalon letiltani?
- SAMSUNG UE50ES6710, VU+ Solo2 mini
- SAMSUNG LE40C530, Dreambox 800 HD PVR
Használ valami constant.cw fálj az oscamhoz? Érdeklődnék ha működik valakinek ez a kulcsfálj az alap oscammal, hogy melyik verzió kezeli tökéletesen Mert én próbáltam már régebbit,újabbat,egészen frisset, emu patchelt oscamot, de egyik sem kezeli. Oscam ymodról szeretnék váltani, mert a ymod oscam ahogy néztem még a cache funkciót nem tudja. Viszont az alap pár kulcsfájlt nem szeretném elveszteni amiket nézek. Ezért lenne jó nekem ha működne a constant.cw fájl az oscammal.
Mesh 100 cm, DM 3800, AB Cryptobox 600 HD, Inverto BU single, Cavel RG-6 kábel.
A 0d02 kártyánál a skipped és error kimenetű emm-ek természetesek. Ha már ír legalább 1-et sikeresen, akkor frissül a kártya.
Volt már erről jópár hozzászólás, én is nyaggattam itt a fórumtársakat már.
Persze nem mindegy az oscam verziója, a jó régiek és az újabbak már jól kezelik a kártyát.
Köszi, rajta vagyok, ezt már próbálgatom. Csak azt nem tudom, hogy melyik usernek mi kellene?
Azt már láttam, hogy ugyanaz adócsoporttal fárasztott több user is több readert egyidőben, konkrétan a 0D02 kártyák valamennyi adójával, mintegy tizedmásodpercenként más és más adóval bombázta a readereket.
Persze szerintem ezek valódi Cccam szerverek lehetnek, ahol nincs annyi lehetőség, mint az oscamban és hardverrel pótolják a szoftvert.
Azt tudom, hogy az én kártyám mindenkinek kell, egyelőre így megy, hogy csak a local kártyámat tudják elérni.
Majd bővítem az userek lehetőségeit, de mindegyik variációnál újabb és újabb teszt időszak kell, ha bedöglik a szerver, akkor visszalépés, ha nem, akkor bővítés a határokig.
Csak bírják kivárni a szerverek tulajdonosai, míg kialakul!
Mondd már, legfeljebb lekapcsolnak és maradok szólóban.
De nem hagyom úgy a boxom, hogy az OSCAM rendszeresen ledögöljön.
Már próbáltam korábban is feltenni a kérdést, de nem kaptam választ, ezért újra felteszem, hátha. Szóval van egy mini pc-m amiben lenne egy smargo és abban egy 0d02. Oscam futna rajta. Ehhez csatlakozna néhány kliens. A kártya frissítését egy dm500-ra bíznám. Mivel csatlakozzak a serverhez, ill. mit állítsak be hogy frissítse a kártyát? CCcamon keresztül próbáltam, jöttek is emm-ek, de nagyon nagy részük error shared emm-be került. Minimális volt a written emm-ek száma. Így ment 3 napig, de ez alatt a 3 nap alatt nem frissült a kártya. Mi lenne a legjobb megoldás a kártya frissítésére?
Ami még hasznos lehet: a readereket tedd különböző csoportokba, és a usereket csak azokba a csoportokba tedd, amelyikbe szükséges. Így nem fogja egy user az összes readert "fárasztani" a kérésével.
A hardver szerintem stabil, hisz 2 klienssel és 2 külső proxyval stabilan ment, már több mint egy éve.
Korlátai vannak, abban biztos vagyok, hisz ez mégsem egy valódi dreambox, most tehát kénytelen vagyok feszegetni a korlátokat, elsősorban kedves megszaporodott usereim, readereim és nem a magam érdekében, akiket egy régi dreamboxos partnerem megszűnése miatt voltam kénytelen átvenni.
Mert miben is más? Biztosan más a processzor, a memória, a sebesség. A szoftver ugyanaz.
Jó lenne tudnom, hogy a a hardveri akadály mi is konkrétan, mert akkor a szoftvert lehetne úgy talán beállítani, hogy eme akadályt kikerülje, átugorja.
A határok kitökölése az biza ugyancsak időigényes lesz.
Egyelőre most így még megy, amióta az utolsó üzenetem írtam.
Kedves JV16BAR !
Jól sejted, sőt tudod!
Régebb óta ismerjük egymást, a VDR az is üzemel, kedvencem, mániám, de egy PC mégiscsak zörög, és csupán egy van belőle, amiről írok.
A kliensek kiszolgálására és határtalan étvágyuk csillapítására sem áll módomban egy újabb PC-t beállítani, állandó, szünetmentes üzemre, kártyaolvasóval. A kártya a boxban van, az szolgálja ki a VDR -t mostanság. A VDR-t a külső proxykkal is ellátja stabilan a box.
Az a gyanúm, hogy hozzászólásomból sok egyéb mindent is sejtsz.
Mindkettőtöknek kellemes és áldott Karácsonyt!
Hisz ez az egész oscam, sharing tulajdonképp hobby, a Karácsonyhoz képest törpe, még ha nekünk fontos is.
Főleg a hobby mögött lévő emberek miatt.
@attuska: azért, ha jól sejtem, akad a környezetedben legalább 1 linuxos PC :) Azon tökéletesen fut az oscam, nálam hetekig megy anélkül, hogy bármilyen beavatkozást igényelne.
Ha stabil a hardver, akkor nem lehet leakasztani az oscam-et. Ha túl sok a kártya, amit olvas, vagy túl sok a kliens, akkor legfeljebb nem fog megfelelően működni. De leakadni akkor sem fog. Mindenképp a hardverrel van a gondod. Ezen az se változtat. ha lebutítod a szolgáltatást.
Jó, a hardwer sem lényegtelen, mert korlátai vannak, de a tudásom hiánya annál inkább lényeges.
A tömeges bejelenkezést már leküzdöttem.
anticascading numusers=1
anticascading penalty=2
Most is leálldogál a szerver nehány óra elteltével.
Nagyobb gépre nincs lehetőség, kénytelen vagyok a kiszolgálás színvonalát butítani.
Van köztük olyan egy pár, mely tengernyi kérést küld minden readernek, szinte átfésülik szolgáltatónként valamennyi csatornát a többivel, válaszra várva. Tehát nem is nézik a tévét, csupán tesztelik egymást.
Már csoportosítottam a readereket, hogy ne saját magukat is kérdezgessék, de nem jött be ez sem.
Nem tudom, hogy jó ötlet e, de csak a kártyámhoz adok nekik hozzáférést, hogy ne rajtam keresztül kérdezgessék egymást.
Elégedjemnek meg az én kártyámmal, remélem, hogy ezt azért bírni fogja az amiko.
Ha bírja, marad ez így, legfeljebb lekapcsolnak, ha nem elég nekik a saját kártyám.
Elküldve: 2013-12-31 14:52:03, 
