- Milyen asztali (teljes vagy fél-) gépet vegyek?
- HDD probléma (nem adatmentés)
- Intel Core i3 / i5 / i7 8xxx "Coffee Lake" és i5 / i7 / i9 9xxx “Coffee Lake Refresh” (LGA1151)
- Hobby elektronika
- SONY LCD és LED TV-k
- Nem indul és mi a baja a gépemnek topik
- Exkluzív funkcióval tenné vonzóbbá az ARM-os PC-ket a Microsoft
- Elkészült Oroszország első litográfiai berendezése
- Házimozi belépő szinten
- Vezeték nélküli fülhallgatók
Hirdetés
-
Friss GPU IP-ikkel is készült az ARM
ph Az új Immortalis dizájn elég jól skálázhatónak tűnik.
-
Mobvoi TicWatch Pro 5 Enduro - kitartás kartárs?
ma WearOS 3.5, két kijelző, hosszú üzemidő, és zavaró apróságok a legújabb TicWatch modellben.
-
Hauntii teszt
gp Ki gondolta volna, hogy az élet és halál közti rés ennyire élvezetes lehet? Igaz, szín nem sok fért ebbe a birodalomba, de a Hauntii hangulatával, harcaival és apró fejtörőivel is képes elvarázsolni.
Új hozzászólás Aktív témák
-
zhagyma
őstag
válasz mmormota #1905 üzenetére
A DVB-T mpeg transport stream két hibajavító és jelző kódolást tartalmaz (Reed-Solomon, Viterby). A DVB-T vevő számolja az ezek által jelzett és javított hibákat. Ez az érték kiolvasható a vevőből a programok számára.
A DVB-T vevőből a hibajavítás miatt csak hibátlan stream jöhet ki. Amennyiben a beépített hibajavító kódokkal nem tudja javítani a DVB-T vevő a hibákat, akkor nem jön ki semmi. Ekkor az utána következő mpeg4 H264 dekóder is megakad (kockás, szétesik, stb). Szerintem ezért nem látod a "szoros" összefüggést a hiba arány és a képminőség között.
[ Szerkesztve ]
-
zhagyma
őstag
-
zhagyma
őstag
válasz DarkByte #1953 üzenetére
Sok energiát fordítottál rá. Gratula. Ebből még lehet egy logout cikk is. Kiegészítésként az antenna nyereség: Az elektromágneses térbe helyezett vevő antennák eltérő "érzékenységűek". Adott térbeli helyen az adó által kisugárzott térerőből eltérő mennyiségű teljesítményt képesek felvenni. A nyereség ezen teljesítmény viszonyszám egy vonatkozási antennához képest. A vonatkozási antenna lehet az elméleti pont (izotróp antenna), vagy a félhullámú dipólus (dipol antenna). A viszonyszam tizes alapú logaritmusa kerül megadása az antenna jellemzők között decibelben (dB). A teljesítményviszony után álló betű a referencia antennát jelőli dBi (izotrop) vagy dBd (normál dipol). A vonatkozási antenna jelet el "szokták" hagyni, főleg a nagy nyereségű antennák esetén, mivel ott a dBi-vel dicsekednek, ami 2.15dB-el több mintha dBd (normál dipol nyereség 2.15dBi).
-
zhagyma
őstag
válasz zhagyma #1956 üzenetére
Jó. Akkor az antenna nyereség egy viszonyszám, amely egy alapnak tekintett antennához képest az antenna "jóságát" mutatja. Minél nagyobb,annál nagyobb "jelszintet" eredményez a tuner bemenetén, ami a jobb vételben nyilvánul meg. A dBi 2.15-el több mint a dBd, ezért kicsit jobbnak tűnik az antenna a dBi esetben.
bzoley: Ha így megy tovább a spórolás a végén "foltokat" fogunk látni és 1 KHz szinusz hullámot foguk hallgatni.
[ Szerkesztve ]
-
zhagyma
őstag
A "hallás alapján" van a hangsúly. Ki mit hall meg.
A veszteséges tömörítés információ vesztéssel jár, akármilyen szabvány szerint. A kinyesett információ után a maradékot betömörítik egy veszteségmentes kódolással. A veszteségmentes kódolás algoritmusainak minősége javulhat, de hatékonyságuk egy elméleti korlátot nem léphet át. Ezért a kinyesett informácó mennyiségével lehet játszani. Az eredeti információ visszaállítása tehát nem lehetséges. Aki nem hallja, annak jó.
[ Szerkesztve ]
-
zhagyma
őstag
válasz wassermann #1966 üzenetére
Üzeti szempontból optimista vagyok. Szerintem az AAC kódolás kissé magasabb bitrate mellet nagyobb "élvezeti" értéket ad. Az AH-nak ez nem kerülne szinte semmibe.
-
zhagyma
őstag
Az AAC-vel, mint tecnológiával semmi bajom. Tényleg jó. Csupán az elméleti határokról írtam. A meghallgatásos teszt alapján fog úgyis mindenki véleményt alkotni. De a kicsit nagyobb bitrate jobb lenne, mint minden esetben.
DBob: Valósznűleg az én fülem nem sok különbséget hallana. A számítógépteremben mondhatni "megsüketültem" a sok ventizajtól.
-
zhagyma
őstag
válasz DarkByte #2005 üzenetére
A DXVA 2.0 támogatás a windowsban a microsoft szerint. [Lásd a táblázatot].
És egy rossz hír az intel G45 chipsetes notebook tulajdonosknak, akik alaplapi videóvezérlőt használnak (X4500HD) és DXVA 2.0 szeretnének MPC-HC alatt. [DXVA specifications for G45 chipset?]. Sajna nekem is ilyen van, ezért maradt a Cyberlink AVC/H264 codec.
-
zhagyma
őstag
-
zhagyma
őstag
A DVB-T jel az antennához reflexiokkal terhelten érkezik. Ez azt is jelenti, minél távolabb vagy az adótól, annál több lehetséges visszaverődés torzítja jelet. A vételi helyen ezek "összegét" lehet venni. A DVB-T módosított QAM demodulátora sok vivőfrekvenciát dolgoz fel egyidejűleg (ezekre van ráülteteve a transport stream). A ráültetés módja 64QAM moduláció. Ez azt jelenti, hogy egy vivő 8 fázis és 8 amplitúdó állapotát (64 fizikai állapot) kell érzékelnie tuner / demodulátor párosnak hibátlanul. Ez nem szokott sikerülni. Ezért van viterby és reed-solomon hibajelzés és hibajavítás, valamint pilotvivő a jelszint referencia érdekében, ami segíti a demodulátor működését.
Mindez azt is jelenti, hogy a DVB-T adás "minősége" erősen függ a torzítatlan jelalaktól. Ezért nem szabad túlzottan erősíteni, ami túlvezérlést okoz és jelalaktorzulást.
Távolabbi 50-150 km-es vétel esetén az irányított antenna a nyerő, hiszen kevesebb reflektált jelel terhelt (torzítatlanabb) jel érkezik hozzád.
-
zhagyma
őstag
válasz zhagyma #2062 üzenetére
Megjegyzem romulan és kutyuska hasonló tapasztalotokról számolt be. Kutyuska sony tv-je mellett érzéketlenebbnek bizonyult a Leadtak usb tuner egy változtata, romulan esetében a strong STB-vel szemben maradt alul érzékenységben egy leadtek usb tuner. Ez nem feltétlenül a leadtek hibája, lehet hogy más usb-s tuner esetére is igaz.
A különbségeket elemezve azért elgondolkodtató, hogy az usb tunerek és STB-k esetén ugyanazon chip bázisra is építenek vevőket. Találgatni lehet, de úgy tűnik a TV-k és STB-k jobb érzékenységűek. Talán ki kellene deríteni miért?
[ Szerkesztve ]
-
zhagyma
őstag
válasz romulan #2066 üzenetére
Mivel az mpeg transport stream 188 byte-s blokkokban jön az adótól, amihez hozzácsapnak 16 byte reed-solomon hibajavítást és a transport streamben benne van a hang és kép is, ezért ilyen megfigyelt különbséget nem tudok értelmezni. A demodulátorból csak hibajavított de hibátlan stream jöhet ki. Ha hibás egy csomag (nem javítható), akkor azt nem adja ki a demodulátor és információhiány lép fel addíg, amiíg újra nem lesz hibátlan / hibajavított a vétel. H264 dekóder megakad.
A 64QAM a kísérleti adásból származó érték (ha jól emlékszem). Egyébként a tunerből / demodulátorból kiolvasható (program eszköz válogatja, hogy megteszi-e vagy sem), hiszen az adó kisugározza ezeket a paramétereket. 8K üzeemód esetén néhány vivőt erre tartanak fenn. Ebből tudja a demodulátor, hogy milyen üzemmódban menjen.
A DVB-T2 256 QAM esetén "finomabb" fizikai paraméterek érzékelésével lehet átvinni az információt. Ergó érzékenyebb lesz a vétel a zavarokra, reflexiókra. Egyébként a 64QAM a legzavarérzékenyebb moduláció a DVB-T esetében.
[ Szerkesztve ]
-
zhagyma
őstag
válasz zhagyma #2067 üzenetére
Nem tudom hogy műszerrel érzékelhető-e. Az adás részben a konvoluciós kódolás miatt kiegyenlítettebb sprectumképet mutat az analóg adáshoz képest (fehér zajszerű jeleloszlás). Másrészt az adás 8k esetben kb. 1KHz-es "chopper" üzemmódban ad. De úgy emlékszem a szabványosított modulációk között a 16QAM / 64 QAM szerepel.
[ Szerkesztve ]
-
zhagyma
őstag
Az adóteljesítménnyel kapcsolatos várakozásokkal kapcsolatban. Angliában a DVB-T szabvány kidolgozása során végeztek méréseket a lefedettség és az adóteljesítmény összefüggésével kapcsolatban Azt találták, hogy adott lefedettséghez tartozó analóg adóteljesítmény 1/4-vel lehet DVB-T lefedettséget biztosítani (Egyes esetekben 1/8 teljesítmény is elég volt). Ebből látszik, hogy a végleges adóteljesítmény is kisebb lesz, mint az analóg esetben volt. Valószínűleg ezt az AH és figyelembe vette a tervezésnél.
-
zhagyma
őstag
válasz PikkPukk #2088 üzenetére
Az én tapasztalatom szerint az MPC-HC nem minden ts streammel boldogul. Ezért stream filternek a Haali-t használom és eddig nem volt vele bajom (ezért nem is kerestem a hiba okát). Ha gondolod próbáld meg.
MPC-HC options -> internal filters -> MPEG PS/TS/PVA pipa ki.
Haali Media Splitter install.
Próba. -
zhagyma
őstag
válasz cs_beno #2095 üzenetére
Nem új másolás védelem. Valami tényleg nem "kerek" a quality meghatározásában. A jelek szerint a TSReader és gondolom más programok is a BDA driver egy változóját olvassák ki quality értéknek. Erre a változóra vonatkozó microsoft leírás CRC és FEC értékekekből képzett százalékos értékre hivatkozik digitális vétel során, megjegyzem elég homályosan. A FEC (forward error correction) a DVB-T esetben a viterbi hibajavító / közelítő eljárásnak felel meg. A CRC azonban nem használt mint hibajelelző eljárás a moduláció / demoduláció és egyáltalán az átvitel során (kivétel az SFN hálózati üzemmódban egy "szinkronizáló" packet CRC védett.). Az MPEG transport stream viszont tartalmaz CRC hibajelzést. Jelenlegi ismereteim mellett és a leírásod alapján úgy gondolom, hogy az 100% több mint gyanús. Illetve nem az aminek gondoljuk.
[ Szerkesztve ]
-
zhagyma
őstag
válasz zhagyma #2096 üzenetére
Érthetőbben.Feltételezve, hogy az adó hibátlan MPEG transport stream-t ad, akkor csak abban az esetben keletkezhet continuity error vagy CRC error a streamben, ha az adás jelminősége nem 100% és kimarad néhány MPEG transport stream packet, amit a beépített hibajavítás nem képes javítani és a DVB-T vevő nem adja ki magából. Az egyéb hardware hibák elemzésétől eltekintenék.
-
zhagyma
őstag
Valóban érdekes. Egy mux-on belüli esetben (m1,m2) csak akor magyarázható az ilyen hiba, ha maga transport stream rossz. Én úgy tudom az mtv-től az AH 1.5 Gbps sebességű optikán tömörítetlenül kapja a jelet, ezért az AH tömörít műholdra, DVB-T/H-ra.
Egy esetben lehet olyan hiba amit említesz, amikor a DVB-T adás két stream-es üzemmódban megy. Az egyik stream alacsonyabb bitrate (alap) a másik pedig a magasabb bitrate-hez szükséges plussz információkat viszi (kiegészítő). Ebben az esetben rossz vételi viszonyok mellett az alap stream-et kapod (zavarérzéketlenebb jelterjedés), jobb vételi viszonyok esetén megkapod a plussz információt is (zavarérzékeny jelterjedés). Ezen üzemmódokat a DVB-T vevőnek kellene kezelnie. Úgy tudom Magyarországon ezt a technikát eddig nem alkalmazták. De ki tudja ...
[ Szerkesztve ]
-
zhagyma
őstag
válasz zhagyma #2103 üzenetére
Ha a két streames üzemmód lenne, a streamek váltása során viszonylag hosszú időnek kell eltelnie (mpeg dekóder újraéled), a képminőségnek a váltások előtt és után láthatóan változnia kéne (eltérő bitrate). A kockásodás, kimaradás rendben levő ebben az esetben a váltások miatt.
-
zhagyma
őstag
Valóban. A két stream-es üzemmód sem magyarázza az m1HD jó, m2HD rossz esetet.Utólag rájöttem. A két stream-es üzemmód használatát én is extrémnek gondolom és nem olvastam el a részletes specifikációját.Valamiért hibás a transport stream-ben az m2HD, dunaHD. A modulátor nem vizsgálja stream hibamentességét, viszont egy profi mpeg kódernek ilyenkor azért "visítania" illene az AH-nál. Szóval továbbra is érdekes ...
-
zhagyma
őstag
SFN. Szerintem az SFN sem okozhat ilyet. Ha az átvitel során keletkezik hiba, akkor a transport streamben szereplő összes mpeg streamben kellene hibának lennie. Egy eset még lehet. Az adó oldalon a modulátort etetni kell adott sebességgel. Az mpeg stream kódolás és a transport stream muxolás és modulálás szinkronban kell hogy menjen "élő" esetben. Ha valamelyik mpeg stream késik, akkor ki kell pótolni a transport streamben például "vezető nullákkal". Vagy az AH mpeg kóderben, vagy az AH-MTV / AH-DUNATV kapcsoltaban lehet hiba. Perzse ez csak tipp.
Na idénre ennyi. BUÉK!
-
zhagyma
őstag
Hátha valaki még nem tudja. [Hivatalos információ]
Jelenlegi adóteljesítmény: 250-300W
Tervezett adóteljesítmény: 5 KW -
zhagyma
őstag
válasz zhagyma #2175 üzenetére
Az NHH vizsgálat az NHH-AH szerződés feltételeinek teljesítésére terjed ki. Mivel az NHH írta elő a sugárzás tervezési paramétereit (adóteljesítmény, frekvencia, lefedettség, tetőantennás vétel, stb), ezért az AH ezt teljesíti. A vizsgálat valószínűleg nem hoz semmilyen lényeges változást a sugárzásban.
Nézd meg az NHH pályázati kiírást.Abban a 66 csatira van még korlátozás Kecskemét Szolnok környékén. Kabhegy passz.
[ Szerkesztve ]
-
zhagyma
őstag
válasz romulan #2192 üzenetére
A neten fellelhető szimulációk és mérések szerint ez tényleg jónak tűnik és a quad elemek miatt kicsi is. Én úgy tudom a "reflektor falnak" legalább 1/2 hullámhosszal nagyobbnak kell lennie az alkalmazott bármilyen antenna minden irányában, hogy megkapd a reflector falból származó 3dB-es plussz nyereséget. A képed alapján, mintha a téglalap hosszabik oldala mentén ez nem teljesülne.
-
zhagyma
őstag
... "I have a dream"... Mivel év eleje van talán megbocsátható, ha leírom a sajátomat.
Az otthoni szórakozató központ kialakításának koncepciója "dióhéjban". Egyes elemek, még nem kiforrottak (utalnék a DVB-T sugárzás problémáira, de meg fog oldódni).
Műsorforrások fogadása: Kell egy PC a DVB-T / DVB-C / DVB-S/S2 / DAB+ fogadására képes vevőkkel (ezek a szabványos digitális sugárzási formátumok, amelyek ma használatosak, az analog technikával már nem foglalkoznék). Természetesen egy PC tartalmazni fog BD író / olvasot.
Előfizetői kártyák kezelése Kellenek a PC-be helyezhető CI / CAM / Előfizetői kártya kombinációk (A CI tulajdonképpen egy PCMCIA interface-nek felel meg). Az ezeket kezelő szoftverek működhetnek client-szerver módban hálózaton keresztül. Ez azt jelenti, hogy egy előfizetői kártya több DVB vevővel is használható, valamint a vevő és a kártya külön gépben is elhelyezhető és hálózaton keresztül kommunikálhatnak egymással. Jelzem, hogy erre az infrastruktúrára épülhet az úgynevezett "okosítható megoldás", de ez nem ide tartozik.
Ha "összeszedtük" a műsorokat, akkor azt "sugározni" is kellene a TV-k / Házimozik felé. A megoldás az ethernet hálózaton keresztüli stream továbbítás jelentheti. A sok megoldás közül a TV gyártók a [DLNA] szabványt választották és fejlesztették. Ezért kerül az újabb TV-be ethernet port és DLNA kliens szoftver. A szerver funkciót az előbbiekben ismertetett PC töltheti be, amely például a Microsoft Media Center használatával DNLA szerverré is válik, de más megoldások is léteznek.
Egyébként a nagyszámú / inkompatibils / funkció átfedést mutató eszközök alapvetően a gyártók érdeke és próbálkozásai. Mi egyet tehetünk: Kiválasztjuk az igényeinknek megfelelőt. Én például a fenti koncepció szerint használhatóság alapján ítélek meg egy eszközt.
-
zhagyma
őstag
válasz Gusztáv #2238 üzenetére
Igaz. A legtöbb szolgáltató használni fogja a vevő / beltéri összerendelés az előfizetői kártyával (cardsharing értelmeszerűen nem lehet), de nem minden szolgáltató esetére igaz. Az AH deklarálta, hogy a DVB-T esetén nem lesz ilyen.
... Van-e lehetősége az ügyfélnek arra, hogy egy, a kódolt adásokhoz való kártyát több dekóderrel is használni tudja (pl. otthon és a nyaralóban is)?
Igen, erre az ügyfélnek lehetősége van, a kódkártyák nincsenek összerendelve a vevődekóderekkel. A későbbiekben az A és C multiplexen nem tervezzük a vevőkészülék és a kódkártya összerendelését.Az STB / előfizetői kártya összerendelés a műsor továbbitók (UPC,Digi,HelloHD,stb) és a műsorgyártók, szolgáltatók (filmstúdiók, RTLklub, TV2, stb) közös érdeke. Hosszútávon lehet enyhítés. Gondolj a kábelszolgáltatók gondolkodásának változására: "több TV több előfizetés", aztán "több TV engedményes előfizetés", majd "több TV egy előfizetés". Hasonló játszódott le az internet megosztás esetén. Gondolj a DVD, Blue-ray DRM-re, a fájlcserélő hálózatokra. Ezek mind azt mutatják, hogy a tartalom hozzáférés korlátozása ideiglenes megoldás lehet csak. Lassú a "felismerés" folyamat azt elismerem, de tendenciának tekinthető és a jövőre nézve kivetíthető.
[ Szerkesztve ]
-
zhagyma
őstag
válasz Gusztáv #2241 üzenetére
Ha jól emlékszem az STB ilyen irányú korlátozásait a tartalomgyártók erőltették (főleg az amerikaiak). De mint tudjuk, az üzleti életben fő szempont az alkalmazkodás a megváltozott körülményhez. Ők is ezt teszik némi kísérletezéssel (youtube HD tartalom). Azért belegondolva, nem könnyű lemondani a könnyen befolyó nagy pénzekről, ezért kicsit segíteni kell nekik.
AH. Ha minden igaz lesz más is a DVB-T esetén.
[ Szerkesztve ]
-
zhagyma
őstag
válasz asadasad22 #2243 üzenetére
Így látatlanban az alábbi lehetséges esetek jutnak eszembe a jelvétel folyamatában, ami ilyen jellegű (mux, frekvencia) hibára utalhat:
difrakció: Az elektromágneses hullámok bizonyos mértékben elhajlanak magas és keskeny élű tereptárgyakon (hegy). Az elhajlás mértéke a magasabb frekvenciákra nagyobb (62 van, 55 nincs). Ez csak akkor lehet, ha völgyben laksz és nincs rálátásod az adóra. Ritkán jön így össze.
Kábel. Frekvencia függő koax hiba. Magas frekvenci átmegy, alacsonyabb nem. Szerintem túl kicsi a frekvencia különbség, de lehet.
Erősítés. Ha használsz erősítőt az analóg csatonák túlvezérlik az erősítődet (1/10 jelerősség arány az analóg javára). Fel és alharmonikusok keltkeznek + plussz zajerősítés amelyek "összeadódnak" a DVB-T jelekkel és azok már torzítva érkeznek a tuneredhez. Az DVB-T vevő nem találja meg az 55 csatornán az adó információkat szállító vivőket (térerő van, minőség nincs -> nincs transport tream). Ez is lehet frekvencia függő (55 nincs, 62 van). Kisebbet kell erősíteni.
Transport stream. Ha van transport stream az 55 csatornán (pl.: látsz 24,5 Mbps bitrate-t) és nincs benne semmi, akkor az üres. Lehet teszt adás, ami nem Széchenyi-hegyről jön, hanem máshonnan (pl: Száva utca a hírek szerint hamarosan indul).
Kifogytam az ötletekből.
[ Szerkesztve ]
-
zhagyma
őstag
válasz asadasad22 #2245 üzenetére
Kézzel be kéne írni az 55. csatorna frekijét, ha lehet. Előfordult több olyan eset, hogy az automata hangolás "átsiklott" a csatornán, de a manuális frekvencia beírás után vehető volt az adás.
mod: Ezt is próbáltad. Milyen eszközzel veszed az adást? Nem minden STB működik rendesen. Van aki egyik típussal nem vett szinte semmit egy másikkal pedig működött a vétel.
[ Szerkesztve ]
-
zhagyma
őstag
válasz asadasad22 #2254 üzenetére
Szia! Az antennád típusát nem találom a neten. Mire hasonlít, rúdra vagy tésztaszűrőre? ( ezt komolyan kérdezem).
[ Szerkesztve ]
-
zhagyma
őstag
válasz asadasad22 #2260 üzenetére
Egyelőre nem találom pontosan milyen antenna lehet ezekben. Egy ilyenhez hasonlóban például logaritmikus spiralis antenna volt elhelyezve. Ez úgy néz ki, mint a tejútrendszer felülnézetben (itt a doboz csak dísz volt). Széles frekvenciatartományban tartja a jellemzőit a geometriája alapján, valamint forgó polarizációjú. Gyanítom rengeteg zavart is összeszed egyidejűleg, lehet hogy a tied is ilyen.
[ Szerkesztve ]
-
zhagyma
őstag
Azt jelenti hogy a terjedő elektromágneses hullám haladása során az elektromos komponens folyamatosan változik a mágneses komponenshez képest (360-ban). De ez akkor áll fenn, ha adóantennaként alkalmazom a kérdéses antennát. Most vízszintes polarizációjú jelet kell venni vele. Ebben az esetben sajnos addíg kell forgatni, amig lesz valami használható.
Próbálkozás módja: A DVB-T vétel úgy lett tervezve, hogy egy antenna körül 0.5m sugarú gömbben kell lennie egy olyan térerő maximumnak, ahol lehet vételt produkálni az előírt antennákkal.
Minden esetre egyáltalán nem biztos, hogy ilyen antennát rejt a kérdéses doboz.
-
zhagyma
őstag
Ha ehhez hasonló [KDL-40V3000] akkor FullHD 1080 és DVB-T/DVB-C/Analóg szabványokat ismerő tuner van benne, de csak az MPEG2 tömörítést ismeri. Igen STB-vel (set-top-box) veheted az MPEG4 HD adásokat ezen a TV-én, de a szolgáltatók jelenleg ehhez a saját STB-jüket adják. Ezért náluk érdeklődj.
[ Szerkesztve ]
-
zhagyma
őstag
válasz Capella #2292 üzenetére
Egy STB-ből HDMI kimeneten jön ki a 1080i digitalis jel HDCP védelemmel amikor nézed a TV-t (A felvétel lejátszása során nem biztos, hogy igaz). Ha van a PC-ben egy HDCP kompatibilis HDMI bemenet vagy kártya [link], akkor az felvehető a PC-re egy "capture" szoftverrel.
-
zhagyma
őstag
Ha a [32v4500] készülék DVB-T / DVB-C / Analóg vételre alkalmas, MPEG2 és MPEG4 tömörítést ismer. Ha UPC kábelTV van, akkor DVB-C csatornákat talált a TV hangolóegysége. A UPC ezeket a csatornákat kódolja és előfizetői kártyával nézheted.
A UPC fog adni neked egy STB-t (Set-top-box) előfizetői kártyával. Mivel ebben a TV-ben van PCMCIA / CI csatlakozó, ezért képes önmagában is fogadni ezt az előfizetői kártyát, de valószínűleg csak az STB-vel együtt fogja biztosítani neked a UPC egy digitális HD csomag előfizetése mellett.Felhívom a figyelmed, hogy ez nem LCD TV topic, hanem PC-és. Legközelebb ott érdeklődj.
-
zhagyma
őstag
válasz radi8tor #2303 üzenetére
Minden nagyfrekvenciás vétel esetén lehet alkalmazni visszavert jeleket a vételre egy irányított, nagynyereségű antenna segítségével, amelyet a visszvert jelre irányítasz és az elégé stabil. Ebben az esetben az antenna irányfüggő nagy nyeresége által a más irányból jövő alapjel "elnyomásra" kerül (lehet, hogy nincs is).
...Ez egyébként a DVB-T sajátossága is, hogy tudja hasznosítani a visszaverődő jeleket...
A DVB-T vevő pontosabban nem "felhasználja" a reflektált jeleket, hanem "kiküszöböli" azok hatását a DVB-T adásrendszerbe beépített védelmi eljárásokkal. Természtesen bizonyos korlátok között.
Új hozzászólás Aktív témák
- TicWatch Pro 2020 okosóra
- Eladó Palit RTX 4070 Dual 12GB GDDR6X videokártya
- Fujitsu Lifebook E546 , 14" Kijelző, I3-6100U, 8GB DDR4, 128GB SSD, WIN 10, Számla, garancia
- Fujitsu Lifebook E544 , 14" Kijelző, I7-4712QM, 16GB DDR3, 128GB SSD, WIN 10, Számla, garancia
- Dell Latitude E6430, 14" HD+ Kijelző, I7-3720QM, 8GB DDR3, 320GB HDD, Nvidia 1GB, WIN 10, Számla,
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen