VRR yleiskeskustelu (G-Sync, Freesync, Adaptive sync)

[Kovaluu]

Tuo flicker on ollut jo vuosia ensimmäisestä LG C9 VRR/Gsync tukevasta Oledista lähtien, mahdollista nähdä staattisissa latausruuduissa tai sitten jos fps heijaa ihan kunnolla (jolloin asetuksia tulisi jo laskea), käytännön käytössä hankala huomata onneksi.

Näköjään taas yksi hyvä puoli löytyi avoimesta koodista

 

[Lacsative]

Onko tuossa siis jokin raja jonka alle kun fps menee toi näkyy vai kun tulee fps laskuja? Pelailen niin laidasta laitaan pelejä, että osa on lukittu tohon 60 fps ni mietin onko se ongelma.

Testasin tosiaan tätä, ja en huomannut FPS-mittarin mukaan että nuo laskut alle esim. LFC rangen aiheuttaisi tuota gamma shiftiä. Kokeilin myös HDR OFF, mutta ei vaikutusta. Ainoa mikä mun telkkarissa poistaa nuo kirkkauden / gamman vaihtelut (en osaa sanoa varmuudella kumpi vaihtelee vai molemmat) on kytkeä joko VRR tai Local dimming OFF.

Olen viime ajat pelannut VRR OFF, koska jokaisesta ei-indie pelistä löytyy V-sync, ja useissa uudemmissa ei lukitse 60 vaan menee 120 asti, jolloin ainoa pieni miinus V-syncissä on enää Freesync nähden hieman isompi inputlag. Tuosta ei tosin mitään mittauksia taida olla olemassa, huomattavaa inputlagia en V-syncissä ole koskaan huomannut.

@Team_Slow tiivistetysti, mun mielestä uutta ruutua hankkiessa kannattaa pitää VRR plussana, mutta jos LG OLED jossa tuota esiintyy on muuten parempi kuin kilpailija, niin en tuon VRR vuoksi jättäisi hankkimatta. V-sync ajaa asiansa, eikä VRR ole mikään ''pelikokemuksen sulavoittaja'' kuten usein harhaanjohtavasti sanotaan. Vaakakuvien repeilyn estäjä.

 

[Divvy]

Mun mielestä VRR on _pakollinen_ jotta peliä viitsii edes pelata, jos FPS on mitään muuta kuin tasan jaollinen virkistystaajuuden kanssa. Muuten repeilee tai nylkyttää niin että into menee.

 

[Lacsative]

Mun mielestä VRR on _pakollinen_ jotta peliä viitsii edes pelata, jos FPS on mitään muuta kuin tasan jaollinen virkistystaajuuden kanssa. Muuten repeilee tai nylkyttää niin että into menee.

Lasketko V-syncin VRR:ksi? Päätyöhän noilla on sama, estää se repeily. Jos et laske (minä en laskisi), niin mitäs etua mielestäsi VRR tuo V-sync nähden, jos FPS pysyy 60-120 välillä esimerkiksi? Inputlag teoriassa pienempi, mutta huomattavaa lisää en nykypelien toteutuksista löydä tarkalla kammallakaan. Vanhoista muistan että oli, ja usein lukittu 60fps, nykyisin onneksi uudemmat pelit tukee usein yli sen 60.

 

[Divvy]

Lasketko V-syncin VRR:ksi? Päätyöhän noilla on sama, estää se repeily. Jos et laske (minä en laskisi), niin mitäs etua mielestäsi VRR tuo V-sync nähden, jos FPS pysyy 60-120 välillä esimerkiksi? Inputlag teoriassa pienempi, mutta huomattavaa lisää en nykypelien toteutuksista löydä tarkalla kammallakaan. Vanhoista muistan että oli, ja usein lukittu 60fps, nykyisin onneksi uudemmat pelit tukee usein yli sen 60.

En laske. V-Sync on eri asia.

VRR tasoittaa frametimet. Jos esim. 120hz virkistystaajuudella V-Sync päällä FPS on 70, niin osa frameista tulee ~16,7ms välein ja osa ~8,3ms välein. Kun ruudunpäivitysnopeus sahaa tuota väliä, niin se ottaa pahasti minun silmään. VRR päällä samassa tilanteessa jokainen ruutu päivittyy tasaisesti ~14,3ms välein. Frametimen sahaamista ei tuolloin tapahdu.

 

