Glide64

[zilmar]

Since Jabo is not around and only he has the souce to his plugin. With glide64 also not being worked on ...

I was tempted to see how hard it would be to make a single plugin with open gl (well merging the plugin with the current glide wrapper) to make a single dll.

I am not a gfx person so not sure .. how it would go .. that way I can have the gfx plugin that is open source the same as the main emulator and get help to fix any graphics issue.

What do you think?

[squall_leonhart]

It would be far better to use glide64 as a reference and make a completely new plugin in either d3d or opengl.

Glide64 is certainly lacking in its own ways, some of them being inheritted limitations of the Voodoo5 hardware that the glide64 wrapper implements (limited to no computed alpha is available for games that use it), to some of the games having viewport/resolution issues.

I wouldn't be too surprised if Jabo sometime in the future releases a D3D9 version of his plugin......

[HatCat]

Well I was interested in the z64gl source code and using LLE as a base for HLE.

Then z64gl can have a DllConfig to select -1 = lle, 0 = RSP SW Mario64, 1 = F3DEX, etc. w/e
Maybe use the registry, INI, but definitely keep ogl

There is a lot more work in Glide64 so it could help add fx, but LLE is what's lacked.

[HatCat]

Many people seem to draw false conclusions revolving around Glide64.

It is very hard work, but not accurate necessarily.
Of course there will be some bias in that Glide64 activists requested my ban on various forums. :P

I got z64gl to compile btw but I stopped working on it because there is some issue with my glew32 libs causing occassional crashes, unplayability, I put it off in favor of rsp

[zilmar]

Originally Posted by squall_leonhart

It would be far better to use glide64 as a reference and make a completely new plugin in either d3d or opengl.

While this might be true .. getting a version of glide64 compiling then merging and tweaking is more feasible time wise. If I started from scratch I doubt I would ever get it far enough to really keep my attention.

Which is the only reason I would go down this path

Originally Posted by squall_leonhart

I wouldn't be too surprised if Jabo sometime in the future releases a D3D9 version of his plugin......

Hope so .. but you never know

[ExtremeDude2]

Mudlord has always talk about porting glide, idk if he has actaully done something tho

[squall_leonhart]

you must not have noticed his various n64video posts in these forums recently......

[squall_leonhart]

Originally Posted by zilmar

While this might be true .. getting a version of glide64 compiling then merging and tweaking is more feasible time wise. If I started from scratch I doubt I would ever get it far enough to really keep my attention.

Which is the only reason I would go down this path

Ah, but you're forgetting something Zilmar.

You're no longer alone .

There are various people working on different n64 video plugins at the moment, maybe bringing them together and putting together a best from them all project ;D.

Deathdroid has his community rice video plugin, that could probably benefit from what glide64 gets right (it has so far texture pack wise, pack caching files for one). But in terms of (Hardware) Framebuffer emulation, Glide64 trumps Rice Video in all its forms.

[ExtremeDude2]

Originally Posted by squall_leonhart

you must not have noticed his various n64video posts in these forums recently......

Yes I have, which is why I assume that he isn't working on it

[mudlord_]

I was tempted to see how hard it would be to make a single plugin with open gl (well merging the plugin with the current glide wrapper) to make a single dll.

Old Linux ports of Glide64 used this method, so yeah, completely feasible.