Hacking Devolution - Public Release

[Legend of Gary]

Yeah, but good luck getting your WiiU to launch devolution, or any Wii homebrew for that matter; even in Wii mode.

Why is that? If the system is hacked to run homebrew and backwards compatible then it should work. It works with all other bc consoles and their predecessors homebrew,
Even the 360 can run some xbox1 homebrew and it gets its backwards compatibility from software.

 

[Etheboss]

Hehe, yeah...if the Wii U information is right, the Wii architecture is completely different and Wii mode is not done with IOS.

 

[Cyan]

I'm sorry it's not a log when using the sample loader, I was doing tests on USBGX and noticed these logs, so I just took them.
It's not really bug reports, just two questions.

I used r115 (in case it matter).

There are two things I noticed:
1- st.st_dev : It doesn't send 'SB' when the ISO is on USB, but 'MS' (In these logs I didn't use st_dev but set 'SB' manually so there's no 'check SD first then USB' message).
Does st_dev send different devices value for USBs? or "usb1:/" is not detected correctly for the device? though, st_ino works fine with "usb1:/"
from SD it correctly sends 'SD'.

2- my HDD drive device ID is the same on both logs, but is detected with two different Pid/vid/name/serial/interface (I put the differences in bold)

Spoiler: Log 1 - USB HDD

DEVO: Loading game: usb1:/games/Star Fox Adventures [GSAP01]/game.iso
DEVO: Memory Card: Original
DEVO: device: 0x4D53 ---> MS
USB Gecko initialized
AI clocks configured
Exception vectors placed.
MMU initialized.
IOS was reloaded
stm_eh_fd: 0
stm_imm_fd: 1
GPIO Flags: 00ff8080
IOS communication initialized.
Network initialization failed.
USB FD: 2
Found 1 USB devices
Device 0: id e71f0021 VID 0928 PID 0007
Device class 00, subclass 00, protocol 00
Number of configurations: 1
Configuration 1 has 2 interfaces
Interface 0 has 2 endpoints
Endpoint 01 Attributes 02 MaxPacket 0200
Endpoint 81 Attributes 02 MaxPacket 0200
Current device configuration: 1
Using config 1, interface 0, alt 0, ep_in 81, ep_out 01
Device MAX_LUN returned 9: 1
USB device reset returned 8
Cleared USB storage device error status
LUN 0 is a Direct Access device
USB_MS sector size for LUN 0: 512, max LBA: 488397167
Using storage device: "USB OEM Mass Storage Plus", serial 500040F5
MBR partition offset: 0000003f
MBR partition offset: 03d778ac
MBR partition offset: 00000000
MBR partition offset: 00000000
Found a FAT partition at sector 63 (1)
Number of bytes per FAT entry: 4 (FAT32)
Sectors per cluster: 32 (16K)
FAT1 first sector: 95
FAT2 first sector: 15823
Root cluster / sector: 2 / 31551
First Data sector: 31551
End sector boundary: 64452780
Total number of clusters: 2013163
Cluster for MEMCARD file: 0 (31487)
Specified cluster for iso file: 0001D81B
ISO file found: GSAP Disc 0
Checking file fat chain...

Spoiler: Log 2 - SAME USB HDD

DEVO: Loading game: usb1:/games/Star Fox Adventures [GSAP01]/game.iso
DEVO: Memory Card: Original
DEVO: device: 0x4D53 ---> MS
USB Gecko initialized
AI clocks configured
Exception vectors placed.
MMU initialized.
IOS was reloaded
stm_eh_fd: 0
stm_imm_fd: 1
GPIO Flags: 00ff8080
IOS communication initialized.
Network initialization failed.
USB FD: 2
Found 1 USB devices
Device 0: id e71f0021 VID 0BC2 PID 2100
Device class 00, subclass 00, protocol 00
Number of configurations: 1
Configuration 1 has 1 interfaces
Interface 0 has 2 endpoints
Endpoint 01 Attributes 02 MaxPacket 0200
Endpoint 81 Attributes 02 MaxPacket 0200
Current device configuration: 1
Using config 1, interface 0, alt 0, ep_in 81, ep_out 01
Device MAX_LUN returned 9: 1
USB device reset returned 8
Cleared USB storage device error status
LUN 0 is a Direct Access device
USB_MS sector size for LUN 0: 512, max LBA: 488397167
Using storage device: "USB Seagate FreeAgent Go", serial 20E13004
MBR partition offset: 0000003f
MBR partition offset: 03d778ac
MBR partition offset: 00000000
MBR partition offset: 00000000
Found a FAT partition at sector 63 (1)
Number of bytes per FAT entry: 4 (FAT32)
Sectors per cluster: 32 (16K)
FAT1 first sector: 95
FAT2 first sector: 15823
Root cluster / sector: 2 / 31551
First Data sector: 31551
End sector boundary: 64452780
Total number of clusters: 2013163
Cluster for MEMCARD file: 0 (31487)
Specified cluster for iso file: 0001D81B
ISO file found: GSAP Disc 0
Checking file fat chain...