[Lacsative]

Muutenhan nuo ei kyllä hoida läheskään samoja asioita.

Ei niin, mutta mää laskisin molempien päätehtäväksi repeilyn estämisen, ja sen molemmat tekee, VRR:ssä vähän muutakin (siitä kohta lisää).

Jos ajat peliä 120hz V-sync päällä niin kaikki fps dropit alle 120 nykii ja tuntuu pahalta.

Tämä ei kyllä pidä paikkaansa. Suosittelen kokeilemaan tätä, ei ne 120 -> 70 dropit tunnu pahalta. Ei hemmetissä, tunnistan stutterin erittäin hyvin, mutta joku 120 -> 70 droppi ei kyllä tunnu siltä V-syncinkään kanssa. Vaatii isomman laskun. Tiedän HC-pelaajia jotka pelaa edelleen iloisesti ilman VRR, eikä he valittele mistään stuttereista, ovatko vaan tottuneet?

VRR tekee ruudunpäivityksestä sulavan koko sen alueen sisällä mihin se on speksattu ja tiputtaa oikein käytettynä input lagia huomattavasti.

Ei VRR taida tiputtaa input lagia yhtään, vaan päinvastoin hieman nostaa sitä versus kaikki syncit OFF. Jos VRR vähentäisi syöttöviivettä, se olisi minusta mullistava asia, koska hiirellä pelatessa FPS:n mukana vaihteleva inputlag on nimenomaan osa sitä ''mikrotökkimistä''. Mää en visuaalisesti mitään nykäisyjä kyllä tarpeeks ylhäällä tapahtuvissa dropeissa huomaa.

Viiveistä voit katsoa vaikka täältä. Oikein käytettynä, eli VRR+vsync+framecap latenssi putoaa esimerkiksi tuossa ensimmäisessä 60hz esimerkissä puoleen.

Nuo viiveet kertoo ainoastaan cappauksen viiveistä, missään ei ole itse syncien viiveistä. Olen useamman teknisen selvityksen lukenut VRR:stä, enkä ole nähnyt muuta kuin input lagia hieman lisääviä johtopäätöksiä. Pelkällä v-syncillä input lag on hieman isompi, mutta jos ei E-sports pelaa niin ei käytännön merkitystä.

Edit: Muokattu ja lisätty samaan Divvylle vastaus.

VRR tasoittaa frametimet. Jos esim. 120hz virkistystaajuudella V-Sync päällä FPS on 70, niin osa frameista tulee ~16,7ms välein ja osa ~8,3ms välein. Kun ruudunpäivitysnopeus sahaa tuota väliä, niin se ottaa pahasti minun silmään. VRR päällä samassa tilanteessa jokainen ruutu päivittyy tasaisesti ~14,3ms välein. Frametimen sahaamista ei tuolloin tapahdu.

Lähteitä tälle kiitos. Nostan käden välittömästi pystyyn virheen merkiksi kun tälle tulee luotettava lähde. Free- ja G-sync siis jotenkin pystyy tasaamaan näytönohjaimen lähettämät kehykset samalle viiveelle? Ja tosiaan sää näet stutteria siinä 16,7ms -> 8,3 ms vaihtuvassa frametimessä, eli 8 millisekuntia pidempään viihtyvä kehys näkyy tökkäsynä. Mää joskus hiirtä vispasin ja seurasin noita droppeja, mutta en rehellisyyden nimissä huomannut mikrostutteria esim. 100 -> 70 laskussa. Sitä en varmaksi muista oliko VRR päällä.

 

[Spedemix]

Mäkin sanoisin että ei se VRR oo pakollinen jos peli oikeasti pyörii 100% siinä virkistystaajudessa jossa sen pitää (=divisioona 120Hz:stä). Mutta jos on vähänkin enemmän hajontaa niin hyvinkin nopeasti se tökkiminen ottaa silmiin.

Mä täs hiljattain jouduin päivittimään hiiren koska orkkiksessa oli 125Hz polling rate (vanha toimistohiiri). Eli peli pyörii 144/165Hz jne. mutta hiiren liike päivittyy 125Hz:n tahdilla. Meinas mennä järki sitä kattellessa. Väliaikaisratkaisuna cappasin pelien virkistystaajudet 125Hz:n jotta refresh and polling synkkantuisivat ja rukoilin että voi kunpa ei tuosta sen kummemmin liikkuisi. Nyt uudella pelihiirellä (1000Hz polling rate) ei hiiren päivitysnopeus enää osu ristiin ruudun päivitysnopeuden kanssa.

