NESpix - Tileset/Pixel Art Editor

[miau]

Exactly what the title says! Allows you to create 16x16-pixel tiles and arrange them for a quick preview.
You can easily extract saved graphics from your emulator's/flash cart's SRAM files using YY-CHR.

Download
NESpix 1.0.1
NESpix 1.0.1 source code

[thefox]

Cool, the UI is well designed. I got some graphics corruption in the title screen after creating a simple picture.

[miau]

Thanks, I fixed it!

[juef]

This is truly beautiful! Thank you.

[ui]

Cool, the UI is well designed. I got some graphics corruption in the title screen after creating a simple picture.

THx you i know im well designed!

Miau, this sux, dont ever touch NES again or i will quillzzz you...

[miau]

Miau, this sux, dont ever touch NES again or i will quillzzz you...

Aww, cyberbully, you! <3
Now make a nice tileset and post a screenshot.

[thefox]

Cool, the UI is well designed. I got some graphics corruption in the title screen after creating a simple picture.

THx you i know im well designed!

I saw this one coming.

[infiniteneslives]

This looks great miau, nice work!

Additionally I think I may have finally found the motivation I needed to add WRAM dump/load support to my kazzo firmware.

[tepples]

Is there something I should have improved about my own project?

[JRoatch]

Generally I consider the your(tepples) Graphics editor to be the full screen power user tool with conversion scripts and tile reduction features, and has with plenty of advantages over NESpix, but here's where NESpix is better:

• Editing pixels and map at metatile(16px^2) level
• Everything in one screen
• Palette editing doesn't have a range restriction (I understand why, but sometimes I want $2d and $3d)
• UI elements that's easier on the eyes
• Nice title screen

You might be able to easily add a switch for a 16*16 pixel mode, but getting multiple things on the same screen might be hard to do conceptually, technically, and without reducing the current set of features.

[infiniteneslives]

I'd echo what 43110 said about the two tools. Tepples' editor is powerful and feature packed, and has a good manual to explain how to use it all. But frankly many of those features I don't personally want to always run with a NES tool. I'm sure if I devoted an hour or two to play around with Tepples' editor I would get the hang of it and have more appreciation for the features. But as it is right now it's hard to gain the motivation to learn it and test it out. That's where NESpix shines, the beauty and simplicity of the screen shots yanked at my nesdev heartstrings and I couldn't help but spend 5min of my lunch hour to go try it out.

The annoyance I find in drawing on the NES is mainly with pattern table creation. I don't care how accurate coloring/filters claim to be, you can't come close to the NES on a CRT. While I'm drawing pixels on a zoomed scale, I want to immediately see those pixels rendered on the normal scale. Even better, I want to see the tile I'm editing next to multiple other tiles at the same time, and being able to edit 4 tiles at a time is a beauty. I currently use NESST for all my NES drawing needs. The biggest annoyance I have with it is during PT editing, but it's great for NT/AT generation after the PT's have been created.

To top it off the user friendliness is spectacular. I think I could fairly easily teach my 6yr old daughter who's a wiz with the mario paint tile editor, to draw on the NES using this tool. All other NES drawing tools I'm aware of would be too complex.

So while NESpix is limited, it does the one thing I want to do on the NES with near perfection.

I'm thinking it would be awesome to be able to include NESpix and Tepples' editor on the next action53 release. The best way to overcome the lack of WRAM on the action53 cart would be to modify our mapper to support mapping the 'user flash' we talked about for the serial bootloader cable to the $6000-7FFF slot. The pattern table data could then be dumped with the serial bootloader and/or a cartridge dumper which supports our multi-mapper. Curious what you guys think about it's inclusion with Action53 volume2.

miau, would you be willing to share your source code? I'm sure I could modify the save routine to support flash writes instead of regular sram writes that are being done now.

[thefox]

Curious what you guys think about it's inclusion with Action53 volume2.

I think it's a good idea. Including stuff like this and the serial bootloader could coax people into getting their feet wet with NES development. Which, with your suggestion about using Flash, immediately brings forth another idea: the graphics editor(s) could be used to edit graphics in some small game that is included in the cartridge.

[tepples]

At least for my editor, SRAM would be needed because that's where the working copy of the picture is stored and modified. And the problem with just saving and restoring $6000-$7FFF is one of allocating slots to each game. It would be better as a separate project with adequate development and testing time.

[miau]

miau, would you be willing to share your source code? I'm sure I could modify the save routine to support flash writes instead of regular sram writes that are being done now.

I added a source code link to the first post. Be aware it needs lazy65 to compile. Actually, the only reason NESpix even came into existence is because I needed a small project to thoroughly test the tool.

You'll find saving in src/Editor/SaveSlots.z and loading in src/Title.z

the graphics editor(s) could be used to edit graphics in some small game that is included in the cartridge.

Great idea, that would be awesome to see!

[Movax12]

miau, I took a look at your source for any inspiration. I was wondering if you would be willing to explain your NMI routine's cmd priority/task queue system. What does it allow you to do? And/or, if you would be willing to explain the source with a bit more detail I would appreciate it. I have something I think is similar and would like to compare.