Új hozzászólás Aktív témák

• #70556 Gicz addikt hunspikey #70553

  Új Válasz 2014-07-23 16:14:33 #70556

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Gicz

  addikt

  válasz hunspikey #70553 üzenetére

  Képzajt eleve nem tud hozzátenni egy lejátszó, és a hdmi kábelre sem tud ráülni a klasszikus értelemben vett képzaj (tehát mint mikor pl ISO-t emelsz a fényképező gépen). Aki a tesztet írta elvégzett hozzá egy sulit is, vagy csak ő a szakértő és elhiszünk neki mindent? Én mérnöki gondolkodású vagyok, ha a különbség ott van akkor azt mérni is lehet. de kimérni még senki sem tudta a különbséget, csak állítja hogy az egyik lejátszón mélyebb az ég kékje( ami a 8b/10b kódolás miatt fizikai képtelenség).

  ez bővebben: 8 biten tároljuk a színeket, ami 256-féle variációt ad, meg is érkeztünk az RGB 0-255 értékeihez. Ha te ezeket a 8 bites szavakat küldöd, és egy bithiba becsúszik. és 00000010 helyett átvitelre kerül 00000011 akkor ha ez egy kék al-képpont értéke, akkor valóban mélyebb lesz az ég kékje. hiszen az első érték decimálisan 2-t a második pedig 3-at jelent.

  Plusz ha te 8 bites szimbólumokat akarsz átküldeni kábelen akkor van esély arra hogy egymás után kell átküldened ezt a két szimbólumot: 011111111111100 ilyenkor fenn áll a veszélye annak hogy a túlvégen nem határozza meg jól az elektronika a a két szó határát. ezért van 8b/10b kódolás. tehát minden egyes 8 bites szónak meghatároznak egy 10 bites szavat. pl a 0111111 = 0011001100, a 11111110 pedig = 1010101010.

  mivel 10 bites kódból 4X annyi van mint 8 bitesből ezért tudsz olyan párt találni, hogy véletlenül se legyen egymás után pl 4 nél több 1-es vagy 0, és nem következik be szinkronvesztés.

  A "kék" példához visszatérve: 00000010 megfelelője legyen 0101010101, 00000011 megfelelője pedig legyen 0001100011.

  Látható hogy a két egymás melletti "kék" értékhez nem elég egy bithibának bekövetkezni, hanem valami teljesen másnak kell kijönni hogy egymás melletti kék értékeket kapjunk. Tehát ha a kábelen átküldöd 0101010101-öt, és egy bit elcsesződik, és átmegy 0101010100, akkor 75% az esélye hogy olyan szó nincs is kiosztva, (mivel ugye 4x annyi 10 bites kód van, ilyenkor világító fehér vagy fekete pixel lesz), ha mégis ki van osztva, akkor egészen biztos hogy nem pont mellette levő "kék" értéket fog jelenteni, hiszen erre a rendszer kialakításakor odafigyeltek. ezért van az hogy ha kábel hiba van, akkor össze vissza pöttyöz az egész képernyő, mert kb 0,0000001% az eséllye hogy pont úgy csesződtek el a bitek hogy egymás melletti RGB koordinátákat adnának (ami azt jelenthetné hogy ténylegesen mélyebb az ég kékje pl.)

  Nem tudom mennyire volt érthető.

  És ez még csak a HDMI kábel átviteli kódolás része. Ezen kívül van a TMDS, ami az analóg jelek zavarmentes átjutásáért felel, és az legalább ilyen szintű védelmet ad, plusz ott van hogy az egymás melletti képpontok nem egymás után kerülnek átvitelre( burst zavar ellni védelem) és sorolhatnám még.....

  ezek miatt LEHETETLEN hogy egyik HDMI-n mélyebb az ég kékje mint a másikon, egyszerűen fizikai képtelenség. aki ezt állítja azt nagyon átveri az agya, vagy a szeme.

  Ha a CD hallhatóan jitteres, akkor a két lemez nem egyezik meg bitre pontosan, és túl sok hibát tartalmaz a javításhoz. Akkor az egy szar minőségű lemez, szar íróval lett írva, öreg, vagy maga az olvasófej szar, vagy poros.

  Nem tagadom hogy a hiba létezik, pusztán azt mondom, hogy az lehetetlen hogy két bitre megegyező lemez (hdmi kábel) között valaki lásson/halljon különbséget.

  [ Szerkesztve ]

Új hozzászólás Aktív témák