android - 在 Android 上调试 Opus 崩溃-6ren

android - 在 Android 上调试 Opus 崩溃

转载作者：行者123 更新时间：2023-11-29 01:40:33

我一直在尝试在我的 Android 应用程序中实现 Opus 编解码器，但我无法弄清楚它崩溃的原因。该应用程序正确地实现了其他编解码器(如 iLBC)，因此我知道 java 音频实现是可靠的。 Java 代码获取一帧音频，将其传递给 JNI 进行编码/解码，然后接收回音频。

我首先假设 JNI 实现不正确。
然而:

1) 编码器/解码器创建无误

// Encoder/Decoder states are global
OpusEncoder *enc;
OpusDecoder *dec;

jint Java_org_sipdroid_codecs_Opus_encoderCreate(
    JNIEnv *env, jobject obj, jint sampleRate, jint channels, jint application)
{
   int err;
   enc = opus_encoder_create(sampleRate, channels, OPUS_APPLICATION_VOIP, &err);
   return (jint)err; // returns OPUS_OK
}

2) 数据以与其他编解码器相同的方式向下传递，并且似乎正常运行(没有奇数返回值):

// Java input and output byteArrays are grabbed
jbyte *input;
jbyte *output;
input =  (*env)->GetByteArrayElements(env, inputJbyteArray, 0);
output = (*env)->GetByteArrayElements(env, outputJbyteArray,0);

// Encode data
jint nbytes = opus_encode(enc, input, frameSize, output, maxPacketSize);

// Clean up and return
(*env)->ReleaseByteArrayElements(env, inputJbyteArray, input, 0);
(*env)->ReleaseByteArrayElements(env, outputJbyteArray, output, 0);
return nbytes;

当运行应用程序时，Opus 将处理几帧音频(编码/解码被调用而不会崩溃)，然后应用程序将抛出段错误。这是 JNI 堆栈跟踪的一部分:

07-24 16:09:41.642: A/dalvikvm(32168): @@@ ABORTING: DALVIK: HEAP MEMORY CORRUPTION IN     mspace_malloc addr=0x0
07-24 16:09:41.642: A/libc(32168): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1),     thread 32498 (Thread-1674)
07-24 16:09:41.742: I/DEBUG(19804): *** *** *** *** *** *** *** *** *** *** *** *** ***     *** *** ***
07-24 16:09:41.742: I/DEBUG(19804): Build fingerprint:     'lge/g2_vzw/g2:4.4.2/KOT49I.VS98024A/VS98024A.1394607468:user/release-keys'
07-24 16:09:41.742: I/DEBUG(19804): Revision: '10'
07-24 16:09:41.742: I/DEBUG(19804): pid: 32168, tid: 32498, name: Thread-1674 
07-24 16:09:41.742: I/DEBUG(19804): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR),     fault addr deadbaad
07-24 16:09:41.782: I/Vold(263): [LGE][VOLD][NetlinkHandler.cpp][onEvent()] subsys:cpu,     action:0
07-24 16:09:41.822: I/DEBUG(19804):     r0 00000051  r1 bb8d8cdb  r2 bb8d8cdb  r3     deadbaad
07-24 16:09:41.822: I/DEBUG(19804):     r4 00000000  r5 00000013  r6 42c86ec8  r7     00000001
07-24 16:09:41.822: I/DEBUG(19804):     r8 00000094  r9 417b3d50  sl 6202ae68  fp     00000000
07-24 16:09:41.822: I/DEBUG(19804):     ip 00000003  sp 6291ab10  lr 41761d75  pc     41761d76  cpsr 600f0030
07-24 16:09:41.822: I/DEBUG(19804):     d0  000000000000000f  d1  0000000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d2  0000000000000000  d3  0000000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d4  c6d70e48453e7e94  d5  4020000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d6  4024000000000000  d7  0000000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d8  0000000000000000  d9  4487000043160000
07-24 16:09:41.822: I/DEBUG(19804):     d10 0000000044de0000  d11 0000000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d12 0000000000000000  d13 0000000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d14 0000000000000000  d15 0000000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d16 4d454d2050414548  d17 52524f432059524f
07-24 16:09:41.822: I/DEBUG(19804):     d18 00640069006f0072  d19 00640065006d002e
07-24 16:09:41.822: I/DEBUG(19804):     d20 0053002e00610069  d21 0061006500720074
07-24 16:09:41.822: I/DEBUG(19804):     d22 006e006f0043006d  d23 0065006d00750073
07-24 16:09:41.822: I/DEBUG(19804):     d24 3fa2d5157e3a5749  d25 bfa2d5157c96b856
07-24 16:09:41.822: I/DEBUG(19804):     d26 3dea39ef35793c76  d27 4000000000000000
07-24 16:09:41.822: I/DEBUG(19804):     d28 40026143afbf1f95  d29 3fcfa6de9c5a51ea
07-24 16:09:41.822: I/DEBUG(19804):     d30 3ff0000000000000  d31 3ff61a4bb8e2a975
07-24 16:09:41.822: I/DEBUG(19804):     scr 88000012
07-24 16:09:41.822: I/DEBUG(19804): backtrace:
07-24 16:09:41.822: I/DEBUG(19804):     #00  pc 00072d76  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):     #01  pc 00074981  /system/lib/libdvm.so     (mspace_malloc+4172)
07-24 16:09:41.822: I/DEBUG(19804):     #02  pc 0007530d  /system/lib/libdvm.so     (mspace_calloc+44)
07-24 16:09:41.822: I/DEBUG(19804):     #03  pc 00076375  /system/lib/libdvm.so     (dvmHeapSourceAlloc(unsigned int)+128)
07-24 16:09:41.822: I/DEBUG(19804):     #04  pc 0002cbc4  /system/lib/libdvm.so     (dvmMalloc(unsigned int, int)+64)
07-24 16:09:41.822: I/DEBUG(19804):     #05  pc 0006c22b  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):     #06  pc 00024834  /system/lib/libdvm.so     (dvmAsmSisterStart+500)
07-24 16:09:41.822: I/DEBUG(19804):     #07  pc 00030ec8  /system/lib/libdvm.so     (dvmMterpStd(Thread*)+76)
07-24 16:09:41.822: I/DEBUG(19804):     #08  pc 0002e560  /system/lib/libdvm.so     (dvmInterpret(Thread*, Method const*, JValue*)+184)
07-24 16:09:41.822: I/DEBUG(19804):     #09  pc 00063795  /system/lib/libdvm.so     (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+336)
07-24 16:09:41.822: I/DEBUG(19804):     #10  pc 000637b9  /system/lib/libdvm.so     (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20)
07-24 16:09:41.822: I/DEBUG(19804):     #11  pc 0005848f  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):     #12  pc 0000d2e0  /system/lib/libc.so     (__thread_entry+72)
07-24 16:09:41.822: I/DEBUG(19804):     #13  pc 0000d478  /system/lib/libc.so     (pthread_create+240)
07-24 16:09:41.822: I/DEBUG(19804): stack:
07-24 16:09:41.822: I/DEBUG(19804):          6291aad0  400b0394  
07-24 16:09:41.822: I/DEBUG(19804):          6291aad4  442cbb38  /dev/ashmem/dalvik-    heap (deleted)
07-24 16:09:41.822: I/DEBUG(19804):          6291aad8  400b0394  
07-24 16:09:41.822: I/DEBUG(19804):          6291aadc  bb8d8cdb  
07-24 16:09:41.822: I/DEBUG(19804):          6291aae0  000000a0  
07-24 16:09:41.822: I/DEBUG(19804):          6291aae4  57b56d40  /dev/ashmem/dalvik-    LinearAlloc (deleted)
07-24 16:09:41.822: I/DEBUG(19804):          6291aae8  62025008  
07-24 16:09:41.822: I/DEBUG(19804):          6291aaec  00000004  
07-24 16:09:41.822: I/DEBUG(19804):          6291aaf0  6202af78  
07-24 16:09:41.822: I/DEBUG(19804):          6291aaf4  bb8d8cdb  
07-24 16:09:41.822: I/DEBUG(19804):          6291aaf8  00000000  
07-24 16:09:41.822: I/DEBUG(19804):          6291aafc  00000013  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab00  42c86ec8  /dev/ashmem/dalvik-    heap (deleted)
07-24 16:09:41.822: I/DEBUG(19804):          6291ab04  41761d75  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):          6291ab08  417a0151  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):          6291ab0c  417a0178  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):     #00  6291ab10  417a876c  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):          6291ab14  00000000  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab18  42817008  /dev/ashmem/dalvik-    heap (deleted)
07-24 16:09:41.822: I/DEBUG(19804):          6291ab1c  41763985  /system/lib/libdvm.so     (mspace_malloc+4176)
07-24 16:09:41.822: I/DEBUG(19804):     #01  6291ab20  00000000  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab24  00000094  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab28  00000094  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab2c  42817008  /dev/ashmem/dalvik-    heap (deleted)
07-24 16:09:41.822: I/DEBUG(19804):          6291ab30  00000001  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab34  00000094  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab38  417b3d50  /system/lib/libdvm.so
07-24 16:09:41.822: I/DEBUG(19804):          6291ab3c  6202ae68  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab40  00000000  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab44  41764311  /system/lib/libdvm.so     (mspace_calloc+48)
07-24 16:09:41.822: I/DEBUG(19804):     #02  6291ab48  ffffffff  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab4c  416ecc88  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab50  00000094  
07-24 16:09:41.822: I/DEBUG(19804):          6291ab54  41765379  /system/lib/libdvm.so             (dvmHeapSourceAlloc(unsigned int)+132)
07-24 16:09:41.842: I/DEBUG(19804): memory map around fault addr deadbaad:
07-24 16:09:41.842: I/DEBUG(19804):     beebd000-beede000 rw- [stack]
07-24 16:09:41.842: I/DEBUG(19804):     (no map for address)
07-24 16:09:41.842: I/DEBUG(19804):     ffff0000-ffff1000 r-x [vectors]

