A 100Hz-es képfrissítés és a 100Hz-es mozgáskompenzáció nem ugyanaz. Annyiból hasonlóak, hogy megosztják a felhasználókat, legalább annyian utálják mint amennyien szeretik :)
Azért a nickemből kitalálható, ilyennel már csak nem vezetném meg magam, hogy szaggat az LCD. Ez nem szaggat, mert képcsöves.
Én még mindig többre tartok egy jó képcsöves TV-t, továbbá tele van a pince ilyenekkel. Így nekem egyelőre nem is kell LCD. (Bár a számítógéphez van egy HD monitor.)
Még a 100 Hz-es képcsöves TV-ket sem kedvelem egyébként. Inkább legyen full analóg a TV, és persze jó állapotú képcsőre gondolok, ezekből sokkal szebb képet ki lehet kihozni, mint egy 100 Hz-esből.
Minden bizonnyal az újabb és drágább készülékek sokat tudnak javítani a kép minőségén. Csak hát nagyon sokan vannak akiknek még a régebbi technológiájú készülékeik vannak, azokra is gondolni kellene. Nem beszélve a TV-tunerekről. A kis USB-s és PCMCIA-s kütyükbe nem tudják belezsúfolni a megfelelő erősségű hardvert. Sok számítógép például képtelen megjeleníteni a HD-s tartalmakat. Kettő-vagy négyprocesszoros masinák kellenek hozzá. Én is csak az SD-s csatornákat tudom fogni tartósan 80%-os processzorterhelés mellett PCMCIA-s tunerrel. A HD-s adók csak akadozva foghatók.
"Hogy Tévészerelőnek igaza van-e abban, hogy a vevőkészülék nem tudja feldolgozni a gyors mozgásokat és azért mossa el a képet; nem tartom valószínűnek, hiszen nem esik szét a kép, az adatáramlás folyamatos. Azt jeleníti meg amit kap az adótól."
Azt ne felejtsük el, hogy az LCD tévék deinterlacing képességei nagyon nagy szórást mutatnak, és az egyre gyakoribb 100-200 Hz-es tévéken az interpolált köztes frame-ek miatt sokkal élesebbnek tűnik a látott tartalom, mint régebbi, "butább" társaikon. Szóval adott esetben igenis sok múlhat az adott képmegjelenítő elektronikai képességein.
A magas jelminőség nem biztos, hogy igaz. A gyártók sokszor hamis adatokat íratnak a szoftvereikkel a képernyőre. Nálam például előfordult, hogy a firmware frissítése előtt a minőségre 90% fölötti értéket kaptam. Frissítés után lement 60% alá. Most akkor melyik a valódi? Gyanítom, hogy az utóbbi. Ha magas minőség esetén is maszatolás, kockásodás van a túlzott tömörítés miatt, akkor az nem a vevőkészülék hibája, hanem a szolgáltatóé. Hogy Tévészerelőnek igaza van-e abban, hogy a vevőkészülék nem tudja feldolgozni a gyors mozgásokat és azért mossa el a képet; nem tartom valószínűnek, hiszen nem esik szét a kép, az adatáramlás folyamatos. Azt jeleníti meg amit kap az adótól.
Az említett dokumentum 67. oldalán mutatott 14. ábra mutatja, hogy minél nagyobb a vett jelszint, annál kisebb a bithiba arány. Tehát annál stabilabb lesz majd a vétel, minél nagyobb teljesítménnyel fognak sugározni.
A dokumentumnak a 67. oldalát gondoltam számodra érdekesnek.
A gyors mozgások esetén a "szaggatás" oka lehet például: a forrásanyag hibája, az 50 Hz-s LCD képmegjelenítés 100Hz-s mozgáskompenzáció nélkül. Így elsőre nem vételi problémának gondolnám az általad említett hibajelenséget.
Nagyon magas a jelszintem és a jelminőségem, de még kockásodást nem tapasztaltam Kékes esetében - az extrém időjárási helyzeteket leszámítva.
A kockásodás a beltéri is okozhatja, ha a nagyobb bitfolyammal nem tud megbirkózni.
Tegnap a TV2 esetén volt megfigyelhető egy kis "mosott sz@r" effektus, de ez nem hinném, hogy az AH hibája.
Az rendben van, csak mint az egyébként érdekes dokumentum is kitér rá:
A hazai DVB-T adások a statisztikus multiplexelés következtében
változó adatsebességgel kerülnek továbbításra.
Méréseink során arra a következtetésre jutottunk,
hogy a képtartalom és annak hibátlan átviteléhez
szükséges minimális adatsebesség nagyon szoros kapcsolatban
van. Gyorsan változó és emellett részletgazdag
felvétel átviteléhez gyakran 6 Mbit/s-os adatsebesség
is kevés lehet.
Mindez még az MPEG2 kísérleti adás idején íródott, de nem is ez a lényeg. Tegyük fel, ahol erősen zajos az antennajel, az lekorlátozza az elérhető maximális letöltési sebességet. Itt arra az adattartalomra gondolok, amit az utólagos javításokkal együtt is még hibátlanul képes előállítani a vevő.
Így el tudnám képzelni, hogy zajos bejövő jel esetén a statikus képek még jók, de nagyobb mozgásoknál már gond adódik. De ez valóban csak elképzelés. Ha valaki azt mondja, hogy ő 100 % jelminőségnél is ugyanezt tapasztalja, akkor nincs miről beszélni.
Duna II-n volt például egy útifilm, a pekingi Tienanmen téren körbefordult a kamera, hogy láthassuk, mekkora nagy. Nem láttunk szinte semmit, mert csak szaggatott, elmosódott árnyakat lehetett kivenni, ami enyhén szólva is komolytalan, gagyi. Hacsak nem az volt az oka, hogy gyenge nálam a jel, mert akkor legalább el tudnám fogadni.
Elsősorban a "C" multiplex, mivel abban van minden (HD, SD, kódolt). A ProgDVB-vel elvileg lehet rögzíteni a teljes TS-t is, legalábbis a műholdról tudtam ilyen filet készíteni.
Kedves Andris !
De ennyi szabadsága van a vételmegfigyelőnek ?
A labdarúgo VB előtt is ki-be járt a Nagymaros-i TV átjátszó adó. Én jelentettem a diszpécser szolgálatnak, amit köszönettel vettek. Akkor hétköznap volt, és központos hölgy kapcsolta a diszpécser szolgálatot. Én szombattól próbáltam kapcsolatot találni a diszpécser szolgálattal, de az AH központi számát senki nem kezeli hétvégén !
Hétfőn reggel tudtam beszélni a szolgálattal, de akkor már tudtak a hibáról. Sikerült egy jóindulatu kollegával beszélnem, aki korrekül tájékoztatott, hogy Nagymarost másolja Zebegény, és ennek az oka hogy eltünt a Dunakanyarban az M 1 vétele. Egy telefonszámot is kaptam a hibabejelentésre ! Ha itt vagyok Pilismarót-Dunaparton, társadalmi munkában figyelni fogom a Nagymaros-i Zebegény-i átjátszót.
Üdv, Gábor
Én inkább a PowerVu minőségi skálájából indulnék ki :
Gyakorlatilag 10 tartományt különböztet meg
7, 8, 9, 10 esetén a BER érték a mérvadó, illetve az egyéb hibajavító algoritmusok aránya. A köznapi életben csak azzal foglalkozunk, hogy van-e folyamatos kép és hang, ebben az esetben egy erősebb hardverű beltéri 8-as szinten is produkálhat akár jobb képet is mint egy gyengébb STB 9-es minőségnél. A PowerVu "minősítése" AGC-től független, míg a "mezei vevők" az erősített jelből indulnak ki.
Én most nem a vételi problémákról írtam, hanem a műsorsugárzó által biztosított képminőségről. Az általad felsorolt %-ok a vételt befolyásolják, nem a képminőséget. Javítani biztosan kell a beltéri szoftverének, de ez nem látszik meg a képen normális esetben. A 60-68% is elegendő, ha a készülék ki tudja javítani a hibát. A híradónál tapasztalható kockásodás nem vételi probléma, hanem a túlzott tömörítésből adódik.
Az egyes torrentekről letölthető DVD és HDTV Ripek sokkal jobb minőségűek, mint az RTL/TV2 műsora, pedig számításaim szerint ezek csak 1Mbit/s sebességűek.
Ebből az következik, hogy maga a műsor forrás nagyon gyenge. Néha azaz érzése az embernek, hogy többszörösen tömörített anyagokról van szó. Az is előfordulhat, hogy az átviteli láncon megy át többször az anyag. Erre utal az is, hogy a reklámok sokkal jobb minőségűek, mintha máshonnan jönne.
Konvertálni nem, esetleg javítani kell rajta, ha nem 100 % a jelminőség.
A jelenség feltűnik például az RTL Híradó elején is, amikor forog a földgömb, vagy más mozgásoknál, animációknál is, ami nagyobb felületre kiterjed. Hogy analóg adásnál ilyen nem volt.
Gondoltam arra is, hogy ha 100 % lenne a jelminőségem (a jelenlegi 60-68 % helyett), esetleg jobb lenne, de nem úgy néz ki:
A digitális jeleknél a százalékban megadott jelminőség kiszámítható a jelcsomagok (CRC), és (FEC) értékeiből.
100 % - ideális.
95 % - nagyon kevés(szinte észrevehetetlen) hiba a képen.
90 % - kevés hiba, a kép még nézhető.
80 % - minimális szint az élvezhető(nézhető) képhez.
60 % - minimum szint a teljes adatfolyam hiánytalan vételéhez, beleértve az EPG, és egyéb adatokat.
20 % - azt mutatja, hogy az eszköz észleli a jelet, de nem kap elegendő adatot a jel feldolgozásához.
Illetve nem egyértelmű, mert ha 60 %-nál hiánytalan az adatfolyam, akkor miért ír hibás képet még felette is? Elképzelhető, hogy zajos jelnél nem tudja olyan gyorsan tölteni és javítani az adatokat, emiatt mosódik a kép a gyorsabb mozgásoknál?
[Ezt a hozzászólást újraszerkesztették: 2010-08-16 20:15:12]
Elküldve: 2010-08-17 18:17:10, 
