Unity None (かまくらら) アリアサキュズム [RJ01212921]

[ZorasSon]

Note that this method only works for Unity games.

Some countries use a dot for decimal numbers and others a comma. Since the game doesn't force the localization it uses the one from your system and parse floating point numbers incorrectly which usually result in a crash.

You can use dnSpy (the fork from dnSpyEx) to edit the Assembly-CSharp.dll file which contains most of the game's logic. If it was compiled with il2cpp you would have to either make a bepinex plugin to do the following or edit the assembly with ghidra for example.

The fix is to force the localization to the expected one (japanese here) by running the following code :

// add this at the top of the file where you put the next line of code, it's the dependency
using System.Globalization;

// put this line in a function that is run at the stat of the game, it change the localization
CultureInfo.CurrentCulture = new CultureInfo("ja-JP", false);

In this case, I added it to the Start() function in MainManager.

Wait, this happens with Unity?
I would expect this from something like the Wolf RPG engine, but it's insane we're still seeing games that fail to run in different locales.
I suppose it's because the dev saved a float value to an external json file (or something of that effect)? If not, this could be a good PR to do for Unity!

 

[caiban123bo]

Wait, this happens with Unity?
I would expect this from something like the Wolf RPG engine, but it's insane we're still seeing games that fail to run in different locales.
I suppose it's because the dev saved a float value to an external json file (or something of that effect)? If not, this could be a good PR to do for Unity!

rpg maker game on their way to frezze the whole game if you use the wrong monitor refresh rate. Some game engines just weird lol

 

[azaa2]

Wait, this happens with Unity?
I would expect this from something like the Wolf RPG engine, but it's insane we're still seeing games that fail to run in different locales.
I suppose it's because the dev saved a float value to an external json file (or something of that effect)? If not, this could be a good PR to do for Unity!

I haven't bothered looking up what was it for but I would assume it has to do with retrieving the system time to do something with it.
The save file and the track files (in Resources\StageData) aren't in any weird format.
They are in UTF-8 and are encoded with a really simple XOR cypher.
The save file, decrypted, looks like this:

Spoiler: Decrypted save snippet

You don't have permission to view the spoiler content. Log in or register now.

This is mere plain text, without any special character.

I made a simple Python script to decrypt and re-encrypt it when I played the 1.0. It should work on track files too (although you need to change what file it points to). I'm posting it for the sake of posterity, if it ever becomes needed:

Spoiler: Python script

You don't have permission to view the spoiler content. Log in or register now.

(Crazy secure password as you can see).

 

[Someguysalt]

Any translations yet?