I didn't disconnect it between tests, only switched off the Wii and reboot.
The real drive name is "Free agent go", and is self powered.

The drive has an activity LED.

When the LED is ON, the drive is detected as his correct name.
Sometime, the LED is OFF, or switch off after being ON on boot.
When it's OFF the drive is detected as OEM.
I think sometime it's a mix of both (OEM while still ON).

 

[Maxternal]

Hehe, yeah...if the Wii U information is right, the Wii architecture is completely different and Wii mode is not done with IOS.

Hmm, yeah, they MIGHT be able to block exploits by changing the IOS structure somehow but they still have to make the Wii games THINK they're running under an IOS. Other than that, I don't see how they can block the smash stack exploit at least and still retain backwards compatibility with one of their most popular games. Even then, SSBB doesn't need USB access so I'm sure they could figure out some way to specifically block it for that game if they wanted to. I think there is AT LEAST one disk came that uses IOS58 so they can't take it's function out of Wii mode completely and there's always all the games that need USB 1.1 support so they can't box it in TOO bad. I kinda doubt there are any actual GAMES that NEED hardware access, though, so AHBPROT might just be completely gone in Wii mode, too.

Actually installing a HBC wouldn't necessarily be that easy, though, maybe they could install some sort of priiloader in the Wii mode part so when you load a disk game it brings up the HBC first and then add a button to be able to actually run the game itself from there.

I'm just blabbing through guesswork now, though, so I'll shut up but it'll be interesting to see what happens with it.

 

[OriginalHamster]

Try defragmenting your drive, I just checked the code and there may be a bug when changing discs if the start of either .ISO is fragmented. If that's not the problem then your second disc most likely isn't a clean dump.

