Hacking Why add anti-piracy measures to Devolution ?

[Rydian]

Yeah you say that I didnt post logs.
Then I post them and you ignore me...

He could be offline. You know, that place people are when they're doing any one of the millions of things they do that's not on GBATemp.

 

[tueidj]

Here you go:
CleanRip

Spoiler

--File Generated by CleanRip v1.0.4--

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC
CRC32: 40F8FE7C
Version: 1.00
Verified: No

Devolution

Spoiler

Wifi is ready
Devolution Engine r159 2012/10/08 03:33:53
Copyright © 2012 tueidj
AI clocks configured (1ad10099)
Exception vectors placed.
MMU initialized.
IOS was reloaded
stm_eh_fd: 0
stm_imm_fd: 1
GPIO Flags: 00ffc3a0
IOS communication initialized.
Starting to bring up wifi
HID FD: 2
GETLINKSTATUS returned 0
IOCTL_NWC24_STARTUP returned 0 (0)
IOCTL_SO_STARTUP returned 0
IOCTL_SO_GETHOSTID retry 99
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 98
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 97
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 96
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 95
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 94
net init result: 0 (3)
Got negative IPC reply for 9321BF00 (-1062731517)
Host IP Address: 192.168.1.3
net init result: 1 (3)
Network initialization succeeded
Socket number for log: 0
Result from FCNTL: 0
bind returned 0
sendto returned 14
USB FD: 4
Found 1 USB devices while searching for Mass Storage
Device 0: id e71f0021 VID 18A5 PID 0304
Device class 00, subclass 00, protocol 00
Number of configurations: 1
Configuration 1 has 1 interfaces
Interface 0 has 2 endpoints
Endpoint 81 Attributes 02 MaxPacket 0200
Endpoint 02 Attributes 02 MaxPacket 0200
Current device configuration: 1
Using config 1, interface 0, alt 0, ep_in 81, ep_out 02
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: 7831551
Using storage device: "USB Verbatim STORE N GO", serial D3E531C8
MBR partition offset: 00001f80
MBR partition offset: 00000000
MBR partition offset: 00000000
MBR partition offset: 00000000
Found a FAT partition at sector 8064 (1)
Number of bytes per FAT entry: 4 (FAT32)
Sectors per cluster: 64 (32K)
FAT1 first sector: 8096
FAT2 first sector: 9051
Root cluster / sector: 2 / 10006
First Data sector: 10006
End sector boundary: 7831552
Total number of clusters: 122211
Cluster for MEMCARD file: 0 (9878)
Specified cluster for iso file: 00000183
ISO file found: G8ME Disc 0 Version 0
Checking file fat chain...
Break 256, 392(00000188) does not follow 390(00000186)
Break 320, 527(0000020f) does not follow 392(00000188)
Break 8640, 658(00000292) does not follow 656(00000290)
Break 65728, 1697(000006a1) does not follow 1549(0000060d)
Break 1876928, 30022(00007546) does not follow 29996(0000752c)
Break 1939840, 33526(000082f6) does not follow 31004(0000791c)
Break 2139392, 36704(00008f60) does not follow 36643(00008f23)
Break 2709824, 45631(0000b23f) does not follow 45616(0000b230)
Break 2710656, 45707(0000b28b) does not follow 45643(0000b24b)
Total allocated size of file: 1459978240 bytes in 2851520 sectors
Result: 10 fragments
HID device change callback was registered
HID device change: 0 devices present
HID device change callback was registered
fatal error
Jumping to HBC stub...

Your cleanrip version is out of date and the checksums at redump.org don't match for that game. Rerip it with the latest Cleanrip and post dumpinfo.txt here again.

 

[osm70]

Here you go:
CleanRip

Spoiler

--File Generated by CleanRip v1.0.4--

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC
CRC32: 40F8FE7C
Version: 1.00
Verified: No

Devolution

Spoiler

Wifi is ready
Devolution Engine r159 2012/10/08 03:33:53
Copyright © 2012 tueidj
AI clocks configured (1ad10099)
Exception vectors placed.
MMU initialized.
IOS was reloaded
stm_eh_fd: 0
stm_imm_fd: 1
GPIO Flags: 00ffc3a0
IOS communication initialized.
Starting to bring up wifi
HID FD: 2
GETLINKSTATUS returned 0
IOCTL_NWC24_STARTUP returned 0 (0)
IOCTL_SO_STARTUP returned 0
IOCTL_SO_GETHOSTID retry 99
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 98
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 97
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 96
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 95
net init result: 0 (3)
IOCTL_SO_GETHOSTID retry 94
net init result: 0 (3)
Got negative IPC reply for 9321BF00 (-1062731517)
Host IP Address: 192.168.1.3
net init result: 1 (3)
Network initialization succeeded
Socket number for log: 0
Result from FCNTL: 0
bind returned 0
sendto returned 14
USB FD: 4
Found 1 USB devices while searching for Mass Storage
Device 0: id e71f0021 VID 18A5 PID 0304
Device class 00, subclass 00, protocol 00
Number of configurations: 1
Configuration 1 has 1 interfaces
Interface 0 has 2 endpoints
Endpoint 81 Attributes 02 MaxPacket 0200
Endpoint 02 Attributes 02 MaxPacket 0200
Current device configuration: 1
Using config 1, interface 0, alt 0, ep_in 81, ep_out 02
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: 7831551
Using storage device: "USB Verbatim STORE N GO", serial D3E531C8
MBR partition offset: 00001f80
MBR partition offset: 00000000
MBR partition offset: 00000000
MBR partition offset: 00000000
Found a FAT partition at sector 8064 (1)
Number of bytes per FAT entry: 4 (FAT32)
Sectors per cluster: 64 (32K)
FAT1 first sector: 8096
FAT2 first sector: 9051
Root cluster / sector: 2 / 10006
First Data sector: 10006
End sector boundary: 7831552
Total number of clusters: 122211
Cluster for MEMCARD file: 0 (9878)
Specified cluster for iso file: 00000183
ISO file found: G8ME Disc 0 Version 0
Checking file fat chain...
Break 256, 392(00000188) does not follow 390(00000186)
Break 320, 527(0000020f) does not follow 392(00000188)
Break 8640, 658(00000292) does not follow 656(00000290)
Break 65728, 1697(000006a1) does not follow 1549(0000060d)
Break 1876928, 30022(00007546) does not follow 29996(0000752c)
Break 1939840, 33526(000082f6) does not follow 31004(0000791c)
Break 2139392, 36704(00008f60) does not follow 36643(00008f23)
Break 2709824, 45631(0000b23f) does not follow 45616(0000b230)
Break 2710656, 45707(0000b28b) does not follow 45643(0000b24b)
Total allocated size of file: 1459978240 bytes in 2851520 sectors
Result: 10 fragments
HID device change callback was registered
HID device change: 0 devices present
HID device change callback was registered
fatal error
Jumping to HBC stub...

Your cleanrip version is out of date and the checksums at redump.org don't match for that game. Rerip it with the latest Cleanrip and post dumpinfo.txt here again.

--File Generated by CleanRip v1.0.5--

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC
CRC32: 40F8FE7C
Version: 1.00
Verified: No
Seconds: 421

 

[megazig]

that doesn't match redump.org still

is yours the Original or Player's Choice version? can you hexdump the first 0x20 bytes of the disc?

 

[osm70]

that doesn't match redump.org still

is yours the Original or Player's Choice version? can you hexdump the first 0x20 bytes of the disc?

original
how do I do this?

 

[WiiUBricker]

But a sticky would be visible too...

I wasn't talking about a sticky topic, but a note.

 

[Rydian]

But it's still have a title and subtitle and such, and thus would be presenting words about this topic in the same sort of layout as this thread.

 

[tueidj]

--File Generated by CleanRip v1.0.5--

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC
CRC32: 40F8FE7C
Version: 1.00
Verified: No
Seconds: 421

I'm going to ask you this one more time: are you absolutely, positively sure that you have removed any modchip and your wii is using a completely standard unmodified disk drive?

 

[osm70]

--File Generated by CleanRip v1.0.5--

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC
CRC32: 40F8FE7C
Version: 1.00
Verified: No
Seconds: 421

