AMD FreeSync / VESA Adaptive-sync - info a vše okolo

[Ache]

Ve výrobcích monitorů naštěstí výběr existuje poměrně velký (i když jsou to jen CTRL+C > CTRL+V + jiný plasty a firmware kopie). Koupit si displej od ASUSu, který jejich ceny má navíc poměrně vysoký je čistá hloupost. I ten Acer je už na vyšším levelu. viz. ty recenze free/G-Synců co jsem sem hodil.

[hnizdo]

Tak o tom zadna

[Krteq]

AMD na Computexu předvádí FreeSync skrze HDMI a monitory se spodní hranicí refresh rate 30Hz



AnandTech - AMD Demonstrates FreeSync-over-HDMI Concept Hardware at Computex 2015

Takže to omezení na 40Hz opravdu není chybou/vlastností Adaptive-Sync/FreeSync technologie jak se nám tu snaží celou dobu hnizdo nakukat, ale omezením stávajících panelů

//A Overdrive tam s FreeSync taky funguje

That is correct - Over Drive has been working in our NX-VUE24 displays since AMD provided us with their first non-public BETA Freesync Drivers last year... Over drive is also working with the current AMD cards and current public BETA Freesync Drivers. During our own validation process when we turned ON Over Drive with Freesync ON - it was too strong and had significant pixel overshoot, but at the time we had other more important bugs (unrelated to Adaptive Sync/Freesync) to resolve at the time to get our monitor to be consumer ready.

When it came time to address the Over Drive performance with Freesync, we consulted with AMD and our scalar partner to fine tune it to the best that the display can handle to minimize both ghosting and pixel overshoot. It was a significant improvement and is no longer an issue. From my own eyes, with Over Drive enabled performance was about on par with other VRR monitors I have to play with.

[Ache]

TN. TN? TN!
Já chci 24", 144Hz, ale IPS sakra! Free Sync tam klidně může být i když ma GF, protože maximálně mi to nepůjde syncnutý, ale 144Hz bych měl... ale zase jen prach obyčejný TN! Přitom 27" 1440 IPS (resp. AHVA klon) už je.
Takže zase nic.

[Krteq]

Ještě jedna poznámka k FreeSync a Overdrive. BenQ vydal opravný firmware pro XL2730Z a OD teď s FreeSync funguje korektně

[hnizdo]

Takže to omezení na 40Hz opravdu není chybou/vlastností Adaptive-Sync/FreeSync technologie jak se nám tu snaží celou dobu hnizdo nakukat, ale omezením stávajících panelů

krtecku, kecas. ja od zacatku, a to myslim od _zacatku_ kdy se fs objevil, upozornuju na jednu vec - ze fsync nemuze pod refresh limitem panelu fungovat, protoze nema buffer, ktery by mu umoznoval asynchronni praci. coz se prokazalo.
NIKDE jsem nepsal, ze fsync ma omezeni na 40 nebo jinych Hz. Vskutocnosti je to gsync, ktery ma stanovene konstrukcni omezeni na 30Hz, ale to je vedlejsi.

[Krteq]

Co že se prokázalo? Ty jsi to zas nečetl a zas jen plácáš viď.

Meanwhile on the subject of minimum refresh rates, AMD’s comments were a bit less concrete, but also a bit more optimistic. How minimum refresh periods are handled is ultimately up to FreeSync; there needs to be a refresh within the maximum pixel decay period in order to maintain the display, but it’s up to AMD how they want to do those refreshes. For 144Hz monitors this can mean just running a quick refresh over 7ms, whereas for 60Hz monitors the subject is a bit trickier since a refresh takes 16ms.

In any case the message from AMD has been that they have the ability to change their minimum refresh behavior as they see fit or as they develop better ways to handle the situation.

A ten buffer je řešen na kartě, ne jako v případě G-Sync

[hnizdo]

Priteli, to ze amd rika ze neco muze nebo umi, na to jsem zvykly. Realita je takova:

http://www.pcper.com/reviews/Displays/A ... e-VRR-Wind

From observations and measurements I've taken, the BENQ panel 'sticks' at 40 Hz when game FPS levels drop <40 FPS.

Toto je realita na zaklade mereni. To ze amd ma na karte najednou nejaky buffer, to je tvuj nicim nepodlozeny dojem.

[Krteq]

A odkud teda podle tebe posílá snímky na refresh?

[Ache]

Jako je fakt, že není jediný důvod, proč by násobení snímků nemohlo fungovat na úrovni framebufferu.... klesne fps pod minimální refres? Znásobím refresh 2x, a pošlu ten samý snímek do monitoru taky 2x. easy & simple.

[hnizdo]

A odkud teda podle tebe posílá snímky na refresh?

