Hacking [HELP] EGGS-SGGE header of Wii VC eShop games

[Whitestar]

Thoughts. Having found a specification for the EGG archive file format (http://sdn.altools.co.kr/etc/EGG_Specification.zip) it has some similarities, but not enough to be massively useful, gave me a few ideas though (some of this is agreeing with previous posters).

45 47 47 53 00 01 10 11 - Would seem to be a header identifier and version number, 1011 might be a reference to it being a Wii file - it seems to be the same for each file.

The next 8 bytes are unique to each game, I'd suggest the first 4 bytes are the file size (the three versions of SMG2 are all just under 4Gb which seems about right), and the next 4 bytes are a CRC check (probably CRC32) that the archive is not corrupt.
- A check on the file size should be fairly straight forward though it might be before/after archiving/compression with/without headers and or footers.
- There are a few common CRC32 implementations and various standard ways of reverse engineering CRC's so that might not be too difficult to check/break.

The rest up to the ffff's would seem to be offsets and data sizes, the ones for KRtDL are almost perfect for that. The first three offsets seem to be the same for each game so game ID and Name followed by game data(?).
00 00 00 09 9 Blocks of data
00 00 00 00 00 00 00 01 Offset 0 Diff - Chunks 1
00 00 00 08 00 00 00 02 Offset 8 Diff 8 Chunks 2
00 00 1f 00 00 00 1f 58 Offset 7936 Diff 7928 Chunks 8024
00 00 3e 5a 00 00 00 1a Offset 15962 Diff 8026 Chunks 26
00 00 3e 77 00 00 00 4d Offset 15991 Diff 29 Chunks 77
00 00 3e c6 00 00 00 51 Offset 16070 Diff 78 Chunks 81
00 00 3f 18 00 00 00 18 Offset 16152 Diff 82 Chunks 24
00 00 3f 31 00 00 00 e2 Offset 16177 Diff 25 Chunks 226
00 00 40 14 00 00 73 0c Offset 16404 Diff 227 Chunks 29452

Not having the time or a hacked WiiU at the moment, I'll leave this for someone else to poke at.

 

[Whitestar]

... I'd suggest the first 4 bytes are the file size (the three versions of SMG2 are all just under 4Gb which seems about right), and the next 4 bytes are a CRC check (probably CRC32) that the archive is not corrupt...

Eventually found some file sizes, seems the first 4 bytes don't fit, SMG is about 4Gb but SMG2 is about 1.3Gb, and Xenoblade is over 6Gb, so that idea is probably out (unless it's encrypted - very unlikely). A little odd since every archive format that I know of has something to verify the contents (file size and a data check are common as getting one to agree is easy, both is very hard)

 

[Deleted User]

In slc:/proc/prefs/wii_acct.xml, there's this interesting option: " <ctrl type="complex"><drc type="unsignedByte" length="1">0</drc></ctrl>", but manually changing it is useless as the wiiu launcher always adjusts it to the correct option for the Wii title you're launching...

Can't we just patch the wii u menu in RAM to not change that file? It seems like the easiest thing to try...

 

[Tock46]

Just tested this. Installing the original game with a different "hash"

45 47 47 53 00 01 10 11 FF FF FF FF FF FF FF FF

and it worked. Other games sadly restart the Wii U.

I believe that this means that files in the code folder also need to be changed.

Edit: If you add the code folder (except for rvlt.tik and rvlt.tmd) from Xenoblade to Super Mario Galaxy 2, the game also restarts into the Wii U.

Edit2: the rpl and rpx file are identical so only the fw.* and htk.bin files could be the problem.

Edit3: Nevermind the htk.bin file is used to decrypt the nfs file so obviously it rebooted.

 

[ShadowOne333]

Just tested this. Installing the original game with a different "hash"

45 47 47 53 00 01 10 11 FF FF FF FF FF FF FF FF

and it worked. Other games sadly restart the Wii U.

I believe that this means that files in the code folder also need to be changed.

Edit: If you add the code folder (except for rvlt.tik and rvlt.tmd) from Xenoblade to Super Mario Galaxy 2, the game also restarts into the Wii U.

Edit2: the rpl and rpx file are identical so only the fw.* and htk.bin files could be the problem.

Edit3: Nevermind the htk.bin file is used to decrypt the nfs file so obviously it rebooted.

There is hope.
Plz vWii with Gamepad plz xD

 

[jbuck1975]

Just tested this. Installing the original game with a different "hash"

45 47 47 53 00 01 10 11 FF FF FF FF FF FF FF FF

and it worked. Other games sadly restart the Wii U.

I believe that this means that files in the code folder also need to be changed.

Edit: If you add the code folder (except for rvlt.tik and rvlt.tmd) from Xenoblade to Super Mario Galaxy 2, the game also restarts into the Wii U.

Edit2: the rpl and rpx file are identical so only the fw.* and htk.bin files could be the problem.

Edit3: Nevermind the htk.bin file is used to decrypt the nfs file so obviously it rebooted.

Are you running sig patches?

 

[Speshe]

Are you running sig patches?

Thank you very much for all your time effort and energy working on this, I wish I had a better grasp of coding to assist, once wii games can be launched directly from the wii u home menu the system will truly be fantastic and easier to use for the kids.

Once again thank you all