Author Topic: Sprite Editor Feature Requests  (Read 7984 times)

0 Members and 1 Guest are viewing this topic.

Offline Runer112

  • Moderator
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Sprite Editor Feature Requests
« on: November 27, 2010, 10:07:44 pm »
As some may have learned from a poll I posted a while ago, I've been working on a sprite editor in Axe. Or at least I was working on it, but put it down for a while to work on other stuff. But I want to come back to it, and I want to make sure it's as feature-packed and awesome as it can be. So before I get back to work on it, I'd like to know: What features would you want to see in the on-calc sprite editor of your dreams? Did I miss any useful editing tools? Did I miss a file operations feature? Request any features that you don't already see in the list below, or tell me about features already in the list below that you would especially like to see implemented.

Potential features (some are obviously more fundamental than others and will definitely be implemented, whereas others would probably be ridiculously complex to implement):
  • Black and white, 3-level gray, and 4-level gray sprites
  • Masked sprites
  • Sprites of any size
  • Viewing and editing at any zoom level, including zoom levels that don't fully fit on the screen (scrolling will be necessary)
  • Point tool
  • Line tool
  • Box tool
  • Circle tool
  • Variable pen size for drawing commands
  • Fill tool
  • Text tool
  • Hex editing
  • Area selection, transforming, cut, copy, and paste
  • Palette transformations (e.g. changing the color of all dark gray pixels to light gray and all light gray pixels to dark gray)
  • Sprite transformations (flip, rotate, shift)
  • Sprite conversion/attribute editing (e.g. changing size, changing gray level)
  • Tilemaps
  • Animations
  • A full filesystem (files, folders, shortcuts, etc. with names and attributes)
  • A file explorer
  • A menu system
  • Shortcut keys for most menu items
  • Search
  • File sorting in folders by various attributes
  • Importing data from and exporting data to pictures, strings, and Ans
  • Undo/redo
  • File selecting, moving, copying, and deleting from the file explorer
  • Batch sprite transformations
« Last Edit: December 04, 2010, 05:23:00 pm by Runer112 »

Offline nemo

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1203
  • Rating: +95/-11
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #1 on: November 27, 2010, 10:13:34 pm »
something i'm doing in mine is having a "Set", where it's a bunch of sprites with the same size and color. useful for sprite animations and tilesets, though i think this could be covered with a filesystem. Tilemaps would be interesting to see.
if you end up implementing most of what's on this list i wouldn't call it a sprite editor, i'd call it an image editor.
edit: feature request, loading from Str1-Str9.
« Last Edit: November 27, 2010, 10:19:23 pm by nemo »


Offline Runer112

  • Moderator
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #2 on: November 27, 2010, 10:18:35 pm »
I see what you mean by how sets could be useful. I think that can probably be covered by the user having multiple sprites with the same attributes in a folder, so I don't know if I'd need a specific "Set" function.

And even if this thing ends up with AI, I'd probably still just call it a sprite editor. ;)
« Last Edit: November 27, 2010, 10:19:05 pm by Runer112 »

Offline calcdude84se

  • Needs Motivation
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2272
  • Rating: +78/-13
  • Wondering where their free time went...
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #3 on: November 28, 2010, 09:24:59 am »
That's a lot of features O_o
I can only think of a couple things that are missing:
Ability to scroll (So we can edit, say, a 32*32 sprite at 4x zoom)
Cut/Copy/Paste (Box selection, unless you really want to add the ability to deal with user-drawn shapes ;D)

Can't wait to see if you implement this! :)
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
-Adam Osborne
Spoiler For "PartesOS links":
I'll put it online when it does something.

Offline Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #4 on: November 28, 2010, 09:27:09 am »
That's a lot of features O_o
I can only think of a couple things that are missing:
Ability to scroll (So we can edit, say, a 32*32 sprite at 4x zoom)
Cut/Copy/Paste (Box selection, unless you really want to add the ability to deal with user-drawn shapes ;D)

Can't wait to see if you implement this! :)

That would be great! Does it work with frames/animations already? if it doesn't, I'd like to see that too

Offline Runer112

  • Moderator
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #5 on: November 28, 2010, 09:38:34 am »
That's a lot of features O_o
I can only think of a couple things that are missing:
Ability to scroll (So we can edit, say, a 32*32 sprite at 4x zoom)
Cut/Copy/Paste (Box selection, unless you really want to add the ability to deal with user-drawn shapes ;D)

Can't wait to see if you implement this! :)

Both of those were features that had crossed my mind but I never wrote down. I'll add them to the list and make sure that whenever I build the editing platform, it's very flexible and can support things like arbitrary zoom levels and scrolling.


Does it work with frames/animations already? if it doesn't, I'd like to see that too

I already have planned animations as a potential feature, although I haven't worked on it (or most things on that list). Most of what I've worked on so far is the filesystem itself and making sure I set up a framework that will support a vast array of features, like animations.

Offline Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #6 on: November 28, 2010, 09:45:16 am »
"I already have planned animations as a potential feature, although I haven't worked on it (or most things on that list). Most of what I've worked on so far is the filesystem itself and making sure I set up a framework that will support a vast array of features, like animations."

