Microstuttering a CF/SLI problem? Myth busted

MS verkar vara störst vid AFR alltså Alternating Frame Rendering. Logiskt sett borde det bero på att var kort renderar en hel bild växelvis och det är ju vanligtvis en viss tid mellan varje bild med ett kort men jag tror problemet som uppstår är att när ett kort renderat klart sin bild och det visas på skärmen så tätt inpå kommer nästa bild från det andra kortet och visas kort efter varav det sedan uppstår en lägre tidsfördröjning till nästa sett med 2 bilder är klara och visas med kortar intervaller mellan varan.

Typ såhär Bild1-Bild2---Bild1-Bild2---Bild1-Bild2 osv där strecken symboliserar tiden mellan bilderna och bild1 är första kortet och bild2 är andra kortet. Min teori i alla fall eftersom MS problemet sägs lösas med SFR alltså Split Frame Rendering där kort 1 och 2 renderar samma bild ihop tills den är komplett och sedan visas på skärmen.

Kort1+2--Kort1+2--Kort1+2 osv. Det bör ge samma effekt som ett separat kort i hur man upplever flytet. Även om AFR skulle dubblar FPS:en så kan ju intervallerna vara ojämna och därmed upplevs inte vinsten i fps som direkt märkbar eller tillfredsställande. AFR tenderar till att ge högst FPS madens SFR ofta har lägre fps men ofta anses ge det bästa flytet mellan bilderna och därmed bäst upplevda prestandaökning och flyt.

Kör själv SLI så det är min teori i alla fall.
Så det är nog en fråga om att synkronisera bilderna.

Det löser ju inte problemet som jag förstår det för de som gillar fps. Jag kan inte tänka mig att köra bad company 2 med ett påslag med flera ms på input lag.

Input lag har inte med ett specifikt spel att göra normalt. Input lag är den fördröjning det tar för skärmen att rita upp en bild. Vissa skärmar har 0 i input lag och andra har 15ms och det finns de som har 30-60+ ms i input lag osv. Har du exempelvis 15 ms input lag så får du se bilden 15 ms för sent, har du 60 ms i input lag så ligger du ca 4 frames efter dina motspelare. Att buffra och köra vsync ökar på input lag med varierande tider vilket jag inte tycker är acceptabelt.

V-sync vill man ju för övrigt inte veta av överhuvudtaget, om man inte har en skärm med snabb bilduppdatering. De som sitter på dubbelmackor och/eller flerkortssystem planerade gissningsvis inte att spela i 60-85 FPS.

Jo då, vi finns. Väldigt märklig gissning.

Jag antar att det beror på vad man spelar, och man får naturligtvis en högre undre gräns med ett 5970 än med ett 5870, så det är förstås inte lönlöst och jag ber om ursäkt för det antagandet.

edit: däremot känns det tråkigt att du med din vattenkylda rigg inte ska kunna låta grafikkortet springa fritt, men förhoppningsvis kan ATI få bukt med problemet via drivrutiner.

edit: Om det finns något sätt att kringgå just screen tearing så uppskattar jag alla tips som finns i boken

Om det finns något sätt att kringgå just screen tearing så uppskattar jag alla tips som finns i boken

Screentearing's relation till microstuttering vet jag inte om den är så stark så det är nog lite offtopic? 120Hz tror jag inte hjälper mot screentearing heller. Däremot så vore det givetvis trevligt med 120Hz 27+" 16:10 skärm med hög upplösning, ips panel och små kanter. Men det hör inte riktigt till denna tråd.

