Join also our Discord channel! Click here.
Tatsunoko vs Capcom (Wii)
Tatsunoko vs Capcom (Wii)
The contents of this post was deleted because of possible forum rules violation.
-
- mega-veteran
- Posts: 183
- Joined: Fri Apr 29, 2005 2:39 pm
- Has thanked: 5 times
- Been thanked: 24 times
Re: Tatsunoko vs Capcom (Wii)
I did watch them too a while ago..yes, the archive structure is very easy but files seems to be compressed with ZLS but without a debugger, or at least a decompressed file........ 

Re: Tatsunoko vs Capcom (Wii)
The contents of this post was deleted because of possible forum rules violation.
- chrrox
- Moderator
- Posts: 2569
- Joined: Sun May 18, 2008 3:01 pm
- Has thanked: 57 times
- Been thanked: 1323 times
Re: Tatsunoko vs Capcom (Wii)
I believe Naruto uses the same fpk files as this game and naruto actually includes all the un compressed files as well as the compressed files. It even includes the bat file they use to compress them into one file all that was missing was fpack.exe.
Hope this helps I can upload the files in both forms if it would help crack this format.
Hope this helps I can upload the files in both forms if it would help crack this format.
- chrrox
- Moderator
- Posts: 2569
- Joined: Sun May 18, 2008 3:01 pm
- Has thanked: 57 times
- Been thanked: 1323 times
Re: Tatsunoko vs Capcom (Wii)
The contents of this post was deleted because of possible forum rules violation.
Re: Tatsunoko vs Capcom (Wii)
The contents of this post was deleted because of possible forum rules violation.
- chrrox
- Moderator
- Posts: 2569
- Joined: Sun May 18, 2008 3:01 pm
- Has thanked: 57 times
- Been thanked: 1323 times
Re: Tatsunoko vs Capcom (Wii)
Here is the file format
The values to get location and size are not reversed like in most other archives.
now we just need to identify the compression.
Here is a compressed and un compressed set of files.
http://www.MegaShare.com/822675
Code: Select all
1st 4 bytes magic number
2nd set of bytes total files in archive
4 unkown bytes
4 unkown bytes
starts with file name string 32 bytes long remove trailing 0's
4 dummy bytes
4 bytes file offset
4 bytes compresed size
4 bytes un compressed file size
string file name
now we just need to identify the compression.
Here is a compressed and un compressed set of files.
http://www.MegaShare.com/822675
- chrrox
- Moderator
- Posts: 2569
- Joined: Sun May 18, 2008 3:01 pm
- Has thanked: 57 times
- Been thanked: 1323 times
Re: Tatsunoko vs Capcom (Wii)
so this is a big edian archive and also here is some more info on the compression.
http://www.emutalk.net/showthread.php?p=421720
http://www.emutalk.net/showthread.php?p=421720
- chrrox
- Moderator
- Posts: 2569
- Joined: Sun May 18, 2008 3:01 pm
- Has thanked: 57 times
- Been thanked: 1323 times
Re: Tatsunoko vs Capcom (Wii)
The contents of this post was deleted because of possible forum rules violation.
- chrrox
- Moderator
- Posts: 2569
- Joined: Sun May 18, 2008 3:01 pm
- Has thanked: 57 times
- Been thanked: 1323 times
Re: Tatsunoko vs Capcom (Wii)
this extracts the files can anyone help with the decompression lzss almost seems to work.
Code: Select all
get IDSTRING long
endian BIG
get FILES long
get NULL long
get ARCSIZE long
endian little
for i = 0 < files
getdstring NAME 0x24
endian BIG
get OFFSET long
get ZSIZE long
get SIZE long
endian little
log NAME OFFSET ZSIZE
#comtype lzss
#clog NAME OFFSET ZSIZE SIZE
next i
- chrrox
- Moderator
- Posts: 2569
- Joined: Sun May 18, 2008 3:01 pm
- Has thanked: 57 times
- Been thanked: 1323 times
Re: Tatsunoko vs Capcom (Wii)
Here is the ram dump of a psp during the fpk unpacking which is the same as in this game.
searching for fpk I found an interesting section that may provide some light on this format.
http://delete.MegaShare.com/?id=1036749 ... 7f533b36e3
and here is a small section attached here that seemed to stand out.
searching for fpk I found an interesting section that may provide some light on this format.
http://delete.MegaShare.com/?id=1036749 ... 7f533b36e3
and here is a small section attached here that seemed to stand out.
You do not have the required permissions to view the files attached to this post.
-
- Moderator
- Posts: 653
- Joined: Wed Oct 18, 2006 9:48 pm
- Location: Germany
- Has thanked: 19 times
- Been thanked: 40 times
- Contact:
Re: Tatsunoko vs Capcom (Wii)
Unfortunately most people use a custom LZSS with some parameters changed, this might be the cause that it doesn't fully work.
EDIT: Indeed this is a quite strange encoding.
EDIT2: This drives me round the bend, I can't recognize anything.

Obviously a 1 encodes a literal byte.
No matter how offset and length are encoded (tried with 1,2,3 bytes), it doesn't match for the following bytes.
EDIT: Indeed this is a quite strange encoding.
EDIT2: This drives me round the bend, I can't recognize anything.

Obviously a 1 encodes a literal byte.
No matter how offset and length are encoded (tried with 1,2,3 bytes), it doesn't match for the following bytes.
- aluigi
- VVIP member
- Posts: 1917
- Joined: Thu Dec 08, 2005 12:26 pm
- Location: www.ZENHAX.com
- Has thanked: 4 times
- Been thanked: 646 times
- Contact:
Re: Tatsunoko vs Capcom (Wii)
@rheini
do you have a list of games that use modified lzss parameters (N, F and THRESHOLD) and these customized values?
if I'm not in error I saw only a customized N value one time (I don't remember well) but for the rest I have never seen games which use the LZSS algorithm with customized F and THRESHOLD values.
do you have a list of games that use modified lzss parameters (N, F and THRESHOLD) and these customized values?
if I'm not in error I saw only a customized N value one time (I don't remember well) but for the rest I have never seen games which use the LZSS algorithm with customized F and THRESHOLD values.
-
- Moderator
- Posts: 653
- Joined: Wed Oct 18, 2006 9:48 pm
- Location: Germany
- Has thanked: 19 times
- Been thanked: 40 times
- Contact:
Re: Tatsunoko vs Capcom (Wii)
Settlers 2 games use custom LZSS, think it was N=10,F=4,T=3 (which is totally senseless, since it wastes 2 bits)
You can not only change those parameters.
Sometimes the bit semantic is changed (0 representing a literal byte) and offset/length encoding differs.
Furthermore how the sliding window is initialized is arbitrary.
EDIT: Also this file here, what a strange reference:

3 literal bytes, followed by a reference. But it can only reference to the single '-' read before.
If FF F8 4B is the reference 0A and 3F would have to be literals, but 3F is not present in the decompressed data.
You can not only change those parameters.
Sometimes the bit semantic is changed (0 representing a literal byte) and offset/length encoding differs.
Furthermore how the sliding window is initialized is arbitrary.
EDIT: Also this file here, what a strange reference:

3 literal bytes, followed by a reference. But it can only reference to the single '-' read before.
If FF F8 4B is the reference 0A and 3F would have to be literals, but 3F is not present in the decompressed data.