-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lambertus schreef: > Is het niet gigantisch veel werk om een dergelijke functionaliteit in een > FPGA te stoppen?
De subroutine van SIFT is nog wel te doen. (Dat is keypoint identificatie). Daarna alles in een database stoppen: http://portal.acm.org/citation.cfm?id=564691.564729 En histogram zaken zijn heeeel goed op FPGA te doen. > Heeft OpenCV dan zoveel meer power nodig dan een mobile CPU > van tegenwoordig kan leveren (Met alle SSE en soortgelijke multimedia vector > uitbreidingen)? Die Elphel camera is 200MHz, Etrax, Elphel schreef me dat ze OpenCV nog niet aan de praat hadden gekregen (wel geport). Ik heb nu een CVS account dus ik zal mijn aanpassingen op de SIFT code van Rob Hess daar eens instoppen, en dan die histogram methode uitproberen. > Ik hoopte eigenlijk van niet zodat een webcam een stream of > serie van foto's aan de OpenPandora [1] kan geven zodat deze realtime meta > informatie aan wegen kan toevoegen... Dat scheelt een heleboel porting werk, > vooropgesteld dat OpenCV op de ARM architectuur werkt, en houdt de boel open > voor andere platformen i.t.t. FPGA oplossingen. Kosten zijn uiteindelijk ook > nog een stuk lager. > > [1] http://www.openpandora.org Ik draai OpenCV op een PPC :) dus het draait iig op Big en Little endian ;) Zelf zou ik de mechanical turk methode ook perfect vinden, mits er een realtime tagging platform zou zijn. En dan nog zou ik het makkelijk vinden als de meest waarschijnlijke borden direct worden aangegeven. Dus het onderzoek werkt twee kanten op :) Het kan semi-supervised. Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki8HVMACgkQYH1+F2Rqwn3zfgCfazWtJ24VH5+rn21W1zJWjS8p IOEAnR49d5dkIwcjyPCXF4ak1/+qXu9D =9GAc -----END PGP SIGNATURE----- _______________________________________________ Talk-nl mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-nl