Anekdootti toki mutta mä en pystynyt kattelemaan 125Hz:n hiirenliikettä 165Hz:n ruudunpäivitystä vasten.

 

[Divvy]

Lähteitä tälle kiitos. Nostan käden välittömästi pystyyn virheen merkiksi kun tälle tulee luotettava lähde. Free- ja G-sync siis jotenkin pystyy tasaamaan näytönohjaimen lähettämät kehykset samalle viiveelle? Ja tosiaan sää näet stutteria siinä 16,7ms -> 8,3 ms vaihtuvassa frametimessä, eli 8 millisekuntia pidempään viihtyvä kehys näkyy tökkäsynä. Mää joskus hiirtä vispasin ja seurasin noita droppeja, mutta en rehellisyyden nimissä huomannut mikrostutteria esim. 100 -> 70 laskussa. Sitä en varmaksi muista oliko VRR päällä.

 

[Lacsative]

Linkkaamassasi kohdassa ei ole mitään todisteita väitteillesi. Nvidian henkilö puhuu VRR perusperiaatteesta jonka tietää sokea kanakin. Ja 2. Pelkkä linkkien / upotusten heitto on tällä palstalla käsittääkseni kielletty, joten skarppaa kiitos.

VRR päätehtävä on synkata virkistystaajuus ruudunpäivitykseen ja näin ollen näyttää framet oikeaan aikaan ilman judderia. Samalla se vähentää repeilyä, mutta ei poista sitä täysin. Siksi se on suunniteltu Vsyncin kanssa käytettäväksi.

Mun näkemys on erilainen, eli päätehtävä synkronoinnilla on estää repeily joka on visuaalisesti karmean näköistä, ja tosiaan tuosta judderin poistosta yms. sulavoittamisesta mielellään haluaisin lähteitä, kun olen paljon VRR lukenut enkä yhtään todistetta tuosta nähnyt. Divvy:n heittämä frametimejen ''tasoitus'' on ihan järkeenkäypä, mutta vailla todisteita toistaiseksi.

120hz näytöllä dropit ei tunnu niin pahalta kuin 60hz, eikä hiirellä tunnu niin selvästi kuin pädillä. Fakta on se että jokainen droppi V-syncin kanssa tuottaa epätasaista frametimeä ja tuottaa näkyvää nykimistä kuvaan.

Kyllä, mitä ylempänä ne dropit tapahtuu niin sitä siedettävämpiä ne on. Mutta väitätkö tosiaan että jokainen, kirjaimellisesti kaikki dropit esim. 120 -> 100 näkyy nykivänä kuvana? Menee jo aika hiusten halkomiseksi noin pienet erot frametimessä, joten en kyllä pieniä frametimejen vaihteluja usko kovimpienkaan kultasilmien näkevän. Joku 120 --> 70 ehkä menisi vielä erona käytännössä?

Ihan kiva jos ei sitä nykimistä huomaa, aika moni vain niin tekee. VRR on mielestäni must have ominaisuus varsinkin pc-pelaamisessa.

Joo ihmiset on erilaisia ja sama se jos joku huomaa ja toinen ei, mun mielestä VRR ei ole must have, mutta hyödyllinen, tosin myös yliarvostettu. Esim. arvostelijoiden näkee kirjoittavan VRR:stä ''Butter smooth gaming experience'' joka on aivan hevonpaskaa. Enough FPS --> Sulava pelikokemus. Ei VRR tee uusia ruutuja, jota tarvitaan riittävä määrä sulavaan pelikokemukseen.

VRR korjaa sen täysin

VRR ei ikävä kyllä korjaa kaikkea stutteria ja hitauden tuntua, jos FPS esim. droppaa 60 ja seuraavassa syklissä FPS on edelleen alhainen, eli droppailee muutenkin kuin 1% frameina, niin sitä ei VRR korjaa mitenkään, pelasin Warzonea satoja tunteja ja kyllähän se stutteroi myös VRR ON. Repeilyä ei ole ollut ikinä VRR ON ilman V-synciä, koska LFC.

