Wii hangs when attempting to finish render cycle about wire3d

[rrath]

Sorry, I have never used the Dolphin emulator. Are you sure that you are not running out of memory on the Wii? (Because with its limited amount of memory, this is a problem that people run into often.)

[MyloWhylo]

I don't think it's running out of memory, the overlay on windows says it's using ~4M ish of VRAM. I'll try building a debug release here and seeing if that makes any difference. Lastly, could triangle count be a problem? It's about 67k triangles all told I think.

[MyloWhylo]

Here's what the statistics look like under windows, I don't see any problems with memory that would stop it from running on the Wii. I could be missing something though.

I added some print statements to the wii debug version, and it appears to be hanging sometime in the DisplayBackBuffer(); function.

[MyloWhylo]

After doing some more testing, it stalls at the GXDrawDone(); command in WireGXRenderer.cpp like it should, but either the GX isn't doing anything or something's messed up with it, because it never un-stalls (?). Any ideas would be appreciated.

[rrath]

Sorry, I have been out of touch with Wii development for years, so neither GX documentation nor the toolchain is at my disposal anymore. I am also not aware of how the devkitpro environment as changed over the years. Do all the samples (including Demo and Game) work for you on the Wii hardware?

Maybe the display list for the mesh is ill-formed somehow, causing the pipeline to stall. The only thing I can recommend is to revert to a working state, then add changes step by step to isolate the trigger for the stall, then deconstruct the code and submitted data of that trigger.

[h3xstream]

@rrath All samples run on hardware and Dolphin emulator except Demo and Sample.
I installed devkit pro with the installer version 3.0.3. And I tested the compiled DOL with Dolphin 5.0-16322.

Anybody as a "stable" version of devkitpro known to compile all Wire3d samples?

[rrath]

@h3xstream Demo and Game are different from the other Samples because they load data at runtime and silently fail if the data is not at the expected location.