AMD förbereder ny drivrutin med förbättrade renderingstider

Väljer snarare 70 FPS med jämna renderingstider än 80 FPS som ojämna. Vilket ger bättre upplevelsen? Det kortet som renderar ut 70 FPS med jämna renderingstider.

Kan det vara Asus ROG Ares 2 ?

RadeonPro är er vän pojkar.. problem solved.

Äntlligen börjar AMD jobba på de här problemen. Har inte haft något kort från dem sen jag sålde mitt 4870X2 för några år sedan, minns att det kortet var i princip ospelbart i WoW p.g.a. all microstuttering.

Hur är annars AMD's drivrutiner nu för tiden, är de ung. som Nvidia i kvalité?

Dead Island har ju problem med detta men tror det ligger mer i spelmotorn än drivrutinerna. Aktiverar man Tröga tangenter (Sticky keys) i windows försvinner problemet.

Det är väl speciellt 7k som lider av detta pga ny arkitektur, mina 2x4890 2GB gick som på räls...

Har kört SSD sedan Lich King, så det är inte problemet för min del iaf.

FPS eller antal renderade bildrutor per tidsenhet är ju en invertering av "Frametimes" eller antal tidsenheter för att rendera 1 bild.

Microstuttering, eller microlagg är när en bildruta tar mycket längre tid att rendera än förra bildrutan, man skulle även kunna kalla det att "FPS:en temporärt sjunker väldigt lågt".

Jag tycker att det vore bättre att behålla begreppet "FPS", som alla vet vad det är och kan relatera till, fast presentera det med till exempel ett linjediagram som framhäver "microhacken" / "FPS-dropsen" (eller vad man nu vill kalla det).
Man kan ju presentera "Frametimes" diagrammen bredvid för den intresserade, men att slopa FPS är dumt, för skärmar mäter man med samma enhet, fast man kallar det Hz istället.

Ett mspaintat exempel över hur ett fps-diagram som framhäver microlagg skulle kunna se ut:

Det är ju de stora dipparna som märks, även om medelvärdet är tillfredställande.

Spelar ingen roll om man mäter i bilder per sekund eller per millisekund. Båda visar medelvärden eller som ett momentant värde och i detta korta tidsspann kanske inte msproblemet uppenbarar sig. 60 fps är lika intetsägande om micro stuttering som 0,06 fpms. Klart att du skulle kunna visa tiden det tog att generera förra bilden varje skärmuppdatering i exempelvis fraps, men de siffrorna kommer bytas så snabbt att de inte blir läsbara.

Vill man tydliggöra ms måste man titta på tiden det tar mellan varje bilduppdatering i en serie. Man behöver inte presentera dem i en graf men det blir ju såklart lättare att se både frekvens fördröjningslängd vid ms i en graf. Som förklarat i inlägget ovan.

On topic:
Anledningen till att jag tittade tillbaka i tråden var att jag hoppades på att AMDs februaridrivrutin för CCC skulle komma i februari. Inte så många timmar kvar på månaden...

13.2 beta finns ju tillgänglig!

http://www.guru3d.com/files_details/amd_catalyst_13_2_downloa...

AMD har gått ifrån sitt schema där dem måste trycka ut en ny WHQL drivrutin varje månad... Beta versionen fungerar bra dock och jag har inte haft några problem!

Yeah. I know. Har tröttnat på att vara betatestare. Jobbet innehåller tillräckligt med ITnörderi för att jag inte ska orka med sånt fippel hemma nowdays.
Känner till att de gått ifrån releaser varje månad, men de fortsätter ju döpa patcharna med år.månad (då de är tänkta att komma ut). Så jag antar att planen var/är att patchen 13.2 ska komma senast idag.

Anledningen till att dem döper år/månad även på beta är ju för att veta vilken som senast släppts... och dem släpper en drivrutin när dem är färdiga med den istället för att släppa en halvfärdig mjukvara så folk kan klaga extra mycket!

Vi hade 12.9 12.10 13.1 det är dem senaste WHQL drivrutinerna om jag inte har helt fel för mig!

Har för mig att betan var benämnd med samma namn som WHQL-versionen på dem.

Yeah, you are right. Helt rätt inställning! Case closed.

Jepp. Vill verkligen att AMD lyckas med sina frametimes så vi slipper kriget mellan AMD/Nvidia drivrutiner och vem som är bäst och whatnot!