Thumbnails

Hi,

is it possible that our thumbnails are somehow not compatible with dolphin or
gwenview?
When I watch an album and generate all thumbnails, digiKam will display them
fast on the next opening of this album.
But when I open this album with dolphin or gwenview, the thumbnails are
regenerated. You can recognize this by the slow displaying of the rthumbs and
also the size increment of the .thumbnails folder.

I even guess that dolphin and gwenview are not compatible, too.
What is this? I always asked myself why the .thumbnails folder is over 1.2GB
big, but now it seems to be clear: There seems to be triple data in this
folder.

Can anyone else confirm this?

Andi

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

[Gilles Caulier-4]

2009/5/23 Andi Clemens <[hidden email]>:
> Hi,
>
> is it possible that our thumbnails are somehow not compatible with dolphin or
> gwenview?

When i have written thumbnail extraction code into KDE3 branch, few
year ago, i have take a care to be compatible with other KDE
application as konqueror.

To be clear, digiKam record a text fingerprint in PNG metadata to
identify thumbs generated by digiKam. Why ? because konqueror (and now
dolphin) use KDE thumbs creator which is dumy : wrong support of PNG,
wrong support of different JPEG compression level, no RAW support etc.

http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp#67

So digiKam share thumbs with other KDE application but never use
thumbs generated by others ! In the past a file in B.K.O have been
open about this subject.

Other, point is the size of thumbs : OpenDesktop spec said that normal
and large thumbs must be generated (128x128, 256x256). If i'm not too
wrong digiKam only generate 256x256. This can be the issue of your
problem.

Gilles

> When I watch an album and generate all thumbnails, digiKam will display them
> fast on the next opening of this album.
> But when I open this album with dolphin or gwenview, the thumbnails are
> regenerated. You can recognize this by the slow displaying of the rthumbs and
> also the size increment of the .thumbnails folder.
>
> I even guess that dolphin and gwenview are not compatible, too.
> What is this? I always asked myself why the .thumbnails folder is over 1.2GB
> big, but now it seems to be clear: There seems to be triple data in this
> folder.
>
> Can anyone else confirm this?
>
> Andi
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

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

[Arnd Baecker]

On Sat, 23 May 2009, Andi Clemens wrote:

> Hi,
>
> is it possible that our thumbnails are somehow not compatible with dolphin or
> gwenview?

Maybe this entry
  https://bugs.kde.org/show_bug.cgi?id=152877
is of relevance here?
(Or is this one already solved in svn?)

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

[Gilles Caulier-4]

2009/5/24 Arnd Baecker <[hidden email]>:

> On Sat, 23 May 2009, Andi Clemens wrote:
>
>> Hi,
>>
>> is it possible that our thumbnails are somehow not compatible with dolphin or
>> gwenview?
>
> Maybe this entry
>  https://bugs.kde.org/show_bug.cgi?id=152877
> is of relevance here?
> (Or is this one already solved in svn?)

I think it's not fixed yet... and i think it's the Andi problem...

I take a look to compare KDE thumb generator and digikam code...

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

[Gilles Caulier-4]

2009/5/24 Gilles Caulier <[hidden email]>:

> 2009/5/24 Arnd Baecker <[hidden email]>:
>> On Sat, 23 May 2009, Andi Clemens wrote:
>>
>>> Hi,
>>>
>>> is it possible that our thumbnails are somehow not compatible with dolphin or
>>> gwenview?
>>
>> Maybe this entry
>>  https://bugs.kde.org/show_bug.cgi?id=152877
>> is of relevance here?
>> (Or is this one already solved in svn?)
>
> I think it's not fixed yet... and i think it's the Andi problem...
>
> I take a look to compare KDE thumb generator and digikam code...
>
> Gilles
>

Arnd,

Look code here :
http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp#247

uri is a QString. There is no latin conversion to record Uri in text
png chunk. so no problem from digiKam code here.

BUT, ztxt png text chunk only support latin code from PNG library.

http://www.libpng.org/pub/png/spec/iso/index-object.html#11tEXt

ONLY itxt png text chunk oly support UTF-8 char encoding, and the
method to create itxt png chunk is disable until libpng 1.4.0...

