You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(26) |
Nov
(14) |
Dec
(79) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(6) |
Feb
(7) |
Mar
(55) |
Apr
(13) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Abhishek D. <adu...@gm...> - 2012-04-23 16:23:22
|
Hi Chris, Yes, that's the easiest way to improve accuracy but this entails high computational cost during the face comparison process. Another way to improve accuracy for the kepenekci module would be to fine tune the frequency and orientation of Gabor filters being used to compute features. Furthermore, you can devise some machine learning algorithm to model when the subspace LDA and Kepenekci algorithms fail and use this model to weight the decision from these two modules: a type of decision fusion. But again, face recognition is a difficult problem it is extremely difficult to find a strategy or algorithm that succeeds in every case. Good luck Abhishek On Mon, Apr 23, 2012 at 5:19 PM, Chris Hellberg <ch...@ch...>wrote: > Hi, > > I'm running the app and it manages to recognise faces but it seems to miss > several of them. Is the key to increasing the accuracy of recognition to > seed as many diverse 64x64 photos into the data/kepenekci/trainfaces data? > > Cheers, > > Chris > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > Rtftr-devel mailing list > Rtf...@li... > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > > -- Abhishek http://abhishekdutta.org |
From: Chris H. <ch...@ch...> - 2012-04-23 15:47:12
|
Hi, I'm running the app and it manages to recognise faces but it seems to miss several of them. Is the key to increasing the accuracy of recognition to seed as many diverse 64x64 photos into the data/kepenekci/trainfaces data? Cheers, Chris |
From: Abhishek D. <adu...@gm...> - 2012-03-30 15:54:10
|
Glad to hear that you are moving ahead. Yes, you are right. We did not use any standard debugging tools. Some printf() statements placed at strategic locations helped get along. But you are welcome to use some standard logging tool. To be honest, I do not remember the if we used any standard file format. Sorry about that. :) Bye On Thu, Mar 29, 2012 at 12:48 PM, Chris Hellberg <ch...@ch...>wrote: > Thanks Abhishek. That didn't directly fix the problem but it tidied thigs > up and it turns out I had to add the omp library as well as -lboost_system. > > Now it's compiled ok, but bailing after I try to feed it a file: > > chellberg@chellberg-t400:~/**code/rtftr-0.2-ch$ ./rtftr > > Real Time Face Tracking and Recognition (RTFTR) - version 0.2rc1 > Visit http://rtftr.sourceforge.net for details > See COPYING file, that came with the source, for the license. > > [avi @ 0x97f0c00] non-interleaved AVI > [avi @ 0x97c7920] non-interleaved AVI > FaceInfoManager: Read total 4 records from '/home/chellberg/code/rtftr-0.* > *2-ch/data/common/**TrainiFaceInfo_DataFile.xml' file > Initializing Adaboost module ... Done > Initializing Haar cascaded module(OpenCV) ... Done > Initializing kepenekci module ...terminate called after throwing an > instance of 'boost::archive::archive_**exception' > what(): input stream error > Аварийный останов > > > But I'm happy with small victories and I'll start adding in some debug > options to see where things are bailing. I didn't notice any debug flags > anywhere in the code. Were you guys just setting breakpoints and custom > debug output as you went? > > Also, is there any particular format that you fed it or it requires? > > /Chris > 28/03/12 20:40, Abhishek Dutta написал: > >> For example: if there is a library /usr/lib64/libABCDE.so, the to >> compile a program that uses this library, you have to do something like >> this: >> >> gcc -o test -I/usr/local/include/ABCDE -L/usr/lib64/ -l*ABCDE* test.cc >> >> >> (-l options specified the library to link and -L describes the location >> of where the library can be found). >> >> Hope this helps :) >> >> Bye >> >> On Wed, Mar 28, 2012 at 8:03 PM, <ch...@ch... >> <mailto:chris@chrishellberg.**com <ch...@ch...>>> wrote: >> >> __ >> >> Thanks Lakesh. I've specified the full path of the octave library in >> the linker - is my syntax ok or do I need to use -l before the >> library name or something else? I tried that just to check but seems >> to make it worse. >> >> /chris >> Enviado desde mi dispositivo BlackBerry® de Orange. >> ------------------------------**------------------------------** >> ------------ >> *From: * lakesh <lak...@gm... >> <mailto:lakesh.kansakar@gmail.**com <lak...@gm...>>> >> *Date: *Wed, 28 Mar 2012 11:48:43 -0400 >> *To: *Chris Hellberg<chris@chrishellberg.**com<ch...@ch...> >> <mailto:chris@chrishellberg.**com <ch...@ch...>>> >> *Cc: *Abhishek Dutta<adu...@gm... >> <mailto:adu...@gm...>>; <rtftr-devel@lists.**sourceforge.net<rtf...@li...> >> <mailto:rtftr-devel@lists.**sourceforge.net<rtf...@li...> >> >> >> *Subject: *Re: [Rtftr-devel] Linked libraries >> >> >> Hi Chris, >> >> I think it is the issue with linking the library I guess. You have >> installed the octave and boost library, they are present in the lib >> folder, but when you compile the project you need to provide the >> path to those libraries as well. Looking at the log, it shows that >> it couldn't find the libraries. So, I think it is the issue with the >> path. >> >> On Wed, Mar 28, 2012 at 9:59 AM, Chris Hellberg >> <ch...@ch... <mailto:chris@chrishellberg.**com<ch...@ch...>>> >> wrote: >> >> Hi Abhishek, >> >> Thanks - that's good to hear :) >> >> I made a couple of changes - updated the boost filesystem to be v3 >> compatible and added absolute library references into the >> Makefiles. >> >> But there are a couple of errors that I can't quite figure out. >> When I >> make from the top of the source dir, I get the following compile >> errors >> (plus many more that are similar): >> >> make[2]: Вход в каталог `/home/chellberg/code/rtftr-0.**2-ch' >> g++ -DHAVE_CONFIG_H -I. -I./src -I/usr/local/include/octave-3.** >> 4.3 >> -I./src/adaboost -I./src/kepenekci -I./src/rowleynn >> -I./src/subspacelda >> -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 >> -I/usr/lib/i386-linux-gnu/**glib-2.0/include >> -I/usr/include/glib-2.0/glib >> -I/usr/include/cairo -I/usr/include/pango-1.0 >> -I/usr/lib/i386-linux-gnu/gtk-**2.0/include >> -I/usr/include/gdk-pixbuf-2.0 >> -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/local/include >> -I/usr/include -g -O2 -MT RtftrUserInterface.o -MD -MP -MF >> .deps/RtftrUserInterface.Tpo -c -o RtftrUserInterface.o >> RtftrUserInterface.cc >> mv -f .deps/RtftrUserInterface.Tpo .deps/RtftrUserInterface.Po >> /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -g -Wall >> -DHAVE_CONFIG -o rtftr RtftrUserInterface.o >> /usr/local/lib/octave/3.4.3/**liboctave.so >> ./src/subspacelda/librtftr_**subspacelda.a >> ./src/kepenekci/librtftr_**kepenekci.a >> ./src/adaboost/librtftr_**adaboost.a >> ./src/librtftr_common.a -lxml2 -lml -lfftw3 -lvigraimpex -lcvaux >> -lhighgui -lcv /usr/lib/libboost_**serialization.so >> /usr/lib/libboost_filesystem.**so /usr/lib/libcxcore.so.2.1 >> mkdir .libs >> g++ -g -O2 -g -Wall -DHAVE_CONFIG -o rtftr RtftrUserInterface.o >> /usr/local/lib/octave/3.4.3/**liboctave.so >> /usr/lib/libboost_**serialization.so /usr/lib/libboost_filesystem. >> **so >> /usr/lib/libcxcore.so.2.1 ./src/subspacelda/librtftr_** >> subspacelda.a >> ./src/kepenekci/librtftr_**kepenekci.a >> ./src/adaboost/librtftr_**adaboost.a >> ./src/librtftr_common.a /usr/lib/libxml2.so -lml >> /usr/lib/libfftw3.so >> -lm /usr/local/lib/libvigraimpex.**so -lpng12 -lcvaux -lhighgui >> -lcv >> ./src/subspacelda/librtftr_**subspacelda.a(**SubspaceRecognize.o): >> In >> function `SubspaceRecognize::Recognize(**_IplImage*)': >> /home/chellberg/code/rtftr-0.**2-ch/src/subspacelda/** >> SubspaceRecognize.cc:223: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> /home/chellberg/code/rtftr-0.**2-ch/src/subspacelda/** >> SubspaceRecognize.cc:225: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> /home/chellberg/code/rtftr-0.**2-ch/src/subspacelda/** >> SubspaceRecognize.cc:227: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> /home/chellberg/code/rtftr-0.**2-ch/src/subspacelda/** >> SubspaceRecognize.cc:228: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> ./src/subspacelda/librtftr_**subspacelda.a(**SubspaceRecognize.o): >> In >> function `Array': >> /usr/local/include/octave-3.4.**3/octave/Array.h:199: undefined >> reference >> to `dim_vector::safe_numel() const' >> /usr/local/include/octave-3.4.**3/octave/Array.h:201: undefined >> reference >> to `Array<double>::fill(double const&)' >> ./src/subspacelda/librtftr_**subspacelda.a(**SubspaceRecognize.o): >> In >> function `MArray<double>::transpose() const': >> /usr/local/include/octave-3.4.**3/octave/MArray.h:84: undefined >> reference >> to `Array<double>::transpose() const' >> ./src/subspacelda/librtftr_**subspacelda.a(**SubspaceRecognize.o): >> In >> function `Array<double>::as_matrix() const': >> /usr/local/include/octave-3.4.**3/octave/Array.h:292: undefined >> reference >> to `dim_vector::redim(int) const' >> ./src/subspacelda/librtftr_**subspacelda.a(SubspaceTrain.o)**: In >> function >> `Array': >> /usr/local/include/octave-3.4.**3/octave/Array.h:199: undefined >> reference >> to `dim_vector::safe_numel() const' >> /usr/local/include/octave-3.4.**3/octave/Array.h:201: undefined >> reference >> to `Array<double>::fill(double const&)' >> ./src/subspacelda/librtftr_**subspacelda.a(TrainImageMapIO.**o): >> In >> function >> `binary_oarchive_impl': >> /usr/include/boost/archive/**binary_oarchive_impl.hpp:84: >> undefined >> reference to >> `boost::archive::basic_binary_**oprimitive<boost::archive::** >> binary_oarchive, >> char, >> std::char_traits<char> >> >::basic_binary_oprimitive(**std::basic_streambuf<char, >> std::char_traits<char> >&, bool)' >> ./src/subspacelda/librtftr_**subspacelda.a(TrainImageMapIO.**o): >> In >> function >> `common_oarchive': >> /usr/include/boost/archive/**detail/common_oarchive.hpp:75: >> undefined >> reference to >> `boost::archive::detail::**basic_oarchive::basic_** >> oarchive(unsigned >> int)' >> ./src/subspacelda/librtftr_**subspacelda.a(TrainImageMapIO.**o): >> In >> function >> `invoke<TrainImageMap>': >> /usr/include/boost/archive/**detail/oserializer.hpp:253: undefined >> reference to >> `boost::archive::detail::**basic_oarchive::save_object(**void >> const*, boost::archive::detail::basic_**oserializer const&)' >> ./src/subspacelda/librtftr_**subspacelda.a(TrainImageMapIO.**o): >> In >> function >> `~common_oarchive': >> >> >> The octave library is present: >> >> chellberg@chellberg-t400:~$ ls -la >> /usr/local/lib/octave/3.4.3/**liboctave.so >> lrwxrwxrwx 1 root root 18 2012-03-28 03:00 >> /usr/local/lib/octave/3.4.3/**liboctave.so -> liboctave.so.0.0.0 >> chellberg@chellberg-t400:~$ >> >> The offending lines are: >> >> 221: Matrix projected_image; >> 222: if(mAlgorithm == "PCA") { >> 223: projected_image = mSubspace.transpose() * test_image; >> 224: } else if(mAlgorithm == "LDA") { >> 225: projected_image = mSubspace * test_image; >> 226: if(mSeparateNonFaces == true) { >> 227: Matrix projected_image_for_filtration = >> mSubspaceForFiltration.**transpose() * test_image; >> 228: Matrix reconstructed_image = >> mSubspaceForFiltration * >> projected_image_for_**filtration; >> 229: float sum = 0; >> 230: for(int i = 0; i < reconstructed_image.rows(); >> i++) { >> 231: sum += (reconstructed_image.elem(i,0) - >> test_image.elem(i,0)) * (reconstructed_image.elem(i,0) - >> test_image.elem(i,0)); >> 232: } >> 233: float distance = sqrt(sum); >> 234: if(distance >= (mThreshold1 *mMaxDistance ) ) { >> 235: return -2; >> 256: } >> 237: } >> 238: } >> >> >> Not quite sure what isn't being included properly by the linker. >> >> Cheers, >> >> Chris >> >> 28/03/12 13:13, Abhishek Dutta написал: >> > Yes, we are excited to see you join us. Thanks for that. >> > >> > Start firing your questions :) >> > >> > Good luck >> > Abhishek >> > >> > On Wed, Mar 28, 2012 at 12:56 PM, <ch...@ch... >> <mailto:chris@chrishellberg.**com <ch...@ch...>> >> > <mailto:chris@chrishellberg.**com <ch...@ch...> >> >> <mailto:chris@chrishellberg.**com <ch...@ch...>>>> >> wrote: >> > >> > Hi Guys, >> > >> > I've started updating a local copy of rtftr source to >> address newer >> > versions of libraries that rtftr references. I've fixed >> several of >> > them but stumped on a couple of issues. >> > >> > Are you guys still around to help with a couple of linker >> problems? >> > >> > Cheers, >> > >> > Chris >> > Enviado desde mi dispositivo BlackBerry® de Orange. >> > >> ------------------------------**------------------------------** >> ------------------ >> > This SF email is sponsosred by: >> > Try Windows Azure free for 90 days Click Here >> > http://p.sf.net/sfu/sfd2d-**msazure<http://p.sf.net/sfu/sfd2d-msazure> >> > ______________________________**_________________ >> > Rtftr-devel mailing list >> > Rtf...@li...urceforge.**net<Rtf...@li...> >> <mailto:Rtftr-devel@lists.**sourceforge.net<Rtf...@li...> >> > >> > <mailto:Rtftr-devel@lists.**sourceforge.net<Rtf...@li...> >> >> <mailto:Rtftr-devel@lists.**sourceforge.net<Rtf...@li...> >> >> >> > https://lists.sourceforge.net/**lists/listinfo/rtftr-devel<https://lists.sourceforge.net/lists/listinfo/rtftr-devel> >> > >> > >> > >> > >> > -- >> > Abhishek >> > http://abhishekdutta.org >> >> >> ------------------------------**------------------------------** >> ------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-**msazure<http://p.sf.net/sfu/sfd2d-msazure> >> ______________________________**_________________ >> Rtftr-devel mailing list >> Rtf...@li...urceforge.**net<Rtf...@li...> >> <mailto:Rtftr-devel@lists.**sourceforge.net<Rtf...@li...> >> > >> https://lists.sourceforge.net/**lists/listinfo/rtftr-devel<https://lists.sourceforge.net/lists/listinfo/rtftr-devel> >> >> >> >> >> -- >> Have a nice day >> >> >> >> >> -- >> Abhishek >> http://abhishekdutta.org >> > > -- Abhishek http://abhishekdutta.org |
From: Chris H. <ch...@ch...> - 2012-03-29 11:02:22
|
Thanks Abhishek. That didn't directly fix the problem but it tidied thigs up and it turns out I had to add the omp library as well as -lboost_system. Now it's compiled ok, but bailing after I try to feed it a file: chellberg@chellberg-t400:~/code/rtftr-0.2-ch$ ./rtftr Real Time Face Tracking and Recognition (RTFTR) - version 0.2rc1 Visit http://rtftr.sourceforge.net for details See COPYING file, that came with the source, for the license. [avi @ 0x97f0c00] non-interleaved AVI [avi @ 0x97c7920] non-interleaved AVI FaceInfoManager: Read total 4 records from '/home/chellberg/code/rtftr-0.2-ch/data/common/TrainiFaceInfo_DataFile.xml' file Initializing Adaboost module ... Done Initializing Haar cascaded module(OpenCV) ... Done Initializing kepenekci module ...terminate called after throwing an instance of 'boost::archive::archive_exception' what(): input stream error Аварийный останов But I'm happy with small victories and I'll start adding in some debug options to see where things are bailing. I didn't notice any debug flags anywhere in the code. Were you guys just setting breakpoints and custom debug output as you went? Also, is there any particular format that you fed it or it requires? /Chris 28/03/12 20:40, Abhishek Dutta написал: > For example: if there is a library /usr/lib64/libABCDE.so, the to > compile a program that uses this library, you have to do something like > this: > > gcc -o test -I/usr/local/include/ABCDE -L/usr/lib64/ -l*ABCDE* test.cc > > (-l options specified the library to link and -L describes the location > of where the library can be found). > > Hope this helps :) > > Bye > > On Wed, Mar 28, 2012 at 8:03 PM, <ch...@ch... > <mailto:ch...@ch...>> wrote: > > __ > Thanks Lakesh. I've specified the full path of the octave library in > the linker - is my syntax ok or do I need to use -l before the > library name or something else? I tried that just to check but seems > to make it worse. > > /chris > Enviado desde mi dispositivo BlackBerry® de Orange. > ------------------------------------------------------------------------ > *From: * lakesh <lak...@gm... > <mailto:lak...@gm...>> > *Date: *Wed, 28 Mar 2012 11:48:43 -0400 > *To: *Chris Hellberg<ch...@ch... > <mailto:ch...@ch...>> > *Cc: *Abhishek Dutta<adu...@gm... > <mailto:adu...@gm...>>; <rtf...@li... > <mailto:rtf...@li...>> > *Subject: *Re: [Rtftr-devel] Linked libraries > > Hi Chris, > > I think it is the issue with linking the library I guess. You have > installed the octave and boost library, they are present in the lib > folder, but when you compile the project you need to provide the > path to those libraries as well. Looking at the log, it shows that > it couldn't find the libraries. So, I think it is the issue with the > path. > > On Wed, Mar 28, 2012 at 9:59 AM, Chris Hellberg > <ch...@ch... <mailto:ch...@ch...>> wrote: > > Hi Abhishek, > > Thanks - that's good to hear :) > > I made a couple of changes - updated the boost filesystem to be v3 > compatible and added absolute library references into the Makefiles. > > But there are a couple of errors that I can't quite figure out. > When I > make from the top of the source dir, I get the following compile > errors > (plus many more that are similar): > > make[2]: Вход в каталог `/home/chellberg/code/rtftr-0.2-ch' > g++ -DHAVE_CONFIG_H -I. -I./src -I/usr/local/include/octave-3.4.3 > -I./src/adaboost -I./src/kepenekci -I./src/rowleynn > -I./src/subspacelda > -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 > -I/usr/lib/i386-linux-gnu/glib-2.0/include > -I/usr/include/glib-2.0/glib > -I/usr/include/cairo -I/usr/include/pango-1.0 > -I/usr/lib/i386-linux-gnu/gtk-2.0/include > -I/usr/include/gdk-pixbuf-2.0 > -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/local/include > -I/usr/include -g -O2 -MT RtftrUserInterface.o -MD -MP -MF > .deps/RtftrUserInterface.Tpo -c -o RtftrUserInterface.o > RtftrUserInterface.cc > mv -f .deps/RtftrUserInterface.Tpo .deps/RtftrUserInterface.Po > /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -g -Wall > -DHAVE_CONFIG -o rtftr RtftrUserInterface.o > /usr/local/lib/octave/3.4.3/liboctave.so > ./src/subspacelda/librtftr_subspacelda.a > ./src/kepenekci/librtftr_kepenekci.a > ./src/adaboost/librtftr_adaboost.a > ./src/librtftr_common.a -lxml2 -lml -lfftw3 -lvigraimpex -lcvaux > -lhighgui -lcv /usr/lib/libboost_serialization.so > /usr/lib/libboost_filesystem.so /usr/lib/libcxcore.so.2.1 > mkdir .libs > g++ -g -O2 -g -Wall -DHAVE_CONFIG -o rtftr RtftrUserInterface.o > /usr/local/lib/octave/3.4.3/liboctave.so > /usr/lib/libboost_serialization.so /usr/lib/libboost_filesystem.so > /usr/lib/libcxcore.so.2.1 ./src/subspacelda/librtftr_subspacelda.a > ./src/kepenekci/librtftr_kepenekci.a > ./src/adaboost/librtftr_adaboost.a > ./src/librtftr_common.a /usr/lib/libxml2.so -lml > /usr/lib/libfftw3.so > -lm /usr/local/lib/libvigraimpex.so -lpng12 -lcvaux -lhighgui -lcv > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `SubspaceRecognize::Recognize(_IplImage*)': > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:223: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:225: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:227: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:228: > undefined reference to `operator*(Matrix const&, Matrix const&)' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `Array': > /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined > reference > to `dim_vector::safe_numel() const' > /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined > reference > to `Array<double>::fill(double const&)' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `MArray<double>::transpose() const': > /usr/local/include/octave-3.4.3/octave/MArray.h:84: undefined > reference > to `Array<double>::transpose() const' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `Array<double>::as_matrix() const': > /usr/local/include/octave-3.4.3/octave/Array.h:292: undefined > reference > to `dim_vector::redim(int) const' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceTrain.o): In > function > `Array': > /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined > reference > to `dim_vector::safe_numel() const' > /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined > reference > to `Array<double>::fill(double const&)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In > function > `binary_oarchive_impl': > /usr/include/boost/archive/binary_oarchive_impl.hpp:84: undefined > reference to > `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, > char, > std::char_traits<char> > >::basic_binary_oprimitive(std::basic_streambuf<char, > std::char_traits<char> >&, bool)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In > function > `common_oarchive': > /usr/include/boost/archive/detail/common_oarchive.hpp:75: undefined > reference to > `boost::archive::detail::basic_oarchive::basic_oarchive(unsigned > int)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In > function > `invoke<TrainImageMap>': > /usr/include/boost/archive/detail/oserializer.hpp:253: undefined > reference to > `boost::archive::detail::basic_oarchive::save_object(void > const*, boost::archive::detail::basic_oserializer const&)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In > function > `~common_oarchive': > > > The octave library is present: > > chellberg@chellberg-t400:~$ ls -la > /usr/local/lib/octave/3.4.3/liboctave.so > lrwxrwxrwx 1 root root 18 2012-03-28 03:00 > /usr/local/lib/octave/3.4.3/liboctave.so -> liboctave.so.0.0.0 > chellberg@chellberg-t400:~$ > > The offending lines are: > > 221: Matrix projected_image; > 222: if(mAlgorithm == "PCA") { > 223: projected_image = mSubspace.transpose() * test_image; > 224: } else if(mAlgorithm == "LDA") { > 225: projected_image = mSubspace * test_image; > 226: if(mSeparateNonFaces == true) { > 227: Matrix projected_image_for_filtration = > mSubspaceForFiltration.transpose() * test_image; > 228: Matrix reconstructed_image = > mSubspaceForFiltration * > projected_image_for_filtration; > 229: float sum = 0; > 230: for(int i = 0; i < reconstructed_image.rows(); > i++) { > 231: sum += (reconstructed_image.elem(i,0) - > test_image.elem(i,0)) * (reconstructed_image.elem(i,0) - > test_image.elem(i,0)); > 232: } > 233: float distance = sqrt(sum); > 234: if(distance >= (mThreshold1 *mMaxDistance ) ) { > 235: return -2; > 256: } > 237: } > 238: } > > > Not quite sure what isn't being included properly by the linker. > > Cheers, > > Chris > > 28/03/12 13:13, Abhishek Dutta написал: > > Yes, we are excited to see you join us. Thanks for that. > > > > Start firing your questions :) > > > > Good luck > > Abhishek > > > > On Wed, Mar 28, 2012 at 12:56 PM, <ch...@ch... > <mailto:ch...@ch...> > > <mailto:ch...@ch... > <mailto:ch...@ch...>>> wrote: > > > > Hi Guys, > > > > I've started updating a local copy of rtftr source to > address newer > > versions of libraries that rtftr references. I've fixed > several of > > them but stumped on a couple of issues. > > > > Are you guys still around to help with a couple of linker > problems? > > > > Cheers, > > > > Chris > > Enviado desde mi dispositivo BlackBerry® de Orange. > > > ------------------------------------------------------------------------------ > > This SF email is sponsosred by: > > Try Windows Azure free for 90 days Click Here > > http://p.sf.net/sfu/sfd2d-msazure > > _______________________________________________ > > Rtftr-devel mailing list > > Rtf...@li... > <mailto:Rtf...@li...> > > <mailto:Rtf...@li... > <mailto:Rtf...@li...>> > > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > > > > > > > > > > -- > > Abhishek > > http://abhishekdutta.org > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Rtftr-devel mailing list > Rtf...@li... > <mailto:Rtf...@li...> > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > > > > > -- > Have a nice day > > > > > -- > Abhishek > http://abhishekdutta.org |
From: Abhishek D. <adu...@gm...> - 2012-03-28 18:41:34
|
For example: if there is a library /usr/lib64/libABCDE.so, the to compile a program that uses this library, you have to do something like this: gcc -o test -I/usr/local/include/ABCDE -L/usr/lib64/ -l*ABCDE* test.cc (-l options specified the library to link and -L describes the location of where the library can be found). Hope this helps :) Bye On Wed, Mar 28, 2012 at 8:03 PM, <ch...@ch...> wrote: > ** > Thanks Lakesh. I've specified the full path of the octave library in the > linker - is my syntax ok or do I need to use -l before the library name or > something else? I tried that just to check but seems to make it worse. > > /chris > Enviado desde mi dispositivo BlackBerry® de Orange. > ------------------------------ > *From: * lakesh <lak...@gm...> > *Date: *Wed, 28 Mar 2012 11:48:43 -0400 > *To: *Chris Hellberg<ch...@ch...> > *Cc: *Abhishek Dutta<adu...@gm...>; < > rtf...@li...> > *Subject: *Re: [Rtftr-devel] Linked libraries > > Hi Chris, > > I think it is the issue with linking the library I guess. You have > installed the octave and boost library, they are present in the lib folder, > but when you compile the project you need to provide the path to those > libraries as well. Looking at the log, it shows that it couldn't find the > libraries. So, I think it is the issue with the path. > > On Wed, Mar 28, 2012 at 9:59 AM, Chris Hellberg <ch...@ch...>wrote: > >> Hi Abhishek, >> >> Thanks - that's good to hear :) >> >> I made a couple of changes - updated the boost filesystem to be v3 >> compatible and added absolute library references into the Makefiles. >> >> But there are a couple of errors that I can't quite figure out. When I >> make from the top of the source dir, I get the following compile errors >> (plus many more that are similar): >> >> make[2]: Вход в каталог `/home/chellberg/code/rtftr-0.2-ch' >> g++ -DHAVE_CONFIG_H -I. -I./src -I/usr/local/include/octave-3.4.3 >> -I./src/adaboost -I./src/kepenekci -I./src/rowleynn -I./src/subspacelda >> -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 >> -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/glib-2.0/glib >> -I/usr/include/cairo -I/usr/include/pango-1.0 >> -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/gdk-pixbuf-2.0 >> -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/local/include >> -I/usr/include -g -O2 -MT RtftrUserInterface.o -MD -MP -MF >> .deps/RtftrUserInterface.Tpo -c -o RtftrUserInterface.o >> RtftrUserInterface.cc >> mv -f .deps/RtftrUserInterface.Tpo .deps/RtftrUserInterface.Po >> /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -g -Wall >> -DHAVE_CONFIG -o rtftr RtftrUserInterface.o >> /usr/local/lib/octave/3.4.3/liboctave.so >> ./src/subspacelda/librtftr_subspacelda.a >> ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a >> ./src/librtftr_common.a -lxml2 -lml -lfftw3 -lvigraimpex -lcvaux >> -lhighgui -lcv /usr/lib/libboost_serialization.so >> /usr/lib/libboost_filesystem.so /usr/lib/libcxcore.so.2.1 >> mkdir .libs >> g++ -g -O2 -g -Wall -DHAVE_CONFIG -o rtftr RtftrUserInterface.o >> /usr/local/lib/octave/3.4.3/liboctave.so >> /usr/lib/libboost_serialization.so /usr/lib/libboost_filesystem.so >> /usr/lib/libcxcore.so.2.1 ./src/subspacelda/librtftr_subspacelda.a >> ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a >> ./src/librtftr_common.a /usr/lib/libxml2.so -lml /usr/lib/libfftw3.so >> -lm /usr/local/lib/libvigraimpex.so -lpng12 -lcvaux -lhighgui -lcv >> ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In >> function `SubspaceRecognize::Recognize(_IplImage*)': >> >> /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:223: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> >> /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:225: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> >> /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:227: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> >> /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:228: >> undefined reference to `operator*(Matrix const&, Matrix const&)' >> ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In >> function `Array': >> /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference >> to `dim_vector::safe_numel() const' >> /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference >> to `Array<double>::fill(double const&)' >> ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In >> function `MArray<double>::transpose() const': >> /usr/local/include/octave-3.4.3/octave/MArray.h:84: undefined reference >> to `Array<double>::transpose() const' >> ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In >> function `Array<double>::as_matrix() const': >> /usr/local/include/octave-3.4.3/octave/Array.h:292: undefined reference >> to `dim_vector::redim(int) const' >> ./src/subspacelda/librtftr_subspacelda.a(SubspaceTrain.o): In function >> `Array': >> /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference >> to `dim_vector::safe_numel() const' >> /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference >> to `Array<double>::fill(double const&)' >> ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function >> `binary_oarchive_impl': >> /usr/include/boost/archive/binary_oarchive_impl.hpp:84: undefined >> reference to >> `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, >> char, >> std::char_traits<char> >> >::basic_binary_oprimitive(std::basic_streambuf<char, >> std::char_traits<char> >&, bool)' >> ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function >> `common_oarchive': >> /usr/include/boost/archive/detail/common_oarchive.hpp:75: undefined >> reference to >> `boost::archive::detail::basic_oarchive::basic_oarchive(unsigned int)' >> ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function >> `invoke<TrainImageMap>': >> /usr/include/boost/archive/detail/oserializer.hpp:253: undefined >> reference to `boost::archive::detail::basic_oarchive::save_object(void >> const*, boost::archive::detail::basic_oserializer const&)' >> ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function >> `~common_oarchive': >> >> >> The octave library is present: >> >> chellberg@chellberg-t400:~$ ls -la >> /usr/local/lib/octave/3.4.3/liboctave.so >> lrwxrwxrwx 1 root root 18 2012-03-28 03:00 >> /usr/local/lib/octave/3.4.3/liboctave.so -> liboctave.so.0.0.0 >> chellberg@chellberg-t400:~$ >> >> The offending lines are: >> >> 221: Matrix projected_image; >> 222: if(mAlgorithm == "PCA") { >> 223: projected_image = mSubspace.transpose() * test_image; >> 224: } else if(mAlgorithm == "LDA") { >> 225: projected_image = mSubspace * test_image; >> 226: if(mSeparateNonFaces == true) { >> 227: Matrix projected_image_for_filtration = >> mSubspaceForFiltration.transpose() * test_image; >> 228: Matrix reconstructed_image = mSubspaceForFiltration * >> projected_image_for_filtration; >> 229: float sum = 0; >> 230: for(int i = 0; i < reconstructed_image.rows(); i++) { >> 231: sum += (reconstructed_image.elem(i,0) - >> test_image.elem(i,0)) * (reconstructed_image.elem(i,0) - >> test_image.elem(i,0)); >> 232: } >> 233: float distance = sqrt(sum); >> 234: if(distance >= (mThreshold1 *mMaxDistance ) ) { >> 235: return -2; >> 256: } >> 237: } >> 238: } >> >> >> Not quite sure what isn't being included properly by the linker. >> >> Cheers, >> >> Chris >> >> 28/03/12 13:13, Abhishek Dutta написал: >> > Yes, we are excited to see you join us. Thanks for that. >> > >> > Start firing your questions :) >> > >> > Good luck >> > Abhishek >> > >> > On Wed, Mar 28, 2012 at 12:56 PM, <ch...@ch... >> > <mailto:ch...@ch...>> wrote: >> > >> > Hi Guys, >> > >> > I've started updating a local copy of rtftr source to address newer >> > versions of libraries that rtftr references. I've fixed several of >> > them but stumped on a couple of issues. >> > >> > Are you guys still around to help with a couple of linker problems? >> > >> > Cheers, >> > >> > Chris >> > Enviado desde mi dispositivo BlackBerry® de Orange. >> > >> ------------------------------------------------------------------------------ >> > This SF email is sponsosred by: >> > Try Windows Azure free for 90 days Click Here >> > http://p.sf.net/sfu/sfd2d-msazure >> > _______________________________________________ >> > Rtftr-devel mailing list >> > Rtf...@li... >> > <mailto:Rtf...@li...> >> > https://lists.sourceforge.net/lists/listinfo/rtftr-devel >> > >> > >> > >> > >> > -- >> > Abhishek >> > http://abhishekdutta.org >> >> >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure >> _______________________________________________ >> Rtftr-devel mailing list >> Rtf...@li... >> https://lists.sourceforge.net/lists/listinfo/rtftr-devel >> > > > > -- > Have a nice day > -- Abhishek http://abhishekdutta.org |
From: <ch...@ch...> - 2012-03-28 18:17:27
|
Thanks Lakesh. I've specified the full path of the octave library in the linker - is my syntax ok or do I need to use -l before the library name or something else? I tried that just to check but seems to make it worse. /chris Enviado desde mi dispositivo BlackBerry® de Orange. -----Original Message----- From: lakesh <lak...@gm...> Date: Wed, 28 Mar 2012 11:48:43 To: Chris Hellberg<ch...@ch...> Cc: Abhishek Dutta<adu...@gm...>; <rtf...@li...> Subject: Re: [Rtftr-devel] Linked libraries Hi Chris, I think it is the issue with linking the library I guess. You have installed the octave and boost library, they are present in the lib folder, but when you compile the project you need to provide the path to those libraries as well. Looking at the log, it shows that it couldn't find the libraries. So, I think it is the issue with the path. On Wed, Mar 28, 2012 at 9:59 AM, Chris Hellberg <ch...@ch...>wrote: > Hi Abhishek, > > Thanks - that's good to hear :) > > I made a couple of changes - updated the boost filesystem to be v3 > compatible and added absolute library references into the Makefiles. > > But there are a couple of errors that I can't quite figure out. When I > make from the top of the source dir, I get the following compile errors > (plus many more that are similar): > > make[2]: Вход в каталог `/home/chellberg/code/rtftr-0.2-ch' > g++ -DHAVE_CONFIG_H -I. -I./src -I/usr/local/include/octave-3.4.3 > -I./src/adaboost -I./src/kepenekci -I./src/rowleynn -I./src/subspacelda > -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 > -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/glib-2.0/glib > -I/usr/include/cairo -I/usr/include/pango-1.0 > -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/gdk-pixbuf-2.0 > -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/local/include > -I/usr/include -g -O2 -MT RtftrUserInterface.o -MD -MP -MF > .deps/RtftrUserInterface.Tpo -c -o RtftrUserInterface.o > RtftrUserInterface.cc > mv -f .deps/RtftrUserInterface.Tpo .deps/RtftrUserInterface.Po > /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -g -Wall > -DHAVE_CONFIG -o rtftr RtftrUserInterface.o > /usr/local/lib/octave/3.4.3/liboctave.so > ./src/subspacelda/librtftr_subspacelda.a > ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a > ./src/librtftr_common.a -lxml2 -lml -lfftw3 -lvigraimpex -lcvaux > -lhighgui -lcv /usr/lib/libboost_serialization.so > /usr/lib/libboost_filesystem.so /usr/lib/libcxcore.so.2.1 > mkdir .libs > g++ -g -O2 -g -Wall -DHAVE_CONFIG -o rtftr RtftrUserInterface.o > /usr/local/lib/octave/3.4.3/liboctave.so > /usr/lib/libboost_serialization.so /usr/lib/libboost_filesystem.so > /usr/lib/libcxcore.so.2.1 ./src/subspacelda/librtftr_subspacelda.a > ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a > ./src/librtftr_common.a /usr/lib/libxml2.so -lml /usr/lib/libfftw3.so > -lm /usr/local/lib/libvigraimpex.so -lpng12 -lcvaux -lhighgui -lcv > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `SubspaceRecognize::Recognize(_IplImage*)': > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:223: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:225: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:227: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:228: > undefined reference to `operator*(Matrix const&, Matrix const&)' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `Array': > /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference > to `dim_vector::safe_numel() const' > /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference > to `Array<double>::fill(double const&)' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `MArray<double>::transpose() const': > /usr/local/include/octave-3.4.3/octave/MArray.h:84: undefined reference > to `Array<double>::transpose() const' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `Array<double>::as_matrix() const': > /usr/local/include/octave-3.4.3/octave/Array.h:292: undefined reference > to `dim_vector::redim(int) const' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceTrain.o): In function > `Array': > /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference > to `dim_vector::safe_numel() const' > /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference > to `Array<double>::fill(double const&)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `binary_oarchive_impl': > /usr/include/boost/archive/binary_oarchive_impl.hpp:84: undefined > reference to > `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, > char, > std::char_traits<char> > >::basic_binary_oprimitive(std::basic_streambuf<char, > std::char_traits<char> >&, bool)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `common_oarchive': > /usr/include/boost/archive/detail/common_oarchive.hpp:75: undefined > reference to > `boost::archive::detail::basic_oarchive::basic_oarchive(unsigned int)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `invoke<TrainImageMap>': > /usr/include/boost/archive/detail/oserializer.hpp:253: undefined > reference to `boost::archive::detail::basic_oarchive::save_object(void > const*, boost::archive::detail::basic_oserializer const&)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `~common_oarchive': > > > The octave library is present: > > chellberg@chellberg-t400:~$ ls -la > /usr/local/lib/octave/3.4.3/liboctave.so > lrwxrwxrwx 1 root root 18 2012-03-28 03:00 > /usr/local/lib/octave/3.4.3/liboctave.so -> liboctave.so.0.0.0 > chellberg@chellberg-t400:~$ > > The offending lines are: > > 221: Matrix projected_image; > 222: if(mAlgorithm == "PCA") { > 223: projected_image = mSubspace.transpose() * test_image; > 224: } else if(mAlgorithm == "LDA") { > 225: projected_image = mSubspace * test_image; > 226: if(mSeparateNonFaces == true) { > 227: Matrix projected_image_for_filtration = > mSubspaceForFiltration.transpose() * test_image; > 228: Matrix reconstructed_image = mSubspaceForFiltration * > projected_image_for_filtration; > 229: float sum = 0; > 230: for(int i = 0; i < reconstructed_image.rows(); i++) { > 231: sum += (reconstructed_image.elem(i,0) - > test_image.elem(i,0)) * (reconstructed_image.elem(i,0) - > test_image.elem(i,0)); > 232: } > 233: float distance = sqrt(sum); > 234: if(distance >= (mThreshold1 *mMaxDistance ) ) { > 235: return -2; > 256: } > 237: } > 238: } > > > Not quite sure what isn't being included properly by the linker. > > Cheers, > > Chris > > 28/03/12 13:13, Abhishek Dutta написал: > > Yes, we are excited to see you join us. Thanks for that. > > > > Start firing your questions :) > > > > Good luck > > Abhishek > > > > On Wed, Mar 28, 2012 at 12:56 PM, <ch...@ch... > > <mailto:ch...@ch...>> wrote: > > > > Hi Guys, > > > > I've started updating a local copy of rtftr source to address newer > > versions of libraries that rtftr references. I've fixed several of > > them but stumped on a couple of issues. > > > > Are you guys still around to help with a couple of linker problems? > > > > Cheers, > > > > Chris > > Enviado desde mi dispositivo BlackBerry® de Orange. > > > ------------------------------------------------------------------------------ > > This SF email is sponsosred by: > > Try Windows Azure free for 90 days Click Here > > http://p.sf.net/sfu/sfd2d-msazure > > _______________________________________________ > > Rtftr-devel mailing list > > Rtf...@li... > > <mailto:Rtf...@li...> > > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > > > > > > > > > > -- > > Abhishek > > http://abhishekdutta.org > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Rtftr-devel mailing list > Rtf...@li... > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > -- Have a nice day |
From: lakesh <lak...@gm...> - 2012-03-28 15:48:55
|
Hi Chris, I think it is the issue with linking the library I guess. You have installed the octave and boost library, they are present in the lib folder, but when you compile the project you need to provide the path to those libraries as well. Looking at the log, it shows that it couldn't find the libraries. So, I think it is the issue with the path. On Wed, Mar 28, 2012 at 9:59 AM, Chris Hellberg <ch...@ch...>wrote: > Hi Abhishek, > > Thanks - that's good to hear :) > > I made a couple of changes - updated the boost filesystem to be v3 > compatible and added absolute library references into the Makefiles. > > But there are a couple of errors that I can't quite figure out. When I > make from the top of the source dir, I get the following compile errors > (plus many more that are similar): > > make[2]: Вход в каталог `/home/chellberg/code/rtftr-0.2-ch' > g++ -DHAVE_CONFIG_H -I. -I./src -I/usr/local/include/octave-3.4.3 > -I./src/adaboost -I./src/kepenekci -I./src/rowleynn -I./src/subspacelda > -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 > -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/glib-2.0/glib > -I/usr/include/cairo -I/usr/include/pango-1.0 > -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/gdk-pixbuf-2.0 > -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/local/include > -I/usr/include -g -O2 -MT RtftrUserInterface.o -MD -MP -MF > .deps/RtftrUserInterface.Tpo -c -o RtftrUserInterface.o > RtftrUserInterface.cc > mv -f .deps/RtftrUserInterface.Tpo .deps/RtftrUserInterface.Po > /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -g -Wall > -DHAVE_CONFIG -o rtftr RtftrUserInterface.o > /usr/local/lib/octave/3.4.3/liboctave.so > ./src/subspacelda/librtftr_subspacelda.a > ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a > ./src/librtftr_common.a -lxml2 -lml -lfftw3 -lvigraimpex -lcvaux > -lhighgui -lcv /usr/lib/libboost_serialization.so > /usr/lib/libboost_filesystem.so /usr/lib/libcxcore.so.2.1 > mkdir .libs > g++ -g -O2 -g -Wall -DHAVE_CONFIG -o rtftr RtftrUserInterface.o > /usr/local/lib/octave/3.4.3/liboctave.so > /usr/lib/libboost_serialization.so /usr/lib/libboost_filesystem.so > /usr/lib/libcxcore.so.2.1 ./src/subspacelda/librtftr_subspacelda.a > ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a > ./src/librtftr_common.a /usr/lib/libxml2.so -lml /usr/lib/libfftw3.so > -lm /usr/local/lib/libvigraimpex.so -lpng12 -lcvaux -lhighgui -lcv > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `SubspaceRecognize::Recognize(_IplImage*)': > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:223: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:225: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:227: > undefined reference to `operator*(Matrix const&, Matrix const&)' > /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:228: > undefined reference to `operator*(Matrix const&, Matrix const&)' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `Array': > /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference > to `dim_vector::safe_numel() const' > /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference > to `Array<double>::fill(double const&)' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `MArray<double>::transpose() const': > /usr/local/include/octave-3.4.3/octave/MArray.h:84: undefined reference > to `Array<double>::transpose() const' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In > function `Array<double>::as_matrix() const': > /usr/local/include/octave-3.4.3/octave/Array.h:292: undefined reference > to `dim_vector::redim(int) const' > ./src/subspacelda/librtftr_subspacelda.a(SubspaceTrain.o): In function > `Array': > /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference > to `dim_vector::safe_numel() const' > /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference > to `Array<double>::fill(double const&)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `binary_oarchive_impl': > /usr/include/boost/archive/binary_oarchive_impl.hpp:84: undefined > reference to > `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, > char, > std::char_traits<char> > >::basic_binary_oprimitive(std::basic_streambuf<char, > std::char_traits<char> >&, bool)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `common_oarchive': > /usr/include/boost/archive/detail/common_oarchive.hpp:75: undefined > reference to > `boost::archive::detail::basic_oarchive::basic_oarchive(unsigned int)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `invoke<TrainImageMap>': > /usr/include/boost/archive/detail/oserializer.hpp:253: undefined > reference to `boost::archive::detail::basic_oarchive::save_object(void > const*, boost::archive::detail::basic_oserializer const&)' > ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function > `~common_oarchive': > > > The octave library is present: > > chellberg@chellberg-t400:~$ ls -la > /usr/local/lib/octave/3.4.3/liboctave.so > lrwxrwxrwx 1 root root 18 2012-03-28 03:00 > /usr/local/lib/octave/3.4.3/liboctave.so -> liboctave.so.0.0.0 > chellberg@chellberg-t400:~$ > > The offending lines are: > > 221: Matrix projected_image; > 222: if(mAlgorithm == "PCA") { > 223: projected_image = mSubspace.transpose() * test_image; > 224: } else if(mAlgorithm == "LDA") { > 225: projected_image = mSubspace * test_image; > 226: if(mSeparateNonFaces == true) { > 227: Matrix projected_image_for_filtration = > mSubspaceForFiltration.transpose() * test_image; > 228: Matrix reconstructed_image = mSubspaceForFiltration * > projected_image_for_filtration; > 229: float sum = 0; > 230: for(int i = 0; i < reconstructed_image.rows(); i++) { > 231: sum += (reconstructed_image.elem(i,0) - > test_image.elem(i,0)) * (reconstructed_image.elem(i,0) - > test_image.elem(i,0)); > 232: } > 233: float distance = sqrt(sum); > 234: if(distance >= (mThreshold1 *mMaxDistance ) ) { > 235: return -2; > 256: } > 237: } > 238: } > > > Not quite sure what isn't being included properly by the linker. > > Cheers, > > Chris > > 28/03/12 13:13, Abhishek Dutta написал: > > Yes, we are excited to see you join us. Thanks for that. > > > > Start firing your questions :) > > > > Good luck > > Abhishek > > > > On Wed, Mar 28, 2012 at 12:56 PM, <ch...@ch... > > <mailto:ch...@ch...>> wrote: > > > > Hi Guys, > > > > I've started updating a local copy of rtftr source to address newer > > versions of libraries that rtftr references. I've fixed several of > > them but stumped on a couple of issues. > > > > Are you guys still around to help with a couple of linker problems? > > > > Cheers, > > > > Chris > > Enviado desde mi dispositivo BlackBerry® de Orange. > > > ------------------------------------------------------------------------------ > > This SF email is sponsosred by: > > Try Windows Azure free for 90 days Click Here > > http://p.sf.net/sfu/sfd2d-msazure > > _______________________________________________ > > Rtftr-devel mailing list > > Rtf...@li... > > <mailto:Rtf...@li...> > > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > > > > > > > > > > -- > > Abhishek > > http://abhishekdutta.org > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Rtftr-devel mailing list > Rtf...@li... > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > -- Have a nice day |
From: Chris H. <ch...@ch...> - 2012-03-28 14:12:47
|
Hi Abhishek, Thanks - that's good to hear :) I made a couple of changes - updated the boost filesystem to be v3 compatible and added absolute library references into the Makefiles. But there are a couple of errors that I can't quite figure out. When I make from the top of the source dir, I get the following compile errors (plus many more that are similar): make[2]: Вход в каталог `/home/chellberg/code/rtftr-0.2-ch' g++ -DHAVE_CONFIG_H -I. -I./src -I/usr/local/include/octave-3.4.3 -I./src/adaboost -I./src/kepenekci -I./src/rowleynn -I./src/subspacelda -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/glib-2.0/glib -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/local/include -I/usr/include -g -O2 -MT RtftrUserInterface.o -MD -MP -MF .deps/RtftrUserInterface.Tpo -c -o RtftrUserInterface.o RtftrUserInterface.cc mv -f .deps/RtftrUserInterface.Tpo .deps/RtftrUserInterface.Po /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -g -Wall -DHAVE_CONFIG -o rtftr RtftrUserInterface.o /usr/local/lib/octave/3.4.3/liboctave.so ./src/subspacelda/librtftr_subspacelda.a ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a ./src/librtftr_common.a -lxml2 -lml -lfftw3 -lvigraimpex -lcvaux -lhighgui -lcv /usr/lib/libboost_serialization.so /usr/lib/libboost_filesystem.so /usr/lib/libcxcore.so.2.1 mkdir .libs g++ -g -O2 -g -Wall -DHAVE_CONFIG -o rtftr RtftrUserInterface.o /usr/local/lib/octave/3.4.3/liboctave.so /usr/lib/libboost_serialization.so /usr/lib/libboost_filesystem.so /usr/lib/libcxcore.so.2.1 ./src/subspacelda/librtftr_subspacelda.a ./src/kepenekci/librtftr_kepenekci.a ./src/adaboost/librtftr_adaboost.a ./src/librtftr_common.a /usr/lib/libxml2.so -lml /usr/lib/libfftw3.so -lm /usr/local/lib/libvigraimpex.so -lpng12 -lcvaux -lhighgui -lcv ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In function `SubspaceRecognize::Recognize(_IplImage*)': /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:223: undefined reference to `operator*(Matrix const&, Matrix const&)' /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:225: undefined reference to `operator*(Matrix const&, Matrix const&)' /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:227: undefined reference to `operator*(Matrix const&, Matrix const&)' /home/chellberg/code/rtftr-0.2-ch/src/subspacelda/SubspaceRecognize.cc:228: undefined reference to `operator*(Matrix const&, Matrix const&)' ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In function `Array': /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference to `dim_vector::safe_numel() const' /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference to `Array<double>::fill(double const&)' ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In function `MArray<double>::transpose() const': /usr/local/include/octave-3.4.3/octave/MArray.h:84: undefined reference to `Array<double>::transpose() const' ./src/subspacelda/librtftr_subspacelda.a(SubspaceRecognize.o): In function `Array<double>::as_matrix() const': /usr/local/include/octave-3.4.3/octave/Array.h:292: undefined reference to `dim_vector::redim(int) const' ./src/subspacelda/librtftr_subspacelda.a(SubspaceTrain.o): In function `Array': /usr/local/include/octave-3.4.3/octave/Array.h:199: undefined reference to `dim_vector::safe_numel() const' /usr/local/include/octave-3.4.3/octave/Array.h:201: undefined reference to `Array<double>::fill(double const&)' ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function `binary_oarchive_impl': /usr/include/boost/archive/binary_oarchive_impl.hpp:84: undefined reference to `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, char, std::char_traits<char> >::basic_binary_oprimitive(std::basic_streambuf<char, std::char_traits<char> >&, bool)' ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function `common_oarchive': /usr/include/boost/archive/detail/common_oarchive.hpp:75: undefined reference to `boost::archive::detail::basic_oarchive::basic_oarchive(unsigned int)' ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function `invoke<TrainImageMap>': /usr/include/boost/archive/detail/oserializer.hpp:253: undefined reference to `boost::archive::detail::basic_oarchive::save_object(void const*, boost::archive::detail::basic_oserializer const&)' ./src/subspacelda/librtftr_subspacelda.a(TrainImageMapIO.o): In function `~common_oarchive': The octave library is present: chellberg@chellberg-t400:~$ ls -la /usr/local/lib/octave/3.4.3/liboctave.so lrwxrwxrwx 1 root root 18 2012-03-28 03:00 /usr/local/lib/octave/3.4.3/liboctave.so -> liboctave.so.0.0.0 chellberg@chellberg-t400:~$ The offending lines are: 221: Matrix projected_image; 222: if(mAlgorithm == "PCA") { 223: projected_image = mSubspace.transpose() * test_image; 224: } else if(mAlgorithm == "LDA") { 225: projected_image = mSubspace * test_image; 226: if(mSeparateNonFaces == true) { 227: Matrix projected_image_for_filtration = mSubspaceForFiltration.transpose() * test_image; 228: Matrix reconstructed_image = mSubspaceForFiltration * projected_image_for_filtration; 229: float sum = 0; 230: for(int i = 0; i < reconstructed_image.rows(); i++) { 231: sum += (reconstructed_image.elem(i,0) - test_image.elem(i,0)) * (reconstructed_image.elem(i,0) - test_image.elem(i,0)); 232: } 233: float distance = sqrt(sum); 234: if(distance >= (mThreshold1 *mMaxDistance ) ) { 235: return -2; 256: } 237: } 238: } Not quite sure what isn't being included properly by the linker. Cheers, Chris 28/03/12 13:13, Abhishek Dutta написал: > Yes, we are excited to see you join us. Thanks for that. > > Start firing your questions :) > > Good luck > Abhishek > > On Wed, Mar 28, 2012 at 12:56 PM, <ch...@ch... > <mailto:ch...@ch...>> wrote: > > Hi Guys, > > I've started updating a local copy of rtftr source to address newer > versions of libraries that rtftr references. I've fixed several of > them but stumped on a couple of issues. > > Are you guys still around to help with a couple of linker problems? > > Cheers, > > Chris > Enviado desde mi dispositivo BlackBerry® de Orange. > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Rtftr-devel mailing list > Rtf...@li... > <mailto:Rtf...@li...> > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > > > > > -- > Abhishek > http://abhishekdutta.org |
From: <ch...@ch...> - 2012-03-28 11:10:23
|
Hi Guys, I've started updating a local copy of rtftr source to address newer versions of libraries that rtftr references. I've fixed several of them but stumped on a couple of issues. Are you guys still around to help with a couple of linker problems? Cheers, Chris Enviado desde mi dispositivo BlackBerry® de Orange. |
From: Bibek S. <bi...@am...> - 2011-08-16 06:24:00
|
Hi Everyone, stage.vidfootie.com is up and running. The username passwords have been changed for admin admin : password Cheers |
From: Bibek S. <bi...@am...> - 2011-08-15 06:49:30
|
Guys its not ready yet, I'll only be able to fix it tonight. Please test in local until then. Thanks |
From: Bibek S. <bib...@gm...> - 2010-06-21 06:54:34
|
Hi, Its a pleasure to know that you have shown interest on RTFTR. For more information about our project, you can visit http://rtftr.sourceforge.net/where there are detail instructions on how to build and get started with the system. We also have reports to help you get started - OSCN Final Presentation (Aug. 08, 2009) : Final Presentation (odp zip<http://rtftr.sourceforge.net/docs/osc2009/oscn_2009_final_odp.zip>, pdf <http://rtftr.sourceforge.net/docs/osc2009/oscn_2009_final.pdf>) | Video used during presentation ( ogv<http://rtftr.sourceforge.net/videos/0.2/rtftr_demo_video_oscn2009.ogg>, avi<http://rtftr.sourceforge.net/videos/0.2/rtftr_demo_video_oscn2009.avi>) - Pre-Final Presentation (Jul. 16, 2009) : Pre-Final Presentation<http://rtftr.sourceforge.net/docs/osc2009/oscn_2009_prefinal.pdf> - Documents : final project report<http://rtftr.sourceforge.net/docs/osc2009/rtftr_osc2009_report.pdf>| proposal<http://rtftr.sourceforge.net/docs/osc2009/rtftr_osc2009_proposal.pdf> - Demonstration Video: ogv (59MB)<http://rtftr.sourceforge.net/videos/0.2/rtftr_0.2_demo.ogv>| avi (25.7MB) <http://rtftr.sourceforge.net/videos/0.2/rtftr_0.2_demo.avi> | flv (9MB) <http://rtftr.sourceforge.net/videos/0.2/rtftr_0.2_demo.flv> - Installation Manual: FC10 installation howto (txt)<http://rtftr.sourceforge.net/videos/0.2/rtftr_fc10_install_howto.txt>| Ubuntu 9.04 installation howto (txt)<http://rtftr.sourceforge.net/videos/0.2/rtftr_Ubuntu9.04_installation_howto.txt> - Installation Videos: avi (108MB)<http://rtftr.sourceforge.net/videos/0.2/rtftr_fc10_install_manual.avi>| flv (9MB)<http://rtftr.sourceforge.net/videos/0.2/rtftr_fc10_install_manual.flv> (screencast demonstrating the installation of rtftr in Fedora Core 10) Plus you can communicate with the developers through our mailing list at http://sourceforge.net/mailarchive/forum.php?forum_name=rtftr-devel&style=threaded Let us know if you have any further queries. -- Bibek Shrestha bibekshrestha at gmail dot com Blog: http://bibekshrestha.com.np Twitter: http://twitter.com/bibstha On Mon, Jun 21, 2010 at 1:33 AM, Haice <ckd...@ya...> wrote: > Hi, > I'm sorry to disturb you but i really really need your help. > I came across your project on RTFTR and i want to do something similar > to it for my final year project. I was hoping you will be able to help me > and guide me through. > I will be very grateful to here from back from you. > > > > Thanks In Advance > > Oloruntoba. > > |
From: Abhishek D. <the...@gm...> - 2010-04-02 07:16:40
|
Hi, On Fri, Apr 2, 2010 at 7:22 AM, Biswas Parajuli <bis...@gm...>wrote: > Sorry for the late response. I repeated the installation with the suggested > changes > > 1. On running 3.b in the INSTALL file I end up with this : > */usr/bin/install: cannot stat > `/home/biswas/Desktop/FaceRecognition/librariesForRTFTR/vigra1.6.0/doc/vigra/form*.png': > No such file or directory > * This is not a problem as those missing PNG files are required to generate the documentation for VIGRA. If you look at the output carefully, it will say that the installation of library was successful. You can also verify this by doing the usual "$ ls /usr/local/lib/libvigraimpex* ". * > *2. liboctave.so is present* :* > > # ls /usr/lib/octave-3.0.3/lib* > /usr/lib/octave-3.0.3/libcruft.so > /usr/lib/octave-3.0.3/liboctave.so.3.0.3 > /usr/lib/octave-3.0.3/libcruft.so.3.0.3 > /usr/lib/octave-3.0.3/liboctinterp.so > /usr/lib/octave-3.0.3/liboctave.so > /usr/lib/octave-3.0.3/liboctinterp.so.3.0.3 > > 3. I replaced "rtftr/configure" with the one you suggested > > > 4.Now it's a new error when running ./rtftr > > *./rtftr: symbol lookup error: /usr/lib/libavcodec.so.52: undefined > symbol: av_gcd > * > Ah, this is something related to the installation of ffmpeg. OpenCV uses ffmpeg to read AVI files. I suggest you follow step 6 ad step 7 carefully. It requires making changes to ffmpeg's source code. I know that the whole installation procedure is very complication and this is because we have used a lot of libraries. In future,we would definitely aim to reduce the complexity of rtftr installation Bye -- Abhishek http://www-users.cs.york.ac.uk/~abhishek/ |
From: Biswas P. <bis...@gm...> - 2010-04-02 06:22:55
|
Sorry for the late response. I repeated the installation with the suggested changes 1. On running 3.b in the INSTALL file I end up with this : */usr/bin/install: cannot stat `/home/biswas/Desktop/FaceRecognition/librariesForRTFTR/vigra1.6.0/doc/vigra/form*.png': No such file or directory *2. liboctave.so is present* :* # ls /usr/lib/octave-3.0.3/lib* /usr/lib/octave-3.0.3/libcruft.so /usr/lib/octave-3.0.3/liboctave.so.3.0.3 /usr/lib/octave-3.0.3/libcruft.so.3.0.3 /usr/lib/octave-3.0.3/liboctinterp.so /usr/lib/octave-3.0.3/liboctave.so /usr/lib/octave-3.0.3/liboctinterp.so.3.0.3 3. I replaced "rtftr/configure" with the one you suggested 4.Now it's a new error when running ./rtftr *./rtftr: symbol lookup error: /usr/lib/libavcodec.so.52: undefined symbol: av_gcd * |
From: Abhishek D. <the...@gm...> - 2010-03-29 09:08:00
|
Hi Biswas, This seems that rtftr is not able to locate the octave shared libraries. You can see this by executing "ldd ./rtftr" which will show a list of libraries to which rtftr is dynamically linked to. You will see that alongside the listing for "liboctave.so", it will say that the library was not found. So you can try the following: 1. As you said that you followed the "UBUNTU 9.04 INSTALLATION INSTRUCTIONS", I assume that you have "octave-3.0.3" is installed at "/usr/lib/octave-3.0.3/". Could you please verify this by looking for octave shared libraries using "ls /usr/lib/octave-3.0.3/lib*". If you octave library installation was successful, this should show a "liboctave.so" entry. 2. Could you verify that the "rtftr/configure" file in you rtftr source has the following entry in Line 934 # Added by TLM - June 26,2009 CPPFLAGS="`pkg-config --cflags gtk+-2.0` -I/usr/local/include -I/usr/include -I/usr/local/include/boost-1_37 -I/usr/include/octave-3.0.3 -I/usr/include/libxml2" LDFLAGS="`pkg-config --libs gtk+-2.0` -L/usr/local/lib -L/usr/lib -L/usr/lib/octave-3.0.3" CXXFLAGS="-O2 -g0 -fopenmp" If you don't find these lines, download the configure file from http://rtftr.svn.sourceforge.net/viewvc/rtftr/trunk/rtftr/configure?revision=204 I hope this helps. Best wishes Abhishek On Mon, Mar 29, 2010 at 8:54 AM, Biswas Parajuli <bis...@gm...>wrote: > I use Lenny (Debian 5.0.4) and I followed the "UBUNTU 9.04 INSTALLATION > INSTRUCTIONS" in the INSTALL file. > I got an error while executing the instruction 8.b : > > *./rtftr: error while loading shared libraries: liboctave.so: cannot open > shared object file: No such file or directory* > > I can't figure out why I am getting this. > > > Biswas Parajuli > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Rtftr-devel mailing list > Rtf...@li... > https://lists.sourceforge.net/lists/listinfo/rtftr-devel > > -- Abhishek http://www-users.cs.york.ac.uk/~abhishek/ |
From: Biswas P. <bis...@gm...> - 2010-03-29 07:54:38
|
I use Lenny (Debian 5.0.4) and I followed the "UBUNTU 9.04 INSTALLATION INSTRUCTIONS" in the INSTALL file. I got an error while executing the instruction 8.b : *./rtftr: error while loading shared libraries: liboctave.so: cannot open shared object file: No such file or directory* I can't figure out why I am getting this. Biswas Parajuli |
From: Bibek S. <bib...@gm...> - 2009-08-13 04:16:48
|
Ritesh developed the saralScrum This is what he sent me. Bibek Shrestha bibekshrestha at gmail dot com ---------- Forwarded message ---------- From: Ritesh Tamrakar <rit...@gm...> Date: Thu, Aug 13, 2009 at 9:50 AM Subject: Email Interview To: bib...@gm... Dear Bibek Shrestha & team, Congratulation for wining second position in Opens Software Challenge Nepal 2009. I have a blog dedicated to open source development. Its link is http://riteshworks.blogspot.com/. I want to publish your team interview at my blog so that others can follow your path to success. Please answer the following questions and mail back to me. -------------------------------------------------------------------------------------------------------------- 1) Can you please briefly give your team introduction? What are your team member currently doing? 2) What is your project? Can you please briefly describe it? 3) What did motivate you to choose this particular project for the competition? 4) What benefit will the project have to Nepalese society or whole world? 5) Did your team face any difficulty during the competition? If yes, can you please give some example of it. 6) What is your development methodology for the project? Did you use any particular SDLC? 7) What benefit will your project have by choosing open source licensing than choosing closed source? 8) What are the factors do you think as main reason for your teams' success? 9) What is your teams' future development plan for the project? 10) Do you have any suggestion for anyone thinking to take part in such competition in future? 11) Do you or your team have any blog, tweet or website where you or team actively contribute to development of open source project? ------------------------------------------------------------------------------------------------------------------ Thank you for your time. Best regards, Ritesh M. Tamrakar |
From: Abhishek D. <the...@gm...> - 2009-04-20 11:02:04
|
Hi all, Finally D2Labs admins has success in moving our svn dump file to their repo. Check this forum thread for details http://collaborate.d2labs.org/forum/forum.php?thread_id=388&forum_id=336 We will again commit our new files after they dump the SF svn repo. bye On Sat, Apr 18, 2009 at 8:44 PM, Abhishek Dutta <the...@gm...>wrote: > Hi all, > D2Labs admins have not yet figured out a stable plan for migration of svn > repo. from SF to D2Labs. See this forum post for details. > http://collaborate.d2labs.org/forum/forum.php?thread_id=388&forum_id=336 > > So we will now use the svn repo. of D2Labs for development. I imported the > codebase from SF svn to D2Labs svn. You can checkout a copy using > > $ svn checkout --username thelinuxmaniac > http://svn.collaborate.d2labs.org/svn/rtftr > > I have only put the code portion of our repository and not the trunk/doc > portion as its size very large. We cannot completely trust the SVN repo. of > D2Labs as it is still "evolving" and there are lots of bug fixing going on > in D2Labs. So we should be on the safe side by commiting regularly (after > major updates) to the SF repository as well. Copy and paste of the directory > that involves changes will do for now. Tell me if any one of you have any > other elegant methods to achieve this :) > > I am working on the "OpenMPI based integration of RTFTR modules" portion. > Check this wiki page for details > > > http://apps.sourceforge.net/trac/rtftr/wiki/RTFTR%20version%200.2%20workflow > > Bye > > -- > Abhishek > http://adutta.np.googlepages.com > -- Abhishek http://adutta.np.googlepages.com |
From: Abhishek D. <the...@gm...> - 2009-04-20 10:43:58
|
Hi all, Check this final report for "First Phase Review (Milestone 1" submitted to OSCN-2009 http://collaborate.d2labs.org/docman/view.php/148/259/rtftr_phase1_report.pdf Bye -- Abhishek http://adutta.np.googlepages.com |
From: Abhishek D. <the...@gm...> - 2009-04-18 15:11:25
|
Hi Lakesh, You must have returned back to Kathmandu from your Delhi vacation. I am sure you enjoyed you trip. Your mailbox must be full of messages from RTFTR-DEVEL mailing list. We had some important discussions regarding our participation in OSCN-2009 in past week. So take a careful look at those old message archive. bye -- Abhishek http://adutta.np.googlepages.com |
From: Abhishek D. <the...@gm...> - 2009-04-18 14:59:29
|
Hi all, D2Labs admins have not yet figured out a stable plan for migration of svn repo. from SF to D2Labs. See this forum post for details. http://collaborate.d2labs.org/forum/forum.php?thread_id=388&forum_id=336 So we will now use the svn repo. of D2Labs for development. I imported the codebase from SF svn to D2Labs svn. You can checkout a copy using $ svn checkout --username thelinuxmaniac http://svn.collaborate.d2labs.org/svn/rtftr I have only put the code portion of our repository and not the trunk/doc portion as its size very large. We cannot completely trust the SVN repo. of D2Labs as it is still "evolving" and there are lots of bug fixing going on in D2Labs. So we should be on the safe side by commiting regularly (after major updates) to the SF repository as well. Copy and paste of the directory that involves changes will do for now. Tell me if any one of you have any other elegant methods to achieve this :) I am working on the "OpenMPI based integration of RTFTR modules" portion. Check this wiki page for details http://apps.sourceforge.net/trac/rtftr/wiki/RTFTR%20version%200.2%20workflow Bye -- Abhishek http://adutta.np.googlepages.com |
From: Abhishek D. <adu...@gm...> - 2009-04-15 01:06:01
|
Hi all, I have created a dump file of our repository at SF on April 14, 2009 using the information given in this document http://apps.sourceforge.net/trac/sourceforge/wiki/Using%20rsync%20for%20backups D2Lab admins are working to import our svn dump into D2Labs server. So don't commit anything to our SF repo. for now. We will start svn based development when D2Labs svn repo. is ready. Check this forum post for details http://collaborate.d2labs.org/forum/forum.php?thread_id=388&forum_id=336 bye -- Abhishek http://adutta.np.googlepages.com |
From: Abhishek D. <adu...@gm...> - 2009-04-13 07:22:53
|
Hi, Could you take a look into these forum posts? We have not received reply from D2Labs admins regarding the issues posted by us. http://collaborate.d2labs.org/forum/forum.php?thread_id=399&forum_id=345 http://collaborate.d2labs.org/forum/forum.php?thread_id=388&forum_id=336 bye -- Abhishek http://adutta.np.googlepages.com |
From: Abhishek D. <adu...@gm...> - 2009-04-12 15:12:45
|
Hi all, I am backing up our svn repo. using the instructions given in http://apps.sourceforge.net/trac/sourceforge/wiki/Using%20rsync%20for%20backups I have created the svn dump file. Let me inform the d2 admins about this. Probably they can import the dump file to our svn repo. at D2labs bye -- Abhishek http://adutta.np.googlepages.com |
From: Abhishek D. <the...@gm...> - 2009-04-12 05:11:21
|
hi all, I have already committed rtftr ver 0.1 to d2labs repo<http://collaborate.d2labs.org/plugins/scmsvn/viewcvs.php/?root=rtftr>(you all didn't notice as they don't have the feature of mailing svn commits). By April 20, 2009 we only need to show the SVN repo. layout ("SVN Repository Layout description of the project" ). So let's wait till April 19, 2009, if the D2 guys don't find a way to dump svn repo from SF to D2labs, we'll start development in D2labs svn repo. In the meantime let's continue working in SF repo. As we only have 2 months for final submission, we need to first complete the "Essential TODO" items of version 0.2 workflow<https://apps.sourceforge.net/trac/rtftr/wiki/RTFTR%20version%202.0%20workflow>. Anjan: you can work on improving AdaBoost. It's accuracy and performance is important to all other modules. I am planning to start work on MPI based integration of all RTFTR modules. bye On Sun, Apr 12, 2009 at 10:45 AM, Anjan <roc...@gm...> wrote: > I have mainly 3 points to inform. > > > 1. The question asked by Abhishek for the sync between the OSCN svn and > SF svn has not been replied. So, should we export the svn from the SF to > OSCN and start commiting in OSCN for the entire competition time? afte that > we can export to the SF and it will continue normally. > 2. The final project submission date is June 01 (not July 01, which we > had thought previously). So, we only have 2 months for the project. > 3. I am working on the adaboost based face detection. But using the > similar algorithm OpenCV already has a robust face detection application. > But there are minor false detections made by it. So I was thinking of using > the color based face detection as well which can help produce good result in > OpenCV (and my alogrithm as well). I don't think color based face detection > (coding time) will take much time. Besides it should improve the detection > speed of other algorithms. > > Let me know what you guys think about these points.... > > On Sat, Apr 11, 2009 at 9:08 PM, Abhishek Dutta <the...@gm...>wrote: > >> Hi all, >> I have created a basic TODO list that itemizes the plan for OSCN-2009 at >> this wiki page >> >> >> https://apps.sourceforge.net/trac/rtftr/wiki/RTFTR%20version%202.0%20workflow >> >> Let's collaborate to finalize this document. >> >> NOTE: For rtftr version 0.2 , we will use the WIKI embedded in trac<http://apps.sourceforge.net/trac/rtftr/>as the ticket based development using trac will be easier if we use the WIKI >> provided by trac. Moreover, trac's WIKI has cleaner look. Mediawiki<http://apps.sourceforge.net/mediawiki/rtftr/>(which was used for rtftr ver. 0.1) has been discarded for now. >> >> bye >> -- >> Abhishek >> http://adutta.np.googlepages.com >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> High Quality Requirements in a Collaborative Environment. >> Download a free trial of Rational Requirements Composer Now! >> http://p.sf.net/sfu/www-ibm-com >> _______________________________________________ >> Rtftr-devel mailing list >> Rtf...@li... >> https://lists.sourceforge.net/lists/listinfo/rtftr-devel >> >> > > > -- > Anjan Nepal > > GPO Box 11458 > Registered Linux User #395963 > > -- Abhishek http://adutta.np.googlepages.com |