Diskuze o hardware, software a overclockingu
https://forum.pctuning.cz/
Peter Nixeus píše: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.
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.Krteq píše:
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 ten buffer je řešen na kartě, ne jako v případě G-SyncMeanwhile 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.
Toto je realita na zaklade mereni. To ze amd ma na karte najednou nejaky buffer, to je tvuj nicim nepodlozeny dojem.From observations and measurements I've taken, the BENQ panel 'sticks' at 40 Hz when game FPS levels drop <40 FPS.
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.Krteq píše:A odkud teda podle tebe posílá snímky na refresh?
Podle toho mereni vyse to tak u fs nefunguje. Tohle dela Gsync. Vice viz odpoved krtqovi.Ache píše: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.Ache píše: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.
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íše:Podle toho mereni vyse to tak u fs nefunguje. Tohle dela Gsync. Vice viz odpoved krtqovi.
Co nechapes je, ze behem toho tveho asynchronniho odesilani muze dojit k naplneni framebufferu z pipeline, coz jaksi nesmiKrteq píše: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í -
Takze vy si nechte svoje vymyslene postupy, ja si necham mereni pcperu.gsync dela lag 1-2ms v ramci VRR window. Jestli ej to moc nebo malo, je veci kazdeho soudruha.DOC_ZENITH píše: 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?
*) ma byt volitelne, nemuzu overit viz EDIT:Ache píše:
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)*
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).
tftcentral - BenQ XL2730Z Firmware Update ExplainedKrteq píše:Ještě jedna poznámka k FreeSync a Overdrive. BenQ vydal opravný firmware pro XL2730Z a OD teď s FreeSync funguje korektně