http://www.libpng.org/pub/png/spec/iso/index-object.html#11iTXt

The question is : how Qt4::Qimage do to record QString in png text chuck ?

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

[Gilles Caulier-4]

2009/5/24 Gilles Caulier <[hidden email]>:

> 2009/5/24 Gilles Caulier <[hidden email]>:
>> 2009/5/24 Arnd Baecker <[hidden email]>:
>>> On Sat, 23 May 2009, Andi Clemens wrote:
>>>
>>>> Hi,
>>>>
>>>> is it possible that our thumbnails are somehow not compatible with dolphin or
>>>> gwenview?
>>>
>>> Maybe this entry
>>>  https://bugs.kde.org/show_bug.cgi?id=152877
>>> is of relevance here?
>>> (Or is this one already solved in svn?)
>>
>> I think it's not fixed yet... and i think it's the Andi problem...
>>
>> I take a look to compare KDE thumb generator and digikam code...
>>
>> Gilles
>>
>
> Arnd,
>
> Look code here :
> http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp#247
>
> uri is a QString. There is no latin conversion to record Uri in text
> png chunk. so no problem from digiKam code here.
>
> BUT, ztxt png text chunk only support latin code from PNG library.
>
> http://www.libpng.org/pub/png/spec/iso/index-object.html#11tEXt
>
> ONLY itxt png text chunk oly support UTF-8 char encoding, and the
> method to create itxt png chunk is disable until libpng 1.4.0...
>
> http://www.libpng.org/pub/png/spec/iso/index-object.html#11iTXt
>
> The question is : how Qt4::Qimage do to record QString in png text chuck ?

It sound like Qt record info as byte array into zTxt chunk. And it's work.

Andi, my commit #972293 must fix your problem, at least between
gwenview and digiKam. Uri is the same now.
For dolphin, no idea. I can't find right code from
kdebase::kio-thumbnail loader.

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

Ok will check this later. Right now I can see that all thumbs seem to be
generated again, maybe because of a different URI.
I will remove my .thumbnails folder this evening, display one folder in
gwenview and then in digiKam.
It should be quite fast in digiKam then...

Andi

On Sunday 24 May 2009 16:08:51 Gilles Caulier wrote:

> 2009/5/24 Gilles Caulier <[hidden email]>:
> > 2009/5/24 Gilles Caulier <[hidden email]>:
> >> 2009/5/24 Arnd Baecker <[hidden email]>:
> >>> On Sat, 23 May 2009, Andi Clemens wrote:
> >>>> Hi,
> >>>>
> >>>> is it possible that our thumbnails are somehow not compatible with
> >>>> dolphin or gwenview?
> >>>
> >>> Maybe this entry
> >>>  https://bugs.kde.org/show_bug.cgi?id=152877
> >>> is of relevance here?
> >>> (Or is this one already solved in svn?)
> >>
> >> I think it's not fixed yet... and i think it's the Andi problem...
> >>
> >> I take a look to compare KDE thumb generator and digikam code...
> >>
> >> Gilles
> >
> > Arnd,
> >
> > Look code here :
> > http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/t
> >humbnailcreator.cpp#247
> >
> > uri is a QString. There is no latin conversion to record Uri in text
> > png chunk. so no problem from digiKam code here.
> >
> > BUT, ztxt png text chunk only support latin code from PNG library.
> >
> > http://www.libpng.org/pub/png/spec/iso/index-object.html#11tEXt
> >
> > ONLY itxt png text chunk oly support UTF-8 char encoding, and the
> > method to create itxt png chunk is disable until libpng 1.4.0...
> >
> > http://www.libpng.org/pub/png/spec/iso/index-object.html#11iTXt
> >
> > The question is : how Qt4::Qimage do to record QString in png text chuck
> > ?
>
> It sound like Qt record info as byte array into zTxt chunk. And it's work.
>
> Andi, my commit #972293 must fix your problem, at least between
> gwenview and digiKam. Uri is the same now.
> For dolphin, no idea. I can't find right code from
> kdebase::kio-thumbnail loader.
>
> Gilles Caulier
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

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

Hmm weird.
I removed my .thumbnails folder.

Then I did this:

1. open gwenview, go into some folder, generate thumbs
2. open digiKam, go into same folder, thumbs are regenerated
3. go into gwenview again, thumbs are regenerated!!!
4. close gwenview, open it again, thumbs are there
5. open digiKam, go into same folder, thumbs are regenerated
6. go into gwenview again, thumbs are regenerated!!!

This is weird. Now both application steal each other their thumbs?
:D

This is a strange behaviour. Need to check if folder size is increasing...

Andi

On Sunday 24 May 2009 20:06:37 Andi Clemens wrote:

> Ok will check this later. Right now I can see that all thumbs seem to be
> generated again, maybe because of a different URI.
> I will remove my .thumbnails folder this evening, display one folder in
> gwenview and then in digiKam.
> It should be quite fast in digiKam then...
>
> Andi
>
> On Sunday 24 May 2009 16:08:51 Gilles Caulier wrote:
> > 2009/5/24 Gilles Caulier <[hidden email]>:
> > > 2009/5/24 Gilles Caulier <[hidden email]>:
> > >> 2009/5/24 Arnd Baecker <[hidden email]>:
> > >>> On Sat, 23 May 2009, Andi Clemens wrote:
> > >>>> Hi,
> > >>>>
> > >>>> is it possible that our thumbnails are somehow not compatible with
> > >>>> dolphin or gwenview?
> > >>>
> > >>> Maybe this entry
> > >>>  https://bugs.kde.org/show_bug.cgi?id=152877
> > >>> is of relevance here?
> > >>> (Or is this one already solved in svn?)
> > >>
> > >> I think it's not fixed yet... and i think it's the Andi problem...
> > >>
> > >> I take a look to compare KDE thumb generator and digikam code...
> > >>
> > >> Gilles
> > >
> > > Arnd,
> > >
> > > Look code here :
> > > http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio
> > >/t humbnailcreator.cpp#247
> > >
> > > uri is a QString. There is no latin conversion to record Uri in text
> > > png chunk. so no problem from digiKam code here.
> > >
> > > BUT, ztxt png text chunk only support latin code from PNG library.
> > >
> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11tEXt
> > >
> > > ONLY itxt png text chunk oly support UTF-8 char encoding, and the
> > > method to create itxt png chunk is disable until libpng 1.4.0...
> > >
> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11iTXt
> > >
> > > The question is : how Qt4::Qimage do to record QString in png text
> > > chuck ?
> >
> > It sound like Qt record info as byte array into zTxt chunk. And it's
> > work.
> >
> > Andi, my commit #972293 must fix your problem, at least between
> > gwenview and digiKam. Uri is the same now.
> > For dolphin, no idea. I can't find right code from
> > kdebase::kio-thumbnail loader.
> >
> > Gilles Caulier
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

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

[Gilles Caulier-4]

Andi,

Duing some rules in digiKam thumbs generator, only Gwenview can use
digiKam thumbs, not the inverse.

Gilles

2009/5/24 Andi Clemens <[hidden email]>:

