Technologie pro „upscaling“ obrazu si už většina hráčů oblíbila. Pořád mají ale i skupinu tvrdých odpůrců, kteří preferují poctivě renderovaný obraz před tím, který „vymýšlí“ umělá inteligence. Na Radeonu RX 9060 XT a AMD FSR 4 se podíváme, proč je taková interpretace nepřesná a jak nové algoritmy dostanou ze snímků v nízkém rozlišení obraz s podobnou úrovní detailů jako při tom poctivém renderingu v nativním rozlišení.
FSR 4 k rekonstrukci problematických částí obrazu poprvé využívá umělou inteligenci, díky čemuž je obraz stabilnější, s lepšími detaily a menším ghostingem. Staví na API FSR 3.1, takže funguje i ve spoustě starších her, které podporují pouze FSR předchozí generace. Lze jej kombinovat s frame generation a Anti-Lag 2.
Nevýhodou je, že pro dosažení vyšší kvality obrazu využívá specializovaná výpočetní jádra nových Radeonů, takže funguje pouze na čipech AMD poslední generace.
FSR 4 na nových Radeonech ve většině her zprovozníte tak, že v AMD Software aktivujete FSR4 a ve hře zvolíte režim FSR 3. V závislosti na titulu buď uvidíte to, zda je FSR 4 aktivní, na překryvném informačním panelu, anebo u her, které s FSR 4 počítají, se FSR 4 objeví rovnou i v nastavení.
Nativní | FSR 4 Native AA
FSR 4 Quality | FSR 4 Balanced |FSR 4 Performance
Ovladače už pak u podporovaných her automaticky nahradí starší verzi poslední variantou FSR4. Například v GTA je vidět, že je režim FSR 4 v ovládacím panelu aktivovaný, ale zatím je spuštěný pouze launcher, takže vidíte upozornění, že FSR4 neběží. Po spuštění story mode už je ale vše funkční.
A zrovna v případě GTA V Enhanced lze říci, že kvalita obrazu s FSR 4 je v některých ohledech lepší než v nativním rozlišení. Při zapnutém ray tracingu totiž hra se standardním nastavením nejspíš používá odlišné algoritmy pro odstranění šumu, který z obrazu v nativním rozlišení vyžehlí více detailů, než by bylo zdrávo.
GTA V Enhanced + ray tracing max.
nativní rozlišení | FSR 4 Balanced
Že nativní rozlišení není nutně etalon kvality, je vidět i na dalším srovnání, z něhož je patrné, že na snímku vlevo s vypnutým scalingem (tedy v nativním rozlišení) méně detailů. Následným doostřením lze u něj ještě zlepšit kresbu textur, ale malé detaily v obraze, jako nápisy na billboardech v pozadí, mají pořád horší kvalitu než na snímku s FSR 4 v režimu Balanced. Neplatí to vždy a u všech detailů, spíš se dá říct, že artefakty v obraze jsou s FSR 4 v jiných místech a dochází k nim v jiných situacích než v nativním rozlišení.
Upozornění: Tento článek mohl vzniknout díky finanční podpoře společnosti AMD a Gigabyte. Jeho cílem je přiblížit zmíněné technologie čtenářům. Text vyjadřuje názory autora a vychází z našich poznatků na základě nezávislých testů a měření. Sponzor nezasahoval do jeho obsahu.
Taká drobnosť,…v tmavom režime nie je v tabuľkách nič vidieť 😉
To nutně nemusí být vada. Třeba je to funkce. 😛
Jedna ovocnářská firma to tak také říkávala.
Asi budu muset zjistit, jak to na tom tématu funguje a vymyslet nějaký líné CSS na jednoduché tabulky, které bude fungovat na obou.
Máte v tom guláš, příslušné atributy už máte dávno připravené. Jenže historicky máte tabulky s natvrdo definovanými barvami, a to vás přinutilo přepsat i zdrojové CSS připravené pro tmavý režim. Napravit to by znamenalo revidovat veškeré tabulky. Nebo to ještě zamotat a tvořit tabulky pod novou třídou s nově definovanými vlastnostmi.
Přitom wordpress vás vede za ručičku, aby veškeré úpravy byly koncepční (jednotné pro celý web). Ale vy ne, každý prvek natvrdo jiná barva, nejlíp bílé pozadí buňky, a pak vynutit černé písmo pro tmavý režim. Zkáza dokonána 😹
Já nic, já muzikant, já u toho nebyl. Jediný, co vím, je, že to dodrbe jednoduchou tabuli, na které není žádné stylování, jen čisté tagy table, tr a td. 🙂
A že se chci vyhýbat supsystic tables, protože ty články chystám bokem v html a přeskakovat kvůli drobné úpravě v tabuli do wordpressu, tu tabulku editovat přes plugin a v redakčním systému místo ní vidět jen shortcode, je opruz.
Já redakčák sviním jinejma věcma, cpu do něj vlastní pluginy na srovnávání obrázků. 😀
No, mustr je historicky takový, že se pozadí tabulky/buňky (background-color) vynutí bílá barva. Pak bude zachována čitelnost v návaznosti na chyby z minulosti. Holt ale tabulka bude ze stránky svítit, ale jak říkám, stejně jako obvykle v minulosti.
No bílé tabulky do tmavého tématu za mě není moc dobrej nápad.
Zato je za mě je koncepční změna udělat jednoduchý styl na nenaformátované tabulky do článků pro tmavý a světlý motiv, který se prdne do css. Mám dojem, že dosud tam nic takového neexistuje, a když se styluje, tak inline přímo v tabuli.
Takže znova, ty styly tam dávno jsou (Že by wordpress uvedl tmavý režim bez takové základní funkce? Ale no tak…). Ano, jak se to rozhodli řešit Ľubo a jeho kolegové, bylo nekoncepční, na hlavu. Ale je to zajetý způsob. Můžete to řešit jedině tak, že zavedete vlastní třídu tabulek o příslušném chování. Kdybyste vrátil změny v CSS, zneviditelnilo by se písmo na tabulkách historicky. To co říkám, není těžké si ověřit.
Jasné, vďaka za poznatky. Mňa sa to vyhýba začiatku, ako používam tie tabuľky (Subsystic), kde svetlé pozadie zostáva vždy, hoci v tmavom režime webu je to teda päsť na oko, uznávam a tie Adamove (alebo i Janove, ten ich takisto v novinkách používa) HTML? Tabuľky vyzerajú lepšie. 🙂
Pokud vám nevadí, že to zase jen vrstvíte, obcházíte a lepíte původní problém. Jan to vyřešil svojsky, zůstává problém s historickým nánosem a specifikací poťouchlé barvy pro tabulky v tmavém režimu.
No mně nejde jenom o barvu fontu, potřebuju je taky kompaktnější. Do těch výchozích se vejde prd, když člověk potřebuje nějaké srovnání. Hrabat se ve stávajících stylech, aniž bych proklepával články několik let dozadu a zkoumal, jestli se tím někde něco nerozbije, fakt nemám odvahu. 😀
@Adam Trpíte přitom ale selektivní slepotou, protože na mobilních zařízeních se vaše tabulky přetékají stránku.
Ale netrpím, vím o tom a myslím na to. Mobily jsou další důvod, proč by ty styly na základní tabulku fakt někdo dodělat měl. 😀 Ale taky nevím, co by bylo nejlepší, rozebrat ty velké na stacked tabulky jako nicmoc, tak spíš to skrolování.
Taky vím, že na mobilu přelejzá přes layout rollover u deshroudů. Když tam něco nového dávám, tak do toho většinou koukám, co to udělá. Tam by to mohla vyřešit jednoduchá úprava stylů, jak bude možnost, tak se mi v tom ještě nějaký chatGPT pohrabe a přehraju to.
Když pominu to, že jsem doteď nepochopil, proč nějaký masochista konzumuje internet jako takový na šestipalcovém mobilu a nenechá si to k normálnímu monitoru, ono je u těch testů hardwaru celkem utrpení to na ten web dostat v podobě, ve které by se to dalo konzumovat na PC s velkou obrazovkou (speciálně když jsou layouty omezené na šířku 800px) , ne tak ještě přemýšlet, jak to udělat konzumovatelné displeji velikosti ruky.
Třeba porovnávač obrázků z tohohle článku by měl být použitelný i na tom telefonu, ale pomstil jsem se aspon tím, že zoomovat je potřeba přes roletku 🙂
Ty stacked tabulky nejsou úplně zlé, ale parametry by se u jednotlivých zástupců měly zobrazit až po rozkliknutí, aby se minimalizovalo skrolování a zlepšila přehlednost. To ovšem vyžaduje hlubší úpravu, vhodnější plugin, než jen úpravu stylů.
Ak máte nejaké nápady, tak sem s nimi. Pokúsime sa urobiť maximum, čo bude v našich silách, aby sme veci v rámci možností zlepšili. Mrzí ma, že stále nemáme zapracované tie interaktívne grafy, ktoré ste nám prerábali (s ohľadom na interaktívnu šírku), ale verím, že to tento rok ešte dáme! 🙂
Určite nejde o zámer, haha. Tabuľky sú primárne optimalizované na svetlom webe, kde je čierne písmo ok, ale na tmavom podklade už zanikne. Na ňom žiaduce svetlosivé (biele by príliš ťahalo oči :)). Niekedy na to ale holt zabudneme. 🙂
A jaký přesně to dává smysl, když zbylý text je bílý? Jen vršíte…
Sivý. Naprieč oboma podkladmi (svetlý a tmavý) webu je text dobre čitateľný.
Ale asi sa pýtate na niečo iné a reagujem od veci? 🙂
Jenomže se vždy nedá z několika pixelů dá vyčarovat původní tvar.