Slashdot Mirror


Linux Alternatives To Apple's Aperture

somethingkindawierd writes "An experiment focusing on open source tools for Ubuntu Linux to compete with Aperture on the Mac. The author didn't think he would find a worthwhile open source solution, but to his surprise he found some formidable raw processing tools. A good read for any Linux fan or photographer looking for capable and inexpensive tools"

63 of 271 comments (clear)

  1. Linux alternative to aperture: by A+beautiful+mind · · Score: 4, Funny

    Hi, I'm GlaDoS, how may I help with your photo proooooocess-ss-ing needs?

    --
    It takes a man to suffer ignorance and smile
    Be yourself no matter what they say
  2. It's too bad Adobe got their hands on RawShooter by DanWS6 · · Score: 4, Interesting

    So far it's the best tool I've found. It's lightweight and very fast. I love how easy it is to adjust the exposure and color temps. It's easy to find blown highlights and get rid of them. The downside is getting it to work with my new XSi was a pain. I had to use a hex editor on the executable and convert my CR2 files into DNG files. The extra steps are annoying. I tried out Lightroom, but there's no way I'd pay $300 for that bloated crap. I'm definitely going to check out rawtherapee.

  3. Here's a Summary! by Kamineko · · Score: 5, Informative

    F-Spot, The default photo editor that comes with Ubuntu 8.04, was quickly discarded. [FOSS]

    Picasa, Really liked the application overall. I crop all my photos to the golden ratio of 1.62:1, so this limitation is unacceptable. [NOT FOSS]

    LightZone, very similar to both Aperture and Adobe's Lightroom. Costs $200 and is not open source. No online support forum.
    Bibble, very fast and it only costs $130. It does not however have any photo-management capabilities. No tagging, project management, or meta data editing. [NOT FOSS]

    Raw Therapee, raw photo processor, free. It does not, however, run on Mac OS X. Does not manage projects. And it does not work with anything but raw photos, so it will not allow for processing jpegs or tiffs

    Qtpfsgui, another useful application. HDR tool for Ubuntu Linux, Macintosh, and Windows.

    The result:

    There isn't an all-in-one package that will do the trick, but by combining Ubuntu's file manager Nautilus for project management, Raw Therapee for raw processing, and the Gimp for non-raw processing, just about everything I do in Aperture can be done on Ubuntu Linux using free and open source solutions.

    1. Re:Here's a Summary! by E+IS+mC(Square) · · Score: 3, Informative

      The discussion is not about specific photo editing tools, its about managing workflow (organizing, tagging, editing raw as well as compressed pictures). Author did mention GIMP, and intends to use it as part of his workflow.

      As far as GIMP interface is concerned, let's just say its different than, er, Photoshop. It has been discussed and beaten to death already anyways, and offtopic here.

    2. Re:Here's a Summary! by Anonymous Coward · · Score: 4, Informative

      The GIMP is disqualified for not being like Aperture at all, but like Photoshop.

      Aperture and its Adobe competition, Lightroom, are metadata-based editors with very powerful RAW processing engines. They draw upon the power of metadata for everything from nondestructive editing (pixels are not touched until export) to project organization (through EXIF data and IPTC keywords).

      They also both use a streamlined, task oriented interface, instead of the random collection of tools that is GIMP or Photoshop. Some "power user tips" that take a long sequence of steps in GIMP or Photoshop have been intelligently condensed into single sliders in Aperture and Lightroom, for easier use by everyone.

      GIMP is still basically a destructive pixel pusher, like Photoshop. I don't think it has any RAW capability unless you tie it to dcraw. Therefore GIMP does not play in this sandbox.

      Someone once said that the failure of Open Source office suites was their slavish imitation of Microsoft Office, and that what was really needed was a fresh new approach. The same could be said of why GIMP fails against Photoshop. The fresh new approach is being provided by Adobe and Apple's metadata-based image editors.

    3. Re:Here's a Summary! by Em+Adespoton · · Score: 3, Informative

      I didn't realize GIMP handled RAW (NEF and suchlike) formats and allowed adjusting of whitepoints, etc. I thought it was purely a raster image editor/tweaker.

      This is the whole reason Aperture exists and people don't just use Photoshop (which incidentally does all of that too) for RAW processing.

    4. Re:Here's a Summary! by beh · · Score: 4, Insightful

      But that's part of the shortfall...

      Lightroom and Aperture are so good BECAUSE they are integrated.

      There is nothing really in Lightroom that you can't do with Photoshop - but the way it's integrated and how it's able to work with / organise large collections of photos makes Lightroom one of the most run Apps on my Mac.

      As long as Linux doesn't offer a good competitor to Lightroom / Aperture, I will keep doing my photography stuff on the Mac...

    5. Re:Here's a Summary! by Sparr0 · · Score: 4, Interesting

      I didn't realize GIMP handled RAW (NEF and suchlike) formats and allowed adjusting of whitepoints, etc. I thought it was purely a raster image editor/tweaker.

      Glad we could set you straight on that. I love the RAW tools in GIMP, they simplify my workflow significantly.

    6. Re:Here's a Summary! by Fred_A · · Score: 3, Informative

      There's also digikam which does a *lot* of things including management, basic editing and raw processing (although I do that last bit in Bibble). It's Qt but will run fine on a Gnome desktop.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    7. Re:Here's a Summary! by harry666t · · Score: 3, Funny

      > Qtpfsgui

      Holy crap, how does one spell that? o_0

      How did the author come up with this name? Did he smashed the keyboard with an enraged basement cat or what? Or is it "Cthulhu" reversed and triple-ROT13'd?...

    8. Re:Here's a Summary! by Draek · · Score: 5, Informative

      Raw Therapee, raw photo processor, free. It does not, however, run on Mac OS X. Does not manage projects. And it does not work with anything but raw photos, so it will not allow for processing jpegs or tiffs

      Huh? out-of-the-box it can't, but you just click on Preferences > File Browser, uncheck Show only RAW files, and there ya go. Can't understand why "doesn't run on MacOSX" would be a con in an article about *Linux* alternatives to Aperture either, but oh well.

      Ohh, and about Lightroom, the older (v2.x) versions used to be free (as in $0) on Linux, plus they ran on non-SSE2 CPUs, so Linux users strapped for cash may want to search the 'net for them instead.

      --
      No problem is insoluble in all conceivable circumstances.
    9. Re:Here's a Summary! by Goaway · · Score: 3, Insightful

      Well, GIMP doesn't actually support RAW formats, and for good reason. They are both unnecessarily manifold and proprietary.

      That's not "good reason". That's just lacking capability.

      Even the most basic cameras generally offer support for uncompressed images (usually in some sort of TIFF encapsulation), and if this is what you need, then use it.

      You really don't know what raw files are even used for, do you? Very few cameras these days support TIFF, and that's because TIFF has none of the benefits of raw CCD data files, and is even larger than them.

      (Technically, DNG raw files are TIFFs, but those are not in any way widely supported yet.)

    10. Re:Here's a Summary! by afidel · · Score: 4, Informative

      If you don't know why RAW is needed then don't comment on it please. There's nothing like being able to simply reshoot a photo by changing the WB from the raw, adjusting layers in a JPG/TIFF doesn't accomplish anywhere near the same thing. I have a picture of my nephew blowing out his birthday candles that came out very overexposed (sun suddenly came out from behind a cloud), manipulating the JPG output was worthless because it made things too dark while trying to darken the overexposed area, throw the NEF into Lightroom, drop down two EV and adjust some levels and suddenly a white blurry mess becomes an ok shot of my nephew at his birthday.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    11. Re:Here's a Summary! by beh · · Score: 2, Informative

      Yes - sure, but for one thing, Lightroom allows the same (even allowing two different apps to be called from within lightroom -- in my case, these would be Photoshop and DXO (for which, I think, there also isn't a linux alternative).

      But the 'trick' is more about not needing most of the programs for most of the time; or being able to batch-use them (like DXO, which I can run once every new import or so to work on all new pictures in one go).

      Just as a bit of background - for someone 'occasionally' shooting photos, the whole gimp + various other things for different jobs might work fine. On the other hand, my photo library is about 20.000 photos - many of these still need to be sorted/sifted through to filter it down further, but if I wouldn't have a well integrated package like lightroom, I would probably have given up on it long ago. Thanks TO apps like lightroom, I'm much less hesitant to take LOTS of photos, because I know sorting/ordering/filtering/pruning is going to be both quick and easy. When I say lots, I do mean take several images of the same shot (often with bracketing) and then look through afterwards deciding which to take.

      Regarding calling gimp / photoshop, it's a nice feature to have, but for the most time, I won't need it - Photoshop mostly comes into play for filtering options Lightroom doesn't have - e.g. perspective correction. For most photos, the various development options in lightroom are more than enough.

      (the above is just as valid for Aperture - I think both Lightroom and Aperture are on about equal footing; I just happen to prefer lightroom (after using each separately for a while).

    12. Re:Here's a Summary! by ti1ion · · Score: 2, Informative

      That's Lightzone that was available free for Linux, not Lightroom.

    13. Re:Here's a Summary! by fluffman86 · · Score: 4, Informative

      Gimp can support RAW with the DCRAW addon, as well as CMYK with Separate+

    14. Re:Here's a Summary! by retzkek · · Score: 5, Funny

      It certainly allows for some creative pronunciations... Cutey-puffs-gooey?

    15. Re:Here's a Summary! by Anonymous Coward · · Score: 5, Funny

      As far as GIMP interface is concerned, let's just say its different than, er, Photoshop. It has been discussed and beaten to death already anyways, and offtopic here.

      In my opinion, it hasn't been beaten to death enough.

    16. Re:Here's a Summary! by sootman · · Score: 4, Insightful

      ... Qtpfsgui ...

      OK, it's been a joke/cliche/truism for years about OSS packages with crappy names, but... damn. I think we have a winner. 6 consonants in a row and two vowels at the end. No one will over beat that. It looks like someone's cat walked over the keyboard just as the owner was clicking 'create new project' on SourceForge.

      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
  4. Linux needs system-wide color management by ehack · · Score: 4, Interesting

    Color management means an image is shown the same on every screen, and as close as possible on paper. You cannot do serious photo work without integrated color management, but unfortunately even Winsh*t still leads Linux by ten years here. It's time the Linux guys moved their efforts to desktop app integration - the server is done - you hear me, guys ? the server is done, move to improving the desktop !

    --
    This is not a signature.
    1. Re:Linux needs system-wide color management by serviscope_minor · · Score: 2, Interesting

      the server is done - you hear me, guys ? the server is done, move to improving the desktop !

      So far, I have not been impressed with the efforts to "improve" the desktop. With every new iteration of the various popular distributions, it seems like more and more functionality is tied to GNOME and/or KDE with fewer and fewer features available through the command line.

      I think it would be better if people kept their hands off the desktop.

      Oh, and I can't do serious photo work, because I'm not any good at photography, so I'm not missing anything :)

      --
      SJW n. One who posts facts.
    2. Re:Linux needs system-wide color management by iamwhoiamtoday · · Score: 4, Interesting

      I LIKE IT that less and less features are tied into the command line. It's a lot easier for me to use a computer via GUI then via obscure command line commands. I run Ubuntu on two different computers at home, 3D acceleration, COMPIZ, WINE, all work extremely well. And I didn't have to use the command line to set any of them up. The average person who uses a computer (Example: My Mother) can now use Ubuntu, because the average person depends on a GUI instead of memorization of a bunch of command line commands. Most people don't CARE what Operating System they are using, as long as it is simple, as long as the UI is friendly. Look at OS X. It's rather user friendly. Linux is heading the same way, while Vista.... well, it's Vista. ;)

    3. Re:Linux needs system-wide color management by Eli+Gottlieb · · Score: 2, Interesting

      Ummmm... DBus? You can open up a text editor and write a program that scripts your desktop (ie: GUI-based) applications in C++, Python, C, Java, or basically any other language. Then you can run that script from the command line.

    4. Re:Linux needs system-wide color management by kwalker · · Score: 2

      Seeing as how most of that color-management some want so badly is patented by various for-profit companies, and considering that patent lifetime is (currently) 17 years, and finally if Windows is "ten years" more advanced than Linux, then it's as much as 7 more years (Barring a patent lifetime extension being rammed through Congress) before those patents expire and Linux distros can finally start integrating those technologies legally.

      For the time being, there are ways to get color management in Linux depending on how much effort the user is willing to put in. I have always used high-quality displays (A Hitachi CRT previously and now a Samsung LCD) which haven't required much tweaking to get the displays I want for my own photo management.

      --
      ... And so it comes to this.
    5. Re:Linux needs system-wide color management by fork_daemon · · Score: 3, Insightful

      A line needs to be drawn somewhere..

      Us geeks like the CLI even today because we know that the CLI is much more efficint for the kind of task that we do. It is quicker to do many tasks from the CLI than the click>wait app to launch> Click the Tab> Select The Option> Apply> Close. But we need to remember that the population of average user outruns the population of us geeks.

      The developers need to continue designing better GUI apps without compromising on the CLI bundle that we still use.

      By the way I havent seen any distro that has been dumping any CLI feature in favour of GUI.

    6. Re:Linux needs system-wide color management by samkass · · Score: 3, Insightful

      Speak for yourself, and don't try to speak for "us geeks". There are a lot of geeks who use the GUI for almost everything. Yes, I like to have tcsh available on my MacOS Terminal (I know some prefer bash), but the idea that preferring a GUI costs me geek cred (finally!) died over a decade ago.

      --
      E pluribus unum
    7. Re:Linux needs system-wide color management by PitaBred · · Score: 3, Insightful

      You aren't much of a geek, then. Preferring the GUI for CERTAIN TASKS is a good thing. But the GUI is simply not the best interface for everything. There are some things that are much better done with the CLI, which is what I think the GPP was getting at. Don't stop development of the command-line interface and tools simply because we want to appeal to grandmas and other people scared of the command line.

  5. Golden ratio? by martinw89 · · Score: 2, Insightful

    I have to admit, even though Picasa could probably use more crop aspect ratios, I immediately subconsciously discredited the author when he stated that the golden ratio was a requirement.

    1. Re:Golden ratio? by dsginter · · Score: 5, Funny

      I immediately subconsciously discredited the author when he stated that the golden ratio was a requirement.

      Apparently, your subconscious also posted this to slashdot.

      --
      More
    2. Re:Golden ratio? by gEvil+(beta) · · Score: 3, Interesting

      The golden ratio is certainly important, but no, automatically cropping everything to it is a bad idea.

      --
      This guy's the limit!
  6. What a tool by jonnythan · · Score: 4, Insightful

    I stopped caring when the author said that he crops "all" his photos to the same (non-standard) ratio.

    Closed, done. Sorry.

  7. Re:Aperature not as good Lightroom by Selfbain · · Score: 4, Insightful

    You didn't run a backup for an entire year?

    --
    Well, it has never been successfully tested.
  8. Re:Aperature not as good Lightroom by An+anonymous+Frank · · Score: 5, Informative

    Aperture's "library" is just a folder; Use "Show Package contents" from "Get Info" and copy all the originals wherever you want.

  9. Re:Aperature not as good Lightroom by carou · · Score: 3, Insightful

    we lost a year of work because Aperature's doesn't generate unique filenames for its images across subdirectories and when you export it overlays them...

    Why didn't she just restore from the backups you've been helping her keep?

  10. digiKam? by Anonymous Coward · · Score: 5, Informative

    What, has no-one mentioned digiKam yet?
    What a terrible omission from the review.

    Take a look, it's really good.

    1. Re:digiKam? by MMC+Monster · · Score: 4, Informative

      Totally agree.

      I prefer Digikam to iPhoto for many reasons. The most important to me is that I can keep a folder organization that makes logical sense on disc and have it reflected in digikam.

      One thing it gets right that other photo managers get wrong: Selecting photos and moving them to another photo will bring up a small dialog asking if you want to copy or move the files. Stupid and irrelevant for /.'ers, but great for those that forget that holding down the shift or control keys are how this is generally done in other applications (like my dad, who constantly screws up his iPhoto folders by copying when he thinks he is moving, or vice versa).

      One slight gripe: It follows the KDE standard of a single click opening a photo instead of selecting it (easily changed by installing kcontrol in ubuntu and changing the mouse property).

      --
      Help! I'm a slashdot refugee.
    2. Re:digiKam? by MMC+Monster · · Score: 3, Insightful

      Actually, no.

      You point digikam to the root folder of your photos. It will create a single file there consisting of it's database.

      No importing of folders necessary. :-)

      Maybe you had it confused with f-spot?

      Give it a try. You'll really love it and never go back. :-)

      --
      Help! I'm a slashdot refugee.
    3. Re:digiKam? by MMC+Monster · · Score: 4, Informative

      To clarify. If you move a photo in digikam to another folder, it will move that file to the corresponding folder on the disk (just as you would expect it to).

      The purpose of the database file is (I believe) just to keep track of thumbnail images it creates.

      I'm not sure about RAW file support. According to this web page ( http://www.digikam.org/drupal/node/344 ), RAW is supported with a standard plugin.

      --
      Help! I'm a slashdot refugee.
  11. Re:huh? by SQLGuru · · Score: 4, Informative

    The RAW image is the one straight from the camera (basically a RAW dump of the CCD output).

    Photo Management includes more than just folders (a good example is tagging -- I want to find all images tagged "Outdoors" or tagged "Porn" or tagged both "Outdoor" and "Porn"). Of course, like folders, tags are only as good as you make them.

    Layne

  12. Re:huh? by blankaBrew · · Score: 4, Insightful

    It also allows you to rate your photos which is immensely important when you come back from a shoot with lots of photos. It also allows you to group and stack photos...their thumbnails are literally stacked and you can unstack them and restack them, along with promoting photos within a stack. A file manager is no substitute for a photo manager when you are a photographer.

  13. Re:huh? by blankaBrew · · Score: 4, Informative

    I forgot to mention that the biggest feature of Aperture or Lightroom is the ability to make non-destructive edits. The original RAW file is left untouched and it is accompanied by a "recipe" that contains all of the changes to your image. You can cycle through your changes or revert back. Plus, it saves HD space by never duplicating the image.

  14. Re:Aperature not as good Lightroom by Penguin+Follower · · Score: 2, Insightful

    All the more reason to use time machine it seems. ;)

  15. Re:huh? by Ford+Prefect · · Score: 2, Informative

    Can someone explain to me what Aperture is, what a "raw photo editor" is, and how a "photo manager" differs from a "file manager"? Thanks.

    Screenshots might help - basically it's a file manager with additional sorting, filtering and whatnot designed for organising photos. Here's Lightroom's library view as an example - I've filtered to show only photos I've given three stars or more, and selected one so you can see all the keywords and other metadata assigned to that photo. All searchable, sortable, filterable and so on!

    With regard to editing, here's a screenshot from the develop view. All the edits are non-destructive - you can see a history on the left. 'RAW' refers to the image from the camera being in an unprocessed, raw-data-from-image-sensor format, which gives you a bit more latitude in tweaking white balance, contrast, exposure and the like.

    (I don't normally shoot 'RAW', but my once-in-a-lifetime shipyard visit coincided with some utterly horrendous weather - getting just the right exposure in unlit, semi-derelict Eastern European industrial buildings at 7am on a cold, dark, wintry morning proved a little tricky at times... ;-] )

    --
    Tedious Bloggy Stuff - hooray?
  16. Open, but perhaps not Free by bill_mcgonigle · · Score: 2, Informative

    F-Spot, The default photo editor that comes with Ubuntu 8.04, was quickly discarded. [FOSS]

    Maybe change that to [fOSS].

    It's open source, for sure, but since F-Spot is built on mono, a port of Microsoft .NET, it probably contains Microsoft intellectual property, the licensing of which may be dependent on which distro (e.g. SUSE) you're running, so 'Free' is debatable.

    It could be a patent trap ... or not. That uncertainty is certainly disconcerting.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  17. Re:huh? by brassman · · Score: 5, Informative

    "RAW" photos are a lossless capture, which means they are larger files (bad) but with few of the artifacts produced by JPEG compression, and thus your editing options are greatly increased (good).

    The exact details of the format depend on the make and even the model of camera you're using; a low-end "point and shoot" camera seldom provides RAW output (see recent Slashdot article on FOSS firmware that adds RAW support to higher-end Canon P&S cameras, however).

    A modern digital camera will also add a nice chunk of metadata to each image, giving the details of its exposure. The main difference between a FILL manager and a PHOTO manager is the latter's awareness of, and ability to use, this metadata in a "workflow."

    By "workflow" we mean the situation where a professional photographer will routinely generate thousands of images at a wedding, and will want to pick through them to find images worth further refinement, apply a set of transforms (crop, tweak the exposure, sharpen 0.02%, yada yada) to them in large batches, but SELECTIVELY, to produce a finished body of quality work.

    Managing those images only with a file manager would be nightmarish; being able to select just the images that were shot with Lens A to apply a certain transform means you can automate the process, go have pizza while the mass of bits gets twiddled, then come back and get creative with the results.

    --
    "Ain't no right way to do a wrong thing."
  18. These are the tools I use on Ubuntu : by flar2 · · Score: 2, Interesting

    I do all my photoprocessing on Ubuntu.

    -I use gthumb for organization and importing from the camera (way better than f-spot, which I've never liked)
    -I use ufraw with the GIMP plugin to process raw files
    -I use GIMP for further processing
    -I use Hugin and its associated tools for panoramas

    That's all I need, and I sell photos every week, however, I'll be looking into some of the tools mentioned in the article.

  19. Raw Therapee can handle JPEG/TIFF by smably · · Score: 5, Informative

    I don't know why the author thinks that Raw Therapee can't process JPEGs or TIFFs. Just go into the preferences screen, uncheck "Show only RAW files", and you're set.

    Also missing from the comparison: Rawstudio and UFRaw.

    If you're interested in RAW processing on Linux, there's an excellent blog called Linux Photography about this very subject.

    --
    I couldn't possibly fail to disagree with you less.
  20. Re:Aperature not as good Lightroom by remmelt · · Score: 3, Insightful

    Not only that, he also blames the OS for it.

  21. Re:What a tool by kestasjk · · Score: 2, Funny

    But it's the golden ratio: the most perfect of ratios!

    --
    // MD_Update(&m,buf,j);
  22. Square peg, round hole by kwalker · · Score: 4, Informative

    Since the author of the blog post is asking for an Aperture clone for Linux, the answer will pretty much always be "no". If the author were to ask "Can I do my photo processing, from importing RAW files to storing the finished picture and printing?" the answer is yes.

    Here's how I do it:

    1. gthumb-import (Which uses gphoto) to talk to the camera and bring in the RAW files. It even imports the .mov or .avi files for videos shot from the camera.
    2. gthumb for photo organization. You can do some basic photo manips (Rotation) right from here, as well as tagging, categorization, and creating collections.
    3. gimp (with ufraw-gimp to decode the RAW structure and doing some initial tricks like exposure-compensation and white balance) for more advanced photo manipulation, cropping, rotation (For anything other than 90-degree-increment rotations), perspective correction, red-eye removal, HDR, de-noising (Using GREYCstoration-gimp), workflow-automation (It's scriptable in Perl, Python, and others) and finishing after running through other programs like...
    4. hugin for panoramic creation. Photo-stitching is pretty easy. It helps with reference-point creation, FOV calculation, and final panorama "projection" (rectliniar, square, wrap-around, etc).

    Just save all projects in .xcf or .xcf.bz2 and export finished product to .png.

    One last thing, for all the haters who whine about ONLY having 16.8 million colors to work with, even without your help GIMP is integrating GEGL which will bring 16bit integer and 32bit floating point per component.

    --
    ... And so it comes to this.
    1. Re:Square peg, round hole by jockm · · Score: 2, Insightful

      8BPP is fine for viewing images, or just making a few edits. But having only 256 steps in each channel becomes a liability very quickly if you need to apply a few filters, touch up a bit, do a little dodging, etc. You quickly loose the subtly.

      I am very excited that GIMP is integrating with GEGL. Of course I have been waiting 6 years for this (not kidding that is when the effort to go beyond 8BPP started), and it still isn't out yet. So I am not going to hold my breath until it comes out.

      But even when it does GIMP is still going to be lacking compared to Photoshop, Aperature, LightRoom, and ZoneEdit when it comes to nondestructive editing. So even with CEGL it is still going to be a hard sell for me to consider GIMP

      --

      What do you know I wrote a novel
  23. Re:huh? by VGPowerlord · · Score: 4, Funny

    Aperture Laboratories is a computer-aided enrichment center to test the Aperture Science Hand-held Portal device.

    More information is available in a video.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  24. Digikam works great for a JPEG workflow by BigJim.fr · · Score: 3, Informative

    I have used many Linux image browsers and editors along with a stable of home grown bash scripts. Even though I still use my scripts out of habit, I must say that Digikam can replace most of them and provide a seamless JPEG workflow in a state of the art environment. There are still some small things I would appreciate, such as a better curves dialog, but overall I have been a very happy user. Some tools such as the crop tool with framing aids are the best I have ever seen, and overall I have seen my photo editing time almost halved by using Digikam. It is not a general graphics editor - for retouching you still need something else, but for the basic editing (everything that touches the whole image) it fills the need perfectly. And it is the best IPTC tagger I have used so far.

  25. Lightroom runs on Mac too... by mario_grgic · · Score: 2, Insightful

    And how is disappointment with one program (it's spelled Aperture by the way), translates into not liking the OS and the hardware?

    This is just silly. If you are using the Mac, then you don't need aperture nor lightroom, since both try to be image database first and image editing software second.

    Mac OS's spotlight does everything Aperture does, and if you create regular backups you are fine.

    --
    As the island of our knowledge grows, so does the shore of our ignorance.
  26. Re:Definition of the Golden Ratio from Wikipedia by jonnythan · · Score: 2, Insightful

    It's non-standard because no camera sensor or standard print size uses that ratio.

    I don't care if he dislikes any Apple products. In fact, he seems to be quite fond of Apple products, since he uses them.

    No halfway decent photographer shoehorns absolutely all of his work into ONE nonstandard aspect ratio. Different compositions require different aspect ratios.

    The only reason to use one aspect ratio on all of your compositions is that you're simply not good or talented enough to know any better.

  27. Lightroom wins by Boarder2 · · Score: 2, Interesting

    I've fought this same battle for a few years. Originally I used Canons software to process RAWs, it was terrible and I needed an alternative.

    I tried Pixmatic Raw Shooter when it was free and that worked ok for me, and ran in Wine with minimal issues.

    I switched to Picasa when it became available for Linux and supported RAW. It had much better album management, but looking back, the photos it produced looked terrible.

    Eventually I switched to Capture One's software. I had to pay money for it, but it worked and it worked pretty well.

    Recently I'd been getting fed up with them, their website is terrible to try to get updates from and there's not really a good way to manage albums of photos.

    I gave the Aperture demo a shot as I'd just recently gotten a Macbook Pro. I found it very hard to use. Stuff just wasn't intuitive, the interface was cluttered and confusing.

    Somewhere along the line I'd tried Lightroom v1 and thought it was very good. I was going to purchase it when it came out officially. I stalled when it came out and waited too long and missed it at the $99 launch pricing. I never did end up buying it and went back to Capture One.

    Recently Adobe started up the Lightroom 2 Beta, I'm in the extended beta which will function until it's officially released and I can say with absolute certainty that I will be purchasing this when it's done. Everything about it is miles better than everything else. The interface is easy to use, and easy to get out of your way when you want to concentrate on what the photo looks like. It's got all the tools I feel I need to make it a one stop shop from import to web/print. I can't say enough good stuff about Lightroom 2 to do it justice. I guess my suggestion is that if you're really serious at all about your photos, stop screwing around with trying to find something Open Source and get Lightroom.

    Of course YMMV, and that's why there's a demo/beta. Good luck, and good shooting!

  28. Re:It's too bad Adobe got their hands on RawShoote by afidel · · Score: 3, Interesting

    Dude, RawShooter sucks horribly by comparison to Lightroom. I tried the last free version of RawShooter and it put me off so badly I almost didn't try Lightroom thinking it would be a slightly upgraded version. It was like night and day, the workflow in Lightroom just makes sense and doing slightly more complicated than simple conversion is a breeze. There's a guy out there that edited 2,000 wedding photos in three hours using Lightroom and a custom macro package, try doing that in RawShooter!

    --
    There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  29. Re:Aperature not as good Lightroom by zenster · · Score: 2, Informative

    Aperture doesn't generate filenames. It uses the filenames generated by your camera. I'm guessing you have your camera set to restart the numbering for each memory card. I'm not sure exactly what you did to delete your files but don't blame Aperture for your mistake, it will only do what you tell it to and will prompt you if you want to replace a file with another of the same name.

    I'm betting that you still don't have a backup. When you lose files next time are you going to blame Lightroom and the PC and switch to Linux? Seems like a lot of work when you could just admit to yourself that you screwed up and change the way you work to include a backup.

  30. Re:It's too bad Adobe got their hands on RawShoote by roguetrick · · Score: 4, Funny

    I'll choose Raw The Rapee for 1000. Haw haw.

    --
    -The world would be a better place if everyone had a hoverboard
  31. THAT'S RETARDED. by tjstork · · Score: 2

    Aperture doesn't generate filenames

    No, that's retarded. Whenever any system maintains a repository of any kind, you expect it to place its own names on things. Anything other than that is simply unacceptable. You don't buy a product like that to worry about filenames. ... you buy it do to things right..

    Secondly, why are you so moronically assuming that I switched because of Aperture? Aperture might keep me from switching back because the hole in the repository design made me lose my faith in Apple, but the real problem was that there are more Photoshop plugins for windows than there are for mac, so she switched.

    Why don't you read, instead of assume?

    --
    This is my sig.
  32. He is confused by skeeto · · Score: 3, Informative

    This experiment focuses mainly on Aperture and what tools, if any, exist for Ubuntu to replace my Aperture workflow with something cross-platform and open-source that I can use on Mac OS X and Ubuntu.

    And then what he looks at,

    • F-spot
    • Picasa - proprietary
    • LightZone - proprietary
    • Bibble - proprietary
    • Raw Therapee - proprietary
    • Qtpfsgui

    He stated a criteria ("open-source"), then 4 out of 6 had nothing to do with that criteria. Nice work on consistency there, pal.

  33. I see a few missed apps listed here. by UncleRage · · Score: 2, Informative

    But I'm a bit surprised to see that no one has mentioned BlueMarine.

    Granted, I'm just beginning to examine how such applications address me needs (not sure if they do, yet... Adobe Bridge seems to be all I need), but I do like the way that BlueMarine works.

    Any thoughts?

    --
    #SickNotWeak
  34. Canon 1ds raw tiff file by TechwoIf · · Score: 2, Interesting

    I've been playing with Linux software and not had any success in getting Canon 1ds, not mark II or mark III, *.tif file recognized. Each program that claim raw support only loads up the tiny jpeg thumbnail in the *.tif, not the raw data itself. Has anyone found a solution for this?