Thanks to the intercession of Dario M. we are pleased to interview Andrew, author of PhotoFlow , a new RAW editor designed for all photography enthusiasts. Enjoy the reading!
1) First thing, some questions on yourself. What's your name? What's your job?
You can call me Andrea, and I'm a humble servant of the Open Source cause.
I've been interested in programming since the early days of university, when I realised that computers and software would have a crucial role in my professional life. Today software development is part of my daily work, although mostly in the field of scientific programming. Image processing is sort of a recent hobby.
My first camera was an Olympus XA (do you remember the mythical "ovetto"?), when I was probably between 6 and 10 years old... too far away to remember exactly. I started taking pictures of anything, like any other kid with a camera in its hands.
Once I had enough money in my pockets, I bought my first reflex, a Pentax with a budget 35-70mm zoom, to which I added three close-up lenses... that was my entrance door into the fascinating world of macro-photography!
About ten years ago I bought my first (and only) digital camera, a glorious D300 that is still serving me well today. Digital photography has been a revelation: I could finally join my two hobbies, photography and programming.
The typical workflow of a Linux photographer is to do the initial processing with a RAW developer like RawTherapee or Darktable, and then switch to GIMP for the final touch-ups. This is simply because none of the Open Source photo editors provides at the same time high-quality RAW development, adjustment layers and non-destructive local editing. That's where PhotoFlow enters the game...
I remember having followed a discussion on the Rawtherapee forums about adding support for adjustment layers. The conclusion was simple: it would imply rewriting a good portion of the processing pipeline. The current situation with Darktable is better, as it supports local editing through blending masks for most of the tools, however adjustment layers are not in the todo list of the developers.
Last but not least, they are both limited to single images. No way for example to combine two or more exposures in a single image with extended dynamic range.
So I decided to take a different approach: define my ideal photo editor, see what building blocks could be used as a starting point, and eventually incorporate code from both Rawtherapee and Darktable whenever possible, just to avoid re-inventing the wheel.
First of all, what could be the characteristics of an ideal photo editor? Here is my shopping list:
From there on, PhotoFlow has been entirely built on top of VIPS, re-using existing code whenever possible. For example, the RAW processing part is largely derived from Darktable (RAW decoding and color matrices) and RawTherapee (Amaze, LMMSE and IGV demosaicing algorithms).
4) Could you please tell us more about Photoflow? How did it start? Why did you choose not to contribute to the development of some other software like Darktable/Rawtherapee etc? Which are the Photoflow strengths and exclusive features? Why a common user should choose it?
I remember having followed a discussion on the Rawtherapee forums about adding support for adjustment layers. The conclusion was simple: it would imply rewriting a good portion of the processing pipeline. The current situation with Darktable is better, as it supports local editing through blending masks for most of the tools, however adjustment layers are not in the todo list of the developers.
Last but not least, they are both limited to single images. No way for example to combine two or more exposures in a single image with extended dynamic range.
So I decided to take a different approach: define my ideal photo editor, see what building blocks could be used as a starting point, and eventually incorporate code from both Rawtherapee and Darktable whenever possible, just to avoid re-inventing the wheel.
First of all, what could be the characteristics of an ideal photo editor? Here is my shopping list:
- allow the direct processing of RAW files
- be non-destructive
- provide a real-time preview of the current editing
- allow to combine multiple images
- support adjustment layers as well as layers grouping, to achieve complex effects
- allow local editing with grayscale blending masks
- allow the editing of rather large images (100 mega-pixels or more), without "killing" your machine
From there on, PhotoFlow has been entirely built on top of VIPS, re-using existing code whenever possible. For example, the RAW processing part is largely derived from Darktable (RAW decoding and color matrices) and RawTherapee (Amaze, LMMSE and IGV demosaicing algorithms).
On the photo-retouching side, Photoflow includes a growing number of processing filters from the great G'MIC project (blur and noise reduction filters, film emulation, edge detection, etc...).
Last but not least, PhotoFlow saves sidecars files in XML format, without modifying the initial image(s). The XML files simply "register" all the editing steps, which are then "replied" by PhotoFlow whenever the file is opened. As such, any aspect of an edit can be modified and tweaked without any limits.
To conclude, PhotoFlow might well replace both your favorite RAW converter and GIMP in your daily photo retouching work, so why not give it a chance?
I'm using OSX for work, but Linux for anything else (even my TV set is hooked to a MythBuntu machine...). Honestly, for photography work I can switch between one system and the other without noticing any difference, except maybe for printing support which is better under OSX.
Last but not least, PhotoFlow saves sidecars files in XML format, without modifying the initial image(s). The XML files simply "register" all the editing steps, which are then "replied" by PhotoFlow whenever the file is opened. As such, any aspect of an edit can be modified and tweaked without any limits.
To conclude, PhotoFlow might well replace both your favorite RAW converter and GIMP in your daily photo retouching work, so why not give it a chance?
5) On the Git repository I saw both an OSX DMG and Arch Linux binaries. I suppose you use both OSX and Linux. If I am correct, which are the flaws of Linux with respect to OSX in the photography field?
6) Tricky question: Nikon or Canon? What is your camera of choice?
Nikon, of course! I almost always owned Nikon cameras and lenses, including a second-hand F4 before buying the D300 that I'm still using today, after almost 10 years (in the digital era, 10 years is like a century...).