| Találatok száma: 344 üzenet |
|
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
29403.  Elküldve:
2010-01-27 14:20:31 |
[251.] |
Azért egy dolgot nem értek a via2.6-al kapcsolatban. sem az Echo3.73, sem a vPlug nem a key fájl (ill. key.db) kulcsait használja. Pedig egy providerhez 16 bájtos kulcs kell a dekódoláshoz. Jelenleg már 4 féle kulcs ismert. Miért választották a fejlesztők ezt a módszert, miért nem illesztették bele a meglévő rendszerbe a kulcsokat (persze lehet így volt az egyszerűbb), azonban ez korlátokat is ad a felhasználást illetően.
|
| |
|
[válaszok erre: #29404]
|
|
|
Törzstag  |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 3721. Elküldve:
2010-01-26 19:41:50 |
[252.] |
Ez bizony oké.
Kösz.
|
| |
|
|
[előzmény: (3718) gyurma1980, 2010-01-26 17:42:18]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 3719. Elküldve:
2010-01-26 19:07:18 |
[253.] |
Szerintem pont ezért kellene egy "tanfolyam", ahol legalább az alapokról illene beszélni. A CW nagyon hasznos, ha állandó, de mi van, ha a következő percben már változik ? Kellene egy, vagy több manó, aki folyamatosan frissíti a CW-ket.
|
| |
|
[válaszok erre: #3720 #3722]
|
[előzmény: (3717) skystar, 2010-01-24 04:26:42]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 259. Elküldve:
2010-01-26 16:25:17 |
[254.] |
Azt hiszem ezzel jól belecsaptam a közepébe! Az ábra lényege, hogy a 188 bájtos ts csomag első 4 bájta után (header) a VPID (vagy APID) bájtjai 8 bájtos egységekre osztódik (SB0, SB1 ...), valamint van egy K - kulcs (korábban CW-ként utaltam rá, mely szintén 8 bájtos és elkezdődik a "haddelhad". A végeredmény egy visszafejtett, nézhető/hallgatható VPID (vagy APID).
De esetleg így is megközelíthetem:
Az algoritmus angol nyelvű leírása itt található: http://www.cdc.informatik.tu-darmstadt.de/~kwirt/csa.pdf
Megpróbálom az ott leírtakat elmagyarázni.
Egy kis 2-es számrendszer ismeret. A … hsz képén látható egy ts, mely a header 4 bájt után SB0, SB1, … stb 8 bájtos (64 bit) értékekre van felosztva. Ezen kívül adott még egy K (kulcs, amit korábban CW-nek neveztem), ez is 8 bájt hosszú. A stream ciphernek számolás szempontjából 2 féle üzemmódját érdemes megkülönböztetni:
Inicializálás és normál üzem.
Az Inicializálás azt jelenti, hogy a számításhoz használt tárolókat kiinduló állapotba hozza. Esetünkben az inicializálás a következőt jelenti:
Legyen SB0= 1F 02 17 FB 81 50 29 8D
K kulcs értékeit 4 bites egységekre bontva A és B 10 x 4 bites „mátrixba” kerül, úgy, hogy A tartalmazza az alsó 8 bájtot, B pedig a felső 8 bájt értékét.
Példa: K = 01 23 45 67 89 AB CD EF (tudom ez nem lehet jó CW, de ezt most hagyjuk).
A(1) = 0, A(2)=1, A(3)=2, … B(0)=8, B(1)=9, … B(7)=F. Ezen kívül még két-két érték kerül beállításra: A(8)=A(9)=B(8)=B9)=0.
Ezen kívül létre kell hozni még két négy bites értéket: IA és IB. IA az SB legmagasabb 4 bitje, IB pedig a legalacsonyabb. Példánknál maradva: IA=1 és IB=D.
A számítás során alkalmazott valamennyi tárolót 0 értékre kell állítani. A szükséges tározók:
X, Y, Z,D, E, F, p, q, c (nagybetűk 4 bitesek, kis betűk 1 bitesek) ......
Kérdés: Ez utóbbinak így van értelme ?
|
| |
|
|
[előzmény: (258) Ellenerv, 2010-01-19 21:54:33]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 29361. Elküldve:
2010-01-26 15:51:41 |
[255.] |
Hello.
Ha az SBCL-es megoldásra gondolsz, akkor az "ügy" megoldva, lezárva. Persze közben megjelent a 3.73 sw. Személy szerint ez nekem nagyon jól esett és szeretném, ha ezt minden echos is így gondolná. Ha bárki átnéz másik (nem Echós) fórumra, legyen az külföldi is, nem jellemző a becsmérlés. Inkább köszöneteket mondanak egymásnak.
Személy szerint nem "izzítanak" fel annyira a "tornász" csatik (na jó, néha nagyon). Inkább azt tartom érdekesnek, hogy nincs kulcs. Ez két dolgot jelenthet: Az emu saját maga képes kiolvasni a kulcsot (vagyis AU), ekkor hurrá. Ha nem, akkor kulcs váltáskor ... hoppá. A másik, ami érdekel, hogy más via2.6 csatornákat lehet-e nyitni, ha igen, hogyan ?
|
| |
|
[válaszok erre: #29362 #29371]
|
[előzmény: (29348) István76, 2010-01-26 12:58:20]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 29334. Elküldve:
2010-01-26 11:47:40 |
[256.] |
Tegnap én is felraktam a 791-re a 3.73-at RS232-n keresztül. Előtte ősrégi B3.01 V3.47 volt rajta. Csináltam csatlista mentést, de nem volt rá szükség, nem törtődött belőle. Felrakáskor először a B3.11-et raktam fel és csak utána a 3.73-at.
|
| |
|
|
[előzmény: (29327) eszterx, 2010-01-26 11:08:12]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 29208. Elküldve:
2010-01-22 12:23:29 |
[257.] |
Még mindig fennáll a 29194 hsz kérdése. Azt tudjuk, hogy a Vplug2.4.2 folyamatosan frissül, pl. via2.6 is megy rajta. Azt is tudjuk, hogy az Echo az 1.9.5 Vplug-ot kezelte SBCL 1.0-al. Ha tudja kezelni az újabb Vplug-ot, akkor ez megoldja a szoftver frissítések gondját, ugyanis ettől kezdve az Echo csak adatokat ad át a Vplug-nak és a Vplug az "ész", aki visszaküldi az adatokat a beltérinek, akár csak két Echo közötti sharing. Persze körülményes, hogy rs232 nullkábel + számítógép kell hozzá /de internet és szerver nem?!/. Szeretném, ha a leírtakat megerősítené, vagy cáfolná valaki.
|
| |
|
[válaszok erre: #29209 #29224]
|
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 29194. Elküldve:
2010-01-22 08:41:12 |
[258.] |
Valakinek van tapasztalata, hogy az Echo hogyan dolgozott a korábbi vPluggal (SBCL 1.1 + VPlug 1.9.5) ? Tegnap próbálgattam, de nekem a ez sem ment. Ha menne, akkor lehetne próbálkozni az újabb verziókkal (ahogy azt Garga Pista korábban már említette)-
|
| |
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 29183. Elküldve:
2010-01-21 21:16:00 |
[259.] |
A pofátlanság nem az, hogy nincs új szoftver, hanem az, hogy nem adják át a forráskódot senkinek, aki tovább tudná fejleszteni.
|
| |
|
[válaszok erre: #29185 #29195]
|
[előzmény: (29181) zsolt00, 2010-01-21 17:17:17]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 256. Elküldve:
2010-01-19 21:36:09 |
[261.] |
CSA (Common Scrambling Algorithm)
Napok óta azon töröm a fejem, hogy miképpen lehetne leírni mi is az a CSA matematikai, de ugyanakkor egyszerű nyelven. Sajnos nem találtam rá okos megoldást. Vagy elnagyolom, vagy belemegyek a részletekbe és akkor vége az egyszerűségnek.
Mellékelek egy ábrát, mely vázolja az algoritmust. Miért ilyen bonyolult ? Azért, hogy ne lehessen könnyedén azonosan ismétlődő adatsorokat látni, hiszen akkor lényegtelen lenne a kódolási elv, ha valaki találna egy azt helyettesítő másik algoritmust.
De vissza a CSA-hoz. A kódolás block és stream chipher-eket használ (chipher = kódoló).
Block chipher – a kódoláskor bizonyos bájt blokkokat (csoportokat) használó algoritmus
Stream chiper – a kódolást folyamatosan, szinte bitenként kódoló algoritmus.
Mind a block, mind a stream chipher az ún. közös „kulccsal” CW-vel működik. Az ábrából látható, hogy a block chipher 8 bájtos egységek visszakódolását végzi ebben az esetben. Mondjuk úgy, hogy a 188 bájtos ts-t a fejléc (4 bájt) után kezdi 8 bájtos egységenként visszakódolni.
|
| |
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 255. Elküldve:
2010-01-19 21:27:37 |
[262.] |
Én mindenképp úgy közelíteném meg, hogy keresnék a neten bármilyen nyelvű verziót és utána egy magyar feliratot (szinkron ?). Ennek összerakása még mindig egyszerűbb.
De ha kódolásról van szó, akkor inkább pl. SS1 vagy SS2 kártyák irányában keresgélnék, + alternatív szoftverrel, ami képes arra, hogy rögzítsen szinte bármilyen ts sorozatot, akár kódolt, akár nem, de ez csak azt oldja meg, hogy rögzítettem a filmet kódoltan. Ha ez nem rögzíti az ecm infót, illetve nincs hozzá törés (pl. nds), akkor marad a találgatás. Szerencsés esetben percenként váltják a CW-ket, tehát egy sikeres megtalálással csak egy percet lehet nézni. Sok perc ... sok idő a visszafejtésre. Én ezt meg sem próbálnám.
|
| |
|
|
[előzmény: (254) Zolien, 2010-01-19 20:22:25]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 253. Elküldve:
2010-01-19 20:12:57 |
[263.] |
Szerintem elméleti síkon utólag bármilyen kódolás "kikódolható". Ez nem egyenlő azzal, hogy feltörjük, csak "találgatással" megtaláljuk. Úgy gondolom vannak olyan porgramok, melyek össze tudják állítani a képet próbálgatással. Azonban szeretném megjegyezni, ha valakinek utólag kell egy film, nem akkor, amikor éppen adják, esetleg nem egyszerűbb elmenni a kölcsönzőbe is kivenni ?
|
| |
|
[válaszok erre: #254]
|
[előzmény: (252) Zolien, 2010-01-19 19:17:53]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 246. Elküldve:
2010-01-19 18:33:10 |
[264.] |
Kicsit nagyot ugrottam. Azt akartam mondani, hogy nem igazán lényeges a sávszélesség szempontjából, hogy kódolt vagy nem. Azután eszembe jutott, hogy valahol olvastam, hogy a ts hibajavító kódjai (Reed Solomon) korlátozottan tudnak csak hibáj bájtokat helyre állítani. Az kódolt adás közvetítés miatti hibái miatti visszakódolás pedig több hibát eredményez (!?). Fogalmam sincs, hogy ez így van-e, nem igazán foglalkoztam ezzel.
|
| |
|
[válaszok erre: #247 #248 #250]
|
[előzmény: (245) Zolien, 2010-01-19 16:40:01]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 242. Elküldve:
2010-01-18 20:29:32 |
[265.] |
Bocs, hogy most válaszolok.
Az algoritmusok nem jönnek a ts-ben, így elenyészően több ts kell egy erős kódoláshoz, mint egy gyengéhez, vagy egy FTA adóhoz.
Másképpen fogalmazva: Nem kell egy HBO-hoz csak ezért nagyobb jelszint, mint egy Duna TV-hez. (persze a 100% jel sohasem árt, de ennek a kódokhoz semmi köze)
|
| |
|
|
[előzmény: (214) Zolien, 2010-01-16 14:30:28]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 241. Elküldve:
2010-01-18 20:13:18 |
[266.] |
Pár sorral ezelőtt írtam arról, hogy állandó CW-ből hogyan lehet előállítani a megfelelő ts-t. Ez egy relatívan gyorsan feltörhető módszer. A kódolások természetesen tovább léptek. Eddig ugyanis nem esett szó sem kártyáról, sem kulcsokról. A továbblépés lényege, hogy a CW-ket bizonyos időnként (mondjuk 10 – 30 mp-ként) változtatják. Ezt pedig csak úgy lehet megtenni, hogy a CW-ket a videó jellel együtt küldik. Azonban a dolog nem ilyen egyszerű. Ettől sokkal velősebb megoldás született. Nem CW-ket küldenek a jelfolyamban, hanem nevezzem SW-nek, melyből egy algoritmus segítségével lehet előállítani a CW-t. Az algoritmus természetesen titkos, ráadásul be van rakva a kártyákba. Az egyik legismertebb algó pl. a DES. A neten számos leírás (magyar is) elérhető. Az említett SW infók pedig az un. ECM ts-kben jönnek. (Ezért szeretnék sokan tudni, mi egy adott kódolt csatorna ECM PID-je). A kódolás teljessé tételéhez szükség van un. Kulcsokra. A kulcsok változtatásával ugyanis az algoritmusok visszafejtése még nehezebb. A kulcsokat /kódolástól függően/ havonta, évente váltogatják. A kulcsokat tartalmazó információt pedig az EMM ts-ben küldik folyamatosan. Természetesen kódolva. A kódolási eljárás neve pedig RSA. A számolási elv a neten szintén hozzáférhető magyar nyelven is.
|
| |
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 951. Elküldve:
2010-01-17 10:51:33 |
[267.] |
Nekem nincs dream-em, de a dream key fájlokban így vannak beírva:
F 00011FFF 00 kulcs, valamint
F 00011FFF 01 kulcs. Az Earth TV-nél meg lehetne ezt próbálni:
F 00013166 00 (és persze 01-es sor is). A 3166 a csatorna frekije hexában (12.646 Hz), de ügyelni kell arra, hogy a beltériben is ez legyen beállítva.
|
| |
|
[válaszok erre: #953]
|
[előzmény: (950) tompa, 2010-01-17 07:27:00]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 236. Elküldve:
2010-01-16 21:50:20 |
[268.] |
Off.
Az információk visszatartása csak azoknak jó, akik úgy gondolják, hogy ez nélkülözhetetlenné teszi őket. Ökörség. Hosszú távon ez végzetes csapda lehet, ha nincs mögötte logika (fejlődő képesség) !
On.
Ha időm engedi, akkor pár szót szólok majd a "régi" kódolások "töréséről". Azért írom idézőjelben, mert valójában nem törések voltak, hanem a programozás hibái (rések), mely alapján hozzá lehetett férni hasznos dolgokhoz. Az újabb kódolások ezeket természetesen kiküszöbölték, így ezen infók már haszontalanok (persze a tervezők számára aranyat érnek).
|
| |
|
|
[előzmény: (235) Zolien, 2010-01-16 21:14:09]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 18485. Elküldve:
2010-01-16 21:19:07 |
[269.] |
Ezen a héten egy Skymaster DX24 csinált hasonlót amikor Scart-scart csatlakozót használtam. Megoldás a Tv-be menő scart 8-as láb (switch) kikötés volt. De ezt ne vedd készpénznek, ha nem scart - scart a csatlakozó, akkor ez nem megoldás.
|
| |
|
[válaszok erre: #18487]
|
[előzmény: (18479) cz80, 2010-01-16 18:26:07]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 946. Elküldve:
2010-01-16 21:04:41 |
[270.] |
A BISS-ről már többször írtam itt-ott (különböző topikban)- a lényeg, hogy szinte minden beltéri tudja kezelni, de meg kell "találni" a megoldást a "kulcs (CW)" beírására. Legutóbb egy Columbia FTA beltérivel szórakoztam, és megtaláltam (lásd Columbia topik).
|
| |
|
|
[előzmény: (945) stuti3, 2010-01-16 20:57:29]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 29145. Elküldve:
2010-01-16 20:58:02 |
[271.] |
Egyébként amit mondtál az nagyon is időszerű. Goldoljunk csak bele, pár hónap és a N2 huss ! Mi lesz akkor a CS-n kívűl ? Pl. otthoni kártyamegosztás a kripto kártyán. Már vettem 15 méter 2 eres árnyékolt kábelt + dsub 9 csatlakozókat. Kipróbáltam és ezen a hosszon is működik (csak master/slave-et próbáltam, nem több slave-et !).
|
| |
|
[válaszok erre: #29146]
|
[előzmény: (29143) zsaru, 2010-01-16 20:19:29]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 234. Elküldve:
2010-01-16 20:35:03 |
[272.] |
A lényeg, hogy nem "kotyogtál" bele. Pont ezt próbálom elmondani. Fontos, hogy nincs "hülyeség". Csak hiányos infó, vagy nem teljes infó. Mivel ezek az infók nem a "sarki közértben" beszererezhetők. Éppen ezért bármilyen infó jól jön. Elemezni kell és eldönteni, hogy hasznos, vagy sem. De csípőből elutasítani ? Ez a legnagyobb dőreség.
|
| |
|
[válaszok erre: #235 #238]
|
[előzmény: (232) aspys, 2010-01-16 19:25:23]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 227. Elküldve:
2010-01-16 17:18:47 |
[273.] |
Amiket leírsz, az mind jó és jogos. Ugyanakkor szeretném lépésenként megírni, hogy mi az ECM és EMM. Azt sem nem szabad elfelejteni, hogy a Nagra 2 és 3 között "csak" egy számjegy a difi, akár a Seca1 és 2 között. Akkor miért oké az 1 és nem megy (illetve szelektív) a 2 Emusan ?
Off:
Volt idő, amikor a fekete-fehér tv volt a csúcs. Most a plazma sem a legszuperebb. A technika fejlődik, a kódolás technikája is. Ne felejtsük el, hogy a kód létrehozói nem most másztak le a "falvédőről".
Remélem a leírtak nem sértőek. Nem alszok jól, ha megsértenék bárkit is.
On.
|
| |
|
[válaszok erre: #228 #229 #231]
|
[előzmény: (224) aspys, 2010-01-16 17:04:25]
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 222. Elküldve:
2010-01-16 16:48:19 |
[274.] |
Szeretnék pár hexa sort is írni, nem csak a levegőbe "dumálni". Ehhez azonban idő kell, ami sajnos a legkevesebb. Azonban már most szeretném leszögezni, aki olyasmit vár, hogy Nagra3 algo = ..... az csalódni fog. Célom csupán az, hogy eloszlassak sok - sok tévhitet, misztikumot. Ezzel párhuzamosan pedig információt adjak arról, hogy a "nagyok" milyen úton-módon tudnak egy-egy nagymenő kódrendszert feltörni... De ez nem egyenlő azzal, hogy a kód = ....
|
| |
|
[válaszok erre: #224]
|
|
|
| Törzstag |
|
Ellenerv
Tagság: 2008-09-10 15:50:05
Tagszám: #63421
Hozzászólások: 344
|
| 215. Elküldve:
2010-01-16 14:36:55 |
[275.] |
Van egy elég jó anyag a neten magyarul (A hozzáférés korlátozott DVB CATV műsorterjesztés alapjai). Ez sok mindent leír. Én csak szeretnék néhány alap dolgot megemlíteni igazi konyhai nyelven. A műholdról jönnek digitális jelek (hű, most aztán igazán komoly dolgot mondtam !). Egy adott frekvencián jöhet pl. 10 TV + néhány rádió + egyéb adat. Ne adj isten a TV műsor jöhet több nyelven is. Az adatfolyam ezek "kavalkádjait" tartalmazza. Ahhoz, hogy ne legyen bábeli zűrzavar, valahogy meg kell mondani a szerencsétlen beltérinek, hogy mit is szeretnék nézni/hallgatni. Ennek megfelelően az adatfolyam (transport stream) kisebb egységekre van bontva (packet). Minden egység kötelezően el van látva azonosítóval (fejléc/header), mint már korábban is említettem. A fejléc egyik fontos eleme az azonosító (PID), amelyik megmondja, hogy az adott csomag melyik jelfolyamhoz tartozik. Ha a jelfolyam videojel, akkor VPID, ha hang (audio), akkor APID-nek rövidíti a szakirodalom. Egy adatfolyam hatalmas részét a VPID, kisebbik részét az APID teszi ki. Ugyanakkor vannak speciális PID-ek is. Ezek szinte elenyészően kis számban vannak jelen egy jelfolyamban, azonban az ezekben lévő információk nélkül nem lehetne pl. kódolt adásokat visszakódolni.
|
| |
|
[válaszok erre: #216 #217 #220]
|
[előzmény: (212) Zolien, 2010-01-16 14:17:25]
|
|
| Törzstag |
|
|
