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

• #268 janos666 nagyúr Abu85 #257

  Új Válasz 2019-01-12 13:15:12 #268

  Ú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

  

  janos666

  nagyúr

  LOGOUT blog

  válasz Abu85 #257 üzenetére

  Ha mindenki tartja (tartaná) magát a szabványokhoz, akkor gyakorlatilag ugyan úgy kéne kinéznie a HDR10, DolbyVision, és FreeSync 2 HDR módoknak.
  A Rec2020 + 2084 elég tág konténer ahhoz, hogy lefedjen ma mindent (a lézeres projektorokat kivéve), innentől pedig már csak a korrekt implementációkon és kellő precizitáson múlik, hogy visszakapd, amit elpostáztál ... azon túl pedig csak az változik, hogy mikor ki mit hogy ítélt meg, miként érdemes az ízlése szerint szétosztani a "hibát" (mikor kezdesz kilépni a kijelző 3D színteréből).

  Ettől függetlenül nekem is az tetszik legjobb, amit az AMD csinál a FreeSync 2-vel.
  Noha az önmagában abszolút nem tetszik, hogy a FreeSync része, és nem ettől függetlenül fut egy saját (valami*HDR*valami) név alatt, mert igazából semmi köze az adaptív sync-hez, amihez létrehozták a FreeSync-et. Ellenben ahogy látjuk, máris kavarodást idéz elő, miután a Gsync név alá is besorakozik az adaptív sync és elkezdi a szegény user összekeverni a dolgokat már enélkül is.

  Reméltem, hogy eleve lesz majd erre valami szabványos megoldás PC-n a HDR korszakban, hogy a kijelző processzora átkapcsol valódi "passthrough" módba, a driver kiolvassa az EDID-ből a kijelzőpanel adatait és ebből dolgozik a lánc köztes konténer nélkül. Mikor eleve ilyen gyors a GPU, és nem tűnne hülyeségnek akár egy fixfunkciós egységgel is kiegészíteni, ami ezt "gyorsítja" (aminek már a Rec2020 konténer esetén is lenne értelme olyankor, mint pl. a Win10 HDR szatal módja, ami real-time konvertál SDR-ből HDR-be mindent, ami nem HDR ablak), de ilyen b@rmok a kijelző gyártók (hogy még mindig jobban tudják mindenkitől, hogy bármi más jobb, mint a szabvány, amit papíron helyesen támogatnak --- de még inkább, hogy 10 éven át játszhatják, hogy minden évben kijavítanak egy-egy apró hibát, pótolnak pár hiányosságot és ezt sohasem adják ki frissítésként a régi készülékre, elvárják, hogy minden évben cserélj, ha érdekel ez ... egész addig felosztják, míg jön a következő szabvány, és akkor kezdődik előröl... és 1$-t is bármi áron megspórolnak a beépített processzoron, amit aztán nem nagyon lehet firmware-en át újraparaméterezni otthon (vagy mint kedves LG: drága pénzért engedi CalMAN-en átírni a belső LUT-okat, de nem engedi átírni a tone mapping paraméterezését, avagy jövőre már igen, szóval minden évben lehet cserélgetni a TV-t egy-egy újabb triviális hiányosság pótlására, ami firmware update-el is megoldható lenne..., akár beszedhetnének érte 30-50$-t a TV-n futó Store-jukban, ha ennyire kapzsik, az is felhasználóbarátabb, csak ma már teljesen hypernormalizált elképzelés, hogy évente kukázd a TV-det, ha "lelkes felhasználó" vagy és kellenének apró új szoftveres dolgok --- ezeket át lehetne hidalni, ha kötelező lenne egy passthrough mód, és jól megoldott, hogy a GPU csináljon mindent, abszolút egyénileg paraméterezhetően).

  Maga a tone-mapping nem feltétlenül ad hozzá érdemi késést. Már csak azért sem, mert általában az SDR sem mehet át csak úgy 1:1 a beépített processzoron (minimum egy 1DLUT, vagy ahhoz hasonló feldolgozás kell azért, hogy "nézzen is ki valahogy": legyen nagyjából monoton a fehéregyensúly, és a célzotthoz hasonló a tone curve), a HDR színkezelés sem sokkal másabb, mint az SDR színkezelés (kivéve, hogy ha elfogadható, nézhető eredményt ad az SDR mód helyes színkezelés nélkül, félig feldolgozva is, és átengedjük az ilyen FreeSync / Gsync hitelesítésen is úgy a kijelzőt, hogy igazából helytelen színeket ad, csak szemet hunyunk felette 1-2 ms késésért cserébe, mert még élvezhető).

  [ Szerkesztve ]

  TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."

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