ZenHAX

Free Game Research Forum | Official QuickBMS support | twitter @zenhax | SSL HTTPS://zenhax.com
It is currently Tue Jul 14, 2020 1:58 pm

All times are UTC




Post new topic  Reply to topic  [ 3 posts ] 
Author Message
 Post subject: Fate Extella .BIN files
PostPosted: Sun Feb 24, 2019 9:07 pm 

Joined: Sun Nov 06, 2016 3:28 pm
Posts: 60
Image

Steam Store: https://store.steampowered.com/app/511680/FateEXTELLA/

Hello, can anyone here help me convert this file into a text file ??? I really want to translate this game to my language.

Thanks, for help.

Sorry, for my bad english.

Link Data File Text : https://dbr.ee/UKNL


Attachments:
Fate Extella Text File.rar [1.44 MiB]
Downloaded 109 times

_________________
C.E.O Founder for IGTC Team [Indonesian Game Translator Community]
===============================================
Website Official : http://www.igtcid.blogspot.co.id
Fanspage Official : http://www.facebook.com/IGTC.Team
Top
   
PostPosted: Thu Jan 23, 2020 7:22 pm 

Joined: Wed Oct 12, 2016 12:22 pm
Posts: 16
Slowly making progress on this, It seems there are string lengths stored in a table, however the table doesn't seem to be of a fixed structure as far as i can tell.


Top
   
PostPosted: Fri Jan 24, 2020 9:44 pm 

Joined: Wed Oct 12, 2016 12:22 pm
Posts: 16
Incase anyone else has any ideas currently.

CosmosTextDB.bin

0x0 - 4byte magic
0x4 - 4byte entry count
0x8 - 4byte TOC (possibly)
0xc - 4 byte Table 1 pos - ascii null terminated contents - seems to be the language keys used by the engine
0x10 - 4 byte Table 2 pos - ascii null terminated contents
0x14 - 4 byte Table 3 pos - ascii null terminated contents
0x18 - 4 byte Table 4 pos - Language strings are here in unicode form

TOC Entry
0x0 - 4byte unk (seems to be size of string in table 1 in dlc files else 0, in cosmostextdb its a large number..)
0x4 - 4byte unk
0x8 - 4byte unk
0xc - 4byte unk (seems to be size of string in table 4 in dlc files else 0, in cosmostextdb its a large number..)
0x10 - 4byte crc32 of table 1 entry else 0xffffffff (BZIP2 type, possibly with bytes reversed)
0x14 - 4byte unk
0x18 - 4byte unk
0x1c - 4byte unk

Just adding bytes to the unicode strings seems to currupt the database for other entries, Yet im still not seeing if there is a offset / size listed in the TOC..

Note, in dlc files table2/3/4 all have the same offset specified (possibly different file type completly)


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 3 posts ] 

All times are UTC


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Limited