This looks like Aseprite. Aseprite is already open source and you can get it for free, all completely legal. The only caveat is that you need to compile it yourself (which takes 2-5 shell commands). I think this is more than fair, but ripping off Aseprite is not so much. Their license also strictly prohibits that behavior.
> LibreSprite originated as a fork of Aseprite, developed by David Capello. Aseprite used to be distributed under the GNU General Public License version 2, but was moved to a proprietary license on August 26th, 2016.
> This fork was made on the last commit covered by the GPL version 2 license, and is now developed independently of Aseprite.
Same old story, too much support requests and bad actors making it hard to make money off opensource.
This is one case where we really should support the original product, you can buy a perpetual licence of a pittance and they just 2 guys chugging along.
LibreSprite has 5000 commits, 30 in the past year whilst ASEPrite has over 10000 at this point.
Aseprite is source available nowadays, not open source. Libresprite was then forked off of the last commit of Aseprite before the license was changed from the GPL.
You might be confusing license with access. The product itself has a proprietary license. Even then, a majority of the libraries they produce are also available under the MIT license.
Agreed, and it's also available on Steam! I really like the way they handle onion skinning as well, and there's a surprising number of useful plugins (such as tweencel) for it.
Haven't used LibreSprite but Aseprite, from which it forked, has been an enormous boon to me, for pixel arting it definitely fits my habits and abilities much better than anything else I tried (GIMP, Krita, GrafX2, actual DPaint, Digipaint...).
I've used libresprite and generally think it's very nice, but I'd really recommend using GIMP or Krita over it for most pixel art, learning those is useful outside of pixel art
It depends on what you are doing. I really like it for creating animated characters. Resprite has some nice feature for creating tilesets. Standard raster editing software might be better for big static scenes.
The newest news post on this barebones site is from 2023, announcing the MacOS downloads. On the news page there's two other posts; the oldest one is from 2022, and talks about a complete rewrite of the code. I think this fork looks pretty dead.
I mean if you're the kind of person who'd happily skip out on two major versions worth of bugfixes, updates, and new features in favor of the right source-code license, then sure I guess it's a better choice.
Begging open source projects to stop with the libre<name> convention, it's awkward to say, it's cringe and seems to spiritually doom a project to fail.
The "libre" terms originates from the "free software" movement which does not like the term "open source" on philosophical grounds. In English, "free" has multiple meanings, and the romance language-derived "libre" was chosen in the past to distinguish the movement's ideals from the use of "free as in beer".
You're not wrong but neither IMO is the person you're responding to. emacs wasn't renamed LibrEmacs. gcc wasn't renamed Librecc. "Libre" can both be trying to convey something, and an arguably a bad name that turn lots of people off.
I just wish more of these projects would be a bit more ambitious and put more focus in their communication on being good at what they do, rather than being free and made by idealists. They're branding themselves in a way that only really appeals to other techy idealists, while accidentally putting off a lot of potential users who are neither technical nor philosophical enough to know or care what a term like libre means. There's a lot of good, free software that is selling itself short by communicating more about being the latter than the former.
One example that really sticks in my mind was "Libreboot". Yes, it's supposed to represent a free BIOS/booting system. But it also sounds like the name of a library dedicated to rebooting your computer.
If you use the editing capabilities and send in a grid of 32×32 cells on a 1024×1024 image, you can get it to flood-fill in each square, so you end up with properly aligned 32×32 tiles. Then you can squash it via nearest neighbor to pull the lines back out, and reduce the palette using something like unfake.js:
This is 100% true for artists. But I am not an artist, and I like pixel art stylistically. So when I make sites or games, I need to either: use my bad art, hire someone on fiverr, or use AI.
I have really struggled to get nano banana to follow size/proportion ratios for sprite art. any tips? I fed in a bunch of examples first and tried to write a really strict prompt. I wonder if any of the sw being discussed here can be programmatically controlled by claude code or similar to do sprite work
Like the comment above I split sprite sheets into grids with edges for NBP to follow. I have the option to add the canny edge map to the grid to enforce a lot of consistency as well. Then I specifically tailor the prompt to the task.
That’s probably fair which is why I tried to be upfront that this is shilling. I figure some people might be like me, interested in sprites but not artsy enough to make them. You might start with an ai sprite and fix it via LibreSprite or another tool.
This looks like Aseprite. Aseprite is already open source and you can get it for free, all completely legal. The only caveat is that you need to compile it yourself (which takes 2-5 shell commands). I think this is more than fair, but ripping off Aseprite is not so much. Their license also strictly prohibits that behavior.
The history section of the repo clears it up [0]
> LibreSprite originated as a fork of Aseprite, developed by David Capello. Aseprite used to be distributed under the GNU General Public License version 2, but was moved to a proprietary license on August 26th, 2016.
> This fork was made on the last commit covered by the GPL version 2 license, and is now developed independently of Aseprite.
Also I am not really sure if you can convince me that this is a open source license: https://github.com/aseprite/aseprite/blob/main/EULA.txt
Not that it is a unreasonable license, but it is not open source.
[0]: https://github.com/LibreSprite/LibreSprite?tab=readme-ov-fil...
Same old story, too much support requests and bad actors making it hard to make money off opensource.
This is one case where we really should support the original product, you can buy a perpetual licence of a pittance and they just 2 guys chugging along.
LibreSprite has 5000 commits, 30 in the past year whilst ASEPrite has over 10000 at this point.
4 replies →
Aseprite is source available nowadays, not open source. Libresprite was then forked off of the last commit of Aseprite before the license was changed from the GPL.
1. Asperite is not open source.
2. It’s okay for two projects to do the same thing, even if you personally prefer one over the other.
Aseprite is open source. The source is open for anyone to access right here: https://github.com/aseprite/aseprite
You might be confusing license with access. The product itself has a proprietary license. Even then, a majority of the libraries they produce are also available under the MIT license.
6 replies →
Aseprite is such a joy to use that I paid for it just to support the developers
Agreed, and it's also available on Steam! I really like the way they handle onion skinning as well, and there's a surprising number of useful plugins (such as tweencel) for it.
It’s also really cheap!
didn't even realize Aseprite is source available!
I highly recommend paying for Aseprite, it's a very good little tool.
I think Libresprite is a fork of Aseprite from before it changed its license. In that context, maybe not a big deal.
Aseprite is absolutely worth paying for. I do game jams and it works really well.
I’ve paid for a few licenses so far just to support the guy making it. It’s a crucial tool in my gamedev workflow, and really couldn’t do without.
And for emergencies, there is always DPaint JS!
https://www.stef.be/dpaint/
Haven't used LibreSprite but Aseprite, from which it forked, has been an enormous boon to me, for pixel arting it definitely fits my habits and abilities much better than anything else I tried (GIMP, Krita, GrafX2, actual DPaint, Digipaint...).
I've used libresprite and generally think it's very nice, but I'd really recommend using GIMP or Krita over it for most pixel art, learning those is useful outside of pixel art
I use GIMP and GrafX2 for my sprite art. The latter being an old-school type program in the tradition of Deluxe Paint.
GrafX2 looks cool, I'll consider it if I'm doing something specifically for older micros like the amiga
Aseprite is the best tool for pixel art full stop
It depends on what you are doing. I really like it for creating animated characters. Resprite has some nice feature for creating tilesets. Standard raster editing software might be better for big static scenes.
I actually paid for a license for Aseprite a few years ago. I'm not 100% sure why I did, other than "this seems neat".
I like it a lot. Pixel art is shockingly approachable and the animation stuff in Aseprite is pretty fun.
I still haven't tried LibreSprite, so I don't know if it's better.
The newest news post on this barebones site is from 2023, announcing the MacOS downloads. On the news page there's two other posts; the oldest one is from 2022, and talks about a complete rewrite of the code. I think this fork looks pretty dead.
The master branch had a commit 3 weeks ago. But also, if it worked in 2022 I would sure hope it works now. Not everything needs to be updated forever.
I mean if you're the kind of person who'd happily skip out on two major versions worth of bugfixes, updates, and new features in favor of the right source-code license, then sure I guess it's a better choice.
Begging open source projects to stop with the libre<name> convention, it's awkward to say, it's cringe and seems to spiritually doom a project to fail.
The "libre" terms originates from the "free software" movement which does not like the term "open source" on philosophical grounds. In English, "free" has multiple meanings, and the romance language-derived "libre" was chosen in the past to distinguish the movement's ideals from the use of "free as in beer".
https://www.gnu.org/philosophy/free-sw.en.html
You're not wrong but neither IMO is the person you're responding to. emacs wasn't renamed LibrEmacs. gcc wasn't renamed Librecc. "Libre" can both be trying to convey something, and an arguably a bad name that turn lots of people off.
I just wish more of these projects would be a bit more ambitious and put more focus in their communication on being good at what they do, rather than being free and made by idealists. They're branding themselves in a way that only really appeals to other techy idealists, while accidentally putting off a lot of potential users who are neither technical nor philosophical enough to know or care what a term like libre means. There's a lot of good, free software that is selling itself short by communicating more about being the latter than the former.
5 replies →
One example that really sticks in my mind was "Libreboot". Yes, it's supposed to represent a free BIOS/booting system. But it also sounds like the name of a library dedicated to rebooting your computer.
To me that sounds awesome
At least they signal that the project is open and free. What about projects using "Open" but they aren't? (See: OpenAI)
Almost any name is better than GIMP.
It would be impossible to come up with a name that reflected the nature of the gimp program better.
That's like asking a EU product to not be named Euro-{product}.
Also cringe and tainted.
LibreOffice ?
Yes, that is one of the major offenders. It is very awkward to pronounce in many languages.
8 replies →
I'll shill this project again: I built myself a small sprite generator because I'm a terrible artist.
If you're looking for pixel-art sprites, check out 8bitsmith.com. Or you can just ask Nano-Banana for sprite sheets and it does a pretty good job!
You still have to do some post-processing work around NB, since you’ll often end up with non-aligned pixel blocks, much higher color depth, and so on.
I actually did some testing of spritesheeting with Nano Banana Pro a while back:
https://mordenstar.com/other/nb-sprites
If you use the editing capabilities and send in a grid of 32×32 cells on a 1024×1024 image, you can get it to flood-fill in each square, so you end up with properly aligned 32×32 tiles. Then you can squash it via nearest neighbor to pull the lines back out, and reduce the palette using something like unfake.js:
https://github.com/jenissimo/unfake.js
Exactly! On my tool I specifically use 4x4 grids which is limiting and I use canny edge maps to help enforce consistency. A very fun problem to solve!
Most of the purpose of pixel art is that it's hand crafted and every pixel matters. Not much point to pixel art if you drop that aspect.
I've been pretty happy with the little bits of AI pixel art I've generated. They bring my joy. So there's a point to it for me
This is 100% true for artists. But I am not an artist, and I like pixel art stylistically. So when I make sites or games, I need to either: use my bad art, hire someone on fiverr, or use AI.
Sorry, the point? isn’t the point of art pretty much what a person wants it to be?
1 reply →
I have really struggled to get nano banana to follow size/proportion ratios for sprite art. any tips? I fed in a bunch of examples first and tried to write a really strict prompt. I wonder if any of the sw being discussed here can be programmatically controlled by claude code or similar to do sprite work
Like the comment above I split sprite sheets into grids with edges for NBP to follow. I have the option to add the canny edge map to the grid to enforce a lot of consistency as well. Then I specifically tailor the prompt to the task.
But even still it has issues sometimes.
The art on header of 8bitsmith.com looks bad. More than art, the animation is very janky.
Thanks for your opinion
Do you really just not get how you come off shilling this kind of stuff on a discussion talking about an aseprite fork?
The intersection of people interested in Aseprite and people wanting to just spawn this stuff out of thin air is fairly low!
That’s probably fair which is why I tried to be upfront that this is shilling. I figure some people might be like me, interested in sprites but not artsy enough to make them. You might start with an ai sprite and fix it via LibreSprite or another tool.
See also:
https://github.com/Orama-Interactive/Pixelorama
https://github.com/piskelapp/piskel
They're similar pixel art editor programs.
I always used MTPaint
https://mtpaint.sourceforge.net/
I guess it's a bit old but it works reasonably well, and supports a lot of different file formats which is occasionally useful.
I've also used GrafX2 for this kind of pixelart work. It takes cues from old Amiga paint programs
http://grafx2.chez.com/
Didn't know about Pixelorama, looks interesting.
Libresprite (since aseprite went evil) has been the only editor I can use for over a decade, glad there are others now.
They went evil? How? Folks always seem to like them
2 replies →
There's an experimental android version too which is more than aseprite offers. For the basics libresprite is a great entry into pixel art
I love the MS-DOS feel to it. Many graphical tools used to have such UI flavour.
Weird mouse acceleration when it is over canvas and is replaced by crosshair icon.
Tried to run it on macOS but it crashed on boot. Looks cool!
[flagged]
AI;DR