Status of face detection

[Marcel Wiesweg]

>  No. No people unknown.  No thumbnails.
> Could this be a database issue from 1.6 -> 2.0? Saw a few db table not
> found or sim...

Any special setup, MySQL? What are these error message? The upgrade is fully
backwards compatible and only adds tables.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Jasper]

>>  No. No people unknown.  No thumbnails.
>> Could this be a database issue from 1.6 -> 2.0? Saw a few db table not
>> found or sim...

>Any special setup, MySQL? What are these error message? The upgrade is fully
>backwards compatible and only adds tables.

 OK. my original config is with mysql.
  It may be complicated by me already having a tag hierarchy with People in the root

 I tried with a new config (flatfile db etc), and things are a little different:
 I can see unknown people in mytags
 The progress bar flickers, and goes 1/4 deflection for each image.
 Faces are found (according to debug info).
 The database updated popup appears  sometimes, or it gets stuck on the last image (more often)
 No entries/change to unknown people.

behaviour returns to 'normal' upon return to old config (i.e progress bar etc works, and no unknown people in mytags)

[Gert Kello]

I finally got it working. Used emerge to build the whole KDE, had some
troubles...

For me it seems like the error was caused from mixing SJLJ unwinding
and DW2 unwinding libraries. I think that emerge (or whatever) uses
DW2, and I had to disable one (prebuilt AFAIK) component in OpenCV
that was using SJLJ one as linking failed. And that
"check_exception_spec" suggests the same origin.

Gert

On 29 October 2010 12:44, Marcel Wiesweg <[hidden email]> wrote:

>
>
> 0x0cfce20a in void cv::cvt_<float, double>(cv::Mat const&, cv::Mat&) () from
> C:\KDE\bin\libcxcore210.dll
>
> Thread 29 (Thread 1128.0x14c):
> #0  0x0cfce20a in void cv::cvt_<float, double>(cv::Mat const&, cv::Mat&) ()
> from C:\KDE\bin\libcxcore210.dll
> #1  0x0cef157c in check_exception_spec(lsda_header_info*, std::type_info
> const*, void*, long) () from C:\KDE\bin\libcxcore210.dll
>
> From this info, seems to be a crash in OpenCV. The backtrace is this short,
> which means it is somehow incomplete, and I dont know what
> check_exception_spec is, I dont find it in the OpenCV source code.
> Something Windows specific?

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

[Gert Kello]

I must correct myself once again... after several days of frustration
trying do compile the whole bunch which different compilers seems like
the problem was indeed a bug in OpenCV...

1. SJLJ is correct compiler for the KDE installed as per tutorial at
http://www.digikam.org/drupal/node/525
2. The OpenCV SSE support seems to be buggy, as per
http://code.google.com/p/pyopencv/wiki/Installation_OpenCV
  I modified my CMakeLists.txt lines 248-249, from
        set(ENABLE_SSE ON CACHE BOOL "Enable SSE for GCC")
        set(ENABLE_SSE2 ON CACHE BOOL "Enable SSE2 for GCC")
to
        set(ENABLE_SSE OFF CACHE BOOL "Enable SSE for GCC")
        set(ENABLE_SSE2 OFF CACHE BOOL "Enable SSE2 for GCC")

Would be nice if it is mentioned somewhere..

Gert

On 2 November 2010 22:24, Gert Kello <[hidden email]> wrote:

> I finally got it working. Used emerge to build the whole KDE, had some
> troubles...
>
> For me it seems like the error was caused from mixing SJLJ unwinding
> and DW2 unwinding libraries. I think that emerge (or whatever) uses
> DW2, and I had to disable one (prebuilt AFAIK) component in OpenCV
> that was using SJLJ one as linking failed. And that
> "check_exception_spec" suggests the same origin.
>
> Gert
>
> On 29 October 2010 12:44, Marcel Wiesweg <[hidden email]> wrote:
>>
>>
>> 0x0cfce20a in void cv::cvt_<float, double>(cv::Mat const&, cv::Mat&) () from
>> C:\KDE\bin\libcxcore210.dll
>>
>> Thread 29 (Thread 1128.0x14c):
>> #0  0x0cfce20a in void cv::cvt_<float, double>(cv::Mat const&, cv::Mat&) ()
>> from C:\KDE\bin\libcxcore210.dll
>> #1  0x0cef157c in check_exception_spec(lsda_header_info*, std::type_info
>> const*, void*, long) () from C:\KDE\bin\libcxcore210.dll
>>
>> From this info, seems to be a crash in OpenCV. The backtrace is this short,
>> which means it is somehow incomplete, and I dont know what
>> check_exception_spec is, I dont find it in the OpenCV source code.
>> Something Windows specific?
>

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

