Mr. Gimmick Missing Sprites

[Bongolo]

Yeah, so there is a lot missing in the section for Gimmick!/ Mr. Gimmick. There are several enemies from stages 5-7 missing and that is just the obvious stuff.

I've ripped some tiles and the welding mask enemies from stage 5 but I'll need some help with the rest. 

   

   

[Bongolo]

   

   

   

More tilesets ripped, anyone interested?

[Ton]

These are great so far! I hope you do more!

[Bongolo]

I will, but ripping the enemy sprites will take some more effort, which is why I'm asking for someone to chip in if they want. It's a notorious difficult and game, and a lot of stuff is only used in a few places like the detailed fish sprites in the tunnel scene in stage one.

I may need some kind of program to get stuff from the game files but I am really not that good at assembling stuff from NES graphic banks.


   

   

   

   

[Bongolo]

   

Ripped the big white guy from level 7. Everything in this game is so cute

[Ton]

He looks like a little tooth!

[Bongolo]

I'm still looking for help with this project. If you are interested, please comment or PM me

   

Things I would like help with:

• The fish swimming around the tunnel in that part from Stage 1
  
• The arrow turret from Stage 3
  
• The alarm clock guy from Stage 2 (When you get to the boss early)
  
• The mine cart you ride in Stage 5
  

[Bongolo]

   

Another missing sprite, the landmine from stage 3

[Ton]

Goemar is quickly becoming the NES expert around here when it comes to ripping. Maybe he can help you out if you PM him for pointers.

[Raccoon Sam]

smkdan authored an editor back in the day.
It reads sprite graphics directly from the ROM. As far as I know, he never published documentation for the formats but he's still active so you might have luck contacting him.

gimmick! is a nice sunsoft platformer that's already well documented

no clue what he meant with this, i can't find anything
probably this. Sadly, no real info on the sprite tables, only sprite placement.

EDIT: oops looks like it does, actually. Check the doc.

GFX Bank selecting for objects:
3C84E: Object 00
3C90E: Object C0

Object TSA Data: Its in native OAM format http://nesdevwiki.org/index.php/NES_PPU#OAM
2224F: Black blob in the 1st level

Palettes:
3ECA9 - 3F060
~34E90 - 3506F

needs a programmer tho but if someone's up for the job, exhaustive dumping should be possible. screenshotting isn't very fun.

[Goemar]

Feel a bit pants I missed so much (think the enemy sheet on here is mine). If someone is happy to add to it that's cool with me - have a lot on my to do list at the moment...

[puggsoy]

needs a programmer tho but if someone's up for the job, exhaustive dumping should be possible. screenshotting isn't very fun.

I'd be interested in this but there's just too much on my plate right now. If someone could remind me in a couple of months I might be able to see what I can do though?

[Raccoon Sam]

needs a programmer tho but if someone's up for the job, exhaustive dumping should be possible. screenshotting isn't very fun.

I'd be interested in this but there's just too much on my plate right now. If someone could remind me in a couple of months I might be able to see what I can do though?

will do!
HOWEVER, a meta insight:

Spoiler

this isn't probably the first, last or only time someone like me will lament how the documentation's already there and it would be so easy to rip everything, if we just had that one programmer dude.
Let's say months pass and someone does successfully write a Gimmick Sprite extractor. A noble effort, but ultimately Gimmick only. Which is ironic, because in the end, no matter what NES game we're talking about, the process is always* simply read ROM -> do stuff -> spit out a collection of sprites that are made from 8x8 tiles with various attributes

To avoid the problem of writing new software for each individual game, maybe we should tackle the issue for good and assemble a committee of various experts to compare the differences and similarities between several tiled sprite formats, from NES to GBA, write a specification for a universal, console-agnostic sprite format and a neutral exporter in which you explicitly tell, with a new markup language, how to get sprites. 90% of the times I've written a sprite viewer or a sprite format specification, the variables are pretty much always the same — pointer arrays, tiles, banks, h flips, v flips, palettes, priorities.

*) compression is obviously an issue with some games but QuickBMS and GFXTract et al exist

[Goemar]

Sounds like you want to put me out of a hobby...

Also will have a look at this fish, can't see why I would have missed stuff but it was years ago - might be a reason...

[Goemar]

Ok fish have been submitted. Reason why I missed them? Because they're not an enemy (like I thought they was) but literally just some fish swimming in the background and I was just doing enemies at the time. As for the enemies I did miss... no idea, there's a fair few as well...

Anyway, if no one else is fussed I'll add this to my to-do list, and get on it after Wai Wai World.