Ja osa tökkimisen tuntumisesta tulee input lagista joka vaihtelee lennosta kun FPS tipahtelee, VRR ei pysty tekemään inputlagille muuta kuin hieman nostaa, ja tosiaan en usko hetkeäkään että 120 fps -> 60 fps droppi hoituu VRR:llä ilman mitään kompromisseja. Lähteitä kehiin ja uskon välittömästi

 

[Divvy]

Jos sulle ei tuosta videosta homma avautunut niin en voi auttaa enempää.

 

[Lacsative]

Hiirellä huomaan myös mutta siinä en välitä niin paljon koska se liike ei ole samalailla tasaista kun pädillä. VRR kanssa en noita droppeja huomaa. Toki joku 120->70 fps dropin huomaa VRR kanssakin, mutta se menee enemmänkin siksi että huomaa vain ruudunpäivityksen tippuneen ja latenssin nousseen.

Mun mielestä taas hiirellä nuo nykäisyt on vielä pahempia jos tekee nopeita liikkeitä, joita taas padilla ei oikein voi tehdä, ellei nosta sensitivityä aivan överiks.

Kuvan repeilyä voi tulla VRR alueen sisällä ilman V-synciä. LFC ei liity siihen mitenkään. Toki se hyvin suurentaa VRR aluetta sieltä alapäästä ja voidaan joku hypoteettinen tilanne miettiä missä 40-120hz natiivi VRR laite voi repeillä ilman LFC:tä jos fps on 35. Mutta minä puhun repeilystä VRR alueen sisällä. Pahoja frame pacingin ongelmia VRR ei pysty korjaamaan. Eikä myöskään monissa nykyporteissa olevaa shader stutterointia.

Tämä selvä! V-syncin yhteiskäyttöä mm. blurbusterin oppaassa on suositeltu, mutta oletin sen liittyvän lähinnä LFC-rangen tuntumaan, mutta hyvä tietää että muuta käyttöä.

Sulle on heitetty jo ihan hyviä lähteitä. Lue vaikka tuo blurbustersin artikkeli G-syncistä, siinä selitetään lähes kaikki asiat erittäin hyvin. Linkkasin sut valmiiksi FAQ sivulle josta voit katsoa vaikka selityksen miksi repeilyä voi vielä näkyä VRR alueen sisälläkin ilman V-synciä. Sivulla 2 käydään paremmin läpi G-syncin toimintaa ja tässä on myös toinen G-syncin selitys blurbustersin sivuilta. Divvyn linkkaamasas videossa myös ihan hyvin näytettiin toimintaperiaate.

Linkkien heittely on hemmetin köyhä tapa käydä keskustelua, mutta toisin kuin tuo yksi kahden markan videota tarjonnut, niin sinä sentään perustelut omat juttusi josta peukku. Olen blurbustersin sivuja paljon aiemmin lukenut, enkä ole törmännyt mainitsemiisi VRR sulavoitus hyötyihin FPS dropeissa, joten lainaa ne sieltä suoraan mulle niin päästään eteenpäin.

Jos sulle ei tuosta videosta homma avautunut niin en voi auttaa enempää.

Et ole auttanut tähän mennessä vielä yhtään, joten en käyttäisi termiä enempää. Hyvästi.

 

[Kaotik]

AMD FidelityFX™ Super Resolution 2 (FSR 2)

Learn even more about our new open-source temporal upscaling solution FSR 2, and get the source code and documentation!

gpuopen.com

Sieltä on tullut FSR 2.2

• Introduction of a debug API checker.
• Changes to improve “High Velocity Ghosting” situations.
• Changes to Luminance computation with pre-exposure application.
• Small motion vectors ignored in previous depth estimation.
• Changes to depth logic to improve disocclusion detection and avoid self-disocclusions.
• Dilated reactive mask logic updated to use temporal motion vector divergence to kill locks.
• New lock luminance resource.
• Accumulation overhauled to use temporal reactivity.
• Changed how intermediate signals are stored and tonemapped.
• Luminance instability logic improved.
• Tonemapping no longer applied during RCAS to retain more dynamic range.
• Fixes for multiple user reported issues on GitHub and elsewhere. Thank you for your feedback!

[/quote}

 

[El Shmuel]

En tiä kannattasko laittaa tää ennemminkin ongelmat-kanavalle, mutta mulla on ongelmia Samsungin Odyssey G7 LC27G75TQSRXEN:n kanssa juuri VRR:ää käyttäessä. Kaikki pelit ja työpöytä välkkyy todella paljon VRR:ää (eli mulla G-Synciä ) käyttäessä. Ongelmia ei ole ollenkaan, jos G-sync on pois päältä. Haluaisin kokeilla, kannattaako sen käyttö omissa peleissä.

Näytön firmwaren versio on 1014.1, ja mulla välkkyy vaikka ongelma ilmeisesti korjattiin jo 1009 firmwaressa.

New firmware appears to fix Samsung G7 Odyssey monitor flickering issue

Osaako joku neuvoa, miten välkkymisen sais loppumaan?

 

[Karkka]

Gsync monitor ja esim 7900xtx mitä häviän ja huomaanko eroa? Tällä hetkellä Dell Aw2721D näyttö ja 3080 10gb combo. Miettinyt josko uskaltaisi 7900xtx koittaa, mutta ahdistaa toi Gsync laadun mahdollinen huonontuminen... Eli olenko sitten kuitenkin NVIDIAN loukussa?

 

[Kaotik]

Gsync monitor ja esim 7900xtx mitä häviän ja huomaanko eroa? Tällä hetkellä Dell Aw2721D näyttö ja 3080 10gb combo. Miettinyt josko uskaltaisi 7900xtx koittaa, mutta ahdistaa toi Gsync laadun mahdollinen huonontuminen... Eli olenko sitten kuitenkin NVIDIAN loukussa?

Jos siinä on G-sync eikä G-sync compatible eli adaptive sync niin ansassa olet

 

[juhamac]

Input lag -kokemus huononi Gsync v2 -monitorilla, se oli silminnähtävä ero 1070 ti -> 6950 xt välillä siirtyessä. Luultavasti kyse on pelkästään siitä Gsync-rautamoduulin VRR:sta eikä softalisistä kuten Nvidia Reflex. Parhaillaan etsin keinoja millä asetuksilla sen voisi minimoida.
Kyse ei ole edes tilanteesta, jossa vaihtelisi fps vaan pelistä (OW2), joissa on vakaa 165 fps. Hiljalleenhan siihen varmasti tottuu myös, mutta siirtymävaihe ilman osaamista säätää optimaallisesti voi olla karu. Silloin ei haittaa, jos on pian aikomus vaihtaa esim isompaan monitoriin / 4k:hon.

edit: Luultavasti oma stutterini johtuu sittenkin Win 11 siirtymisestä ja sen 22H2 päivityksestä. Sen on kerrottu sisältävän juuri tällaisia ongelmia sekä AMD ja NV ja useissa peleissä.
edit 2: ei johtunut, jostain syystä peli toisti 85 Hz:lla - ero oikeasti toimivalla 165:lla on entiseen verrattuna vähäinen.

 

