rpcs3 - Эмулятор PS3

[Йобан Матич]

Вся необходимая информация находится под спойлером ниже:

Единственный развивающийся на сегодня эмулятор - rpcs3:

• Скачать последние ревизии: rpcs3 - AppVeyor
• Git исходники: GitHub - RPCS3/rpcs3: PS3 emulator/debugger
• Официальный FAQ (Англ): GitHub - RPCS3/rpcs3 Wiki
• Распространяемый пакет vcredist 2015: ссылка (Для решения проблемы запуска, связанной с нехваткой библиотек)
• Список совместимости
• Прошивка PS3: https://www.playstation.com/en-us/support/hardware/ps3/system-software/

Системные требования: ПК с процессором x86, поддерживающим инструкцию SSSE3; Операционная система x64: linux/osx/win; Продвинутая видеокарта с поддержкой OpenGL 4.3.

[Ogr]

То есть, вмешательство, со стороны "пользователя", то бишь чайника. Как по вашему, это бы не навредило, явному для профи, святому граалю, таковому как - совместимость, она же точность?

пока что скорости современных топовых ЦП до точной эмуляции в реальном времени доросли лишь до 4го (и частично 5го) поколения... так что, не переживай, точной эмуляции 7го поколения не будет ещё ооооооооооооооооооооооооооооооооооооооооочень долго.

[Слэйер Мун]

Слэйер Мун
О какой кастле речь?

Harmony of Despair.

[ElkTheSenior]

Пока что скорости современных топовых ЦП до точной эмуляции в реальном времени доросли лишь до 4го (и частично 5го) поколения.

Исходишь мнением из скорости камней, или рук тех, кто пишет программы, под те самые "топовые" камни? Слыхал, специалисты/писатели, способны на МНОГО более, чем позволено железу. Разве нет? Вспомни тех маэстро, что писали код на чистом ассемблере, и где они сейчас.

Нынче практически всецело полагаются на вычислительные мощности, нежели на прямые руки. Ты так не считаешь?

[Softer]

Раньше пахала Кастлевания (2Дшная), теперь не пашет. Только у меня? 

Нет, не только.

О да, теперь мне наверняка известна причина сих симптомов. Благодарю  ... Ибо многие demo отказывались стартовать, сообщая в логе о некоих проблемах со SPU, будь он любой масти. Null при это не спасал, выдавая blackscreen с практически нулевым значением счётчика FPS на OGL и Vulkan.

Учитывая то, что нынешний мой кремниевый товарищ, способен, максимум, лишь на AVX из поддерживаемых эмулятором инструкций из SSSE3, AVX и AVX2 (2.0), можно предположить, что проблема была в последнем.

Не совсем въезжаю, как это может соотноситься с Q6600 (SSSE3), когда речь идёт о итерациях AVX?

Речь не шла о "итерациях" AVX (я просто перечислил их для желающих поискать), речь шла о AVX в принципе. Если тебя интересуют именно "итерации" AVX, то в коде замечены только указания на векторы 128-битной длинны. 256-битные AVX2 в коде не встречаются.
Из этого следует, что твои проблемы с демками имеют другие причины возникновения. Эмуль пока очень сырой и в нём постоянно что-то то заводится, то не заводится, по множеству причин. Куда эффективнее для поиска причины будет указание игры, билда, железа, дров GPU, для коллективного поиска причины или подтверждения того, что не работает у всех.

[nonamezerox]

Вспомни тех маэстро, что писали код на чистом ассемблере, и где они сейчас.

Там же где и раньше, последние 20 лет - микроконтроллеры, встраиваемые системы и прочий эмбед.

Слыхал, специалисты/писатели, способны на МНОГО более, чем позволено железу. Разве нет?

Конечно нет. Опитимизировать можно только неэффективные алгоритмы и, затем, неэффективные реализации, если модификация самих алгоритмов не помогает.  В любом случае, скорость железа тут предел, если не брать в расчет разномастный оверклокинг. И  в случае эмулятора правило "1 такт эмулируемой машины =  N тактов той, где запущен эмулятор" не обойти никак, можно лишь уменьшать это самое N, как правило путем различных упрощений вроде HLE, JIT-рекомпилятора, замены геморного по производительности функционала хаками на каждую конкретную игру.

Если ты про ААА-геймдевелоперов типа нотидогов, то и они никого не перепрыгивают, они тупо находят компромисы и используют красивые фейки, допущения и пререндеры везде где только можно, используя подход "красота ассетов >>> физическая трушность алгоритмов". И это, собственно, правильный подход.

Добавлено позже:

Нынче практически всецело полагаются на вычислительные мощности, нежели на прямые руки. Ты так не считаешь?

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

[Psycho-A]

Я может, открою многим здесь Америку, но я нашел причину медленной загрузки кэша при повторных запусках (когда может грузиться по полчаса). Дело в том, что это, по сути, уже не загрузка, а повторная компиляция. Эмулятор кэширует на диск не откомпилированный код, а фрагменты кода самой консоли, а компиляцией потом занимается видеокарта. Код сохраняется драйвером в %AppData%/NVidia/GLCache/... (для Нвидии, для Радеонов не знаю). Так вот, либо при запуске новой игры или новой версии эмулятора, либо при каких-то системных процессах, видеодрайвер этот кэш компиляции очищает либо обнуляет. Что дальше - вполне очевидно. В общем необходим пересмотр всей этой системы, чтобы компилированные данные сохранялись эмулятором локально и могли быть повторно использованы.

[stalker4]

В общем необходим пересмотр всей этой системы, чтобы кэш сохранялся локально.

А мне кажется, необходимо переписать снова этот обработчик вершин, чтоб была реалтайм-компиляция как раньше.

[Skay]

stalker4, возьми да сделай, на гите код открыт. Делаешь форк,  откати нужные места до момента где была старая реализация, и потом новые версии мерджи с этой. И радуйся своей риалтайм-компиляции.))

[Leprikon]

А мне кажется, необходимо переписать снова этот обработчик вершин, чтоб была реалтайм-компиляция как раньше.

А ты умеешь кодить? Знаешь как работает приставка? Если нет, то  у тебя нет особого права что-то говорить на эту тему.

[ElkTheSenior]

Так вот, либо при запуске новой игры или новой версии эмулятора, либо при каких-то системных процессах, видеодрайвер этот кэш компиляции очищает либо обнуляет.

GLCache, скорее всего, - переписывается, как и в случае с NVCache, после переполнения. В случае с NVCache, этот лимит не должен превышать 256 мегабайт, со слов разработчика дров.

[stalker4]

stalker4, возьми да сделай, на гите код открыт. Делаешь форк,  откати нужные места до момента где была старая реализация, и потом новые версии мерджи с этой. И радуйся своей риалтайм-компиляции.))

Не, я не про то что бы вернуть старую функцию, ее ж переписали так как разработчиков она явно не устраивала. Я про то чтоб переписать ее еще раз, дабы исправить недостатки, на которые многие жалуются, в том числе долгий лод кэша при перезапуске игры, его повторная компиляция и прочее. Но это всего лишь бред нытика сталкера и наивные мечты.....
Я все еще держусь и не качаю новые ревизии, скачаю как и планировал в начале октября, аж не терпится узнать чего они за месяц наворотили 

[nonamezerox]

Я может, открою многим здесь Америку, но я нашел причину медленной загрузки кэша при повторных запусках (когда может грузиться по полчаса).

Да, открыл. Причем именно об этом и именно тебе и писал еще месяц назад.

Еще раз.

В долфине решили проблему путем полной эмуляции FIXED FUNCTION PIPELINE видеопроцессора Flipper, и, до этого у ишируки, путем пропуска пиксельной части этого самого PIPELINE.

В видеопроцессоре RSX - PROGRAMMABLE PIPELINE. Его нельзя заэмулировать целиком с помощью огромного шейдера, как это сделали в долфине.

P.S. С кешем rpcs3 проблема в том что он сделан неправильно. Он вообще сохраняет непереведенные программы RSX (то бишь в родном формате PS3), в то время как нужно сохранять уже скомпилированные  шейдеры под конкретный бэкенд.

По этому поводу BlackDaemon тогда ответил, что с текущей архитектурой эмулятора ждать исправления не скоро но стоит, потому что декомпилятор (часть кода, занимающаяся разбором декодированием микрокода кода RSX перед генерацией кода для ПК) у них все время правится и кеш в "родном формате" по этой причине будет постоянно "ломаться" при переходе на новый билд эмулятора и нужно ждать либо переписывания либо стабилизации кода этого самого рекомпилятора. И каких либо оптимизаций в этом плане тоже ждать только после того как эпопея  с декомпилятором разрешится.

[Psycho-A]

nonamezerox, я пока себе сделал проще - написал скрипт, который перед запуском эмуля импортирует предварительно-сохранённый GLCache в папку, видимую драйвером, и потом обратно после закрытия эмуля экспортирует все обновления кэша в это хранилище. О проблемах медленной загрузки теперь забыл. Чищу только при выходах мейджорных изменений. Ещё один плюс такой системы - можно вообще удалять весь pipeline-кэш из data/%игра%/%crc%-eboot.bin/shaders_cache/ по окончании игры - все скомпиленные с помощью него данные сохраняются в кэше драйвера, и из него же повторно и читаются. Старый пайплайн при такой системе "компилируется" моментально, по мере игры, и не грузит оперативу предзагрузкой всего шейдерного пака. Мне кажется, удачным развитием была бы именно такая система. Только вместо кэша видеокарты сделать некий свой универсальный формат.

[Skay]

Psycho-A, а не проще линковать папку ? http://skesov.ru/sozdanie-simvolnoy-ssyilki-dlya-papki/

[Psycho-A]

Skay, нет, не проще. Нужно, чтобы в файлы кэша ничего не вмешивалось, пока не работает эмулятор, или работает другая его версия. Как уже писалось выше, драйвер иногда его очищает или переписывает. Поэтому спасает только физическая изоляция. К тому же, её можно легко расширять до индивидуальных файлов на каждую игру, версию эмулятора, рендера и т.д., что опять же значительно разгружает память.

[Skay]

Psycho-A, ну ничто не мешает написать 2 скрипта который линкует а потом убирает линк.
Так же можно линковать разные папки.
Комментировать каждый раз кэш - сомнительно. Ну и ничто не мешает то же теневое копирование включить чтоб если файлы удалятся можно было оикатить.  Или только чтение.  Хз. Придумать можно.
Копировать кэш который будет все больше и больше - немного не рационально на мой взгляд.

[Psycho-A]

Skay, у меня этот процесс автоматизирован, поэтому я сейчас руками вообще ничего не делаю. Кэш архивится в 7z после работы эмуля в одно и то же место и занимает сущие копейки.

[Vochatrak]

я пока себе сделал проще - написал скрипт, который перед запуском эмуля импортирует предварительно-сохранённый GLCache в папку, видимую драйвером, и потом обратно после закрытия эмуля экспортирует все обновления кэша в это хранилище.

Вообще мог бы и поделиться.

А о какой "папке видимой драйвером" речь?

[Ogr]

Вообще мог бы и поделиться.

открой для себя командную строку, и в частности команду COPY.

[Vochatrak]

Ogr
cp -a -r -u /что? /куда?

[Ogr]

Vochatrak, у нвидиа в вин7 это C:\Users\юзер\AppData\Roaming\NVIDIA\GLCache

[Vochatrak]

Ок. Нашел - ~/.nv/GLCache/
Что и в каком виде туда переносить?

[Ogr]

Ок. Нашел - ~/.nv/GLCache/
Что и в каком виде туда переносить?

то, что создастся после её очистки, запуска rpcs3 в огл, нужной игры, и играния в неё = кеширования.

[Vochatrak]

