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

[masta ike]

Originally Posted by HatCat

I ran out of attachment upload slots using this post, so I'll be trying something different from now on.
Currently I'm going to stick with FileSend to be able to count downloads, in my lack of education about better options.

Available versions for download:

• public release 6
• public release 5
• public release 4
• public release 3
• public release 2
• public release 1

Remember to READ THE MANUAL (not all of it) for any specific concerns pertaining to your use of this software, either before or after running into any issues, but not after complaining about something in a deficient way. This HTML2 help file is provided within the download archive for the latest version.

As you can see by reading the manual, I have named this software Static Interpreter because it was designed to use optional branch elimination and other unusual, slick simplifications of a normal algorithm to a standard CPU execution loop with the fetch-decode-execute pattern. It was designed for the purpose of proving that an interpreter can be just as fast, if not even faster, than a quality re-compiler plugin such as Jabo's MMX re-compiler extension to zilmar's Project64 interpreter, although the goal of surpassing its speed was not uncontestedly met in most games.

hello i cannot download this for some reason..id like to could you send me a link please?

thanks!

[BlazinBytes]

The dropbox link isnt working....

[Frank74]

Originally Posted by BlazinBytes

The dropbox link isnt working....

Try my most recent build of this plugin. I put it in a zip with the config correctly named so it can be run from configure RSP within Project64.

Just extract the archive to where Project64.exe is located. Then run sp_cfgui.exe. Answer y then n (or 10) for HLE graphics and LLE audio. Or n then n (or 00) for LLE graphics and LLE audio.

Static Interpreter RSP

[RPGMaster]

Originally Posted by Frank74

Try my most recent build of this plugin. I put it in a zip with the config correctly named so it can be run from configure RSP within Project64.

What compiler did you use? Because I don't think MSVC does a good job for his plugin .

[Frank74]

Originally Posted by RPGMaster

What compiler did you use? Because I don't think MSVC does a good job for his plugin .

Pretty sure I used MinGW and Windows DDK for the spconfig. I remember having to edit the build commands for the Win32 version of the RSP, because it doesn't run on Windows without changing a few things.

Yes, I remember editing the x86 make with the x64 commands. The x64 make builds fine.

I had to change from:
cc -S %C_FLAGS% -o %obj%\module.asm %rsp%\module.c
and,
as --statistics -o %obj%\module.o %obj%\module.asm
etc.

to:

%MinGW%\bin\gcc.exe -S -Os %C_FLAGS% -o %obj%\module.asm %rsp%\module.c
and
%MinGW%\bin\as.exe -o %obj%\module.o %obj%\module.asm

Etc.
Windows doesn't allow running of cc directly, you have to use gcc.exe, with the full path.

[HatCat]

Ah, and this thread again...the one that broke my login while replying to bs.

Originally Posted by wildgoosespeeder

OK, throwing myself back into the fray and I have another issue running a specific game, Mario no Photopi. Yes, I read the manual and set the RSP plug-in accordingly, but nothing still displays. Graphics plugins changes don't fix it, changing game settings doesn't fix it. Nothing I do seems to fix it. Unless the game is broken again under v2.3, I got nothing.

A clean install of the emulator does seem to do the trick, but I don't know what is different.

If a clean install worked, then it's probably something in the changed RDB settings in the CFG. Mario no Photopi had always worked when I set the semaphore setting.

Originally Posted by oddMLan

With Semaphore lock on only, Doom 64 shortly crashes during the intro. Who's at fault here? The emulator or the RSP? Or even for some reason, the gfx/audio plugin?

Only seems to happen when the RSP is functioning in HLE gfx mode though (Send DLs to gfx plugin).
EDIT: If DLs are also being sent to the audio plugin, there's no crash. Why is MLE crashing here?

It happens when mixing HLE and LLE. HLE does not communicate in ways that are consistent with processing in LLE which is naturally unstable.

Originally Posted by BlazinBytes

The dropbox link isnt working....

I guess I deleted that on accident, too.

Well, no big loss. All this migration between hosting sites has taught me to pretty much stop caring. It's way easier and better to just build the thing from text.

Originally Posted by Frank74

I had to change from:
cc -S %C_FLAGS% -o %obj%\module.asm %rsp%\module.c
and,
as --statistics -o %obj%\module.o %obj%\module.asm
etc.

to:

%MinGW%\bin\gcc.exe -S -Os %C_FLAGS% -o %obj%\module.asm %rsp%\module.c
and
%MinGW%\bin\as.exe -o %obj%\module.o %obj%\module.asm

Etc.
Windows doesn't allow running of cc directly, you have to use gcc.exe, with the full path.

Where are you seeing this?

I do not recall invoking cc directly in any of the Windows compilation scripts. I haven't laid eyes on my RSP project for many months now.

Yes, MSVC/DDK is good for building spconfig, but keep it away from anything optimized for agnostic SIMD code generation, like the plugin itself. MSVC after years still hasn't gotten their game straight either with that or branch prediction.

The newest versions of GCC always come out for Linux sooner anyway. Sometimes I want to just compile the C on Linux, make adjustments to the assembler syntax, then assemble and link on Windows using Microsoft's linker (which is so much better than the Windows port of the GNU linker).

[Frank74]

Originally Posted by HatCat

Where are you seeing this?

I do not recall invoking cc directly in any of the Windows compilation scripts. I haven't laid eyes on my RSP project for many months now.

Here:
https://github.com/cxd4/rsp/blob/master/make_w32.cmd

[HatCat]

Originally Posted by squall_leonhart

All your links are dead.

Originally Posted by theboy181

You are mostly correct, but I have a feeling that your or also wrong.

Nope, he's right.

If you "feel" all of the links in the original post, you'll have a "feeling" that they're all dead. And I don't know if and when I'll make them alive again. If I do pre-compiled releases again I'll probably just attach them to EmuTalk posts or something.

Unless you're talking about EmuCR or whatever. They've improved substantially by actually using the MinGW script I gave them instead of trying to compile with MSVC, but it's still pretty pointless when you can just pass -mssse3 in the shell to build the SSSE3 version of the plugin.

[MarioMario456]

The link seems to have been deleted from Dropbox, mostly by accident or a violation of Dropbox's ToS.

Can you give me a mirror or another download link?

[HatCat]

Originally Posted by wildgoosespeeder

You could just update your first post like you did after the first release. That would be ideal.

Originally Posted by squall_leonhart

All your links are dead.

Originally Posted by masta ike

hello i cannot download this for some reason..id like to could you send me a link please?

thanks!

Originally Posted by BlazinBytes

The dropbox link isnt working....

Originally Posted by MarioMario456

The link seems to have been deleted from Dropbox, mostly by accident or a violation of Dropbox's ToS.

Can you give me a mirror or another download link?

Releases and conversation have migrated to another forum.

Check original post for new discussion and download links. Thank you.