| Találatok száma: 3360 üzenet |
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
10823.  Elküldve:
Tegnap, 13:04:52
|
[1.] |
Valami proxyn keresztül megoldani ilyesmit. Illetve volt valami olyan korlátozás is, hogy a liveTV-t csak managed user látja.
|
| |
|
[válaszok erre: #10825]
|
[előzmény: (10821) tobias40, 2025-01-14 17:02:26]
|
|
Kiváló dolgozó  |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 186. Elküldve:
2025-01-12 16:49:23 |
[2.] |
Ezeknek a nemzetközi csatornáknak a forrása a legtöbb esetben valószínűleg a műholdas elosztás. Onnan veszik le, majd (ahogy gomey is írja) ráteszi a szolgáltató a kódolását és újramuxelve felküdi a holdra.
A geostacionárius holdkak közötti ilyen jellegű átvitel (egymás közötti műsorelosztás) valószínűleg sokkal drágább megoldás lenne. Szerintem ilyen (jelenleg) nem létezik. De javítson ki valaki, ha tévedek.
|
| |
|
|
[előzmény: (185) gardiner, 2025-01-12 15:31:18]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 181. Elküldve:
2025-01-03 17:40:25 |
[3.] |
Idézet:
| A műholdon nincs olyan technológia, ami képes lenne egy digitális multiplex tartalmát bit szinten szétszedni, majd ismét összerakni.
| |
Van ilyen, Eutelsat Skyplex.
Én inkább azért nem tartom ezt kivitelezhetőnek, mert 2 hold eléggé "közel" van egymáshoz. Nagyon nagy energiaigénye lenne a hajtómű részéről, hogy folyamatosan, és nagyon pontosan egy pontban tartsa a 2 holdat egymáshoz képest is.
|
| |
|
|
[előzmény: (180) EnJoe, 2025-01-03 16:36:52]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 174. Elküldve:
2025-01-02 16:57:54 |
[4.] |
Erről a Tyson + PPV dologról a 96'-os Tyson boxmérkőzés jut eszembe. Ez volt a Sky első éles PPV eseménye. Mivel már korábban tesztelték (láthatatlanul) az algoritmust, feltűnt a hackereknek az ECM-ben. Mire éles lett, már fel volt törve. Előre fent volt a BBS-eken a kis program, amivel aktiválni lehetett a kártyán (egy phoenix-el).
|
| |
|
[válaszok erre: #175]
|
[előzmény: (173) br, 2025-01-02 15:44:48]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 171. Elküldve:
2025-01-02 14:30:31 |
[5.] |
Háát, bátor. A Tyson meccs miatt jókora pert akasztottak a Netflix nyakába a technikai probléma miatt.
Ez kiválóan megmutatta a streaming technológia hátrányát egy komoly nézettségű élő adás esetén. Persze nyilván lehet ezt jól is csinálni, csak ez most legutóbb nem sikerült.
|
| |
|
[válaszok erre: #172]
|
[előzmény: (170) KWP, 2025-01-02 14:18:38]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 131277. Elküldve:
2024-12-27 08:51:09 |
[6.] |
A cam modul a normál usereknek van. Ott nem lehet semmit konfigurálni, viszont biztosan működik.
A softcam esetében jellemzően azért nem frissül, mert valami el van konfigurálva. Az emm számlálókat kell figyelni.
Természetesen lehetnek olyan esetek, amikor a softcam valóban nem tud valamit a kártyára írni (ami miatt az nem frissül), mert bugos, vagy a kliens, ami az emm-et küldi bugos, de ezek nagyon ritkák.
|
| |
|
[válaszok erre: #131278]
|
[előzmény: (131276) Oliver18, 2024-12-26 16:30:48]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 131274. Elküldve:
2024-12-26 09:56:39 |
[7.] |
Bocs, hogy belevau, de az entitlements egy a kártya inicializálásakor beolvasott adat. A szükséges emm-ek megérkezése, és annak a kártyára való írása esetén ez (jellemzően) nem frissül. Ettől a kártya működik tovább, nem kell aggódni, nem járt le.
Szükség esetén a "refresh entitlements" nyomogatásával ezt újra lehet olvastatni, hogy kijelzés aktuális legyen. Ezért teljesen felesleges a camot kompletten újraindítani.
|
| |
|
[válaszok erre: #131275]
|
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 67742. Elküldve:
2024-12-24 11:15:36 |
[8.] |
Idézet:
| Ha valaki hisz ebben, már segített is egy kicsit
| |
Legfőképp annak, aki árulja ezeket a szarokat.
|
| |
|
[válaszok erre: #67743]
|
[előzmény: (67738) tamkov, 2024-12-23 19:09:15]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 67734. Elküldve:
2024-12-23 15:29:27 |
[9.] |
Vagy inkább jó messzire dobni....
|
| |
|
[válaszok erre: #67735]
|
[előzmény: (67733) gomey, 2024-12-23 15:15:37]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 2325. Elküldve:
2024-12-22 16:59:40 |
[10.] |
Rest of the world.
|
| |
|
|
[előzmény: (2324) Amigo, 2024-12-22 16:09:29]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 10639. Elküldve:
2024-12-11 09:10:27 |
[11.] |
A kingston SSD-vel nekem is hasonló tapasztalataim vannak (nem beltériben használva), több konkrét típust illetően. Én jellemzően a 120G-vel találhoztam, de ezek között is van olyan, ami már nagyon régóta használatban van, és semmi baja.
|
| |
|
|
[előzmény: (10638) MyChroLesLie, 2024-12-11 07:57:48]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 10629. Elküldve:
2024-12-09 17:30:33 |
[12.] |
Az operációs rendszer rengetegszer írja(olvassa) a diszket futás közben. Ehhez a képest a box felvétel/timeshift okozta szekvenciális írási művelete gyakorlatilag 0.
|
| |
|
[válaszok erre: #10630]
|
[előzmény: (10628) Csocso_12, 2024-12-09 16:55:20]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 15206. Elküldve:
2024-12-09 11:34:39 |
[13.] |
A nice egy CPU priority beállítás az operációs rendszerben a folyamatokat illetően.
|
| |
|
|
[előzmény: (15204) Mano66, 2024-12-09 09:36:18]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 15203. Elküldve:
2024-12-08 18:04:56 |
[14.] |
Prioritást alapvetően akkor van értelme beállítani, ha tudod mi van az ID-k mögött, amiket megkapsz a szervertől... de nem tudod.
Tételezzük fel, hogy a szerveren valahonnan van működő D97, ami minden neked szükséges csatornát dekódol. P:0D97 beállítás esetén csatornaváltáskor ezzel próbálkozik előszöra a kliensed, Alapbeállásban a globális timeout 5000ms, tehát eddig vár a válaszra. Amennyiben nem érkezik meg, újraküldi az ecm-et és megint vár a válaszra.
Amennyiben így (P:0D97 esetén) mindenféle kapcsolgatás nélkül nem stabil (5s alatt nem jön konstansan meg a válasz), akkor azt semmilyen beállítással nem lehet megoldani a kliens oldalon.
|
| |
|
|
[előzmény: (15202) Mano66, 2024-12-08 16:59:38]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 15198. Elküldve:
2024-12-08 14:02:13 |
[15.] |
Nem teljesen értem, hogy miért egy confg változtatástól várunk bármilyen megoldást.
Csak kicsit kellene értelmezni a logot.
Az oscam észreveszi az ecmpideket (mind a 12-őt ami van):
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 0 CAID: 1815 ECM_PID: 13DC PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 1 CAID: 0B02 ECM_PID: 1508 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 2 CAID: 0D97 ECM_PID: 1760 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 3 CAID: 0653 ECM_PID: 188C PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 4 CAID: 1802 ECM_PID: 18F0 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 5 CAID: 1880 ECM_PID: 1954 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 6 CAID: 181D ECM_PID: 16FC PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 7 CAID: 1882 ECM_PID: 1C10 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 8 CAID: 1886 ECM_PID: 1F94 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 9 CAID: 1807 ECM_PID: 1A80 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 10 CAID: 1879 ECM_PID: 1B48 PROVID: 000000
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 ecmpid 11 CAID: 1871 ECM_PID: 1BAC PROVID: 000000
Megpróbálja dekódolni egyszerre(!) 3-mal is.
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 trying to descramble PID 2 CAID 0D97 PROVID 000000 ECMPID 1760 ANY CHID PMTPID 00FA VPID 00FB
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 1815 PROVID 000000 ECMPID 13DC ANY CHID PMTPID 00FA VPID 00FB
2024/12/07 08:22:38 5E6B2AB5 c (dvbapi) Demuxer 0 trying to descramble PID 10 CAID 1879 PROVID 000000 ECMPID 1B48 ANY CHID PMTPID 00FA VPID 00FB
..mert valószínűleg ezek az id-k látszanak be a 3 forintos kártyaszervertől. (BTW Biztos örülnek neki, hogy egyszerre 3 kérést is elküldesz).
De mind1, megjön a válasz mindegyikre:
2024/12/07 08:22:39 5E6B2AB5 c (ecm) anonymous (1879@000000/0000/7728/89:67AE61189A5370987DB0E0B2C97ABF76): found (892 ms) by TV - RTL HD
2024/12/07 08:22:40 5E6B2AB5 c (ecm) anonymous (0D97@000004/0000/7728/F0:E7029DF6EB49D00CD99EFD54913ABDBD): found (1117 ms) by TV - RTL HD
2024/12/07 08:22:42 5E6B2AB5 c (ecm) anonymous (0D97@000004/0000/7728/F0:59243306B4B46BD385E12DC26A85828B): found (1946 ms) by TV - RTL HD
2024/12/07 08:22:42 5E6B2AB5 c (ecm) anonymous (1815@000000/0000/7728/92:AB61980E2501B32CF82A2A8B4A6D3066): found (2612 ms) by TV - RTL HD
2024/12/07 08:22:43 5E6B2AB5 c (ecm) anonymous (1879@000000/0000/7728/89:1691E2C0E0989A7B430106E84C9A61AA): found (3611 ms) by TV - RTL HD
Aztán végül is a D97 nyer:
2024/12/07 08:22:51 5E6B2AB5 c (ecm) anonymous (0D97@000004/0000/7728/F0:9F33A71124FB674FFDA3DCC27111F18C): found (928 ms) by TV - RTL HD
2024/12/07 08:23:02 5E6B2AB5 c (ecm) anonymous (0D97@000004/0000/7728/F0:FBEBB2E38ECA621F9B3F83EAE3165516): found (1513 ms) by TV - RTL HD
2024/12/07 08:23:11 5E6B2AB5 c (ecm) anonymous (0D97@000004/0000/7728/F0:A78F272DBD28D0DBF21A5DC9A094DC5A): found (1120 ms) by TV - RTL HD
2024/12/07 08:23:21 5E6B2AB5 c (ecm) anonymous (0D97@000004/0000/7728/F0:3337F4A9AB4EA9EBBAE921AFFEBD255B): found (681 ms) by TV - RTL HD
Aztán elfárad:
2024/12/07 08:23:34 5E6B2AB5 c (ecm) anonymous (0D97@000004/0000/7728/F0:8584E845F254F030CD0DE85F7FA7EF1C): not found (3461 ms) by TV - RTL HD
Majd emiatt indul az egész előről:
2024/12/07 08:23:34 5E6B2AB5 c (dvbapi) Demuxer 0 trying to descramble PID 2 CAID 0D97 PROVID 000004 ECMPID 1760 ANY CHID PMTPID 00FA VPID 00FB
2024/12/07 08:23:34 5E6B2AB5 c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 1815 PROVID 000000 ECMPID 13DC ANY CHID PMTPID 00FA VPID 00FB
2024/12/07 08:23:34 5E6B2AB5 c (dvbapi) Demuxer 0 trying to descramble PID 10 CAID 1879 PROVID 000000 ECMPID 1B48 ANY CHID PMTPID 00FA VPID 00FB
Aztán meg a 1815 nyer:
2024/12/07 08:23:36 5E6B2AB5 c (ecm) anonymous (1815@000000/0000/7728/92:C8183E72383786F7F0D24A7C215C20D3): found (1466 ms) by TV - RTL HD
2024/12/07 08:23:37 5E6B2AB5 c (ecm) anonymous (1879@000000/0000/7728/89:22A59C1721058FDCCB2986B560C79848): found (2666 ms) by TV - RTL HD
2024/12/07 08:23:41 5E6B2AB5 c (ecm) anonymous (1815@000000/0000/7728/92:9397816788FC7B14F14E2A8FC3DDB869): found (904 ms) by TV - RTL HD
Aztán az is elfárad:
2024/12/07 08:30:06 5E6B2AB5 c (ecm) anonymous (1815@000000/0000/7728/92:BACD38BC34FC8DD3CFA52C062860AEFE): timeout (5000 ms) by TV - RTL HD
A szerver üzemeltetőnél tessék reklamálni.
|
| |
|
[válaszok erre: #15201]
|
[előzmény: (15195) Mano66, 2024-12-08 13:17:51]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 600. Elküldve:
2024-12-07 08:43:59 |
[16.] |
Na igen. Ez olyan 1995-6 körül lehetett, az analóg időszak csúcsán.
Itt még nem költöztek el a skandináv csatornák, illetve egyetlen digitális mux sem volt még.
|
| |
|
[válaszok erre: #601]
|
[előzmény: (599) gardiner, 2024-12-07 08:21:36]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 1076. Elküldve:
2024-11-23 11:04:13 |
[17.] |
A Marusys egy OEM gyártója a VU+boxoknak. Miért kellene feltétlen szerepelnie egy olyan terméknek a honlapján, amit egy bizonyos megrendelőjének gyárt? A box gyártó (túlzással persze) egy összeszerelő üzem. Persze a box gyártó adja ki a gyári imaget a chip gyártó által biztosított support alapján. Hogy ez pontosan milyen szintű, illetve milyen a viszony a box, és a chip gyártója között, is kérdéses.
Az image készítőknek viszont nem hiszem, hogy a box gyártóját kellene számon kérni a supportot illetően. Lehet őt is kötik bizonyos - a chip gyártójával fennálló – feltételek. Illetve ők alapvetően a megrendelővel állnak/álltak jogviszonyban.
Szerintem a szolgáltatói korlátozások miatt egyébként egyre kevesebb értelme van ilyen boxokat fejleszteni/gyártani. Tök jó ez az FBC, meg multipip, de az előbb elmlítettek miatt egyre kevésbé van értelme, de legalább jó drága. A CPU sebességet növelni sincs már nagyon értelme, a gyakorlati felhasználásban ennek egyre kevesebb előnye van.
|
| |
|
[válaszok erre: #1077]
|
[előzmény: (1075) hopper, 2024-11-21 15:57:05]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 17663. Elküldve:
2024-11-17 08:50:24 |
[18.] |
Nem tudom milyen modul ez, de cak7 esetén esélyed sincs, hogy ezen a fórumon fogsz olyan valakit találni, aki ezt neked megcsinálja. Azt, hogy meg is mondja, hogy ezt hogyan kell pláne nem.
Olyan, mintha azt kérdeznéd, hogyak kell a K1 kulcsot kiolvasni az NDS kárytából.
Akik ezeket tudják, azoknak nem érdeke, hogy ezt te tudd, illetve megoldják neked.
|
| |
|
[válaszok erre: #17665]
|
[előzmény: (17662) megatron, 2024-11-17 07:59:48]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 24449. Elküldve:
2024-11-09 11:51:13 |
[19.] |
A jelenlegi formájában valószínűleg a műholdas Diginek is vége. Hogy pontosan mi fog történni ezzel a két szolgáltatásal, illetve előfizetői bázissal, azt még nem tudni pontosan.
Ilyen alapon a műholdas Digire sem érdemes (már) előfizetni, mert változás lesz valamikor.
|
| |
|
[válaszok erre: #24452]
|
[előzmény: (24443) Klown, 2024-11-08 16:02:11]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 67488. Elküldve:
2024-11-07 11:09:38 |
[20.] |
Vajon mik lehetnek ezek?
|
| |
|
[válaszok erre: #67489]
|
[előzmény: (67484) Bigfic, 2024-11-06 14:26:29]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 1702. Elküldve:
2024-11-02 09:47:40 |
[21.] |
Analóg időkben pontosan ez volt az ok. A szín és világosságjel zavarja egymást, és ilyen esetekben (sűrű csíkozás, apró minta) ez borzalmasan néz ki a képernyőn.
|
| |
|
[válaszok erre: #1703]
|
[előzmény: (1698) tamkov, 2024-10-31 21:22:27]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 24442. Elküldve:
2024-11-02 08:44:52 |
[22.] |
A magyar Digi tulajdonosa 2022 óta a 4ig. Csak azért nem megrendelni a Directet, mert ugyanaz a tulajdonos, szerintem értelmetlen. Valamilyen formában ez a két előfizetői bázis nyilván össze lesz gyúrva egy szolgáltatás alá.
|
| |
|
[válaszok erre: #24443 #24446]
|
[előzmény: (24441) Klown, 2024-10-31 18:31:06]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 15055. Elküldve:
2024-09-21 16:03:11 |
[23.] |
Ezek sima port scannerek, és megtalálták a nyitott portot. Nem az alkalmazás szintnek megfelelő hálózati forgalom érkezik, de mivel felépül a TCP, így az oscam belogolja, hogy "client connected", TCP lezáráskor pedig, hogy "anonymous disconnected".
|
| |
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 19796. Elküldve:
2024-09-20 14:55:39 |
[24.] |
Van 3 nagyobb méretű kondi a tápjában a szekunder oldalon, 680u, és 2x1500u, azokat kell kicserélni. Valószínűleg a csere után el fognak indulni. Persze ez sosem 100%.
|
| |
|
[válaszok erre: #19797]
|
[előzmény: (19794) arisztid78, 2024-09-20 12:42:55]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3360
|
| 4344. Elküldve:
2024-09-19 13:44:25 |
[25.] |
A C sáv nem elsősorban az 5G miatt ürül. A jelentősége amúgy is csökkenő tendenciót mutat, és az üzemeltetők is erre készülnek. A jelenlegi kapacitás nagyobb részét már nem is tervezik pótolni az adott hold kiöregedése után.
|
| |
|
[válaszok erre: #4345]
|
[előzmény: (4343) Amigo, 2024-09-15 23:14:14]
|
|
| Kiváló dolgozó |
|
|
