Hmm, if you really want to help emulation, then you'd best take a look at the gsdx hardware renderers.
Also the window handling in gsdx (crashes on minimizing), or good support for Anti Aliasing would be nice.

Fixing a few minor things in ZeroGS might be a good way to get my feet wet. I've been talking to Gabest and getting his permission to help out with some of the grunt work. I'm waiting to hear back from him on a few questions so some minor ZeroGS fixes would be something to do in the meantime.

Well, if you trying to run debug build than it's obvious what is brocken: shader file path is made for Zerofrog comp. It's hardcoded, yes.

If you want to fix something, than try to fix interlacing. Deinterlacing just don't to what it is supposed to do -- shader file incorrect, deinterlacing texture coordinates maybe incorrect and pixel offset to odd/even frames susctract before 4:3 screen transformation, so it's don't working to.

(03-15-2009, 01:55 AM)Zeydlitz Wrote: Well, if you trying to run debug build than it's obvious what is brocken: shader file path is made for Zerofrog comp. It's hardcoded, yes.

If you want to fix something, than try to fix interlacing. Deinterlacing just don't to what it is supposed to do -- shader file incorrect, deinterlacing texture coordinates maybe incorrect and pixel offset to odd/even frames susctract before 4:3 screen transformation, so it's don't working to.

That was just the clue I was looking for. I've got it working now. The path used to be hard coded but it's not anymore. I needed to uncomment the #define RELEASE_TO_PUBLIC define. Not really sure what commenting this out does. I guess it's used to build the shaders.

Since I'm just a noob, it will take a bit of time to understand this projects framework and concepts.

This is real cool. I can run a game a step through the code of the plugin. woot!