Android JNI调用OpenCV,长时间运行内存异常,导致闪退的log分析和解决---(ReferenceTable overflow (max=1024)造成的)

最新推荐文章于 2022-08-01 10:05:01 发布
最新推荐文章于 2022-08-01 10:05:01 发布
阅读量1.4w 收藏 13
点赞数 6
分类专栏： OpenCV4Android OpenCV图像处理 Android开发 Android（OpenCV）开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yanzi1225627/article/details/18677285
版权

首先交代下问题背景，前些日子自己在android上搞了个入侵检测玩。就是camera当作监控设备，每隔一定时间检测是否有东西入侵，如果入侵率到一定程度就报警的东西。最近发现，每次运行超过20分钟，app直接挂掉消失。下面附上核心完整log:

01-01 21:17:42.321 I/yan     ( 2588): /storage/sdcard0/InvadeDetect/ 1111111111111

01-01 21:17:42.650 E/PowerManagerService(  501): (GYP)enter sleep check_in_PowerMonitorHandler,mScreenIsOff=true;mScreenIsSwitchToOn=false mRequestSleepCount=4 mScreenOffTime=514309

01-01 21:17:43.008 D/NvOsDebugPrintf(  163): NvCamGrinder HAL_camera_device_enable_msg_type 3

01-01 21:17:43.008 D/NvOsDebugPrintf(  163): NvCamGrinder HAL_camera_device_enable_msg_type 3

01-01 21:17:43.057 I/dalvikvm-heap( 2588): Grow heap (frag case) to 18.527MB for 1228816-byte allocation

