Compiling for GameCube?

[shazz]

Hi,

I tried to recompile wiilove for the gamecube but there is a dependency on luajit, where can I find this library?

Thanks!

[shazz]

Ah I guess this is this one https://github.com/HTV04/LuaJIT :)

[htv04]

Hey, yeah that would be the one 👍

Beware that I haven't added GameCube support for LuaJIT yet (mostly because I haven't had an opportunity to test it), so you'll need to tinker with the code a little to get it to compile.

Also it's worth noting that GameCube support is definitely coming to WiiLÖVE. I even hinted at it in some source files. However, any help getting GameCube support ready would be very appreciated :)

[shazz]

Yeah I did recompile for the GC LuaJIT, grrlib-mod, png-mod and finally Wiilove... sorry Cubelove :) but got a black screen when running the wiilove.dol (but I did not know what to expect)

I'll go back and check first the deps I recompiled still work :)

Happy to help !

[htv04]

Just wondering, are you testing this on real hardware, and if so, do you have an SD Gecko? Unfortunately Dolphin can't emulate those at the moment, but if you have one, in theory you should be able to store and load WiiLÖVE games from it.

[shazz]

Yeah I'm only testing on a real GameCube, I found Dolphin pretty...inaccurate, most of my stuff just doesn't work in Dolphin.

To debug I have a USB Gecko but I prefer to use the BBA, faster and more reliable, I wrote a simple network launcher / debugger (similar to PS2Link).

I also have an SD Gecko and a sd2sp2, I'll check how you're mounting the fat, normally easier with libogc2 + libfat than libogc.

So I tested luaJIT with a simple API example, it works on my GC, so I guess I broke something in Wiilove.

[htv04]

I've heard of libogc2, it seems to have a lot of fixes libogc doesn't have. However, it also doesn't include some commits from libogc. Do you recommend that I switch over to libogc2 for WiiLÖVE?

[shazz]

Frankly speaking, I asked myself the same question (and I'm asking it too regarding grrlib-mod as I found some bugs in grrlib and not sure crayon will fix them, another discussion!)

But at the end, libogc2 is fairly more active and maintained by I guess the most knowledgeable developer (Swiss is just a crazy piece of software) on the GC, extrems. And I needed his modifications on the FS and on the exception vectors. And I'm pretty sure he's looking at the libogc commits.

And in fact it costs nothing, I did not see any breaking changes. So I finally switched and only use libogc2 and happy with it.

My 2 cents :)

[htv04]

Hmm, I guess I'll look into using it then! Hopefully it isn't complicated to set up.

I asked myself the same question (and I'm asking it too regarding grrlib-mod as I found some bugs in grrlib and not sure crayon will fix them, another discussion!)

GRRLIB-mod has a ton of changes that set it apart from normal GRRLIB. I added a set of 2D matrix functions, so you can translate, scale, and rotate the drawing matrix. I also added a few more settings. The most recent change I made was creating a new GRRLIB_texture object, intended to replace GRRLIB_texImg, that is way more optimized. They have a GXTexObj stored instead of having one be unnecessarily generated every frame (and changes can be made to the data before "finalizing" it, generating the GXTexObj). Oh, and TPL files are now supported!

However, all of these changes make GRRLIB-mod API-incompatible with the original GRRLIB, so you would need to change existing GRRLIB projects' code in order to take advantage of GRRLIB-mod's features.

[shazz]

No, using libogc2 is really straight forward, simply is this kind of makefile to use it instead of libogc: https://github.com/PacMooseIncorporated/GameCube4Fun/blob/main/libogc2/console/Makefile

[shazz]

I took a look at your additions, really makes sense! And also at your unanswered pull request.
I think I will use yours now and contribute if you're ok.

Maybe it could be called grrlib2 ? 😂

[shazz]

So to go back to WiiLÖVE for the Gamecube:

• nothing to change in grrlib-mod, just to be sure the $PLATFORM is set to cube
• for LuaJIT, not that much to change
  • in make.sh, set TARGET_SYS=cube
  • in install.sh, copy headers in $DEVKITPRO/portlibs/gamecube/include and libs in DEVKITPRO/portlibs/gamecube/lib. That's it!

I coded this small test program to check it works: https://github.com/PacMooseIncorporated/GameCube4Fun/tree/main/libogc2/lualib

[htv04]

For my libgctools debug library, yeah, don't add it the master, only in a debug branch or whatever the time for me to debug and find the problem, then we can get rid of it :) And you'll be better than me to avoid polluting too much :)

I think you might have misunderstood what I said, I know how libgctools can be used to find the pinpoint the issue on the GameCube, but I was referring to writing a C++ wrapper for it. If we're just talking about debugging WiiLÖVE, I think making a wrapper would only be good for looks. Which would be cool, but not really practical.

I think I might be misunderstanding your post too, but do you want me to set up a branch with libgctools linked so you can debug it? I can set that up if you want.

[shazz]

That's fine, my question was only what is the easiest way to integrate libgctools within your code even for a limited time :)

[htv04]

I added HW_DOL macros to WiiLÖVE's code, so it should compile and run on GameCube without issues. Are you able to integrate libgctools or do you still want me to set up a branch with it?

[htv04]

Decided to make a fork of libogc, featuring my AESND changes, some fixes and enhancements, and perhaps most importantly, libogc2 merged in :)

https://github.com/HTV04/libogc-mod

[htv04]

After a lot of trial and error, it seems that fatInitDefault() is broken, causing a black screen whenever it is run. Going to create a libogc2 issue about this because I can't seem to find out why this is happening.