Homebrew Official Retroarch WiiU (wip.)

[the_randomizer]

Forcing close content before core swap would be the best way to go, I think for other ports as well.

Seconded, it would make it more stable I would think, does that clear the memory at all?

 

[LibretroRetroArc]

I am going to create a $40 bounty or so to fix the remaining stability/crashing bugs with RA on the WiiU.

Can you guys give me a good extensive list of the major remaining issues? Also, screenshots of the stack traces on your Wii U gamepad would help.

 

[the_randomizer]

I am going to create a $40 bounty or so to fix the remaining stability/crashing bugs with RA on the WiiU.

Can you guys give me a good extensive list of the major remaining issues? Also, screenshots of the stack traces on your Wii U gamepad would help.

That can be arranged,

@ploggy
@A Plus Ric
@ShadowOne333

Now's your chance to explain what's been going on.

This is the one I encountered last night, loading three ROMs on Snes9x 1.54 main, specifically
after loading Yoshi's Island (USA) (1.1).sfc

Version: 1.6.7 vanilla
Method: Haxchi + CFW, then homebrew launcher 2.1

Spoiler

I've seen this one as well.

I was able to reproduce the same error twice in a row, loading Yoshi's Island and then pressing Home to open the menu.

The second issue pertains to the main app itself, retroarch.rpx, causes an immediate black screen with no error code. Once the new nightly is up,
I will test more extensively. One suggestion has been made to give the option to enable force close-content once a core has been swapped.

 

[Radius4]

Does the former happen if you use RGUI?

 

[ploggy]

Does the former happen if you use RGUI?

Haven't tried with the Rgui all tests have been done in the XMB.

 

[A Plus Ric]

While they were having that problem though. I was not having it. Just to state it. But we may have different roms and stuff. (I also have mine zipped, they do not)

 

[ploggy]

While they were having that problem though. I was not having it. Just to state it. But we may have different roms and stuff. (I also have mine zipped, they do not)

You kept your old Config too remember

 

[A Plus Ric]

I reset all that and it still was fine though after

 

[Radius4]

Well there are a few changes now.
First, it should build properly now

Second, the buffering on config_file_write was changed, it may induce a slow down on config_file_write, but the idea is to check the config before and after the crash, maybe we'll be able to tell were it stopped.
Not 100% sure if the current build has all the changes... the next one should for sure.

 

[A Plus Ric]

Do you know what time zone is used for showing the make date in the nighties buildbot?

 

[ploggy]

Well there are a few changes now.
First, it should build properly now

Second, the buffering on config_file_write was changed, it may induce a slow down on config_file_write, but the idea is to check the config before and after the crash, maybe we'll be able to tell were it stopped.
Not 100% sure if the current build has all the changes... the next one should for sure.

ok I'm in the process of doing a clean install with the latest nightly I'll test this out

 

[A Plus Ric]

Retroarch.rpx still blackscreens.

 

[ploggy]

I just got this error trying to change the Core directory path

 

[A Plus Ric]

Get similar error trying to set default file browser area too.

 

[LibretroRetroArc]

I just got this error trying to change the Core directory path

That was a bug that affected things on PC too. I pushed a fix for this now, so within a couple of hours this bug should be fixed.

 

[ploggy]

That was a bug that affected things on PC too. I pushed a fix for this now, so within a couple of hours this bug should be fixed.

Cool. So far apart from that one error tests have been going pretty smoothly Since I cant change things in the settings without it crashing Iv'e had to exit to the HBL everytime I want to change a Core. So far Iv'e been able to load Multiple Roms one after another with no errors
I'll have to wait till the new builds up before messing with core swapping while in Retroarch.

 

[Radius4]

So the core dir is not correct from the get-go?

 

[A Plus Ric]

Just click on Change core and manually locate a core?

So the core dir is not correct from the get-go?

It used to be right. I dunno when it changed but now it starts at none. for core directory.

 

[ploggy]

So the core dir is not correct from the get-go?

The second I click to try to change the path it errors out
(not sure of its limited to just the core directory or all changeable paths) ?

 

[LibretroRetroArc]

The second I click to try to change the path it errors out
(not sure of its limited to just the core directory or all changeable paths) ?

This should be fixed as of the next build (at least as far as the crashing is concerned).