[Bug 151228] New: Whish: Skip / ingore RAW when corresponding JPG exists

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         
           Summary: Whish: Skip / ingore RAW when corresponding JPG exists
           Product: digikam
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel kde org
        ReportedBy: bug christianmayer de


Version:           0.9.2-final (using KDE KDE 3.5.8)
Installed from:    Ubuntu Packages

All my RAW images are next to my JPG images when I'm setting my camera to save in both formats at the same time.

When I'm now clicking through the images in digikam I'm allways seeing the same shot twice (once in RAW - which is relatively slow - and one in JPG). It also takes more than twice the time to generate the thumbnails, once for the RAW and once for the JPG pictures.

So my whish is an option so that digikam skips the RAW pictures when a similar named JPG exists in the same folder. The thumbnail can be taken from the JPG. (When I'm developing a JPG out of an RAW I'm taking my time to tweak the options for the best result; an automatic preview can't possibly generate the same quality, and for a quick preview I'm saving the JPG at the same time...)

Note: Bug #147427 is related to this whish but has an different focus.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Bruce Marshall]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From bmarsh bmarsh com  2007-11-30 00:04 -------
Would like to add to this:   I would like an option to turn off all raw processing .  I use digikam to download my nef raw files but I do not want to do any raw processing in digikam.   Once the digikam sees the raw files on the memory card, it starts to process the raw files.   I always have to kill this.  Would rather have an option to turn off raw process altogether.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gerhard Kulzer]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From gerhard kulzer net  2007-12-03 22:57 -------
Initial wish:
This is practically implemented now in 0.9.3-svn: There is a quick filter in the status bar that lets you choose "NoRAWFiles", it show all other formats but no RAW files.

Gerhard
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gerhard Kulzer]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From gerhard kulzer net  2007-12-03 22:59 -------
Comment #1:
I don't understand your scenario: digiKam does not process RAW files unless asked to. Don't mistake the extraction of the embedded thumbnail as RAW processing. I think your report is void.

Gerhard
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Bruce Marshall]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From bmarsh bmarsh com  2007-12-03 23:08 -------
The problem I am talking about is when getting the pictures off a camera or a memory card.  When Digikam connects to the camera/card, it shows the pictures that are found on the camera/card and it will begin to make thumbnails of all those raw files.

If there is a way to turn off the generation of thumbnails while downloading files from a camera/card, then this would solve the problem.

You are right...  I am only talking about the generation of thumbnails, which I really would like to turn off for ALL types of files (jpg as well) when downloading pictures from a camera/card.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From bug christianmayer de  2007-12-04 08:58 -------
 bmarsh:

