| Találatok száma: 3414 üzenet |
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
11159.  Elküldve:
2018-08-15 16:37:13 |
[826.] |
Ezzel én is szenvedek, nem tudom elérni, hogy kikapcsolja a tévét a VU. Csak bekapcsolás megy. Ugyanazzal a boxal másik - nem LG - tévével nincs ilyen probléma. Valószínűleg mindegy milyen VU box, és nagyon úgy tűnik, hogy az LG tévékkel van ilyen probléma.
|
| |
|
|
[előzmény: (11158) canalsat, 2018-08-15 16:29:03]
|
|
Kiváló dolgozó  |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 2261. Elküldve:
2018-07-31 16:25:25 |
[827.] |
Az Orion Jácint, illetve hasonlók valóban nem tudták még, de ezek a Videotonok már igen. Volt nekünk is ilyen. TS335x, illetve már a 435X is tudta, pedig az még lengyel képcsöves volt, illetve a káva kerete még fából volt. Szerintem a képen is ez a típus van. A keresésnél nem folyamatosan hangolt, hanem csatornánként lépegetett. Ch nak írta ki a "normál" OIRT csatornákat, Cc-nek a "normál", de CCIR kiosztású csatornákat, illetve a CC volt a sonder. A hipert szerintem nem tudta.
|
| |
|
[válaszok erre: #2262]
|
[előzmény: (2260) bunyip, 2018-07-31 16:05:44]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 2258. Elküldve:
2018-07-31 15:51:28 |
[828.] |
A 92-es években szerintem már műanyag kávás Videoton készülékek voltak. Azok már tudták a sondert (igaz csak a CCIR kiosztást, OIRT-hoz finomhangolgatni kellett), illetve ha jól emlékszem a hypert is.
|
| |
|
[válaszok erre: #2259]
|
[előzmény: (2257) bunyip, 2018-07-31 15:22:04]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 2234. Elküldve:
2018-07-29 10:39:37 |
[829.] |
Valami nem stimmel, a Pro7 1989-ben indult.
|
| |
|
[válaszok erre: #2235]
|
[előzmény: (2222) LagunaSeca, 2018-07-27 06:46:01]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 11007. Elküldve:
2018-07-23 17:03:00 |
[830.] |
Ez tök jó, de itt most nem ez volt a kérdés.
|
| |
|
|
[előzmény: (11006) Mano66, 2018-07-23 16:03:04]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 11004. Elküldve:
2018-07-23 15:11:50 |
[831.] |
Ez azért van, mert a transzponderen kizárólag a román EPG van jelen. Az sajnos semmit nem számít, hogy a csatornához tartozó megfelelő nyelvű EPG a cacheben egyébként benne van (mivel azt korábban a szolgáltató transzponderéről egyébként letöltötte hozzá).
|
| |
|
|
[előzmény: (11001) franjobp, 2018-07-23 13:21:17]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 16394. Elküldve:
2018-07-17 12:07:06 |
[832.] |
Kérdés, hogy az ECM stream milyen szinten van késleltetve a kódolt audio/video streamhez képest. Az egyazon streamen, de másik CA rendszeren tapasztalt gyorsabb kártyaválasz egyáltalán nem biztos, hogy bármilyen előnyt jelent.
|
| |
|
|
[előzmény: (16393) petersk, 2018-07-17 11:35:45]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 16377. Elküldve:
2018-07-10 17:45:45 |
[833.] |
Ezek az ECM-ek nem feltétlenül fake-ek, csak esetleg valójában nem ehhez a providerhez tartoznak, bár az 1C elég rövid. Mondjuk a headerből nagyjából kiderülhet mihez tartozhat. Nem hinném, hogy a mappingal önmagában idéznek elő ilyesmit. Szerintem ezek inkább olyan kliensek, amik nem kezelik le rendesen az ECM-et (mondjuk a hossza miatt). Az mgcamd gyakorlatilag kilép a Viaccess long ecm esetén. Elküldi a szervernek az elsőt (azt sem a teljes hosszában), majd kilép. Persze ez nem magyarázza meg, hogy idegen CAID és provider ID-s ECM miért jut el egyáltalán el a readerhez.
Ugyanakkor egy newcamd oscam readernél, ha nem állítod be az ID-t a readerhez, akkor gondolkodás nélkül küld minden ECM-et a readernek. Nem figyeli azt, hogy a newcamd reader egyébként milyen CAID-ot és providert kapott.
[reader]
Protocol = newcamd
Key = blabla
Device = 127.0.0.1,10000
User = user
Password = password
[newcamd]
Key = blabla
Port = 20000@AAAA:000002;20001@BBBB:000001
Az AAAA:000002 és BBBB:000001 request is menni fog a newcamd reader felé, de mondjuk a newcamd reader egyébként egy AAAA:000002.
Ilyen esetleg más protokoll esetében is előfordulhat.
|
| |
|
|
[előzmény: (16376) celeburdi, 2018-07-10 16:57:44]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 16375. Elküldve:
2018-07-10 15:43:30 |
[834.] |
A conax ecm-ben még csak plain provider id sincs, ezért ez alapján nem lehet eldönteni melyik szolgáltatóhoz tartozik. A legtöbb provider ugyanakkor a B00 CAID-et használja.
|
| |
|
[válaszok erre: #16376]
|
[előzmény: (16373) celeburdi, 2018-07-10 13:35:24]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 16374. Elküldve:
2018-07-10 14:28:56 |
[835.] |
Igen ám, csak ezeket a szolgátató akár változtathatja is. Annak meg "no matching reader" lesz az eredménye.
|
| |
|
|
[előzmény: (16369) celeburdi, 2018-07-10 13:08:51]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 24004. Elküldve:
2018-06-21 12:13:30 |
[836.] |
Az a probléma, hogy a digitális televíziózással kapcsolatosan semmilyen átviteli minőséggel kapcsolatos szabvány nem lett definiálva. Analóg átvitel esetén azért ez nem teljesen így volt. A PAL,SECAM,NTSC,MAC rendszereket illetően a műsorterjesztő nem tudta elrontani a képet azzal, hogy kisebb sávszélességgel sugározta a műsort, hogy kevesebb helyet foglaljon a holdon, mert a szabvány erre nem adott lehetőséget.
Persze ettől függetlenül egy VHS magnóról is mehetett az adás, de az átviteli láncnak volt egy meghatározott sávszélessge.
|
| |
|
|
[előzmény: (24002) EnJoe, 2018-06-20 23:48:03]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 1160. Elküldve:
2018-06-20 09:46:57 |
[837.] |
Az nem kifejezetten ettől függ.
|
| |
|
[válaszok erre: #1161]
|
[előzmény: (1159) Gabywap, 2018-06-19 17:52:51]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 9189. Elküldve:
2018-06-03 15:55:07 |
[838.] |
A betatunnel sort nem igazán értem a usernél (pláne úgy, hogy már évek óta nem kell semmihez), de problémát elvileg az nem okozhat. A többi user meg egyrészt le van tiltva, másrészt értelmetle identek vannak definiálva hozzá.
|
| |
|
[válaszok erre: #9190]
|
[előzmény: (9188) akos8888, 2018-06-03 14:24:35]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 9186. Elküldve:
2018-06-03 09:54:50 |
[839.] |
Ennek így működnie kellene. Igaz van benne pár tök felesleges dolog.
Az mgcamdos gépen egy a hárombetűs kódolt csatornájának valamelyikék egy
cat /tmp/pid.info
parancsot tessék kiadni.
illetve:
cat /tmp/mgshare.info
|
| |
|
[válaszok erre: #9187 #9188]
|
[előzmény: (9184) akos8888, 2018-06-02 23:21:18]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 3984. Elküldve:
2018-06-02 19:16:32 |
[840.] |
A saját belső órájából.
|
| |
|
[válaszok erre: #3985 #3987]
|
[előzmény: (3983) amman, 2018-06-02 18:45:47]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 9177. Elküldve:
2018-06-02 19:14:47 |
[841.] |
A CWS_INCOMING_PORT a newcs-ben volt használva. Ez a reverse login esetében kellett, amikor is a szerver azt is azonosíthatta honnan kapcsolódhat a kliens. A szerver is nyitott egy másik kapcsolatot a kliens felé ezen a bizonyos porton.
A logban azért nincs semmi, mert nem küld a kliens requestet, vagy a szerver nem küldött olyan adatot a bejelentkezés után a kliensnek, ami alapján az küldhetne ilyet.
Mi van a /tmp/mgshare.info fájlban?
Milyen kártya ez?
Az mgclient opciót hajlamosak sok esetben félreértelmezni. Egyetlen definiált newcamd CAID esetén ennek az ég világon semmi értelme.
|
| |
|
[válaszok erre: #9178]
|
[előzmény: (9176) akos8888, 2018-06-02 18:58:25]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 684. Elküldve:
2018-05-18 22:27:59 |
[842.] |
Amennyiben hibás a board, akkor az e2 nem indul. No framebuffer found hibaüzenet van.
|
| |
|
|
[előzmény: (683) celeburdi, 2018-05-18 16:28:52]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 50011. Elküldve:
2018-05-18 22:22:10 |
[843.] |
Bocs, ezt nem konkrétan rád értettem. Bár azt mondjuk nem egészen értem egy usb-s kártyaolvasóval ugyan mit csinálna egy tv, ha a kettő között nincs megoldva a kapcsolat api szinten.
|
| |
|
|
[előzmény: (50010) EnJoe, 2018-05-18 15:23:30]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 50008. Elküldve:
2018-05-18 11:35:48 |
[844.] |
...úgy tűnik nem teljesen egyértelmű mindenkinek:
A CI lényege:
A DVB hardver (box,tv stb.) kiküldi a kódolt kép és hang, valamit ez ECM streamet a CI-nek, majd az a kártya és az ECM stream alapján visszaköpi a dekódolt streamet a DVB hardvernek(illetve, ha nincs jogosultság, akkor nyilván nem). A (soft)cam a CI-n belül fut. A cam és a kártya közötti kommunikációnak semmi köze a CI interfacen zajló forgalomhoz. A DVB hardverben tulajdonképpen nem is kell legyen CSA dekóder.
Softcam:
A softcam DVBapi-n keresztül rákapcsolódik a DVB hardver eszközre (box/tévé stb.), majd a softcam által kezelt kártya és a DVB hardvertől kapott ECM pid adatok alaján (kártya érvényesség esetén) visszaadja a CW-t a DVB hardvernek, ami alapján lesz kép. A DVB hardver természetesen kell rendelkezzen CSA dekóderrel. Ezek párosított kártyákkal csak akkor működnek, ha ismerik az adott rendszer overcryptjét, párosítási algoritmusát.
Kártya klónozó:
A szerver berendezésen szintén fut egy (soft)cam. Az beolvassa a kártyát, majd megossza a kommunikációt a kliensek felé. A kliens mindig olyan kártyát emulál, ami a szerver berendezésben van, hiszen ezeken is fut egy (soft)cam. De ettől még ezeket is bele kell dugni egy CI-be, vagy kezelnie kell egy camnek. Ezek párosított kártyákkal értelemszerűen nem működnek, hiszen nem fogják ismerni az adott rendszer overcryptjét, párosítási algoritmusát.
|
| |
|
[válaszok erre: #50010]
|
[előzmény: (50006) EnJoe, 2018-05-18 10:04:19]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 16162. Elküldve:
2018-05-11 09:08:57 |
[845.] |
Milyen proxy? http proxy?
|
| |
|
[válaszok erre: #16163]
|
[előzmény: (16161) B.Csabi, 2018-05-11 07:16:24]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 49667. Elküldve:
2018-04-11 11:16:26 |
[846.] |
Bocsánat, hogy beletrollkodok...
Az arabnak hívott számok alapvetően nem arab eredetűek, csak ők terjesztették el.
Bár az arab nyelvben is ezt az indiai eredetű írásmódot használják a számok esetén, ezeknek van valóban arab írásmódjuk is.
|
| |
|
[válaszok erre: #49668]
|
[előzmény: (49665) Hatalom2000, 2018-04-11 10:57:56]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 49058. Elküldve:
2018-03-20 15:57:05 |
[847.] |
"ember mond le a tévénézésről ..... és a social médiából (is) tájékozódnak."
Csöbörből vödörbe. Ahogy mondani szokták a fénynél csak egy gyorsabban terjedő dolog van: a f@szság. Erre kiválló területet pl. a f@szbuk.
|
| |
|
[válaszok erre: #49059 #49062]
|
[előzmény: (49056) Hatalom2000, 2018-03-19 08:29:37]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 49027. Elküldve:
2018-03-17 12:16:10 |
[848.] |
Igen, rendkívül fontos 300mW-al(vagy még többel) adni a UPC-s szaroknak, Parasztvakításnak jó. Az a lényeg hogy a user wifi eszközén kiakadjon a jelszintmérő, és ebből az jöjjön le neki, hogy ugye milyen jó a upc wifi,
|
| |
|
[válaszok erre: #49028]
|
[előzmény: (49025) Zoli049, 2018-03-17 11:58:53]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 16042. Elküldve:
2018-03-13 07:23:37 |
[849.] |
Az scam, vagy oscamnak semmi köze nincs a CI-n zajló kommunikációhoz.
|
| |
|
|
[előzmény: (16039) sztar1, 2018-03-11 10:28:28]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3414
|
| 9884. Elküldve:
2018-02-20 19:32:48 |
[850.] |
Felvenni több, mint 8-ról is lehet. A lényeg hogy a kilencedik,tizedik stb. csatorna a 8 transzponder valamelyikén legyen.
Egy stream viszont elvileg lefoglalja az adott demodulátort, tehát ugyanazzal nem lehet streamelni (vagy nézni) egy másik csatornát az adott transzponderről, ha jól tévedek.
|
| |
|
[válaszok erre: #9885 #9886 #9887]
|
[előzmény: (9882) petersk, 2018-02-20 19:17:49]
|
|
| Kiváló dolgozó |
|
|
