meh2481 / msfhdex Goto Github PK

Would you mind releasing a build of the lastest commit, since I'm not able to compile it right now?
Also thanks for your work 👍

Hi, I know this is an old repository, but I've seen the author is active in other similar proyects, so may as well ask.
I've been trying to use this tool to import/export images from RS:MR8L, but it seems like the format is diffent (either newer or older, first 8 bytes are 6A 0E B4 39 01 00 00 00), so it doesn't work. I'll attach a few samples if someone wants to try. I could do it myself but I'm not very good at image RE.

Example: https://mega.nz/#!EpQGTQiC!Z_ZM-wqYptqfSoZguT1q-cYchb417ZdRzTUexiyk6Ic
How about packing .image?

running the exe like

volEx.exe ANIM_Rat.vol

it makes the ANIM_Rat folder but its empty (just rename the file to ANIM_Rat.vol github wont let me upload it)

ANIM_Rat.log

You better code a new stuff to unpack Engineblack that'll replace MSFHDEx

Well i just downloaded this because i wanted to mod MSFC, that replaces Patricia with the Noise from Pizza Tower.

But there's a problem that i don't know how to fix it. And that i mean if i extract for example remix.vol, then it shows the folder doesn't have the thing that i wanted.

Any help fixing this? Please help....

Can i ask where are the extractors? I mean they should be in the folder but they aren't. Why?

Example .vol: https://mega.nz/#!QtQw0ADa!v1s5Je0zgFIuG7jq-3v1OaeyYMFH3pntXrogrHi0tIk

The Wayforward25.anim file has a single animation, but the image data is in an unusual format.
Here are some observations from my attempt to figure it out:

• animHeader.unk == 0 in Wayforward25.anim, but == 1 in Mermaid.anim
• imgHeader has the same sig, unk, and unk1
• imgDataPtr.size == 0x030B ?! as opposed to the small sizes of other files
• the difference between starting offsets of consecutive images is precisely 2048^2 bytes, and 1 << 0x0B is 2048.
• later images retain the pattern of having exactly (imgDataPtr.size&0xff)^2 number of bytes, instead of the expected imgDataPtr.size^2 * 4 number of bytes.
• the pixel data seems to repeat in blocks of 16 bytes, and has interesting relationships between the numbers:

Starting at offset 1353408 (0x14A6C0):
0005FFFF FFFFFFFF 5ED73ED7 A0A02A2A
0005FFFF FFFFFFFF 5ED73ED7 A8A80202
0005FFFF FFFFFFFF 5FD75FCF 82822222
0005FFFF FFFFFFFF 5FD75FCF 82820000
0005FFFF FFFFFFFF 5FD75FD7 00000000
0005FFFF FFFFFFFF FEDF1FD7 FFFFFFFF

Does it look familiar to you, with your experience working with Wayforward's other graphical formats? The first 8 bytes of each 16-byte repetition are too similar to suggest an 8bpp palette format, while the image data's size is too perfectly square to fit a compressed format.

Thank you for the amazing suite of tools!

Hi I'm trying to get the raw png data to export for shantae_Sassy_LYR1.image

From the libFreeImage documentation:

alpha : alpha blend factor. The source and destination images are alpha blended ifalpha=0..255. If alpha > 255, then the source image is combined to the destination image.

What this means, as commented by RTB from VGResource, is that anywhere it goes FreeImage_Paste(result, imgPiece, fiRects[i][j].rc.ul.x, fiRects[i][j].rc.ul.y, 255);, the destination image has an alpha of 255, or not fully opaque, for areas where the source image has alpha=256, or fully opaque.