01-01 21:17:43.057 W/dalvikvm( 2588): JNI: pin count on array 0x410f1fd8 ([I) is now 1019

01-01 21:17:43.063 W/dalvikvm( 2588): JNI: pin count on array 0x410f1fd8 ([I) is now 1019

01-01 21:17:43.066 D/dalvikvm( 2588): GC_CONCURRENT freed 5780K, 45% free 7740K/14060K, paused 2ms+2ms, total 9ms

01-01 21:17:43.324 W/dalvikvm( 2588): ReferenceTable overflow (max=1024)

01-01 21:17:43.324 W/dalvikvm( 2588): JNI pinned array reference table (0x5d4440a8) dump:

01-01 21:17:43.324 W/dalvikvm( 2588):   Last 10 entries (of 1024):

01-01 21:17:43.324 W/dalvikvm( 2588):      1023: 0x410f1f70 char[] (3 elements)

01-01 21:17:43.324 W/dalvikvm( 2588):      1022: 0x40c622e8 char[] (1 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1021: 0x40c62268 char[] (1 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1020: 0x40c61648 char[] (1 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1019: 0x40e28ab8 char[] (5 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1018: 0x410f1fd8 int[] (307200 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1017: 0x410f1fd8 int[] (307200 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1016: 0x410f1fd8 int[] (307200 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1015: 0x410f1fd8 int[] (307200 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):      1014: 0x410f1fd8 int[] (307200 elements)

01-01 21:17:43.325 W/dalvikvm( 2588):   Summary:

01-01 21:17:43.326 W/dalvikvm( 2588):         3 of char[] (1 elements) (3 unique instances)

01-01 21:17:43.326 W/dalvikvm( 2588):         1 of char[] (3 elements)

01-01 21:17:43.326 W/dalvikvm( 2588):         1 of char[] (5 elements)

01-01 21:17:43.326 W/dalvikvm( 2588):      1019 of int[] (307200 elements) (1 unique instances)

01-01 21:17:43.326 E/dalvikvm( 2588): Failed adding to JNI pinned array ref table (1024 entries)

01-01 21:17:43.326 I/dalvikvm( 2588): "Thread-183" prio=5 tid=14 RUNNABLE

01-01 21:17:43.326 I/dalvikvm( 2588):   | group="main" sCount=0 dsCount=0 obj=0x40f89e08 self=0x5a6ca710

01-01 21:17:43.327 I/dalvikvm( 2588):   | sysTid=3823 nice=0 sched=0/0 cgrp=apps handle=1517075840

01-01 21:17:43.327 I/dalvikvm( 2588):   | state=R schedstat=( 967539651465 45738384690 224828 ) utm=95515 stm=1238 core=2

01-01 21:17:43.327 I/dalvikvm( 2588):   at libcore.icu.NativeDecimalFormat.open(Native Method)

01-01 21:17:43.327 I/dalvikvm( 2588):   at libcore.icu.NativeDecimalFormat.<init>(NativeDecimalFormat.java:123)

01-01 21:17:43.327 I/dalvikvm( 2588):   at java.text.DecimalFormat.initNative(DecimalFormat.java:556)

01-01 21:17:43.327 I/dalvikvm( 2588):   at java.text.DecimalFormat.<init>(DecimalFormat.java:551)

01-01 21:17:43.327 I/dalvikvm( 2588):   at java.text.DecimalFormat.<init>(DecimalFormat.java:529)

01-01 21:17:43.328 I/dalvikvm( 2588):   at org.mo.invadedetect.CameraActivity.getRate(CameraActivity.java:513)

01-01 21:17:43.328 I/dalvikvm( 2588):   at org.mo.invadedetect.CameraActivity$CheckProcessThread.run(CameraActivity.java:402)

01-01 21:17:43.328 I/dalvikvm( 2588): 

01-01 21:17:43.328 E/dalvikvm( 2588): VM aborting

01-01 21:17:43.328 F/libc    ( 2588): Fatal signal 11 (SIGSEGV) at 0xdeadd00d (code=1), thread 3823 (Thread-183)

01-01 21:17:43.430 I/DEBUG   (  157): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

01-01 21:17:43.430 I/DEBUG   (  157): Build fingerprint: 'generic/pluto/pluto:4.2.2/JDQ39/eng.ztetd.20131210.002516:eng/release-keys'

01-01 21:17:43.430 I/DEBUG   (  157): Revision: '0'

01-01 21:17:43.431 I/DEBUG   (  157): pid: 2588, tid: 3823, name: Thread-183  >>> org.mo.invadedetect <<<

01-01 21:17:43.431 I/DEBUG   (  157): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadd00d

01-01 21:17:43.553 I/DEBUG   (  157):     r0 00000000  r1 00000000  r2 deadd00d  r3 00000000

01-01 21:17:43.553 I/DEBUG   (  157):     r4 4081cb58  r5 0000020c  r6 00000000  r7 4081cec0

01-01 21:17:43.553 I/DEBUG   (  157):     r8 5c775c54  r9 5c675e38  sl 5a6ca720  fp 5c775c6c

01-01 21:17:43.553 I/DEBUG   (  157):     ip 00004000  sp 5c775598  lr 4004f3f9  pc 407a927c  cpsr 600b0030

01-01 21:17:43.554 I/DEBUG   (  157):     d0  74726f6261204d56  d1  6a2e79746976696e

01-01 21:17:43.554 I/DEBUG   (  157):     d2  656d61432e746375  d3  697669746341616c

01-01 21:17:43.554 I/DEBUG   (  157):     d4  7fefffffffffffff  d5  7fefffffffffffff

01-01 21:17:43.554 I/DEBUG   (  157):     d6  c7efffffe0000000  d7  0000000000000000

01-01 21:17:43.555 I/DEBUG   (  157):     d8  3e6041893a83126f  d9  c0100000ffffffff

01-01 21:17:43.555 I/DEBUG   (  157):     d10 bff3441350a65936  d11 3fd34413509f79fe

01-01 21:17:43.555 I/DEBUG   (  157):     d12 3ddb7cdfd9d7bdbb  d13 0000000000000000

01-01 21:17:43.555 I/DEBUG   (  157):     d14 0000000000000000  d15 0000000000000000

01-01 21:17:43.555 I/DEBUG   (  157):     d16 0000000000000000  d17 4330000000000000

01-01 21:17:43.555 I/DEBUG   (  157):     d18 3fb0000000000000  d19 fffc0000fffc0000

01-01 21:17:43.555 I/DEBUG   (  157):     d20 0000000300000004  d21 0000000100000002

01-01 21:17:43.556 I/DEBUG   (  157):     d22 0707070703030303  d23 0000027f0000027f

01-01 21:17:43.556 I/DEBUG   (  157):     d24 fffe0000ffff0000  d25 fffc0000fffd0000

01-01 21:17:43.556 I/DEBUG   (  157):     d26 0000028000000280  d27 0000028000000280

01-01 21:17:43.556 I/DEBUG   (  157):     d28 0000000200000003  d29 0000000000000001

01-01 21:17:43.556 I/DEBUG   (  157):     d30 0000000000000000  d31 0000000000000000

01-01 21:17:43.557 I/DEBUG   (  157):     scr 60000013

01-01 21:17:43.561 I/DEBUG   (  157): 

01-01 21:17:43.561 I/DEBUG   (  157): backtrace:

01-01 21:17:43.562 I/DEBUG   (  157):     #00  pc 0004527c  /system/lib/libdvm.so (dvmAbort+75)

01-01 21:17:43.562 I/DEBUG   (  157):     #01  pc 00048499  /system/lib/libdvm.so

01-01 21:17:43.562 I/DEBUG   (  157):     #02  pc 0004a7e5  /system/lib/libdvm.so

01-01 21:17:43.562 I/DEBUG   (  157):     #03  pc 0003b87f  /system/lib/libdvm.so

01-01 21:17:43.562 I/DEBUG   (  157):     #04  pc 00016117  /system/lib/libjavacore.so

01-01 21:17:43.562 I/DEBUG   (  157):     #05  pc 00019471  /system/lib/libjavacore.so

01-01 21:17:43.563 I/DEBUG   (  157):     #06  pc 0001979b  /system/lib/libjavacore.so

01-01 21:17:43.563 I/DEBUG   (  157):     #07  pc 0001d850  /system/lib/libdvm.so (dvmPlatformInvoke+112)

01-01 21:17:43.563 I/DEBUG   (  157):     #08  pc 0004ca1d  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+396)

01-01 21:17:43.563 I/DEBUG   (  157):     #09  pc 000381d5  /system/lib/libdvm.so (dvmCheckCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+8)

01-01 21:17:43.563 I/DEBUG   (  157):     #10  pc 00026c60  /system/lib/libdvm.so

01-01 21:17:43.564 I/DEBUG   (  157):     #11  pc 0002ab4c  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)

01-01 21:17:43.564 I/DEBUG   (  157):     #12  pc 0005f2b1  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+272)

01-01 21:17:43.564 I/DEBUG   (  157):     #13  pc 0005f2db  /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20)

01-01 21:17:43.564 I/DEBUG   (  157):     #14  pc 00053e57  /system/lib/libdvm.so

01-01 21:17:43.564 I/DEBUG   (  157):     #15  pc 0000e408  /system/lib/libc.so (__thread_entry+72)

01-01 21:17:43.564 I/DEBUG   (  157):     #16  pc 0000daf4  /system/lib/libc.so (pthread_create+160)

01-01 21:17:43.565 I/DEBUG   (  157): 

01-01 21:17:43.565 I/DEBUG   (  157): stack:

01-01 21:17:43.565 I/DEBUG   (  157):          5c775558  00000001  

01-01 21:17:43.565 I/DEBUG   (  157):          5c77555c  4007a1b4  /system/lib/libc.so

01-01 21:17:43.565 I/DEBUG   (  157):          5c775560  4007a1b4  /system/lib/libc.so

01-01 21:17:43.565 I/DEBUG   (  157):          5c775564  4007a1b4  /system/lib/libc.so

01-01 21:17:43.565 I/DEBUG   (  157):          5c775568  4007a1b4  /system/lib/libc.so

01-01 21:17:43.566 I/DEBUG   (  157):          5c77556c  4004f3f9  /system/lib/libc.so (__sflush_locked+36)

01-01 21:17:43.566 I/DEBUG   (  157):          5c775570  4007a254  /system/lib/libc.so

01-01 21:17:43.566 I/DEBUG   (  157):          5c775574  4007a1b4  /system/lib/libc.so

01-01 21:17:43.567 I/DEBUG   (  157):          5c775578  00000000  

01-01 21:17:43.567 I/DEBUG   (  157):          5c77557c  400503c9  /system/lib/libc.so (_fwalk+32)

01-01 21:17:43.567 I/DEBUG   (  157):          5c775580  4081cb58  /system/lib/libdvm.so

01-01 21:17:43.567 I/DEBUG   (  157):          5c775584  0000020c  

01-01 21:17:43.567 I/DEBUG   (  157):          5c775588  00000000  

01-01 21:17:43.567 I/DEBUG   (  157):          5c77558c  4081cec0  /system/lib/libdvm.so

01-01 21:17:43.567 I/DEBUG   (  157):          5c775590  df0027ad  

01-01 21:17:43.568 I/DEBUG   (  157):          5c775594  00000000  

01-01 21:17:43.568 I/DEBUG   (  157):     #00  5c775598  00000000  

01-01 21:17:43.568 I/DEBUG   (  157):          5c77559c  6c756e28  

01-01 21:17:43.568 I/DEBUG   (  157):          5c7755a0  0000296c  

01-01 21:17:43.569 I/DEBUG   (  157):          5c7755a4  00000000  

01-01 21:17:43.569 I/DEBUG   (  157):          5c7755a8  00000000  

01-01 21:17:43.569 I/DEBUG   (  157):          5c7755ac  00000000  

01-01 21:17:43.569 I/DEBUG   (  157):          5c7755b0  00000000  

01-01 21:17:43.569 I/DEBUG   (  157):          5c7755b4  00000000  

01-01 21:17:43.570 I/DEBUG   (  157):          5c7755b8  00000000  

01-01 21:17:43.570 I/DEBUG   (  157):          5c7755bc  00000000  

01-01 21:17:43.570 I/DEBUG   (  157):          5c7755c0  00000000  

01-01 21:17:43.570 I/DEBUG   (  157):          5c7755c4  00000000  

01-01 21:17:43.570 I/DEBUG   (  157):          5c7755c8  00000000  

01-01 21:17:43.571 I/DEBUG   (  157):          5c7755cc  00000000  

01-01 21:17:43.571 I/DEBUG   (  157):          5c7755d0  00000000  

01-01 21:17:43.571 I/DEBUG   (  157):          5c7755d4  00000000  

01-01 21:17:43.571 I/DEBUG   (  157):          ........  ........

01-01 21:17:43.571 I/DEBUG   (  157):     #01  5c7757b0  40c61bc8  /dev/ashmem/dalvik-heap (deleted)

01-01 21:17:43.572 I/DEBUG   (  157):          5c7757b4  000009b9  

01-01 21:17:43.572 I/DEBUG   (  157):          5c7757b8  9b900019  

01-01 21:17:43.572 I/DEBUG   (  157):          5c7757bc  40c61ba8  /dev/ashmem/dalvik-heap (deleted)

01-01 21:17:43.572 I/DEBUG   (  157):          5c7757c0  00000000  

01-01 21:17:43.572 I/DEBUG   (  157):          5c7757c4  00000000  

01-01 21:17:43.572 I/DEBUG   (  157):          5c7757c8  9b900019  

01-01 21:17:43.573 I/DEBUG   (  157):          5c7757cc  407ae7e9  /system/lib/libdvm.so

01-01 21:17:43.573 I/DEBUG   (  157):     #02  5c7757d0  5b1ed1a8  

01-01 21:17:43.573 I/DEBUG   (  157):          5c7757d4  5a6ca710  

01-01 21:17:43.574 I/DEBUG   (  157):          5c7757d8  00000000  

01-01 21:17:43.574 I/DEBUG   (  157):          5c7757dc  00000001  

01-01 21:17:43.574 I/DEBUG   (  157):          5c7757e0  5b1ed1a8

上面log里stack往下还有，我就不贴了。首先交代下，在这之前我并不知道问题是由ReferenceTable overflow (max=1024)造成的。拿到log后搜关键字"fatal"(除此外还可搜fault、error、fail)，很幸运直接定位到了问题:VM aborting虚拟机直接挂掉了，Fatal signal 11 (SIGSEGV) at 0xdeadd00d (code=1), thread 3823 (Thread-183)，第一感觉是内存是不是泄漏或溢出了。顺着这个线索往下找，看到关键字backtrace，凡是backtrace下带pc字样的地址都可以用NDK中或linux下的arm-linux-androideabi-addr2line工具将地址映射成函数名字。 

01-01 21:17:43.561 I/DEBUG   (  157): backtrace:
01-01 21:17:43.562 I/DEBUG   (  157):     #00  pc 0004527c  /system/lib/libdvm.so (dvmAbort+75)
01-01 21:17:43.562 I/DEBUG   (  157):     #01  pc 00048499  /system/lib/libdvm.so
01-01 21:17:43.562 I/DEBUG   (  157):     #02  pc 0004a7e5  /system/lib/libdvm.so
01-01 21:17:43.562 I/DEBUG   (  157):     #03  pc 0003b87f  /system/lib/libdvm.so
01-01 21:17:43.562 I/DEBUG   (  157):     #04  pc 00016117  /system/lib/libjavacore.so
01-01 21:17:43.562 I/DEBUG   (  157):     #05  pc 00019471  /system/lib/libjavacore.so
01-01 21:17:43.563 I/DEBUG   (  157):     #06  pc 0001979b  /system/lib/libjavacore.so
01-01 21:17:43.563 I/DEBUG   (  157):     #07  pc 0001d850  /system/lib/libdvm.so (dvmPlatformInvoke+112)
01-01 21:17:43.563 I/DEBUG   (  157):     #08  pc 0004ca1d  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+396)
01-01 21:17:43.563 I/DEBUG   (  157):     #09  pc 000381d5  /system/lib/libdvm.so (dvmCheckCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+8)
01-01 21:17:43.563 I/DEBUG   (  157):     #10  pc 00026c60  /system/lib/libdvm.so
01-01 21:17:43.564 I/DEBUG   (  157):     #11  pc 0002ab4c  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
01-01 21:17:43.564 I/DEBUG   (  157):     #12  pc 0005f2b1  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+272)
01-01 21:17:43.564 I/DEBUG   (  157):     #13  pc 0005f2db  /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20)
01-01 21:17:43.564 I/DEBUG   (  157):     #14  pc 00053e57  /system/lib/libdvm.so
01-01 21:17:43.564 I/DEBUG   (  157):     #15  pc 0000e408  /system/lib/libc.so (__thread_entry+72)
01-01 21:17:43.564 I/DEBUG   (  157):     #16  pc 0000daf4  /system/lib/libc.so (pthread_create+160)

backtrace下面列的从#16到#00，是一个堆栈式调用，#16在栈底所以是最先进栈，即最先调用的，然后是#15依次类推。从上面来看都是libc.so和libdvm.so出的问题，这些都是系统标准的一般不可能出问题。如果是自己生成的so的话，还真可能是自己的so造成的内存异常，稍后我会贡献一个示例，顺便介绍下addr2line的使用。

所以我怀疑找错了方向，那不是在VM挂掉之前log里就有异常了？往上看，看到Failed adding to JNI pinned array ref table (1024 entries)，不能够将jni里指向的数组引用添加。再往上找看到关键的一句:ReferenceTable overflow (max=1024),经查是引用计数器溢出了，最大为1024.即java的内存管理机制是基于引用的，需要计数器来记录引用的次数。在overflow这句话得后面当引用计数达到1024时还dump出了最近的10个引用，Summary了哪些引用有多少个，可以看到有1019个对int[]数组的引用，剩下的是对char[]的引用。我恍然大悟，我在jni里不停的通过下面来接收int数组，将其转为opencv的mat矩阵:

	jint *cbuf;
	cbuf = env->GetIntArrayElements(buf, false);
	if(cbuf == NULL)
	{
		return ;
	}
	Mat mat(h, w, CV_8UC4, (unsigned char*)cbuf);
却一直没有释放。想到这，又搜了下资料，参考这里 在原有代码基础上增加释放cbuf的语句就ok了:env->ReleaseIntArrayElements(buf, cbuf, 0);

参考Android NDK之JNI陷阱 在用到NewByteArray类似方法时一定要DeleteLocalRef()，使用GetByteArrayELement时(本文即使如此)要用ReleaseByteArrayElements来进行释放。

稍后，会介绍Android和JNI层的OpenCV交互时，关于怎么传数据的两种方法，本例中使用的是传int数组的方法，如果有图片需要返回，就再返回一个jnitArray。

结语: 碰到内存泄漏或异常的问题不要怕，寻根探源只要能定位到问题便解决了一大半了。正如六祖曰烦恼即菩提，李小龙说问题即答案，当你真正明白了问题，也就找到了答案！呵呵，漫漫程序路, 何尝不是如此呢。。。

--------------------------------------------------------本文系原创，转载请注明作者:yanzi1225627



yanzi1225627
关注
  • 6
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 10
    评论
专栏目录
在android模拟器上面执行OpenCV函数一闪就退出的解决方法
Leo的专栏
07-25 3693
这几天在练习一个在android上面进行图片格式转换的例子,我的开发环境是winXP+cygwin+openCV+NDK(r4 crystax),这个例子用openCV来做再合适不过了.在windows上面VS开发其实就下面这几句代码:IplImage* img = cvLoad
解决JNI调用在Android5.0+闪退问题
linchaolong的专栏
08-14 9759
日志信息如下： 08-14 15:48:41.127: A/art(5526): art/runtime/check_jni.cc:70] JNI DETECTED ERROR IN APPLICATION: illegal class name 'xxx.xxx.xxx' 08-14 15:48:41.127: A/art(5526): art/runtime/check_jni.cc:70] (shoul
opencv运行结果闪退
qimingxinlei的博客
02-09 2209
使用opencv运行结果闪退，一般在程序结尾加上waitKey(0);即可 提示错误未定义标识符vector，在程序开头加上 using namespace std;即可 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Ma...
opencv 内存泄漏
weixin_37603532的博客
07-20 498
opencv 内存泄漏
【走过巨坑】android studio对于jni调用及运行闪退无法加载库的问题解决方案
weixin_34233421的博客
08-21 759
相信很多小伙伴都在android开发中遇到调用jni的各种巨坑，因为我们不得不在很多地方用到第三方库so文件，然而第三方官方通常都只会给出ADT环境下的集成方式，而谷歌亲儿子android studio默认采用的却是gradle方式，与ADT编辑的方式大不相同，那再andorid studio中如何导入so文件呢？   在android studio 中我们可能会用到jar包和so文件的方式，...
android-sdk-opencv-4.5.5&opencv-contrib-4.5.5-arm64-v8a
07-07
1.android 版的opencv-4.5.5 sdk； 2.含有opencv-contrib-4.5.5 扩展模块；...3.可以在android studio 中加载，通过java 层调用，也可以添加so库+头文件的方式在jni 层调用； 4.适用于arm64-v8a架构，即64bit cpu。
android-sdk-opencv-4.5.5&opencv-contrib-4.5.5-armeabi-v7a
07-07
1.android 版的opencv-4.5.5 sdk； 2.含有opencv-contrib-4.5.5 扩展模块；...3.可以在android studio 中加载，通过java 层调用，也可以添加so库+头文件的方式在jni 层调用； 4.适用于armeabi-v7a架构，即32bit cpu。
android-opus-codec:使用JNI在Android中用C ++实现Opus编码器和解码器
05-26
android-opus-codec 一个用C ++和Kotlin编写的围绕的android包装器。 支持的功能： 将PCM音频编码为Opus。 将Opus音频解码为PCM。 输入音频的采样率从8000Hz到48000Hz。 不同的镜架尺寸。 单声道或立体声输入...
opencv-4.9.0-android
最新发布
04-01
在Android平台上，OpenCV提供了丰富的API和工具，使得开发者能够方便地在移动设备上实现各种图像分析和识别功能。这个"opencv-4.9.0-android"版本是OpenCV针对Android平台的特定优化版本，包含了最新的特性和性能...
opencv4.6.0 opencv-contrib4.6.0 for android 动态库
11-30
本压缩包包含的是OpenCV 4.6.0和OpenCV_contrib 4.6.0针对Android平台的动态库，这些库对于在Android设备上实现图像处理和计算机视觉功能至关重要。 OpenCV 4.6.0是OpenCV库的最新版本之一，包含了各种图像处理和...
Android Studio使用OpenCV后，使APP不安装OpenCV Manager即可运行
weixin_30553837的博客
07-03 542
采用静态初始化的方法，可以戳下边的链接查看官方的文档介绍 http://docs.opencv.org/doc/tutorials/introduction/android_binary_package/dev_with_OCV_on_Android.html#application-development-with-static-initialization 如果项目不包含JNI部...
RK3399 Android7.1系统多个应用出现概率性打开闪退的问题
u011774634的博客
05-05 558
比如设置应用打开闪退的报错信息如下： 09-29 16:30:37.105 1675 1675 D AndroidRuntime: Shutting down VM 09-29 16:30:37.107 1675 1675 E AndroidRuntime: FATAL EXCEPTION: main 09-29 16:30:37.107 1675 1675 E AndroidRuntime: Process: com.android.settings, PID: 1675 09-29 16:3...
OpenCV开发中的内存管理问题
小白学视觉
08-01 1332
点击上方“小白学视觉”，选择加"星标"或“置顶”重磅干货，第一时间送达概述如果你是OpenCV框架做开发、特别是用OpenCV C++版本或者Java/Android版本JNI的调用的化，可能很多时候你遇到最棘手的问题就是程序运行会越来越慢，甚至死机了，原因很简单，有时候你有内存泄漏问题。做好下面几件事情会帮助你在开发中经可能的避免OpenCV对象内存泄漏陷阱。记得调用...
opencv摄像头闪退问题总结，解决一闪而过的问题
weixin_36579947的博客
08-02 8888
opencv摄像头闪退问题总结，解决一闪而过的问题 总结： 1.视频解码问题 出现这种情况一般是你的电脑里缺少XviD codec（视频编解码器），也就是opencv打开视频之前必须将视频解码以得到可处理的数据，因此解决方案： 视频一闪而过如果程序没有错误一般可能有两个问题 1.需要下载安装XviD codec，http://www.xvidmovies.com/codec/（翻不了的...
c++ opencv VideoCapture读取摄像头闪退的解决方法
weixin_42973547的博客
08-12 2216
1. 遇到的问题 我在跑openvino自带的human pose estimation demo的时候，如果把输入改为从摄像头读取视频流，那么程序在启动后，摄像头会亮一会儿，然后程序就退出了。 2.原因 困扰了很久，opencv 在 cv::VideoCapture cap; cap.open(0, cv::CAP_ANY);的时候都没有问题，问题出在cv::Mat img; cap.read(img);上，因为笔记本摄像头启动较慢，在读取图像的时候，一开始读的图像的是空的，而demo程序在判断图像为空之
JNI 内存泄漏
Never fall behind
04-28 1049
<br /> <br />JNI 编程简介<br />JNI，Java Native Interface，是 native code 的编程接口。JNI 使 Java 代码程序可以与 native code 交互——在 Java 程序中调用 native code；在 native code 中嵌入 Java 虚拟机调用 Java 的代码。<br />JNI 编程在软件开发中运用广泛，其优势可以归结为以下几点：利用 native code 的平台相关性，在平台相关的编程中彰显优势。对 native code
OpenCV学习笔记（七）—— OpenCV for Android实时图像处理
qq_15602525的博客
03-17 1327
在上篇中我们已经实现了相机打开和实时图像信息的获取，那么接下来我们可以尝试在获取的图像信息进行一些处理，然后实时显示出来，在这里我们要完成的的几种处理：         灰化、Canny边缘检测、Hist直方图计算、Sobel边缘检测、SEPIA(色调变换)、ZOOM放大镜、PIXELIZE像素化 一、修改布局界面：         由于这里我们需要切换不同的图像处理
Android NDK集成与eclipse使用教程：hello-jni实践
NDK提供了一套交叉编译工具链，能够将这些低级语言编译成.so库，这些库可以在Android应用中通过Java的JNI（Java Native Interface）调用。使用NDK的主要场景包括已有C/C++代码的复用、性能敏感的计算任务，以及利用...
评论 10
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值