- Android szakmai topik
- Milyen okostelefont vegyek?
- iPhone topik
- Apple Watch
- A hagyományos (nem okos-) telefonok jelene és jövője
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Android alkalmazások - szoftver kibeszélő topik
Új hozzászólás Aktív témák
-
#15810
zhagyma
őstag
MasterDeeJay
#15807
zhagyma
őstag
válasz
MasterDeeJay
#15807
üzenetére
"Én úgy képzeltem el a dolgot hogy van egy adott freki és sávszél és ahogy az első hozzászólásban wifiként fogja a tuner és benyomja a gépe az meg kikódolja."
Annyiban jó az elképzelésed hogy a DVB-T/C jelek feldolgozása a modern demodulátorokban a bemenő analóg jel digitalizálása után digitális jelfeldogozással valósul meg ami programozható (36 Mhz-es középfrekvenciás jel minatvételezése egy A/D segítségével majd DSP feldolgozás). Kérdés hogy a DVB-T chip-hez járó firmware biztosít-e olyan "felületet" amely lehetővé teszi az egy vivőfrekvenciás QAM-256 demoduláció, a kapcsolódó adatátviteli sebesség (baud), az eltérő hibajavítást dekódolását biztosító beállítási lehetőségeket (az egyszerűség kedvéért a tuner chip vezérlése, a digitális adatok pufferelése, továbbítása, stb. ... kimarad). Ha nem akkor jön a firmware re-engineering és a firmware módosítás esete.
UI.: Az már előfordult hogy DVB-C/T képes hardvert be lehetett állítani DVB-C módba windows BDA kompatibilis DVB-T driveren keresztűl VLC segítségével (értelemszerűen a firmware mindkét üzemmódban ugyanaz), de sima DVB-T hardver-t még sosem. Linux alatt könnyebb próbálkozni de akkor a chip-ek belső működésének és a firmware specifikáció ismeretét nem lehet "megúszni" mert különben soha nem készül el a nagy mű a sok próbálkozás, kísérletezés miatt.
-
zhagyma
őstag
válasz
RockHaRD
#15348
üzenetére
Én digikábelen használom DVBViewer-el win 8.1 x64 oprendszer alatt. Az aktuális driver innen tölthető (külön DVB-C driver van): Astrometa: Vélhetően ez a cég csinálja és a többiek csak matricáznak. Finoman szólva "megdöbbentő" a belső felépítése (összerakták az összes raktáron lévő akciós chipet így van böven párhuzamos funkció a chipekben), és a szerelési minősge sem a német precizítást juttatja eszembe, de működik és olcsó
-
zhagyma
őstag
válasz
azbest
#13807
üzenetére
Az a gond hogy erről a 2832T-ről semmit nem lehet találni a neten. Gondolom Realtek lenne a gyátó de ott csak RTL2832U ami csak DVB-T demodulátor és USB2 bridge egyben. Valami "Jing Jang" semiconductor is képbe került valamilyen dx.com-os ajánlatban szereplő kép alapján - mint a demodulátor gyártó - de a honlapjuk szerint shenzen-ben csak diszkrét félvezetőt gyártanak. Néztem én is linuxtv fát, de a demodnak még nyoma sincs.
Ui.: Remélem nem csak átverés mert a "multi standard" silicon tuner nem elegendő a DVB-T/T2/DAB/SDR/FM vételhez: R828. Amúgy ha igaz és tényleg működik bestbuy lesz.
-
zhagyma
őstag
Tudom hogy ezt írja ki a lefedettségi adatbázis de magát az adóhálózatot nem beltéri vételre tervezték. Nyilván adóközelben van ilyen lehetőség a sorozatos teljesítmény emelések után. Amennyiben alacsony frekvenciára költöznek a multiplexek még jobb is lesz a helyzet.
Ui.: Amúgy nálam is beltéri vételi lehetőséget ír ki (elméleti modell szerint elég lenne a térerő). A probléma mindössze az hogy háttal vagyok a helyi adónak (háztömb) és így még az ablakban sincs semmi.
-
zhagyma
őstag
Az analog PAL és a DVB-T COFDM jel között miért nincs diametrális különbség?
UI.: Esetleg rakj a bemenő jel útjába növekvő csillapítású osztókat. Ha ismert mindkét rendszer működése akkor a hibajelenségekből gyorsan összerakható az érzékenység / látható végeredmény / ok összefüggés.
-
zhagyma
őstag
Ilyen összehasonlítást még nem igazán láttam bár lehetne csinálni. Mondjuk létezik képminőség ITU/EBU osztályozás digitális jelre (BER alapon) meg van analóg párja is, de annyira eltér a két rendszer időbeli jelalakja, a spektrumképe, modulációja és ennek következtében az egész átviteli rendszer viselkedése bemenő jelszint-, SNR, stb. változásra hogy nem is tudom hirtelen mire is használnék egy ilyen összehasonlítást.
-
zhagyma
őstag
Alakul a jővő: 8K H265 HEVC enkóder
-
zhagyma
őstag
válasz
farkas63
#12696
üzenetére
Az aktiválást időszakonként végezhet a szolgáltató meghosszabítva az előfizetői kártya jogosultságát a kódolt adások kikódolására (például: havonta). Ha jól emlékszem a Tarr esetén ezzel a modullal ez nem probléma. TV-vel. Elvileg tunerrel is mennie kéne. Gondolom a tunerhez kaptad / letölthető a DVBViewer speciális verzíója ami kezeli a CI modulba helyezett CAM/előfizetői kártyát. Ha mindent jól csináltál a program menüben View -> show CAM menüben látni kellene valamit (Előtte: Settings -> Options -> Hardware -> Has CI modul -> pipa).
-
zhagyma
őstag
válasz
farkas63
#12692
üzenetére
Szia!
Vélhetően erről lehet szó: CableStar Combo HD CI. Jó lenne a ha megadnád a kábel szolgáltatód nevét mert tényleg nem mindegy. Ahogy kaczi kolléga az előbbiekben megírta a DigiKábel esetén nem kell kártya mert kódolatlan. Az HBO pack meg úgysem nézhető mivel vélhetően nincs Nagra2 CAM-od összepárosítva a DIGI által az előfizetői kártyáddal.
Amennyiben UPC a szolgáltatód és a UPC MediaCard-ot raktad a CI slot-ba akkor meg nem fog menni mert a CI slot helyett CI+ kompabilis slotra lenne szükséged. Más szolgáltató esetén meg esetleg várni kell az aktiválásra, stb ...Ui.: Amúgy a CI slot kezelés nem "univerzális" a programok számára. Érdemes megnézni az adott program kompatibilítás listájában a kérdéses tuner / CI slot támogatását.
-
zhagyma
őstag
válasz
galaxytab
#12618
üzenetére
Erre nem tudok válaszolni mert nincs ilyen irányú tapasztalatom. De mivel az android alatt linux kernel van linux driverekkel és arra épül a google speciálisan módosított JVM-je (így talán nem kell fizetni az Oracle-nek liszenszdíjat
) amin végül is a jávás "android" fut, ezért olyan modulárisan bővíthető STB-t választanék amiben "izmos" CPU van a SoC-ba.integrálva. Fontos lenne hogy open source licence alatt publikált driverek / firmware-k elérhetőek legyenek a hardver elemekhez. Szerintem ellennék vele egy darabig.Ha meg már linux van nem nagyon erőltetném az androidot de ez szigorúan magánvélemény és nem szeretnélek megsérteni vele senkit. Amúgy egész jó kis "STB / HTPC"-t lehet kikalapálni egy PC-ből is mondjuk AMD Brazos alapokon nem sokkal többől mint egy ARM-s platform. Egyik kollégám már végigszívta a Raspi / mk808 vonalat de lassan majd csak bevásárol egy miniITX lapot Kabini APU-val az AMD-től. Azbest kolléga itt a fórumon ha jól tudom RasPI-s alapon kezdte az STB gyártást. De majd biztos benéz ide Ő is és elmondja a véleményét.
-
#11585
zhagyma
őstag
Plasticbomb
#11584
zhagyma
őstag
válasz
Plasticbomb
#11584
üzenetére
TCP/IP vagy UDP/IP csomagokat kell keresni (Az UDP az olcsóbban megvalósítható). Ezekben a csomagokban kell jönnie a transport stream-nek (amúgy TS után minden olyan mint bármelyik DVB rendszerben). Gondolom csatornánként van IP cím ahonnan jön a stream (sávszélesség takartéskodás miatt Single Program TS stream).
-
#11546
zhagyma
őstag
szabi__memo
#11545
zhagyma
őstag
válasz
szabi__memo
#11545
üzenetére
A HDCP megvalósításról már korábban írtam neked: [link]
-
zhagyma
őstag
A wireshark csak a CI+ protokol kukucskálásra lenne jó. Ahogy Azbest is írta korábban a protokollal beágyazott adatok kikódolására már vannak open source megoldások. Már csak a HDCP kódolást kell levenni.
szabi__memo Azért hosszabb ideig tart megírni: specifikációkat olvasni, értelmezni, programozni, tesztelni.
-
#11537
zhagyma
őstag
szabi__memo
#11536
zhagyma
őstag
válasz
szabi__memo
#11536
üzenetére
PCMCIA port vagy TCP/IP-n "átirányított" CI+ protokoll az ethernet portra.
-
#11520
zhagyma
őstag
wassermann
#11503
zhagyma
őstag
válasz
wassermann
#11503
üzenetére
Ebben van egy DVB-T/DVB-T2 paraméter összehasonlító táblázat és talán szemléletesebb a változás: DVB-T2
#11502, aeron111. A DVB-T2-es vevő jó lesz DVB-T-re is.
-
zhagyma
őstag
válasz
nimbusz
#11390
üzenetére
Az ASZF csatornakiosztás mellékletében keresd meg a szegedi frekvencia kiosztást. A DVB-C frekvenciák kellenek neked (sárga): [link]
Három paramétert kell beállítani egyidejűleg egy multiplex vételéhez (frekvencia, moduláció, szimbólumsebesség).
A frekvenciák az ASZF szerinti. A moduláció minden esetben QAM-256. A szimbólumsebesség mindig 6900 Ksym/sec kivéve 121,5 MHz / 128,5 MHz frekvenciákat ahol 6000 Ksym/sec.
-
zhagyma
őstag
válasz
zichie
#11113
üzenetére
" ... Lehet, hogy hihetetlenül hangzik, de van olyan kártya, ami nem képes h264 hd (és sd) vételre ..."
Hát első olvasatra tényleg "meghajoltam".
Érdekes hogy "hivatalból" nem lehet belőlük kiszedni a transport stream-t a driveren keresztűl mégha mondjuk a TS demultiplexelést / MPEG2 dekódolást a kártya is végzi azért a TS "ott van benne". Amit leírtál az alapján csak ilyesmire tudok gondolni.Ui: Németül nem tudok, de mintha az általad küldött link 6. hozzászólásában aláíratlan Technotrend BDA driverket mutatna egy hardver update ...
-
#11110
zhagyma
őstag
Murphistic
#11106
zhagyma
őstag
válasz
Murphistic
#11106
üzenetére
Hát nem egészen. A DVB-T esetén emlegett FEC paraméter az átvitel bitszintű hibavédelmére utal ami egy Viterbi kódolást (convolution coding) jelent. A kóder minden "hasznos" bitből 2 bitet gyárt a kimeten. Itt értelemszerűen a FEC értéke konstans 1/2 (FEC = bemenő bitek száma/ kimenő bitek száma). Elég nagy ez a redundancia ami drasztkusan csökkenti a mux-on átvhető "hasznos" adatok menyiségét. Mivel ekkora mennyiségű hibajavító kód nem minden esetben kell (nem olyan zajos az átviteli csatorna) ezért a hibajavítókódok egy része eldobható. Az elhagyás módja és mértéke a DVB-T szabványban rögzített. Az FEC=1/2 esetén "átjön" az összes hibakód. Gondolom azt tudod, hogy Viterbi előtt még kap a stream egy blokk szintű hibajavító kódot (Reed-Solomon).
-
zhagyma
őstag
válasz
balpis
#11102
üzenetére
Valamint ez előbbieken segít a a jobb vételben QAM16 moduláció (kevesebb információ megy át adott időegység alatt, kevesebb a javítandó hiba, robosztusabb). Alacsonyabb a sugárzási frekvencia (650 MHz) így kisebb az átviteli közeg (légkör) csillapítása. Lehet távolról is venni.
Murphistic A GI pont kicsi (1/32) de amúgy is csak az SFN rendszernél lenne értelme.
-
#11101
zhagyma
őstag
Murphistic
#11100
zhagyma
őstag
válasz
Murphistic
#11100
üzenetére
Ha jól emlékszem összesen 7 multiplex-t (VHF,UHF) igényelt Magyarország az ITU egyeztetésen de az AH csak 4-t vagy 5-t nyert meg a pályázaton.
-
zhagyma
őstag
Szia!
A manual szerint van benne DVB-T tuner: [link]. A 31. oldalon taglalja a DVB-T manuális beállításokat (frekvencia: mindigtv frekvenciatáblázat, sávszélesség (8 Mhz)). Ebből kifolyólag az MPEG2 videódolást is biztosan tudja, de arról nem találtam infót hogy van-e benne MPEG4 videódekóder. Ha nincs akkor mindigtv-re használhatatlan.
-
zhagyma
őstag
válasz
Watt25
#11028
üzenetére
" ... Mi az akadálya annak, hogy egy pc-s program fogja a kapott scrambled stream-et, odaadja a CAM-nek és a visszakapott descrambled stream-et mentse le a vinyóra? ..."
A CI / CI+ úgy működik, hogy a CAM megkapja a teljes transport stream-t és visszaállítja a titkosított packet-k payload mezőinek bitsorrendjét (descrambling). A CAM-ból kijön a kikódolt csatornákat tartalmazó teljes transport stream.
A gond ezzel ott van hogy a transport stream-ben a descrambling-hez szűkséges kódszó is jön x másodpercenként változtatva és egyes rendszereknél időkorláttal behatárolva. Azaz másnap nem minden rendszer esetén lesz "hajlandó" a CAM elvégezni a kikódolást, mert nem kap engedélyt az előfizetői kártyától.
A CI+ "kimenetként" megjelenő transport stream HDCP kódoláson esik át a CAM-ban alapesetben. HDCP host nélkül meg a CAM nem is ad ki semmit ...
Ui: Alapesetben a CAM automatikusan kikódol, mert a tunernek a szabvány szerint "kötelessége" átadni a stream-t a CAM-nak ha van a stream-ben titkosított tartalom.
-
zhagyma
őstag
válasz
Watt25
#11026
üzenetére
" ... A rögzítés és továbbítás egyébként is problémás lenne CI+ esetén, hiszen a szolgáltatótól érkező stream-et rögzítve adtál a sz*rnak egy pofont. ..."
PC-n megoldható lenne a kikódolás is csak ne lenne az a fránya CI+. A transport streamben jön az aktuális kulcs is csak egy kicsit korábban kell kezdeni a felvételt.
-
zhagyma
őstag
válasz
P.O.C.
#11024
üzenetére
Na és melyik outputra gondolsz?
RF out: Mintha ott sem lenne az STB.
SCART out: CVBS vagy RGB. Egyszerre egy csatorna analóg PAL rendszerben (HD lekeverve SD-re)
HDMI out: Egy csatorna tömörítetlen digitális RGB és hang. Baromi nagy winchester kell egy film rögzítéséhez. Aztán lehet újratömöríteni ... -
zhagyma
őstag
válasz
P.O.C.
#11004
üzenetére
Nem valószínű. A vas az USA piacára készült ahol az Europai DVB-C rendszer helyett ClearQAM rendszer van a kábelszolgáltatóknál (csak a QAM moduláció a közös). A UPC titkosított csatornái az európai DVB rendszerre épülnek míg az USA-ban CableCARD rendszert használnak erre célra.
Ui.: Hopp. PeterPH kolléga megelőzött.
-
zhagyma
őstag
válasz
zsigus
#10868
üzenetére
Hát nem vagyok nagy sat guru ... Az LNB működéséről itt olvashatsz. A belinkelt diplexer arra való hogy egy sat koaxon az LNB-ből kijövő frekvenciasávot (950 - 2150 MHz) és a földi sugárzás frekvenciatartományát ( 47 - 862Mhz ) "átlődd" és egy például ilyen SAT/TV aljzaton újra szétválaszd ahol értelemszerűen a SAT aljzatba kerül a műholdas beltéri a TV aljzatba pedig a TV. Ezen aljzatokban a megfelelő frekvencisávok szűréssel szétválasztásra kerül.
Ezt tovább is lehet "ragozni" az igényektől függően. Például: [link]
-
-
zhagyma
őstag
válasz
zsigus
#10484
üzenetére
A követelmények között nem mindig szerepel a proceszzor generáció. Például a linkelt terratec tunernél sem. Másrészt a digitális adást jellemzően DXVA gyorsítás segítségével érdemes nézni. Akkor meg úgyis 10% alatt lesz a CPU terhelés szinte minden mai proceszornál a PIV-től kezdve.
-
zhagyma
őstag
Azért az információs táblákat már benyalta, de ez még mindig nagyon rossz eredmény. A DIGI esetén azért próbáld meg:
1. 121500 KHz, 6000 KSym/sec.
2. 354000 KHz, 6900 KSym/sec
3. 770000 KHZ, 6900 KSym/secHa nem változik egyik frekvencián sem a helyzet akkor a frekvencifüggést is kizártuk.
Amennyiben az analóg adás nem szemcsés akkor valószínűleg a demodulátor digitális része döglödik. Szerintem ezeket kéne írni a németnek:Első kör.
1. A legfrisseb driver van fenn: driver verzió / oprendszer.
1. Analóg adás. OK.
2. Az FTA (free-to-air) DVB-C adás egyetlen frekvencián sem ad képet / hangot. Próbált szoftverek: Terratec Homacinema, DVBViewer, TSReader Lite.
3. A DVB-C adás paraméterei a szolgáltató által megadottak.
4. A háztartásban használatos TV készülékek problémamentesen veszik a DVB-C adást.
5. Kéred a tuner cserét vagy a vételár visszatérítését mivel az eszköz alkalmatlan a feladatra.Második kör.
Azt nem gondolom, hogy az általunk tárgyalt paramétereket is meg kellene küldeni de ha gondolod küld el a képeket és jegyezd meg hogy rengeteg hibás transport stream csomagot detektál a vevő digitális része (abnormális 4. pont miatt) és természetesen a szolgáltató beviszgálta a hálózatod és rendben találta.
-
#10237
zhagyma
őstag
gáspár lászl
#10236
zhagyma
őstag
válasz
gáspár lászl
#10236
üzenetére
Tételezzük fel hogy analóg. Az adásrendszer: PAL_B/G vagy PAL_B vagy PAL_G. Ha jól emlékszem Németországra állítva azt a frekvenciatartományt fogja lekeresni,ami Magyaországon is használatos. A jelforrás (ha van) kábel legyen. Ezután lehet kerestetni.
-
#10234
zhagyma
őstag
gáspár lászl
#10232
zhagyma
őstag
válasz
gáspár lászl
#10232
üzenetére
Nem analóg kártya ez? datasheet.
-
zhagyma
őstag
Mint írtam rengeteg a TSReader-ben a TEI error ami a digitális adacsomagok hibás vételére utal. Szerintem ne vedd komolyan a Quality 100%-t mert nagy hülyeségnek tűnik. Gyakorlatilag még a transport stream-be ágyazott információs táblákat sem volt képes kiszedni a program a transport stream-ből a vételi hibák miatt. Ha pedig nincs értékelhető információ akkor fogalma sem lesz a programnak melyik digitális adtacsomag melyik adó melyik videó / hang részét tartalmazza. Így nincs kép.
Szerintem próbáld ki a tunert a lehető legközelebb a bejövő kábelen (legelső osztó előtt). Ha itt jó kilőttük az elégtelen jelszint esetet. Ha nem akkor felmerül a tuner hiba esete és vissza kell küldeni a feladónak.
-
zhagyma
őstag
DVBViewer xxx.ini file tartalma:
[SATTYPE]
1=4000
2=DIGIKABEL[DVB]
0=16
1=114500,5,6000
2=121500,5,6000
3=128500,5,6000
4=135500,5,6000
5=346000,5,6900
6=354000,5,6900
7=362000,5,6900
8=370000,5,6900
9=378000,5,6900
10=746000,5,6900
11=754000,5,6900
12=762000,5,6900
13=770000,5,6900
14=778000,5,6900
15=786000,5,6900
16=794000,5,6900Az inifile helye: C:\ProgramData\CMUV\DVBViewer\Transponders: xxx.ini
A tartalom például notepad-l létrehozott inifile-ba menthető a megadott helyre.
Csatorna hangolás:1. Célkategória: DIGI beírása (ez lesz a csatornalistád neve)
2. Transponder lista: az ini file-ban beállított [SATTYPE]2= tartalma -> jelen esetben DIGIKABEL kerül kiválasztásra a legördülő menüben.
3. Vétel típusa: kábel.
4. Részletes keresés: kipipálva
5. Tartalom kereésé: click.UI:É A TSreadeben rengeteg a TEI (rossz packet) és egy nagyságrenddel kisebb Continuity. Kevés lesz a jelszint ...
-
zhagyma
őstag
válasz
PeterPH
#10226
üzenetére
Az nem baj. Vannak tunerek adott driver / firmware kombináció mellett amelyek furcsán viselkednek. Bármilyen freki környékén +/- 1,5 MHz-es tartományban lockolva behozzák a frekit (kb. ennyi egy QAM-256 modulált jel valós sávszélessége +/- 3 dB jelszinttartományon belül). Vannak rosszabb esetek is ...[link]
Ahogy látszik aTSReader alatt lock-olt míg DVBViewer alatt nem.
-
zhagyma
őstag
válasz
dolbyman
#10212
üzenetére
Saját bevallása szerint analógban megy a tuner: [link].
RF chip: NXP TDA18271
Multi standard demod chip:Micronas DRX3926
USB bridge chip: Empia EM2884A leírás szerint a drxk demodulátor rész DVB-C / DVB-T része nem mutat "semmit". Mivel a jelerősség (IF jel) / jelminőség (bithiba) a demodulátor chipből "származik" ezért ott kell keresni a hibát.
Például:
1. nem stimmel a driver verzíó / tuner verzíó: legfrisseb driver ajánlatos.
2. a driver által biztosított DVB-C BDA filter és egy program nem képes együttműködni.UI.: Bár én közvetlenül nem ismerem de a Terratec HomeCinema programról sok elmarasztaló véleményt lehet olvasni.
-
zhagyma
őstag
" ... analógban megy a tuner ..."
Gondolom az analóg UPC kábeltv-t vetted. Ez jó jel. Az antennabemenet / RF tuner chip / demudátor analóg része / USB bridge chip megy. Az előfordul hogy kábeltv esetén az analóghoz képest a digitális jel 5-10dB-el kisebb jelszinten is jöhet (kb ennyi a jel/zaj előnye a digitális jelnek az analóghoz képest). Ezért ha kisebb a digitlális jel szintje, akkor fontos lenne hogy azon a kábelvégen próbáld meg a DVB-C vételt ahol a TV is üzemel.
Ha így sincs semmi akkor a másik szélső esetre lehet gondolni (sok a digitális jelszint). Ebben az esetben ha teheted tegyél be egy plusz osztót hogy csökkentsd a tunerbe bemenő jelszintet.
UI.: Azért a PC-s tunerek bemenőjelszint tartománya (túlvezérelhetősége) nem azonos egy TV tunerrel.
-
zhagyma
őstag
Az m2-nek mennie kellene UPC kábelen. A Terratec szoftver helyett próbálj meg egy alternatívát:
TSReader Lite DVB-C BDA driver-t kell választani.
DVBViewer DemoEsetleg próbáld meg a DVB-T részt (mindigtv: frekvenciatáblázat) visszaigazolásképp hogy a tuner jól működik. Gondolom ugyanazt a koaxvéget használod amiről a TV működik.
-
zhagyma
őstag
válasz
Watt25
#10065
üzenetére
A transport stream 188 byte-s csomagjai tartalmazzák az általad vágni kívánt MPEG videó "file"-t. Minden TS csomag PID mezője határozza meg mely csomagok tartoznak össze: sorfolytonosan az azonos PID értékeük adnak például egy MPEG videó "file"-t. A kérdés az melyik PID értékű csomagok adják a videót. Ehhez kellenek információs táblák amik szintén jönnek a stream-ben (PMT/PAT) de néhány esetben nem kerülnek mentésre. Bizonyos méret felett (időszakonként újra kell egy PMT/PAT a ts-be) A szabvány a DVB-SI cím alatt: [link]
Ha sikerül betenni (TSDoctor) PMT/PAT bejegyzést akkor minden program kezeli a ts-t. Én nem vágnék közvetlenül TS-t - ha nem muszály - végül is az egy "szállítókonténer" és nem kifejezetten erre lett kitalálva (A sync bytenak fontos szerepe van a DVB eszközök múködésében, de a videóstream esetén semmi haszna). A TSMuxer-rel a szabványos ts-t szét lehet szedni az MPEG videóra / hangra külön file-okba és MPEG szabványt ismerő szerkezetőprogrammokkal lehet manipulálni / vágni / összeragasztani. Utánna bármilyen konténerbe be lehet rakni az eredményt.
A DVBViewer képes lejátszani az SI tábla hiányos TS-t és képes lementeni ebből egy helyes ts-t amit már a TSMuxer kezel. Sajnos a felvétel eleje lemarad (gyalog módszer: indít -> ment). Azt nem tudom melyik program képes referencia képekre vágni, hangot illeszteni probléma mentesen átkódolás nélkül.
Anno mezis kolléga "hegesztett" táblákat ts-hez hexa editorral. Nála "bukott" ki az is hogy az információs táblákat úgy 400 Mbyte-onként ismételten be kell szúrnia mert több program a kardjába dőlt az inbformációhiány miatt ezen fileméret felett. Ha jól emlékszem az STB-je tábla nélküli ts-t állított elő titkosítás gyanánt.
-
-
zhagyma
őstag
válasz
H.Roland
#10029
üzenetére
Szia!
Jó kis kártyát vettél. A leírásod alapján azt tippelem hogy Digikábeled van (DVB-C). Nálam a DVBViewer-ben a kereső dialogus doboz így néz ki:
A digi.ini file helye win7 alatt:
C:\ProgramData\CMUV\DVBViewer\Transponders\digi.iniA digi.ini file tartalma:
[SATTYPE]
1=4000
2=DIGIKABEL[DVB]
0=14
1=113000,5,6900
2=121000,5,6900
3=346000,5,6900
4=354000,5,6900
5=362000,5,6900
6=370000,5,6900
7=378000,5,6900
8=746000,5,6900
9=754000,5,6900
10=762000,5,6900
11=770000,5,6900
12=778000,5,6900
13=786000,5,6900
14=794000,5,6900 -
zhagyma
őstag
" ... Az a kellemetlen, hogy hibrid tunerben van még egy digitalizáló chip is, aminek a teljesítménye hozzáadódik a disszipációhoz. ..."
Egy hibrid tunerben lehet "hibrid demodulator" ( az enyémben az van ). Digitalizálás (A/D) a digitális demodulátorban és az analóg videó kódoló részben is van. Szerintem az analóg vétel esetén a melegedést az analóg videó dekóder rész okozza (ebben az RF chipből kilépő CVBS videójel kikódolása történik RGB komponensekre). Az ezután lévő ITU656 szerinti digitalizálás már nem olyan vészes ...
-
#9670
zhagyma
őstag
wassermann
#9669
zhagyma
őstag
válasz
wassermann
#9669
üzenetére
" ... hogy a T elosztó egy bemenetet ágaztat két felé és semmiképp nem két bemenetet egy kimenetre ..."
Erre jó lehet: UHF-UHF közösítő szűrű.
-
zhagyma
őstag
Írok egy példát hátha segít:
UPC kábel: RTLKLUB. 720x576i, SD, 16:9, ~ 5 Mbps
DIGI kábel: RTLKLUB, 720x576i, SD, 16:9, ~ 7 MbpsSzubjektíven a UPC kábelen messze jobb a kép (szerintem). Ha mellétesszük a MindigTV RTLKLUB stream-t, ami MPEG4 nagyon alacson bitrate-l, az meg nekem úgy tűnik hogy szintén jobb a DIGI kábelnél (szubjektíven), de rosszabb az UPC kábelnél (szubjektíven).
Vélhetően a UPC / AH a hivatalos RTLKLUB 16:9 forrást használja a DIGI meg nem.
-
zhagyma
őstag
Álatlában nem változnak gyakran a technikai körülmények, de ez nem is lényeges. Ha jól értem egy MPEG digitális videosteam paraméterek meghatározása (felbontás, MPEG profil, bitsreamsebesség) és egy szubjektív videóstream összehasonlítás lenne a lényeg. Az evidens, hogy a szubjektív tesztet ugyanazon eszközökkel kell megejteni.
A digitális videóstream paraméterek bármely szolgáltató esetén megszerezhetőek egy notebook / tuner / MPEG TS analizátor program együttesével, függetlenül a kódolástól.
-
zhagyma
őstag
A digitális adások összehasonlítása elég nehéz feladat. Már régóta gondolkodom ilyesmin. Az nyilvánvaló, hogy tisztán a technikai paraméterek alapján nem lehet összehasonlítani még a kábelszolgáltatókat sem (általában nincs technikai bitstream sebeség korlátozásra kényszer) mivel nagyon fontos a bejövő videóforrás minősége: modjuk a UPC kábel valamelyik MPEG2 SD sugárzása technikai paraméterek tekintetében azonos lehet a DIGI kábel megfelelő MPEG2 SD sugárzásával (felbontás: 720x576i, ~5 Mbps). Mégis a DIGI kábel esetén tönkrekockázott (agyontömörített forrás), mosott (átesett egy zajszűrésen a továbbítási láncon, meg még ki tudja min) képet kapok amíg a UPC kábel valamivel jobb. Ha azt mondom a UPC jobb és holnap a DIGI - isten adná - egy normális forrást szerez (például RTL-KLUB MPEG2 SD, 16:9, ~8,2 Mbps volt egy hétig, szinte HD minőségnek tűnt szubjektíven), akkor meg hülyeséget mondok egy hét távlatában...
UI.: Az sem mindegy milyen eszközön nézed, mert az is befolyásolja a szubjektív élményt.
-
zhagyma
őstag
válasz
bozso073
#9559
üzenetére
A Hello Digital saját bevallása szerint (GYIK) DVB-C rendszerben sugároz, tehát a TV készülék tunere alkalmas rá. A titkosítás Conax CAS7 rendszerű CAM + előfizetői kártya. Azt nem írják, hogy van-e Conax pairing (párosítás) csak egy figyelmeztetést találtam a GYIK-ban:
" ... A SMART kártyát csak az általunk biztosított készülékkel lehet használni, amennyiben más készülékbe helyezi át, az nem, vagy nem megfelelően fog működni. ..."
Ha nincs párosítás, akkor ezt nem kell komolyan venni. Vélhetően nincs, csak időszaki aktiválás amelyhez esetleg kellhet a box.
-
zhagyma
őstag
válasz
wolfman
#9543
üzenetére
Ha van rálátásod az adótoronyra (optikailag: se fa, se domb, se hegy, se ház) akkor egy 10cm-s drótdarab is elég lehet (próba, mivel ez függ az adóteljesítménytől is). Ha a drótdarabbal megy, akkor nemigen kellhet erősítős antenna és inkább egy passzív yagi-t javasolnék.
-
zhagyma
őstag
Szia!
A CI+ önmagában nem "üzemel" és a TV nyilván teszi a dolgát (ahogy írtad). A CI+ akkor aktivizálódik, ha belehelyezett CI+ CAM és CI+ kompatibilis előfizetői kátya kerül bele, na és a szolgáltató is CI+ kompatibilis "jeleket" küld. Önmagában a CI+ csak egy lehetőség ...
Boldog Új Évet Mindenkinek!
-
zhagyma
őstag
válasz
csendes
#9459
üzenetére
Köszi. Bár a CI+ egy "speciálisan" megépített TV-t/STB-t feltételez. Többek között az eszköz kimenetein downgrade-elt videó / hang stream-k állíthatók be. A vezérlést a szolgáltató küldi a kódolási rendszerrel együtt a transport stream-ben ezért.ez a megoldás egyirányú kommunikációt tesz lehetővé. A felvétel lehetséges ugyan egy CI+ felvevős TV-vel, de a szolgáltató ezt le is tilthatja, illetve "minőségromlást" állíthat be. Az tény hogy még kevés a "felvevős" TV és a CI+ rendszerre felkészült szolgáltató.
A videótár esetén kétirányú kommunikáció szükséges. Ehhez STB kell, vagy DOCSIS rendszerű kommunikációra felkészített TV.
-
#9314
zhagyma
őstag
r3v0Lut10n
#9313
zhagyma
őstag
válasz
r3v0Lut10n
#9313
üzenetére
Erre még nem gondoltál: [link] ?
-
zhagyma
őstag
Sziasztok!
Akit esetleg érdekel. A Hauppauge WinTV HVR-930c tuner linux támaogatása hosszú vajúdás után 2011.11.21-én hivatalossá vált: linuxtv.org. Köszönhetően ezen úriembereknek: [link].
-
zhagyma
őstag
válasz
Kecuhun
#9254
üzenetére
Még meg lehet nézni az STB-t 576p beállítás mellett. Ekkor az STB csinálja a váltotott soros kép progresszívre konvertálását a TV meg a felskálázást. Ha így sem jobb, akkor vélhetően a PC-ről kitett 1080p 60 Hz-s képre a médialejátszó program jobban csinálja a felskálázást mint a TV. Például az MPCHC-ben egész jó a felskálázó algoritmus ...
Ui.: Azért okozhat különbséget az MPEG dekóder is, ami "legyártja" a deinterlace / felskálázás algorimusoknak a váltott soros "alapanyagot".
-
zhagyma
őstag
válasz
Kecuhun
#9252
üzenetére
Samsung TV esetén a távirányító "info" gombját megnyomva kiírja az aktuálisan fogadott jel típusát (ami a HDMI-n jön): például 1080i, 1080p, 576i, 576p. Az STB által HDMI-n kiadott jelet fogadja a TV, amit meg is "beszélnek" a HDMI link felépülése során. Állítsd az STB-t 576i kimenőjelre, akkor a HDMI-n 576i megy ki és a TV fogja elvégezni (általában ez a jobb megoldás) a deinterlace-t.
-
zhagyma
őstag
válasz
MasOyama
#9224
üzenetére
Így elsőre ez jut eszembe:
" ... Ehhez kinéztem 2 különböző tv kártyát, de nem tudom eldönteni, hogy melyik legyen, mivel jobb az egyik, és mivel rosszabb a másik. ..."
Az AVer3D CaptureHD-ben van Analóg / DVB-T tuner is (3D adás vétele), míg a DarkCrystal HD Capture Pro-ben nincs.
Ha interneten keresztül szeretnél stream-elni (például: vlc), akkor érdemes utána járni, hogy a capture kártya HDMI bemenetei külső programokból elérhetőek a avermedia driveren keresztűl. HDCP védelemmel rendelkező kártyáknák nem szokták engedni (ez egy buktató).
Nyilván a VLC-vel való stream-lés előtt a tömörítetlen HDMI jeleket kódolni kell valamilyen MPEG kódekkel, amely stream-k együttes bitsream sebességének kisebbnek kell lennie az internet előfizetésed feltöltési sebességnél. Röptében elég izmos gép kellene hozzá (software codec), vagy hardware-s tömörítés.
-
zhagyma
őstag
Szerintem telitalálat esetén az energia nagy részét a külső védelemnek kéne elvezetni (villámhárító: egyszerű, olcsó). Ha ez nincs akkor a belső védelmi szintek szét fognak "robbanni", mivel ekkora energiát nem képesek elvezetni a földpotenciál felé. Talán egy EON transzformátorállomáson lehet akkora védelem ami képes levezetni nagyobb károsodás nélkül ennyi ampert.
.
Amennyiben UPC a szolgáltatód és a UPC MediaCard-ot raktad a CI slot-ba akkor meg nem fog menni mert a CI slot helyett CI+ kompabilis slotra lenne szükséged. Más szolgáltató esetén meg esetleg várni kell az aktiválásra, stb ...
Új hozzászólás Aktív témák
Hirdetés
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
- Azonnali készpénzes nVidia RTX 3000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB 500GB Radeon Pro 5500M hibátlan működéssel
- Napi 700 ft tól elvihető RÉSZLETRE BANKMENTES HP 840 G11 Ultra 5
- Bomba ár! Dell Latitude 7320 - i5-11GEN I 8GB I 512SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest