Latenser ökar lavinartat med Steam Decks FPS-begränsning

Uppenbart personen som skapade tråden i fråga. Han använder den som TV-spel, ungefär som man kan köra en Switch. Så det är ju absolut en giltig use case.

Sen är det inte helt solklart i tråden om det gäller även när man kör knapparna på enheten.

Det skulle jag inte påstå, man kan köra USB-C docka med HDMI och koppla till TV och då köra DS5-kontroller.

Wow du har rätt. Missade helt att en trådlös PS5 kontroller användes. Det sätter nyheten i helt annan dager. Undrar hur många som kommer missa den lilla detaljen? xD Undrar hur latensen blir med de inbyggda kontrollerna?

Stadias negativa latens hade väl ett integer underflow?

Vilseledande artikel då det inte verkar gälla interna kontrollerna.

Vilken miss av SweC att inte nämna detts i nyheten!

Det är försts gången jag hör om dessa problem annars. Tänkte det borde ju kommit upp tidigare så fall.

Alltså att man inte ska kunna lita på artikkar på första sidan utan man måste klicka sig vidare för att få hela historien för att väsentliga delar utelämnas
Skärpning! Hur ofta är det så här egentligen?

Hade varit mer intressant om han gjorde testerna handheld, handheld med kontroll och dockad med kontroll så att man kan jämföra skillnaderna.

Varifrån får du information om att det bara skulle vara ett problem om man kör konsollen i dockat läge och med en PS5-kontroller?

Bara för att det är så TS på reddit kör betyder inte det att problemet är exklusivt för denna specifika konfiguration.

Det artikeln handlar om gäller vid spelande med en Playstation 5 handkontroll och visst det kanske gäller vid användandet av en Xbox kontroller också. Ursprungs artikeln https://www.tomshardware.com/news/steam-deck-framerate-limiter-egregiously-raises-input-latency

#Facepalm

Lätt att missa information när man bara skumläser igenom artikeln på toms hardware.

Det framgår inte av artikeln att det endast gäller med PS5-kontroller. Xbox-kontroller nämns inte ens.

Isåfall är det bra om du redigerar ditt ursprungliga inlägg så att ingen som bara läser de första få kommentarerna i tråden vilseleds av det. Just sayin'.

Det står "initially to see the added latency when connected docked to a TV with a wireless PS5 controller", det vill säga att mätningarna från början var att för att se vilken latens som adderades när han spelade via TV:n med en Dual Sense-kontroller ansluten trådlöst. Men jag medger att det inte är jättetydligt formulerat om man inte kopplar ihop det med bilderna han själv postat lite längre ner som visar mätningarna.

Normalt, yes! Det finns dock flera sätt att komma runt detta Inputlatens är tiden från att input läses tills dess att det ritas på skärmen. Normalt med vsync så läser man först input, sen väntas det i renderingssteget tills det är dags att rita. Ju lägre FPS desto längre väntetid.

I en tidigare spelklient jag jobbade med så löste vi det genom att hålla koll på ungefärlig väntetid för vsync, sen istället för att vänta denna tid (blockande anrop) i grafikdrivaren så gör klienten en "sleep(väntetid minus lite marginal)", sedan läser man input och efter det anropar man renderingsfunktionen.

Fördelen är då att det är i princip direkt dags för renderingsfunktionen att rita, vilket innebär att tiden från läsning av input tills det renderas på skärmen minimeras - lägre inputlatens.

Nej inte nödvändigtvis. I fallet där man begränsat uppdateringsfrekvensen så är det ”artificiell” väntetid som lagts in för att tima exempelvis vsync. Tiden att rita en viss scen är nästan alltid konstant.

Har man en jättekomplex scen som tar grafikkortet säg 50ms att rendera (för 20fps), ja då kan man inte komma undan problematiken med inputlatens om minst 50ms. Om det tar 1ms att rita scenen men man har satt en begränsning på 20fps så väntar man bara majoriteten av tiden. Då går det minska inputlatensen enligt vad jag beskrev i mitt förra inlägg.