OpenCV 2.4.1: UnsatisfiedLinkError

Question

Ho un progetto Android, che ha un codice nativo. In questa parte nativa uso OpenCV. Tutto ciò che compila e funziona bene quando uso OpenCV 2.3.1, ma quando ho provato a passare alla versione 2.4.1, ho riscontrato un problema:

Compila senza errori, ma quando avvio la mia app, puo ' t carica la mia libreria a causa di UnsatisfiedLinkError.

Cannot load library: link_image[1936]: 37 could not load needed library 'libopencv_java.so' for 'mylibrary.so' (load_library[1091]: Library 'libopencv_java.so' not found) 

vedo che l'Open CV tenta di caricare libopencv_java.so, ma io non ne hanno bisogno e non uso OpenCV in codice Java. Dimensione della libreria> 5 M.

Come compilare senza aggiungere questa lib al progetto?

Answer 1

Il libopencv_java.so in aggiunta ai wrapper JNI all'interfaccia C++ OpenCV contiene tutto il codice nativo OpenCV.
Quando si genera la libreria JNI con OpenCV 2.4 per Android è possibile sia collegamento dinamicamente con libopencv_java.so (opzione di default) e di includere nella tua APK o collegamento staticamente con l'aggiunta di questa opzione in modo esplicito:

include $(CLEAR_VARS) 
OPENCV_LIB_TYPE:=STATIC 
include <your path>/OpenCV.mk 

Answer 2

una variazione dei seguenti lavorato per me quando ho aggiornato 2,3-2,4 (seguire le istruzioni se si dispone di una parte JNI nell'applicazione dettagli in link in fondo..):

1/sostituire i percorsi in Android.mk così il collegamento OpenCV.mk funziona ancora (in 2.4 è in native/jni/invece di share/OpenCV /).

2/Poi scrivere questo prima di includere OpenCV.mk:

OPENCV_INSTALL_MODULES:=on 
(this copies libopencv_java.so to your project's lib folder) 

è possibile copiare altre librerie come bene (ad esempio OPENCV_CAMERA_MODULES come usato in link in fondo)

3/Dopo di che, in la sezione statica della classe di attività è possibile caricare la libreria (libreria di caricamento prima di altri che dipendono da esso):

System.loadLibrary("opencv_java"); 
(this loads libopencv.so) 

o:

if (!OpenCVLoader.initDebug()) { 
    // Handle initialization error 
}) 

(seconda sembra più pulita ma non ho ancora provato)

Fonte (per le parti) è i punti 3 e 4 a link: Application Development with Static Initialization