[Saturnine Sable]

So over at the Lost Legacy Discord we've caught wind of an LUB file that's apparently not possible to decompile without heavy editing, as it allegedly contains non-LUA data that the XEX needs for the game to run. It seems to be an absolutely massive file - from what we can see, it might hold relevant data to Super forms, the Rainbow gem, homing attack delay/flips, and tons of other stuff that was cut from the final game.

Problem is that none of us can find exactly where said non-LUA data is in the file, to strip it and create a normal LUB. Here's the link - if this isn't okay, feel free to obliterate me Attempting to decompile it using ShadowLag's 06 SDK leads to a massive file that loops a conditional after a certain point - and luadec just straight up doesn't work. So, if anyone wants to take a crack at it... Yeah.

This post has been edited by Saturnine Sable: 17 November 2018 - 06:17 AM

[biggestsonicfan]

Saturnine Sable, on 17 November 2018 - 06:16 AM, said:

XEX needs for the game to run

What about the PS3 executable?

[Irixion]

if I remember correctly the PS3 uses (mostly) the same files. I'm sure it's the same with PS3 only code bolted onto the front of it. The game is an alpha at best.

As far as Standard.lub, it's not the only lua that can't be decompiled. There's a few others. Of course this extends beyond my knowledge but if someone wants to have a crack at it

[Lostgame]

>> the game is an alpha at best

Hehe, you can say that again.

[Strike]

Bumping this. Please, if anyone has an idea of how to get around this, share it.

[Clownacy]

Bumping? Seriously?

[Strike]

Maybe if someone cared enough to respond?

[Pokepunch]

Maybe if someone knew enough about this to respond they would?

[HyperPolygon64]

The reason standard.lub can't be decoded is because Sonic '06 SDK for some reason has trouble decoding the embedded for loop in the file, which is strange because I'm pretty sure there are other LUB files in the game that use the same for loops. Ironically, after reaching the loop, it'll just repeat the contents of the file infinitely until it finishes 'decoding' to the file's intended size.

Irixion, on 18 November 2018 - 06:24 PM, said:

if I remember correctly the PS3 uses (mostly) the same files. I'm sure it's the same with PS3 only code bolted onto the front of it.

Both the Xbox 360 and PlayStation 3 use an identical file structure. The only differences being the xenon folder has been renamed to 'ps3' for obvious reasons. The only code I've come across in other files around Sonic '06 that suggests differences between both versions is in cache.arc, but it only changes how things are rendered to accommodate for how differently the game needs to be rendered on both systems. The PlayStation 3 also uses ATRAC 3 audio, rather than the Xbox's XMA format, again for obvious reasons.

[Irixion]

Yes, so PS3 only changes bolted onto it . I don't recall off the top of my head, but I think I've ran into a few files getting into an infinite loop. So the assumption is that it isn't a standard "version" of lua?

[HyperPolygon64]

Irixion, on 31 January 2019 - 08:18 PM, said:

So the assumption is that it isn't a standard "version" of lua?

Some speculate that some LUB files contain more than just text data, but I doubt that'd result in the SDK refusing to decode for loops. =P

[Irixion]

So then why the infinite loop then? Not so standard if lua decompilers can't read it

[HyperPolygon64]

Irixion, on 02 February 2019 - 12:31 AM, said:

lua decompilers can't read it

It's not that they can't read it, they're perfectly capable of doing so. It just has trouble getting past the for loop, which is the purpose of this thread, because we literally have no idea why it refuses. There could be many reasons for why, such as; an unsupported Lua version, miscellaneous data stored in the file interfering with the decoding process, etc.