Varför ser 60+ FPS bättre ut på en 60 Hz-skärm?

Nä, eller ja fast inte.
Det används i regel någon form av "framedisplaytime", dvs hur länge varje bild ligger uppe, det räknas sedan ut till antal bilder per sekund.

60FPS kan ha en väldig variation på hur länge varje bild visas, i en perfekt värld visas varje bild i 16.6ms innan nästa bild kommer, dock är det inte riktigt så, det kommer att variera en del, t.ex mellan 14ms(71fps) och 18ms(55fps), det ryms fortfarande 60 bilder i en sekund.

lekte lite med fraps.

10 sekunders bench på cs och bf3.

fps, frametime och frametime under en sekund ( lite lättare att se varje enskild frame )

Om du menar realtidsfps-mätning, ja, men då är det fortfarande i snitt på hela sekunden.

Säg att du har 60 fps.
Då kanske 50 rutor målas upp den första halvsekunden och bara 10 den nästa pga en explosion eller något.
Då upplevs det som ryckigare just där.
(enkelt förklarat)

Att mäta FPS som man gör är problematiskt då väldigt många inte riktigt förstår vad det är man mäter och hur det man mäter översätts till praktik.

Jag hoppas du har blivit lite klokare.

EDIT: Eh, jag tyckte bara det var 1 sida i tråden, men det var ju flera andra som svarat bättre än mig ser jag nu.

Haha tack hoppas det jag sa stämde, var nån moderator som pekade ut ett problem med det jag sa tyvärr :S men kul att det uppskattas

Jag vet inte, han påpekade på sida 2 lite fel i det jag sa, har inte orkat sätta mig in i det än så vet inte riktigt vad, men du kan ju läsa hans inlägg och avgöra själv vad som stämmer! Men härligt du verkar veta vad du pratar om så då skrev jag säkert vettiga saker

i cs blir det katastrofalt, eftersom det kommer begränsa fps'n till 60, vilket påverkar en massa saker i spelet.
tearing lär det ju inte bli, eftersom vsync är på.

För att ta ditt tidningsexempel. Tidningen har bara en artikel för att göra det enklare och mer likt.
Singel Buffer:
Klockan är 12.00 på Söndag och tidningen ska ges ut, men du har bara hunnit med halva din artikel.
Då tar redaktören den halvan samt fyller ut resten med förra veckans artikel.

Double Buffer:
Klockan är 12.00 på Söndag och du har bara hunnit med halva din artikel.
Redaktören trycker då förra veckans artikel. Om du har hunnit klart med
din artikel till nästa vecka får den vara med då. Om du har hunnit klart
med två artiklar kastas den förra så att bara den nyaste trycks.

En frame buffer är som en kopia av skärmen i grafikkortets minne. Med
bara en buffer arbetar grafikkortet på samma bild som ska skickas till
skärmen och är den skickas alltid i det skicket den är (buffern töms
aldrig utan skrivs bara över, det är därför halva av den gamla framen
kommer skickas också). Med två buffrar arbetar grafikkortet på den ena
och det är den andra som skickas till skärmen. När grafikkortet är klar
kopieras "arbetsbuffern" till "skärmbuffern".

Mao. så väntar man aldrig med att skicka något till skärmen, det görs
alltid var 1/60 sekund om du kör i 60Hz.

Double buffer skapar en delay på ca en frame de gångerna som det tar
längre än 1/60 sekund att rita framen.

Exakt hur tripple buffer funkar vet jag tyvärr inte men jag skulle kunna
tänka mig att du har två skärmbuffrar och den senast som är helt
färdigkopierad skickas.

Detta är också varför det inte speler någon roll om FPSen är 2000 eller 60
om spellogik samt fysik är åtskilda uppritningens FPS, allt
över 60 FPS kastas. Nu är det so sagt ovanligt att det är så och det är
därför som tex. V-Sync är så hatat trots att det annars är en mycket bra
funktion som skulle ge bättre flyt (eftersom CPU och GPU skulle kunna
lägga mer tid på logik och fysik).