Bug 269467 - writing metadata- strange observation
Summary: writing metadata- strange observation
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Metadata-Engine (show other bugs)
Version: 2.0.0
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-26 15:59 UTC by Axel Krebs
Modified: 2020-08-30 15:49 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 7.1.0
Sentry Crash Report:


Attachments
Data showing percentage of writing metadata in files, as a function of time (145 bytes, text/csv)
2011-03-26 15:59 UTC, Axel Krebs
Details
requested component information from help menu (101.48 KB, image/png)
2011-03-30 09:51 UTC, Axel Krebs
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Krebs 2011-03-26 15:59:13 UTC
Created attachment 58357 [details]
Data showing percentage of writing metadata in files, as a function of time

Version:           2.0.0 (using KDE 4.6.1) 
OS:                Linux

my statistics are as follows:

digiKam version 2.0.0-beta4
AVI:                        59
GIF:                        99
JPG:                     57060
PNG:                       624
RAW-CR2:                   629
RAW-CRW:                 10978
RAW-DNG:                     4
RAW-NEF:                 25526
TIFF:                      686
Gesamtzahl der Einträge: 95665
Alben:                    1481
Stichwörter:                43
Datenbanktreiber:      QSQLITE

In 2009, I started producing (quite large) panoramas with HUGIN

If I start > EXTRA > "writing all metadata in picture", the writing speed is quite constant, irrespective(!!) several different file-formats.

After about 3 hours(?), my computer witch to screen saving modus. 
When continuing the writing procedure again, the writing speed _decreased_ significantly. 

Please have a look at attached csv-file. Date show a knee in the curve- why??

- Is there a real reason for this effect?
  (emptying a cache and not able to use it again if re-start writing, e.g.!?)  

- Why digiKam cannot re-gain it writing speed again?

Something keeps on beeing strange with writing metadata, I guess.
Can you answer my questions?


Axel

Reproducible: Always

Steps to Reproduce:
just start DK, 
start writing metadata, and wait for set-on of screensaver 



OS: Linux (i686) release 2.6.35-28-generic-pae
Compiler: cc
Comment 1 caulier.gilles 2011-03-29 11:09:58 UTC
Writing metadata to file is delegate to Exiv2 library.

Which version you use ? Go to Help/Components Info for details.

I CC Andreas Huggel for info. He is Exiv2 lead developer.

Gilles Caulier
Comment 2 Axel Krebs 2011-03-30 07:52:52 UTC
Am 29.03.2011 11:10, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=269467
>
>
> Gilles Caulier<caulier.gilles@gmail.com>  changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                   CC|                            |ahuggel@gmx.net,
>                     |                            |caulier.gilles@gmail.com
>            Component|general                     |Metadata
>
>
>
>
> --- Comment #1 from Gilles Caulier<caulier gilles gmail com>   2011-03-29 11:09:58 ---
> Writing metadata to file is delegate to Exiv2 library.
>
> Which version you use ? Go to Help/Components Info for details.
>
> I CC Andreas Huggel for info. He is Exiv2 lead developer.
>
> Gilles Caulier
>


Gilles,

Thank you for information.

KOMPONENTS
"writing in cache" ("Zwischenablage") does _not_ work; please compare to 
screenshot.

STATISTICS
digiKam version 2.0.0-beta4
AVI: 		59
GIF: 		99
JPG: 		57275
PNG: 		624
RAW-CR2: 	629
RAW-CRW: 	10978
RAW-DNG: 	4
RAW-NEF: 	25723
TIFF: 		687
Gesamtzahl der Einträge: 96078
:
Alben: 		1491
Stichwörter: 	44
:
Datenbanktreiber: QSQLITE

Thank you,


Axel
Comment 3 caulier.gilles 2011-03-30 08:49:11 UTC
You copy the wrong help components info dialog contents. We don't want database statistic, but hte list of shared libs used by digiKam 

Gilles Caulier
Comment 4 Axel Krebs 2011-03-30 09:01:44 UTC
Am 30.03.2011 08:49, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=269467
>
>
>
>
>
> --- Comment #3 from Gilles Caulier<caulier gilles gmail com>   2011-03-30 08:49:11 ---
> You copy the wrong help components info dialog contents. We don't want database
> statistic, but hte list of shared libs used by digiKam
>
> Gilles Caulier
>

Gilles:

I tried to copy the help/component info.

As I explained already, "Copy to Clipboard" does _not_ work with this 
info (this would be an independent new bug!).

For this reason, I screencopied the component-data; please compare 
(again) with attachment.

Hope this helps?


Axel

Encl.
Comment 5 caulier.gilles 2011-03-30 09:22:16 UTC
There is no screen-shoot of Help/component info dialog attached in this file.

Gilles Caulier
Comment 6 Axel Krebs 2011-03-30 09:51:43 UTC
Created attachment 58454 [details]
requested component information from help menu

I answered your eMail within Thunderbird _directly_, without login. Therefore, I assume, my email was filtered for my screenshot. 

Hope, it's fine, now!
Comment 7 caulier.gilles 2011-03-30 09:53:06 UTC
Yes Exiv2 0.21.1...

Gilles Caulier
Comment 8 caulier.gilles 2013-11-06 17:12:34 UTC
In last digiKam 3.5.0, writting metadata have been parallelized with multi-core CPU. Can you review this file with this version ?

Gilles Caulier
Comment 9 caulier.gilles 2014-08-28 15:49:12 UTC

*** This bug has been marked as a duplicate of bug 283013 ***
Comment 10 caulier.gilles 2014-08-28 15:50:40 UTC
I set this file as duplicate of bug #283013 which have been closed as UPSTREAM.

All writting metadata improvement can be only done in the future through Exiv2 shared library.

Please open a file in Exiv2 bugzilla about this topic.

Gilles Caulier
Comment 11 caulier.gilles 2020-08-30 15:49:07 UTC
Fixed with #283013