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

[squall_leonhart]

GSDX style Software DX9

[HatCat]

Originally Posted by squall_leonhart

GSDX style Software DX9

* How standardized is the API?
* Where can I find open information encouraging its usage?
* Is it specific to a project implementation called GSDX, or it interacts flexibly?
* How portable is it to encompass the barebones needs of N64 rendering?
* Does it throw in too many unneeded dependency functions specific to DirectX 9 that are unused by pixel-accurate N64 rendering?
* What advantages does it have over direct graphics device interface rendering on the user's software?

Those are questions I should be asking myself when finalizing a choice of target API.
Until then the most important thing is the RDP, even if it means using something so old that it will work on Windows 95, Win16 and older (GDI system), because at least I am able to optimize for speed on computers that don't even have a video card or any hardware acceleration capabilities to encourage software accuracy testing.

It must get a port to OpenGL or something later on though.

[HatCat]

SDL_VIDEODRIVER

    Selectes the video driver for SDL to use. Possible values, in the order
they are tried if this variable is not set:

    x11	

    dga	

    (the XFree86 DGA2)
    nanox	

    (Linux)
    fbcon	

    (Linux)
    directfb	

    (Linux)
    ps2gs	

    (Playstation 2)
    ggi	

    vgl	

    (BSD)
    svgalib	

    (Linux)
    aalib	

    directx	

    (Win32)
    windib	

    (Win32)
    bwindow	

    (BeOS)
    toolbox	

    (MacOS Classic)
    DSp	

    (MacOS Classic)
    Quartz	

    (Mac OS X)
    CGX	

    (Amiga)
    photon	

    (QNX)
    epoc	

    (Epoc)
    dummy

It is also possible to, less directly, use this API through the SDL subsystem interface.

A finalized version must not use SDL, as it is faster to have direct driver access to the hardware abstraction instead of going through a secondary API interposed in-between, but there is such a thing as "premature optimization" in programming. Sometimes the general wisdom of things involves sacrifice.

[shunyuan]

MAME RDP is amazing.





many texture errors for RR64 though, why you always convert c module to header files?

[mudlord_]

Originally Posted by FatCat

It must get a port to OpenGL or something later on though.

OGL is dead easy, you also get free image scaling too if people wanna play thier software rendered stuff all blown up in size instead of stuck in a 320x240 box.

[shunyuan]

One bug about LLE RSP, but I am not very sure.

When I use your rsp_mle or rsp_lle on mupen64 5.1, Killer Instinct Gold stuck at booting. But if I use Hacktaux's rsp, then Killer Instinct Gold ran just fine without video or game slow down.

But no error dialog when using your RSP, so I am sure what the problem is.



But I cannot get Killer Instinct Gold boot on project64 1.7 ~ 2.x , no matter which RSP to use.

[HatCat]

Originally Posted by haxatax

OGL is dead easy, you also get free image scaling too if people wanna play thier software rendered stuff all blown up in size instead of stuck in a 320x240 box.

Good to know.
I hear it's easier than DirectX also.

And according to the information you sent me with the Verilog simulator implementation and all that, one of the architecture revisions of OpenGL was used for the N64 rendering system, so it would be more accurate in some ways to render 3-D using that than just software all day.


I do not have an option to change the resolution currently in my plugin because it just constantly refreshes the video screen with the currently updated N64 native resolution (besides, SDL video does not stretch the native screen to fit the window...), to make the gfx more accurate in the software renderer.
But in the OpenGL version I will probably mix in some HLE somewhere and allow forcing certain window resolutions.

Originally Posted by suanyuan

MAME RDP is amazing.

many texture errors for RR64 though, why you always convert c module to header files?

Haha, well I see you got it working. Glad it seems good to you, though I made only partial progress backporting the updated MESS RDP core last night.
It was enough to fix tiling/blending issues with F3DLX, Mario Kart 64 races, but not most things.


Regarding your question.
Actually all of the source files were in C++.
I just converted them in C so that MinGW would stop statically/dynamically (It had to be one or the other it seems...) linking the -fuse-linker-plugin dll, which almost nobody on this forum besides me would happen to have installed on their system.

There was a big size decrease of the DLL when I rewrote it as a single main C source file, including .h header files, probably because the compiler now handles inter-module optimizations instead of the linker.
I just never liked making people have to link multiple objects against each other.
I was able to write the most convenient build script by having only one source file.

Originally Posted by suanyuan

One bug about LLE RSP, but I am not very sure.

When I use your rsp_mle or rsp_lle on mupen64 5.1, Killer Instinct Gold stuck at booting. But if I use Hacktaux's rsp, then Killer Instinct Gold ran just fine without video or game slow down.

But no error dialog when using your RSP, so I am sure what the problem is.

How strange...I am unable to reproduce this on Mupen64 0.5.1.





Did you try setting the CPU method to "Interpreter" in the main emulator options for mupen?
Did you try zilmar's RSP 1.6 interpreter for pj 1.6, or the z64 RSP

Maybe a thing with ROM versions?

[shunyuan]

Originally Posted by FatCat

How strange...I am unable to reproduce this on Mupen64 0.5.1.





Did you try setting the CPU method to "Interpreter" in the main emulator options for mupen?
Did you try zilmar's RSP 1.6 interpreter for pj 1.6, or the z64 RSP

Maybe a thing with ROM versions?

It is the rom version caused the problem, I have tested with Killer Instinct 1.0 and 1.1, but not 1.2.

[shunyuan]

Another bug I found with you rsp_mle, pilotwin64 will crash, and game show the debug info as picture below:



But if I use Zimlar's RSP 1.7.0.9, then the game can continue without problem.

save file:

[Zera]

Yeah, that's pretty much the crash I was talking about in your audio plugin thread. So it was a RSP issue?

I am using rsp_mle as well.