https://bugs.kde.org/show_bug.cgi?id=368862
caulier.gil...@gmail.com changed:
What|Removed |Added
Latest Commit||http://commits.kde.org/digi
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #29 from caulier.gil...@gmail.com ---
Definitively, the problem is not in digiKam. It's in Exiv2 shared lib.
As it's annotated in Setup/metadata dialog, writting into RAW file still
experimental. It's recommended to use XMP sidecar instead
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #28 from Guenther M. Erhard ---
Some more warnings exiftool gives on my test files:
"[minor] Ignored empty rdf:Bag list for mwg-rs:RegionList -
E-M5_Meta-write.ORF"
"[minor] Fixed incorrect URI for xmlns:MicrosoftPhoto - GME15825.ORF"
--
Y
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #27 from Guenther M. Erhard ---
Yes, the thumbnail after import from camera is now o.k. - regardless of the
option setting.
The problem starts when meta data is written to the raw, e.g. adding a tag or
correcting time.
I've done some tests:
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #26 from Maik Qualmann ---
Have you the option "If possible write Metadata to RAW files (experimental)"
enabled? When yes, please disable. Import new images from the camera. Thumbnail
now ok?
Maik
--
You are receiving this mail because:
Y
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #25 from Guenther M. Erhard ---
Hello Maik,
Is there any progress here? I've compiled a current version from git, but the
problem is still there.
You mention libexiv2 is probably the root cause when writing to raw files. Is
there anything I
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #24 from Maik Qualmann ---
Git commit 7be20c293714a0f325f956e49ec58c54f3161dfc by Maik Qualmann.
Committed on 28/09/2016 at 18:07.
Pushed by mqualmann into branch 'master'.
only perform automatic rotation of JPEG images in the import tool
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #23 from Maik Qualmann ---
No problem with CR2, RW2 or NEF files. Guenther, the option "If possible write
Metadata to RAW files (experimental)" is not good for ORF files! I see the
problem now in libexiv2.
Maik
--
You are receiving this m
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #22 from Maik Qualmann ---
I can reproduce it. If the option "If possible write metadata to RAW files
(experimental)" is enabled Makernotes be changed and the preview image is
unsharp after reload (F5). A simple change (rating) is sufficient
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #21 from caulier.gil...@gmail.com ---
If i understand the thread in libraw forum, the Thumbnail Thread interface in
digiKam do not take the largest preview to render the thumb in icon view.
Typically, ORF is based on TIFF/EP, and the first t
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #20 from Guenther M. Erhard ---
There is feedback from libraw project:
"In Libraw 0.17 and newer we added additional data type check.
Original (from camera) images passes it, while digikam-imported are not.
After digikam procesing (on import
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #19 from Maik Qualmann ---
Gilles,
previewe is ok, only the thumbnail. Use maximum thumbnail size.
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #18 from caulier.gil...@gmail.com ---
With digiKam 5.2.0, there is no problem here to preview your ORF with good
quality :
https://www.flickr.com/photos/digikam/29717186702/in/dateposted-public/
Check your Preview settings, as mine.
Gilles
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #17 from Guenther M. Erhard ---
The libraw team has tested it and thinks that libraw is o.k.:
https://github.com/LibRaw/LibRaw/issues/77
So what is broken?
Guenther
--
You are receiving this mail because:
You are watching all bug changes
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #16 from Guenther M. Erhard ---
Just compiled 5.3 from git with libraw 0.18 and the error is the same. So it is
libraw.
I'll report to the libraw team.
Thanks,
Guenther
--
You are receiving this mail because:
You are watching all bug chan
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #15 from caulier.gil...@gmail.com ---
Are you sure that problem is not fixed with digiKam 5.1.0 which include libraw
0.18 ?
If no, please report this problem to Libraw team, through github project page.
https://github.com/LibRaw/LibRaw/issu
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #14 from Guenther M. Erhard ---
In my opinion the problem is the libraw version. Exiv2 is the same version
(0.25) on both Ubuntu 14.04 and 16.04.
I have now installed libraw 0.16.2 instead of 0.17.1 in my Ubuntu 16.04 and
recompiled digikam
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #13 from caulier.gil...@gmail.com ---
Warning.
In digiKam core, the preview and thumbnails extraction can be processed by 2
ways for RAW files.
1/ Exiv2 API
2/ Libraw API
Depending of Exiv2 version used by digiKam the step 1/ can extract t
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #12 from Guenther M. Erhard ---
And all these files showed the correct preview with the same digikam version
(e.g. 4.13) under Ubuntu 14.04.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #11 from Guenther M. Erhard ---
Mi Maik,
That is maybe a glue. I use the experimental feature write meta data to raw
files.
To compare it I have made a new picture and imported it into digikam and did
nothing else. But the result was the s
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #10 from Maik Qualmann ---
Yes, there are 2 preview images in different sizes available:
maik@linux-tpgn:~> exiv2 -pp GME15390.ORF
Preview 1: image/jpeg, 160x120 pixels, 6946 bytes
Preview 2: image/jpeg, 3200x2400 pixels, 1004415 bytes
I h
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #9 from Guenther M. Erhard ---
> But I'm confused that libraw extracts such a small preview. If I use dcraw
> -x GME15390.ORF then I got an embedded jpg with 2400x3000 which is perfectly
Just saw a typo: the command is dcraw -e FILENAME
--
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #8 from Guenther M. Erhard ---
One more thought: I use Digikam since version 0.8 and had never experienced
this in all versions (did regularly updates from svn). Also after it was
possible to have the thumbnails greater than 256px the pictur
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #7 from Guenther M. Erhard ---
Hi Gilles and Maik,
No, CMS is correctly installed and setup.
But I'm confused that libraw extracts such a small preview. If I use dcraw -x
GME15390.ORF then I got an embedded jpg with 2400x3000 which is perf
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #6 from Guenther M. Erhard ---
Created attachment 101112
--> https://bugs.kde.org/attachment.cgi?id=101112&action=edit
Thumbnail extracted from ORF by dcraw
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=368862
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #5 from Maik
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #4 from caulier.gil...@gmail.com ---
No problem here with digiKam 5.2.0 :
https://www.flickr.com/photos/digikam/29078699804/in/dateposted-public/
Did you enable Color Managed View with a wrong screen color profile ?
Gilles Caulier
--
You
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #3 from Guenther M. Erhard ---
Hi Gilles,
I have put one sample orf, one rw2 sample and the screenshot put on GMX cloud:
https://cloud.gmx.net/ngcloud/external?guestToken=IIaKtrn9RvGsY3IGwMMumQ&loginName=guenther.erh...@gmx.de
BR
Günther
https://bugs.kde.org/show_bug.cgi?id=368862
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
Com
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #1 from Guenther M. Erhard ---
Created attachment 101101
--> https://bugs.kde.org/attachment.cgi?id=101101&action=edit
Screenshot of digikam album view with blurred orf thumbnail
--
You are receiving this mail because:
You are watching a
30 matches
Mail list logo