Я спрашиваю как кидать - просто перенести или в подпапку? А он мне фигвамы фейспалмы рисует.

Для Вулкана есть похожие рецепты?

[nonamezerox]

Мне кажется, удачным развитием была бы именно такая система. Только вместо кэша видеокарты сделать некий свой универсальный формат.

Будет такая система. Когда разработчики вопрос с декомпилятором порешают.

[Psycho-A]

Вообще мог бы и поделиться.

Пожалста. Только не пугаться Это полный скрипт для запуска только одной игры со всякими украшательствами, многое можно убрать (самому сейчас лень).

Код: [Выделить]

@echo off
title Advanced PS3 Games Launcher
setlocal enableextensions
if not exist Emulator\ exit

:: Set target game values
set GSN=XXXXNNNNN
set EmuExe=rpcs3.exe
set MsgTit=Game Title
set ELF="%CD%\Game\dev_bdvd\PS3_GAME\USRDIR\EBOOT.BIN"

set Zip="%CD%\Repository\CmdUtils\7za.exe"
set Sfk="%CD%\Repository\CmdUtils\Sfk.exe"

:: Check if advanced cache mode enabled or not
if exist "Repository\Settings\UseExtCache=True" (
if exist "Emulator\rpcs3.exe" (goto ProcessCacheMode))

:NoCacheStart
pushd "Emulator"
if exist *.log* del /f /q /a *.log*> nul
if exist old_logs rd /s /q old_logs> nul
start /abovenormal %EmuExe% %ELF%
exit


:ProcessCacheMode
echo Advanced cache control selected.
echo Game S/N: %GSN%

echo Detect renderer cache uses...
if exist "Emulator\config.yml" (
for /f "usebackq tokens=1,2" %%a in ("Emulator\config.yml") do (
if /i "%%~a"=="Renderer:" if /i "%%~b"=="OpenGL" set "Render=OpenGL"
if /i "%%~a"=="Renderer:" if /i "%%~b"=="Vulkan" set "Render=Vulkan"
))
if not defined Render (
echo Unable to detect renderer. Running without cache control.
goto NoCacheStart
)
echo Renderer: %Render%

echo Backup existing GLcache to keep it...
for %%v in ("NVIDIA" "AMD" "Intel") do (
if exist "%AppData%\%%~v\GLCache.Old\" rd /s /q "%AppData%\%%~v\GLCache.Old"
if exist "%AppData%\%%~v\GLCache\" rename "%AppData%\%%~v\GLCache" "GLCache.Old"
)

echo Check if PPU modules already compiled...
for /d %%m in ("Emulator\data\%GSN%\*-EBOOT.BIN") do (
if exist "%%~m\*.obj" set "ElfModulesCompiled=1")
for /d %%m in ("Emulator\data\*-*.sprx") do (
if exist "%%~m\*.obj" set "SysModulesCompiled=1")
if not "%ElfModulesCompiled%%SysModulesCompiled%"=="11" (
set "IterLimit=300"
echo PPU modules not compiled. Need some time to do it!
)

echo Start emulator to obtain GLcache paths...
pushd "Emulator"
start /min rpcs3.exe %ELF%
popd

