- Joined
- Dec 27, 2008
- Messages
- 35
- Reaction score
- 1
Hey!
So I'm trying to get into FormulaData.bmd in the KR S16.2 client with no luck so far. I'm using
Now I don't know if the problem is data structure change or xor key, so I'll provide examples so maybe some of you greatly knowledgeable people can tell.
XOR key used: 0xFC, 0xCF, 0xAB
Structure used:
int ID;
char Text[64];
The following is the first 10 lines of S16.2 formuladata being decrypted using the values above.
At first I thought it was a data structure issue since some text is being decrypted like ^1.1)/1000))*0.3)) or %d-(%d+700))^1.1)/1000))*0.3)) but this text repeats over and over throughout the file.
Assuming the first 10 formulas haven't changed, this should be the expected result:
So I don't know if there's more bytes inbetween the ID and Text or if the XOR key is partly wrong. The TxtConverter key is 0xE2F1 which might be influencing how the text is percieved.
If any of you beautiful people know what's going on, please share your thoughts!
Thanks!
Oh here's the 16.2 BMD:
View attachment formuladata.zip
After taking a break and trying to make this thing work, I've found the Source Code for MU Legend's S16 calls for a different data structure.
Working with this data structure it works on the first line, giving me the same formula as in S13.1 file which was the expected result, but the following lines are jumbled up so this tells me that 1) the XOR key is fine and 2) either the data structure or the method of reading the next line is wrong.
I'll keep trying and update here my findings.
So I'm trying to get into FormulaData.bmd in the KR S16.2 client with no luck so far. I'm using
You must be registered to see links
tool and while it works well for the intended season, s13.1, fails to open up S16.2's formuladata.Now I don't know if the problem is data structure change or xor key, so I'll provide examples so maybe some of you greatly knowledgeable people can tell.
XOR key used: 0xFC, 0xCF, 0xAB
Structure used:
int ID;
char Text[64];
The following is the first 10 lines of S16.2 formuladata being decrypted using the values above.
//Group //ID Text
-3 690565168 *0.3))
-3 460980246 A3SgM~UbNgV~QgM}A3LrWO`T~M}LfL
-3 1466178135 dW
-3 1119594675 sś1��*d�*�!����(I��*�!`W3dW3dW2dW���[ā�
-3 690565168 ^1.1)/1000))*0.3))
-3 41766170 Q~LL
-3 2119316275 RgKfdWdWdW
-3 1466184535 3dW3���f���Bsś1��*d�*�!����(I��*�!`W3dW3dW2dW���[ā�
-3 673721137 %d-(%d+700))^1.1)/1000))*0.3))
-3 1467108379 I
At first I thought it was a data structure issue since some text is being decrypted like ^1.1)/1000))*0.3)) or %d-(%d+700))^1.1)/1000))*0.3)) but this text repeats over and over throughout the file.
Assuming the first 10 formulas haven't changed, this should be the expected result:
//Group //ID Text
0 0 (%d*15)+((((%d*15)*0.2)/500)*(%d-%d))
0 1 (%d*15)+((((%d*15)*0.2)/500)*(%d-%d))
0 2 %d*%f*%d/%d
0 3 %d*(%d/%d)
0 4 %d*%f*%d/%d
1 0 (%d/100)*(%d/20)
1 1 (%d/3.5)
1 2 (%d*1.1)
1 3 (%d*1.1)
So I don't know if there's more bytes inbetween the ID and Text or if the XOR key is partly wrong. The TxtConverter key is 0xE2F1 which might be influencing how the text is percieved.
If any of you beautiful people know what's going on, please share your thoughts!
Thanks!
Oh here's the 16.2 BMD:
View attachment formuladata.zip
After taking a break and trying to make this thing work, I've found the Source Code for MU Legend's S16 calls for a different data structure.
uint8_t Type;
uint16_t ID;
char Text[64];
Working with this data structure it works on the first line, giving me the same formula as in S13.1 file which was the expected result, but the following lines are jumbled up so this tells me that 1) the XOR key is fine and 2) either the data structure or the method of reading the next line is wrong.
I'll keep trying and update here my findings.
Attachments
You must be registered for see attachments list