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

[the_randomizer]

Originally Posted by ExtremeDude2

He is using it afaict

I don't even know if PJ64 can run that game, due to Factor 5's odd microcode.

[mesk14]

That is using iconoclasts RSP.Thats why I posted in this thread

[shunyuan]

Originally Posted by FatCat

Even better question.

I'm still trying to figure out all the crap in his MAKEFILE though, dang.
Lots of libraries and front-ends for stuff that's not even ultimately needed by the RDP emulator.

I could at least simplify the z64gl source code for the next guy.
But, maybe most people just sit back and watch other people do work?

Hence why almost nobody has tried to tackle z64gl.
It wouldn't be the first N64 project that nobody picked up on the source.

More people prefer HLE gfx or other stuff.

Did you try to compile with visual studio? should be more easy to fix compiling time errors.

[the_randomizer]

Games run smoother with FAT off. Weird, and the audio is unaffected.

[Lithium]

Factor 5 games work with this RSP plugin?

[shunyuan]

Originally Posted by Lithium

Factor 5 games work with this RSP plugin?

Need to use LLE graphics plugin, such as z64gl.

[shunyuan]

Originally Posted by nintendo1889

Games run smoother with FAT off. Weird, and the audio is unaffected.

What do you mean weird? It sounds unnatural to you?

[the_randomizer]

Originally Posted by suanyuan

What do you mean weird? It sounds unnatural to you?

No, it's weird because some games were not as smooth as they should be with how FAT was handled in the emulator, but your plugin handles fixed audio timing in a near-perfect state, helping games run at the speed they were supposed to run at. Not a bad thing, but a pleasant surprise

With Fixed Audio Timing, many games do not run 60 VI/s but hover around 57-59 most of the time resulting in non-smooth speeds. Now with how the test plugin, it runs the way it was supposed to, all with perfect audio.

[HatCat]

Originally Posted by mesk14

That is using iconoclasts RSP.Thats why I posted in this thread

Hey, did you make sure the globally set RSP plugin is to my RSP plugin?

If the per-game plugin is forced to my RSP per Indiana Jones then it might still be attempting to use zilmar's RSP plugin (which can also boot Indiana Jones just swell but is nowhere near as fast as my RSP loop)

I only ever got the error in your screenshot when starting certain games with LLE gfx using zilmar's RSP.
Remember that it makes no difference whether "Use HLE gfx ?" is checked or not in the Project64 settings, unless using pj64 RSP 1.7.x.

[HatCat]

Originally Posted by mesk14

Fatcat your back! Sorry im a little late to the party when i tested Indiana Jones it crashes with z64gl and D3D8 gets me into game but then crashes with this message [...]

Not to worry haha, I feel bad enough already being forced to miss some of the activity on this crazy board. I usually try to participate every single day; I just lose control in bits of my life sometimes so I go inactive for a while.

Never gonna forget about my work though; as long as there's feedback I'll adjust to it somehow.

Originally Posted by nintendo1889

Too bad no one has the motivation to work on those, me included (well, not having programming skills doesn't help). I don't even know if those plugins are open source.

Yep they are open-source obviously (um not Jabo's plugins).
And yep I have the motivation, just not the patience to figure out initial build issues. People should keep things simpler than that I Think

But it's all I have to work with to teach myself about LLE gfx.

Originally Posted by zilmar

LLE gfx have been in pj64 for a long time, just not necessarily easy for the end user to get to.

z64 - is the other alternative.

It never seemed to work off of Jabo's earlier plugins before 1.7.x. :/

Why hide such a neat and useful feature if it exists?

Originally Posted by clobber

You can just drop them a line here: github.com/contact

ExtremeDude2 tells me that my repo works again for everyone else now; is that true?