Jedyna gra którą jako tako bez v-synca ograłem i było spoko to GRID, ale tam były sporadyczne cięcia (mówię o wersji konsolowej).
Co do samego V-sync to dziwię się, ze dopiero teraz tłumaczy się o co biega. To chyba logiczne, ze V-sync to bufforowanie klatek i miernik fps jest tu bez sensu. Jedyny miarodajny miernik fps to taki który mierzyłby to na kablu PC - Monitor.

jestem prawie pewien , że ktoś z redakcji ma w domu starszy zestaw(lub czesci). Jak by sie poprosiło to jestem pewien, że znalazł bys ei ktos kto by mogł taki zestaw udostępnić w zamian np. za możliwość przyjrzenia sie redakcji od środka

Nie jest prawdą, że nie można tak samo monitorować fps w dx12 czy vulkan tak jak to robi FRAPS i inne obecnie, po prostu jeszcze nie dodali obsługi.

Nie ma różnicy czy się podepniemy pod potok renderowania tak jak się to robi w grach dx poniżej 12 czy będziemy po prostu zliczać wywołanie funkcji, która owy obraz najdalej w potoku finalnie 'wypluwa', bo i tak podpinano się w potoku pod funkcję która jest na możliwym samym końcu przed przekazaniem dalej, więc to działa tak samo jak dotychczas, tylko zlicza zamiast wpinać się między.

W oryginalnej metodzie, używanej w fraps, rtss itp., też nie dostawaliśmy informacji z tego co faktycznie widzimy na monitorze, a ostatniej funkcji potoku.

FRAPS i inne działają tak latami i nikomu to nie przeszkadzało.

Oczywiście jest problem z UWP, ale to inna kwestia prawda, wymysłów m$.

Także, mimo wszystko dobrze, że zastosowaliście metodę jak do FCATa, bo nie ma obecnie jednego sprawdzonego narzędzia, które by mogło mierzyć wszystkie gry, no niby można się uprzeć, że się da, ale nie wiem jaki jest stan wiarygodności nakładki steam.

TAK czy siak, sprawa GIER.

Jak dla mnie to one są zrobione tragicznie, gears of war to jest tragedia z tymi wymaganiami, a to jest remaster, który wcale nie wyróżnia się graficznie, a cała reszta to port z 2007 roku i jest pewne, że nic tam nie zmieniali, ani kodu logiki gry, ani AI, a jakie wymagania ma gra z 2007 roku - śmieszne jak na dzisiejsze.

Tomb, łatka robiona po czasie, no i hitman, czyli wczesny dostęp w przebraniu, w żadnej z tych gier nie ma stabilności, a wieli ma spadki w dx12, to się po prostu nazywa padaka.

Więc dla mnie te gry nie są żadnym wyznacznikiem.

Tak samo liczyłem na quantum break, ale sytuacja tej gry tez wygląda na robioną na szybko, zwłaszcza zestawiając rzekome wymagania ze specyfikacją xone.

Przecież oba procki mają dwa rdzenie więc skąd wniosek, że mają problem z dwurdzeniowcami? Skoro na i3 powiedzmy osiąga dobre wyniki to problem jest gdzie indziej

Przecież to oczywiste, że GPU generując większą ilość fps będzie zużywać większą ilość energii, więc ten test jest zbędny

Na kartach Nvidii dx12 może nic nie dać, a z pewnością pojawią się czasem spadki wydajności.
Słowa dewelopera gry są oczywiste, dla 5-10% async computing wzrost niewielki wydajności u AMD, Nvidii żadne zyski i powoduje ogromne problemy optymalizacyjne.

Do tego pobór prądu należy wzdrożyć testy na to, bo dx12 'rozwala' system

A sam cpu jest niedożyłowany

Nie wiem co palą w mikroka$ie i AMD, ale coś to cienko wygląda z tym dx12.

Nie sądziłem, że taki portal jak Pclab może na tak wczesnym etapie wysnuwać wnioski na temat dx12. To nie jest Onet