[Marcel Wiesweg]

> I must correct myself once again... after several days of frustration
> trying do compile the whole bunch which different compilers seems like
> the problem was indeed a bug in OpenCV...
>
> 1. SJLJ is correct compiler for the KDE installed as per tutorial at
> http://www.digikam.org/drupal/node/525
> 2. The OpenCV SSE support seems to be buggy, as per
> http://code.google.com/p/pyopencv/wiki/Installation_OpenCV
>   I modified my CMakeLists.txt lines 248-249, from
>         set(ENABLE_SSE ON CACHE BOOL "Enable SSE for GCC")
>         set(ENABLE_SSE2 ON CACHE BOOL "Enable SSE2 for GCC")
> to
>         set(ENABLE_SSE OFF CACHE BOOL "Enable SSE for GCC")
>         set(ENABLE_SSE2 OFF CACHE BOOL "Enable SSE2 for GCC")
>
> Would be nice if it is mentioned somewhere..

Perhaps you report it as an OpenCV bug?
https://code.ros.org/trac/opencv/wiki

Gilles is busy polishing digikam for Windows, but I think he's using trunk
(1.5) at the moment.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

2010/11/10 Marcel Wiesweg <[hidden email]>:

>
>> I must correct myself once again... after several days of frustration
>> trying do compile the whole bunch which different compilers seems like
>> the problem was indeed a bug in OpenCV...
>>
>> 1. SJLJ is correct compiler for the KDE installed as per tutorial at
>> http://www.digikam.org/drupal/node/525
>> 2. The OpenCV SSE support seems to be buggy, as per
>> http://code.google.com/p/pyopencv/wiki/Installation_OpenCV
>>   I modified my CMakeLists.txt lines 248-249, from
>>         set(ENABLE_SSE ON CACHE BOOL "Enable SSE for GCC")
>>         set(ENABLE_SSE2 ON CACHE BOOL "Enable SSE2 for GCC")
>> to
>>         set(ENABLE_SSE OFF CACHE BOOL "Enable SSE for GCC")
>>         set(ENABLE_SSE2 OFF CACHE BOOL "Enable SSE2 for GCC")
>>
>> Would be nice if it is mentioned somewhere..
>
> Perhaps you report it as an OpenCV bug?
> https://code.ros.org/trac/opencv/wiki
>
> Gilles is busy polishing digikam for Windows, but I think he's using trunk
> (1.5) at the moment.

Yes, absolutely, i make a stand alone NSIS installer for windows. 90%
done. still some tunes and base registry adjustments to do by the
installer script.

http://www.flickr.com/photos/digikam/5162506984/
http://www.flickr.com/photos/digikam/5162534446/
http://www.flickr.com/photos/digikam/5162535484/
http://www.flickr.com/photos/digikam/5162534828/

On my KDE4 dir used to create archive, I also installed OpenCV 2.x,
compiled by hand using TDM-GCC. to goal is to be able to compile and
use red eyes removal kipi tool. Yes, i use trunk code, but i also
compiled in another dir a GoSC2010 version of digiKam + kipi-plugins.

I will include these changes in my local OpenCV source code, but
definitively, this patch must be included to OpenCV through a bug
report. It's very important...

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

> I will include these changes in my local OpenCV source code, but
> definitively, this patch must be included to OpenCV through a bug
> report. It's very important...

https://code.ros.org/trac/opencv/ticket/660

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

[Gert Kello]

> Is this also one of the last files of an album, and the UI is still
> responsive, even though the scan does not progress?
>
> I cannot reproduce this problem, but it would be typical to occur at the end
> of an album. Probably, the FacePipeline does not emit finished() when it
> should. See FacePipeline::FacePipelinePriv::checkFinished(), around line 688.
> Can you find out if either packagesOnTheRoad or infosForFiltering is not 0
> when locking?