[PÌÎUW®[ªøËrhl¾ÇÌ°1¿¼]

En oikein keksinyt mihinkä tämä kuuluisi niin pistetään tänne. Kuitenkin sinällään liittyy VRR:ään että strobetus on sille vastakohta tavallaan kun framerate pitää saada pysymään täsmälleen lukittuna yhdessä kohtaa että saadaan paras ULMB kokemus.

NVIDIA Release 'ULMB 2' for Improved Motion Clarity, Including Updates for 2 Existing Monitors - TFTCentral

An update to NVIDIA's blur reduction technology, powered by their G-sync module. Benefits, updates and requirements explained

tftcentral.co.uk

Elikkä nVidia julkaisi ULMB2. Uutena on tuki high-refresh monitoreiden natiivi refreshille ja strobetus algoritmia muutettu. Kirkkaampi, parempi, vähemmän cross-talkkia. Tavoitteena liikeresoluutio joka vastaa 1000Hz sample-and-hold virkistystä. Mielenkiintoinen uutinen meille jotka vannoo liikeresoluution nimeen. En oikein tykkää pelata nykyään mitään peliä ilman vahvaa strobetusta.

For ULMB 2 capability, monitors must meet the following requirements:

• Deliver over 1000 Hz of effective motion clarity
• Drive ULMB 2 at the monitor’s full refresh rate
• Deliver over 250 nits of brightness with minimal crosstalk or double images

 

[Lacsative]

For ULMB 2 capability, monitors must meet the following requirements:

• Deliver over 1000 Hz of effective motion clarity
• Drive ULMB 2 at the monitor’s full refresh rate
• Deliver over 250 nits of brightness with minimal crosstalk or double images

Eli käytännössä ylimmän vaatimuksen vuoksi vain OLED:it voi täyttää tuon pikselien vasteaikojen puolesta. Ihan mielenkiintoiselta vaikuttaa. Sehän on tosi ettei edes OLED:it pysty sellaisenaan täysin sulavaan kuvaan, kun se vaatii muutakin kuin nopeat pikselien vasteajat. Blurbustersin sivuilla oli tuosta juttua. OLED:eissa kuitenkin pikselien vasteaikojen puolesta parhaat mahdollisuudet "ultra sulavaan" kuvaan. Siihen ei kuitenkaan riitä mitkään alle 200hz ruudut, jos oikein haluaa hiuksia halkoa

 

[PÌÎUW®[ªøËrhl¾ÇÌ°1¿¼]

Eli käytännössä ylimmän vaatimuksen vuoksi vain OLED:it voi täyttää tuon pikselien vasteaikojen puolesta. Ihan mielenkiintoiselta vaikuttaa. Sehän on tosi ettei edes OLED:it pysty sellaisenaan täysin sulavaan kuvaan, kun se vaatii muutakin kuin nopeat pikselien vasteajat. Blurbustersin sivuilla oli tuosta juttua. OLED:eissa kuitenkin pikselien vasteaikojen puolesta parhaat mahdollisuudet "ultra sulavaan" kuvaan. Siihen ei kuitenkaan riitä mitkään alle 200hz ruudut, jos oikein haluaa hiuksia halkoa

Juu OLED vasteaiiojen puolesta paras. Ne huonot puolet vaan on niin rankat että varmaan turha odottaa ULMB2 sertifiointia OLED paneeleille. ULMB2 algoritmi on suunniteltu niin että se eliminoi pikseli transitiot hyvin pitkälle pois yhtälöstä. Transitio piilotetaan sinne missä taustavalo on pois päältä.

Optimum Techin youtube kanavalla olikin jo hyvä käytännön vertailu jossa mukana uusi ULMB2 LCD versus nopeimmat OLED ja TN paneelit. Ei jäänyt epäselväksi (hehe) mikä oli paras liikeresoluutioltaan.

 

[Spedemix]

Hei, mitenkäs teillä tuo Portal RTX ja Portal RTX Prelude; toimiikos teillä VRR? Mä en oo saanut millään toimimaan vaikka tyypilliset kikat on kokeiltu.

- Force Vsync on
- Force prefer DXGI swapchain

Korttina RTX 4060, viimeisin ajuri tältä viikolta. Gsync toimii mm. Genshin Impactissä, Overwatchissa ja Doom Eternalissa (joten ei liene DX/Vulkan ongelma). Jos mä avaan RTX menun niin näen kaksi hiirtä joten vaikuttais oleva joku layeröintiongelma jossa WDDM luulee että pelin ikkuna on minimoitu.

Edit: Niin ja DLLS3 Frame Gen on todettu toimivaksi Marvel's Spider-Manissä. Eli kaikki jäljet johtaa Portaliin.

 

[PÌÎUW®[ªøËrhl¾ÇÌ°1¿¼]

NVIDIA lanseerasi G-SYNC Pulsar teknologian. Eli G-SYNC VRR + variable strobing backlight samaan aikaan.

G-SYNC Displays Dazzle At CES 2024: G-SYNC Pulsar Tech Unveiled, G-SYNC Comes To GeForce NOW, Plus 24 New Models

NVIDIA G-SYNC Pulsar is the first and only display tech to deliver flawless variable frequency strobing, variable refresh, and variable overdrive, together establishing a new gold standard for motion clarity and stutter-free gameplay; the ASUS ROG Swift PG27 series G-SYNC monitor with Pulsar...

www.nvidia.com

 

[_j03_]

Löytyykö jostain jotain järkevää listaa freesync näytöistä joissa on variable overdrive tuettuna? Tällaisia ilmeisesti on joissain malleissa custom toteutuksena?

NVIDIAn VRAM kitsastelun takia tarkoituksena jos vaihtaisi näytönohjaimen leiriä, mutta pitäisi siirtyä vanhasta gsync moduulilla varustetusta näytöstä uudempaan. Ei vaan oikein houkuttele vaihtaa "huonompaan" VRR toteutukseen.

Uskomaton sillisalaatti kyllä tuo freesync/Vesa adaptive sync.

 

[perato]

Mites tuo OLEDien VRR flicker homma nyt sitten näillä framegen jutuilla, jos framegenille pusketaan frameja moninkertaisesti, kasvaako ongelmat vai väheneekö? Ja miten ylipäätään tää VRR onko ollut mitään ongelmia noiden skaalaus ja framegen tekniikoiden kanssa?

 

[PÌÎUW®[ªøËrhl¾ÇÌ°1¿¼]

Mites tuo OLEDien VRR flicker homma nyt sitten näillä framegen jutuilla, jos framegenille pusketaan frameja moninkertaisesti, kasvaako ongelmat vai väheneekö? Ja miten ylipäätään tää VRR onko ollut mitään ongelmia noiden skaalaus ja framegen tekniikoiden kanssa?

VRR flicker johtuu frameraten suuresta vaihtelusta. Sillä ei ole väliä miten framet on generoitu (natiivi vai AI) jos framerate vaihtelee 40fps - 200 välillä rajusti niin tulee flickeriä.

 

[arcane]

No niin, tyhmä kysymys kun ei ole aikaisemmin kokemusta Freesync/Gsync ominaisuuksista:

Mulla on Acer b270u -näyttö, joka toimii max 75hz ja sen tuettu FreeSync-tuki on hyvin rajatulle 48-75hz välille. Näytönohjaimen osalta siirryn vihreästä leiristä punaiseen, AMDn maailmaan. Olen suhteellisen allerginen turhalle GPUn rasitukselle ja erittäin allerginen repeilevälle kuvalle. Todennäköisesti tuleva koneeni pyörittää käytännössä kaikkia pelaamiani pelejä yli reilusti yli 75fps eli menee reilusti yli näytön virkistystaajuuden. En erityisesti pelaa kilpailullisia shoottereita tai pelejä, kuten ehkä myös näytöstä huomaa ettei virkistystaajuuteen ole panostettu enempää.

Mikä näistä on oikea tapa toimia:

• FreeSync päälle, V-Sync / Framelimit säätö pelien asetuksista
• FreeSync päälle, Frame rate target control globaalisti 75fps tai vähän alle (73-74fps)
• FreeSync pois, V-sync / framelimit säätö pelien asetuksista, ja tarpeen vaatiessa sitten FreeSync päälle jos pelaa jotain oikeasti vaativaa joka pyörii tuetulla välillä
• Adrenalinista "Wait for Vertical sync" globaalisti päälle?

?

...ja ilmeisesti jos sitten jotain PUBGia / CSää tms. pelaan, niin vsync pois päältä ja Enhanced Sync käyttöön ajuriasetuksista, ja tarpeen mukaan sitten joku framelimitteri pelistä tai muuten. Saatan kyllä muutenkin olla päivittämässä edes johonkin 120hz näyttöön, mutta sama kysymys minulla on silloinkin.

 

[MSuomi]

No niin, tyhmä kysymys kun ei ole aikaisemmin kokemusta Freesync/Gsync ominaisuuksista:

Mulla on Acer b270u -näyttö, joka toimii max 75hz ja sen tuettu FreeSync-tuki on hyvin rajatulle 48-75hz välille. Näytönohjaimen osalta siirryn vihreästä leiristä punaiseen, AMDn maailmaan. Olen suhteellisen allerginen turhalle GPUn rasitukselle ja erittäin allerginen repeilevälle kuvalle. Todennäköisesti tuleva koneeni pyörittää käytännössä kaikkia pelaamiani pelejä yli reilusti yli 75fps eli menee reilusti yli näytön virkistystaajuuden. En erityisesti pelaa kilpailullisia shoottereita tai pelejä, kuten ehkä myös näytöstä huomaa ettei virkistystaajuuteen ole panostettu enempää.

Mikä näistä on oikea tapa toimia:

• FreeSync päälle, V-Sync / Framelimit säätö pelien asetuksista
• FreeSync päälle, Frame rate target control globaalisti 75fps tai vähän alle (73-74fps)
• FreeSync pois, V-sync / framelimit säätö pelien asetuksista, ja tarpeen vaatiessa sitten FreeSync päälle jos pelaa jotain oikeasti vaativaa joka pyörii tuetulla välillä
• Adrenalinista "Wait for Vertical sync" globaalisti päälle?

?

...ja ilmeisesti jos sitten jotain PUBGia / CSää tms. pelaan, niin vsync pois päältä ja Enhanced Sync käyttöön ajuriasetuksista, ja tarpeen mukaan sitten joku framelimitteri pelistä tai muuten. Saatan kyllä muutenkin olla päivittämässä edes johonkin 120hz näyttöön, mutta sama kysymys minulla on silloinkin.

Freesync päälle, v-sync pois. Rajoitat jonkin verran tuon rajan alle, joko pelistä tai jos ei sieltä onnistu, pitäisi AMD:n chillin olla about paras mahdollinen rajoitin (joillakin on tosin täälläkin eri mielipiteet tuosta chillistä), KUNHAN siitä laittaa molemmat arvot samaksi. Tästä vähän aiheesta videota:

Enhanced synciä en ole käyttänyt, kun en nyt ole mikään ammattipelaaja ja näytön 240Hz riittää siellä yläpäässä kyllä xD
Ja ainakin joskus sen kanssa oli jotain ongelmia.

 

[Anatoli]

Freesync päälle, v-sync off tai "Off, unless application specifies" , RTSS rajoittamaan FPS 2-4 maksimin alle. Säädät kerran ja kaikki vaan toimii sen jälkeen.

En tiedä onko Chill parantunut vuosien takaisesta, mutta RTSS hoitaa homman niin hyvin ettei ole edes tullut mieleen testata sitä.

Enhanced sync, FRTC, yms tungetaan sinne, minne aurinko ei paista.

 

[PÌÎUW®[ªøËrhl¾ÇÌ°1¿¼]

Nvidialla ns ”oikea” tapa setupata gsync on laittaa nvidia control panelista vsync ON kun gsyncin laittaa päälle. Sitten esim pelistä tai RTSS rajoitus 3 alle monitorin frameraten ja pelistä vsync OFF.

Ihan vaan jos joku on ulalla miten asetukset pitää olla.

 

[Infy]

Nvidialla ns ”oikea” tapa setupata gsync on laittaa nvidia control panelista vsync ON kun gsyncin laittaa päälle. Sitten esim pelistä tai RTSS rajoitus 3 alle monitorin frameraten ja pelistä vsync OFF.

Ihan vaan jos joku on ulalla miten asetukset pitää olla.

Tuo on juuri ne asetukset, mitä Blurbusters suosittaa. Tarkennuksena vielä, että pelin sisäinen FPS-rajoitin on paras vaihtoehto, RTSS tai NV-ohjauspaneelin FPS-rajoitin kasvattaa viivettä.

 

[swttii]

Tuo on juuri ne asetukset, mitä Blurbusters suosittaa. Tarkennuksena vielä, että pelin sisäinen FPS-rajoitin on paras vaihtoehto, RTSS tai NV-ohjauspaneelin FPS-rajoitin kasvattaa viivettä.

Monessa pelissä on tosi huono FPS rajoitin, jolloin RTSS/Special K yleensä toimii paremmin.

 

[perato]

En tiä miten moderneimmat pelit, mut aika harvassa oo kyl nähnyt tarkkaa rajoitinta, jos on muu kuin Vsync niin sit se on joku 60/90/120 tyyppinen.

 

[Divvy]

Nykyään Reflexin voi myös pakottaa päälle Rivatuner Statistics Serverillä sellaisille peleille, joissa ei Reflex-tukea natiivisti ole.

 

[Kaotik]

Nykyään Reflexin voi myös pakottaa päälle Rivatuner Statistics Serverillä sellaisille peleille, joissa ei Reflex-tukea natiivisti ole.

Kannattaa kuitenkin pitää se poissa nettipeleistä, joissa ei ole tukea, ettei anticheatit ala huutaa.

 

[kurkimies]

En tiennyt, että mun kakkosnäyttö tukee/yhteensopiva Adaptive Sync käytölle eli 40-75Hz käytössä.