Bug 183014 - png converter compressor unconsistent
Summary: png converter compressor unconsistent
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Bqm-Convert (show other bugs)
Version: 3.5.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-03 16:28 UTC by Philippe ROUBACH
Modified: 2022-01-19 14:24 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 7.6.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philippe ROUBACH 2009-02-03 16:28:15 UTC
Version:            (using KDE 3.5.9)
OS:                Linux
Installed from:    Mandriva RPMs

Mandriva 2008.1
kde 3.5.9
digikam 9.5b3
batch convert image kipi-plugin 0.1.7
png library 1.2.25

i have a jpg 1.1 MB still

i convert it to png with compresss parameter

1 -> png 7.9 MB

75 -> png 6.5 MB

100 -> png 9.5 MB

strange is'nt it ?

second pb :
 there is no "0" choice for this parameter
Comment 1 Nicolas L. 2009-10-17 02:59:57 UTC
is this still valid on current mandriva cooker ?
Comment 2 Philippe ROUBACH 2009-11-05 14:54:31 UTC
Mandriva 2010.0free
digikam 1.0.0b5

original image 954 ko

png 1   10,7 Mo
png 75  6,5  Mo
png 100 13,2 Mo
Comment 3 caulier.gilles 2011-12-21 10:26:11 UTC
Philippe,

This file still valid using kipi-plugins 2.4 ?

Gilles Caulier
Comment 4 Philippe ROUBACH 2014-01-12 16:13:29 UTC
opensuse 13.1 , kde 4.12 , digikam 3.5

libkipi 2.1.0
libPNG 1.6.6
Modules externes Kipi 3.5.0

original image 765,8 ko 
png 1    9    MB 
png 7    4,8 MB 
png 9    4,8 MB

original image 3.2 MB 
png 1    23.1    MB 
png 7    7,8 MB 
png 9    7,5 MB

pb solved

but a new pb : jpg portrait mode ----png convert --> png in landscape mode !

if compressor is unable to compress more than 7 for this image
Comment 5 Philippe ROUBACH 2014-01-12 16:15:01 UTC
do not take care of the last sentence in the previous comment
Comment 6 caulier.gilles 2014-01-12 16:35:34 UTC
The portrait orientation must be preserved by Exif copy from JPG to PNG, done by ImageMagick (or GraphicsMagick) used in background.

If it's doesn't work, it's an IM problem.

In all case, this kipi tool is obsolente now, since conversion can be done into digiKam BQM as well.

Gilles Caulier
Comment 7 Philippe ROUBACH 2014-01-12 16:40:34 UTC
when in digikam using png convert
jpg photo in portrait mode ----png convert --> png photo with thumbnail , preview , editor view in portrait mode . good .

but in dolphin
thumbnail , preview in data panel are in landscape mode .

i will made a new report

i close this report
Comment 8 Philippe ROUBACH 2014-01-12 16:42:02 UTC
(In reply to comment #6)

> If it's doesn't work, it's an IM problem.

what is IM ?
 
> In all case, this kipi tool is obsolente now, since conversion can be done
> into digiKam BQM as well.
> 
what is BQM ?
Comment 9 caulier.gilles 2014-01-12 16:47:35 UTC
IM ==> ImageMagick
BQM ==> Batch Queue Manager

Dolphin thumbnailer is KDE module, not digiKam thumbnailer. Report this problem to Dolphin team. Typically, KDE thumbnailer is not able to read Exif from PNG as digiKam do. It's must not be a problem if they use Exiv2 shared library through libkexiv2

Gilles Caulier
Comment 10 Christoph Feck 2014-01-12 19:17:14 UTC
Is "EXIF in PNG" a standard? Stackoverflow says no: http://stackoverflow.com/questions/9542359/does-png-contain-exif-data-like-jpg
Comment 11 caulier.gilles 2014-01-12 19:32:36 UTC
yes it is, as non standard, but IM, exiftool, and Exiv2 can manage it (i presonaltly implemented it to Exiv2). Only XMP is standardized by Abode with PNG.

The idea is based on IM wait. Simple to test :

# convert foo.jpg foo.png
# convert foo.png foo2.jpg

Now compare Exif from foo.jpg and foo2.jpg.

Note IPTC is also saved in PNG by the same way by IM

Gilles Caulier