Question

我正在开发直播WiFi相机到我的Android平板电脑。我有一个在线程中运行的帧抓取器，它依次获取像素并将它们传递给RenderScript以进行一些过滤处理（另一个线程）。我的输出分配链接到Surface以供查看。

应用程序将定期崩溃并出现SIGSEGV故障，监视器表示它发生在Thread，GCDaemon或JNISurfaceTexture中。我有2个内核我正在运行（可切换），最终都会失败。更基本的内核只是从相机到输入分配的像素[]，它被发送到RenderScript，然后结果输出'forEach'调用的分配使用.ioSend（）发送到表面。

如果我从相机线程中取出pixel []数组并将其直接复制到输出Allocation，并调用.ioSend（），它就不会崩溃（即绕过RenderScript调用）。我还可以创建另一个输出分配（temp one）并将其用作'forEach'调用的返回输出分配，将其复制到Surface链接输出分配并且它不会崩溃，尽管我确实得到了一些奇怪的像素化效果视频。

我仍然对RenderScript有点新意但可能会出现一些我不知道的线程安全问题？或者RS（）中的错误？

以下是我如何配置输入和输出分配：

 android.renderscript.Element elemIN = android.renderscript.Element.createPixel(mRS, android.renderscript.Element.DataType.UNSIGNED_8, android.renderscript.Element.DataKind.PIXEL_RGBA);
        Type.Builder TypeIn = new Type.Builder( mRS, elemIN );

        mAllocationIn = Allocation.createTyped( mRS,
            TypeIn.setX( videoWidth ).setY( videoHeight ).create(),   
            Allocation.MipmapControl.MIPMAP_NONE,    
            Allocation.USAGE_SCRIPT );

和

  mAllocationOut = Allocation.createTyped( mRS, TypeOUT.setX( videoWidth ).setY( videoHeight ).create(),   
            Allocation.MipmapControl.MIPMAP_NONE,    
            ( Allocation.USAGE_SCRIPT | Allocation.USAGE_IO_OUTPUT ) );

这是我简单的RGB内核：

 uchar4 __attribute__((kernel)) toRgb_Color( uchar4 in ) {
    float4 ndviPixel;
    uchar4 out;

    ndviPixel.r = ( float )( in[0] / 255.0 );
    ndviPixel.g = ( float )( in[1] / 255.0 );
    ndviPixel.b = ( float )( in[2] / 255.0 );
    ndviPixel.a = 1.0f;

    out = rsPackColorTo8888(ndviPixel);
    ndviPixel = 0;

    return out;
}

最后，我对内核的调用是：

mScript.forEach_toRgb_Color( mAllocationIn, mAllocationTemp );

更新

以下是我宣布我的TypeOUT：

  mAllocationOut = Allocation.createTyped( mRS, TypeOUT.setX( videoWidth ).setY( videoHeight ).create(),   
            Allocation.MipmapControl.MIPMAP_NONE,    
            ( Allocation.USAGE_SCRIPT | Allocation.USAGE_IO_OUTPUT ) );

另外，我正在等待从onSurfaceTextureAvailable事件创建表面，如下所示：

  public void onSurfaceTextureAvailable( SurfaceTexture surfaceTexture, int width, int height ) {
      mSurface = new Surface( surfaceTexture );
}

在创建输入和输出分配后，我使用锁存的'mSurface'来设置输出分配的输出表面，如下所示：

        mAllocationOut.setSurface( mSurface );

如果有任何不同，我将mSurface声明为静态。我已经尝试了有静电和没有静电，我仍然得到了崩溃。

监视器输出在这里：

04-23 12:59:54.752: A/libc(15192): Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 in tid 15230 (Thread-1697)
04-23 12:59:54.853: I/DEBUG(189): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
04-23 12:59:54.853: I/DEBUG(189): Build fingerprint: 'nvidia/wx_na_wf/shieldtablet:5.0.1/LRX22C/29979_515.3274:user/release-keys'
04-23 12:59:54.853: I/DEBUG(189): Revision: '0'
04-23 12:59:54.853: I/DEBUG(189): ABI: 'arm'
04-23 12:59:54.854: I/DEBUG(189): pid: 15192, tid: 15230, name: Thread-1697  >>> helios.android <<<
04-23 12:59:54.854: I/DEBUG(189): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
04-23 12:59:54.876: I/DEBUG(189):     r0 6f81a568  r1 00000001  r2 00000000  r3 00000000
04-23 12:59:54.877: I/DEBUG(189):     r4 630a3200  r5 6f81a568  r6 00000000  r7 00000001
04-23 12:59:54.877: I/DEBUG(189):     r8 12c24000  r9 7c9a0f40  sl 7e86d404  fp 00000008
04-23 12:59:54.877: I/DEBUG(189):     ip 7f8e1a10  sp 7f8e1970  lr 4211475d  pc 420d3f72  cpsr 200f0030
04-23 12:59:54.878: I/DEBUG(189): backtrace:
04-23 12:59:54.878: I/DEBUG(189):     #00 pc 000d3f72  /system/lib/libart.so (void std::__1::__tree_remove<std::__1::__tree_node_base<void*>*>(std::__1::__tree_node_base<void*>*, std::__1::__tree_node_base<void*>*)+205)
04-23 12:59:54.878: I/DEBUG(189):     #01 pc 00114759  /system/lib/libart.so (art::gc::allocator::RosAlloc::RefillRun(art::Thread*, unsigned int)+232)
04-23 12:59:54.878: I/DEBUG(189):     #02 pc 00114973  /system/lib/libart.so (art::gc::allocator::RosAlloc::AllocFromRun(art::Thread*, unsigned int, unsigned int*)+490)
04-23 12:59:54.879: I/DEBUG(189):     #03 pc 0028ba97  /system/lib/libart.so (artAllocObjectFromCodeInitializedRosAlloc+98)
04-23 12:59:54.879: I/DEBUG(189):     #04 pc 000a23cb  /system/lib/libart.so (art_quick_alloc_object_initialized_rosalloc+10)
04-23 12:59:54.879: I/DEBUG(189):     #05 pc 001d6359  /data/dalvik-cache/arm/system@framework@boot.oat
04-23 12:59:55.360: I/DEBUG(189): Tombstone written to: /data/tombstones/tombstone_01
04-23 12:59:55.361: I/BootReceiver(659): Copying /data/tombstones/tombstone_01 to DropBox (SYSTEM_TOMBSTONE)

Answer 1

也许真的有一些致命的内存错误，就像你说的那样（你得到OOM吗？尝试抓住这个）...你在播放内容吗？也许你想缓冲太多...也许你给了surfaceflinger一个太大的缓冲区...因为你直接控制像素和缓冲区大小，如果不仔细做就会发生很多错误...你是否可能锁定表面你的应用？这意味着你不能控制画布的大小，因此不再控制缓冲区大小......对不起，如果我不能再帮助你，但你已经搜索了你在谷歌上得到的错误？

Answer 2

问题在于您访问输入Allocation的方式。 Allocation中的每个元素都提供了所有4个组件。但是，它不能像在这里那样被视为数组。试试这个：

uchar4 __attribute__((kernel)) toRgb_Color( uchar4 in ) {
    float4 tmpPixel = convert_float4(in);

    //  This copy is most likely unnecessary, but done for
    //  completeness.
    float4 ndviPixel.r = tmpPixel.x;
           ndviPixel.g = tmpPixel.y;
           ndviPixel.b = tmpPixel.z;
           ndviPixel.a = 255.0;
    uchar4 out = rsPackColorTo8888(ndviPixel);
    return out;
}

使用Allocations和RenderScript的内存错误

2 个答案: