It is currently Sat Jun 23, 2018 9:13 am

All times are UTC - 7 hours





Post new topic Reply to topic  [ 17 posts ]  Go to page Previous  1, 2
Author Message
PostPosted: Thu Apr 19, 2018 1:36 am 
Offline
User avatar

Joined: Wed Apr 02, 2008 2:09 pm
Posts: 1149
@Bregalad: Yeah, Justin Cyr's work is pretty cool. I tried to match his style with my spinning girl, but his is way more dynamic.
FrankenGraphics wrote:
I just had a first go with this tool, though maybe not for what it was primarily intended for but for one of its side features? It helped me organize a sprite overlay made in PS into a tidy chr at perhaps a quarter of the time it would take doing that with nesst :beer:

Thanks for trying it! I consider that use within the intent. Easier image->CHR is why I made it. It fixes two of my bigger issues with other tools. (Requiring creation of indexed palettes/images, and rejecting images that use colors outside an arbitrary NES palette.) Of course, creating a palette still helps if you want a specific result.
Quote:
Any chance you might be interested making it accept a NES .pal binary as an option? I usually have those ready anyway while a bitmap strip on the other hand needs to be made. Not much of a problem, but i might as well ask.

There are two types .pal files associated with NES.
If you mean load a 192 byte NES palette from an emulator .pal instead of "Assets/nespal.png", probably.
If you mean load a 16 byte NES Screen Tool palette instead of "(file)_palette.png", you'd still end up needing to either provide "(file)_palette.png" or hack "Assets/nespal.png" to ensure a specific result.

Image->Bitmap Strip Palette->.pal indices. (The bitmap strip ensures the index order of the colors is preserved, and the .pal replaces the color algorithm's guessed indices with the indices actually intended for each color. You'll get exactly the result you want.)
Image->.pal indices (It would look up each color index provided within the included palette, and then find the closest color in the image. But there's potential for say... two similar blues to have their color indices swapped due to the differences between the palette your .pal refers to and the included RGB palette.)

I don't think it'd be too hard, just realize you would have to change "Assets/nespal.png" to match the NES Screen Tool palette (which your .pal refers to) as well as only use colors in the NES Screen Tool palette in the image itself to ensure a specific result if you didn't also provide a bitmap strip. Let me know if I'm misunderstanding.
Quote:
I’m curious as to why the output chr starts (at least in this particular case) with a series of identical blanks? Are those reserved?

To answer the why...
Short answer: They're not reserved, but they're padded because of the animation support. It grows from 255 down rather than 0 up.
Longer Answer: I wanted the tiles to be contiguous and I wanted animated tiles at the end of the set. The diving girl is 65 tiles, 64 of which are animated. So all the animated tiles are put starting from tile 63 to 0 of one 64 tile bank, leaving one tile at the very end of a new 64 tile bank (to satisfy the contiguous condition). Starting at tile 0 would mean two 64 tile banks for every frame instead of one (to satisfy animated tiles being at the end of the set.)

You bring up a good point that this isn't too intuitive a default configuration for people not working with the bank swapping features. I'll come up with something to help with this.

_________________
https://kasumi.itch.io/indivisible


Top
 Profile  
 
PostPosted: Tue Jun 19, 2018 7:08 am 
Offline
User avatar

Joined: Wed Apr 02, 2008 2:09 pm
Posts: 1149
Watch... as I keep posting updates here, but never actually release the program with the updates.

You can now create, manage, and export animations:
Image
You can export multiple characters into a ROM too.
You can now also save and load characters to a file. This would allow you to share them, or whatever. But it also allows you to avoid the time consuming tilification™ process.
(There very likely won't be "level" saving in the next release, but it takes way less time to reload that stuff.)
Here are some animations from Street Fighter 3: 3rd Strike's Chun Li:
Image
(The holes are because most of these metasprites are more than 63 8x8 sprites. I-CHR only supports 63 [rather than 64] to avoid moving a pointer.)

I made the Chun Li animations 3 colors to make it use fewer sprites, but the program can import 12 color characters if you really want.

What's left is a lot of... file stuff and error checks, I guess. I-CHR gives .nam files for NES Screen Tool but the chr isn't padded which makes NES Screen Tool reject it (unless it uses more than 192 tiles).

I'd also like to make it export useful sprite data (rather than just a ROM.) A NES Screen Tool .MSP/.MSB file, CHR, etc. Interoperability with NES Screen Tool is one of the goals. At least... as far as I can get. Multiple MSP/MSB would need to be exported for characters that use >256 tiles like Chun Li. There's code to break them into chunks for the ROM, but non contiguous metasprites get put together randomly. Ideally it'd start at metasprite 0 and add metasprites until a 256 tile bank was filled, then export that as 0.MSB and 0.CHR and start on 1.MSB. That's more or less how I handled characters in Indivisible using NES Screen Tool.

I really do hope to have it out soon, though. I want to work on a (non NES) hitbox tool and some other gamedev instructional stuff.

_________________
https://kasumi.itch.io/indivisible


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 17 posts ]  Go to page Previous  1, 2

All times are UTC - 7 hours


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group