| Találatok száma: 3398 üzenet |
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
11996.  Elküldve:
2012-03-07 16:32:38 |
[1126.] |
Alapból a 1801 nagra mapping be van kapcsolva. Gbox, illetve newcamd protokollnál bizonyos esetekben kell.
F: -t kell beállítani.
|
| |
|
[válaszok erre: #11997]
|
[előzmény: (11995) Gabywap, 2012-03-07 15:29:25]
|
|
Kiváló dolgozó  |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 1643. Elküldve:
2012-03-05 14:29:15 |
[1127.] |
Valószínűleg nem leszek szimpatikus a hozzászólásommal, de én azt nem igazán értem miért nem lehet egy program dokumentációját elolvasni, illetve miért nem lehet a logolást bekapcsolni. Amennyiben egy kicsit ismeri az ember hogyan működik egy kis belső hálózat és egy kicsit is tisztában van azzal hogyan működik a kártyamegosztás azonnal kiderül mi a hiba a képben. Sokkal egyszerűbb, minthogy félinformációk alapján egy nyilvános fórumon várni a megoldást.
Sorry.
|
| |
|
[válaszok erre: #1644]
|
[előzmény: (1642) espat, 2012-03-05 13:22:16]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 11973. Elküldve:
2012-02-28 09:37:30 |
[1128.] |
Platforma kártyáról volt szó.
|
| |
|
[válaszok erre: #11974]
|
[előzmény: (11970) espat, 2012-02-27 20:24:05]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 11964. Elküldve:
2012-02-27 09:18:52 |
[1129.] |
Amennyire én tudom oscam el tudja olvasni probléma nélkül, de elindítani és frissíteni csak a saját moduljában lehet, annak ellenére, hogy EMM ok-t írnak rá.
A Penthousenál régebben volt másodlagos CW kódolás is, így a kártya csak a saját moduljában ment. Ezt a plussz kódolást ott kikapcsolták. Lehet a Plattformanál nem is volt ilyen, vagy már ott is kikapcsolták.
Utána kell olvasni az illetékes fórumokon.
|
| |
|
[válaszok erre: #11970 #11989]
|
[előzmény: (11960) mandris, 2012-02-26 06:44:09]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 6392. Elküldve:
2012-02-22 14:40:38 |
[1130.] |
"Kellemesen meg tudja "csípni" az embert, ha ilyenkor a TV GND-jével összeköttetésben lévő fémalkatrészhez hozzáér. "
Igen csak ez nem azért van, amit írtál. Azért csíp az antennakábel, mert nagyon sok eszköz tápjában a primer oldalon van két kondi a készülék saját GND-je felé. Ez így feszültségosztót alkot, így a GND-n tulajdonképpen 230/2 V fesz van. Ez csíp meg. A kettős szigetelésű eszközt pedig pont abban a pillanatban földeled le, amikor beledugod az antennakábelt, vagy esetlegesen a scartot, ami egyébként megy a tévébe, amibe szintén be van dugva az antennakábel.
|
| |
|
[válaszok erre: #6395]
|
[előzmény: (6390) stubyte, 2012-02-22 14:31:55]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 10208. Elküldve:
2012-02-18 12:47:46 |
[1131.] |
"De androidon a budos eletben nem fog stabilan streamet nezni,mert hogy hardverileg harmat gyenge! "
Erre írtam, hogy az Android egy operációs rendszer.
|
| |
|
|
[előzmény: (10207) sztar1, 2012-02-18 12:41:05]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 10206. Elküldve:
2012-02-18 12:15:07 |
[1132.] |
Az Android egy operációs rendszer.
|
| |
|
[válaszok erre: #10207]
|
[előzmény: (10204) sztar1, 2012-02-18 11:27:55]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 10203. Elküldve:
2012-02-18 10:57:52 |
[1133.] |
Mi az hogy csak wifit tud? Értelmetlenség. A telefon onnan tudja megnyitni a streamet ahol az elérhető. Hogy ez most direktben csatlakozik a belső wifidre, vagy a publikus interneten történik már a program szempontjából tök mind1, ha a rouer megfelelően van konfigurálva. Max annyi a probléma, hogy esetleg nem elég a feltöltés, a mobilneten meg nem elég a letöltési sebesség. Ilyenkor kell a VLC server, ami pl az Android Dreamerrel beállítható transzkódolásra.
|
| |
|
[válaszok erre: #10204]
|
[előzmény: (10202) sztar1, 2012-02-18 10:27:34]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 11749. Elküldve:
2012-02-17 12:21:20 |
[1134.] |
Teljesen felesleges futtatási jogot adni neki, elég ha csak olvasható.
|
| |
|
|
[előzmény: (11748) carlovac, 2012-02-17 10:40:35]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 11745. Elküldve:
2012-02-17 09:11:35 |
[1135.] |
Előfordul, hogy a root partíció cramfs, az meg csak read only. A /share/tuxbox könyvtár a root partíción van. A kémprogram (cccam) configja a var partíción van, az már jffs2. A /tmp pedig a ramfs. Persze, hogy rw.
|
| |
|
[válaszok erre: #11747]
|
[előzmény: (11742) zpking, 2012-02-15 09:46:44]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 12. Elküldve:
2012-02-16 17:51:30 |
[1136.] |
Az ilyen megoldások nem szoktak túl hosszú életűek lenni. Tehát erre nem ajánlatos alapozni a vásárlás tekintetében.
|
| |
|
|
[előzmény: (4) blackmamba, 2012-02-05 11:25:06]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 5914. Elküldve:
2012-02-14 06:58:58 |
[1137.] |
"Ajanlani a sim 2.01 vagy a 2.1.0 ajnlottam volna , megbizhatoobb az alkatresz is azoknal akik azt gyartjak, "
Mivannnn ????
|
| |
|
|
[előzmény: (5912) djczefre, 2012-02-13 22:26:15]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 821. Elküldve:
2012-02-12 12:37:15 |
[1138.] |
"..nem a Hello kódolja le"
Valakinek el kell jutattni a conax ecm streamet is a feladóállomásra.
|
| |
|
[válaszok erre: #822]
|
[előzmény: (818) yaksi, 2012-02-12 12:16:35]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 263. Elküldve:
2012-02-06 16:21:36 |
[1139.] |
Teljesen egyértelműen látszódtak a kockák pl. a Discovery, MTV, de még a svéd ZTV esetében is. Egy TV2 Norge, vagy egy NRK2 lényegesen jobb volt, valszeg itt nem MPEG tömörítésű volt a forrás. További probléma volt, hogy a Sirius és a TeleX (ex MarcoPolo) körpolárosak voltak, így eleve -3dB volt minden adó a többi hold adóihoz képest és nem éppen felénk sugároztak. D2MAC esetén pedig követelmény volt a tökéletes bejövő jelszint, különben (a PAL deemphasissal ellentétben) itt nem halacskás, hanem inkább szemcsés volt a kép.
|
| |
|
|
[előzmény: (260) Zolien, 2012-02-05 22:32:10]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 5828. Elküldve:
2012-02-06 11:36:52 |
[1140.] |
/etc/enigma2/settings
|
| |
|
|
[előzmény: (5827) yaksi, 2012-02-06 11:04:20]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 258. Elküldve:
2012-02-05 20:02:54 |
[1141.] |
No hát azért az analóg technikának is megvannak/voltak ám a maga korlátai. Szép és jó, hogy nem tömörített, de tegyük hozzá, hogy a színes átvitel alapvetően a fekete-fehér átvitelen alapszik. Legyen az PAL, SECAM, vagy NTSC, mindhárom normának megvannak a gyengeségei, ami többé-kevésbé, de mindenképp megmutatkozik az átvitelben és a minőségben. Műholdas átvitelnél kicsit kevésbé, földi átvitelnél jobban. Persze a technika előrehaladtával némi fejlődésnek lehettünk tanúi, de alapvetően a lehetőségek erősen korlátozottak voltak. A hangátvitel megintcsak korlátozott. Alapvetően jó dolog volt (műholdon) a Wegener Panda, de egy bizonyos jel/zajviszony fölé nem igazán lehet menni analóg technikával. Persze külön probléma volt, hogy sok transzponderen sztem nem is volt rendesen beállítva a dinamikakompresszor és a preemphasis. Jó példa erre az akkoriban általam oly sokat hallgatott N-Joy radio. Az egyik legszarabbul szóló rádióadó volt az astrán. Agyon volt limiterezve, egyszerűen rossz volt hallgatni. Persze mondjuk egy WDR eins live már jobb volt, de én úgy érzem a Wegener Panda rendszer sok esetben nem teljesen úgy működött, mint ahogy az meg lett álmodva.
A digitális átvitel legnagyobb hibája, hogy nincs szabványosítva minőségi szint, mert a minőség nagyon sok esetben a forrásanyag minőségétől függ. Én úgy gondolom a jó minőséghez real time MPEG2 tömörítés esetén legalább 6-7 Mbit kell, hogy semmiképp ne legyen komolyan észrevehető minőségromlás, és ezt tömörítetlen SDI forrás esetén kell érteni. Hang esetén is 256kbit legalább kellene (mp2 esetén), hogy az átlag hallgató ne hallja a bugyborékolást. Nagyon sok esetben lehetett elsősorban a digitális korszak kezdetén olyannal találkozni, hogy a stúdióból analóg (PAL) jel jön/jött ki, és ez van/volt digitalizálva. Annak idején a Thor/Sirius holdakra digitálisról D2MAC-ra alakított jelet lőttek fel bizonyos csatornák esetében (Discovery és társai). Ezesetben pl. nincs értelme összehasonlítani az analóg és a digitális technikát.
|
| |
|
[válaszok erre: #260]
|
[előzmény: (255) Zolien, 2012-02-05 18:03:55]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 5788. Elküldve:
2012-02-04 10:55:17 |
[1142.] |
A legkorszerűbb sem feltétlen a legjobbat jelenti.
|
| |
|
[válaszok erre: #5789]
|
[előzmény: (5787) jdeutsch, 2012-02-04 10:48:19]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 5786. Elküldve:
2012-02-04 10:21:32 |
[1143.] |
"Ami pedig a a ferrári SIM-et és a SIM 2.10-et illeti, hát nem azonos kategória! "
Attól, hogy több gányolt image jelenik meg sim2.10-re még nem feltétetlen az a jobb. Én inkább ragaszkodom az eredeti imagehez, (legyen az akár régebbi is) minthogy midenféle patcheltet rakjak fel. Ebben pedig általában egy kicsit a Ferrari van előbb. DM8000-nél pedig legjobb tudomásom szerint csak Ferrari létezik.
|
| |
|
[válaszok erre: #5787]
|
[előzmény: (5785) jdeutsch, 2012-02-04 09:50:31]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 7617. Elküldve:
2012-02-03 23:14:36 |
[1144.] |
Még nem teljesen, de a műholdas terjesztés megszűnéséről egyébként lehetett olvasni régebben is.
|
| |
|
|
[előzmény: (7616) Merlot, 2012-02-03 22:04:23]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 20274. Elküldve:
2012-01-21 13:54:17 |
[1145.] |
Valós időben nem lehet megoldani, mindenképpen csak később kapnád meg a képet. Az más kérdés, hogy ha ez 1 másodperc és nem 170, akkor már lenne értelme a dolognak (nevezhetjük ezt akár valós időnek is). De erre a szolgáltató esetleg meglépi azt, hogy 2 másodpercenként cserél CW-t, vagy több biten kódolnak a CSA-val. Itt valóban kérdés, hogy a szolgáltatói/felhasználói box/modul mit tud.
Sztem innen jött az ötlet (idézet a wikiből):
Brute force approach
While CSA algorithm uses 64-bit keys, most of the time only 48 bits of key are unknown, since bytes 3 and 7 are used as checksum bytes in CA systems, and may be easily recalculated. This allow reducing the brute force search time.
Theoretical implementation in a FPGA that would consist of 42 hw-threads that each would test 1 key per clock-cycle. At a clock-rate of 50Mhz this would allow the key to be found in ~19 days since we would expect, on average, to find the key after 247 tries for a 248 key. The problematic part in this would be to determine when a valid key was found since that would involve checking the decrypted data for known things like MPEG-headers which could be hard to implement efficiently enough to fit in a today commercially available FPGA. One possible way to reduce the needed complexity in the FPGA could be to have a multi-layer approach where the first one just discards all keys that are known to be invalid with quite simple checks and one or more that checks for additional information.
Most CA systems use short lived keys which are replaced every few seconds, making such implementation useless until computational power increase dramatically. Moreover, the usual 48 bits key length may still be increased to 64 bits in the future to improve system strength, as this is not a limitation of the algorithm.
A kártyának persze, hogy semmi köze az egészhez.
|
| |
|
|
[előzmény: (20273) attuska, 2012-01-21 13:37:56]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 20271. Elküldve:
2012-01-21 00:15:39 |
[1146.] |
Az aktuális CW-t nem kinyerni lehet, hanem megfejteni (ismerni) kell, ami ugyebár az ecm streamből a kártyán futó szoftverrel számolható ki. Hiába fejthető vissza közvetlen a CSA stream 170 másodperc alatt, ha 10 másodpercenként cserélődik a CW, amivel kódolták.
|
| |
|
[válaszok erre: #20272 #20273]
|
[előzmény: (20270) attuska, 2012-01-20 23:26:32]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 20269. Elküldve:
2012-01-20 22:37:41 |
[1147.] |
Nem értelmezed rosszul. A CSA azt jelenti hogyan kerül titkosításra az MPEG stream. Az a stream, amit a helyes control word ismerete után visszakapunk. A CSA-t, ha fel is lehet törni max konstans CW-nél (BISS) van/lenne értelme, hiszen a control word ezesetben nem változik, más esetben viszont kb 8-12 másodpercenként igen. Hogy a control word-öt hogyan kapjuk meg? Na ez a(z adott CA rendszerhez tartozó) dekódolási folyamat része. Ez nagyvonalakban annyi, hogy a vevő felismeri a megfelelő ecm pidet, ezt az adatfolyamot szépen elküld a kártyának, az meg jó esetben (ha van jogosultság) visszaröfögi az éppen aktuális helyes CW-t. Persze a következő CW-t már bizonyos időre előre ismerni kell, hogy folyamatos legyen a kép, ezt az ecm folyamban természetesen kezeli az adott (CA) rendszer.
Offline dekódolni lehetne a streamet, ha minden egyes cw-t megfejenénk, de valós időben számítási kapacitás miatt nyilván nem kivitelezhető.
|
| |
|
[válaszok erre: #20270]
|
[előzmény: (20268) fabiandaniel, 2012-01-20 22:17:44]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 11769. Elküldve:
2012-01-18 20:06:02 |
[1148.] |
"(és szerintem a komunikációnak nem része a kártya száma). "
ECM-nél nem persze, de akár tud a szolgáltató trükközni az EMM-ekkel, persze ilyen szinten sztem nem akar. Ha viszont engedélyezve van az EMM, akkor visszafejtés után ott van benne a kérdéses adat.
|
| |
|
[válaszok erre: #11771]
|
[előzmény: (11768) espat, 2012-01-18 19:51:20]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 11767. Elküldve:
2012-01-18 19:45:28 |
[1149.] |
"Newcs-rol kapott sorral való visszaélést megoldani egyszerubb, mint cccam-ról."
Mivel (már) szinte bármilyen protokollt bármire át lehet fordítani, így ennek már semmi jelentősége nincs szerintem.
"Viszont newcs szervernél (tudomásom szerint) nincs backdoor veszély,"
Backdoor (talán) nincs, de a newcamd protokollt a DES kódolás miatt nem tartják túl biztonságosnak.
|
| |
|
[válaszok erre: #11768]
|
[előzmény: (11765) espat, 2012-01-18 17:46:59]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3398
|
| 1921. Elküldve:
2012-01-18 19:33:59 |
[1150.] |
Alapvetően ma már szinte bármit le tud az ember tölteni emberi idő alatt torrentel egy átlagos internet kapcsolattal, ezért nem tudják (már) sokan értékelni a műholdas tévé jelentőségét.
Abban az időben ugyebár nem volt internet. Volt az ezerszer másolt VHS, vagy a kicsit jobb közvetlenül kölcsönzből kihozott kazetta, és volt a broadcast minőségű műholdas tévé, ami a VHS-hez képest egy más minőségi szint volt. Nem is beszélve a sztereó hangról. Nem volt mp3 és flac, hanem voltak műholdas (és földi) rádiók.
|
| |
|
[válaszok erre: #1922]
|
[előzmény: (1920) alphalyr, 2012-01-18 19:00:21]
|
|
| Kiváló dolgozó |
|
|
