| Találatok száma: 386 üzenet |
|
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
2469.  Elküldve:
2012-11-24 21:22:27 |
[276.] |
esetleg próbáld meg az oscam-ot root-ként futtatni (hozzáférési jog hiányára panaszkodik, vagy ténylegesen nincs ilyen device node a /dev-ben), ha így megoldódik, akkor tulajdonost/csoportot kell váltani a /dev/ttyUSB0-n vagy sufniként elég neki egy chmod 777, viszont így minden felhasználó hozzáférhet majd,
vagy nem mouse-ként kell hozzáadni a readerekhez az olvasót, hanem smartreader-ként (az ehhez szükséges támogatást bele kellett fordítanod az oscamba), az lsusb-s adataid szerint 005:004-et kell a device-hoz írni
így mi történik?:)
|
| |
|
|
[előzmény: (2467) belmont, 2012-11-24 21:18:43]
|
|
Törzstag  |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 12928. Elküldve:
2012-11-20 08:25:14 |
[277.] |
Igen, az csak a c-t tudja. Viszont a Hadu csak a Group és Unique EMM-eket hajlandó elküldeni az oscam felé, a Sharedeket kihagyja. (Most 2.3.0 van beállítva, de azt hiszem 2.1.4-nél vagy 2.2.1-nél is ezt csinálta) ACamd-val minden tökéletes, de azt nem ismeri fel a Recording Service, hiába van aktívra téve.
Az EMMCAID paraméter a hadu.ini-ben így néz ki:
EMMCAID=caidhexában::GSU
de úgy sem megy, hogy GU-t adok meg; erről a paraméterről sehol nincs egy normális leírás, csak példákat láttam.
Természetesen az EMM engedélyezve van és EMM fake az ki van kapcsolva.
Mi lehet a gond?
|
| |
|
|
[előzmény: (12927) arpii, 2012-11-19 23:14:45]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 84515. Elküldve:
2012-11-19 22:41:24 |
[278.] |
Nos nem kötekedésképpen írom, de akkor lenne a legjobb minőségű az m1 HD, ha a 9E-s elosztásról tennék át az adást egy az egyben, vagy úgy kódolnák a képet, mint az Eurosport HD-knál, azoknak gyönyörű képük volt:D (utóbbi saját uplink, igaz?)
más: Mennyire lenne elképzelhető a jövőben az, hogy a 9E-n levő m1 HD-ra felkerülnének az UPC Direct-es kódrendszerek?
|
| |
|
[válaszok erre: #84516 #84518]
|
[előzmény: (84512) NOKIA4EVER, 2012-11-19 20:18:50]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 12921. Elküldve:
2012-11-19 21:43:16 |
[279.] |
"a bejövő sorokat nem látják a userek."
úgy rémlik, hogy a "sorokhoz" külön-külön reader-ek kellenek, természetesen a megfelelő protokollal, devicenál ip cím/hosztnév,port -ot kell megadni, kitölteni a nevet-jelszót, és a csoportnál meg ugyanazt a csoportszámot megadni, amit a usereknél is (a usereknél többet is lehet, ilyenkor vesszővel kell őket egymástól elválasztani)
vagy.. lehet, hogy korlátozzák a továbbosztást?
|
| |
|
[válaszok erre: #12922]
|
[előzmény: (12920) zpking, 2012-11-19 21:33:41]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 12902. Elküldve:
2012-11-19 07:46:34 |
[280.] |
Szia!
Dreamboxom ugyan nincs, viszont mondom a Linux-specifikus dolgokat:
a /dev/ttyS0 megfelel a hagyományos COM1-nek és a ttyS1 meg a COM2-nek
sőt még van olyan is, hogy /dev/input/mice
de ha usb-s smargo olvasód van, amely egy újabb soros portként jelenik meg, az pedig a /dev/ttyUSB0 -n érhető el.
a dmesg parancs, a /var/log/messages és a /var/log/syslog sokat el szoktak árulni a hardverről is.
A legbiztosabb, ha belenézel a /dev-be, hogy mi a kínálat, mert ezt rendszer is válogathatja.
nálam ez három különböző device node, ls -la szerint (Ubuntu x86 alatt):
/dev:
crw-rw---- 1 root dialout 4, 64 2012-11-18 16:14 ttyS0
crw-rw---- 1 root dialout 4, 65 2012-11-18 16:14 ttyS1
/dev/input:
crw-rw---- 1 root root 13, 63 2012-11-18 16:14 mice
Mivel nyíródott ki a kártya, mivel hajtottad?
|
| |
|
[válaszok erre: #12915]
|
[előzmény: (12901) Gyurka6, 2012-11-19 00:40:49]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3619. Elküldve:
2012-11-18 20:50:32 |
[281.] |
Ez egy nagyon jó kérdés, hogy miért nem csatlakozik fel. Akkor sem ment, sőt kevésbé volt stabil, amikor a wlan minipci-os kártya is benne volt az Alligatorban. Aztán adtam neki egy fix belsős címet, viszont a box újraindulásánál néha(?) nem csatlakozik fel magától a szerverre (nem az Alligator-on futóra), olyankor azt hiszem zöld gomb-ot kell nyomni, ott ethernet information, aztán piros gombbal reconnect és minden újra megy.
Ha meg ezután sem jó, akkor a hálózati beállításoknál még egyszer el kell menteni a címet és utána kiírja, hogy Csatlakoztatva és működik.
Szerintem szoftverhibában tűnik.
21.66 (legfrissebb?) sw-n vagyok, ha jól emlékszem
|
| |
|
[válaszok erre: #3620]
|
[előzmény: (3618) Rubelly, 2012-11-18 12:01:35]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3617. Elküldve:
2012-11-18 08:01:32 |
[282.] |
Szívesen! :)
Nem marad így, viszont ha a /etc/rc.local scriptbe beilleszted, vagy a /data/start_apps -ba (azt hiszem az rc.local-t módosítja a szirog-féle oscam/bftpd telepítő, hogy indítsa el), akkor újraindulás után is érvényes lesz.
Ez egy igazi Linux alatt úgy van megoldva, hogy az /etc/fstab-ban szerepel külön a swap is, mint csatolási pont és arra meghívja a rendszer a swapon -a parancsot. De ahogyan itt nézem, az fstabot nem használja az Alligator, inkább a fejlesztés közben használhatták, szóval az indítóscriptek valamelyikébe illeszd be a swapon-t.
|
| |
|
[válaszok erre: #3618]
|
[előzmény: (3616) Rubelly, 2012-11-17 16:09:44]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3615. Elküldve:
2012-11-17 16:00:15 |
[283.] |
Partíciós tábla kiíratása:
fdisk -l
és ott a 82-es (hexadecimális) azonosítójú partíciót keresd, az a swap, a további példákban ez /dev/sda5 lesz.
Aktuális swap partíciók/fájlok a rendszerben:
cat /proc/swaps
Memória- és swaphasználat megjelenítése:
free
Swap bekapcsolás (ha már előtte mkswap-pel meg lett formázva a swap fájl/partíció):
swapon /dev/sda5
Swap kikapcsolás:
swapoff /dev/sda5
a csatornaváltás helyi hálózaton levő oscam-ról (newcamd kapcsolat) jó 2-3 tizedmásodperccel gyorsabb, mint a saját olvasójáról.
Igen, több helyet/memóriát foglalhat a nagyobb bináris, és ha csak külső szerverhez kapcsolódik, akkor a kártyaolvasó modulokat a fordításnál nyugodtan kikapcsolhatod, cserébe azokhoz a kódrendszerekhez nem lesz emm feldolgozás (ami nem is kell, mert az Alligator nem küld emm folyamot a szervernek se c, se n-kapcsolaton keresztül).
Jut eszembe: az Alligator hogyan képes meglátni az usb-s smargo olvasót, hogy az oscam is kezelje? Mit kell állítani rajta?
|
| |
|
|
[előzmény: (3614) Rubelly, 2012-11-17 14:54:55]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3611. Elküldve:
2012-11-17 10:49:50 |
[284.] |
Szia,
szerintünk sehogyan, mert a brutus keretrendszere lefoglalja a Broadcom chip-et és azon keresztül megy minden, még a kártyaolvasás is, szóval nem a Video4Linux-on keresztül. Még a tunerhez sem férsz hozzá. Éppen emiatt az Alligator/Panthera csak úgy tudja frissíteni a kártyát, ha a saját olvasóját használod, az au-t hiába kapcsolod be, szoftverhiba miatt nem küldi el az emm-eket.
Ami viszont működik, ha az oscam-ot newcamd szervernek használod, ekkor hozzáadod külső olvasóként a cccam és egyéb kapcsolatokat és az Alligator/Panthera a saját magán futó oscamhoz csatlakozik majd newcamd-on át. (azt mondják, hogy elvileg stabilabb a beépített newcamd kliense, mint a c-s)
|
| |
|
[válaszok erre: #3612]
|
[előzmény: (3610) frend, 2012-11-17 09:51:09]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3609. Elküldve:
2012-11-16 19:41:28 |
[285.] |
Szívesen!
Valami sokat eszik, mert csak alig 4 mb memóriád szabad.
Külön partíció nem is kell a swap-nek, mert a Linux az mkswap-pel előkészített állományt is tudja használni.
Szerintem bőven elég, a swap-et általában a fizikai memória másfélszeresére szokták méretezni.
|
| |
|
|
[előzmény: (3608) Rubelly, 2012-11-16 19:21:12]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 3607. Elküldve:
2012-11-16 18:38:20 |
[286.] |
Simán előfordulhat, hasonlóra gyanakszom, mint az SSD belassulós történet (törölsz valamit, igazából nem törlődik, és a flashnél csak üres blokkba tudsz írni, és mire írásnál megtalálja a következő üres blokkot, várni kell;
ezért időnként ténylegesen törölni kell a törölhető blokkokat, trim parancs, stb.)
De ami még valószínűbb, az az, hogy kevés a szabad memória, nálam ilyen az aktuális állapot (csak a bftpd.alligator fut,
oscam nincs rajta):
# free
total used free shared buffers
Mem: 92440 39796 52644 0 0
Swap: 0 0 0
Total: 92440 39796 52644
és megnéztem, az Alligator tudja az mkswap, swapon meg swapoff parancsokat,
szóval ha be van kötve valami tároló, akkor ehhez hasonló parancsokkal tudjátok életre kelteni a swap-et:
swap állomány létrehozása (nagyjából 512mbyte-os), csupa nullákat tartalmaz, az if meg of megadásával pedig óvatosan
(egy rossz mozdulat és simán felülírható a merevlemez, pl. ha kimenetnek (of=) nem fájlt adtok meg, hanem eszközt):
dd if=/dev/zero of=/mnt/USB/sda1/swapfile.dat bs=1k count=512000
aztán ha végzett, inicializálni kell a swap területet:
mkswap /mnt/USB/sda1/swapfile.dat
ha ellenőriznéd a területet, miközben létrehozza:
mkswap -c /mnt/USB/sda1/swapfile.dat
swap bekapcsolás:
swapon /mnt/USB/sda1/swapfile.dat
swap kikapcsolása:
swapoff /mnt/USB/sda1/swapfile.dat
persze, ha van igazi Linux swap partíció a lemezen, mondjuk legyen ez a /dev/sda2, akkor csak a swapon /dev/sda2 parancs kell.
Sok szerencsét:)
|
| |
|
[válaszok erre: #3608 #3614]
|
[előzmény: (3605) Rubelly, 2012-11-16 10:38:33]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2450. Elküldve:
2012-11-15 15:59:43 |
[287.] |
Szia!
Mit látsz a naplóban?
Lehet, hogy az ecmwhitelist listád (az oscam.server-ben) hiányos, így pedig simán elutasíthatja a nem megfelelő hosszú ecm-eket és akár ezért nem nyílnak egyes csatornák. Ha ez a gond, először kommentezd ki az ecmwhitelist-et és nézd meg, hogy úgy mi történik. Ha a lista üres vagy nincs ilyen paramétered, akkor az oscam nem fogja az ecm-ek hosszát figyelni.
Ha mindenképpen szükséged van az ecm hossz szűrésre, így bővítsd ki a listát a napló alapján:
dátum felhasználónév (caid&provider/chid?/sid/ecmhossz:checksum?) found vagy not found (500 ms) by smargoreader1 - Csatornanév (ha szerepel az oscam.srvid-ben, különben caid:sid)
|
| |
|
[válaszok erre: #2451]
|
[előzmény: (2447) Lalyos11, 2012-11-15 12:45:57]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 84341. Elküldve:
2012-11-11 20:04:55 |
[288.] |
Bizony, vagy 256-os.
A 128 kilobites hangsávok között is van különbség, pl. a kétnyelvű Spektrum magyar hangsávja 11727V-n sokkal szebben szól, mint a 11939H-n levő változaté.
Szvsz sok múlhat a forrás minőségén meg az encoder beállításain is.
|
| |
|
|
[előzmény: (84338) mlaszlo, 2012-11-11 19:53:54]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 84337. Elküldve:
2012-11-11 19:53:35 |
[289.] |
ha gépen nézed és Windows alatt, ffdshow-ban a megfelelő képátméretező algoritmus (pl. Lánczos vagy bicubic), illetve egy kevés élesítés bekapcsolása már csodákra képes :)
|
| |
|
[válaszok erre: #84339]
|
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2439. Elküldve:
2012-11-10 16:28:31 |
[290.] |
Szia,
köszönöm, érdekel!
Viszont csak x86 jó, sima 32 bites Intel gépre. (mips is jó lenne, de az a box sehogyan sem látja a smargót)
Mit módosított rajta és hogyan?
kiraly45: az oscamnak rsa és dobozkulcs nélkül is ki kell írni a csomagokat, dátummal együtt? meg felírni a shared emm-eket hiba nélkül?
a provider id-m meg a kártyaszám utolsó két bájtja és a legvégén FF
mintha az I2-specifikációban olyan lenne, hogy 00-ás meg 10-es provider van, vagy 01-es, már nem tudom
6.09-es a kártya acs verziója, lehet, hogy pár dolog már nincs úgy
ezek a kártyák mennek anélkül is, hogy az irdeto részére kaptak volna aktiválást (ha van ilyen)? cw-be jó minden
|
| |
|
[válaszok erre: #2441]
|
[előzmény: (2438) espat, 2012-11-10 14:20:00]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2436. Elküldve:
2012-11-09 22:23:34 |
[291.] |
Most már igen, de szerintem te a párosított irdetóra gondolsz. Ez ice forceirdeto=1 módban, saját beltéris történet.
Tudtommal a párosítás az a kártya és az olvasó közti kommunikáció titkosítása.
Szvsz ha valóban párosítva lenne, az init után behalna, nem?
|
| |
|
[válaszok erre: #2437]
|
[előzmény: (2435) kiraly45, 2012-11-09 21:44:09]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2434. Elküldve:
2012-11-09 20:10:46 |
[292.] |
DVBViewer alatt használom acamd-vel és newcamd-n csatlakozom az oscam svn-es pár napos változathoz helyi hálózaton keresztül, nincsen semmilyen külső sorom.
az acamd-os cardclient.conf meg így néz ki:
newcamd:192.168.1.1:12345:1/0653/ffff:user:pass:0000000000000000000000000000:00000000
ugyanez másik porton és a kriptós caid-vel (persze a readert is átállítom) gond nélkül nézhető és frissül is a kártya (global, shared, unique is jön, és fel is íródik, csak a globalnál van néha 1-2 hiba)
mind a kliens, mind a szerver ismeri a camd35-öt, esetleg megnézem azzal is
mit értesz azalatt, hogy folyamatos emm kell a kártyának?
|
| |
|
|
[előzmény: (2433) dpetyka79, 2012-11-09 18:31:39]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2432. Elküldve:
2012-11-09 18:19:38 |
[293.] |
Sziasztok! Érdekes dologra jutottam a 0653-as tiszta irdetó kártyák oscam-os entitlement kezelését illetően.
Az irdeto-reader.c forrásállományban van egy függvény, amelyet az oscam kártyainicializáskor meghív, a kártyán levő csomagok lekérdezésénél.
chid_date a neve
ha ebben a függvényben a táblát kibővítjük a megfelelő adatokkal (0x0653, 0x0609, "HUN", és alapdátumnak átmásoltam az orf ice dátumát),
majd ha ezt a módosított oscamot lefordítjuk és elindítjuk, helyesen írja ki az csomagokhoz tartozó dátumokat, és ezután már nem no entitlements-et ír ki.
Bár ez lehet, hogy csak tájékoztató jellegű, nem tudom.
Viszont a csatornákat ezután sem nyitja.
A naplófájlban ez szerepel:
2012/11/09 18:07:36 8188A78 r smargoreader1ird [irdeto] Maybe you don't have the entitlements for this channel
Shared emm-ek viszont jönnek és felíródnak rendben. Aki szintén tiszta irdetó módban használja, neki hogyan működik?
|
| |
|
[válaszok erre: #2433 #2435 #2438]
|
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2421. Elküldve:
2012-11-08 12:55:36 |
[294.] |
Még nem nagyon sikerült összehozni, ugyanis amint bedugtam az usb-s smargo olvasót, azonnal jött a kék képernyő.
Maga a szerver elindult, cygwin kell a lefordításához meg a használatához is.
De majd csinálok egy tesztet, mert engem is érdekel.
|
| |
|
|
[előzmény: (2418) espat, 2012-11-08 07:30:54]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 84253. Elküldve:
2012-11-07 15:03:05 |
[295.] |
Érdekesen hangzik.. pár ötlet:
Naptevékenység? (valahol volt egy honlap, ahol koordináták és műholdpozíció alapján kiszámolta az esemény várható idejét és hosszát; ha jól emlékszem, évente van ilyen)
Viszonylag kicsi az antennád átmérője és ezért nincsen elegendő jel-zaj viszony tartalékod a zavar idejére?
Esetleg van valami egyéb külső zavar, ami pont oda kerül, ahová a 12034 MHz-et a fej lekeveri, ha jól számolok 1284 MHz-re (ha 10750 MHz-es oszcillátorral számolunk)
|
| |
|
[válaszok erre: #84255]
|
[előzmény: (84251) lupu500, 2012-11-07 09:10:00]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2414. Elküldve:
2012-11-07 14:33:13 |
[296.] |
Szerintem:
mhz = 357
cardmhz = 357
bár nem tudom, hogy milyen olvasód van.
attól is függ, hogy milyen kvarc van az olvasóban.
az auprovid elvileg 000000 vagy üres, nekem úgy működik, hogy üresen hagytam.
loadbalancing meg cacheexchange stb.-t nem használok, bele se fordítottam a támogatását:)
nálam, ha az olvasó órajele nagyobb, mint a kártyáé, nem ismeri fel (cardsystem not supported üzenettel válaszol)
érdekes módon, ha 5 MHz-en hajtom (mhz és cardmhz = 500-as beállítás) a kártyát és az olvasót is, attól még nem csökken az ecm idő, sőt, néha lassabb lesz.
mi a véleményetek az ismeretlen (unknown) emm-ekről?
|
| |
|
[válaszok erre: #2415]
|
[előzmény: (2412) harald, 2012-11-07 11:32:18]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2409. Elküldve:
2012-11-06 17:58:45 |
[297.] |
még annyi, hogy az AU enabled a logban csak annyit jelez, hogy várja az EMM-eket, szóval még nem garancia a frissülésre
|
| |
|
|
[előzmény: (2408) dynamictrance, 2012-11-06 17:44:53]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 2408. Elküldve:
2012-11-06 17:44:53 |
[298.] |
"Az az erdekes, hogy az usereknel a htpc AU oszlopa active, az Entitlement-ek megse valtoznak... "
valószínűleg a kliensed nem veszi ki az EMM-es PID-t a műsorból és emiatt már tovább sem küldi, az Optibox Alligator-oknál is ez a probléma, akár CCCam, akár newcamdvel csatlakozik az oscamhoz.
Esetleg próbáld meg camd35 protokollal, ha támogatja a rendszered.
"AU enabled for user userneve on reader smargoreader1"
Oscam verzió: r7851-es svn-ből fordítva x86-os architektúra
0d97-es kártya beállítások:
Crypto mód 3,57 MHz-en hajtva (cardmhz = 357 meg a mhz is)
tényleg, mennyire ajánlott 5 MHz-en hajtani (ezt írja a legnagyobb javasoltnak)?
AU disabled: nincs pipa
AU Provid: üres
Emmcache: 1,1,29 de az 1,3,2 is tökéletes
blokkolás üres,
A felhasználódnál AU = 1, (de ezeket már leírtátok)
DVBViewer+ACamd párossal newcamd-n csatlakozva (elvileg a cc-vel is jó, fogalmam sincs, hogy melyik verzió, talán 2.1.4-est emulált)
kb. 4-5 másodpercenként (van, hogy néha sűrűbben is) jönnek a shared emm-ek (ettől változnak az entitlements-ben a dátumok) és fel is írja a kártyára, ha még nincs a cache-ben (ez beállításfüggő), negyed-fél óránként a global emm-ek (kulcsfrissítés?) és nagyjából óránként az unique emm-ek.
A global emm-eket nem minden esetben írja fel, néha hibát ír ki, de ez nem zavarja a működést.
Viszont a Simulcrypt-es "nem szolgáltatói" transzpondereken nincsen EMM-folyam, ott nem fog frissülni a kártyád.
Irdeto módban (forceirdeto = 1 és 0653-es caid és 6 Mhz-en hajtva, de ennél kisebb órajelen is OK) elindul a kártya, de semmit sem nyit és csak shared emm-ek jönnek, azokat viszont hibátlanul felírja. (régi oscammal nem) Az init folyamatnál pedig ACS57-es típust ír.
Az entitlementsnél pedig mindenhol 2010. június szerepel, viszont ugyanazokkal a csomagokkal, mint Crypto módban. Mintha rosszul járna a kártya belső órája.
Kinek milyen tapasztalata van az Irdeto móddal?
|
| |
|
[válaszok erre: #2409]
|
[előzmény: (2403) harald, 2012-11-06 13:17:35]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 84236. Elküldve:
2012-11-04 21:10:28 |
[299.] |
A UPC_EPG adatcsatornán lévő EPG-folyam milyen formátumban van? A szoftverben van egy ilyen opció, hogy Receive MediaHighway EPG, de azt hiszem az nem segített.
|
| |
|
[válaszok erre: #84237]
|
[előzmény: (84233) yaksi, 2012-11-04 20:09:04]
|
|
| Törzstag |
|
dynamictrance
Tagság: 2009-12-20 18:28:11
Tagszám: #80827
Hozzászólások: 386
|
| 13908. Elküldve:
2012-11-03 13:14:05 |
[300.] |
A Boxutca című műsor alatt a csatornalogó rossz oldalon van, így belelóg az eredményjelzőbe.
|
| |
|
| Törzstag |
|
|