echo Watch if the path obtained to be able to continue...
set Iter=0
if not defined IterLimit set "IterLimit=30"
:FindPathLoop
set /a "Iter=%Iter%+1"
ping>nul -n 2 "127.0.0.1"
for %%v in ("NVIDIA" "AMD" "Intel") do (
if exist "%AppData%\%%~v\GLCache\" set "NewPathFound=1")
if not "%NewPathFound%"=="1" (
if %Iter% LSS %IterLimit% goto FindPathLoop)
taskkill /f /t /im "rpcs3.exe"> nul 2>&1

echo Find obtained GLcache files and replace with saved ones...
if "%NewPathFound%"=="1" (
ping>nul -n 2 "127.0.0.1"
for %%v in ("NVIDIA" "AMD" "Intel") do (
if exist "%AppData%\%%~v\GLCache\*" (
if exist "ShaderCache\%GSN%-%%~v-%Render%.7z" (
for /f "delims=" %%a in ('dir /b /s /a-d "%AppData%\%%~v\GLCache"') do (
for /f "delims=" %%s in ('call %Sfk% echo -lit "%%~a" +filter -rep "|%AppData%\%%~v\GLCache\||"') do (
%Zip% x -y -aoa -o"%AppData%\%%~v\GLCache\" "ShaderCache\%GSN%-%%~v-%Render%.7z" "%%~s" > nul
))
))
)) else echo Getting GLcache path failed! Won't be imported.

echo Import saved pipeline shaders_cache to use...
for /d %%m in ("Emulator\data\%GSN%\*-EBOOT.BIN") do (
if exist "%%~m\shaders_cache\" rd /s /q "%%~m\shaders_cache"
if exist "ShaderCache\%GSN%-RPCS3-%Render%.7z" (
if not exist "Repository\Settings\UsePipelines=False" (
if exist "%%~m\*" %Zip% x -y -aoa -o"%%~m\" "ShaderCache\%GSN%-RPCS3-%Render%.7z" > nul
))
)

:CacheModeStart
echo Start emulator with new caches to play...
pushd "Emulator"
start /w /abovenormal rpcs3.exe %ELF%
if exist *.log* del /f /q /a *.log*> nul
if exist shaderlog\* del /f /q shaderlog\*> nul
if exist old_logs rd /s /q old_logs> nul
popd

echo Save updated GLcache to storage and clear folder...
for %%v in ("NVIDIA" "AMD" "Intel") do (
if exist "%AppData%\%%~v\GLCache\*" (
%Zip% a -r -y -aoa -mx=3 -w"ShaderCache" "ShaderCache\%GSN%-%%~v-%Render%.7z" "%AppData%\%%~v\GLCache\*" > nul
rd /s /q "%AppData%\%%~v\GLCache"
))

echo Save updated pipeline shaders_cache to preserve...
for /d %%m in ("Emulator\data\%GSN%\*-EBOOT.BIN") do (
if exist "%%~m\shaders_cache\" (
if not exist "Repository\Settings\UsePipelines=False" (
%Zip% a -r -y -aoa -mx=3 -w"ShaderCache" "ShaderCache\%GSN%-RPCS3-%Render%.7z" "%cd%\%%~m\shaders_cache" > nul
) else echo Saving pipelines disabled by setting.
rd /s /q "%%~m\shaders_cache"
))

echo Restore previously-saved old GLcache to drivers...
for %%v in ("NVIDIA" "AMD" "Intel") do (
if exist "%AppData%\%%~v\GLCache\" rd /s /q "%AppData%\%%~v\GLCache"
if exist "%AppData%\%%~v\GLCache.Old\" rename "%AppData%\%%~v\GLCache.Old" "GLCache"
)

echo Exiting script...
exit


Добавлено позже:

Будет такая система. Когда разработчики вопрос с декомпилятором порешают.

Ещё бы решили вопрос с выгрузкой неиспользуемого кэша из оперативной памяти, ибо потребление в 12 Гб там, где без кэша всего 1,5 - это абсолютно неадекватно.

[Softer]

Ещё бы решили вопрос с выгрузкой неиспользуемого кэша из оперативной памяти, ибо потребление в 12 Гб там, где без кэша всего 1,5 - это абсолютно неадекватно.

Это не эмулятора проблема.

[Йобан Матич]

Это не эмулятора проблема.

ВОТ эмулятора проблема.

[CCCP1982]

ВОТ эмулятора проблема.

разборки)

[BlackDaemon]

Да, товарищей из Atlus жаба давит Самое забавное, что на сам эмулятор в целом им как-то побоку, но вот факт запуска и играбельности Persona 5 на "вражеской" платформе их очень огорчает, да так, что они аж телегу на патреон накатили (хотя можно на примере других издателей адекватно решить эту проблему, но бараны - они везде...бараны ).