Prius Online

[aluigi]

a quick interpretation of the results:
the "Windows Crypt*" signatures are referred to GameGuard so they can be ignored.
seed_ss instead is a korean type of encryption (the game is korean too as far as I know) http://tools.ietf.org/rfc/rfc4269.txt
for the rest the only important fields are those about the zlib/deflate algorithm which is something already known from the first posts of this thread.

as far as I have understood the .dat is only a container of the files (probably both compressed and not) and the idx is the classical index file with all the filenames anyway the uploaded files are no longer available (then I'm not interested in this game).

[pixellegolas]

This game is now open beta in japan:

http://www.priusonline.jp

To register you click the grey square in top right corner
Then you enter email
paste the new link
register page is:

login name
pass
pass again
nickname
address: any
sex
tick off all subscriptions to mail
Done, go to download link and download

You must use IE and accept the active x stuff

[chrrox]

or just use this link lol
http://dl-gameon.bmcdn.jp/dl-gameon/pri ... 722_28.exe

[pixellegolas]

in the prius.idx I can see in plaintest all files that is in the prius.dat archive. There has to be something inside that file that unlocks the archive

Code: Select all

00455F80 2C D3 00 00 69 D0 00 00 F8 01 00 00 98 0F 01 80 ,...i...........
00455F90 2F D3 00 00 32 D3 00 00 B8 D4 00 00 F0 01 00 00 /...2...........
00455FA0 DC 1B 01 80 01 DA 00 00 2E D3 00 00 6B D0 00 00 ............k...
00455FB0 F9 01 00 00 9C 0F 01 80 33 D3 00 00 3A D3 00 00 ........3...:...
00455FC0 BA D4 00 00 F0 01 00 00 E0 1B 01 80 03 DA 00 00 ................
00455FD0 30 D3 00 00 BB D4 00 00 E4 01 00 00 04 1F 02 80 0...............
00455FE0 31 D3 00 00 0D D3 00 00 7A D0 00 00 F9 01 00 00 1.......z.......
00455FF0 A2 0F 01 80 35 D3 00 00 70 CE 00 00 7B D0 00 00 ....5...p...{...
00456000 00 00 00 80 6D 65 73 68 5C 5B 74 72 65 65 5D 5C ....mesh\[tree]\
00456010 61 79 69 6E 5F 73 70 69 6E 65 30 37 2E 63 6D 69 ayin_spine07.cmi
00456020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00456030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00456040 00 00 00 80 6D 65 73 68 5C 5B 74 72 65 65 5D 5C ....mesh\[tree]\
00456050 61 79 69 6E 5F 73 70 69 6E 65 30 37 2E 6D 73 74 ayin_spine07.mst
00456060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00456070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00456080 00 00 00 80 6D 65 73 68 5C 5B 74 72 65 65 5D 5C ....mesh\[tree]\
00456090 61 79 69 6E 5F 74 72 65 65 30 30 31 2E 63 6D 69 ayin_tree001.cmi
004560A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
004560B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
004560C0 00 00 00 80 6D 65 73 68 5C 5B 74 72 65 65 5D 5C ....mesh\[tree]\
004560D0 61 79 69 6E 5F 74 72 65 65 30 30 31 2E 6D 73 74 ayin_tree001.mst

[chrrox]

Its most definitely zlib compressed offzip extracts most of the files without problems.
The structure of the idx is weird but from looking at the archive this is what I have gathered.
idstring "ABCD"
goto 0x1c
get FILES long
# I can not figure out the offset table or their size and zip size data.
#start a loop
#goto 0x100b
#get unk1 long
#get unk2 long
#get FileNumber long #keeps increasing in value bye one each time.
#get unk4 long
#get unk5 long
#end loop

#goto 0x5040
#start loop
#get IDENT long
i#f IDENT = "00000080"
#getdstring name 0x3c
#else
#getdstring name 0x3c
#then get the next IDENT long and add the next 0x3c to the prior name
#end loop

there is another loop telling it to alternate between the data table and offset tables going on also
this is one crazy archive format I wonder if its a database because sql uses idx files for storing information.