Biztos, hogy nem jó az a config, ami aneten egyébként több helyen is fellelhető.
Üresen hagyva az indent mezőt ( amit egyébként a wiki is ír, hogy itt nem szabad állnia semminek, ha a lodbalancer aktív), már működik a kártya, de bármit követek is el nincs írható emm az új oscammal.
A caid -ot is elhagyva szintén felismeri az oscam a kártyát, jönnek az adók.
Az amiko user beállításában meg a reassembly mindegyik állását kipróbáltam, a 0 állásban nem is működött a kártya, 1 -es és 2 -esben meg jönnek az adók, a 64 -es logózást választva írja, hogy a bejövő emm-ek hibásak.
Van egyáltalán valaki, akinek ez szépen működik?
Érdekelne, hogy miképpen éri el.
Továbbá, hogy más típusú kértyáknál milyen az error/written/skipped shared emmm arány.
Szerény agyam szerint csak írottaknak lenne szabad lennie.
Azt szeretném, hogy csak az oscam, egyedül a dvbapi klienssel frissítse, mindenféle kerülő utak nélkül.
Tovább az is sötét, hogy a neten fellelhető példákban a 0d02 -es kártyáknál miért van a newcamd szekció egyáltalán definiálva?
Kell ez egyáltalán a magányos 0d02 kártya használójának, aki csak nézni szeretné oscam segítségével a beltérijén az előfizetett adásait?
Mi a francnak akkor a newcamd, ha amúgy sem használja?
(Egyelőre a régi oscam megy nálam, míg be nem bizonyosodik, hogy az új a jobb)
Felraktam a legújabb oscam -ot @malacka@ linkje nyomán, és az emmreassembe opció bármely állásában sem működik a 0d02 emm rendes észlelése.
Állandoan error-nak veszi az oscam és el se küldi írásra a readernek.
ezek szerint beállítva az oscam konfigurációját még csak ki sem kódolja a reader az adókat, pedig az írás szerint ez a jó. Lehet, hogy a loadbalancer üt neki keresztbe?
Visszatettem a régi, bevált oscamot, ezzel legalább döcögve, de frissül a kártya és az emu is megy vele.
Épp tegnap hosszabbodott meg az élettartama félig:
1. Mert a feleségem végre kezdi megtanulni a kezelését, minek zavarjam újabbal?
Ez a legnyomósabb érv.
2. Mert nekem teljesen megfelel, extra dolgokra, mint youtube, csicsára nincs szükségem, elegendő a tévézésre, felvételre és a saját magamnak, a pécémen időnként futó VDR felé a továbbosztásra.
3. Mert nincs is kedvem újabbakkal próbálkozni egyelőre.
Spark felület meg nem az én fajtámnak való, aki mindig linuxot használ a pécén és abból is UHU -t és nem ubuntut.
hrnigma2 v3 és az eredeti spark (egy éves), amivel nem foglalkozom egyébként, van az alien1 beltérimen.
Tudom, hogy az indítószkriptben meg lehet adni az oscam konfig fájljainak a helyét, hisz láttam a binárisban a végén, mikor a krusader beépített szövegnézőjében rákerestettem.
Egyébként fordítottam már oscam -ot pécére forrásból, vagy fél éve. UHU 2.2 linux alá csomagot is csináltam, a VDR is ment vele, szépen együttműködött az előbb elindított oscam szerverrel. De az ugyebár nems h4 processzor és a Cccam nagyon bevált pécén.
Pécén egyszerűbb az oscam --help parancs kiadása, mint a boxba belépve telnettel. Kár, hogy az enigma alá nem rakták be az svn hozzáférést a horvátok.
Remélem, hogy ez a letöltött ELF bináris el is indul majd a box processzorával futtatva.
Most nyálazom a config fájlokat egyelőre, mert rengeteg az újítás...
Olvasok, olvasok.
Egyébként már 20 .ra növekedett a mostani oscammal az írtak száma...
Szerk.: 21
Csak azt nem tudom, hogy ez a qboxhd mi lehet, de gondolom, hogy mivel sh4 processzorra van az alien1 -nek, futni fog a bináris fájl.
Rákerestem a kibontott bináris fájlban a --config stringre és úgy látom, hogy a konfig fájlokat alapértelmezettben a /var/oscam/conf könyvtár alá kell nyomnom.
Köszi, megnyugtattál.
De azért megkísérlek egy oscam cserét, az emu részét amúgy sem használom.
Engem zavar az a sok error. meg skipped.
Most hazaértem, bekapcsoltam a masinát (eddig csak alvó szerver módban volt), erre a webes felület szerint volt újabb 3 írásom.
Persze a skipped is szaporodik rendesen.
Köszönöm a válaszod!
A most futó verzióm már elég régi, tavaly nyáron üzemeltem be.
Version: 1.00-unstable_svn-ymodv18-t30 Rev. 0
Nekem ilyen paraméterezési lehetőségem nincs, a wiki szerint ez elég újonnann született paraméter.
Nem tudom kipróbálni.
Melyiket Oscam verziót ajánlanád az sh4 processzorra és mi az elérhetősége?
Megpróbálnám lecserélni, egyelőre spark alá, majd, ha jó átrakom az enigma2 alá is.
Az enigmát használom üzemszerűen.
Most minkét felületen ugyanaz az oscam verzió fut, nem telepítővel raktam rájuk, hanem pécéről UHU linux alól másoltam a kibontott fájlokat a helyükre, jogokat megadtam és megeditáltam a konfig fájlokat.
0d02 kártya frissítés, alien1, Enigma2
Már használom vagy négy hónapja, volt, hogy megállt a vétel, de újraindítva az oscam -ot mindig elindult eddig.
Figyelem már egy jó ideje ezért a kártya readerhez érkező shared EMM -k error/written/skipped állapotát.
A jelenség:
Elindítom az oscam szervert.
Először jönnek errorok, majd akad írott is.
A 6. írottnál, mely átlag a 100. error táján jön, jönnek elöször a skippedek, és egyre szaporodnak, az errorok már alig nőnek, az írottak meg már nem nőnek, hanem stagnálnak a 6. -on.
És a skippedek már az 1000 -et is meghaladják.
Ha viszont újraindítom az oscam szervert, akkor újra kezdődik az egész és lesz ismét 6 írás és itt újra megáll az írottak növekedése.
A kártyán a dátum meg nem változik.
Mikor kellene megváltoznia? írás után azonnal, vagy ez a szolgáltató határozza meg?
Amióta figyelem (vagy két hete) ez így áll:
chid: 0100, date: 2013/03/04 - 2013/04/13, name: HUN-M2-DTH
chid: 0000, date: 2013/03/13 - 2013/04/22, name: HUN-LOBA-DTH
Persze, hogy nem.
Többféle linux telepítésemen is használható a VDR -rel a kártya. A Gentoo -n, Arch-linuxon saját fordítású foltozott kerneleim vannak, a régebbi ubuntu telepítésemen még jó volt foltozás nélkül, de a rámerőszakolt frissítésével elhalálozott. Azt mostanában be sem kapcsolom. A 2.6.33 -as kernelű régi UHU 2.2 telepítésemen a távirányító engedélyezése lefygyasztja a rendszert, ezért raktam oda a linuxtévés drájvert, annak feltelepítése után már jó.
Viszont a szimbolráta miatt ott meg a drájvert kellett foltozni.
Az uhu baráti körös, most már hülyére frissített UHU példányomon 3.4.34 -es szintén a szimbolráta miatt foltozott kernel van, ez egyszerűbb volt, mint külön drájvert telepíteni, hisz a kernel csomagot is magunk csináltuk.
Eddig csak Igor meghajtóját nem kellett foltozni, mert ő beépítette tesztelés céljából eleve a meghajtójába.
Most a vdr-1.7.41 -es csomag készletem érhető el az ubk.hu -n. Ennek már játszi könnyedségű a feltelepítése, nem kell fordítani semmit, a synapticcal a vdr-meta csomagra kell csupán bökni.
A gond csak az, hogy olyan UHU -ra lehet felrakni, ami fel van frissítve az ubk tárolóra, vagy az ubk féle live dévédéről lett telepítve.
Nálam a VDR futtatásához a forrása nincs a rendszeren.
Én meg ugyi chroot-ban csinálom a csomagokat belőle és installálom is őket, mint mindig, most már a jóval egyszerűbb "make DESTDIR=céldir install" paranccsal.
Akárcsak más alkalmazásoknál esetében "rendes" forrásból történő telepítésnél.
Amelyik plugin mely új Makefile -t tartalmaz, azzal semmi gondom, a régieket meg megfoltoztam, mikor megkezdte Klaus a normalizációt.
Én már az 1.7.41 -est is beüzemeltem, de a skinnopacity -ban eltűntek az adó logók.
Nem tudom, hogy miért, ezért visszatértem a 2.7.35 -höz, ott még jó.
A tevii-S40 kártyához az UPC HD adók vételéhez (SR:300000) már nem kell foltozni, a 3.4.8 -as kernelbe végre beemelték azt a foltot, amit itt, már több, mint egy éve kiderítettünk és Gantus fórumtárs jóvoltából Igor Liplianinhoz eljuttattunk.
Legalábbis a kernel ds-3000.c forrását böngészve ez derül ki.
A Cccam kliens is írkálja már végre a kártyát, igaz ugyanoly ritkán, mint maga a box.
A kliensnél kellet változtatnom, hogy küldjön is emm -et a szerververnek.
Köszönöm kiraly45, hogy megnyugtattál!
Most egy fél órája újraínditottam a szervert.
Az arány most 117/6/50, kábé 40 perccel előtti újraindítás után, vagyis 6 sikeres shared emm írás.
Úgy tűnik, hogy csak a kártyának pásszoló cuccoknál történik írás (written), egyébként hibaként (error) jelentkezik, vagy visszautasításként (skipped) a neki küldött emm.
Most ezt mind az oscam.conf -ban aktivált dvbapi végzi, melynek szekcójában definiálva van az "amiko" user ( mely persze az oscam.user -ben is definiálva van), úgy, hogy az emm elküldődik a box belső readerenek, ha működik a box.
Arra jó volt ez a kutakodásom eddig, hogy a sok internetes, számomra felesleges hülyeségektől megszabadítom az egykor hevenyészetten összetákolt konfigurációs fájljaimat, mert min Alien fórumtárs helyesen észrevette, hogy még német sky cuccok is voltak benne hagyva, habár ez nagy vizet nem zavart. Nyilván mást sem, mert késznek kikiáltott UPC konfigokat halásztam össze az interneten valaha.
Még el szeretném érni, hogy a Cccam kliensként a boxomra csatlakozó számítogépes VDR kliensem is frissítse majd a kártyámat, ne csak kikódolja neki az Alien oscam szervere, mikor a box készenléti állapotban szendereg.
Az oscam.users-ben, a Cccam protokollos user konfigurációs részében megadott au=1 hatására még nem frissíti a kártyát.
Mi lenne a helyes error/written/skipped emm arány a webes felület jelzése szerint, melyet el kellene érnem a 0D02 kártya frissítésének esetében az Oscam segítségével?
Erre nyilván tudtok választ adni, mert nektek ez nyilvánvalóan jól működik, de nekem ez még rejtély.
A google ebben nekem nem segített eddig.
Talán ti.
Előre is köszöm a választ, még Alien fórumtársét is szeretettel várom.
Elküldve:
2013-04-05 17:37:25
