Search results

Using a program such as WinImage you will need to go into the SD.raw for Dolphin, locate Master Hand's portrait, and delete it. I believe the correct file is \Private\Wii\App\RSBE\pf\info\portrite\InfFace1091.brres, although I could be mistaken on that.

Diddy benefits quite a bit from the current changes. He doesn't randomly get punished for not cancelling up-b and he can once again short hop dair without landing lag.

Just remember to switch back to the sd.raw without any replays on it after you export your replays, otherwise weird stuff may happen.

Accessing the replay files is actually fairly simple. First, you want to make a backup of the sd.raw you're using for Minus, found in the User/Wii folder if you're using the portable version that is provided or in your My Documents/Dolphin Emulator/Wii folder if you installed the SD.raw into...

Not really. While 6 is too few jumps, 11 was massively out of proportion. An ideal number of jumps would be something like 8-9, which as mentioned is non-trivial, although I might see if I can get there in 4.0

Basically this.

Puff's shield just takes up more space, it isn't actually any stronger.

Well ASF1nk, who developed the CBliss codes, is part of the Minus backroom, so even if the cause isn't error on my part I figure we'll work something out.

It's possible the codes I found from a quick google search were bad, or that vanilla CBliss is just incompatible with Minus. Do you have a list of the codes you were trying to add?

I haven't actually tested this (as I don't actually have a full set of costumes to test out), but it should probably work. If it crashes immediately on the CSS I probably used a corrupted gct on accident, so tell me and I'll go ahead and fix that.

Tell you what, I'll go ahead and upload a version with Cbliss included in about an hour (unless I forget about this in like 30 minutes)

WiFi is pretty laggy in general, and being over actual WiFi (and not ethernet) compounds that pretty heavily.

Basically you can already buffer dashes, just not when landing because... reasons? Honestly I'm not entirely sure why that's the case.

So, after many hours of looking into this, the issue with buffering runs in Brawl upon landing is that for some reason Brawl does not check aerial inputs when determining if a walk should be superceeded by a dash (one of the weirdest conscious design choice in Brawl). As a result dashes would...

Probably won't work (properly), even if you port the module and do the required BEx configuration.

The latest version is on some GitHub somewhere, although unfortunately I don't actually know the address.

The version I use let's me use more. Unless there's a limit of 256 lines in a single code, which I don't think is necessary for anything.

The error means that either the program you're using is expecting codes in a different format than you're providing them or that you have input a code that does not have 16 characters on every line. Maybe try code manager, that's what I always use and I've never had issues with it.

Dunno, that's not an issue on our end. Check to make sure you copied all of both code lists.

They should just work together afaik.