Ursäkta en dum fråga men vad är microsuttering? Har lirat online spel i ~12 år har inte märkt nånting mer än att man laggar pga av att uppkopplingen suger med hoppande ping å packetloss till följd.
Samt att FPS i en del spel (mest förr när man hade sunkiga datorer å spel som krävde sin man, (ex. RtCW)

Är de nåt ja bör oroa mej för samt är de ett nytt påfund?

Varför vill man INTE ha V-sync? Hur hade du tänkt att få nytta av fler bilder än skärmen kan visa? Ända som händer är att skärmen visar delar av 2 eller fler bilder villket betyder att bilden delar sig på 2 eller fler ställe horizontelt villker gör att bilden river sönder sig. Ser förjävligt ut, ger inte högre FPS synligt.

60fps är fullt tillräkligt med Vsync. En av anlednigarna till att jag har SLI är för att jag vill ha 60 FPS kosntant i Vsync. Flyter på ypperligt.

Köra utan är vedervärdigt ju med all tearing.

Varför vill man INTE ha V-sync? Hur hade du tänkt att få nytta av fler bilder än skärmen kan visa? Ända som händer är att skärmen visar delar av 2 eller fler bilder villket betyder att bilden delar sig på 2 eller fler ställe horizontelt villker gör att bilden river sönder sig. Ser förjävligt ut, ger inte högre FPS synligt.

60fps är fullt tillräkligt med Vsync. En av anlednigarna till att jag har SLI är för att jag vill ha 60 FPS kosntant i Vsync. Flyter på ypperligt.

Köra utan är vedervärdigt ju med all tearing.

Varför vill man INTE ha V-sync? Hur hade du tänkt att få nytta av fler bilder än skärmen kan visa? Ända som händer är att skärmen visar delar av 2 eller fler bilder villket betyder att bilden delar sig på 2 eller fler ställe horizontelt villker gör att bilden river sönder sig. Ser förjävligt ut, ger inte högre FPS synligt.

60fps är fullt tillräkligt med Vsync. En av anlednigarna till att jag har SLI är för att jag vill ha 60 FPS kosntant i Vsync. Flyter på ypperligt.

Köra utan är vedervärdigt ju med all tearing.

Kan det vara så att du använder dig av en crt skärm? För det är konstigt att jag upplever tearing utan v-sync medan du inte gör det Jag använder en 60 hz lcd skärm.

Och tack för länken. Det var mycket intressant läsning. Är citat som följer sanningsägande?

"So in effect there is no halving of the framerate. You get the benefit of VSYNC enabled (no tearing) and have no drawbacks with halving of the framerate."

Kan det vara så att du använder dig av en crt skärm? För det är konstigt att jag upplever tearing utan v-sync medan du inte gör det Jag använder en 60 hz lcd skärm.

Och tack för länken. Det var mycket intressant läsning. Är citat som följer sanningsägande?

"So in effect there is no halving of the framerate. You get the benefit of VSYNC enabled (no tearing) and have no drawbacks with halving of the framerate."

Dessutom får du en del input-lag, eftersom utan Vsync ligger grafikkortet och ritar om bilden hela tiden tills skärmen uppdaterar. Med Vsync på väntar grafikkortet med att rita om bilden tills skärmen hämtar den förra bilden som grafikkortet blev klart med. Rör man då musen när grafikkortet ligger och väntar på skärmen så kommer inte den rörelsen med förens nästa frame. Har man en 60 Hz skärm antar jag att man kan få input lag upp emot 1/60 av en sekund, beroende på hur snabbt grafikkortet är på att bli klar med bilden.

Time meaningfully progresses every 1/60th of a second, when a new frame is sent to the monitor. If your video card is fast enough to render 240fps for game X, then it will render and DISCARD about 3 or so frames before the next monitor refresh. Meaning that regardless of buffer the next frame WILL display your input. If your video card is vsynced that it would have instead rendered 3 "future" frames that are each 1/60th of a second apart and EACH is going to be displayed, resulting in X/60th of a second input lag.

vsync off (250fps, frames 1/250th of a second apart):
time=0 : Frame 1 is displayed.
time=1/250s: Frame 2 created.
time=1.5/250s: input from user
time=2/250s: Frame 3 created.
time=3/250s: Frame 4 created.
time=1/60s: Frame 4 begins sending to monitor
time=4/250s: Frame 5 enters buffer while frame 4 is being sent. Resulting in tearing as the top half of frame 4 and bottom half of frame 5 are displayed.

vsync on (250fps CAPABLE card working at 60fps) :
time=0 : Frame 1 is displayed.
time=1/250s: Frame 2 created
time=1.5/250s: input from user
time=2/250s: Frame 3 created.
time=3/250s: Frame 4 created.
time=1/60s: Frame 2 (which is missing the last input) begins sending to monitor, when it finishes, frame 5 will begin rendering.

Basically with very high FPS situation, input lag will be introduced by triple and double buffering. (2/60th and 1/60th of a second respectively). But the tearing is eliminated. With low FPS the input lag is lessened because it is less like that frames are rendered ahead (since the video card is just not fast enough), but it might still occur in times of high FPS spikes. However tearing is completely gone.