There is a sprite editor made by Deep Thought I think which has animations, you could check it :)

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Sprite Editor Feature Requests
« Reply #7 on: November 29, 2010, 02:50:51 pm »
I think the filling tool should be for both sprites and tilemapping. When making world maps, for example, it's nice to be able to fill an entire area with water, for example.

Also, for tilemapping, variable tilemap size would be nice. Also it would be cool to have support for 1, 4, 8 bit and if it's not too complicated, 2 bit tiles. Example of 1 bit tilemaps are Illusiat 6, 7, 9-12, Mana Force 2 and the Reign of Legends dungeons.

Offline Runer112

  • Moderator
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #8 on: November 29, 2010, 03:47:44 pm »
I haven't really thought about how the tilemap editor will end up, but that's a nice idea. And I've already built room into the tilemap filetype's metadata to support any tile bit depth from 0-15.
« Last Edit: November 29, 2010, 03:48:12 pm by Runer112 »

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Sprite Editor Feature Requests
« Reply #9 on: November 29, 2010, 04:04:19 pm »
Cool.

I would really love a complete tilemapper because sometimes I want to work on something, but what demotivates me is the fact I would need to write a tilemapper and sadly, my last two attempts were futile. (despite the help I got)

Offline Ikkerens

  • LV6 Super Member (Next: 500)
  • ******
  • Posts: 378
  • Rating: +28/-9
  • JavaScript Magician
    • View Profile
    • Walotech
Re: Sprite Editor Feature Requests
« Reply #10 on: November 29, 2010, 04:06:35 pm »
Export function, thats what I've missed in your last version xD

Splut for Android [----------]
Paused/halted indefinitely, might be abandoned, our graphic designer quit and the rest of us simply doesn't have the time to work on it...

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Sprite Editor Feature Requests
« Reply #11 on: November 29, 2010, 04:09:58 pm »
Also would this be an APP? The issue with the other tilemapper was having to archive/unarchive everything back and forth during development. I know I can use Doors or CalcUtil, but when I develop, I prefer that no other ASM stuff is being used on my calc. In other words, only Axe and my work will run. It's quite easy to mess something up in Axe and if it happens to conflict with CalcUtil or Doors it has higher chances to mess things up.

Offline Runer112

  • Moderator
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #12 on: November 29, 2010, 04:26:47 pm »
Export function, thats what I've missed in your last version xD

It's already in the list, bundled in with an import function.


Also would this be an APP? The issue with the other tilemapper was having to archive/unarchive everything back and forth during development. I know I can use Doors or CalcUtil, but when I develop, I prefer that no other ASM stuff is being used on my calc. In other words, only Axe and my work will run. It's quite easy to mess something up in Axe and if it happens to conflict with CalcUtil or Doors it has higher chances to mess things up.

There are multiple reasons that this will definitely be an application:
  • Running the program as an assembly executable would take up a large portion of user RAM just to hold the executable. This will leave little free space for anything else, like the data appvar.
  • The finished program will undoubtedly be larger than the assembly executable code limit. (I hope I can even fit it into an app!)
  • This will leave more user RAM free, allowing all data to exist in RAM. This (hopefully) means no constant unarchiving and archiving will be necessary.
  • Leaving more user RAM free will also allow for the free space to be used as an extensive undo/redo history.
  • It seems more suitable for large utilities like this to be an application, anyways.
« Last Edit: November 29, 2010, 04:27:46 pm by Runer112 »

Offline ztrumpet

  • The Rarely Active One
  • CoT Emeritus
  • LV13 Extreme Addict (Next: 9001)
  • *
  • Posts: 5712
  • Rating: +364/-4
  • If you see this, send me a PM. Just for fun.
    • View Profile
Re: Sprite Editor Feature Requests
« Reply #13 on: November 29, 2010, 04:41:01 pm »
This sounds really cool!  How about different size tools for the point on/off?  Like a 1x1, 2x2, 4x4 space by each. :)
« Last Edit: November 29, 2010, 04:41:10 pm by ztrumpet »

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Sprite Editor Feature Requests
« Reply #14 on: November 30, 2010, 12:40:42 am »
Export function, thats what I've missed in your last version xD

It's already in the list, bundled in with an import function.


Also would this be an APP? The issue with the other tilemapper was having to archive/unarchive everything back and forth during development. I know I can use Doors or CalcUtil, but when I develop, I prefer that no other ASM stuff is being used on my calc. In other words, only Axe and my work will run. It's quite easy to mess something up in Axe and if it happens to conflict with CalcUtil or Doors it has higher chances to mess things up.

There are multiple reasons that this will definitely be an application:
  • Running the program as an assembly executable would take up a large portion of user RAM just to hold the executable. This will leave little free space for anything else, like the data appvar.
  • The finished program will undoubtedly be larger than the assembly executable code limit. (I hope I can even fit it into an app!)
  • This will leave more user RAM free, allowing all data to exist in RAM. This (hopefully) means no constant unarchiving and archiving will be necessary.
  • Leaving more user RAM free will also allow for the free space to be used as an extensive undo/redo history.
  • It seems more suitable for large utilities like this to be an application, anyways.

Yeah. With many BASIC utilities, you need to archive the entire game, unarchive the sprite editor/map maker, make sprites/maps, archive the editor, unarchive the map program to paste the data in, archive it, unarchive the game, test, and repeat for your 200 or so maps/sprites. X.x