| Találatok száma: 3435 üzenet |
|
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
7085.  Elküldve:
2016-12-06 18:59:26 |
[951.] |
Legjobb tudomásom szerint univerzálisnak a két oszcillátoros(9.75/10.6) KU sávos fejeket hívják/hívták. Az elnevezés már nem nagyon használatos, tekintettel arra, hogy a ma kapható fejek nagy része ilyen.
|
| |
|
[válaszok erre: #7087 #7089]
|
[előzmény: (7083) Patyomkin, 2016-12-06 18:54:28]
|
|
Kiváló dolgozó  |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 14496. Elküldve:
2016-12-01 13:21:53 |
[952.] |
Ezzel az a probléma, hogy nem minden sim1-el lehet ezt megcsinálni.
|
| |
|
|
[előzmény: (14495) KWP, 2016-12-01 13:18:19]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 110971. Elküldve:
2016-11-24 17:58:15 |
[953.] |
Nagyon is számít, hogy mit kell betömöríteni. Egy nagyon jóminőségű zajmentes forrást, vagy egy kevésbé jó minőségűt. Előbbi esetben sokkal inkább kijön az újabb kodek előnye, még utóbbi esetben kevésbé lesz hatékony.
"h.264-hez képest ugyanazon a minőség eléréséhez fele annyi savszél kell. "
A minőség kicsit relatív fogalom, mert ugye a tényleges tömörítés előtt jól szét lehet mosni a képet, aztán mindjárt nem kell akkora sávszél.
Én nem vitatom, hogy egy újabb kodek hatékonyabb, csak a gyakorlatban sokszor közel nem annyival, mint azt állítják.
|
| |
|
|
[előzmény: (110968) Melba, 2016-11-24 14:19:53]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 110942. Elküldve:
2016-11-22 17:46:29 |
[954.] |
Az mpeg4-ra való átállás (az esetek nagy többségében) egyben DVBS2-re váltást is jelent. A h.264> h.265 önmagában nem csodaszer, plána ha a forrás sem olyan nagyon jó minőség.
|
| |
|
[válaszok erre: #110969]
|
[előzmény: (110934) Melba, 2016-11-22 16:01:38]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 4099. Elküldve:
2016-11-14 15:46:16 |
[955.] |
"Az 1080i meg h.265. "
Alapesetben nem. Hiszen MPEG2 HD is létezik.
|
| |
|
[válaszok erre: #4101]
|
[előzmény: (4097) lorenzen, 2016-11-14 10:17:38]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 12597. Elküldve:
2016-11-11 11:22:33 |
[956.] |
Ez engem is érdekelne. UPC kábel bent van a lakásban, de szerintem a szekrényben lekötötték. Bizonyos adók az UHF sávban egészen tisztán jönnek, bizonyos adók meg alig, szerintem csak a kábel szedi össze a jelet.
Csak internet megrendelés esetén vajon tesznek be szűrőt? (Az előző tulajnak volt TV és internet előfizetése is.)
|
| |
|
|
[előzmény: (12579) Amatőr61, 2016-11-10 09:25:21]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 44046. Elküldve:
2016-10-30 07:45:40 |
[957.] |
Van ilyen vevő, hisz ott van a videón. Bizonyos területeken vannak ilyen adók, ha nem is mondható elterjedtnek. Ugyanakkor létezett pl. Dolby NR-el sugárzó FM adó is.
"Amikor mondjuk egy filmben a kamera mutat egy (képpont szempontból nézve) alig változó képet majd elindul elfordul rohamosan megnövekszik a képi információ (főleg ha még a kamera fókuszban vagy közelítésben elmozdul ) ehhez itt hirtelen kellene nagyobb tárolás, de limitált üzemmód miatt képi információ spórolás lesz itt. Véleményem szerint. "
Ez nyilván több dologtól is függ. A tömörítéssel legfőképp akkor van gond, ha azt on the fly módon végezzük. A digitális műsorszórásban továbbá nyilván nem lehet az átlagos 3Mbit-et még pillanatnyi időre sem 30-ra feltolni, mert éppen ekkora információsűrűségre lenne szükség.
A megjelenítők felbontása is lényegesen rosszabb mozgókép esetén.
Valamint nyilván a rögzítés módjától is függ a dolog, nem feltélen a tömörítés miatt lehet mosódás.
|
| |
|
|
[előzmény: (44043) f2f2, 2016-10-30 00:01:58]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 44041. Elküldve:
2016-10-29 23:06:12 |
[958.] |
"itt ugye nem is lehetett volna megoldani a sztereót ?"
https://www.youtube.com/watch?v=amr43lL1UW8
"akár kitalálhattak volna valami újabb rendszert, hogy lehessen venni újabb rádiókat."
DAB?
|
| |
|
[válaszok erre: #44043]
|
[előzmény: (44040) f2f2, 2016-10-29 22:14:41]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 764. Elküldve:
2016-09-09 09:00:48 |
[959.] |
Ez amolyan seamless roaming megoldás. Ezt viszont támogatnia kell a klienseknek is, de ezt elvileg minden n-es eszköz tudja.
|
| |
|
|
[előzmény: (761) franjobp, 2016-09-07 18:58:23]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 740. Elküldve:
2016-08-16 14:29:56 |
[960.] |
Amit te szeretnél az wifi roaming. Ezt a megfelelő eszközökkel lehet megvalósítani. Ilyenkor a wifi kliens szempontjából az AP-k egy darab eszköznek látszanak.
|
| |
|
|
[előzmény: (733) interpici, 2016-08-15 19:23:01]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 15768. Elküldve:
2016-08-12 14:39:16 |
[961.] |
A fizikai cam a komplett kódolt streamet (és az ECM-et) kapja meg a PCMCIA csatlakozón a boxtól, és köpi vissza a dekódolt streamet, ha a kártya érvényes.
Ha jól tudom a VTI team imagekkel működik a CI+cam. Ők kinyerték a certifikációt egy olyan eszközből, aminek hivatalos CI+ certifikációja van. Tehát tulajdonképpen ellopták, és természetesen ezt úgy használják fel, hogy azt az imageükből kinyerni ne lehessen. (Vu+ duo2-n VTI imaggel biztosan működik a CI+)
Egy fizikai cam és egy softcam között semmiféle control word kapcsolatot nem lehet létesíteni (hacsak fel nem töri valaki annak a firmarejét.)
|
| |
|
|
[előzmény: (15767) Klown, 2016-08-12 13:43:51]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 14340. Elküldve:
2016-08-11 13:03:34 |
[962.] |
Ez egy VU+ zero szintű és teljesítményű box. Egyedül a h.265 a különlegesség. Viszont legalább a megszokottól eltérően nem drága, ennyiért simán megéri.
A 8000-es persze nyilván régebbi hardver, lassabb (bár valódi kétmagos) processzorral, lassabb memória és flash kezeléssel, de még mindig bőven használható kategória.
|
| |
|
|
[előzmény: (14328) addam, 2016-08-10 21:31:19]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 14339. Elküldve:
2016-08-11 12:58:53 |
[963.] |
A digitális világban tulajdonképpen minden pvr ready, csak jelen esetben ez nem egy belső SATA csatlakozót jelent. Külső USB eszközre, hálózati meghajtóra tud rögzíteni ez is.
|
| |
|
|
[előzmény: (14337) zolitoth, 2016-08-11 12:03:27]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 42965. Elküldve:
2016-08-04 12:53:28 |
[964.] |
Mi ezzel a probléma? A fejnél lévő "box" fizikai tunere etherneten(wifin) kommunikál a boxal, abban pedig létrehozható virtuális tuner. Ez egy működőképes megoldás, igaz kicsit körülményes.
https://github.com/lecotex
|
| |
|
|
[előzmény: (42964) skystar, 2016-08-04 11:03:47]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 109100. Elküldve:
2016-07-11 15:28:33 |
[965.] |
A magyar nyelvű EPG-t a UPC a saját transzponderein minden adóhoz lesugározza, de a simulcrytes adóknál a UPC értelemszerűen nem tud EPG-t sugározni (mivel nem a saját transzpondere), ezért az EPG az adott transzponderen elérhető EPG egyik nyelvére fog váltani.
A boxokon az EPG nyelv prioritás beállítása minden esetben csak az adott transzponderre vonatkozik, a probléma tehát részben nem a szolgáltató hibája. Sajnos az E2-ben sem lehet ezt rendesen megoldani.
A simulcrypt partnernek egy-egy külön SID-en virtuális csatornaként kellene felküldeni ezeket az adókat (EPG nélkül), és máris megszűnne a probléma. Így ezeken az adókon nem lenne transzponder EPG, nem lenne minden felülírnia a cachben lévőt.
|
| |
|
[válaszok erre: #109119]
|
[előzmény: (109098) Gilberto, 2016-07-11 06:26:58]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 15714. Elküldve:
2016-06-01 16:13:51 |
[966.] |
További probléma, hogy ezek az eszközök nem DVBapit használnak. Oscam már egy ideje futott Samsung tévéken, de kép ettől még nem volt, viszont, ha minden igaz azóta erre is született valamilyen megoldás.
|
| |
|
[válaszok erre: #15715]
|
[előzmény: (15712) kiraly45, 2016-06-01 13:22:41]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 7753. Elküldve:
2016-05-27 14:36:54 |
[967.] |
Nem, nem ezt jelenti.
"Enable mgcamd extended newcamd protocol, allowing for a single connection to work with mutliple providers, default:0 "
|
| |
|
[válaszok erre: #7754]
|
[előzmény: (7752) miroka, 2016-05-27 12:48:31]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 7751. Elküldve:
2016-05-27 12:42:28 |
[968.] |
Először érdemes utána nézni pontosan mit jelenet ez a beállítás. A problémához semmi köze.
|
| |
|
[válaszok erre: #7752]
|
[előzmény: (7748) miroka, 2016-05-26 22:36:59]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 15707. Elküldve:
2016-05-26 23:24:18 |
[969.] |
Fusebyte 15 48 25 = megszívtam.
|
| |
|
[válaszok erre: #15709]
|
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 15700. Elküldve:
2016-05-25 12:39:30 |
[970.] |
Volt F0 tiered rajta előtte? Vagy nem nézted ezt?
|
| |
|
[válaszok erre: #15701 #15705]
|
[előzmény: (15699) SkyDe44, 2016-05-25 12:29:02]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 15698. Elküldve:
2016-05-25 08:04:50 |
[971.] |
Azt írják akkor érdemes felírni, ha nincs F0 tier. Nekem sajnos van. Ha van, akkor paired, bár nem értem mitől lenne paired. Sosem volt engedélyezve a global.
|
| |
|
|
[előzmény: (15697) kiraly45, 2016-05-25 06:55:12]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 15692. Elküldve:
2016-05-24 22:01:02 |
[972.] |
Azon most konkrátan semmit. A nem párosodott kártyák nem válaszolnak az új ecm-re.
|
| |
|
[válaszok erre: #15693]
|
[előzmény: (15689) sacaboy, 2016-05-24 21:44:26]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 7741. Elküldve:
2016-05-23 21:36:29 |
[973.] |
"Ezen kívül a 1802-es readernél nincs kitöltve az auprovid paraméter. "
N3 esetén teljesen értelmetlen.
"A newcamd résznél a 1802-nél 000000,002011,002111 van megadva.
A 1802-es readernél meg 002101,002111,000000"
N3 esetén megint csak értelmetlen. Nincs olvasható formában sem az ECM ben, sem az EMM-ben provider ID, csak 0 kell.
|
| |
|
|
[előzmény: (7739) santi, 2016-05-23 09:32:02]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 34869. Elküldve:
2016-05-22 09:33:51 |
[974.] |
Teljesen mindegy, hogy a kártyán mi van, amikor az MTVA csatornákról levették a 0BAA ECM és EMM pideket. Nincs mi alapján megkérzesse a kártyát a cam.
|
| |
|
|
[előzmény: (34868) resTore, 2016-05-21 17:36:26]
|
|
| Kiváló dolgozó |
|
Oriza_Triznyák
Tagság: 2003-10-26 13:25:19
Tagszám: #7101
Hozzászólások: 3435
|
| 34866. Elküldve:
2016-05-19 22:55:21 |
[975.] |
Az ecm pid tűnt el.
|
| |
|
[válaszok erre: #34867]
|
[előzmény: (34865) p.balczo, 2016-05-19 11:21:12]
|
|
| Kiváló dolgozó |
|
|
