我有一个Activity打开Camera并在SurfaceTexture上开始预览。一切正常，但我注意到，如果我反复离开Activity并返回，几次后，手机会卡住然后重新启动。我已将问题缩小到对startPreview的调用。在问题发生之前，我收到两条不祥的日志消息:01-1910:20:52.038:E/IMGSRV(22777)::0:__map:Mapdevicememoryfailed01-1910:20:52.038:W/GraphicBufferMapper(22777):registerBuffer(0x70b750)failed-14(Badaddress)有没有人见过

问题:我在android上制作一个应用程序，它需要相机在拍摄图像时快速响应，我注意到应用程序的行为很慢，在测量时间后我注意到函数startPreview()是问题的原因。代码预览:这是代码的必要部分(与问题相关)。PreviewGoogleClass(自定义预览):在应用程序启动时调用surfaceChanged，我设置了一些相机参数然后调用了startPreviewpublicclassPreviewGoogleextendsViewGroupimplementsSurfaceHolder.Callback{privatefinalStringTAG="myapp1";Cameram

尝试通过AndroidICS中的native代码让相机工作:大多数手册都提到了startPreview()方法。但是浏览AOSP代码，我在中也发现了“startRecording()”方法。.Here说是来自接口(interface)ICameraRecordingProxy“允许录像机在录制期间接收视频帧”所以问题是-就性能而言，“startRecording”方法是否比“startPreview”更有效？进入native代码的唯一目标是性能，Java“相机”太慢，而且OpenCV也没有提供所需级别的FPS..编辑:目标平台是:APIlevel=17，设备AllwinnerA31开发

调用Camera.takePicture()后，我的预览将停止更新，如文档中所述。检测图像捕获过程完成并调用startPreview()以使其再次开始更新的最佳方法是什么？根据文档，调用不能放在传递给takePicture的任何回调中，因为它们应该在我调用它之前全部返回。我目前最好的猜测是创建一个Handler并从JPEG回调(或返回最后定义的回调)向其发布一个延迟的Runnable。 最佳答案 由于PictureCallback无论如何都是在单独的线程中启动的(它不会锁定UI)，因此您不需要使用AsyncTask来调用捕获。有两种

我收到错误startPreviewfailed但不是所有设备。在摩托罗拉RAZR和三星GalaxyS3中，它运行良好。有人告诉我他们在其他设备(GalaxySIILite、GalaxyAceDuos、SamsungGalaxyY等)中遇到了同样的问题我正在尝试在三星GalaxyY中进行测试，这是我在Logcat中得到的结果java.lang.RuntimeException:startPreviewfailedatandroid.hardware.Camera.startPreview(NativeMethod)atbr.com.timo.tubagram.CameraSurfaceV

我刚得到一个Nexus7，我正在尝试将一些代码移植到其中。以下行在运行IceCream的Xoom上没有问题:mCamera.startPreview();它在Nexus7上也能正常工作，但会记录错误:E/NvOmxCamera(126):OMX_ERRORTYPEandroid::NvOmxCamera::getCameraStereoMode(NvxComponent*,NvOmxCameraUserStereoMode&):Error:invalidNVXmode0.E/NvOmxCamera(126):OMX_ERRORTYPEandroid::NvOmxCamera::getC