From what I gathered (and I could be wrong since I just woke up), but it is not a libogc issue, but instead it is how interpet how communications work with the wiimote.
But like I said, I just woke up so I am a little fuzzy right now.
source:The new RVL-CNT-01-TR Wiimotes are now supported. Unfortunately, although HBC itself will work, there’s no way it can make existing homebrew work with it too – authors will have to recompile using the latest libogc SVN. C’est la vie!
No, it's the same.Was the Title ID changed?
Haven't updated yet just in case I can't access HBC through priiloader.
Can't they use the power and reset button?Although I have not tested it yet, but I did not see anything in the changelog about how people with new "horizontal" wii's can restore their nand without needed a GC controller. I will test it out and report my results. Hopefully they have figured out a way. Either way, great job TT.
Can't they use the power and reset button?Although I have not tested it yet, but I did not see anything in the changelog about how people with new "horizontal" wii's can restore their nand without needed a GC controller. I will test it out and report my results. Hopefully they have figured out a way. Either way, great job TT.
Can't they use the power and reset button?Although I have not tested it yet, but I did not see anything in the changelog about how people with new "horizontal" wii's can restore their nand without needed a GC controller. I will test it out and report my results. Hopefully they have figured out a way. Either way, great job TT.
No, because you need to enter konami code to restore the NAND, which can only be done with a GC controller.
I didn't think they recommended restoring nand with bootmii as ios anyway.
Not sure where to post this, so here it is. So will the homembrew apps follow suit and update to allow for the new wiimotes+?
ahb_reload and no_ios_reload do the exact same thing now, ahb_reload is just "more correct". It shouldn't actually make a difference to operation.I stand corrected, Tantric/dborth just updated the Snes9xGx SVN to 709 to reflect the changes ( http://code.google.c...ce/detail?r=709 ) The "no_ios_reload" line is now "ahb_reload". Hopefully that will ensure that Snes9xGx doesn't crash on my HDD anymore.
The problem with that is that launching titles with arguments is still broken (it was reported months ago). I have to use 1.8.6 for Settings Editor GUI.Not sure where to post this, so here it is. So will the homembrew apps follow suit and update to allow for the new wiimotes+?
Some apps will, some won't. All it takes is a recompile, but some developers are gone and not coming back. Some apps were closed source and will never be updated again. Some are open source and can be updated easily by anyone. Some are still actively developed and will support the new wii remotes within the next few updates provided the devs upgrade their libogc.
I thought a patch was submitted for that already? Worst case scenario then is just patch the latest libogc with that patch and compile. Failing that, you should be able to fix it by looking at the older revisions of libogc and reverting the function to the version prior to Daco's "fix" which broke it.The problem with that is that launching titles with arguments is still broken (it was reported months ago). I have to use 1.8.6 for Settings Editor GUI.
Haven't tried it yet, but I'm pretty sure no homebrew should stop working with the updated HBC. Try deleting it and downloading it again.Anyone knows if WiiMC works? Mine one is stopped working
It didn't work, unless I used the wrong one. Could you give me a link?I thought a patch was submitted for that already? Worst case scenario then is just patch the latest libogc with that patch and compile. Failing that, you should be able to fix it by looking at the older revisions of libogc and reverting the function to the version prior to Daco's "fix" which broke it.The problem with that is that launching titles with arguments is still broken (it was reported months ago). I have to use 1.8.6 for Settings Editor GUI.