dequeueBuffer: ไม่สามารถยกเลิกการจัดคิวหลายบัฟเฟอร์โดยไม่ต้องตั้งค่าจำนวนบัฟเฟอร์


123

ฉันได้รับข้อผิดพลาดด้านล่างAndroid 4.4.2 Moto X 2013ในRhomobile 5.0.2แอป WebView ตรวจสอบที่ถูกคอมไพล์ด้วยและSDK 19minAPI 17

หลังจากการวิจัยบางส่วนดูเหมือนว่านี่เป็นปัญหากับSnapdragon 800 / Adreno GPU devices:

ที่นี่และนี่คือลิงก์ไปยังปัญหานี้ในตัวติดตามปัญหาของ Google

การปิดใช้งานการเร่งด้วยฮาร์ดแวร์ไม่ใช่ตัวเลือกเพราะจะทำให้ 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)

1
คุณพบวิธีแก้ปัญหานี้หรือไม่?
Massimo

6
ไม่ แต่โชคดีที่มี Android 5+ ขณะนี้ WebView ได้รับการอัปเดตผ่าน GooglePlay และปัญหานี้จะหายไปอย่างช้าๆ
fnllc

คำตอบ:


1

นี่เป็นปัญหาหน่วยความจำไม่เพียงพอตามที่ระบุไว้ที่นี่:

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 ดังนั้นจึงไม่มีอะไรที่คุณไม่สามารถทำได้ด้วยการไตร่ตรอง :)

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.