Kadajo

A jakbym chciał używać locka FPS aby nie żyłować GPU pod korek ciągle np. na 60 czy tam 80 FPS ?

Ja już wymiękłem jak się okazało ze nie widzę tearingu na dx12 który nie miał sychro gdy jeszcze używałem opcji fastsync w NVP. Czyli musisz być poniżej maksymalnego odświeżania, ale w zakresie Gsync, czyli np. u mnie jest to miedzy 20 a 240(480) ? A jakby wyłączyć DSC (Display Stream Compression) ograniczając odświeżanie monitora do 120Hz ? VRR flicker praktycznie wtedy nie występuje z tego co widzę. Co o tym myślicie ? Oczywiście tracę 240hz, ale i tak nie wychodzę powyżej 80FPS w grach. Ale widzę ze to znowu daje mi opcje kolor tylko 422 A dobra widzę ze HDR wtedy tez się ulatnia. Niby nie używam, ale poeksmetymentowac można.

Ok. Rozumie. Tzn. nie rozumie, ale rozumie co ustawiacie.

No ale czekajcie, ty wy cały czas utrzymujecie FPS -3 maksimum odświeżania ? Przecież tego się nie da osiągnąć w niektórych grach nawet z RTX 5090

Czyli Vsync powinien być wyłączony cały czas ?

Mózg mi się lasuje już od tego wszystkiego. Serio ten Gsync to jedyna technologia której nie kumam.

Jebac Gsynca, Vsynca, Freesynca, geysynca, lesbosynca. Wyłączam to wszytko jak prawdziwy Pro PCMR.

NVP i tak nadpisuje wszytko. Wiec w grze sobie możesz ostawić jak chcesz i nie ma to znaczenia. Z tego co czytam na BB to wymuszamy Vsync po to aby nie mieć tearingu w skrajnych synchrozniazcjach FPS/HZ Jeśli będzie na OFF może pojawić się tearing. Wait, why should I enable V-SYNC with G-SYNC again? And why am I still seeing tearing with G-SYNC enabled and V-SYNC disabled? Isn’t G-SYNC suppose to fix that? (LAST UPDATED: 05/02/2019) The answer is frametime variances. “Frametime” denotes how long a single frame takes to render. “Framerate” is the totaled average of each frame’s render time within a one second period. At 144Hz, a single frame takes 6.9ms to display (the number of which depends on the max refresh rate of the display), so if the framerate is 144 per second, then the average frametime of 144 FPS is 6.9ms per frame. In reality, however, frametime from frame to frame varies, so just because an average framerate of 144 per second has an average frametime of 6.9ms per frame, doesn’t mean all 144 of those frames in each second amount to an exact 6.9ms per; one frame could render in 10ms, the next could render in 6ms, but at the end of each second, enough will hit the 6.9ms render target to average 144 FPS per. So what happens when just one of those 144 frames renders in, say, 6.8ms (146 FPS average) instead of 6.9ms (144 FPS average) at 144Hz? The affected frame becomes ready too early, and begins to scan itself into the current “scanout” cycle (the process that physically draws each frame, pixel by pixel, left to right, top to bottom on-screen) before the previous frame has a chance to fully display (a.k.a. tearing). G-SYNC + V-SYNC “Off” allows these instances to occur, even within the G-SYNC range, whereas G-SYNC + V-SYNC “On” (what I call “frametime compensation” in this article) allows the module (with average framerates within the G-SYNC range) to time delivery of the affected frames to the start of the next scanout cycle, which lets the previous frame finish in the existing cycle, and thus prevents tearing in all instances. And since G-SYNC + V-SYNC “On” only holds onto the affected frames for whatever time it takes the previous frame to complete its display, virtually no input lag is added; the only input lag advantage G-SYNC + V-SYNC “Off” has over G-SYNC + V-SYNC “On” is literally the tearing seen, nothing more. https://blurbusters.com/gsync/gsync101-input-lag-tests-and-settings/15/

Ale musi być lipa jak to wyjdzie jeszcze w tym roku

Gsync nie ma żadnego Vsync a pierwsze co trzeba zrobić w panelu NV po włączeniu Gsync to wymusić Vsync na ON

Ale Gsync używa normalnego Vsynca. Tutaj nie ma żadnej magii, on nie ma innego magicznego Vsynca. Coś tam ostatnio na blur busters czytałem o Gsync i tam tłumaczyli jak to działa ale uje z tego zrozumiałem w sumie

Pewnie po tym drugim trailerze ruszy.

Do 100M trochę brakuje

A w sumie są jakieś minusy przestawienia z RGB na 444 ?

Dobrze jest. Cameron wie co robi. To jeden z ostatnich reżyserów złotej ery kina.

Czas na pierogi znajdzie się zawsze.

Sami sobie winni ze nie ogarnęli nowych bohaterów z charyzma

Kiedyś wyłapałem błąd w BF2042 gdzie na RGB był banding a na 444 już go nie było i tak zostało. Nawet to labie o tym pisałem i wrzucałem SS

Jak się ktoś jara oszustem to tylko o nim świadczy

Podobno nie taki zły jak się rysował.

Trafił janusz na janusza

A co to są realne sytuacje ?

Tak, dlatego napisałem "no sync" dla dx12. I tu właśnie smiechlem bo nie wiedziałem przez bardzo długo że fast sync nie działa w dx12 a mimo tego nie zauważałem tearingu. Dopiero jak go zacząłem szukać, po tym jak się dowiedziałem to go faktycznie widać. No i tyle. Ale płynność gsynca jest wyraźnie lepsza. No ale co zrobisz jak nic nie zrobisz.