AMD har nu släppt sin första betadrivrutin där man åtminstone börjat åtgärda de problem med ryckningar och ojämna renderingstider som uppdagades under förra året. Vi passar på att testa drivrutinen i spel som Borderlands 2, Skyrim, Far Cry 3, Black Ops 2 och Assassin’s Creed III.
I vår jämförelse av premiumgrafikkort i december gjorde vi en djupdykning i fenomenet med renderingstider och för dem som inte är insatta i ämnet finns det en utförligare förklaring till problemet här. Kortfattat är det ett fenomen som trots till synes hög och konsekvent bilduppdateringsfrekvens (fps) ger oförklarligt ryckig och hackig spelupplevelse. Detta på grund av ojämna renderingstider där bildrutorna som ritas upp på skärmen inte kommer i ett följsamt tempo utan snarare trycks ut stötvis.
Medan bildruta 1 kan ta 20 millisekunder att ritas upp kan bildruta 2 ta 80 millisekunder och bildruta 3 återigen blott 20 millisekunder. Detta skapar en ryckig effekt som syns särskilt i panoreringar och andra rörelser särskilt i snabba spel. Även om bildfrekvensen per sekund kan få ett bra medelvärde är de dippar (spikar i renderingstid) som sker under varje sekunds rendering tillräckligt för att våra ögon ska lägga märke till effekten. Här nedan finns en tabell över vad de olika millisekundvärdena skulle motsvara i bildfrekvens om renderingstiden var konstant.
Renderingstid i millisekunder (ms) | Motsvarar bildfrekvens (FPS) |
8.3 | 120 |
10 | 100 |
16.7 | 60 |
20 | 50 |
25 | 40 |
33 | 30 |
42 | 24 |
50 | 20 |
60 | 17 |
70 | 14 |
80 | 12,5 |
100 | 10 |
Fenomenet uppkommer lätt i konfigurationer med flera grafikkretsar som ska dela upp arbetsbördan och renderingen av bildrutorna. Men har även synts i vissa spel med ensamma grafikkretsar, särskilt ur AMD:s Radeon HD 7000-serie.
Tidigare har termen microstuttering flitigt använts för att förklara ett liknande fenomen när flera grafikkretsar delar på renderingsarbetet och skapar små ständiga ryckningar i bilden. Problemen med ojämna renderingstider är däremot något som även uppkommer när man endast använder ett grafikkort, vilket också är vad vi fokuserar på i denna artikel. Varför vi på allmänn begäran valt att reservera termen microstuttering till problemen vi ofta ser i konfigurationer med fler grafikkretsar.
Vi bekräftade problemen i vår grafikkortsjämförelse och pratade då om att lösningen till problemet borde finnas i AMD:s drivrutiner.
Med Catalyst 13.2 beta ser vi att AMD mycket riktigt kan i stort sätt lösa problemen med ojämna renderingstider genom att använda sig av drivrutinsoptimeringar. Vi har utfört några snabba tester i Borderlands 2 och Elder Scrolls: Skyrim som är två av de titlar som visat upp flest och mest problem, och som tillika AMD fokuserat på under sina drivrutinsoptimeringar.
Testsystem | |
Processorer | Intel Core i7-3960X @ 3,9 GHz (Turbo Boost och Speed Step avstängt) |
Moderkort | ASUS Rampage IV Extreme (LGA 2011) |
Grafikkort | AMD Radeon HD 7970 3 GB GHz Edition NVIDIA GeForce GTX 680 2 GB |
Minne | 4 x 4GB Corsair Vengeance DDR3-1600C9 (1 600 MHz med 9-9-9-24 1T latenser på alla system) |
Nätaggregat | Corsair AX1200 |
Hårddisk | Kingston HyperX 240GB |
Operativsystem | Windows 7 Ultimate 64-bit |
Drivrutiner | Catalyst 12.11 beta 11 Catalyst 13.2 beta 3 Geforce 310.70 Geforce 310.90 |
Testprogram | Borderlands 2 The Elder Scrolls V: Skyrim Assassin’s Creed III Far Cry 3 Call of Duty: Bad Company II Fraps |
Obs! Alla tester är utförda med ett grafikkort, alltså INGA multi-GPU konfiguration. Tryck på knapparna nedanför diagrammen för att växla mellan de tre testade systemen.
The Elder Scrolls: Skyrim – Renderingstider
|
Direkt i Skyrim kan vi se hur Catalyst 13.2 beta bjuder på betydligt jämnare renderingstider. Vi ser generellt ytterst små variationer och skillnaden mot Catalyst 12.11 beta 11 är tydliga. Vi kan samtidigt konstatera att vi något oväntat får en ganska tydlig prestandavinst med de nya drivrutinerna, samtidigt som vi har en tydlig avvikelse i sista delen av vår testsekvens. Exakt vad detta beror på är svårt att säga men vi kan se att alla tre korten har en större resultatspik mot slutet (den högre fps:en med 13.2 betyder att dippen kommer senare i bildrutsantalet.) vilket skulle kunna betyda att det är något i just vår testsekvens.
Borderlands 2 – Renderingstider
|
Borderlands 2 var den riktiga kålsuparen när vi testade renderingstider i december och AMD:s renderingstider var verkligen över hela kartan. Trots detta var spelet fortfarande spelbart tack vare generellt hög fps, men för de med känslighet för microstuttering var effekten märkbar. Med Catalyst 13.2 beta har AMD lyckats optimera renderingstiderna avsevärt. Det är en betydligt lugnare linje med färre avvikelser i en testsekvens som även på Geforce GTX 680 har vissa dippar. Det är däremot fortfarande inte perfekt och Nvidias grafikkort ger klart bättre mätvärden samtidigt som vi återigen ser de största dipparna med Catalyst 13.2. Att Borderlands 2 är med i Nvidias “The way it’s meant to be played” program lär inte försämra Geforce-kortets chanser i detta test.
Mycket intressant läsning, bra! Fortsätt så!
Och vad står GE för? GHz Edition eller? 😐
Och det står ingenting om ni körde med ett, två eller tre kort, men eftersom microstuttering bara finns vid CF så antar jag att det var två kort 🙂
Och vilken programvara använder ni för att mäta?
[quote name=”Kampfhund”]Och vad står GE för? GHz Edition eller? 😐
Och det står ingenting om ni körde med ett, två eller tre kort, men eftersom microstuttering bara finns vid CF så antar jag att det var två kort 🙂
Och vilken programvara använder ni för att mäta?[/quote]
Ska se till att uppdatera artikeln med information om detta. Ja det är Gigahertz Edition men nej det är faktiskt bara ett kort. Som vi konstaterade i vår premiumjämförelse har speciellt AMD haft problem med detta även med singel GPU-konfigurationer.
Vi har använt oss av fraps för att mäta både fps och renderingstider.
Konstigt att jag inte upplever detta på riktiga bildskärmar utan bara på leksaksbildskärmar. Jag skulle snarare förklara deta med att det är bildskrämen och inte grafikkortet som orsakar detta. Har testat detta på grannens bildskärm som är en tn-panel, 6-bitars vilket återger 262 144 färger, men använder speciella trick för att simulera 16,7 miljoner färger. Dessa skärmar får det att se ut som om grafikkortet återger bilden med hackiga rörelser och konstiga eftersläpningar då den försöker återge färger som “inte finns”, detta förekommer inte i “windowsprogram” typ office, paint eller windows egna spel då dessa i princip oftast använder bara… Läs hela »
[quote name=”Sebbe”]Konstigt att jag inte upplever detta på riktiga bildskärmar utan bara på leksaksbildskärmar. Jag skulle snarare förklara deta med att det är bildskrämen och inte grafikkortet som orsakar detta. Har testat detta på grannens bildskärm som är en tn-panel, 6-bitars vilket återger 262 144 färger, men använder speciella trick för att simulera 16,7 miljoner färger. Dessa skärmar får det att se ut som om grafikkortet återger bilden med hackiga rörelser och konstiga eftersläpningar då den försöker återge färger som “inte finns”, detta förekommer inte i “windowsprogram” typ office, paint eller windows egna spel då dessa i princip oftast använder… Läs hela »
[quote name=”Sebbe”]…[/quote]
Den formen av microstuttering kan inte mätas med Fraps, eftersom den sker fullständigt på andra änden av bildskärms-sladden i skärmens bild-redigerings-algoritmer.
Som Decryphe påpekar är det en annan form av eftersläpningar/hackningar. Vi har som Anders påpekat använt oss av en 27-tums PLS-skärm av hög kvalitet under våra tester. Men som sagt, det är två olika former av grafikfenomen.
Däremot kan jag bara instämma i kören, kommer aldrig köra en TN-panel igen.. satt och lirade lite AC3 på en av de mest påkostade TN-skärmarna på marknaden, Benqs XL-serie (förra generationen) och det är verkligen ingen trevlig upplevelse när det är mörka partier. Känns som att titta på sidan av en skärm med dåliga betraktningsvinklar. 😛
Hörni! Sluta dissa min 27″ Philips skärm som inte ens kan visa vitt rätt, och som har en betraktningsvinkel på 2 grader 😛
Vilken version av BETA-drivrutinen är det ni använder?
Finns Beta3 och Beta4, Beta4 släpptes samma dag som artikeln skrevs (2013-01-31), därav osäkerheten.
F.Ö. är det lite roligt att “[n] symbols left” under kommentarsfältet översatts till “[n] Symbol vänster”. 😀
[quote name=”Dracc”]Vilken version av BETA-drivrutinen är det ni använder?
Finns Beta3 och Beta4, Beta4 släpptes samma dag som artikeln skrevs (2013-01-31), därav osäkerheten.
F.Ö. är det lite roligt att “[n] symbols left” under kommentarsfältet översatts till “[n] Symbol vänster”. :D[/quote]
Ah det ska givetvis också detaljeras. Det är Beta 3 som använts, vi utförde testerna dagen innan så beta 4 fanns inte ute när vi körde dem.
Hehe det är något som blivit fel där, får se till att fixa det. 🙂
Damage (Techreport) nämnde er i deras senaste artikel om renderingstider och störde sig på att ni kallade det för microstuttering, men det gör ni som ni vill.
http://techreport.com/blog/24247/as-the-second-turns-further-developments
[quote name=”medbor”]Damage (Techreport) nämnde er i deras senaste artikel om renderingstider och störde sig på att ni kallade det för microstuttering, men det gör ni som ni vill.
http://techreport.com/blog/24247/as-the-second-turns-further-developments%5B/quote%5D
Störde sig var kanske lite starkt uttryckt 🙂
Men det ligger helt klart en poäng i det han skriver, därför vi skriver renderingstider och renderingtimes i de flesta fall. Har använt microstuttering då det trots allt till viss del förklarar känslan man upplever. Men jag märker att det är fler som blir förvillade av detta så jag ska se till att rensa upp och fortsätta använda oss av “renderingstider” istället.
Sådär nu har vi uppdaterat artikeln med mer information om testsystemet samt försökt eliminera risken för missuppfattningar med renderingstider och microstuttering.
Hmm, läste just era kommentarer ang. skärmar och liknande eftersläpningar/hackningar.
Vart kan man hitta mer info om detta fenomen? Och vad är det som orsakar detta på enbart vissa skärmar?