Ze standardniho framebufferu jako kazda VGA od doby vzniku tohoto standardu. Jenze pro VRR potrebujes mimo VRR window dalsi asynchronni buffer nezavisly na framebufferu (kvuli nutnosti oddelit obnoveni framebufferu prichodem dalsiho snimku a rozdilneho refreshe panelu). Uz jsem ti to tu jednou psal, aniz ses obtezoval na to reagovat.

[hnizdo]

Jako je fakt, že není jediný důvod, proč by násobení snímků nemohlo fungovat na úrovni framebufferu.... klesne fps pod minimální refres? Znásobím refresh 2x, a pošlu ten samý snímek do monitoru taky 2x. easy & simple.

Podle toho mereni vyse to tak u fs nefunguje. Tohle dela Gsync. Vice viz odpoved krtqovi.

[Krteq]

Jako je fakt, že není jediný důvod, proč by násobení snímků nemohlo fungovat na úrovni framebufferu.... klesne fps pod minimální refres? Znásobím refresh 2x, a pošlu ten samý snímek do monitoru taky 2x. easy & simple.

Přesně , ale hnizdo stále nechápe, že karta musí ten snímek v bufferu podržet i když ho už poslala ke zobrazení - standardně se totiž hned po zobrazení zahazuje, není důvod ho držet v paměti. Když se následující snímek při renderingu zdrží pod refresh interval, prostě se pošle předchozí snímek z toho bufferu - easy & simple.

[DOC_ZENITH]

Teoreticky by mohlo, první várka freesync monitorů měla ale bohužel tak malej rozsah, že dvojnásobek jejich min freesync refreshe byl vyšší než jejich maximum, tzn tato metoda nešla použít.

Edit: Když se snímek musí držet (v jakémkoliv bufferu, fuk jestli framebuffer nebo Gsync modul buffer, vždy to udělá lag. Kdo tu chce lag? Tady pak půjde o to, jak se s tim poperou a jak velkej bude. Realisticky přidat další 1 snímek do framebufferu by mělo stejnej effekt na lag jako double vs tripple buffering u vsyncu, ne, díky. Musí to jít drobátko jinak.

[Ache]

Podle toho mereni vyse to tak u fs nefunguje. Tohle dela Gsync. Vice viz odpoved krtqovi.

Jo, ale není důvod, proč by to na AMD nemohlo fugnovat (kdyby to v driveru ošéfovali), taková věc se snad dá udělat. To jestli to nefunguje je věc druhá.

[hnizdo]

Přesně , ale hnizdo stále nechápe, že karta musí ten snímek v bufferu podržet i když ho už poslala ke zobrazení -

Co nechapes je, ze behem toho tveho asynchronniho odesilani muze dojit k naplneni framebufferu z pipeline, coz jaksi nesmi

No nicmene chlapci, pohadky si vymyslet umite, ale s tim merenim nehnete Takze vy si nechte svoje vymyslene postupy, ja si necham mereni pcperu.

[hnizdo]

Edit: Když se snímek musí držet (v jakémkoliv bufferu, fuk jestli framebuffer nebo Gsync modul buffer, vždy to udělá lag. Kdo tu chce lag?

gsync dela lag 1-2ms v ramci VRR window. Jestli ej to moc nebo malo, je veci kazdeho soudruha.

Horsi je, ze u fsync pod vrr window pracuje monitor trvale v modu spodni refresh limit (30-40Hz), a pokud zvolis (uz to funguje?), ze chces mimo vrr vsync, tak mas lag jak prase.

[Ache]

Jako fungování G-SYNC je mi jasný. Když mam monitor s 30Hz min. tak:
31fps = 31Hz
30fps = 30Hz
29fps = 58Hz
28fps = 56Hz
.. lépe to težko uděláte aby nevznikal lag nebo stutter nebo chyby v odezvě.

Ale jak to teda sakra je u AMD? když mam dejme tomu také 30Hz minimum?
31fps = 31Hz
30fps = 30Hz
29fps = ??Hz
28fps = ??Hz
prosím doplnit ať v tom mam jasno.

[hnizdo]

Ale jak to teda sakra je u AMD? když mam dejme tomu také 30Hz minimum?
31fps = 31Hz
30fps = 30Hz sync
29fps = 30 Hz sync (nebo async)*
28fps = 30 Hz sync (nebo async)*

*) ma byt volitelne, nemuzu overit viz EDIT:

For that situation, the BENQ panel behaves like a fixed 40 Hz refresh rate display, and does what you would expect if V-Sync is on or off (judder or tearing).

[Krteq]

Ještě jedna poznámka k FreeSync a Overdrive. BenQ vydal opravný firmware pro XL2730Z a OD teď s FreeSync funguje korektně

tftcentral - BenQ XL2730Z Firmware Update Explained