- Other GPL software can just include features in my programs if they wanted to.
- I can remove myself from the responsibilities of potential free maintenance burden if approached by commercial entities.
- On paper it prevent crappy Chinese companies here from taking the code as their own (which is unlikely judging by the nature of this program, but if they want they probably would do it anyway just like the case with ffmpeg).
Since the GUI (or the entire application framework) is fully hand written by myself, it would take some time for its wayland adaptation. However, the way wayland protocol handles everything just makes everything much more complex.
In hind sight I may need to show a message for when this application is running in xwayland and notify the color management quirks to the user.
> manipulate your RGB images as much as you like; just do it in the OKLAB color space
Be careful, OKLAB also isn't quite handling energy correctly (Or, the gradient of the energy slope in this color space had quite some irregularities). In most cases you can get a more "natural" transition (like blue doesn't visually shift to purple when transitioning to white), so make sure you know what you are doing.
> A brush that can paint both behind and in front of previous strokes. Of course, this would need to be supported by a depth channel.
> Also a brush that increases/decreases neighboring regional contrasts.
I believe you can just use Blender Grease Pencil for that. You can paint with depth and sculpt the opacity/contrast to your desire. (Or honestly any vector drawing program? I believe adobe illustrator does this too)
> Almost all digital brushes are simply repeated stamps. This is now ancient technology. I would love to see a brush that can paint entire objects or the textured components of those objects. For example, with one stroke I would love to be able to paint a tree, or hair and fur. Of course, such a tool would likely be AI.
> An AI powered style randomizer.
You won't want that in this context. If that being an asset production tool or a diagram tool then maybe yes, but otherwise nope. This tool is intended to create images, and human (supposedly) perceive an image with spatial arrangement of shapes and gradients, and the way artists interpret and represent shapes and edges is mainly what natural painting process is all about. So the basic structure of an artwork in this sense is just a bunch of abstract shapes arranged in a certain order, not a statistic probability of pixel values.
Hi guys, I'm the developer of Our Paint :D Interesting to see someone posted this on HN again (?) lol
To answer some questions...
- Our Paint is 16 bit per channel (8/128 bit on mobile due to GLES limitation).
- I really didn't implement much stuff other than just straight up painting features, and a cropping/moving feature (able to move stuff 1000px at a time), that's why it's sort of featureless because it lacks a lot of tricks like selection and free transform.
- The "Programmable" is maybe a weird term yeah, I intend it to mean the node based brushes cause it does support branching and looping in the evaluation.
- My site is slow because it's only got like 500KB/s bandwidth otherwise it's pretty expensive. But it works :P
But yeah if you are a lay person who is expecting some similar features from other software you probably are gonna be disappointed because it's not intended to replace other art programs. Our Paint is more like a restriction so you get consistency and creativity when you use it to create images.
- Other GPL software can just include features in my programs if they wanted to.
- I can remove myself from the responsibilities of potential free maintenance burden if approached by commercial entities.
- On paper it prevent crappy Chinese companies here from taking the code as their own (which is unlikely judging by the nature of this program, but if they want they probably would do it anyway just like the case with ffmpeg).