Не судьба.
Выбирайте сами, либо точность, либо скорость.

Если только, не попытаться переложить часть расчетов на GPU. Как к примеру, это собирается сделать gabest, для своего SW в GSdx (PCSX2).

P.S: И все-таки, 20% это не такой уж и мизер

А как он сделать собирается? CUDA, OpenCL, DirectCompute?

Вот как сделает - расскажешь об истории успеха.
Лично я не вижу того, чего бы там можно было бы использовать без потери переносимости, ну кроме фильтров, которые и так на шейдерах.
Все остальные операции сильно проиграют на пересылках в/из видеокарту, а писать на видеокарте полноценный рендерер, который будет работать на 10% пользовательских компьютеров мне совершенно не интересно.


Это ужасно мало, с учётом того, что вентилятор на твоём процессоре начнёт выть как собака Баскервилей, а процессор начнёт жрать киловаты как утюг.

OpenCL.

P.S: Обсуждение велось здесь.

-- 17 фев 2015, 21:31 --


Лично меня, это бы не особо беспокоило ... Вот если бы у пользователя был выбор, между двумя этими режимами. То тогда ладно... Ну а так, что дают, то и "юзаем", и никуда от этого ни деться.

Ну, насколько я понял, на видеокарте получилось медленнее чем на процессоре, и что дальше?
Вам надо чтобы стало медленнее, но зато на видеокарте? Для успокоения души?

Разве ? ... Наоборот, в два раза быстрее: CPU + OpenCL (интегрированный GPU) = 7.46 FPS / CPU без использования OpenCL (интегрированного GPU) = 3.04 FPS.

Там opencl на процессоре против opencl на видеокарте. На процессоре быстрее, но нету результата без opencl на процессоре.

По поводу 8 ядер и возможных 20% буста производительности - присоединяюсь к мнению, что было бы круто, независимо от загрузки ЦП при этом. Другое дело, если на распараллеливание имеющегося кода нужно много времени - конечно лучше заняться фичами. В любом случае рано или поздно выйдут ЦП с достаточной производительностью. Под PCSX2 тоже когда-то не было железа, однако дождались же

edgbla - хотелось бы выразить огромный респект за всю Вашу работу, приятно видеть активность на эму сцене первой плойки, тем более такую технологичную Все эти кривости и плавающие текстуры еще в детстве на оригинальной консоли раздражали, было бы весьма любопытно перепройти любимые игрушки после такой реставрации.
Но вообще я с вопросом. Может немного глупым... Во многих играх первой соньки очень и очень портила визуальную составляющую скромная дальность прорисовки. В каком-нибудь Driver так и вовсе на расстоянии в 3 машины уже рисуется фон. Так вот - является ли этот момент захардкоженным на уровне движка игр или есть возможность это как-то корректировать в плагине?

Не знаю сколько нужно времени, главное что для этого нужно желание, а я не очень хочу получать 20% прирост за счёт полной нагруженности проца, эта нагруженность негативно скажется и на работе ядра эмулятора и на звуке.


Спасибо.


Меня вроде не очень-то и раздражали, видимо я не замечал их из-за увлечённости процессом игры.
Ну, во-первых - квад рендерер уже очень давно реализован в gpuPeopsSoft, качество его конечно не очень, но всё-таки.
Во-вторых - не все игры используют квады при отрисовке, их может не быть вообще или они могут идти вперемешку с треугольниками.


Корректировка на уровне плагина невозможна, необходим хакинг каждой игры, притом вероятно понадобится ещё и поддержка со стороны эмулятора в виде разгона тех или иных компонентов для достижения приемлимого fps.

edgbla, спасибо за столь крутую и технологичную работу! Я дико извиняюсь, но наверное слепой и не могу найти, где скачать последнюю версию. На одном из зарубежных форумов нашел gpuBladeSoft v1.42a

Ту версию что в разработке - пока нигде, 1.42a - последняя.

То есть, реализация квадового рендера, осуществлена тобой на порядок лучше, чем в плагине Bernert`а ?


Притом, "активность" в единственном своем числе. Ибо этим давно уже никто не занимается... Хотя, есть один швед (Mathias Roslund). Но до edgbla, со своим AmiDog ему еще далеко

Почему это на "порядок"? Нет, но лучше, по крайней мере по нескольким параметрам.


Почему не занимаются? Занимаются и довольно плотно и серьёзно, но на получение результата часто нужно огромное количество сил и времени.
Вот улучшением качества картинки - да, вроде не занимается больше никто, по крайней мере я не в курсе, хотя стоит отметить, что достаточная часть улучшений уже реализована в том же gpuPeteOgl2.

Ясно


Единственное, что туда завезли, это твой GTE Accuracy хак, который, помимо BladeSoft, побывал еще и в OGL 1.78 (P.E.Op.S). Он аппаратный, а значит, и не совсем точный, да еще и ограничен лишь одним PSEmu совместимым эмулятором.

edgbla, а используются ли в Вашем плагине какие-либо наборы инструкций, типа AVX2, и есть ли от них вообще какой-либо профит?

Что-то странное пишешь ты. Там 24-х битный рендерер, повышенное внутреннее разрешение, фильтрация текстур алгоритмами повышающими разрешение, билинейная фильтрация текстур, шейдеры, теперь ещё и GTE Accuracy.


Используется SSE4, но в основном для вспомогательных целей, а не для рендерера. Профит есть, некоторые алгоритмы легко разгоняются в разы.

Имелись ввиду не стандартные введения, которые появились еще шесть лет назад, а нововведения, наподобие вышеупомянутого GTE Accuracy, иль же улучшения уже имеющихся.

P.S: Ты еще не готов выложить обновленный BladeSoft ? Помимо квадового рендера дорабатываешь (доводишь до ума) что-то еще ?

Какая разница сколько им лет, главное что они есть.


Ошибки повышенного внутреннего разрешения починить бы, тогда наверное и релиз.

Внял... Спасибо