графические баги рендера к производительности игры в эмуляторе вообще ни каким боком
Ещё каким боком. Например баг какого-нибудь пост-эффекта легко превратит картинку в статичную пелену чего-либо, по которой ты в жизни не поймёшь, сколько там на самом деле отрендерилось кадров. И так далее... В общем не о влиянии багов на производительность речь, а о помехам при подсчёте кадров вручную.
и с OGL + Hardware Depth был переключен перед записью на дх11 именно потому, что OGL тормозной. и использовать OGL в данном случаи, как рас таки плохая идея.
Потому что снимать надо встроенной функцией - "СОТЫЙ РАЗ ПОВТОРЯЮ! Это функция по сути пишет в видео пререндеренную картинку, соответственно становиться глубоко наплевать, что там у тебя тормозное, а что нет. Главное, что чётко видно, сколько кадров игра в эмуле отрендерила!
В общем обратил я внимание на то, что в приведённом тобой примере реальный fps падает именно при включении, назовём её так - краш камеры. Поскольку ты сам писать нормально видео и проводить чистый эксперимент без кучи наводок и погрешностей отказываешься, это сделал я.
Результат следующий: краш камера всегда работает ровно в 30fps и никак иначе. И касается это опять же исключительно режима краш камеры, а не самой езды.
Дальше - больше. Оверклок EE на неё не влияет никаким образом. Хоть EE+1 хоть EE+2. Ровно 30 и всё тут.
Из этого можно сделать вывод, что в отличии от SotC и многих других игр, фреймскип в BR не обусловлен недостатком производительности EE.