your request sounds a bit different to the request of this whish (but I do fully support it, have a look at http://bugs.kde.org/show_bug.cgi?id=107316#c29 that also goes at the same direction but also has a slightly different focus)

 Gerhard:

this filter sounds like a great idea.
But how do I access the corseponding RAW for my JPEG to open it in a raw processor? Do I have to change the quick filter and loose CPU resources during thumbnail generation?

Could it be possible to add an entry to the context menu: when clicking on the JPG it shows in the context menu "Open RAW with..." that opens the RAW with the same file name (but different extension, of course) with the selected program.
This context menu together with the quick filter solves this whish :)
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From arnd.baecker web de  2007-12-04 09:21 -------
To me the grouping of images, http://bugs.kde.org/show_bug.cgi?id=121310 ,
sounds like the reals solution
(see also http://bugs.kde.org/show_bug.cgi?id=147427#c3).

Of course, in the mean time one could add such a pop-up menu
(though this is already considered to be pretty full ...).
Not sure whether there would be any technical problems
because the image editor would use an image which is not the currently
marked one in the album view, but I think it should be ok.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From bug christianmayer de  2007-12-04 09:51 -------
You are right, the grouping of pictures could also solve this whish (and is even more generalized, I like it)

But grouping offers a new problem: in a slide show or for generating tumbnails only one picture of the group should be taken, as I want to see only the JPG and not the RAW (for duplication and performance reasons).
But in a general group (e.g. for pictures taken during a short period of time, multiple JPGs that were processed differently from one RAW, source pictures for panorama stiching, etc.) I problably want to see all pictures of that group during screening or a slide show.
So the generalisation brakes here :(

So please implement grouping for its general usefullness. But also implement the treatment of JPG and RAW as one picture if both share the same name in the same folder (digiKam should use only the JPG internally but offer both for working with external programms, e.g. by two entries in the context menu)
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From arnd.baecker web de  2007-12-04 10:14 -------
Reply on the grouping added at http://bugs.kde.org/show_bug.cgi?id=121310#c4
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |Workflow
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ewv fnal gov



------- Additional Comments From caulier.gilles gmail com  2007-12-04 11:22 -------
*** Bug 147427 has been marked as a duplicate of this bug. ***
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From ewv fnal gov  2007-12-04 14:13 -------
I see my bug was just made a dup of this one. A quick scan shows there are other bugs that might have been better to make it a dupe of.

What I want is to treat the RAW as a master repository of the meta-data: rating, comments, tags, etc. Then, if I regenerate the JPG for some reason (cropping, exposure, white balance) digikam will detect that and re-apply the settings from the RAW file to the JPG.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From arnd.baecker web de  2007-12-04 14:55 -------
> A quick scan shows there are other bugs that might have been better to make it a > dupe of.

What do you mean by this?

Concerning the properties of an image obtained from editing a RAW or
other jpg/png: This seems to work fine, all properties (comment, rating, tags)
are transferred from the original file to the new file.
(Just tested with current svn).
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Workflow                    |RAW files management
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From bug vicbrother de  2008-06-23 13:36 -------
The idea, a JPEG to use as a RAW-thumbnail ist great. A lot of tools (like LightZone http://www.lightcrafts.com/products/index.html) use the same method: the program creates a JPEG from a RAW and then you can work with the JPEG. At the end of using LightZone (for example) all of your manipulations will be adopt to the RAW. Very cool. And very fast! It would be great, if digikam will be able copy this behaviour too.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From caulier.gilles gmail com  2008-06-23 13:48 -------
To victor, #12,

All RAW file has a jpeg preview embedded by camera. It's a waste of time to create a new jpeg from RAW to render thumbnail... digiKam already handle embeded JPEG from RAW to generate thumbnails or to display preview (F3 from Albumicon view): it's very fast.

Unforget than RAW file are container where you can find RAW image data, preview image as JPEG, Exif metadata, Makernote metadata, and sometime and ICC camera color profile.

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

On Mon, 23 Jun 2008, Victor-Philipp Busch wrote:

> A lot of tools (like
> LightZone http://www.lightcrafts.com/products/index.html)
> use the same method: the program creates a JPEG from a RAW and then
> you can work with the JPEG. At the end of using LightZone
> (for example) all of your manipulations will be adopt to the RAW.
> Very cool. And very fast! It would be great,
> if digikam will be able copy this behaviour too.

Could you file a separate wish for this, as otherwise
this idea will get lost in the context of the wish here,
which is related, but still quite different.

Best, Arnd
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         




------- Additional Comments From arnd.baecker web de  2008-06-23 14:08 -------
On Mon, 23 Jun 2008, Victor-Philipp Busch wrote:

> A lot of tools (like
> LightZone http://www.lightcrafts.com/products/index.html)
> use the same method: the program creates a JPEG from a RAW and then
> you can work with the JPEG. At the end of using LightZone
> (for example) all of your manipulations will be adopt to the RAW.
> Very cool. And very fast! It would be great,
> if digikam will be able copy this behaviour too.


Could you file a separate wish for this, as otherwise
this idea will get lost in the context of the wish here,
which is related, but still quite different.

Best, Arnd
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=151228         
vossman77 yahoo com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1



------- Additional Comments From vossman77 yahoo com  2008-07-15 22:30 -------
*** This bug has been confirmed by popular vote. ***
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel