Users browsing this thread:
redblueyellow needs help: the thread
#1
I'm currently in the process of trying to rip the enemies and npcs from The Legend of Zelda: Four Swords Adventures (Gamecube). I have been able to successfully get to the boss sprites (easy .bti files), however I am very close to viewing all of the .bti files in the filesystem and have yet to run into npcs (and most of the enemies).

This leads me to believe that these sprites are located somewhere in the other files.

Here is a link with samples of all of the file types that I suspect might potentially have sprites. If the file is yaz0 compressed, there should be the original and the uncompressed files provided.

If anyone has time to take a quick look at them, that would be awesome. Smile
[Image: CvlJ7PI.png]
Currently working on: moving
Reply
Thanked by: Ton
#2
So one of the games that I've been looking into is called "Do-Konjou Shougakussei: Bon Bita - Hadaka no Choujou Ketsusen!! Bita vs. Dokuro Dei!" The game has very interesting sprites and even has a character named Obama-Kun. Tongue

Anyways, the sprites are stored in very large .bin files. They are viewable in Tinke by opening the files and finding the corresponding palettes, but this is a very tedious process. I stumbled across the mugshots from Mega Man ZX Advent under the filename "face.bin" a few years back, but that sheet itself took a while to compile using this method.

Mugshots
Mugshots


I haven't tested out the other .bin files, but the largest (obj_fnt.bin) which houses enemies and such can be split with GenericBUnpacker.jar to get smaller .dat files. obj_fnt_06.dat has the dodgeball machine enemy, for example:

obj_fnt_06.dat (palette @ 9620, 4bpp lineal)

If anyone would be down to look into the file to simplify the process, that would be awesome. Cute I've been meaning to rip from this game for a while.

[Image: 4PEe9AS.png]
[Image: CvlJ7PI.png]
Currently working on: moving
Reply
Thanked by: Ton
#3
I'm not able to get any nice results in TiledGGD. Could you take a screenshot of how you're viewing it?
You may have a fresh start any moment you choose, for this thing that we call "failure" is not the falling down, but the staying down. -Mary Pickford
Reply
Thanked by:
#4
(09-20-2015, 01:22 AM)puggsoy Wrote: I'm not able to get any nice results in TiledGGD. Could you take a screenshot of how you're viewing it?

I suppose I should've clarified that I viewed it in Tinke.

[Image: AgAug1u.png]
[Image: CvlJ7PI.png]
Currently working on: moving
Reply
Thanked by:
#5
Oh right; re-reading your post I can see that now. Anyway, this helped getting in working on TiledGGD (I'm personally more comfortable with that than Tinke).

Unfortunately I'm not seeing anything pertaining to dimensions, or even clear separators for images. I'll try look into it more later on.
You may have a fresh start any moment you choose, for this thing that we call "failure" is not the falling down, but the staying down. -Mary Pickford
Reply
Thanked by: redblueyellow
#6
Instead of creating a new thread for my question, I figured I could just ask away here.

Does anyone know of a sprite sheet maker (or png compiler) that allows non-transparent backgrounds?

I already have tried TexturePackerGUI (and have sent feedback months ago with this suggestion), but unfortunately it only allows transparent backgrounds, which blend with the transparency of the sprites. Essentially, I am looking for a program that compiles individual png files into one png file, with a set background color. The result would be something similar to this:

http://www.spriters-resource.com/mobile/...eet/56535/

The sprites have a transparent background, while the sheet's background is a solid color. I would prefer to keep my sheets this way, as it gives an obvious frame for animations.

Anyone know of such a program?
[Image: CvlJ7PI.png]
Currently working on: moving
Reply
Thanked by:
#7
I though Daxar's Spritesheet maker does that by default?

The only other way I know is manually creating a border around the sprite frames and flood-filling the entire image, which is kept outside of the frames because of the border. It's tedious, though. Not so bad on smaller sheets, but it's awful, otherwise.
Reply
Thanked by: redblueyellow
#8
I remember seeing this back when Daxar first announced it, but never actually tried it out for myself. Thanks, this is exactly what I was looking for, and more!

It makes sheeting sprites too easy. Tongue
[Image: CvlJ7PI.png]
Currently working on: moving
Reply
Thanked by: DarkGrievous7145
#9
You're welcome, I guess...

And yes, it does make sprites a little too easy to sheet.
Reply
Thanked by:


Forum Jump: