Tag Archive for 'inkscape'

Why GIMP and Inkscape are not funded by Linux vendors

Martin wrote few days ago about why GIMP 2.8 is delayed. Apart from some annoying yet predictable mini-hatefests an interesting comment was provided by Alexander Hunziker:

One thing I wonder about is why none of the big Linux distributors steps forward and funds development. Both Gimp and also Inkscape I feel are very close to being useful also for professional designers, so just a handful of full-time developers could make a big difference. Surely, this would be an interesting market to enter into?

It’s a very valid question, and it is actually easy to answer. There are, in short, several reasons why it hasn’t happened yet.

1. Canonical already tried that back in 2004. The full story is here. TL;DR: money doesn’t magically solve everything.

2. The Linux vendors that have commercial interests (i.e. RedHat, Novell) make money on enterprise clients and governments, and their few attempts at non-enterprise desktop software (Banshee for Novell, GNOME Color Manager for RedHat) are rather personal hobbies of developers than paid projects. Entering a market means doing business with people. I’d love to see a business model around GIMP that would work for someone like RedHat.

The rest? Mandriva recently had a very instable finanical situation, followed by separation of the core team into a new project. As for Canonical, they still have problems making money and anyway they are now more focused on cloud computing which doesn’t have much place for heavy desktop apps such as GIMP and Inkscape. (As a matter of fact, three of the former active Inkscape developers work for Canonical.)

3. The teams themselves have diverse opinions on paid development. Inkscape committee is 3/4 (or 4/5?) dead against it. The GIMP team doesn’t seem to be sure: a year ago they didn’t mind, fairly recently they did mind (or so it seemed to me).

The way I see it, the future of these projects is in the hands of people who care about it so much that they are willing to work on it come hell or high water. So unless you can come up with a business model that doesn’t rely on donations, and the teams suddenly stop minding paid development, the state of affairs won’t change drastically.

Is it waving goodbye to GIMP and Inkscape? Not really. Relying on volunteers is what these projects have been doing for years, and despite the will of some people they are still around and about. A great many thanks for some of the new stuff (up to 50% in case of Inkscape) we see in the new releases of both of them goes to Google for its Google Summer of Code program.

Finally, can we get Linux vendors do at least something for the projects? Sure. They already do something actually: both RedHat and Novell are rather open about how their designers use free software: Mairin does Inkscape classes, and the whole Fedora design team uses both GIMP and Inkscape all around; Jimmac used almost complete free toolbox (GIMP, Inkscape, Blender, Fontforge) in Novell which he now does for RedHat, and now Andy Fitzsimon is in his place at Novell doing the same. It’s much less so in case of Canonical for some reason or another. Also, both RedHat (Fedora) and Novell used to publish short tutorials on using free design tools, both don’t do it much these days, so maybe they could give the initiative another go.

The important thing to understand here is that since we do eat our own dog food, we shouldn’t be shy about it. After all, not using Adobe products isn’t a mortal sin. If we don’t share excitement of using free tools, then who will?

Inkscape FAQ taken to extremes

The first FAQ-like article on Inkscape I did was back in May last year and explained how to create layer effects. It looks like I missed the demand for them all this time. This is now changing. Most recent two ones published within last two weeks explain in details:

Some GIMP related things are coming too. If you feel like you want some particular stuff explained, be it GIMP, Inkscape or Scribus related, just say the word :)

NLE on Linux and more

I’ve been diving into screencasting and video editing lately. Sadly none of currently existing tools quite worked for me.

PiTiVi. Simple and almost all I wanted (I really am not into effects, just fades would do), but latest stable version doesn’t properly render videos that have still images. You need version from Git and most recent GStreamer.

OpenShot. Doesn’t read OGV files from recordMyDesktop, snapping is broken, overall sluggish feeling.

Kdenlive. That’s where my hope was. Doesn’t read OGV as well, but xvidcap sort of worked. Unfortunately the version I have renders heavily unsynced audio and video. In fact, depending on a codec it will render different incorrect versions of original clip.

I’ve seen some other editors and I was genuinely unimpressed.

The solution? Blender’s video sequencer. Even now I can’t believe I’m saying that. I’ve been neglecting Blender as a production tool for quite a long time. I used to say that all this soon-blender-will-do-it-all is just childish. But hey, this morning it took me about 20 minutes to twist my head around some basics concepts and then I just sat down and compiled a short clip and it all rendered like a charm.

The video in question? Oh, it’s just an early experiment :)

This page has more info on the tool, and here is wiki page on the GSoC project.

GSoC, interesting facts

Okay, so we know which projects are picked for Google Summer of Code 2010 now. As you know, one of the points of GSoC is getting new people to free open source projects. Does it actually work?

Here are some interesting facts over the years about organizations that I track to some extent (or even participate at).
Continue reading ‘GSoC, interesting facts’

Omnitarian

I think this talented Inkscape artist nicknamed Omnitarian definitely deserves more credit than he gets :)

Monster #08 - Amphisbaena

Drawing volumetric objects in Inkscape

Yuri Apostol wrote a great tutorial on drawing volumetric objects* in Inkscape:

Volumetric snowman :)

The tutorial covers things like smart use of gradients, blur, clipping paths and simulating the missing conical gradient fill.

* the text says “…and my little scarf!”