con doble touch comienza el reconocimiento, con simple touch prepara cámara y avisa que la aplicación esta lista para tomar foto

crear un modo debug con diferentes informaciones (cartel milisegundos, cantidad de features matching, etc)

Buscar re utilización de código.

Problema

Luego de instalar y descargar la aplicacion, al ejecutarla arroja un mensaje de error y se cierra. Esto se debe a que no posee los permisos para utilizar la camara.

Mejora

La aplicación debería mostrar un cartel para otorgar permisos de almacenamiento y de utilización de la cámara luego de instalarla o, en su defecto, al ejecutar por primera vez la app.
Esto evitaría que el usuario deba acceder a ajustes y otorgar los permisos manualmente.

Crear nueva clase que represente la entrada de la imagen de la cámara y eliminar fila 222 del metodo onCameraFrame de la clase ReconActivity

actualmente al importar el proyecto en android studio necesitamos contar con android 15 si se usara antdroid 14 que es el mismo que usa opencv 13 no seria necesario instalar estas dos versiones

programar el pedido de permisos

Falla la primer prueba.

Al agregar el ultimo billete no se actualizó el numero de billetes de la prueba.
Esto debería ser una variable dinámica del sistema.

Los toast se deben mostrar solo en modo debug

Todos los atributos en la clase Billete estan declarados como public . Al no declarar nada explicitamente se toma como atributo public por defecto . Esto puede ser peligroso ya que cualquier objecto de cualquier clase puede modificar los valores de dichos atributos . Por lo que propongo que esos atributos sean privados y que se pueda acceder a ellos mediante getter y setters.
Adjunto una imagen para aclarar de que atributos estoy hablando

Cuando la cámara no se configura a 800_600 las capacidades de detección se ven disminuidas. al configurar manualmente la resolución a lo mas cercano posible a 800_600 la detección mejora.

En el tutorial de Desarrollo, en la alternativa 2 Android Studio, corregir el inciso que dice:
"Editar el archivo project.settings del proyecto... ", el archivo es project.properties

Es deseable contar con un sistema de integración continua.

Existe un nuevo branch con una versión de la aplicación que puede ser usada en una amplia variedad de dispositivos. Sin embargo e aquellos teléfonos donde se pueden probar las dos versiones (lib estaticas vs lib dinamica) la versión de la aplicación que utiliza las librerías dinámicas es mas rápida.

Javier, con mis compañeros Guadalupe Vocos y Juan Cruz Diaz nos ofrecemos a realizar el comentariado (si es válido decirlo así) del código, si es de tu agrado y agrega valor.

El primer paso sería establecer reglas de como se va a llevar a cabo, haríamos una breve descripción, explicando que se va a comentar y que no, como lo vamos a comentar, y donde (si en el código, o en documento aparte como habías sugerido).

Si nos das el ok, te preparamos estas reglas de comentariado, para que las revises, acotes y aceptes, así nos ponemos a trabajar en ellos.

Desde ya, muchas gracias. Saludos

He notado que en el método reconocerDorsos() de la clase SimpleBillSearch, la instrucción -- > matcher.knnMatch(haystack.get(j).getDDorso(), needle.getDFrente(), matches, 2);
tiene un posible error.

El mismo, a mi criterio, es que está comparando el dorso del template actual donde está parado en la lista de templates con el frente del billete que capturó por cámara.

Esta comparación no es errónea? Los dorsos de los templates, en este método, deben ser comparados con el dorso del billete capturado.

install-AndoidStudio.diff.txt

En la interface BillSerch no esta definida la clase BillImage ni Bill comentando el método se arregla el error pero no se si es eso lo que hay que hacer o falta algo?

Distintos detectores de OPENCV
"FAST" – FastFeatureDetector
"STAR" – StarFeatureDetector
"SIFT" – SIFT (nonfree module)
"SURF" – SURF (nonfree module)
"ORB" – ORB
"BRISK" – BRISK
"MSER" – MSER
"GFTT" – GoodFeaturesToTrackDetector
"HARRIS" – GoodFeaturesToTrackDetector with Harris detector enabled
"Dense" – DenseFeatureDetector
"SimpleBlob" – SimpleBlobDetector

En la sección "Importar proyectos y vincularlos" que está en la sección desarrollo de la WIKI está el siguiente enlace "https://github.com/javierbrk"/reconocedordebilletes.git, hay que corregirlo por "https://github.com/javierbrk/reconocedordebilletes.git"

Existen textos que estan incrustados en el codigo y deberian ser llevados a un archivo y cargados dependiendo de la configuarcion del telefono

Si se intenta hacer una captura con la cámara obstruida, la aplicación se cierra inesperadamente.
La posible causa es no contemplar el caso en el que no se encuentran keypoints.

Agregar más información sobre cómo debe hacerse el pull request en el tutorial de Fork y sincronización (debe hacerse desde el fork creado)

Eliminar el billete de 2 pesos y agregar el billete de 20 nuevo

Agregar las condiciones que debería reunir el rectángulo dibujado para determinar si encontró o no encontró el billete

Para que el proyecto sea autocontenido, es necesario que la información teórica necesaria para comprender el código este en proyecto. Por ello es necesario agregar información como diagrama en bloques del código, feature detection, match, etc.

Analizar la conveniencia de encender el flash solamente en el momento en que se toca la pantalla para reconocer el billete. Verificar que no haya una degradación en la capacidad de reconocimiento (por cuestiones de enfoque por ejemplo).

Como OpenCV no está linkeada estáticamente, la aplicación no se puede ejecutar en el Nexus 6P.

Diferencia ente linea 268 y 153

ahora los templates no son uniformes deberiamos probar con diferentes resoluciones

En lugar de realizar resize para cada frame, cambiar para que se active la función solo después del touch.