preparing 6.0.0 code...

[Maik Qualmann]

Compile error:

*/home/maik/Devel/digikam-software-compilation/core/libs/facesengine/recognition-
opencv-eigenfaces/facerec_eigenborrowed.cpp:* In static member function ‘*static cv::P*
’: 
*/home/maik/Devel/digikam-software-compilation/core/libs/facesengine/recognition-
opencv-eigenfaces/facerec_eigenborrowed.cpp:216:70:* *error: *invalid new-expression 
of
*Digikam::EigenFaceRecognizer*’ 
*)*; 
*^*


Am Samstag, 6. Januar 2018, 17:53:30 CET schrieb Gilles Caulier:
> The main integration and improvements of new face recognition algorithms in
> 6.0.0 branch is now complete and ready to use.
> 
> The default algorithm is DNN (deep neural network => deep learning => IA).
> 
> In face scan dialog, in advanced tab, we have a new option where
> recognition algorithm can be selected.
> 
> - lpbh : older one present on 5.x based on OpenCV (
> https://docs.opencv.org/2.4/modules/contrib/doc/facerec/facerec_tutorial.htm
> l#local-binary-patterns-histograms )
> - fisherfaces : OpenCV based (
> https://docs.opencv.org/2.4/modules/contrib/doc/facerec/facerec_tutorial.htm
> l#fisherfaces )
> - eigenfaces : OpenCV based (
> https://docs.opencv.org/2.4/modules/contrib/doc/facerec/facerec_tutorial.htm
> l#eigenfaces )
> - dnn : dlib based (
> http://blog.dlib.net/2017/02/high-quality-face-recognition-with-deep.html)
> 
> I'm not yet satisfied by DNN. I'm not started to compare the algorithm with
> a clean database. In all cases, we must detect all faces, not tagged. After
> that, we need to train the faces with names, else the recognition will not
> work. As i know, at least with lpbh algorithm, we need at least 6 images
> tagged with same name to see a recognition result while scanning. To have a
> clean compare result, for each algorithm to use, we need a clear database.
> 
> The student working on this project while summer 2017 report to me that in
> all cases the best algorithms are :
> 
> 1 DNN.
> 2 eigenfaces.
> 3 fisherfaces.
> 4 lpbh.
> 
> The goal is to use the best one at end.
> 
> Gilles Caulier
> 
> 2018-01-04 13:18 GMT+01:00 Gilles Caulier <caulier.gilles at gmail.com>:
> > The 6.0.0 git branch is created in remote :
> > 
> > [gilles at localhost digikam.master]$ git branch -a
> > * master
> > 
> >   remotes/origin/HEAD -> origin/master
> >   remotes/origin/development/0.10
> >   remotes/origin/development/0.8
> >   remotes/origin/development/0.8.x
> >   remotes/origin/development/0.9.x
> >   remotes/origin/development/1.2
> >   remotes/origin/development/1.3
> >   remotes/origin/development/3.0.0
> >   remotes/origin/development/6.0.0           <
> > 
> > =============================
> > 
> >   remotes/origin/development/balooport
> >   remotes/origin/development/bug309058
> >   remotes/origin/development/cmakecleanup
> >   remotes/origin/development/externaltools
> >   remotes/origin/development/frameworks
> >   remotes/origin/development/garbagecollection
> >   remotes/origin/development/hupnp
> >   remotes/origin/development/imagemetadatacache
> >   remotes/origin/development/kde3
> >   remotes/origin/development/photolayoutseditor
> >   remotes/origin/development/sql2.0
> >   remotes/origin/development/usbimport
> >   remotes/origin/gsoc11-clone
> >   remotes/origin/gsoc11-presentation
> >   remotes/origin/gsoc13-editorcanvas
> >   remotes/origin/gsoc13-imgqsort
> >   remotes/origin/gsoc13-localadj
> >   remotes/origin/gsoc13-tagmngr
> >   remotes/origin/gsoc13-thumbbar-mv
> >   remotes/origin/gsoc13-videow
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20180107/03909193/attachment.html>