Đối với truyền nhanh của texels đến/từ một bề mặt EGL, chúng tôi đã sử dụng thành công GraphicBuffer đệm như mô tả trong chủ đề này: How to use GraphicBuffer in android ndkĐiều gì sẽ thay thế GraphicBuffer trên Android 7.0?
Tuy nhiên trên Android 7.0 mà không phải là một lựa chọn. Như GraphicBuffer sử dụng libui.so libary tư nhân. Vì vậy, những gì thay thế nó? Phương thức được Google chấp thuận thực hiện chuyển nhanh đến/từ bề mặt EGL là gì?
Trong Android 8 (API cấp 26), bản phát hành Oreo sắp tới, họ đã giới thiệu một Hardware Buffer wrapper. Tôi đã so sánh các lớp HardwareBuffer và GraphicBuffer, cả hai đều cung cấp một giao diện để tạo và truy cập một đối tượng đệm được chia sẻ, nơi mà HardwareBuffer mới là một phiên bản tổng quát của GraphicBuffer. Do đó, bạn sẽ không cần phải liên kết với các thư viện ngoài công lập từ API 26+ nữa.
Cách thay thế duy nhất tôi đã thấy cho Android 7 là tự cung cấp tất cả thư viện bắt buộc với gói ứng dụng cho một dự án.
Chúng tôi sẽ phải chờ cho đến khi Android 8 được phát hành sau giai đoạn thử nghiệm beta. The roadmap for release can be found here, dự kiến phát hành là một khoảng thời gian trước khi kết thúc năm 2017. Nếu bạn dự định cập nhật dự án của mình bằng các tính năng API mới trước ngày phát hành và muốn thử nghiệm, bạn có thể sử dụng phiên bản xem trước Android O trên thiết bị Google.
Cảm ơn, đó là điều tốt để biết. Mặc dù trong API mới này, cái gì tương đương với GraphicBuffer :: getNativeBuffer? Làm thế nào để bạn có được một cái gì đó bạn có thể vượt qua để eglCreateImageKHR hoặc bất kỳ chức năng tạo kết cấu GL/EGL? – griffin2000
Theo tài liệu cho NDK: "Bạn có thể cấp phát cấu trúc AHardwareBuffer và sử dụng nó để lấy loại tài nguyên EGLClientBuffer qua phần mở rộng eglGetNativeClientBufferANDROID. Bạn có thể chuyển bộ đệm đó tới eglCreateImageKHR để tạo một loại tài nguyên EGLImage ..." Xem: https : //developer.android.com/ndk/guides/stable_apis.html để biết thêm chi tiết. Hi vọng điêu nay co ich. – sparkplug