| Találatok száma: 3378 üzenet |
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
13395.  Elküldve:
2018-01-18 12:51:15 |
[826.] |
A 1868-as (újabb) CI+ modul tuti használja a CI+t.
Nekem az csak VTI-vel megy a duo2-n. OpenATV 6.1-el pl. elhasal az authentikáció során.
|
| |
|
[válaszok erre: #13396]
|
[előzmény: (13394) celeburdi, 2018-01-18 11:12:27]
|
|
Kiváló dolgozó  |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 115226. Elküldve:
2018-01-13 10:18:16 |
[827.] |
Itt most a csatornaszám bővítés és/vagy a minőség emelése szempontjából volt összehasonlítás, nem globálisan.
|
| |
|
|
[előzmény: (115225) Barczik L, 2018-01-13 10:00:46]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 115224. Elküldve:
2018-01-13 09:48:20 |
[828.] |
"Muholdon is van savszel,"
Ja csak qrva drága.
"csak kell érte fizetni, Erre a UPC nem hajlandó!"
Nyilván hajlandó lenne, ha úgy gondolná, hogy üzletileg ez megéri.
Kábelen egy plusz TS-t beüzemelni egy egyszeri alacsonyabb költség. 100-700MHz -ig még az internettel számolva is bőven van kapacitás, tekintve, hogy az analóg lassan kikopik.
Tényleg semmi értelme összehasonlítani a kábelt a műholdal ilyen szempontból.
|
| |
|
[válaszok erre: #115225 #115227]
|
[előzmény: (115222) nocsakk, 2018-01-13 05:45:03]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 2168. Elküldve:
2018-01-09 19:44:18 |
[829.] |
De kártyafogadó nyílás az van, igaz a megszokottól eltérően itt függőleges helyzetű.
|
| |
|
[válaszok erre: #2170]
|
[előzmény: (2167) donsony1, 2018-01-09 18:49:22]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 2165. Elküldve:
2018-01-09 09:08:56 |
[830.] |
"hard-VC esetén ezek az információk valamilyen módon az előfizetői kártyán lévő adatokból kerültek röptiben kiszámításra."
Én ebben egyáltalán nem vagyok biztos. Ránézésre minden csatornán ugyanazok voltak a vágási pontok. Ez igaz a CN és Ch5-re is. Egyértelműen látszott, hogy a végási pontok mindig a sor második harmadában voltak, soha nem a sor elejére, vagy végére eső pontok voltak ezek. Ilyenkor ugyanis a kép részletének kódolás utáni helyzete keveset mozdult volna el az eredeti helyéhez képest. Tehát Pl az MTV logojá a jobb felső sarokban volt, a kódoláskor pedig pont ezen a területen nem volt semmilyen részlet az eredeti logóból.
Ezt egyébként a videót feltöltő mókustól lehetne megkérdezni. Tehát ő beküld a dekódernek egy VC VBI jelet, amit a VHS magnójáról mentett le valamelyik adóról. De mi alapján generálta a VC vágási pontokat?
Persze lehet neked van igazad. Anno ez csak egy ötlet/felvetés volt, technikai megvalósításra nyilván nem volt lehetőségem, hogy ellenőrizzem.
|
| |
|
|
[előzmény: (2160) KWP, 2018-01-08 19:51:34]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 2157. Elküldve:
2018-01-08 12:18:56 |
[831.] |
"Magának a VC-nek a lényege csak annyi volt higy összekeverte a képi információkat"
1989-ről beszélünk, amikor éppen csak, hogy relatív olcsóvá vált erre a technológia előfizetői oldalon is.
"Mégha a d2mac lenne. Na az már nem volt olyan egyszerü mert ott már a hangsáv is kodolásra került. Igaz ezt is feltörték anno. "
A hang digitális, de általában kódolatnal volt. Pl. a zenei csatornákon volt a hang is kódolt(MTV,VH1) , ilyenkor (a CTU900-on legalábbis) jó hangos krepegést lehetett hallani addig, amíg nem indult el a dekódolás.
A hackRF-el egyébként elő lehet állítani D2MAC jelet:
https://www.youtube.com/watch?v=9sO5FcZZLFY]https://www.youtube.com/watch?v=9sO5FcZZLFY
A régi felvett VHS-es anyagról lementett VBI streamet belegyógyította a videojelbe, és a dekóder elindul, az akkor még érvényes kártyával:
https://www.youtube.com/watch?v=FgoNPRX53zY
Elvetemült. :-)
|
| |
|
[válaszok erre: #2158]
|
[előzmény: (2156) sztar1, 2018-01-08 12:06:25]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 2155. Elküldve:
2018-01-08 11:21:12 |
[832.] |
"Esetleg az lehet, hogy úgy rakja be a vbi infót, hogy az a látható tartományban van?"
Azt nyilván nem fogja felismerni a dekóder, hiszen nem ott keresi. Majd próbálkozom vele én is, bár nekem nincs dekóderem, csak azt tudom megnézni valóban bekerül-e a VBI-be az adat.
|
| |
|
|
[előzmény: (2153) garga pista, 2018-01-08 10:18:47]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 2152. Elküldve:
2018-01-08 09:34:27 |
[833.] |
A HVCplus úgy próbálta meghekkelni a VC-t, hogy magáról a kódolási algoritmusról semmit nem tudott. Kizárólag a kapott kódolt képi információ alapján próbálta kitalálni hol a vágási pont. Amiből egyébként enkóder oldalon kettő volt, és éppen ez segítette a hekkelést is, illetve a hivatalos dekódert is segítette, hogy semmiképp se hibázzon az időzítésnél. A digitalizáció után az enkóder oldalon ugyanis az első pár pixel változatlanul az eredeti helyén maradt, csak a TV overscanje miatt ez a legtöbb esetben nem látszott. Dekódolt kép esetén ebből kifolyólag az utolsó pixelek "kódolódtak" le a cut&rotate miatt. A youtube videókon pl. ez kivállóan látszik.
A cut&rotate algoritmusa csak az első kb. 50 sorban volt álrandom, utána az algoritmus jól láthatóan ismétlődött. Valamint nekem nagyon úgy tűnt, hogy a cut&rotate algoritmus minden csatornánál ugyanaz. Nekem anno az a hekkelési ötlet jutott eszembe, hogy egy kódolt adó VBI streamjét kicseréljük egy softcrypt-es adó VBI streamjével. Így a dekóder el fogja indítani a vágást, mivel így a kódolt képtől függetlenül azt érzékeli, dekódolnia kell.
|
| |
|
[válaszok erre: #2160]
|
[előzmény: (2147) KWP, 2018-01-07 19:21:35]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 2146. Elküldve:
2018-01-07 17:21:29 |
[834.] |
"De ez esetben ez nem segít, mert ezek adatfolyamok nem jutnak át az analóg kimeneten. "
Ok, de akkor hogyan működik az, ami a linken van?
Még 2 problémám van:
-Az mpeg megöl bármilyen kódolt kép összetettségét és folyamatos változását, így az eredmény szerintem amúgy sem lenne túl rózszás. A leírás is írja, hogy lossless kodeket célszerű használni, csak hát azt meg milyen box fogja lejátszani?
-A másik gondom az, hogy a (VC és Nagra) kódolás miatt fázisprobléma keletkezi PAL rendszernél. Ezért nem volt "színes" a kódolt kép. Ezt is reprodukálná egy mpeg TS fájlból bármilyen box? A leírás szerint igen.
|
| |
|
|
[előzmény: (2145) lorenzen, 2018-01-07 15:22:18]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 9379. Elküldve:
2018-01-07 12:27:22 |
[835.] |
Csak azt nem értem, hogyan létezhet két szogáltató egyanoz ONID-el, amikor ez unique érték kellene legyen.
|
| |
|
|
[előzmény: (9374) celeburdi, 2018-01-07 12:02:11]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 2143. Elküldve:
2018-01-07 11:30:55 |
[836.] |
A program készít egy videofájlt, ami, ha lejátszol egy STB-vel és annak kompozit kimenetét beleküldöd a (Discret) dekóderbe, akkor az bekapcsol. Én azt nem teljesen értem, hogy egy digitális videofájlba hogyan lehet belekódolni olyan adatot, amit aztán a lejátszó VBI-be injektál. A transport streamnek van ilyen lehetősége is, nem csak kifejezetten a teletext?
A további érdekességek linken lévő dolog már egy kicsit más. Egy ideje nézegetem ezt, de ehez kell egy hardver. Ott értem mitő kerül be a VBI info.
|
| |
|
[válaszok erre: #2145 #2153]
|
[előzmény: (2141) garga pista, 2018-01-07 10:10:15]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 15672. Elküldve:
2018-01-05 16:24:51 |
[837.] |
Amikor olyan runlevelre kapcsolsz, ahol nem fut az Enigma2, akkor nyugodtan lehet írni, hiszen akkor nem használja semmi a fájlt.
Ahogy Celeburdi is írta: init 4, átír, majd init 3
(Régebbi boxokon init 2-n nem fut az E2).
Viszont nem feltétlenül oldja ez meg a problémát, mert, ha nincs ilyen beállítás a menüben akkor lehet hiába baltázod bele a configba. Egy próbát persze megér.
|
| |
|
[válaszok erre: #15674]
|
[előzmény: (15670) B.Csabi, 2018-01-05 16:19:21]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 15647. Elküldve:
2018-01-05 12:03:35 |
[838.] |
A gyári imageben nem openwebif van. Valószínűleg bugos a gyári E2, azért nem jegyzi meg a beállításokat IPTV streamek esetén. Az openpliben is volt egyébként ilyen bug korábban, amikor a hang AAC formátum volt.
|
| |
|
[válaszok erre: #15648 #15651]
|
[előzmény: (15646) celeburdi, 2018-01-05 11:51:46]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 17057. Elküldve:
2017-12-30 10:04:10 |
[839.] |
Igazán nem akarok belevau, mert nekem nincs ilyen kiváló Amikor szerkezetem, de gyanítom, hogy a CI+ ezeknél sem éppen hivatalos megoldás, hanem ugyanolyan hekkelt, mint a legtöbb E2 box esetén is. Szerintem egyszerűen kivették a CI+ támogatást az újabb szoftverből.
|
| |
|
|
[előzmény: (17051) kpotya, 2017-12-29 20:13:22]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 15593. Elküldve:
2017-12-25 09:25:39 |
[840.] |
"most konkrétan a BBC Earth, ahol a magyar a második hangsávon van,"
Valószínűleg az okozza a problémát, hogy az AC3 prefered be van kapcsolva, és a magyar hangsáv jelen esetben mpeg, míg az eredeti AC3.
"Sajnos ezt az opciót kigyomlálták az Enigma2-ből, sok más mellett."
Az "eredeti" gyártó által a boxokhoz kiadott E2-ben jellemzően nincs, és nem is volt ilyen beállítás.
" az Enigma minden esetben az első hangsávot használja."
Ez ebben a formában ne igaz. Megjegyzi mi volt legutoljára kiválasztva, de az AC3 prefered beállítás ezt bizony felülírja.
A legtöbb alternatív imageben viszont van nyelvi preferencia beállítás, ahogy version kolléga is írta.
|
| |
|
[válaszok erre: #15595]
|
[előzmény: (15591) B.Csabi, 2017-12-25 08:38:41]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 13260. Elküldve:
2017-12-21 09:02:42 |
[841.] |
A tévé alapvetően nem a WSS jellel foglalkozik, hanem a scart 8-as lábán érkező feszültségszinttel. Ha ez 5V akkor a kép 16/9-es, ha 12, akkor 4/3. Persze ezt a tévének le kell tudnia kezelni. Ezt a box fogja kapcsolgatni (vagy nem kapcsolgatni) a beállítástól függően.
A WSS-t olyan esetre találták ki, amikor is a rendelkezésre álló 576 sorban szélesvásznú képet küldünk és ezt kívánjuk jelezni. Ilyen viszont a hivalalos műsorszórásban nem létezik. Ez mintegy megerőszakolása a rendszernek. Amenyik tévé ugyanis nem tud mit kezdeni ezzel a jellel ott a kép értelemszerűen függőlegesen nyújtott lesz.
A PAL+ rendszer egy teljesen más dolog. Ezt a szélesvásznú televízió meglévő rendszerbe való integrálásaként találták ki.
Itt ugyan valóban van WSS jel (ez nem ugyanaza WSS mint az előbb), de a WSS a PAL+ kompatibilis tévének azt jelzi, hogy az alsó és felső "fekete" sávban lévő plussz sorinformációt illessze be a hasznos képtartalomba, létrehozvan ezzel az 576 soros 16/9-es képet a meglévő rendszeren belül úgy, hogy az ezzel nem kompatibilis tévék számára közben nem okoz képtorzulást.
|
| |
|
[válaszok erre: #13263]
|
[előzmény: (13259) EnJoe, 2017-12-16 22:29:46]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 114969. Elküldve:
2017-12-20 13:08:16 |
[842.] |
A skipped emm azt jelenti, hogy többször megkapja ugyazt a szerver. Ez nem hiba. Ez lehet a kliens oldali cache problémája, illetve teljesen természetes, hogy, ha a kliens oldalon a softcamot újraindítod, akkor az újra elküldi az emm-eket, amiket kap a holdról, függetlenül attól, hogy előzőleg mit küldött a szerver felé.
|
| |
|
[válaszok erre: #114972]
|
[előzmény: (114966) attila.scourgeofgod, 2017-12-20 10:37:21]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 325. Elküldve:
2017-11-22 16:05:09 |
[843.] |
A solo2-ben van modul fogadó.
Illetve jó lenne szem előtt tartani, hogy a Ci+ esetleges működése bármilyen formában nem hivatalos megoldás.
Semmilyen open source STB gyártónak nincs hivatalos CI+ tanúsítványa. Gyakorlatilag lopott tanúsítványokkal megy a buhera.
|
| |
|
[válaszok erre: #326]
|
[előzmény: (315) version, 2017-11-22 11:22:39]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 8938. Elküldve:
2017-11-19 13:52:50 |
[844.] |
A UPC ICE kártyához szerintem nem követelmény a CI+, a kártya ugye nem is párosított. Az a kérdés, hogy a CI+ modul ilyenkor valójában CI+ módban van? .. vagy inkább csak kompatibilitási módban megy, tehát bármilyen CI slotban is lenne kép.
|
| |
|
[válaszok erre: #8940]
|
[előzmény: (8937) version, 2017-11-19 13:27:14]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 8935. Elküldve:
2017-11-19 13:07:31 |
[845.] |
Akit esetleg érint, és érdekel...
Vu+ vs CI+
-OpenATV elméletilg 5.3 vezióig támogatja. Valójában csak felismeri a modult, de mikor bármit kérdezne a box a modultól "wait for ci.." üzenet jön és nem történik semmi.
-VTI - OK. Egyetlen idegesítő dolog, hogy a CI üzeneteken egyszerűen nem lehet átlépni. Tehát, ha rákapcsolunk egy olyan csatornára, amire nincs jogosultságunk, nem lehet elkapcsolni onnan. Megoldásként ki kell kapcsolni a CI üzenetek megjelenítését és akkor nincs probléma.
-ciplushelper és egyéb hasonló dolgok a Vu+ boxokon elvileg nem működnek. Tehát egy "pluginnel" nem lehet a Vu+ boxot CI+ képessé tenni.
|
| |
|
[válaszok erre: #8936 #8937]
|
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 114498. Elküldve:
2017-10-31 10:13:09 |
[846.] |
A CI+ tulajdonképpen visszafelé kompatibilis a CI-vel. Tehát, ha olyan kártyát teszel(olyan csatornára kapcsolsz) egy CI+ modulba, amely egyébként nem követeli meg a CI+-t, akkor sima CI slotban is lesz kép a CI+ modullal.
Szerintem a UPC sem követeli meg a CI+-t(ICE kártya esetén), így a kártya bármilyen CI modulban megy, ami egyébként rendesen felismeri az ICE kártyát. A probléma inkább az, hogy ezek általában régi típusú(régi szoftverű) modulok, és nem foglalkoznnak a 0d97 ATR-jével.
|
| |
|
[válaszok erre: #114499]
|
[előzmény: (114494) kly, 2017-10-31 09:43:58]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 8654. Elküldve:
2017-10-11 13:21:16 |
[847.] |
Csak akkor fogja engedni a felvételt, ha a pau-t megeszi.
|
| |
|
|
[előzmény: (8653) franjobp, 2017-10-11 12:53:56]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3378
|
| 1905. Elküldve:
2017-10-04 14:27:31 |
[849.] |
"A rádióhallgatás és a HIFI nem egy kategória"
Na igen. Az FM sok esetben agyon van limiterezve. Ez azért van, hogy gyenge vétel esetén is kellőképpen el legyen nyomva a zaj és élvezhető legyen a hang. Ez a dinamikát persze igen csak megöli.
A legjobb az, mikor a műholdra is az agyonlimiterezett kimenetet küldik fel.
|
| |
|
|
[előzmény: (1904) lorenzen, 2017-10-04 13:56:02]
|
|
| Kiváló dolgozó |
|
|
