READ THE RULES: Click here

Follow us on Facebook: https://www.facebook.com/xentax/ :)

FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

The Original Forum. Game archives, full of resources. How to open them? Get help here.
Ekey
M-M-M-Monster veteran
M-M-M-Monster veteran
Posts: 1637
Joined: Wed Mar 31, 2010 6:54 am
Has thanked: 62 times
Been thanked: 821 times

FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by Ekey » Fri Feb 22, 2013 6:13 pm

Well benchmark availble. Download: here (469MB)

Names hashed and pass through CALL 00508E90

Code: Select all

006251B9    50              PUSH EAX                                  //FileName
006251BA    51              PUSH ECX                                  //String length
006251BB    8D4C24 10       LEA ECX,DWORD PTR SS:[ESP+0x10]
006251BF    E8 CC3CEEFF     CALL ffxiv.00508E90                       //CRC func
Examples:

Code: Select all

bg/ffxiv/fst_f1/dun/f1d1/grass/f1d1_terrain_h_6_0_10.gtd - 6DB5F6FD <> FDF6B56D
bg/ffxiv/fst_f1/dun/f1d1/grass/f1d1_terrain_h_7_0_11.gtd - BF17B473 <> 73B417BF
Note: MS-PTS - CRC Calc

Someone is looked this? INDEX seems contained only Hashes and Offset.. Size ect in DAT0.. Any help is appreciated :)

@Edited: Old thread from other forum about archives. it would be great if someone could compile Projects using class SqPack for C#

Loumie
beginner
Posts: 24
Joined: Thu Apr 12, 2012 8:00 am
Been thanked: 6 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by Loumie » Sat Feb 23, 2013 8:36 pm

From what I've seen (from today only so that's not that much) the formats are pretty simple for unpacking dat files.

All hashes in the SqPack files are sha1, I did not see any crc32 in those files. (only in patch files)
The index contains:
- list of files in the dat
- free list in the dat
- directory like structure relying on hash or type, I don't know, most likely to search quickly in the file.

The dat contains all the files zlib compressed.

Loumie
beginner
Posts: 24
Joined: Thu Apr 12, 2012 8:00 am
Been thanked: 6 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by Loumie » Tue Mar 05, 2013 8:31 pm

It doesn't seem that much people are interested in this one.

However, while fiddling around with the files, I came across and extracted a file conveniently named SE in which there are references to SEDBSSCF files that are named with Yoshida and maybe other devs names.

I was curious if anybody knows how to read these files, I saw that it was a wrapper for Ogg but I didn't see any vorbis/ogg in the files and am very curious about their content :P

quantico
ultra-n00b
Posts: 8
Joined: Sun Sep 19, 2010 11:19 am

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by quantico » Sat Mar 09, 2013 12:33 am