> Hmm weird.
> I removed my .thumbnails folder.
>
> Then I did this:
>
> 1. open gwenview, go into some folder, generate thumbs
> 2. open digiKam, go into same folder, thumbs are regenerated
> 3. go into gwenview again, thumbs are regenerated!!!
> 4. close gwenview, open it again, thumbs are there
> 5. open digiKam, go into same folder, thumbs are regenerated
> 6. go into gwenview again, thumbs are regenerated!!!
>
> This is weird. Now both application steal each other their thumbs?
> :D
>
> This is a strange behaviour. Need to check if folder size is increasing...
>
> Andi
>
> On Sunday 24 May 2009 20:06:37 Andi Clemens wrote:
>> Ok will check this later. Right now I can see that all thumbs seem to be
>> generated again, maybe because of a different URI.
>> I will remove my .thumbnails folder this evening, display one folder in
>> gwenview and then in digiKam.
>> It should be quite fast in digiKam then...
>>
>> Andi
>>
>> On Sunday 24 May 2009 16:08:51 Gilles Caulier wrote:
>> > 2009/5/24 Gilles Caulier <[hidden email]>:
>> > > 2009/5/24 Gilles Caulier <[hidden email]>:
>> > >> 2009/5/24 Arnd Baecker <[hidden email]>:
>> > >>> On Sat, 23 May 2009, Andi Clemens wrote:
>> > >>>> Hi,
>> > >>>>
>> > >>>> is it possible that our thumbnails are somehow not compatible with
>> > >>>> dolphin or gwenview?
>> > >>>
>> > >>> Maybe this entry
>> > >>>  https://bugs.kde.org/show_bug.cgi?id=152877
>> > >>> is of relevance here?
>> > >>> (Or is this one already solved in svn?)
>> > >>
>> > >> I think it's not fixed yet... and i think it's the Andi problem...
>> > >>
>> > >> I take a look to compare KDE thumb generator and digikam code...
>> > >>
>> > >> Gilles
>> > >
>> > > Arnd,
>> > >
>> > > Look code here :
>> > > http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio
>> > >/t humbnailcreator.cpp#247
>> > >
>> > > uri is a QString. There is no latin conversion to record Uri in text
>> > > png chunk. so no problem from digiKam code here.
>> > >
>> > > BUT, ztxt png text chunk only support latin code from PNG library.
>> > >
>> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11tEXt
>> > >
>> > > ONLY itxt png text chunk oly support UTF-8 char encoding, and the
>> > > method to create itxt png chunk is disable until libpng 1.4.0...
>> > >
>> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11iTXt
>> > >
>> > > The question is : how Qt4::Qimage do to record QString in png text
>> > > chuck ?
>> >
>> > It sound like Qt record info as byte array into zTxt chunk. And it's
>> > work.
>> >
>> > Andi, my commit #972293 must fix your problem, at least between
>> > gwenview and digiKam. Uri is the same now.
>> > For dolphin, no idea. I can't find right code from
>> > kdebase::kio-thumbnail loader.
>> >
>> > Gilles Caulier
>> > _______________________________________________
>> > Digikam-devel mailing list
>> > [hidden email]
>> > https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

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

On Sunday 24 May 2009 11:52:13 Gilles Caulier wrote:
> Other, point is the size of thumbs : OpenDesktop spec said that normal
> and large thumbs must be generated (128x128, 256x256). If i'm not too
> wrong digiKam only generate 256x256. This can be the issue of your
> problem.

This explains much!

I did some tests and this is result:

https://bugs.kde.org/show_bug.cgi?id=193967

With simple patch loading of thumbnails is much, much faster. Of course it
comes with price - slightly lower quality of thumbs (but only on display,
generated thumbnails are of good quality).

It is done by simple change from SmoothTranformation to FastTransformation.

I understand that this trade off isn't good for everyone but digiKam
experience
becomes much smoother after removing of Smooth transformation ;)

Several possible solutions:
- use that patch as is and accept slightly lower quality (really visible only
with smallest thumbnails of 80px - and really, who could expect super quality
from those thumbs ;)
- make option in config dialog a) lower quality of thumbs, faster loading b)
high quality of thumbs, slower browsing of albums
- load thumbnails in two passes: first time with FastTransformation, second,
after eg. 2-3 seconds of inactivity with Smooth transformation
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles,

I checked this right again:

1. I removed the .thumbnails folder
2. I open a folder in digiKam and let it generate the thumbs
3. I close digiKam
4. I start digiKam again
5. thumbs are read immediately
6. closing digiKam again
7. Open gwenview
8. display the folder I watched in digiKam before
9. thumbs are generated
10. close gwenview
11. open digiKam
12. THUMBS ARE RE-GENERATED!!

Somehow the thumbnails seems to get invalid after shown in gwenview.
I can confirm this every time.

Andi

On Sunday 24 May 2009 21:48:15 Gilles Caulier wrote:

