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.
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.
I speak two languages (English and Russian) and have never found their name to be awkward. This is the first time, actually, that I've seen somebody say they don't like their name.
Curious on what languages have a hard time saying Libre.
Every latin-derived language (which are most of the western languages) can pronounce it naturally, and even English speakers can approximate it well enough to be understood (even though they're incapable of pronouncing the non-retroflex `r`).
The "bre" in "libre" is pronounced similarly to "zebra". Kinda. It'll get you in the ballpark, which is good enough for an Anglo.
"This Hour has 22 Minutes" had a great sketch where both a Francophone (Gavin Crawford impersonating Chantal Hebert) and an Anglo (I forget who) were stumbling over proper nouns from the opposite language. The joke was that both were trying too hard to pronounce things "properly". It came off as inauthentic and awkward.
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".
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.
I think there's some truth to what you say - at the same time, a lot of successful products have names that basically have no meaning at all, or at least none that's related to what the project actually does ("Windows", "Cursor", "Firefox", etc...)
Of course, a point could be made that any inoffensive but basically fluffy name is still better than a geeky sounding tech babble name...
The most succesful open source projects (firefox, blender, linux, krita,..) do not have libre in their name, the most famous of those who have is probably libreoffice, but it is not exactly loved.
So I totally agree on rather having a name that appeals normal users, than a certain tech bubble who will rather use the terminal wherever they can anyway ..
"Windows" actually is related to what it does. As you might already know, before Windows, you just had DOS, which was 100% full screen all the time. Then Windows came along an let you run DOS programs (and Windows programs, of course) inside of their own windows, and let you have multiple windows open at once. Then, only after that was hugely successful, it became its own standalone OS. So at least at the time it was created and became popular, its name was very related to what it did.
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.
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...).
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.
The person you're replying to was making a clarification on the license, not arguing about the validity of changing the license or charging for it.
Libresprite is an important project because people can fork it and learn from it by extending it, and submit those patches upstream, regardless of how active it is.
I have paid for Aseprite, but on many machines I just install the old GPL version, usually available as a package. It is fine for most tasks, even if the latest version has many improvements.
A fork of the old version to have a slightly better version conveniently available in package repos would be nice. I don't think it has to catch up with Aseprite to be useful.
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.
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.
"open source" has a specific definition[0], which this project does not meet. When people say "open source", that is the definition that they are referencing. It's the reason why there's been endless discussion about "open weights" models not being "open source".
"source available"[1] is a different thing, and you're right that this project is "source available".
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.
Not OP and I won't dispute your point exactly but I'd like to point to a book called Pixel Logic wherein the author makes the same point regarding pixel art. Even though you'll be using stuff like the Lasso and Paint Bucket tools the big thing about pixel art is the manual control and precision of pixel placement (by hand) where you employ techniques like anti aliasing (again by hand). Advanced techniques like sub-pixeling when doing animation frames are another thing that makes sense only when you can place pixels one by one.
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.
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:
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.
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.
What value is the license adding here? Sprite editors are never going to be enshittified, in fact I believe underfunding is more of a concern. I'd rather go with one that acknowledges this tension and promises sustainability like Aseprite, rather than one that undercuts that sustainability in favor of nominal openness.
whywhywhywhy | 17 hours ago
PowerElectronix | 17 hours ago
whywhywhywhy | 14 hours ago
Dwedit | 17 hours ago
bbkane | 13 hours ago
progx | 17 hours ago
notachatbot123 | 17 hours ago
kalterdev | 16 hours ago
notachatbot123 | 14 hours ago
What other major software has that?
bloak | 14 hours ago
Linux?
EDIT: Also Qt, MySQL, SQLite, GIMP (rather unnecessarily), ...
mock-possum | 11 hours ago
Ref: https://youtu.be/YHBve8v13VY?si=Bql2vH6C4goZN_kX
From your comment somehow I was expecting something a bit more exotic
socalgal2 | 2 hours ago
desdenova | 16 hours ago
Every latin-derived language (which are most of the western languages) can pronounce it naturally, and even English speakers can approximate it well enough to be understood (even though they're incapable of pronouncing the non-retroflex `r`).
zimpenfish | 12 hours ago
I'd go for "LEE-broffis" which I don't think is all that hideously far away?
tech_hutch | 4 hours ago
scj | an hour ago
"This Hour has 22 Minutes" had a great sketch where both a Francophone (Gavin Crawford impersonating Chantal Hebert) and an Anglo (I forget who) were stumbling over proper nouns from the opposite language. The joke was that both were trying too hard to pronounce things "properly". It came off as inauthentic and awkward.
madduci | 16 hours ago
kleiba | 16 hours ago
https://www.gnu.org/philosophy/free-sw.en.html
m12k | 15 hours ago
kleiba | 15 hours ago
Of course, a point could be made that any inoffensive but basically fluffy name is still better than a geeky sounding tech babble name...
lukan | 15 hours ago
So I totally agree on rather having a name that appeals normal users, than a certain tech bubble who will rather use the terminal wherever they can anyway ..
kleiba | 15 hours ago
lukan | 9 hours ago
joemi | 6 hours ago
socalgal2 | 2 hours ago
abirch | 15 hours ago
pawelmurias | 12 hours ago
krige | 17 hours ago
zackchen | 17 hours ago
erk__ | 17 hours ago
> 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...
whizzter | 16 hours ago
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.
chrysoprace | 15 hours ago
Libresprite is an important project because people can fork it and learn from it by extending it, and submit those patches upstream, regardless of how active it is.
mort96 | 14 hours ago
1313ed01 | 15 hours ago
A fork of the old version to have a slightly better version conveniently available in package repos would be nice. I don't think it has to catch up with Aseprite to be useful.
Buttons840 | 9 hours ago
It's good to support honest and high quality proprietary software.
Aseprite offers the latter good, this offers the former good.
enlyth | 16 hours ago
Aeolun | 15 hours ago
vunderba | 12 hours ago
ROllerozxa | 16 hours ago
paxys | 14 hours ago
2. It’s okay for two projects to do the same thing, even if you personally prefer one over the other.
lachieh | 13 hours ago
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.
pocketarc | 12 hours ago
"source available"[1] is a different thing, and you're right that this project is "source available".
[0]: https://opensource.org/osd
[1]: https://en.wikipedia.org/wiki/Source-available_software
juliangmp | 12 hours ago
Their EULA forbids distributing the software, hence not open source.
paxys | 12 hours ago
veggieroll | 11 hours ago
DDayMace | 6 hours ago
rtpg | 6 hours ago
I highly recommend paying for Aseprite, it's a very good little tool.
txrx0000 | 16 hours ago
https://github.com/Orama-Interactive/Pixelorama
https://github.com/piskelapp/piskel
They're similar pixel art editor programs.
desdenova | 16 hours ago
Libresprite (since aseprite went evil) has been the only editor I can use for over a decade, glad there are others now.
bbkane | 13 hours ago
desdenova | 11 hours ago
bbkane | 9 hours ago
Evil is a strong word to use for offering goods for sale
tdeck | 15 hours ago
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.
wernsey | 11 hours ago
http://grafx2.chez.com/
makerofthings | 15 hours ago
netule | 12 hours ago
_0xdd | 15 hours ago
spidermonkey23 | 15 hours ago
krickelkrackel | 15 hours ago
https://www.stef.be/dpaint/
KaiserPister | 14 hours ago
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!
captainregex | 14 hours ago
KaiserPister | 12 hours ago
But even still it has issues sometimes.
kdheiwns | 13 hours ago
bbkane | 13 hours ago
captainregex | 12 hours ago
aquariusDue | 9 hours ago
KaiserPister | 12 hours ago
vunderba | 12 hours ago
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
KaiserPister | 12 hours ago
smusamashah | 12 hours ago
KaiserPister | 4 hours ago
rtpg | 5 hours ago
The intersection of people interested in Aseprite and people wanting to just spawn this stuff out of thin air is fairly low!
KaiserPister | 3 hours ago
pjmlp | 14 hours ago
mghackerlady | 13 hours ago
bitwize | 11 hours ago
mghackerlady | 11 hours ago
__loam | 11 hours ago
JoeyJoJoJr | 5 hours ago
butz | 12 hours ago
egypturnash | 11 hours ago
dec0dedab0de | 11 hours ago
egypturnash | 10 hours ago
tombert | 4 hours ago
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.
r-w | 2 hours ago