Re: ufraw (and others) integration

["Antti Ahonen" <aahonen gmail com>]

Sounds like a very good and simple way to do it. Export to converter and automated import back as a version are essential rawconversion things that should be imlemented as soon as possible. 

 

Another thing that has been discussed in this list before, but I do not know if anything have hapened to it, is the RAW and JPG problem. I myself shoot  both. In f-spot I can only use JPG:s, but still every image is shown twice. This makes browsing very anoying, and exports do not work if I accidentally have tagged even one raw file.

 

So I would find it very helpfull if there was some way to

1. Import files in the way that Raw images would be versions of JPG, or other way around

2. Way to rearrange my current collection in the same manner

3. Way to assign images I have been editing with another program/machine/etc. as version of the picture (there propably is some way to do this already, please let me know), hopefully as easy as possible, like dragging picture on top of another. Might be usefull if I could even drag files straight from my filesystem to F-spot and import as version of curtain picture.

 

The question should RAW:s be versions of JPG:s or other way around, if some kind of RAW processing is implemented, of course RAW:s should be the original pictures and the JPG:s the versions. So the thumbnail would show the last editet JPG, and when I export pictures it would export last JPG version, unless asked to use some other version.

 

If RAW conversion is not going to be implemented, the RAW files should be versions of JPG:s, just to get them out of the way.

 

On 7/17/07, David Collett <davec internode on net> wrote:

Hi all,

I've spent a bit of time searching the lists for where RAW support is
currently at and where it is headed, but it's still unclear.

What follows is a description of a simple workflow which I think would
suit many people in the meantime, and should be easy to implement.

My ideal workflow would be something like this:

1. import RAW files directly from camera/memcard
2. right-click desired photo and select "develop in UFRAW"
3. UFRAW would be launched where I can perform RAW developing.
4. When UFRAW is closed, the resulting jpeg would be automatically added
as a version of the original raw image.

Ufraw can easily be told via the commandline, how and where to save the
output file, suiting f-spot integration. Furthermore, Ufraw can
optionally save an "ID" file which stores the settings used during raw
conversion. If desired, this could be saved, so that if the photographer
decides they dont quite like their conversion, they only have to
right-click and develop again and will start where they left off in
ufraw (the resulting jpeg would become yet another version).

Batch processing can easily be accommodated too. Suppose you have a set
of photos shot in the same conditions and want to batch process them.
You can right-click/develop the first one as described above. What this
will do is set your current adjustments into your .ufrawrc file (a
standard ufraw feature). Now you can select all the remaining photos in
the set, right-click and choose "develop with UFRAW", when the develop
action is invoked with multiple selections, it will launch "ufraw-batch"
instead of "ufraw" (ufraw-batch comes standard with ufraw).

Once the photographer has a good 'developed' jpeg image as a version,
they can further edit it with the standard f-spot set of tools (or
externally via gimp etc).

This may not be the holy-grail of RAW integration in f-spot, but it
would be a big step up for those of us currently using f-spot to manage
RAW photos.

Can other f-spot users let me know what they think of this approach?

Can the developers let me know where I might start implementing it? I
figure I just need to add a right-click menu item which, when clicked
will launch a sub-process (ufraw/ufraw-batch) with the current
selection, then wait on the process to complete before re-injecting the
resulting jpegs back into f-spot as versions. Sounds easy enough?

Thanks,
Dave
_______________________________________________
F-spot-list mailing list
F-spot-list gnome org
http://mail.gnome.org/mailman/listinfo/f-spot-list