Where do you actually get the file names from? Most actual data is pretty easy to extract (I've also came across multiple files with SEDBSSCF header, from different dats) but I don't remember seeing filenames anywhere.

kaspar
n00b
Posts: 14
Joined: Tue May 03, 2011 6:43 pm
Has thanked: 5 times
Been thanked: 2 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by kaspar » Sat Jul 06, 2013 10:58 am

not sure this can help but.. these guys seems to be working on the same stuffs

http://www.ffevo.net/topic/2878-ffxiv-20-dat-mining/

ShadowRoze
ultra-n00b
Posts: 9
Joined: Mon Jun 23, 2008 6:50 pm

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by ShadowRoze » Thu Aug 22, 2013 8:03 pm

Hi, I've been sitting and pondering on this myself for the past couple of hours, and this far, I have a php script to decode and show an image-frame on the fly (takes some time, php is slow), however, this only works by guessing the dimensions of the image contained, and its kinda bad.
So, I thought I'd post my thoughts this far to see if anyone can fuel my thoughts.

Frame is always started with

Code: Select all

10 00 00 00 00 00 00 00
followed by two Int32, compressed size and uncompressed size
sometimes, the first one is 32000 and second one is the byte-count in the frame, dont know if its compressed or not,
or what the significance of 32000 is.
Each frame is limited to 16000 bytes of uncompressed data, hence there can be a couple of frames in sequence to build a larger file
Edit: The frames themselvs seems null padded to 128 bytes, each data-segment has its own padding, which can confuse, since the last frames padding and the datasegments padding is indistinguishable at first

The segment/data headers differs a bit, so here is two I've found and guessed a bit on.
Thoughts have been partially collected from previous mentioned threads at ffevo

Data, Signature

Code: Select all

80 00 00 00 02 00 00 00
Guesswork:

0x16 - Int32 Number of frames to follow

Header:

Code: Select all

00000000 80 00 00 00 02 00 00 00 6C 01 00 00 02 00 00 00 01 00 00 00 01 00 00 00 00 00 00 00 80 00 ........l.....................
00000030 6C 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 l.............................
00000060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..............................
00000090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..............................
00000120 00 00 00 00 00 00 00 00                                                                   ........                      


Frame+padding:

Code: Select all

00000000 10 00 00 00 00 00 00 00 6A 00 00 00 6C 01 00 00 0B 0E 73 32 CC 61 64 60 00 22 30 46 07 C1 ........j...l.....s2.ad`."0F..
00000030 61 CE 86 0A 68 62 02 40 2C 09 65 AB 7A EA C2 C5 D5 90 D8 EA 48 6C 0D 24 B6 26 12 BB D2 09 a...hb.@,.e.z.......Hl.$.&....
00000060 C1 AE 42 62 57 23 B1 6B 90 D8 B5 48 EC 3A 38 BB C1 AE 1E 89 DD 80 C4 6E 44 62 37 21 B1 9B ..BbW#.k...H.:8........nDb7!..
00000090 11 E6 D8 B7 20 B1 5B 91 D8 6D 48 EC 76 24 76 07 9C ED 60 DF 89 C4 EE 42 62 77 23 B1 7B 90 .... .[..mH.v$v...`....Bbw#.{.
00000120 D8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..............................
00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..............................
00000180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..............................
00000210 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..............................
00000240 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00                                           ................              



Data, Signature

Code: Select all

80 01 00 00 04 00 00 00
Total length 464

Guesswork:

Code: Select all

0x08 - Int32  Size of uncompressed data, including its header?, allways seems to be around 80 bytes too small
0xD8 - Int32  Number of frames to follow
The data this segment holds is Gzipped DX1 Compressed Graphics data, seems to be 9 or more different images with halved size in the data.
First one is 256x256 compressed and 1024x1024 uncompressed. However, I have no clue this far, as to what parts of the header actually denotes
the dimensions of the image, the last game had its GTEX-files for this, and that header does not seem to match the new ones

Header:

Code: Select all

00000000 80 01 00 00 04 00 00 00 08 AB 0A 00 10 0A 00 00 25 09 00 00 0B 00 00 00 50 00 00 00 80 4F ................%.......P....O
00000030 03 00 00 00 08 00 00 00 00 00 21 00 00 00 D0 4F 03 00 00 E3 00 00 00 00 02 00 21 00 00 00 ..........!....O..........!...
00000060 09 00 00 00 D0 32 04 00 80 42 00 00 00 80 00 00 2A 00 00 00 03 00 00 00 50 75 04 00 80 12 .....2...B......*.......Pu....
00000090 00 00 00 20 00 00 2D 00 00 00 01 00 00 00 D0 87 04 00 80 05 00 00 00 08 00 00 2E 00 00 00 ... ..-.......................
00000120 01 00 00 00 50 8D 04 00 00 02 00 00 00 02 00 00 2F 00 00 00 01 00 00 00 50 8F 04 00 00 01 ....P.........../.......P.....
00000150 00 00 80 00 00 00 30 00 00 00 01 00 00 00 50 90 04 00 80 00 00 00 20 00 00 00 31 00 00 00 ......0.......P....... ...1...
00000180 01 00 00 00 D0 90 04 00 80 00 00 00 08 00 00 00 32 00 00 00 01 00 00 00 50 91 04 00 80 00 ................2.......P.....
00000210 00 00 08 00 00 00 33 00 00 00 01 00 00 00 D0 91 04 00 80 00 00 00 08 00 00 00 34 00 00 00 ......3...................4...
00000240 01 00 00 00 00 16 80 1A 80 19 00 17 00 1A 00 17 80 18 80 1A 00 08 80 19 00 1F 80 24 00 22 ...........................$."
00000270 00 21 00 20 00 1B 00 0B 00 22 80 1B 00 21 00 23 00 27 00 1D 80 1F 80 0F 80 18 00 17 80 17 .!. ....."...!.#.'............
00000300 00 19 80 1B 00 15 80 0F 00 08 00 1B 80 1A 00 1B 00 20 00 1C 80 22 80 18 80 18 00 03 80 20 ................. ..."....... 
00000330 80 20 80 01 80 12 80 05 00 02 00 01 80 00 80 00 80 00 80 00 00 00 00 00 00 00 00 00 00 00 . ............................
00000360 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80 00 20 34 ............................ 4
00000390 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50 00 00 00 50 00 08 00 ......................P...P...
00000420 50 00 0A 00 50 80 0A 00 50 A0 0A 00 50 A8 0A 00 50 AA 0A 00 D0 AA 0A 00 F0 AA 0A 00 F8 AA P...P...P...P...P.............
00000450 0A 00 00 AB 0A 00 00 00 00 00 00 00 00 00                                                 ..............                
Frame start, frame length: 5606:

Code: Select all

00000000 10 00 00 00 00 00 00 00 E6 15 00 00 80 3E 00 00 ED 5B 7B 74 13 D7 99 1F 6B 64 62 4C 5A F9 .............>...[{t....kdbLZ.
00000030 EC 69 5A 51 D2 13 CB 63 83 C7 34 87 8C CF 26 65 4C 93 B1 46 A2 27 1E 7A 4E B0 88 8D 19 A5 .iZQ...c..4...&eL..F.'.zN.....
00000060 35 D6 98 14 A4 6C 1C 50 F6 6C B0 48 24 CF 18 38 C1 6C DD C5 71 D3 DA A4 06 3D 8C 91 B2 51 5....l.P.l.H$..8.l..q....=...Q
00000090 76 69 69 C2 6B 40 B2 79 65 BB F1 36 E5 11 43 8A B1 64 1E A6 BB 36 0F 1B 5B 96 E6 EE BD 22 vii.k@.ye..6..C..d...6..[...."
00000120 A5 B4 3C 6C 88 E9 92 9E 9D 7F BE 73 67 EE DC B9 8F EF 7E BF DF F7 7D 77 7A B4 3A 1D 50 46 ..<l.......sg.....~...}wz.:.PF
00000150 CB 53 D2 E6 52 00 54 01 57 46 0E 09 C0 F9 00 41 66 43 09 14 0C 4B C1 A0 04 0F 9A 74 6B C3 .S..R.T.WF.....AfC...K.....tk.
00000180 99 50 C8 7F 2C E3 05 D9 05 B0 28 E3 05 06 16 00 A7 60 60 05 28 95 EB F5 89 02 02 96 83 B1 .P..,.....(......``.(.........
00000210 07 75 3C F7 2A 0D 6C 25 87 E6 ...                                                         .u<.*.l%..                    


Any suggestions?

ShadowRoze
ultra-n00b
Posts: 9
Joined: Mon Jun 23, 2008 6:50 pm

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by ShadowRoze » Fri Aug 23, 2013 12:22 pm

Some new stuff
The File entries seems to begin with the length of its header, followed by the type of content, 2 seems to be whatever data, where 4 is a texture, this is significant cause all 4-types have an additional 80-byte header before its first frame, suggested to be the image header.
This header alsto contains the width/height of the uncompressed image, this far, I have found no hint to any compressed width/height.
Also, this header most probably also specifies the image encoding used, have yet to find that thou.
Images is as in last game, mostly DX1 and DX5 encoded

Furthermore, without the index-files, these data-files are more or less useless, sure you can iterate over them and bruteforceing your way over padded area, but the file-block padding does not seem coherent and thus I am not able to calculate it, however, the index-files points exactly to a file entry in the dat-files, making iteration of just dat-elements kind of pointless.

FurryFan
mega-veteran
mega-veteran
Posts: 190
Joined: Sat Jan 09, 2010 9:37 pm
Has thanked: 8 times
Been thanked: 59 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by FurryFan » Sat Aug 24, 2013 9:21 pm

UPDATED AGAIN:
In the 2.6GB Benchmark, I can extract many many of the .DAT0 files using just the SQDB files.
Use these QuickBMS scripts on the .SQDB files, and when it asks you what other file you want to open, type in the name of the .DAT0 file. Note that some .DAT0 files may contain different types of files. These scripts will extract the Type2, Type3, and Type4 subfiles. Also if the script crashes it has already reached the end of the file.:
For the Type2 files

Code: Select all

Open FDSE ? 1 ;
log MEMORY_FILE1 0 0 ;
log MEMORY_FILE2 0 0 ;
log MEMORY_FILE3 0 0 ;
ComType deflate_noerror ;
Get QT ASIZE 0 ;
Math QQT = QT ;
Math QQT += 0x8 ;
Math foxhound = 1 ;
GoTo 0x800 0 ;
SavePos base 0 ;
Do ;
GoTo base 0 ;
Get null Long 0 ;
Get foxhound Long 0 ;
Math pos = foxhound ;
Math pos *= 0x80 ;
GoTo base 0 ;
GoTo 0x18 0 SEEK_CUR ;
Get name String 0 ;
Math base += 0x108 ;
If base < QT ;
GoTo base 0 ;
Get null Long 0 ;
Get foxhound Long 0 ;
Else ;
Math foxhound = 0 ;
EndIF ;
GoTo pos 1 ;
GoTo 0x14 1 SEEK_CUR ;
Get files Long 1 ;
SavePos ztable 1 ;
GoTo pos 1 ;
GoTo 0x4 1 SEEK_CUR ;
Get jump Long 1 ;
If jump != 2 ;
Math foxfox = 0 ;
Math files = 0 ;
Else ;
Math foxfox = 1 ;
GoTo pos 1 ;
Get adj Long 1 ;
GoTo pos 1 ;
GoTo adj 1 SEEK_CUR ;
SavePos filebase 1 ;
EndIF ;


For x = 1 To files ;
If foxfox != 0 ;
GoTo ztable 1 ;
Get jump Long 1 ;
Get zsize Short 1 ;
Get size Short 1 ;
SavePos ztable 1 ;
GoTo filebase 1 ;
GoTo jump 1 SEEK_CUR ;
Get null Long 1 ;
Get null Long 1 ;
Get zsize Long 1 ;
Get size Long 1 ;
SavePos offset 1 ;
EndIF ;
If foxfox != 0 ;
Append ;
CLog MEMORY_FILE2 offset zsize size 1 ;
Append ;
EndIF ;
Next x ;
If foxfox != 0 ;
Get total ASIZE MEMORY_FILE2 ;
Log name 0 total MEMORY_FILE2 ;
EndIF ;
log MEMORY_FILE2 0 0 ;
If foxhound = 0 ;
CleanExit ;
EndIF ;
While base < QT ;
For the Type3 files:

Code: Select all

Open FDSE ? 1 ;
log MEMORY_FILE1 0 0 ;
log MEMORY_FILE2 0 0 ;
log MEMORY_FILE3 0 0 ;
ComType deflate_noerror ;
Get QT ASIZE 0 ;
Math QQT = QT ;
Math QQT += 0x8 ;
Math foxhound = 1 ;
GoTo 0x800 0 ;
SavePos base 0 ;
For z = 1 To 123456789 ;
GoTo base 0 ;
Get null Long 0 ;
Get foxhound Long 0 ;
Math pos = foxhound ;
Math pos *= 0x80 ;
GoTo base 0 ;
GoTo 0x18 0 SEEK_CUR ;
Get name String 0 ;
Math base += 0x108 ;
If base < QT ;
GoTo base 0 ;
Get null Long 0 ;
Get foxhound Long 0 ;
Else ;
Math foxhound = 0 ;
EndIF ;
GoTo pos 1 ;
GoTo 0x14 1 SEEK_CUR ;
Get files Short 1 ;
Get jump Short 1 ;
SavePos ztable 1 ;
GoTo pos 1 ;
GoTo 0x4 1 SEEK_CUR ;
Get jump Long 1 ;
If jump != 3 ;
Math foxfox = 0 ;
Math files = 0 ;
Else ;
Math files = 1 ;
Math foxfox = 1 ;
GoTo pos 1 ;
Get adj Long 1 ;
GoTo pos 1 ;
GoTo adj 1 SEEK_CUR ;
SavePos filebase 1 ;
GoTo pos 1 ;
GoTo 0xC 1 SEEK_CUR ;
Get max Long 1 ;
Math max *= 0x80 ;
Math max += pos ;
EndIF ;


For x = 1 To files ;
GoTo filebase 1 ;
SavePos near 1 ;
Math far = near ;
Math far -= 4 ;
GoTo far 1 ;
SavePos far 1 ;
Do ;
GoTo far 1 ;
findloc far string "\x10\x00\x00\x00\x00\x00\x00\x00" 1 QT ;
GoTo far 1 ;
GoTo 0x8 1 SEEK_CUR ;
SavePos far 1 ;
Get zsize Long 1 ;
Get size Long 1 ;
SavePos offset 1 ;
If far < max ;
Append ;
CLog MEMORY_FILE2 offset zsize size 1 ;
Append ;
EndIF ;
While far < max ;
Next x ;
If foxfox != 0 ;
Get total ASIZE MEMORY_FILE2 ;
Log name 0 total MEMORY_FILE2 ;
EndIF ;
log MEMORY_FILE2 0 0 ;
If base > QT ;
CleanExit ;
EndIF ;
GoTo base 0 ;
Get null Long 0 ;
Get test Long 0 ;
If test = 0 ;
CleanExit ;
EndIF ;
Next z ;

For the Type4 files:

Code: Select all

Open FDSE ? 1 ;
log MEMORY_FILE1 0 0 ;
log MEMORY_FILE2 0 0 ;
log MEMORY_FILE3 0 0 ;
ComType deflate_noerror ;
Get QT ASIZE 0 ;
Math QQT = QT ;
Math QQT += 0x8 ;
Math foxhound = 1 ;
GoTo 0x800 0 ;
SavePos base 0 ;
Do ;
GoTo base 0 ;
Get null Long 0 ;
Get foxhound Long 0 ;
Math pos = foxhound ;
Math pos *= 0x80 ;
GoTo base 0 ;
GoTo 0x18 0 SEEK_CUR ;
Get name String 0 ;
Math base += 0x108 ;
If base < QT ;
GoTo base 0 ;
Get null Long 0 ;
Get foxhound Long 0 ;
Else ;
Math foxhound = 0 ;
EndIF ;
GoTo pos 1 ;
GoTo 0x14 1 SEEK_CUR ;
Get files Short 1 ;
Get jump Short 1 ;
SavePos ztable 1 ;
GoTo pos 1 ;
GoTo 0x4 1 SEEK_CUR ;
Get jump Long 1 ;
If jump != 4 ;
Math foxfox = 0 ;
Math files = 0 ;
Else ;
Math foxfox = 1 ;
GoTo pos 1 ;
Get adj Long 1 ;
GoTo pos 1 ;
GoTo adj 1 SEEK_CUR ;
SavePos filebase 1 ;
EndIF ;


For x = 1 To files ;
If foxfox != 0 ;
GoTo ztable 1 ;
Get jump Long 1 ;
Get null Long 1 ;
Get null Long 1 ;
Get null Long 1 ;
Get f2 Long 1 ;
SavePos ztable 1 ;
GoTo filebase 1 ;
GoTo jump 1 SEEK_CUR ;
SavePos near 1 ;
Math far = near ;
Math far -= 4 ;
Else ;
Math f2 = 0 ;
EndIF ;
For y = 1 To f2 ;
GoTo far 1 ;

findloc far string "\x10\x00\x00\x00\x00\x00\x00\x00" 1 0 ;
GoTo far 1 ;
GoTo 0x8 1 SEEK_CUR ;
SavePos far 1 ;
Get zsize Long 1 ;
Get size Long 1 ;
SavePos offset 1 ;
Append ;
CLog MEMORY_FILE2 offset zsize size 1 ;
Append ;
Next y ;
Next x ;
If foxfox != 0 ;
Get total ASIZE MEMORY_FILE2 ;
Log name 0 total MEMORY_FILE2 ;
EndIF ;
log MEMORY_FILE2 0 0 ;
If foxhound = 0 ;
CleanExit ;
EndIF ;
While base < QT ;
I need to make a new script for the remaining file types (Type1? Type5?).
I accept ALL requests. Let me know your requests.

Ekey
M-M-M-Monster veteran
M-M-M-Monster veteran
Posts: 1637
Joined: Wed Mar 31, 2010 6:54 am
Has thanked: 62 times
Been thanked: 821 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by Ekey » Wed Sep 11, 2013 6:50 pm

W.I.P

Example : Loaded 050000.win32.dat0 (contained shaders)

FolderHash\FileNameHash

Image

Current status: Problem with hashes. Don't know how it works. Someone has information about hashes?

FurryFan
mega-veteran
mega-veteran
Posts: 190
Joined: Sat Jan 09, 2010 9:37 pm
Has thanked: 8 times
Been thanked: 59 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by FurryFan » Wed Sep 11, 2013 10:13 pm

Ekey wrote:W.I.P

Example : Loaded 050000.win32.dat0 (contained shaders)

FolderHash\FileNameHash

Image

Current status: Problem with hashes. Don't know how it works. Someone has information about hashes?
With ALL DUE RESPECT, the NEW (not the old), benchmark, contains BOTH HASHES, and ASCII FILENAMES.
If you are serious about figuring out the hashes reverse them, using the NEW benchmark.
I accept ALL requests. Let me know your requests.

Ekey
M-M-M-Monster veteran
M-M-M-Monster veteran
Posts: 1637
Joined: Wed Mar 31, 2010 6:54 am
Has thanked: 62 times
Been thanked: 821 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by Ekey » Wed Sep 11, 2013 11:15 pm

FurryFan wrote: With ALL DUE RESPECT, the NEW (not the old), benchmark, contains BOTH HASHES, and ASCII FILENAMES.
If you are serious about figuring out the hashes reverse them, using the NEW benchmark.
Yeah i have latest benchmark. All file names with hashes contained in SQDB files but FFXIV client does not have them. I found 2 hash algos, CRC32 and FNV-1a. Through CRC passing full file name with path like chara/human/c0701/animation/f0002/nonresident/emot/huh.pap but index contained 2 hashes : FolderHashName and FileHashName. Something like this:

FolderHashName : chara/human/c0701/animation/f0002/nonresident/emot/
FileHashName : huh.pap

Here i collected all hashes with file names from benchmark.

SirLoon
advanced
Posts: 45
Joined: Fri Dec 18, 2009 5:26 pm
Has thanked: 2 times
Been thanked: 3 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by SirLoon » Mon Sep 16, 2013 10:36 pm

hi, did somebody find something about lua scripts? by viewing ffxiv.exe I know that lua 5.1.x is binded and scripts are loaded. Problem is i dont know path which are scripts using and main event name- ie OnLoad, OnGameStart etc. Can someone extract all *.lua or *.luac files please? Thanks

Ekey
M-M-M-Monster veteran
M-M-M-Monster veteran
Posts: 1637
Joined: Wed Mar 31, 2010 6:54 am
Has thanked: 62 times
Been thanked: 821 times

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by Ekey » Wed Sep 25, 2013 9:05 am

WIP - Now dirs and file names can be detected :)

Image

User avatar
cra0
ultra-veteran
ultra-veteran
Posts: 432
Joined: Fri Apr 27, 2012 9:37 am
Has thanked: 29 times
Been thanked: 183 times
Contact:

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by cra0 » Tue Oct 01, 2013 5:32 am

I'm going to see if i can dump the vertex info from memory.

They use .TEX textures apparently
004A40A0 68 683DF100 PUSH ffxiv.00F13D68 ; ASCII "common/graphics/texture/-dither.tex"

K dumping all the textures see how this goes
Image
Image

http://cra0kalo.com/upload/staging/store/push/raw1

alexfilth
ultra-n00b
Posts: 1
Joined: Mon Oct 17, 2011 3:00 am

Re: FINAL FANTASY XIV: A Realm Reborn (*.DAT0;*.INDEX)

Post by alexfilth » Thu Oct 31, 2013 6:09 am

Hey Ekey, are you still working on the unpacker? I think you're the only hope for an unpacker with name detection. :D

Post Reply