Android Camera2 - обратный вызов для перехвата ошибки E/Camera, когда она становится недоступной (т. Е. Пользователь принимает селфи)

Question

В моем приложении я использую Camera2 API для некоторой обработки в фоновом режиме. Я использую хорошо известную Camera2Basic (хотя сейчас она сильно модифицирована). Все работает отлично, но есть очевидная проблема - когда пользователь запрашивает камеру для чего-то (например, запускает приложение камеры, чтобы сделать фотографию), мой Camera2 завершает работу, смотрите LOGCAT:

E/Camera: Error 2
I/RequestThread-1: Flushing all pending requests.
I/RequestQueue: Repeating capture request cancelled.
I/CameraDeviceState: Legacy camera service transitioning to state ERROR
E/RequestQueue: cancel failed: no repeating request exists for request id: 0
E/CameraDeviceState: Cannot receive result while in state: 0
W/CaptureCollector: previewProduced called with no preview request on queue!
W/MessageQueue: Handler (android.os.Handler) {32bb202} sending message to a Handler on a dead thread
                                                                  java.lang.IllegalStateException: Handler (android.os.Handler) {32bb202} sending message to a Handler on a dead thread
                                                                  ... (irrelevant) ...
                                                                      at android.os.Looper.loop(Looper.java:154)
                                                                      at android.os.HandlerThread.run(HandlerThread.java:61)
E/MyApp: disconnected
D/gralloc: gralloc_lock_ycbcr success. format : 11, usage: 3, ycbcr.y: 0x66903000, .cb: 0x66afd401, .cr: 0x66afd400, .ystride: 1920 , .cstride: 1920, .chroma_step: 2
E/BufferItemConsumer: [ImageReader-1920x1080f23m1-19683-0] Failed to release buffer: Unknown error -1 (1)
E/MyApp: closed

Теперь... в Camera1 API я смог перехватить и действовать точно в момент сообщения об ошибке E/Camera 2, используя это:

mCamera.setErrorCallback(errorCallback);

Но в Camera2 API ситуация забавная, потому что, хотя я настроил свой StateCallback (обратите внимание, что Log.e() соответствует вышеприведенному выводу LOGCAT), onError() вообще не срабатывает, а onClosed() и onDisconnected() срабатывает слишком поздно (!):

private CameraDevice.StateCallback mStateCallback = new CameraDevice.StateCallback() {
    @Override
    public void onOpened(@NonNull CameraDevice cameraDevice) {
        mCameraOpenCloseLock.release();
        mCameraDevice = cameraDevice;
        createCameraPreviewSession();
    }
    @Override
    public void onDisconnected(@NonNull CameraDevice cameraDevice) {
        mCameraOpenCloseLock.release();
        cameraDevice.close();
        mCameraDevice = null;
        Log.e("MyApp", "disconnected");
    }
    @Override
    public void onClosed(@NonNull CameraDevice cameraDevice) {
        super.onClosed(cameraDevice);
        Log.e("MyApp", "closed");
    }

    @Override
    public void onError(@NonNull CameraDevice cameraDevice, int error) {
        Log.e("MyApp", "Here we are "+error);
        mCameraOpenCloseLock.release();
        cameraDevice.close();
        mCameraDevice = null;
    }
};

Почему onError() не сработает в случае захвата камеры по запросу пользователя? Как я могу обнаружить такое состояние? Я думаю, что возможность "подключиться" к любому из следующих событий поможет.

I/CameraDeviceState: Legacy camera service transitioning to state ERROR
E/RequestQueue: cancel failed: no repeating request exists for request id: 0
E/CameraDeviceState: Cannot receive result while in state: 0

Спасибо за любые отзывы. М.

Answer 1

Итак, исследуя это дальше, я пришел к решению. Проблема заключается в том, что "устаревшие" устройства, которые изначально поддерживают API-интерфейс Camera 1, хотя они "работают" с API-интерфейсом Camera 2, ведут себя иначе, чем устройства "Limited" / "Full", которые изначально поддерживают API-интерфейс Camera 2.

Чтобы определить тип устройства, вы можете использовать этот фрагмент:

CameraCharacteristics characteristics = manager.getCameraCharacteristics(cameraId);
Integer deviceLevel = characteristics.get(CameraCharacteristics.INFO_SUPPORTED_HARDWARE_LEVEL); // 0 - limited, 1 - full, 2 - legacy, 3 - uber full

Теперь "Ограниченное" и "Полное" устройства будут работать так, как ожидается, и после того, как камера станет недоступной, запускается событие onDisconnect() StateCallback, так что вы можете реагировать. Для "устаревших" устройств, по крайней мере, согласно моим тестам, это происходит слишком поздно (в соответствии с LOGCAT в первоначальном вопросе).

Похоже, решение состоит в том, чтобы переключаться между Camera API в зависимости от уровня оборудования, а затем использовать mCamera.setErrorCallback(errorCallback); чтобы поймать ошибку на устройствах Camera 1 API. Вот так:

CameraErrorCallback errorCallback = new CameraErrorCallback();
@SuppressWarnings("deprecation")
public class CameraErrorCallback implements android.hardware.Camera.ErrorCallback {
    @Override
    public void onError(int error, android.hardware.Camera camera) {
    // Do something.
    }
}