Intel Xe Super Sampling – uppskalning med maskininlärning för Arc

@Yoshman @UndaC

Tolkar ni det inte som att det är det första steget mot en sådan lösning? Alltså att det blir en mer standardiserad lösning med en "fall back"?

Sedan har väl AMD snackat om att RDNA2 har en viss ML-kapacitet. Stämmer det?

Uppskalning med ML är framtiden, framförallt då det gör saker som ray-tracing långt mer åtkomligt. Ray-tracing må ge något bättre visuellt resultat, men den stora vinsten med tekniken är att den ger en rejäl kostnadsbesparing för spelutvecklare då det är allt mer tidsödande att få saker att se bra ut med "fuskljus" medan ray-tracing "just works!"

För att det ska bli standard måste nog ändå Microsoft och Khronos lägga in något som en del av deras respektive 3D APIer (DirectX och Vulkan).

Alla moderna GPUer har "viss ML-kapacitet", möjligen har RDNA2 något mer än DP4a men den saknar den "matris acceleration" som allt fler bygger in och som brukar vara det man kallar ML-acceleration. Nvidia/Intel har sina "tensor-kärnor", Apple, Qualcomm och Samsung har speciellt NPU-kisel i sina systemkretsar (prestandavinsten från NPU kan vara rätt rejäl, ML-assisterad bildmanipulering på M1 i program som Pixelmator Pro går riktigt snabbt mot Intel CPUer som saknar HW-stödet!). Framtida x86 och ARM64 CPUer kommer få speciella instruktioner just för matrisacceleration, så acceleration av ML kryper in överallt!

Kan dock inte påminna mig att ha läst något specifikt kring ML i RDNA2. RDNA2 har HW-acceleration av ray-tracing, något inte finns i tidigare kretsar från AMD.

@Yoshman

Tack för svar. Angående det kring ML i RDNA2 så handlade det (efter en googling) om att Microsoft pratat om det rörande Series X. Som du säger, det är tyst om det från AMD. Jag hittar inget nu när jag googlat snabbt.

Uppskalad från 540p...?

Något av en definitionsfråga.
Tensor av första ordningen = vektor, och kärnor för vektorberäkningar har de gott om...

Då kanske dom kunde ha valt en preprocessor så som LESS eller SASS istället ^^

Ett tilllägg som Sweclockers redan har nämnt är att DP4 instruktionen endast återfinns i nyare HW
Pascal (GTX1000 serien) från nVidia och Vega och nyare från AMD (alltså inte GCN1 och Polaris) för intel skulle jag gissa på att det är XE arkitekturen som gäller.

Antagligen går det att emulera DP4 på äldre ML kompatibel hårdvara men med ett straff i prestanda.

Väldigt spännande med uppskalning oavsett. Om spel kan renderas i 1080/1440p medans resterande beräkningsresurser kan användas till högre frame rate eller en "denser world" och sedan med hjälp av uppskalning få en skarp 4k bild som slutprodukt, det låter gott!

Tycker det är najs att Intel körde mera på DLSS spåret med AI hårdvaru baserad uppskalning då jag tycker FSR är undermålig i slutresultat, t.o.m. DLSS och troligtvis XESS kan användas med 1080p t.o.m. där FSR fullständigt förlorar sin poäng. Dock finns det ju positiva aspekter till FSR också där kompabiliteten är mest väsentliga fördelen, enkel att applicera till spel. Så finns ju marknad för både varianterna men hade ju varit kul om alla standarder hade varit open source (Nvidia host) så att andra aktörer kan enkelt applicera stöd för teknikerna.

Jag har testat två olika skärmar med freesync. En funkade klockrent och den andra kunde börja flimra i menyer och vissa scenarion. Så jag tror som Novdid att du testat en "dålig" skärm.
G-sync kanske är hårdare kravställt medan Freesync kanske kan vara väldigt brett vad som är acceptabelt.

Tyvärr inte. Det är betydligt fler problem med freesync än gsync med modul.

Freesync funger utmärkt? Flimmer? Hackningar? Vilka tittlar är det du tänker på? Sitter med tre olika byggen hemma...frugan...sonen och jag. Gsync på frugans skärm och Freesync på min. Ser inte de problemen du nämnt.

Detta är off-topic, men Freesync (eller rättare Adaptive Sync) varierar från skärm till skärm.

Ska man vara säker så är det bara att välja en skärm från Nvidias G-Sync Compatible-lista (som är samma sak som Freesync) för att vara säker på att Freesync/Adaptive Sync funkar som det ska på just den skärmen.

Så! Nu kan vi återgå till XeSS.