I'm going to ask you this one more time: are you absolutely, positively sure that you have removed any modchip and your wii is using a completely standard unmodified disk drive?

Yes.

 

[tueidj]

I'm going to ask you this one more time: are you absolutely, positively sure that you have removed any modchip and your wii is using a completely standard unmodified disk drive?

Yes.

Sorry that's the wrong answer. But thanks for playing, please take this "I am a liar and like to waste people's time" badge as a complimentary gift prize.

Spoiler

Exhibit A:

Seconds: 421

Unmodified wiis are only able to read gamecube discs at 3x, meaning the absolute minimum time required for cleanrip to process a gamecube disc is around 550 seconds - I've tested this many times on several different wiis, because I wanted cleanrip's ETA calculation to be accurate. If it completed in 421 seconds the disc must be being read at a higher rate which is only possible if a modchip overrides the 3x restriction in the drive's firmware.

Exhibit B:

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC

The dump completed but doesn't match known records for this game, indicating read errors. It's impossible for an unmodified drive to make mistakes while reading without detecting it; standard DVDs include error detection/correction data and wii discs are no different in this regard. If a disc had read errors, an unmodified drive would return an error code and cleanrip would abort. Modchips however will retry bad reads a couple of times and then just return whatever they managed to pull from the drive without signalling any error code, since this masks common read errors when using burnable media.

 

[osm70]

I'm going to ask you this one more time: are you absolutely, positively sure that you have removed any modchip and your wii is using a completely standard unmodified disk drive?

Yes.

Sorry that's the wrong answer. But thanks for playing, please take this "I am a liar and like to waste people's time" badge as a complimentary gift prize.

Spoiler

Exhibit A:

Seconds: 421

Unmodified wiis are only able to read gamecube discs at 3x, meaning the absolute minimum time required for cleanrip to process a gamecube disc is around 550 seconds - I've tested this many times on several different wiis, because I wanted cleanrip's ETA calculation to be accurate. If it completed in 421 seconds the disc must be being read at a higher rate which is only possible if a modchip overrides the 3x restriction in the drive's firmware.

Exhibit B:

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC

The dump completed but doesn't match known records for this game, indicating read errors. It's impossible for an unmodified drive to make mistakes while reading without detecting it; standard DVDs include error detection/correction data and wii discs are no different in this regard. If a disc had read errors, an unmodified drive would return an error code and cleanrip would abort. Modchips however will retry bad reads a couple of times and then just return whatever they managed to pull from the drive without signalling any error code, since this masks common read errors when using burnable media.

So either CleanRip cannot write proper logs, or I am dumb.

 

[JoostinOnline]

I'm going to ask you this one more time: are you absolutely, positively sure that you have removed any modchip and your wii is using a completely standard unmodified disk drive?

Yes.

Sorry that's the wrong answer. But thanks for playing, please take this "I am a liar and like to waste people's time" badge as a complimentary gift prize.

Spoiler

Exhibit A:

Seconds: 421

Unmodified wiis are only able to read gamecube discs at 3x, meaning the absolute minimum time required for cleanrip to process a gamecube disc is around 550 seconds - I've tested this many times on several different wiis, because I wanted cleanrip's ETA calculation to be accurate. If it completed in 421 seconds the disc must be being read at a higher rate which is only possible if a modchip overrides the 3x restriction in the drive's firmware.

Exhibit B:

Filename: G8ME01
Internal Name: Paper Mario
MD5: BBFB80DBFE1D5FF80E0F2FBAB46DF0C9
SHA-1: 0321FE7407BDC6A609C2C4E75D4D4F0BDCEA6CDC

The dump completed but doesn't match known records for this game, indicating read errors. It's impossible for an unmodified drive to make mistakes while reading without detecting it; standard DVDs include error detection/correction data and wii discs are no different in this regard. If a disc had read errors, an unmodified drive would return an error code and cleanrip would abort. Modchips however will retry bad reads a couple of times and then just return whatever they managed to pull from the drive without signalling any error code, since this masks common read errors when using burnable media.

So either CleanRip cannot write proper logs, or I am dumb.

More like you are dumb, or you are a liar.

 

[VampireLordAlucard]

Guys.

There's more posts from Rydain and WiiBricker than people complaining about Devolution AP.

Anyway..

that doesn't match redump.org still

is yours the Original or Player's Choice version? can you hexdump the first 0x20 bytes of the disc?

original
how do I do this?

1. Download HxD
2. Open the ISO on your PC with it.
3. Highlight the first 2 lines, and copy/paste it here.

For example, here's what it looks like from Dragon Ball Z Budokai Tenkaichi 3 (for Wii)
52 44 53 45 37 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 5D 1C 9E A3 00 00 00 00

 

[osm70]

Guys.

There's more posts from Rydain and WiiBricker than people complaining about Devolution AP.

Anyway..

that doesn't match redump.org still

is yours the Original or Player's Choice version? can you hexdump the first 0x20 bytes of the disc?

original
how do I do this?

1. Download HxD
2. Open the ISO on your PC with it.
3. Highlight the first 2 lines, and copy/paste it here.

For example, here's what it looks like from Dragon Ball Z Budokai Tenkaichi 3 (for Wii)
52 44 53 45 37 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 5D 1C 9E A3 00 00 00 00

47 38 4D 45 30 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 C2 33 9F 3D

 

[Taleweaver]

Okay, I'm going to bump it because of a post in the main devolution thread:

Let me get this right, you need the original disc to use this? wow just wow is all I can say if that is indeed true. You do realize that Nintendo no longer sales gamecube games so even if people do pirate them Nintendo is not losing any money and all your doing by having to use the original disc is punishing the people who really do want to play there legit backups. People may have sealed collection and don't want to open them, may have there collection in the attic, gamecube games store away and don't want to get them out just so there can spend ages making 1:1 backups and verify the game there all ready own. All I can say is I hope someone comes along and sorts out this BS (the person who does, deserves there hand shaken). What make this even more worse is I bet tueidj himself use's a version of Devolution that does not require you to have the original disc in the drive to verify the ISO (he even knows how BS it is).

Let me also get this straight...you want tueidj to allow for a massive amount of pirates just because...there may be one or two collectors out there who don't want to open their gamecube games?

My hat off to you, sir. You managed to come up with a group (considering there are even enough of those guys to FORM a group) who are even more sad than pirates who think they can possess what they don't have.

 

[gamer765]

If you are experienced at reverse engineering, only then do you get the privilege to play GC games without verifying. No more shall be said from me.

 

[totalnoob617]

i am really getting sick to death of these anti "piracy" tardz
and anyone who thinks this will do fukall to stop "piwacy" is serious deluded
the disc only has to be verified once(as far as i understood it,didnt read the whole thread correct me if im wrong)
so anyone can still borrow a game rip it and return it,or buy a game rip it and sell it



i was going produce and sell a line of gourmet chef knives ,but then i decided against because someone could use the knives to stab someone

 

[retKHAAAN]

i am really getting sick to death of these anti "piracy" tardz
and anyone who thinks this will do fukall to stop "piwacy" is serious deluded
the disc only has to be verified once(as far as i understood it,didnt read the whole thread correct me if im wrong)
so anyone can still borrow a game rip it and return it,or buy a game rip it and sell it



i was going produce and sell a line of gourmet chef knives ,but then i decided against because someone could use the knives to stab someone

when did tueidj say he was trying to stop piracy? he made an app for running gamecube backups off of a usb drive. it works as advertised. check your entitlement, son.

 

[totalnoob617]

when did tueidj say he was trying to stop piracy? he made an app for running gamecube backups off of a usb drive. it works as advertised. check your entitlement, son.

i never mentioned tueidj ,i was referring to the thread title

 

[retKHAAAN]

i never mentioned tueidj ,i was referring to the thread title

Of course you didn't mention tueidj. You merely posted regarding the anti-piracy measure tueidj included in his app stating that anyone who thinks it will do "fukall" to stop "piwacy" is "serious deluded". You then went on to add a ridiculous analogy likening video game piracy to assault/murder. But no, you were just vague enough in your post to leave tueidj's name out of it.