Hi.

Back to the problem after a while.
Here is a debug output that leads to problem.. For me it seems like
scan start of second album fails. (But hey, my last guesses in this
list were not very good ones). The only photo in second album is
2010_10_10_IMG_3024.CR2 and I do not see that the exiv2 had started to
read it.

[4868] Debug:digikam(4868)/digikam (core)
Digikam::FaceScanDialog::doSaveState: "Face Detection Dialog"
[4868] Debug:digikam(4868)/digikam (core)
Digikam::BatchFaceDetector::startAlbumListing: Total is 0
[4868] Debug:digikam(4868)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: false false
[4868] Debug:digikam(4868)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: Album "Test1"
[4868] Debug:digikam(4868) KUrl::path:  "/"
[4868] Debug:digikam(4868) KUrl::path:  "/Test1/"
[4876] Debug:kio_digikamalbums(4876) KUrl::path:  "/Test1/"
[4876] Debug:kio_digikamalbums(4876)/digikam (kio-slave)
kio_digikamalbums::special: kio_digikamalbums::special
KUrl("digikamalbums:/Test1/?albumRoot=C:/Temp/Testing&albumRootId=3&databaseType=QSQLITE&databaseName=C:/@FotoWorkFolder@/digikam4.db&connectOptions=&hostName=&userName=&password=")
[4876] Debug:kio_digikamalbums(4876) KUrl::path:  "/Test1/"
[4868] Debug:digikam(4868)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: false true
[4868] Debug:digikam(4868)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 3 )
:  Directory (Last IFD item) with 37838 entries considered invalid;
not read.
[4868] Debug:digikam(4868)/KDCRAW
KDcrawIface::KDcraw::loadHalfPreview: Try to use reduced RAW picture
extraction
[4868] Debug:digikam(4868)/KDCRAW
KDcrawIface::KDcraw::loadHalfPreview: Using reduced RAW picture
extraction
[4868] Debug:digikam(4868)/KEXIV2
KExiv2Iface::KExiv2::KExiv2Priv::printExiv2MessageHandler: Exiv2 ( 3 )
:  Directory (Last IFD item) with 37838 entries considered invalid;
not read.
[4868] Debug:digikam(4868)/digikam (core)
Digikam::DetectionWorker::process: Found 0 faces in
"2010_10_10_IMG_3023.CR2" QSize(1737, 1157) QSize(3456, 2304)
[4868] Debug:digikam(4868)/digikam (core)
Digikam::DatabaseWriter::process: Removing old entries ()
[4868] Debug:digikam(4868)/digikam (core)
Digikam::FacePipeline::FacePipelinePriv::checkFinished: Check for
finish:  0 packages, 0 infos to filter, hasFinished() true
[4868] Debug:digikam(4868)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: false false
[4868] Debug:digikam(4868)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: Album "Test2"
[4868] Debug:digikam(4868) KUrl::path:  "/"
[4868] Debug:digikam(4868) KUrl::path:  "/Test2/"
[4876] Debug:kio_digikamalbums(4876) KUrl::path:  "/Test2/"
[4876] Debug:kio_digikamalbums(4876)/digikam (kio-slave)
kio_digikamalbums::special: kio_digikamalbums::special
KUrl("digikamalbums:/Test2/?albumRoot=C:/Temp/Testing&albumRootId=3&databaseType=QSQLITE&databaseName=C:/@FotoWorkFolder@/digikam4.db&connectOptions=&hostName=&userName=&password=")
[4876] Debug:kio_digikamalbums(4876) KUrl::path:  "/Test2/"
[4868] Debug:digikam(4868)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: false true

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

[Marcel Wiesweg]

> Hi.
>
> Back to the problem after a while.

Sorry, I'm getting diverted in several directions atm

> Digikam::BatchFaceDetector::continueAlbumListing: false false
> [4868] Debug:digikam(4868)/digikam (core)
> Digikam::BatchFaceDetector::continueAlbumListing: Album "Test2"
> [4868] Debug:digikam(4868) KUrl::path:  "/"
> [4868] Debug:digikam(4868) KUrl::path:  "/Test2/"
> [4876] Debug:kio_digikamalbums(4876) KUrl::path:  "/Test2/"
> Digikam::BatchFaceDetector::continueAlbumListing: false true