> Andi,
>
> Duing some rules in digiKam thumbs generator, only Gwenview can use
> digiKam thumbs, not the inverse.
>
> Gilles
>
> 2009/5/24 Andi Clemens <[hidden email]>:
> > Hmm weird.
> > I removed my .thumbnails folder.
> >
> > Then I did this:
> >
> > 1. open gwenview, go into some folder, generate thumbs
> > 2. open digiKam, go into same folder, thumbs are regenerated
> > 3. go into gwenview again, thumbs are regenerated!!!
> > 4. close gwenview, open it again, thumbs are there
> > 5. open digiKam, go into same folder, thumbs are regenerated
> > 6. go into gwenview again, thumbs are regenerated!!!
> >
> > This is weird. Now both application steal each other their thumbs?
> >
> > :D
> >
> > This is a strange behaviour. Need to check if folder size is
> > increasing...
> >
> > Andi
> >
> > On Sunday 24 May 2009 20:06:37 Andi Clemens wrote:
> >> Ok will check this later. Right now I can see that all thumbs seem to be
> >> generated again, maybe because of a different URI.
> >> I will remove my .thumbnails folder this evening, display one folder in
> >> gwenview and then in digiKam.
> >> It should be quite fast in digiKam then...
> >>
> >> Andi
> >>
> >> On Sunday 24 May 2009 16:08:51 Gilles Caulier wrote:
> >> > 2009/5/24 Gilles Caulier <[hidden email]>:
> >> > > 2009/5/24 Gilles Caulier <[hidden email]>:
> >> > >> 2009/5/24 Arnd Baecker <[hidden email]>:
> >> > >>> On Sat, 23 May 2009, Andi Clemens wrote:
> >> > >>>> Hi,
> >> > >>>>
> >> > >>>> is it possible that our thumbnails are somehow not compatible
> >> > >>>> with dolphin or gwenview?
> >> > >>>
> >> > >>> Maybe this entry
> >> > >>>  https://bugs.kde.org/show_bug.cgi?id=152877
> >> > >>> is of relevance here?
> >> > >>> (Or is this one already solved in svn?)
> >> > >>
> >> > >> I think it's not fixed yet... and i think it's the Andi problem...
> >> > >>
> >> > >> I take a look to compare KDE thumb generator and digikam code...
> >> > >>
> >> > >> Gilles
> >> > >
> >> > > Arnd,
> >> > >
> >> > > Look code here :
> >> > > http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimag
> >> > >eio /t humbnailcreator.cpp#247
> >> > >
> >> > > uri is a QString. There is no latin conversion to record Uri in text
> >> > > png chunk. so no problem from digiKam code here.
> >> > >
> >> > > BUT, ztxt png text chunk only support latin code from PNG library.
> >> > >
> >> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11tEXt
> >> > >
> >> > > ONLY itxt png text chunk oly support UTF-8 char encoding, and the
> >> > > method to create itxt png chunk is disable until libpng 1.4.0...
> >> > >
> >> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11iTXt
> >> > >
> >> > > The question is : how Qt4::Qimage do to record QString in png text
> >> > > chuck ?
> >> >
> >> > It sound like Qt record info as byte array into zTxt chunk. And it's
> >> > work.
> >> >
> >> > Andi, my commit #972293 must fix your problem, at least between
> >> > gwenview and digiKam. Uri is the same now.
> >> > For dolphin, no idea. I can't find right code from
> >> > kdebase::kio-thumbnail loader.
> >> >
> >> > Gilles Caulier
> >> > _______________________________________________
> >> > Digikam-devel mailing list
> >> > [hidden email]
> >> > https://mail.kde.org/mailman/listinfo/digikam-devel
> >>
> >> _______________________________________________
> >> Digikam-devel mailing list
> >> [hidden email]
> >> https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

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

[Gilles Caulier-4]

2009/5/26 Andi Clemens <[hidden email]>:

> Gilles,
>
> I checked this right again:
>
> 1. I removed the .thumbnails folder
> 2. I open a folder in digiKam and let it generate the thumbs
> 3. I close digiKam
> 4. I start digiKam again
> 5. thumbs are read immediately
> 6. closing digiKam again
> 7. Open gwenview
> 8. display the folder I watched in digiKam before
> 9. thumbs are generated
> 10. close gwenview
> 11. open digiKam
> 12. THUMBS ARE RE-GENERATED!!

ok, but if i'm not too wrong digiKam only make large thumbs in
.thumbnails. Gwenview overight this files or normal size files ?

Gilles

>
> Somehow the thumbnails seems to get invalid after shown in gwenview.
> I can confirm this every time.
>
> Andi
>
> On Sunday 24 May 2009 21:48:15 Gilles Caulier wrote:
>> Andi,
>>
>> Duing some rules in digiKam thumbs generator, only Gwenview can use
>> digiKam thumbs, not the inverse.
>>
>> Gilles
>>
>> 2009/5/24 Andi Clemens <[hidden email]>:
>> > Hmm weird.
>> > I removed my .thumbnails folder.
>> >
>> > Then I did this:
>> >
>> > 1. open gwenview, go into some folder, generate thumbs
>> > 2. open digiKam, go into same folder, thumbs are regenerated
>> > 3. go into gwenview again, thumbs are regenerated!!!
>> > 4. close gwenview, open it again, thumbs are there
>> > 5. open digiKam, go into same folder, thumbs are regenerated
>> > 6. go into gwenview again, thumbs are regenerated!!!
>> >
>> > This is weird. Now both application steal each other their thumbs?
>> >
>> > :D
>> >
>> > This is a strange behaviour. Need to check if folder size is
>> > increasing...
>> >
>> > Andi
>> >
>> > On Sunday 24 May 2009 20:06:37 Andi Clemens wrote:
>> >> Ok will check this later. Right now I can see that all thumbs seem to be
>> >> generated again, maybe because of a different URI.
>> >> I will remove my .thumbnails folder this evening, display one folder in
>> >> gwenview and then in digiKam.
>> >> It should be quite fast in digiKam then...
>> >>
>> >> Andi
>> >>
>> >> On Sunday 24 May 2009 16:08:51 Gilles Caulier wrote:
>> >> > 2009/5/24 Gilles Caulier <[hidden email]>:
>> >> > > 2009/5/24 Gilles Caulier <[hidden email]>:
>> >> > >> 2009/5/24 Arnd Baecker <[hidden email]>:
>> >> > >>> On Sat, 23 May 2009, Andi Clemens wrote:
>> >> > >>>> Hi,
>> >> > >>>>
>> >> > >>>> is it possible that our thumbnails are somehow not compatible
>> >> > >>>> with dolphin or gwenview?
>> >> > >>>
>> >> > >>> Maybe this entry
>> >> > >>>  https://bugs.kde.org/show_bug.cgi?id=152877
>> >> > >>> is of relevance here?
>> >> > >>> (Or is this one already solved in svn?)
>> >> > >>
>> >> > >> I think it's not fixed yet... and i think it's the Andi problem...
>> >> > >>
>> >> > >> I take a look to compare KDE thumb generator and digikam code...
>> >> > >>
>> >> > >> Gilles
>> >> > >
>> >> > > Arnd,
>> >> > >
>> >> > > Look code here :
>> >> > > http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimag
>> >> > >eio /t humbnailcreator.cpp#247
>> >> > >
>> >> > > uri is a QString. There is no latin conversion to record Uri in text
>> >> > > png chunk. so no problem from digiKam code here.
>> >> > >
>> >> > > BUT, ztxt png text chunk only support latin code from PNG library.
>> >> > >
>> >> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11tEXt
>> >> > >
>> >> > > ONLY itxt png text chunk oly support UTF-8 char encoding, and the
>> >> > > method to create itxt png chunk is disable until libpng 1.4.0...
>> >> > >
>> >> > > http://www.libpng.org/pub/png/spec/iso/index-object.html#11iTXt
>> >> > >
>> >> > > The question is : how Qt4::Qimage do to record QString in png text
>> >> > > chuck ?
>> >> >
>> >> > It sound like Qt record info as byte array into zTxt chunk. And it's
>> >> > work.
>> >> >
>> >> > Andi, my commit #972293 must fix your problem, at least between
>> >> > gwenview and digiKam. Uri is the same now.
>> >> > For dolphin, no idea. I can't find right code from
>> >> > kdebase::kio-thumbnail loader.
>> >> >
>> >> > Gilles Caulier
>> >> > _______________________________________________
>> >> > Digikam-devel mailing list
>> >> > [hidden email]
>> >> > https://mail.kde.org/mailman/listinfo/digikam-devel
>> >>
>> >> _______________________________________________
>> >> Digikam-devel mailing list
>> >> [hidden email]
>> >> https://mail.kde.org/mailman/listinfo/digikam-devel
>> >
>> > _______________________________________________
>> > Digikam-devel mailing list
>> > [hidden email]
>> > https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

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