Register | Login
Views: 19364387
Main | Memberlist | Active users | ACS | Commons | Calendar | Online users
Ranks | FAQ | Color Chart | Photo album | IRC Chat
11-02-05 12:59 PM
1 user currently in Super Mario World hacking: labmaster | 3 guests
Acmlm's Board - I2 Archive - Super Mario World hacking - Ok, I searched but didn't find anything... How do I rip GFX?
  
User name:
Password:
Reply:
 

UserPost
creaothceann
Posts: 20/50
This program is able to open savestates; might help you a bit. (Seems like it's discontinued though.)
Pikachu025
Posts: 65/96
Got it.
However, I see the tiles in the ZST with TLP, but not with tile molester... What do I need to set the picture format to?
Cellar Dweller
Posts: 222/269
You may be able to open your snes9x savestate file with help from your compression software, if it suppots gzip. Just load the compressed savestste and extract the uncompressed version. You may need to give it a ".gz" extention before your compression software will open it.

I just tried it with a Yoshi's Island savestate. I used IZArc, but WinZIP or any WinZIP clone should work. I didn't even need to rename it.
HyperLamer
Posts: 4863/8210
Yes, Snes9x save states use compression so you won't get any graphics out of them. I recommend Tile Molestor if you have or can get Java installed. You can import the palette from a ZSnes save state. It's tricky, though - it doesn't do it automatically if you open a save state. You have to go to Import Palette From File and select the file again.

A lot of SNES ROMs use compression so you might not get much out of the ROM itself. Also, some games use tricky HDMA/layering effects (like putting two sprites on top of eachother) and other such things, or 8BPP graphics (which SMW doesn't support) which can make it difficult to get at them.
XPeter
Posts: 503/963
Kyouji, i'm really not sure, but i think LordLazer himself is doing it. actually, now that you mention it, it might not be such a bad idea if he were to ask you for some tips and advice. i'll mention that to him.
blackhole89
Posts: 715/971
Originally posted by Smallhacker
Somehow, it seems like SNES9x savestates haven't got (visible) graphics. Rip from Zsnes savestates instead.

SNES9x's savestates use some gzip-like compression. That's why they are all different in size and significantly smaller than ZSNES's or the SNES' RAM range.

[edit] It is zlib.
Alastor the Stylish
Posts: 6577/7620
Who's doing the level design part?
XPeter
Posts: 502/963
LordLazer, i, and a few other people, are assembling a tutorial on absolutely everything about SMW Hacking. i'm doing the GFX tutorial, which will explain everything about GFX, ExGFX, ripping, drawing, assembling and more, in a simple, easy-to-understand context. it's great that n00bs will be able to learn all about GFX from the GFX ripping award winner!
Smallhacker
Posts: 1686/2273
Somehow, it seems like SNES9x savestates haven't got (visible) graphics. Rip from Zsnes savestates instead.
Sukasa
Posts: 806/1981
Try looking in other formats. Not all games are going to use SNES4bpp. Some will use other formats, depending on what they need.
Pikachu025
Posts: 64/96
OK, I got that about the ROM, but I made a savestate in Snes9x and opened in TLP, but found no pictures (with SNES 4BPP). Eh?
Smallhacker
Posts: 1684/2273
Just open a rom (or savestate) in a tile editor and copy the tiles.
Pikachu025
Posts: 63/96
Duh. I know how to put them together and edit them, but how do I get it out of the other game without pixel-drawing (like I do, but that is long and boring).
Rainbow Yoshi
Posts: 264/496
You download a GFX editor like YY-CHR,tile layer pro, or tile molestor.Then copy and paste over the GFX you want to replace ,or you can make an ExGFX file(.bin) and put them there.Most games have the GFX compressed you will need a decompressor.
Most of these things can be found on Zophar's.
Pikachu025
Posts: 62/96
Just tell me how. It's not in the stickys, I looked there.
Acmlm's Board - I2 Archive - Super Mario World hacking - Ok, I searched but didn't find anything... How do I rip GFX?


ABII


AcmlmBoard vl.ol (11-01-05)
© 2000-2005 Acmlm, Emuz, et al



Page rendered in 0.004 seconds.