continueAlbumListing is called when either the pipeline of the listing
finished. "false true" tells us that the listing is no longer running (its
finish signal called continueAlbumListing) but the pipeline is not finished.

I still can't reproduce that, tried with a directory containing only one
picture this time.

In current SVN, you'll find some more debug statement to check if this one
image survives the filter and reaches the preview loader.

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

[Marcel Wiesweg]

Hi,

when testing with a new database, I could now finally reproduce the problem.
Please test, it's hopefully fixed in SVN.

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

> when testing with a new database, I could now finally reproduce the problem.
> Please test, it's hopefully fixed in SVN.
>

I would love to, but unfortunately it does not compile for me... Or is
it from someone else, should I make a new thread for it?

Linking CXX shared library ..\bin\libdigikamlib.dll
Creating library file: ..\bin\libdigikamlib.dll.a
c:/mingw32/bin/../lib/gcc/mingw32/4.5.1/../../../../mingw32/bin/ld.exe:
CMakeFiles\digikamcore.dir/objects.a(greycstorationfilter.obj):
warning: duplicate section
`.data$_ZZN12cimg_library4CImgIhE9logo40x38EvE3res[cimg_library::CImg<unsigned
char>::logo40x38()::res]' has different size

CMakeFiles\digikamcore.dir/objects.a(dimgfiltermanager.obj):dimgfiltermanager.cpp:(.text$_ZN7Digikam24BasicDImgFilterGeneratorINS_13LensFunFilterEE12createFilterERK7QStringi[Digikam::BasicDImgFilterGenerator<Digikam::LensFunFilter>::createFilter(QString
const&, int)]+0x115): undefined reference to
`Digikam::LensFunFilter::LensFunFilter(QObject*)'
CMakeFiles\digikamcore.dir/objects.a(dimgfiltermanager.obj):dimgfiltermanager.cpp:(.text$_ZN7Digikam24BasicDImgFilterGeneratorINS_18ContentAwareFilterEE12createFilterERK7QStringi[Digikam::BasicDImgFilterGenerator<Digikam::ContentAwareFilter>::createFilter(QString
const&, int)]+0x115): undefined reference to
`Digikam::ContentAwareFilter::ContentAwareFilter(QObject*)'
collect2: ld returned 1 exit status
make[2]: *** [bin/libdigikamlib.dll] Error 1
make[1]: *** [digikam/CMakeFiles/digikamcore.dir/all] Error 2
make: *** [all] Error 2
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

>  I tried with a new config (flatfile db etc), and things are a little
> different:
>  I can see unknown people in mytags
>  The progress bar flickers, and goes 1/4 deflection for each image.
>  Faces are found (according to debug info).
>  The database updated popup appears  sometimes, or it gets stuck on the
> last image (more often)
>  No entries/change to unknown people.

I have created a new db for a sample directory and there were indeed some
issues which showed up only during the first start with an empty database.
All is fixed in SVN now, I have successfully scanned for faces in this setup.

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

[Marcel Wiesweg]

> I would love to, but unfortunately it does not compile for me... Or is
> it from someone else, should I make a new thread for it?

I suggest a complete rebuild, unless you already did.
Remove the build directory, cmake again, make again.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Done it once already.. Now tried again, same result.

maybe I should clean up some header files from install dir or
something? Unfortunately uninstall does not work anymore.

Removed the /include/digikam folder, still same result.

Gert

On 15 November 2010 15:39, Marcel Wiesweg <[hidden email]> wrote:

>
>
>> I would love to, but unfortunately it does not compile for me... Or is
>> it from someone else, should I make a new thread for it?
>
> I suggest a complete rebuild, unless you already did.
> Remove the build directory, cmake again, make again.
> _______________________________________________
> 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

[Marcel Wiesweg]

> Done it once already.. Now tried again, same result.
>
> maybe I should clean up some header files from install dir or
> something? Unfortunately uninstall does not work anymore.
>
> Removed the /include/digikam folder, still same result.

Hm, I dont know.
These symbols definitely exist in the code, but they were added recently. And
under Linux, I tried the complete clear + rebuild everything just now and it
compiles.
This suggests me either a Windows-specific problem - but why should it? - so
more probable, some old binary files somewhere.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[S. Burmeister]

Am Montag, 15. November 2010, 12:35:57 schrieb Marcel Wiesweg:
> when testing with a new database, I could now finally reproduce the
> problem. Please test, it's hopefully fixed in SVN.

With Rev: 1197310 (digikam) and Rev: 1196626 (libkface) the issue is fixed in
a way, i.e. digikam notifies that the face detection was finished and a
"close" button is enabled. Yet if scanning only one folder the picture of
another folder is shown in the scanning window and the progress bar still
moves from left to right, which is kind of irritating.

Does anyone else have the issue that manually adding faces via the icon in the
preview (head and a green plus) does not work and neither does clicking on the
tag of a face in the preview give any possibility to change the tag?

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

Hi.

> These symbols definitely exist in the code, but they were added recently. And
> under Linux, I tried the complete clear + rebuild everything just now and it
> compiles.
> This suggests me either a Windows-specific problem - but why should it? - so
> more probable, some old binary files somewhere.

Tried to search & clean up as much as possible, then rebuild all I
have been building... Still same result.

Might it be some too old qt or kde? KDE is 4.4.1 and qt is 4.6.2.

I tried to compile digikam with the emerged KDE 4.5 (qt 4.7) and it
worked fine. Still I have some issues with that one, so I would prefer
to continue using the one I got with installer.

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

[Marcel Wiesweg]

> With Rev: 1197310 (digikam) and Rev: 1196626 (libkface) the issue is fixed
> in a way, i.e. digikam notifies that the face detection was finished and a
> "close" button is enabled. Yet if scanning only one folder the picture of
> another folder is shown in the scanning window and the progress bar still
> moves from left to right, which is kind of irritating.

But the process is finished, that is no CPU? Does it finally reach the end?
Did you scan a tag or an album?

>
> Does anyone else have the issue that manually adding faces via the icon in
> the preview (head and a green plus) does not work

Ah no this is not implemented right now.

> and neither does
> clicking on the tag of a face in the preview give any possibility to
> change the tag?

This is how it's supposed to look when hovering over the area or toggling the
"Show Face Tags" (head without +)

http://img264.imageshack.us/my.php?image=plasmadesktopp28216.png

(yes this is a face ;-) )
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

Ok, please try again.

The ContentAware and lensfun filter are only compiled if GLib is available,
obviously not for you. So the symbols are not available, but the headers were.
Fixed in SVN.

The second problem is a static variable declared in a header file included
multiple times. I have removed the "static", that should work just as well.
Dont know why this fails. Please check if you get any more errors in CImg.h.

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

[S. Burmeister]

Am Dienstag, 16. November 2010, 10:01:19 schrieb Marcel Wiesweg:
> > With Rev: 1197310 (digikam) and Rev: 1196626 (libkface) the issue is
> > fixed in a way, i.e. digikam notifies that the face detection was
> > finished and a "close" button is enabled. Yet if scanning only one
> > folder the picture of another folder is shown in the scanning window and
> > the progress bar still moves from left to right, which is kind of
> > irritating.
>
> But the process is finished, that is no CPU? Does it finally reach the end?
> Did you scan a tag or an album?

I scanned an album and it does reach the end, yet it does not close the pop-up
window with the scanning progress and neither does it stop the progress bar
from moving left to right and back.

> > Does anyone else have the issue that manually adding faces via the icon
> > in the preview (head and a green plus) does not work
>
> Ah no this is not implemented right now.

But it was, was it not? I saw some red quadrangle some weeks ago.

> > and neither does
> > clicking on the tag of a face in the preview give any possibility to
> > change the tag?
>
> This is how it's supposed to look when hovering over the area or toggling
> the "Show Face Tags" (head without +)
>
> http://img264.imageshack.us/my.php?image=plasmadesktopp28216.png

But what if you already assigned a name to that face? Then close the picture
and click on it again. After that there is no "Who is this" dialogue but only
the tag shown. And clicking on that tag does not allow to change or remove it.

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