Hi, the drive is defragmented (only one file is fragmented, but it's a Wii game), and it still kick me out when I press eject to swap disc, and I made the Killer7 dump with cleanRip, the copy is definitively 1:1.

 

[Maxternal]

Try defragmenting your drive, I just checked the code and there may be a bug when changing discs if the start of either .ISO is fragmented. If that's not the problem then your second disc most likely isn't a clean dump.

Hi, the drive is defragmented (only one file is fragmented, but it's a Wii game), and it still kick me out when I press eject to swap disc, and I made the Killer7 dump with cleanRip, the copy is definitively 1:1.

Running from the sample loader use NetCat (http://joncraton.org/blog/46/netcat-for-windows) on your PC to make a log and post it here. That might help show what the problem is.

 

[OriginalHamster]

Try defragmenting your drive, I just checked the code and there may be a bug when changing discs if the start of either .ISO is fragmented. If that's not the problem then your second disc most likely isn't a clean dump.

Hi, the drive is defragmented (only one file is fragmented, but it's a Wii game), and it still kick me out when I press eject to swap disc, and I made the Killer7 dump with cleanRip, the copy is definitively 1:1.

Running from the sample loader use NetCat (http://joncraton.org...cat-for-windows) on your PC to make a log and post it here. That might help show what the problem is.

How do I use it?

 

[Maxternal]

Try defragmenting your drive, I just checked the code and there may be a bug when changing discs if the start of either .ISO is fragmented. If that's not the problem then your second disc most likely isn't a clean dump.

Hi, the drive is defragmented (only one file is fragmented, but it's a Wii game), and it still kick me out when I press eject to swap disc, and I made the Killer7 dump with cleanRip, the copy is definitively 1:1.

Running from the sample loader use NetCat (http://joncraton.org...cat-for-windows) on your PC to make a log and post it here. That might help show what the problem is.

How do I use it?

on the computer from a command prompt you type
nc -l -p 64444 -u
from the folder where NetCat is saved and press enter and when you start the sample loader messages will start showing up on the computer
If you want to save all the messages to a file you would type
nc -l -p 64444 -u > filename.txt
instead and then just open "filename.txt" when you're done to see all of the messages.

 

[OriginalHamster]

nvm, I make it work

Here's the log (only the swap disc part):

Disc cover is now open
Disc cover is now closed
Cluster for possible ISO match: 003e31be (521862960)
Cluster for possible ISO match: 003e88c4 (524714544)
ISO file found: GK7E Disc 1
Checking file fat chain...
Total allocated size of file: 1460011008 bytes in 2851584 sectors
Result: 1 fragments
next ISO is invalid, aborting
Jumping to HBC stub...

 

[Maxternal]

The cli window close after press enter, I barely read "not found [...]"

Okay, we'll try it this way:
- Hold down the windows button and press R
- in the window that pops up type cmd and press enter
- drag and drop the file "nc" or "nc.exe" into that window
- in that window press space and type -l -p 64444 -u > filename.txt
- run the sample loader on the wii and play through until it kicks you back to the HBC
- back on your computer, in the same window press ctrl+c
- type filename.txt and press enter

Okay, too late. glad to know you figured it out.

 

[SifJar]

nvm, I make it work

Here's the log (only the swap disc part):

Disc cover is now open
Disc cover is now closed
Cluster for possible ISO match: 003e31be (521862960)
Cluster for possible ISO match: 003e88c4 (524714544)
ISO file found: GK7E Disc 1
Checking file fat chain...
Total allocated size of file: 1460011008 bytes in 2851584 sectors
Result: 1 fragments
next ISO is invalid, aborting
Jumping to HBC stub...

Must not be a proper 1:1 rip then. Try ripping the ISO again.

 

[OriginalHamster]

Must not be a proper 1:1 rip then. Try ripping the ISO again.

I've ripped the same disc several times now, I don't think that's the problem, all my other 2 disc games works just fine, it would usefull if other people can test this specific game though.

 

[SifJar]

Must not be a proper 1:1 rip then. Try ripping the ISO again.

I've ripped the same disc several times now, I don't think that's the problem, all my other 2 disc games works just fine, it would usefull if other people can test this specific game though.

Congratulations then, it sounds to me like you have found a bug I assume you are using the sample loader btw?

 

[OriginalHamster]

Must not be a proper 1:1 rip then. Try ripping the ISO again.

I've ripped the same disc several times now, I don't think that's the problem, all my other 2 disc games works just fine, it would usefull if other people can test this specific game though.

Congratulations then, it sounds to me like you have found a bug I assume you are using the sample loader btw?

Yep, sample loader

 

[tueidj]

Hehe, yeah...if the Wii U information is right, the Wii architecture is completely different and Wii mode is not done with IOS.

Not sure what information you're referring to, the WiiU is not much different from the Wii at all (same CPU family) and still uses IOS.

There are two things I noticed:
1- st.st_dev : It doesn't send 'SB' when the ISO is on USB, but 'MS' (In these logs I didn't use st_dev but set 'SB' manually so there's no 'check SD first then USB' message).
Does st_dev send different devices value for USBs? or "usb1:/" is not detected correctly for the device? though, st_ino works fine with "usb1:/"
from SD it correctly sends 'SD'.

I'm going to guess this is because the loader uses the custom usb2 interface with a non-standard device id. The proper device ID for the SD slot is defined here and for USB here. When stat() is used on a file it is read from the DISC_INTERFACE struct, although as the comments in the source code point out only the last two bytes survive due to devkitpro being stupid.

2- my HDD drive device ID is the same on both logs, but is detected with two different Pid/vid/name/serial/interface (I put the differences in bold)

Spoiler: Log 1 - USB HDD

DEVO: Loading game: usb1:/games/Star Fox Adventures [GSAP01]/game.iso
DEVO: Memory Card: Original
DEVO: device: 0x4D53 ---> MS
USB Gecko initialized
AI clocks configured
Exception vectors placed.
MMU initialized.
IOS was reloaded
stm_eh_fd: 0
stm_imm_fd: 1
GPIO Flags: 00ff8080
IOS communication initialized.
Network initialization failed.
USB FD: 2
Found 1 USB devices
Device 0: id e71f0021 VID 0928 PID 0007
Device class 00, subclass 00, protocol 00
Number of configurations: 1
Configuration 1 has 2 interfaces
Interface 0 has 2 endpoints
Endpoint 01 Attributes 02 MaxPacket 0200
Endpoint 81 Attributes 02 MaxPacket 0200
Current device configuration: 1
Using config 1, interface 0, alt 0, ep_in 81, ep_out 01
Device MAX_LUN returned 9: 1
USB device reset returned 8
Cleared USB storage device error status
LUN 0 is a Direct Access device
USB_MS sector size for LUN 0: 512, max LBA: 488397167
Using storage device: "USB OEM Mass Storage Plus", serial 500040F5
MBR partition offset: 0000003f
MBR partition offset: 03d778ac
MBR partition offset: 00000000
MBR partition offset: 00000000
Found a FAT partition at sector 63 (1)
Number of bytes per FAT entry: 4 (FAT32)
Sectors per cluster: 32 (16K)
FAT1 first sector: 95
FAT2 first sector: 15823
Root cluster / sector: 2 / 31551
First Data sector: 31551
End sector boundary: 64452780
Total number of clusters: 2013163
Cluster for MEMCARD file: 0 (31487)
Specified cluster for iso file: 0001D81B
ISO file found: GSAP Disc 0
Checking file fat chain...

Spoiler: Log 2 - SAME USB HDD

DEVO: Loading game: usb1:/games/Star Fox Adventures [GSAP01]/game.iso
DEVO: Memory Card: Original
DEVO: device: 0x4D53 ---> MS
USB Gecko initialized
AI clocks configured
Exception vectors placed.
MMU initialized.
IOS was reloaded
stm_eh_fd: 0
stm_imm_fd: 1
GPIO Flags: 00ff8080
IOS communication initialized.
Network initialization failed.
USB FD: 2
Found 1 USB devices
Device 0: id e71f0021 VID 0BC2 PID 2100
Device class 00, subclass 00, protocol 00
Number of configurations: 1
Configuration 1 has 1 interfaces
Interface 0 has 2 endpoints
Endpoint 01 Attributes 02 MaxPacket 0200
Endpoint 81 Attributes 02 MaxPacket 0200
Current device configuration: 1
Using config 1, interface 0, alt 0, ep_in 81, ep_out 01
Device MAX_LUN returned 9: 1
USB device reset returned 8
Cleared USB storage device error status
LUN 0 is a Direct Access device
USB_MS sector size for LUN 0: 512, max LBA: 488397167
Using storage device: "USB Seagate FreeAgent Go", serial 20E13004
MBR partition offset: 0000003f
MBR partition offset: 03d778ac
MBR partition offset: 00000000
MBR partition offset: 00000000
Found a FAT partition at sector 63 (1)
Number of bytes per FAT entry: 4 (FAT32)
Sectors per cluster: 32 (16K)
FAT1 first sector: 95
FAT2 first sector: 15823
Root cluster / sector: 2 / 31551
First Data sector: 31551
End sector boundary: 64452780
Total number of clusters: 2013163
Cluster for MEMCARD file: 0 (31487)
Specified cluster for iso file: 0001D81B
ISO file found: GSAP Disc 0
Checking file fat chain...

I didn't disconnect it between tests, only switched off the Wii and reboot.
The real drive name is "Free agent go", and is self powered.

The drive has an activity LED.

When the LED is ON, the drive is detected as his correct name.
Sometime, the LED is OFF, or switch off after being ON on boot.
When it's OFF the drive is detected as OEM.
I think sometime it's a mix of both (OEM while still ON).

 

[Etheboss]

Hehe, yeah...if the Wii U information is right, the Wii architecture is completely different and Wii mode is not done with IOS.

Not sure what information you're referring to, the WiiU is not much different from the Wii at all (same CPU family) and still uses IOS.

Ok, i should have said speculations from some game news sites and game forums on the web..no one has actually seen the Wii U OS, non of that info is released to the public yet.

 

[tueidj]

"People" have seen it, trust me on this.

 

[Maxternal]

Hehe, yeah...if the Wii U information is right, the Wii architecture is completely different and Wii mode is not done with IOS.

Not sure what information you're referring to, the WiiU is not much different from the Wii at all (same CPU family) and still uses IOS.

Ok, i should have said speculations from some game news sites and game forums on the web..no one has actually seen the Wii U OS, non of that info is released to the public yet.

The ONLY place I've seen it mentioned before today (and I HAVEN'T actually been looking a lot either) described the (admittedly unconfirmed) architecture and it sounded a lot like the Wii's IOS's. It said something about the operating system running on a separate processor and old versions of it being stored for compatibility.
Again, though, they did say it was unconfirmed information.

 

[Maverick Lunar X]

Must not be a proper 1:1 rip then. Try ripping the ISO again.

I've ripped the same disc several times now, I don't think that's the problem, all my other 2 disc games works just fine, it would usefull if other people can test this specific game though.

Congratulations then, it sounds to me like you have found a bug I assume you are using the sample loader btw?

Yep, sample loader

PM me a save file for disc 2 access and I'll give it a shot, I've barely played my copy. and by barely I mean I don't think I've played far enough to save

 

[Cyan]

Thanks for your reply, Tueidj.

I'll search more infos about number of detected interfaces with my drive.