web-dev-qa-db-ja.com

dequeueBuffer：バッファカウントを設定せずに複数のバッファをデキューできません

Android 4.4.2 Moto X 2013 WebViewアプリのRhomobile 5.0.2で以下のエラーが表示されます。アプリはSDK 19およびminAPI 17でコンパイルされます。

いくつかの調査の後、これはSnapdragon 800 / Adreno GPU devicesの問題であると思われます：

here および here は、google issue trackerのこの問題へのリンクです

ハードウェアアクセラレーションを無効にすることは、WebViewの動作が非常に遅くなるため、実際にはオプションではありません。

エラーは次のとおりです。

dequeueBuffer: can't dequeue multiple buffers without setting the buffer count

Com.rhomobile.rhodes.RhodesActivityでバッファカウントを設定するにはどうすればよいですか？

11-08 18:28:31.227: I/SFPerfTracer(238):      triggers: (rate: 0:0) (423387 sw vsyncs) (0 skipped) (0:361861 vsyncs) (2:863582)
11-08 18:28:31.328: W/Adreno-EGLSUB(4749): <DequeueBuffer:593>: dequeue native buffer fail: Unknown error 2147483646, buffer=0x61213afc, handle=0x0
11-08 18:28:31.331: W/Adreno-EGLSUB(4749): <SwapBuffers:1343>: Invalid native buffer. Failed to queueBuffer
11-08 18:28:31.331: W/Adreno-EGLSUB(4749): <updater_thread:456>: native buffer is NULL
11-08 18:28:31.346: E/BufferQueue(238): [com.myapp.myapp/com.rhomobile.rhodes.RhodesActivity] dequeueBuffer: can't dequeue multiple buffers without setting the buffer count
11-08 18:28:31.346: W/Adreno-EGLSUB(4749): <DequeueBuffer:593>: dequeue native buffer fail: Invalid argument, buffer=0x61213afc, handle=0x0
11-08 18:28:31.347: W/Adreno-ES20(4749): <gl2_surface_swap:43>: GL_OUT_OF_MEMORY
11-08 18:28:31.347: W/Adreno-EGL(4749): <qeglDrvAPI_eglSwapBuffers:3596>: EGL_BAD_SURFACE
11-08 18:28:31.347: W/HardwareRenderer(4749): EGL error: EGL_BAD_SURFACE
11-08 18:28:31.352: W/HardwareRenderer(4749): Mountain View, we've had a problem here. Switching back to software rendering.
11-08 18:28:31.478: D/qdgralloc(4749): Invalid gralloc handle (at 0x0): ver(-1/12) ints(-1/12) fds(-1/2) magic(????/gmsm)
11-08 18:28:31.478: W/GraphicBufferMapper(4749): lock(...) failed -22 (Invalid argument)
11-08 18:28:31.478: W/Surface(4749): failed locking buffer (handle = 0x0)
11-08 18:28:31.531: E/ViewRootImpl(4749): Could not lock surface
11-08 18:28:31.531: E/ViewRootImpl(4749): Java.lang.IllegalArgumentException
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.Surface.nativeLockCanvas(Native Method)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.Surface.lockCanvas(Surface.Java:243)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.ViewRootImpl.drawSoftware(ViewRootImpl.Java:2466)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.ViewRootImpl.draw(ViewRootImpl.Java:2440)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.ViewRootImpl.performDraw(ViewRootImpl.Java:2284)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.ViewRootImpl.performTraversals(ViewRootImpl.Java:1914)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.ViewRootImpl.doTraversal(ViewRootImpl.Java:1024)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.Java:5796)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.Choreographer$CallbackRecord.run(Choreographer.Java:761)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.Choreographer.doCallbacks(Choreographer.Java:574)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.Choreographer.doFrame(Choreographer.Java:544)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.Java:747)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.os.Handler.handleCallback(Handler.Java:733)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.os.Handler.dispatchMessage(Handler.Java:95)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.os.Looper.loop(Looper.Java:136)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Android.app.ActivityThread.main(ActivityThread.Java:5102)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Java.lang.reflect.Method.invokeNative(Native Method)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at Java.lang.reflect.Method.invoke(Method.Java:515)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at com.Android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.Java:779)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at com.Android.internal.os.ZygoteInit.main(ZygoteInit.Java:595)
11-08 18:28:31.531: E/ViewRootImpl(4749):      at dalvik.system.NativeStart.main(Native Method)
androidwebviewrhomobile
124
user2666194

ここに示されているように、これはメモリ不足の問題です。

11-08 18：28：31.347：W/Adreno-ES20（4749）：：GL_OUT_OF_MEMORY

Android.view.Surfaceは、GPUが処理できるよりも多くの更新を行っています。これを試すことができるかどうかはわかりません。
また、クラッシュのない多くのデバイスでは、ユーザーがUIレッグをときどき感じると思います。

私は数年前に同様の問題に直面しました。私の場合、主に脚でしたが、問題は同じだと思います。

それを解決するために、フレームレートを測定するカウンターを追加しました。フレームレートが高いことがわかりましたが、突然急激に低下するため、バランスロジックを適用して、レッグしない最高のFPSを検索しました。

  • 60 FPSから開始
  • その脚の場合、FPSを2で割る
  • そうでない場合は、最後の値と現在の値の間の平均に設定します。
  • あなたが幸せになるまで繰り返します;）

基本的には、完璧なFPSのバイナリ検索です。

あなたの場合、クラッシュが発生するため、少し注意が必要です。FPSカウンターを保持し、検索に注意する必要があります。

FPSログをサーバーに送信します。十分なデータを取得したら、デバイスモジュールごとにFPSスターティングポイントを使用して、より賢くなります。

WebView SurfaceViewに手をかける限り、これも簡単なことではないと思いますが、Android 4.4.2なので、リフレクションでできないことは何もありません:)

1
Ilya Gazman