看起来像然后我再次查看了 libOpus 的编译。我最初下载了源代码，并使用 Android NDK 和 this module description 编译了它在我的 Android.mk 中。编译成功。我试过一些标志，但无济于事。

这里可能发生了什么？

最佳答案

DEADBAAD 是 Java 在删除指针时写入其内存的值。这意味着您正在访问 C 中不再有效的某些值。确保在不复制数据的情况下保留数组，在不增加全局引用计数的情况下保留 java 对象，并确保正确分配和释放数组和字符串。

关于android - 在 Android 上调试 Opus 崩溃，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24965631/

文章推荐： android - 将图像从 Android 发送到 WCF

文章推荐： ios - 没有 PHAsset 是否可以将照片存储在 iPhone 上？

文章推荐： mysql - SQL 注入(inject) DROP TABLE 不起作用

文章推荐： ios - Swift- 按类型访问枚举

java - 调试 "Step into"类调用导致 "Class not found"异常 - Eclipse 调试
昨晚我因为这个问题脑子崩溃了。在确保没有来 self 的 eclipse 错误检查的明显错误之后，我开始调试我的程序。顺便说一下，我正在使用 Jre7。无论如何，每次我进入我的类调用(我们称之为“a”
gcc - 是否可以使用 lldb 调试 gcc 编译的程序，或使用 gdb 调试 clang 编译的程序？
(前言:我对 C/C++ 还很陌生，我真的不知道 native 代码中的调试实际上是如何工作的。) 一些消息来源说 gdb 和 lldb 可以调试 any program compiled to ma
debugging - 调试 T4Scaffolding.Core Nuget 包时的 Set-DefaultScaffolder : Cannot get an instance of EnvDTE. DTE - 高级 Powershell 调试
我正在尝试从 Visual Studio 2012 外部调试 T4Scaffolding.Core Nuget 包。我使用的是安装了 Powershell 3.0 的 Powershell ISE，并
调试 assembly
如何调试汇编代码？我在 Linux 上使用 gdb。我知道我可以看寄存器。有哪些调试汇编代码的方法？最佳答案您当然可以使用 breakpoints就像 C 或任何其他编译语言一样。 This ar
Haskell 调试
如何在每次通话时打印列表或 haskell 中的内容，例如: funct a list = funct (a + 1) (a : list) print list her
调试 Makefile
让我用我对 Makefiles 或 make 知之甚少的评论作为这个问题的前缀。有一个非常大的项目，每晚自动构建。它以 Debug 和 Release 模式构建，Debug 用于 Valgrind
计算周薪和加类费的C程序不起作用？调试
我正在创建一个计算每周工资的程序，那么任何加类工资都是该周正常工资的 1.5 倍。我的代码如下: #include int main() { double payrate; double h
JavaScript 调试
我使用的是 Visual Studio 2010 Express Developer 版本。开发网站。我在我的 .aspx 页面中使用 JavaScript。如何在 Javascript 中放置断点
Javascript 调试
我最近开始修补 Project Euler 问题，并尝试用 Javascript 解决它们。这样做我往往会产生许多无限循环，现在我想知道是否有比终止 Firefox 或 Chrome 中的选项卡更好的
Python实时编码/调试
有没有办法在程序执行期间生成一个交互式 python 控制台(最好是 iPython)而不暂停主程序并且能够检查和修改程序变量？类似于浏览器为 JavaScript 提供的功能。我知道 pdb.se
android - 调试 FFmpeg
我正在使用 FFmpeg @ Android 并希望能够进入 FFmpeg 代码(Eclipse + Seqouya)，同时编译 FFmpeg 我使用 --disable-stripping --en
.net - 调试.net进程时如何找到LastError的值？
我从使用互操作调用 win32 api 函数的 .net 进程中得到一个异常。我有一个调试器，我想查看 LastError 的值。是否可以从 Visual Studio 调试器中查看 LastEr
vba - Navigate2 调试
我正在尝试通过 VBA 创建一个宏，以在 IE 的多个选项卡中打开一组指定的链接。目前我正在使用下面的代码，如果我试图打开 3 个或更少的选项卡，它大部分时间都可以工作。任何超过 3 的代码都会在“N
debugging - MonoDevelop 调试？
好的，这似乎是一个愚蠢的问题，因为 MonoDevelop 越来越成熟，所以我确定我只是想念它，但我环顾四周，所有关于这个主题的问题似乎都是关于远程调试或 Mac 上的调试。我使用的是 Ubuntu
调试 littler/Rscripts
如何调试 Rscripts是从命令行运行的？我目前正在使用 getopt传递命令行选项的包，当有错误时，我很难: 看看到底出了什么问题；在 R 中交互式调试(因为脚本需要命令行选项。) 有没有人有
Adobe ExtendScript 调试
支持 PDF 和网络上的信息很少。我碰巧在博客中看到一篇文章，提到 $.write() 或 $.writeln() 将向 javascript 控制台写入一个字符串。相当有用。有谁知道这个 $ 对象是
PyCharm JavaScript 调试
PyCharm 1.5 中是否可以使用 Firefox 和 Chrome 支持的 JavaScript 调试？如果是这样，它能否与 Python/Django 调试器一起有效运行？如果没有，有没有
debugging - 调试 Release模式应用程序的最佳方法
我确定这以前发生在人们身上，某些东西在 Debug模式下工作，你在发布时编译，但有些东西坏了。这发生在我在嵌入式 XP 环境中工作时，我发现最好的方法确实是编写一个日志文件来确定它会出错的地方。您
php - Flow3 调试
我目前正在为即将到来的项目评估 Flow3。 AOP 模式和依赖注入(inject)将非常适合我们的目的。现在我想不通的是如何在 Controller Action 中调试一些结果。 public
Django Gunicorn 调试
最初，我有一个包含测试服务器的 Django 应用程序。要调试此设置，我只需添加 import pdb; pdb.set_trace()代码中的任何位置，并且有一个断点将我扔到终端中的交互式调试器中(

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

android - 在 Android 上调试 Opus 崩溃