Propose your solution
Attachments
No attachments.
Duplicates
Comments
cheesehead
(Brainstorm moderator)
wrote on the 12 Sep 09 at 15:30
|
|
|
Many pixel/paint programs are already in the Ubuntu repositories, including rgbpaint, koulorpaint4, tkpaint, and gpaint among others.
Orphaned (unsupported) packages are generally withdrawn from the Ubuntu repositories. They are also generally available for forking or adoption by a new project team.
|
|
|
I hadn't said I wanted one more paint clone (Paint sucks!), I said that there were no GOOD pixel art editor (and by good, I mean made for pixel art)!
Please un-mark this Idea as implemented!
|
|
cheesehead
(Brainstorm moderator)
wrote on the 13 Sep 09 at 21:08
|
|
|
|
Please edit your idea to elaborate on the difference. Do you have any examples in the non-Ubuntu world that can be packaged? Or in the non-Linux world that could provide an example?
|
|
|
|
In this domain, you HAVE to know about GraphicsGale (For windows, propriatary, form which I took a bit of inspiration) or Pixen (For mac, GPL)
|
|
Ssdg
wrote on the 16 Sep 09 at 06:41
|
|
|
|
-1 gif... but the need of such an editor (not speciaflized in gif) could be a good idea.
|
|
|
I never talked about gifs!
I only mentioned them in the tags, since gifs are an exellent choice for pixel art.
They are very light, supports animations, and that "indexed color" thingy perfectly fits with the pixel-art spirit!
|
|
cheesehead
(Brainstorm moderator)
wrote on the 20 Sep 09 at 18:34
|
|
|
|
Can another program, like a paint app or inkscape or other app, be improved to provide these features?
|
|
|
@Cheesehead:
Well, surely not inkscape, since it's made to edit vectorial images.
MTPaint is also unlikely to happen, since, as I said, it's pretty dead.
For the other MSPaint clones, I don't think so, since they're mostly made to ressemble paint with it's basic features than to draw real pixel-art.
That said, it could still happen, but it's all to the developers...
|
|
|
|
I said it, it's not optimised for pixel art or animations.
|
|
|
Pixel art and animations is not the same thing, is it? Let's keep them apart.
In what way is GIMP not optimised for pixel art, what is missing?
|
|
|
They're not the same thing, but they often go together (think of sprite-making, for Battle of Wesnoth).
Gimp is not optimised for pixelart because of the palette support.
The color selection has been conceived for use with the RGB, not with a restricted color scheme (pixel art rarely have more than 50 colors, which makes the GIF format all designed for this)!
|
|
|
Is restricted color scheme really so important today when everyone have True Color (RGB) display anyway?
I can agree that GIMP is not optimized for restricted color scheme, but I think that it can be fixed quite easily. Wouldn't it be better to fix that in GIMP than develop a brand new application?
|
|
|
Well, it's especially the interface that bugs me right now...
But if we get gimp to support palettes of 255 colors (including having an easy way to select each of them), I would happy!
|
|
|
Try doing like this in GIMP 2.6:
* Create a new RGB image (File->New)
* Convert to indexed with "web" palette (Image->Mode->Indexed... Use web-optimized palette, deselect Remote unused colours from colourmap)
* Open the Colourmap window (Windows->Dockable Dialogs->Colourmap) and use it to select colour.
|
|
|
try this:
GrafX2 - its originaly native amiga, but is now using sdl, and you can compile it to run on linux.
It only "looks" outdated and "not good" but it is an excellent pixelart editor.
http://code.google.com/p/grafx2/
|
Post your comment
|
,){kind=link}
