Pixel is a raster image editing program that runs on more than a dozen operating systems, including Windows, Mac OS X, and Linux on i386, AMD64, and PowerPC.
Pixel's feature set rivals that of Adobe Photoshop and outstrips the GIMP in several key areas. Pixel supports CMYK and Lab color modes, 16- and 32-bit color depth, and chic new features such as adjustment layers. The application is low-cost but not free, with revenue supporting its creator and lone developer Pavel Kanzelsberger.
Kanzelsberger has been writing Pixel in his spare time -- and by himself -- for the past eight years. In a few months, he says he will officially release Pixel 1.0, quit his current job, and work on Pixel full-time. The first version of Pixel was written for DOS in 1997, and a version for Windows followed in response to user requests. Be then contracted Kanzelsberger to port the application to BeOS.
To mitigate the complexity of maintaining multiple OS builds, Kanzelsberger wrote an SDL-based toolkit called eLiquid, and rewrote Pixel using it. This design enables Pixel to run on more than a dozen operating systems today. Windows accounts for just over half the licensed downloads, but Linux comes in second.
Running Pixel
|
|
| Click to enlarge |
Pixel uses the multiple document interface model familiar to Photoshop users and presents similarly laid out toolboxes and menus. In fact, only minor differences distinguish Pixel's interface from that of its more expensive rival -- filters are called "Effects" for example, and the menus are in a different order. But anyone used to Adobe's interfaces will have a smooth transition -- the same visual metaphors for tools, the same terminology for operations and options, and most of the same keybindings.
My only complaints with the interface are that several of the tool icons are too similar in appearance (slice, brush, airbrush, and eraser) and the low contrast of the toolboxes sometimes require a moment's distraction to ensure that I've selected the right tool or option. Pixel is by no means alone in this regard; it is common in graphics applications to have so many tools and buttons that you run out of distinct shapes that are visible at tiny dimensions.
Pixel supports grayscale, RGB, CMYK, and CIE Lab color modes at 8-bit, 16-bit, and 32-bit color depths. Color management is available for all file types that support it. The image adjustment tools include the standard fare, such as levels, curves, and color balance, plus some bonuses like gamma adjustment, tone, and exposure control -- welcome additions for those used to working in the GIMP. TWAIN-compatible scanners are supported, as are pressure-sensitive tablets -- though not yet on all platforms.
Among the advanced editing features are both "adjustment" and "live effects" layers: image layers that modify all the content on underlying layers (to create drop shadows or make curve corrections, for example), but which can be turned on or off without altering the content of these other layers. Layer masks, transforms, channel splitting and combining, and some path operations are available. There is also a top-level Animation menu for creating basic animated images.
Kanzelsberger takes feature suggestions from his users seriously. One large group of Pixel users consists of Windows graphics artists looking to transition to Linux; it was their insistence that led to CMYK and color management. Indeed, many of the common complaints about the GIMP are answered in Pixel, including the aforementioned CMYK support and high-dynamic-range image editing.
Performance
|
|
| Click to enlarge |
Kanzelsberger says he regards the current feature set as frozen, and assures customers that all of these holes will be filled by the 1.0 release. Expansion of the feature set -- such as "natural media" effects and vector operations -- are earmarked for the 2.0 branch.
Experienced Photoshop users will miss certain features in Pixel. Pixel ships with just over 100 filters and effects; a subset of the more expensive program's offering, but -- as is analogous to the free-versus-Microsoft office suites situation -- the most useful subset.
The selection tools are also more modest; I missed the ability to expand or contract selections, which is present in Photoshop. Text tool operations are solid, but don't expect anything fancy, such as fitting text to a path. If you can do without these specific functions, however, Pixel may be just what you are looking for.
Exempting the disabled features, Pixel performs admirably on Linux. Effects and adjustment tools are full-featured, permitting precise keyboard-input parameter tweaking and the loading and saving of presets.
In one week of testing I experienced only one crash, which I was unable to reproduce. It occurred when working with a Lab color image. Pixel had no trouble opening 50-100MB image files, sizes that routinely segfault the GIMP.
Pixel and open source
Pixel is neither free nor open source. A license purchased now (during the beta phase) costs $32, but will remain good for all updates up to and including Pixel 2.0, and can be used for all available platforms simultaneously. After Kanzelsberger completes Pixel 1.0, however, the price for a license will go up to $100.
Kanzelsberger is by no means against open source, though; he is a Gentoo Linux user and Pixel links against several free libraries. He simply charges for Pixel as a means of supporting himself and continuing its development.
For the most part, Kanzelsberger says, Linux users have been positive in their comments on his work. There is the occasional gripe that he should release the project for free, but most welcome the alternative to expensive graphics suites from Adobe and Macromedia.
Kanzelsberger has expressed willingness to open source the eLiquid GUI toolkit in response to a growing number of programmers' requests. After all, it is fast, lightweight, and runs on a dozen operating systems. An eLiquid release definitely won't happen until after Pixel 1.0, though, as he wants to focus on completing his main project, and organizing and documenting the eLiquid code base will take time.
Wrap up
There is very little in the way of consumer-priced commercial software for Linux, particularly in the graphics arena. There are studio-level 3D and compositing applications bearing four- and five-digit price tags, but almost nothing in wallet range for the individual.
For photo editing and raster graphics, many users see running Photoshop under WINE as the only choice for tasks they can't handle with the GIMP. Certainly, if you already own a copy of Photoshop or one of the expensive bundles that include it, it is a reasonable option. But if you don't, you will find 90% of what you need running natively on Linux at a fraction of the cost by switching to Pixel.
Note: Comments are owned by the poster. We are not responsible for their content.
<a href="http://www.kanzelsberger.com/forum/viewtopic.php?t=110" title="kanzelsberger.com">http://www.kanzelsberger.com/forum/viewtopic.php?<nobr>t<wbr></nobr> =110</a kanzelsberger.com>
Granted, I've seen worse comments then his about this, but you know, there's only so much negativity one can read about it all regarding commercial software under linux. Maybe the link above will be a bit more useful & what I should have posted in the beginning.
You mean the MDI that Microsoft had to introduce for multi-windowed apps, because in early versions of Windows, an app could have only one top-level window? And that made Windows look lame, so Microsoft got rid of it as soon as that restriction was removed from Windows (way back in NT days IIRC)?
Ah, I see. That MDI.
The author didn't use any of the existing toolkits (wxWidgets, gtkmm, qt, fltk,<nobr> <wbr></nobr>......). He wrote his own called eLiquid which he might release as open source.
In some ways I sympathise. With the exception of qt (which some people don't like for a variety of other reasons) the documentation of these toolkits ranges from dreadful to appalling. A programmer tends to see writing code as the solution to every problem. So if the existing libraries have unusable documentation<nobr> <wbr></nobr>... write another one! You don't need docs for it because you wrote it!
And lo, yet another toolkit with crap documentation is born.
No, if that were the reason, he could just have ported wxWidgets or gtkmm to BeOS or whatever. Less work than starting from scratch. These toolkits are obviously not too difficult to port to other platforms because they are already multi-platform.
All the comments I've read here ignore the fact that this developer has worked *for 8 years* on software that rivals Photoshop AND that he's selling it for just $32.
C'mon - give some credit where it's due; that's less than date night at the movies.
The guy's got to eat!
It's easy to snipe from the sidelines, but I say nice job.
Most of the work I do in the GIMP is on images that when compressed are about 80MB, and anything from 300 -> 700 MB uncompressed. I've never seen it segfault on me over the last year or so.
Pixel looks nice but it also looks to be a Photoshop-clone. For those of us who grew up with the GIMP, all those extra fiddly windows are a pain! Still, competition is good. With GIMP, Pixel, Inkscape and Xara Xtreme, art work on the Linux platform is getting better and easier very quickly.
Cheers,
Toby Haynes
The GIMP is great for me. I prefer the interface to Photoshop's, it answers my limited design needs, and I have a strong preference for Open Source/Free software. And I run Linux.
But there was a time when I did more graphic design work and I simply couldn't get the GIMP to do what Photoshop could do, especially when it comes to designing for print. If you're a graphic design professional then the GIMP might not fulfill your needs, and that's why it's awesome to have an alternative that lets you stay on Linux.
Remember, for most people in the industry, Linux isn't even in the running. It's not a question of Linux with an Open Source graphic tool, or with a commercial one. Right now the question for most people is, "do I use Photoshop under Windows or the Mac?" It's great to have an alternative.
And to top it off, maybe a little extra competition will give the GIMP a boost.
<a href="http://www.byroniverse.com/" title="byroniverse.com">byroniverse.com</a byroniverse.com>
Am I just not seeing it?
Posted by: Anonymous Coward on December 15, 2005 05:43 PMOtherwise, looks interesting.
#