undefined | Better HN

0 pointsgeneric_user9y ago0 comments

I would not give a critique unless I did a thorough review of the current incarnation of re-architecture with some benchmarks on stressful average work flow that could be expected from a computer graphics artist or painter.

I will say that the Gimp 'core rewrite' has been a project in development since the early 2000's. I have never seen a clear design document explaining what this new core is suppose to achieve and for what uses Gimp expects to be used by professional level Artists workflows.

The last development that I was paying attention to was the decision to switch to GEGL for there core compositing and pixel engine. But it looked like it would simply be easier and probably better to start from scratch and build an entirely new software build around a 32bit image architecture rather then try and retrofit there 8bit custom build compositing system.

I will also note that they decided to invest there limited resources into upgrading the gui from GTK2 to GTK3 rather then focus that energy on the core. That shows rather skewed priority focus for a software that has some serious issues.

0 comments

8 comments · 4 top-level

timonovici9y ago· 2 in thread

The only thing I can truly complain is the slow speed at which the versions are being released - but then again - the program never crashed on me - which speaks of the high quality of the code behind it - and quality takes time. I think the blame for the speed lies in the lack of developers resources.

But this time I can address this issue: I commited $8/month, and I'm promoting the campaign heavily.

prokoudine9y ago

Well, generic_user here makes here a typical mistake of thinking that performance is the topmost priority during development. Whereas the usual development pattern is "write first, optimize later".

Also, thank you for your support. We do appreciate it!

gez9y ago

I can't believe you're saying this. Quality and performance must be the topmost priorities in any graphics application. That's something you have to design your architecture around, not a thing you can optimize later. Poor performance and poor quality are no gos for any artist serious about work. Having an application that is too slow to be used or mangles the quality of your work is as bad as not working at all. Actually, you can't say it works if it can't provide a reasonable performance to get the job done! How can performance not be a priority?

1 more reply

std_throwaway9y ago· 2 in thread

Thanks for your reply. You present some interesting points.

* Project management.

* Goal/benchmark definition.

* Human resource allocation.

I can't decide if what you say is truly so. One thing that I know, though, is that the old GIMP has been very useful to me for editing images (nothing fancy). I'm not an artist/painter but if I were, I'd start that with Krita instead of GIMP. In my mind, GIMP is more of a toolbox for doing the boring stuff like cropping/converting/annotating/correcting some random images and saving them in various formats. Gaining proper color management would be a good thing in my opinion, even if everything else stayed the same.

generic_userOP9y ago

If Gimp works for you then use it. But I think you will find that even for simple image manipulation Krita is a faster easier to use editor at this point.

My concern is with Professional quality tools for artists. These tools already exist on Linux but they are predominately closed source. If Linux and OSS is going to be an option for Artists then the tools have to meet the same high quality standards that other professions that use Linux expect. But in graphics this is not the case and has not been the case for many years.

The best way to encourage the momentum for better tools is to support those projects that take the quality of there software seriously and have some urgency. The projects I have mentioned previously have demonstrated that they have that focus.

timonovici9y ago

There's one artist that uses FLOSS to draw and make a living out of it, David Revoy.

He's using Krita as his main painting tool, but: "Gcolor2 is a colorpicker, Inkscape my favorite vector editor, Gimp for manipulating images and Shutter for taking advanced screenshots."

https://www.davidrevoy.com/article316/ubuntu-16-04-for-my-di...

I don't see why we shouldn't support the development of both programs. I personally like GIMP better, maybe just because I'm used with the interface, and I don't do paintings, only image manipulations.

1 more reply

timonovici9y ago

http://wiki.gimp.org/wiki/Roadmap

I don't see the port to GTK3 as being such high priority. It's not even on the roadmap to 2.10; The roadmap seem sane to me.

I don't think the program was intented specifically for painters, but it did include the MyPaint brush engine. And I find the program easier to use with every new version.

http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_visio...

prokoudine9y ago

> I would not give a critique unless I did a thorough review

But you made up an argument about driving off experienced developers. So what's actually stopping you from making more stuff up?

> I will say that the Gimp 'core rewrite' has been a project in development since the early 2000's.

Nope. It started around 2006 at small steps.

> I have never seen a clear design document explaining what this new core is suppose to achieve

So you've never visited gegl.org?

> and for what uses Gimp expects to be used by professional level Artists workflows.

So you've never visited gui.gimp.org?

> I will also note that they decided to invest there limited resources into upgrading the gui from GTK2 to GTK3 rather then focus that energy on the core.

Wrong. 2.10 is all about rewriting the core. We need GTK+3, because GTK+2 has tablet support is broken on Windows.

j / k navigate · click thread line to collapse

0 comments

8 comments · 4 top-level

timonovici9y ago· 2 in thread

But this time I can address this issue: I commited $8/month, and I'm promoting the campaign heavily.

prokoudine9y ago

Well, generic_user here makes here a typical mistake of thinking that performance is the topmost priority during development. Whereas the usual development pattern is "write first, optimize later".

Also, thank you for your support. We do appreciate it!

gez9y ago

1 more reply

std_throwaway9y ago· 2 in thread

Thanks for your reply. You present some interesting points.

* Project management.

* Goal/benchmark definition.

* Human resource allocation.

generic_userOP9y ago

If Gimp works for you then use it. But I think you will find that even for simple image manipulation Krita is a faster easier to use editor at this point.

timonovici9y ago

There's one artist that uses FLOSS to draw and make a living out of it, David Revoy.

He's using Krita as his main painting tool, but: "Gcolor2 is a colorpicker, Inkscape my favorite vector editor, Gimp for manipulating images and Shutter for taking advanced screenshots."

https://www.davidrevoy.com/article316/ubuntu-16-04-for-my-di...

1 more reply

timonovici9y ago

http://wiki.gimp.org/wiki/Roadmap

I don't see the port to GTK3 as being such high priority. It's not even on the roadmap to 2.10; The roadmap seem sane to me.

I don't think the program was intented specifically for painters, but it did include the MyPaint brush engine. And I find the program easier to use with every new version.

http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_visio...

prokoudine9y ago

> I would not give a critique unless I did a thorough review

But you made up an argument about driving off experienced developers. So what's actually stopping you from making more stuff up?

> I will say that the Gimp 'core rewrite' has been a project in development since the early 2000's.

Nope. It started around 2006 at small steps.

> I have never seen a clear design document explaining what this new core is suppose to achieve

So you've never visited gegl.org?

> and for what uses Gimp expects to be used by professional level Artists workflows.

So you've never visited gui.gimp.org?

> I will also note that they decided to invest there limited resources into upgrading the gui from GTK2 to GTK3 rather then focus that energy on the core.

Wrong. 2.10 is all about rewriting the core. We need GTK+3, because GTK+2 has tablet support is broken on Windows.

j / k navigate · click thread line to collapse