New LLE RSP Plugin (accurate, fast but untested?)

[HatCat]

Current releases and conversation moved to:
http://www.emutalk.net/threads/56919...rpreter-Plugin


Old info: The interpreter plugin has successfully outperformed Jabo's RSP re-compiler plugin for Project64 in games particularly with audio HLE'd (not handled by the RSP) and LLE graphics (emulated by the RSP). Today's RSP plugin included with Project64 2.x was modified by RPGMaster / LegendOfDragoon subsequently to adjust this gap so that the recompiler plugin is once again faster with that pool of games.

[squall_leonhart]

still won't boot RS unless Interpreter CPU Method is set in the debug menu :\

[shunyuan]

any instruction to compile your RSP project with VC and gcc? and how to configure to build a specific type of RSP?

[ExtremeDude2]

he specifically said you don't need to do anything, it will just compile

[shunyuan]

Originally Posted by ExtremeDude2

he specifically said you don't need to do anything, it will just compile

Thanks, I will try.

[HatCat]

Originally Posted by squall_leonhart

still won't boot RS unless Interpreter CPU Method is set in the debug menu :\

You're not using the correct RSP plugin. :/

There is no Debug menu for anything of the RSP unless it's a zilmar spec #1.2 RSP plugin, and this is a #1.1.

Make sure per-ROM plugins for Rogue Squadron was not left at "RSP 1.7.0.9" because that is not the name of my plugin.

Using the recompiler with my plugin is impossible because it is interpreter-only.

Originally Posted by suanyuan

any instruction to compile your RSP project with VC and gcc? and how to configure to build a specific type of RSP?

The native C build is done with GCC/MinGW up-to-date packages all as of 04-10-2013 (latest RT, GCC core, binutils).

The C++ build was done by Microsoft Visual Studio 2010.
I have the project files somewhere, but I didn't upload them.
(I guess I will add the Visual Studio project files in the next package release, if I get enough bug reports/suggestions to upload a new version to the thread.)

They should be able to compile straight out of the box without any code changes, as long as your compiler supports ANSI C rules + `inline` keyword.

@ECHO OFF
TITLE MinGW Compiler Suite Invocation
CD ..\..\MINGW\BIN\

ECHO CC1.EXE:  Compiling C source code...
GCC.EXE -S -O3 -m3dnow -mabm -maes -msse2 -o ../rsp/rsp.s ../../rsp/rsp.c
ECHO.

ECHO AS.EXE:  Assembling compiled sources...
AS.EXE --statistics -o ../rsp/rsp.o ../rsp/rsp.s
ECHO.

ECHO LD.EXE:  Linking assembled object file...
GCC.EXE --shared -s -O -o ../rsp/rsp.dll ../rsp/rsp.o
PAUSE

So just copy all that stuff out of the .7z\SRC folder, and compile the main file `rsp.c`. It should get straight to work.

[the_randomizer]

Gauntlet Legends boots, but the audio crackles like hell. Suggestions?

I should note pressing F1 crashes the ROM and emulator.

[Pau]

I want to sent you a pull request with some fixes but can't find you on github/gitorious/googlecode/bitbucket/sourceforge

[HatCat]

Originally Posted by nintendo1889

I should note pressing F1 crashes the ROM and emulator.

Hmmm it does crash on F1, and Shift+F1.

However it seems to only be this game, maybe WDC/SR64.
Any other game I tried seems to reset fine with F1 without crashing.

It probably is because of how zilmar manages the threading during the intermission of re-starting an SP task.
I can't really control that from within the RSP, so that bug is not on my end.

Originally Posted by nintendo1889

Gauntlet Legends boots, but the audio crackles like hell. Suggestions?

You might need to play with the AI update/VI refresh values in PJ64 RDB.
I guess zilmar never had much of a chance to since it was hard just getting this game to boot in the first place, let alone run at full speed.

I just tested this game on PJ64 1.7.0.48 with Jabo's 1.7 audio, sync-game-to-audio LLE on my RSP, the sound is perfect.
It is bad only on this current 2.0 EXE we are using, so it's because of his timing bypasses. I can't control how the core is doing the audio.

But if you do downgrade to that older EXE the audio should sound just fine.

It's a shame but I really can't test audio HLE....
AziAudio.dll hasn't HLE'd the audio ucode for Gauntlet Legends,
and I can't seem to get the new 1964 Audio Plugin to work anywhere except on 1964 but then my RSP doesn't initialize on 1964. (But I did that on purpose; they really need to fix that DllConfig bug on their end.)

[the_randomizer]

Originally Posted by FatCat

Hmmm it does crash on F1, and Shift+F1.

However it seems to only be this game, maybe WDC/SR64.
Any other game I tried seems to reset fine with F1 without crashing.

It probably is because of how zilmar manages the threading during the intermission of re-starting an SP task.
I can't really control that from within the RSP, so that bug is not on my end.



You might need to play with the AI update/VI refresh values in PJ64 RDB.
I guess zilmar never had much of a chance to since it was hard just getting this game to boot in the first place, let alone run at full speed.

I just tested this game on PJ64 1.7.0.48 with Jabo's 1.7 audio, sync-game-to-audio LLE on my RSP, the sound is perfect.
It is bad only on this current 2.0 EXE we are using, so it's because of his timing bypasses. I can't control how the core is doing the audio.

But if you do downgrade to that older EXE the audio should sound just fine.

It's a shame but I really can't test audio HLE....
AziAudio.dll hasn't HLE'd the audio ucode for Gauntlet Legends,
and I can't seem to get the new 1964 Audio Plugin to work anywhere except on 1964 but then my RSP doesn't initialize on 1964. (But I did that on purpose; they really need to fix that DllConfig bug on their end.)

Maybe I'll let Zilmar know of the regression, it's weird that the older beta works fine, but how it breaks in the newest. Now if I can only get World Driver Championship to work. I've yet to figure out which RDB plugin to use, too bad I can only have one in the folder at the time, otherwise they show up as ten duplicate names in the plugin selection window.