Lampa błyskowa ekranu, nazywana przednią lampą błyskową lub lampą błyskową do selfie, wykorzystuje jasność ekranu telefonu do oświetlenia obiektu podczas robienia zdjęć przednim aparatem w słabym oświetleniu. Jest dostępny w wielu natywnych aplikacjach fotograficznych i mediów społecznościowych. Ta metoda jest skuteczna, ponieważ większość ludzi trzyma telefon wystarczająco blisko.
Deweloperzy mają jednak problemy z jej prawidłowym wdrożeniem i utrzymaniem dobrej jakości nagrywania na różnych urządzeniach. Z tego przewodnika dowiesz się, jak prawidłowo wdrożyć tę funkcję przy użyciu Camera2, czyli niskiego poziomu interfejsu API aparatu w Androidzie.
Ogólny przepływ pracy
Aby prawidłowo wdrożyć tę funkcję, należy wziąć pod uwagę 2 kluczowe czynniki: zastosowanie sekwencji pomiaru wstępnego zdjęcia (automatyczne wstępne przechwytywanie ekspozycji) oraz określenie czasu działań. Ogólny przepływ pracy widać na Rysunku 1.
Poniższe kroki stosuje się, gdy trzeba zrobić zdjęcie przy użyciu funkcji błysku ekranu.
- Wprowadź zmiany w interfejsie wymagane w przypadku użycia lampy błyskowej, która zapewni dostateczne oświetlenie do robienia zdjęć na ekranie urządzenia. W ogólnych przypadkach użycia w testach Google proponuje następujące zmiany w interfejsie:
- Ekran aplikacji jest pokryty białą nakładką.
- Jasność ekranu jest zmaksymalizowana.
- Ustaw tryb automatycznej ekspozycji na
CONTROL_AE_MODE_ON_EXTERNAL_FLASH
, jeśli jest obsługiwany. - Uruchom sekwencję pomiaru wstępnego przechwytywania za pomocą funkcji
CONTROL_AE_PRECAPTURE_TRIGGER
. Poczekaj na połączenie ustawień automatycznej ekspozycji (AE) i automatycznego balansu bieli (AWB).
Po scaleniu będzie stosowany standardowy proces robienia zdjęć w aplikacji.
Wyślij prośbę o przechwycenie do platformy.
Poczekaj na otrzymanie wyniku zapisu.
Resetuj tryb AE, jeśli ustawiona jest funkcja
CONTROL_AE_MODE_ON_EXTERNAL_FLASH
.Wyczyść zmiany w interfejsie dotyczące błysku ekranu.
Przykładowe kody Aparatu 2
Zakryj ekran aplikacji białą nakładką
Dodaj widok w pliku XML układu swojej aplikacji. Podczas robienia zdjęć błyskowych obraz ma odpowiednią wysokość, aby znajdował się nad wszystkimi innymi elementami interfejsu. Domyślnie jest niewidoczny i staje się widoczna tylko po zastosowaniu zmian w interfejsie flash ekranu.
W poniższym przykładowym kodzie jako przykład obrazu użyto koloru białego (#FFFFFF
). W zależności od wymagań aplikacje mogą wybrać kolor lub udostępnić użytkownikom wiele kolorów.
<View android:id="@+id/white_color_overlay" android:layout_width="match_parent" android:layout_height="match_parent" android:background="#FFFFFF" android:visibility="invisible" android:elevation="8dp" />
Zmaksymalizuj jasność ekranu
Jasność ekranu w aplikacji na Androida można zmienić na kilka sposobów. Jednym bezpośrednim sposobem jest zmiana parametru WindowManager screenBrightness w odniesieniu do Okna aktywności.
Kotlin
private var previousBrightness: Float = -1.0f private fun maximizeScreenBrightness() { activity?.window?.let { window -> window.attributes?.apply { previousBrightness = screenBrightness screenBrightness = 1f window.attributes = this } } } private fun restoreScreenBrightness() { activity?.window?.let { window -> window.attributes?.apply { screenBrightness = previousBrightness window.attributes = this } } }
Java
private float mPreviousBrightness = -1.0f; private void maximizeScreenBrightness() { if (getActivity() == null || getActivity().getWindow() == null) { return; } Window window = getActivity().getWindow(); WindowManager.LayoutParams attributes = window.getAttributes(); mPreviousBrightness = attributes.screenBrightness; attributes.screenBrightness = 1f; window.setAttributes(attributes); } private void restoreScreenBrightness() { if (getActivity() == null || getActivity().getWindow() == null) { return; } Window window = getActivity().getWindow(); WindowManager.LayoutParams attributes = window.getAttributes(); attributes.screenBrightness = mPreviousBrightness; window.setAttributes(attributes); }
Ustaw tryb AE na CONTROL_AE_MODE_ON_EXTERNAL_FLASH
Funkcja CONTROL_AE_MODE_ON_EXTERNAL_FLASH
jest dostępna w interfejsie API na poziomie 28 lub wyższym.
Ten tryb nie jest jednak dostępny na wszystkich urządzeniach, więc sprawdź, czy jest on dostępny, i ustaw odpowiednią wartość. Aby sprawdzić dostępność, użyj tego miejsca: CameraCharacteristics#CONTROL_AE_AVAILABLE_MODES
.
Kotlin
private val characteristics: CameraCharacteristics by lazy { cameraManager.getCameraCharacteristics(cameraId) } @RequiresApi(Build.VERSION_CODES.P) private fun isExternalFlashAeModeAvailable() = characteristics.get(CameraCharacteristics.CONTROL_AE_AVAILABLE_MODES) ?.contains(CaptureRequest.CONTROL_AE_MODE_ON_EXTERNAL_FLASH) ?: false
Java
try { mCharacteristics = mCameraManager.getCameraCharacteristics(mCameraId); } catch (CameraAccessException e) { e.printStackTrace(); } @RequiresApi(Build.VERSION_CODES.P) private boolean isExternalFlashAeModeAvailable() { int[] availableAeModes = mCharacteristics.get(CameraCharacteristics.CONTROL_AE_AVAILABLE_MODES); for (int aeMode : availableAeModes) { if (aeMode == CaptureRequest.CONTROL_AE_MODE_ON_EXTERNAL_FLASH) { return true; } } return false; }
Jeśli aplikacja ma ustawione cykliczne żądanie przechwytywania (jest to wymagane na potrzeby podglądu), tryb AE musi być ustawiony na żądanie cykliczne. W przeciwnym razie przy kolejnym powtarzaniu zdjęcia może zostać zastąpiony domyślny lub skonfigurowany przez użytkownika tryb AE. W takim przypadku aparat nie będzie mieć wystarczająco dużo czasu na wykonanie wszystkich operacji tak jak w przypadku trybu AE lampy błyskowej.
Aby mieć pewność, że kamera w pełni przetworzy żądanie aktualizacji trybu AE, sprawdź wynik nagrywania podczas cyklicznego wywołania zwrotnego zapisu i poczekaj na aktualizację trybu AE.
Zarejestruj wywołanie zwrotne, które może zaczekać na aktualizację trybu AE
Poniższy fragment kodu pokazuje, jak to można zrobić.
Kotlin
private val repeatingCaptureCallback = object : CameraCaptureSession.CaptureCallback() { private var targetAeMode: Int? = null private var aeModeUpdateDeferred: CompletableDeferred? = null suspend fun awaitAeModeUpdate(targetAeMode: Int) { this.targetAeMode = targetAeMode aeModeUpdateDeferred = CompletableDeferred() // Makes the current coroutine wait until aeModeUpdateDeferred is completed. It is // completed once targetAeMode is found in the following capture callbacks aeModeUpdateDeferred?.await() } private fun process(result: CaptureResult) { // Checks if AE mode is updated and completes any awaiting Deferred aeModeUpdateDeferred?.let { val aeMode = result[CaptureResult.CONTROL_AE_MODE] if (aeMode == targetAeMode) { it.complete(Unit) } } } override fun onCaptureCompleted( session: CameraCaptureSession, request: CaptureRequest, result: TotalCaptureResult ) { super.onCaptureCompleted(session, request, result) process(result) } }
Java
static class AwaitingCaptureCallback extends CameraCaptureSession.CaptureCallback { private int mTargetAeMode; private CountDownLatch mAeModeUpdateLatch = null; public void awaitAeModeUpdate(int targetAeMode) { mTargetAeMode = targetAeMode; mAeModeUpdateLatch = new CountDownLatch(1); // Makes the current thread wait until mAeModeUpdateLatch is released, it will be // released once targetAeMode is found in the capture callbacks below try { mAeModeUpdateLatch.await(); } catch (InterruptedException e) { e.printStackTrace(); } } private void process(CaptureResult result) { // Checks if AE mode is updated and decrements the count of any awaiting latch if (mAeModeUpdateLatch != null) { int aeMode = result.get(CaptureResult.CONTROL_AE_MODE); if (aeMode == mTargetAeMode) { mAeModeUpdateLatch.countDown(); } } } @Override public void onCaptureCompleted(@NonNull CameraCaptureSession session, @NonNull CaptureRequest request, @NonNull TotalCaptureResult result) { super.onCaptureCompleted(session, request, result); process(result); } } private final AwaitingCaptureCallback mRepeatingCaptureCallback = new AwaitingCaptureCallback();
Ustaw powtarzanie żądania, aby włączyć lub wyłączyć tryb AE
Gdy masz już wywołanie zwrotne przechwytywania, z przykładowego kodu poniżej dowiesz się, jak ustawić powtarzające się żądanie.
Kotlin
/** [HandlerThread] where all camera operations run */ private val cameraThread = HandlerThread("CameraThread").apply { start() } /** [Handler] corresponding to [cameraThread] */ private val cameraHandler = Handler(cameraThread.looper) private suspend fun enableExternalFlashAeMode() { if (Build.VERSION.SDK_INT >= 28 && isExternalFlashAeModeAvailable()) { session.setRepeatingRequest( camera.createCaptureRequest(CameraDevice.TEMPLATE_PREVIEW).apply { addTarget(previewSurface) set( CaptureRequest.CONTROL_AE_MODE, CaptureRequest.CONTROL_AE_MODE_ON_EXTERNAL_FLASH ) }.build(), repeatingCaptureCallback, cameraHandler ) // Wait for the request to be processed by camera repeatingCaptureCallback.awaitAeModeUpdate(CaptureRequest.CONTROL_AE_MODE_ON_EXTERNAL_FLASH) } } private fun disableExternalFlashAeMode() { if (Build.VERSION.SDK_INT >= 28 && isExternalFlashAeModeAvailable()) { session.setRepeatingRequest( camera.createCaptureRequest(CameraDevice.TEMPLATE_PREVIEW).apply { addTarget(previewSurface) }.build(), repeatingCaptureCallback, cameraHandler ) } }
Java
private void setupCameraThread() { // HandlerThread where all camera operations run HandlerThread cameraThread = new HandlerThread("CameraThread"); cameraThread.start(); // Handler corresponding to cameraThread mCameraHandler = new Handler(cameraThread.getLooper()); } private void enableExternalFlashAeMode() { if (Build.VERSION.SDK_INT >= 28 && isExternalFlashAeModeAvailable()) { try { CaptureRequest.Builder requestBuilder = mCamera.createCaptureRequest(CameraDevice.TEMPLATE_PREVIEW); requestBuilder.addTarget(mPreviewSurface); requestBuilder.set(CaptureRequest.CONTROL_AE_MODE, CaptureRequest.CONTROL_AE_MODE_ON_EXTERNAL_FLASH); mSession.setRepeatingRequest(requestBuilder.build(), mRepeatingCaptureCallback, mCameraHandler); } catch (CameraAccessException e) { e.printStackTrace(); } // Wait for the request to be processed by camera mRepeatingCaptureCallback.awaitAeModeUpdate(CaptureRequest.CONTROL_AE_MODE_ON_EXTERNAL_FLASH); } } private void disableExternalFlashAeMode() { if (Build.VERSION.SDK_INT >= 28 && isExternalFlashAeModeAvailable()) { try { CaptureRequest.Builder requestBuilder = mCamera.createCaptureRequest(CameraDevice.TEMPLATE_PREVIEW); requestBuilder.addTarget(mPreviewSurface); mSession.setRepeatingRequest(requestBuilder.build(), mRepeatingCaptureCallback, mCameraHandler); } catch (CameraAccessException e) { e.printStackTrace(); } } }
Aktywowanie sekwencji wstępnego rejestrowania
Aby uruchomić sekwencję pomiaru zdarzeń z wyprzedzeniem, możesz przesłać parametr CaptureRequest
z wartością CONTROL_AE_PRECAPTURE_TRIGGER_START
ustawioną na żądanie. Poczekaj, aż prośba zostanie przetworzona, a potem poczekaj, aż AE i AWB się połączą.
Chociaż wstępne przechwytywanie uruchamia się w ramach pojedynczego żądania przechwycenia, oczekiwanie na zbieżność AE i AWB wymaga bardziej skomplikowanego działania. Stan AE i AWB możesz śledzić, używając zestawu wywołań zwrotnych przechwytywania przeznaczonego dla powtarzających się żądań.
Zaktualizowanie tego samego cyklicznego wywołania zwrotnego upraszcza kod. Aplikacje często wymagają wersji testowej, dla której podczas konfigurowania kamery ustawiane są powtarzające się żądanie. Możesz więc ustawić cykliczne wywołanie zwrotne w związku z tym początkowym powtarzającym się żądaniem, a potem użyć go do sprawdzania wyników i oczekiwania.
Zarejestruj aktualizację kodu wywołania zwrotnego w celu oczekiwania na zbieżność
Aby zaktualizować cykliczne wywołanie zwrotne przechwytywania, użyj poniższego fragmentu kodu.
Kotlin
private val repeatingCaptureCallback = object : CameraCaptureSession.CaptureCallback() { private var targetAeMode: Int? = null private var aeModeUpdateDeferred: CompletableDeferred? = null private var convergenceDeferred: CompletableDeferred ? = null suspend fun awaitAeModeUpdate(targetAeMode: Int) { this.targetAeMode = targetAeMode aeModeUpdateDeferred = CompletableDeferred() // Makes the current coroutine wait until aeModeUpdateDeferred is completed. It is // completed once targetAeMode is found in the following capture callbacks aeModeUpdateDeferred?.await() } suspend fun awaitAeAwbConvergence() { convergenceDeferred = CompletableDeferred() // Makes the current coroutine wait until convergenceDeferred is completed, it will be // completed once both AE & AWB are reported as converged in the capture callbacks below convergenceDeferred?.await() } private fun process(result: CaptureResult) { // Checks if AE mode is updated and completes any awaiting Deferred aeModeUpdateDeferred?.let { val aeMode = result[CaptureResult.CONTROL_AE_MODE] if (aeMode == targetAeMode) { it.complete(Unit) } } // Checks for convergence and completes any awaiting Deferred convergenceDeferred?.let { val aeState = result[CaptureResult.CONTROL_AE_STATE] val awbState = result[CaptureResult.CONTROL_AWB_STATE] val isAeReady = ( aeState == null // May be null in some devices (e.g. legacy camera HW level) || aeState == CaptureResult.CONTROL_AE_STATE_CONVERGED || aeState == CaptureResult.CONTROL_AE_STATE_FLASH_REQUIRED ) val isAwbReady = ( awbState == null // May be null in some devices (e.g. legacy camera HW level) || awbState == CaptureResult.CONTROL_AWB_STATE_CONVERGED ) if (isAeReady && isAwbReady) { // if any non-null convergenceDeferred is set, complete it it.complete(Unit) } } } override fun onCaptureCompleted( session: CameraCaptureSession, request: CaptureRequest, result: TotalCaptureResult ) { super.onCaptureCompleted(session, request, result) process(result) } }
Java
static class AwaitingCaptureCallback extends CameraCaptureSession.CaptureCallback { private int mTargetAeMode; private CountDownLatch mAeModeUpdateLatch = null; private CountDownLatch mConvergenceLatch = null; public void awaitAeModeUpdate(int targetAeMode) { mTargetAeMode = targetAeMode; mAeModeUpdateLatch = new CountDownLatch(1); // Makes the current thread wait until mAeModeUpdateLatch is released, it will be // released once targetAeMode is found in the capture callbacks below try { mAeModeUpdateLatch.await(); } catch (InterruptedException e) { e.printStackTrace(); } } public void awaitAeAwbConvergence() { mConvergenceLatch = new CountDownLatch(1); // Makes the current coroutine wait until mConvergenceLatch is released, it will be // released once both AE & AWB are reported as converged in the capture callbacks below try { mConvergenceLatch.await(); } catch (InterruptedException e) { e.printStackTrace(); } } private void process(CaptureResult result) { // Checks if AE mode is updated and decrements the count of any awaiting latch if (mAeModeUpdateLatch != null) { int aeMode = result.get(CaptureResult.CONTROL_AE_MODE); if (aeMode == mTargetAeMode) { mAeModeUpdateLatch.countDown(); } } // Checks for convergence and decrements the count of any awaiting latch if (mConvergenceLatch != null) { Integer aeState = result.get(CaptureResult.CONTROL_AE_STATE); Integer awbState = result.get(CaptureResult.CONTROL_AWB_STATE); boolean isAeReady = ( aeState == null // May be null in some devices (e.g. legacy camera HW level) || aeState == CaptureResult.CONTROL_AE_STATE_CONVERGED || aeState == CaptureResult.CONTROL_AE_STATE_FLASH_REQUIRED ); boolean isAwbReady = ( awbState == null // May be null in some devices (e.g. legacy camera HW level) || awbState == CaptureResult.CONTROL_AWB_STATE_CONVERGED ); if (isAeReady && isAwbReady) { mConvergenceLatch.countDown(); mConvergenceLatch = null; } } } @Override public void onCaptureCompleted(@NonNull CameraCaptureSession session, @NonNull CaptureRequest request, @NonNull TotalCaptureResult result) { super.onCaptureCompleted(session, request, result); process(result); } }
Ustaw połączenie zwrotne na powtarzanie prośby podczas konfigurowania kamery
Poniższy przykładowy kod pozwala ustawić wywołanie zwrotne na powtarzające się żądanie podczas inicjowania.
Kotlin
// Open the selected camera camera = openCamera(cameraManager, cameraId, cameraHandler) // Creates list of Surfaces where the camera will output frames val targets = listOf(previewSurface, imageReaderSurface) // Start a capture session using our open camera and list of Surfaces where frames will go session = createCameraCaptureSession(camera, targets, cameraHandler) val captureRequest = camera.createCaptureRequest( CameraDevice.TEMPLATE_PREVIEW).apply { addTarget(previewSurface) } // This will keep sending the capture request as frequently as possible until the // session is torn down or session.stopRepeating() is called session.setRepeatingRequest(captureRequest.build(), repeatingCaptureCallback, cameraHandler)
Java
// Open the selected camera mCamera = openCamera(mCameraManager, mCameraId, mCameraHandler); // Creates list of Surfaces where the camera will output frames Listtargets = new ArrayList<>(Arrays.asList(mPreviewSurface, mImageReaderSurface)); // Start a capture session using our open camera and list of Surfaces where frames will go mSession = createCaptureSession(mCamera, targets, mCameraHandler); try { CaptureRequest.Builder requestBuilder = mCamera.createCaptureRequest(CameraDevice.TEMPLATE_PREVIEW); requestBuilder.addTarget(mPreviewSurface); // This will keep sending the capture request as frequently as possible until the // session is torn down or session.stopRepeating() is called mSession.setRepeatingRequest(requestBuilder.build(), mRepeatingCaptureCallback, mCameraHandler); } catch (CameraAccessException e) { e.printStackTrace(); }
Uruchomienie sekwencji wstępnej i oczekiwanie
Po ustawieniu wywołania zwrotnego możesz użyć poniższego przykładowego kodu do aktywowania i oczekiwania sekwencji wstępnego przechwytywania.
Kotlin
private suspend fun runPrecaptureSequence() { // Creates a new capture request with CONTROL_AE_PRECAPTURE_TRIGGER_START val captureRequest = session.device.createCaptureRequest( CameraDevice.TEMPLATE_PREVIEW ).apply { addTarget(previewSurface) set( CaptureRequest.CONTROL_AE_PRECAPTURE_TRIGGER, CaptureRequest.CONTROL_AE_PRECAPTURE_TRIGGER_START ) } val precaptureDeferred = CompletableDeferred() session.capture(captureRequest.build(), object: CameraCaptureSession.CaptureCallback() { override fun onCaptureCompleted( session: CameraCaptureSession, request: CaptureRequest, result: TotalCaptureResult ) { // Waiting for this callback ensures the precapture request has been processed precaptureDeferred.complete(Unit) } }, cameraHandler) precaptureDeferred.await() // Precapture trigger request has been processed, we can wait for AE & AWB convergence now repeatingCaptureCallback.awaitAeAwbConvergence() }
Java
private void runPrecaptureSequence() { // Creates a new capture request with CONTROL_AE_PRECAPTURE_TRIGGER_START try { CaptureRequest.Builder requestBuilder = mSession.getDevice().createCaptureRequest(CameraDevice.TEMPLATE_PREVIEW); requestBuilder.addTarget(mPreviewSurface); requestBuilder.set(CaptureRequest.CONTROL_AE_PRECAPTURE_TRIGGER, CaptureRequest.CONTROL_AE_PRECAPTURE_TRIGGER_START); CountDownLatch precaptureLatch = new CountDownLatch(1); mSession.capture(requestBuilder.build(), new CameraCaptureSession.CaptureCallback() { @Override public void onCaptureCompleted(@NonNull CameraCaptureSession session, @NonNull CaptureRequest request, @NonNull TotalCaptureResult result) { Log.d(TAG, "CONTROL_AE_PRECAPTURE_TRIGGER_START processed"); // Waiting for this callback ensures the precapture request has been processed precaptureLatch.countDown(); } }, mCameraHandler); precaptureLatch.await(); // Precapture trigger request has been processed, we can wait for AE & AWB convergence now mRepeatingCaptureCallback.awaitAeAwbConvergence(); } catch (CameraAccessException | InterruptedException e) { e.printStackTrace(); } }
Zszyj wszystko
Po przygotowaniu wszystkich głównych komponentów za każdym razem, gdy trzeba zrobić zdjęcie, np. gdy użytkownik kliknie przycisk przechwytywania ekranu, aby zrobić zdjęcie, wszystkie kroki mogą zostać wykonane w kolejności podanej w poprzedniej dyskusji i przykładach kodu.
Kotlin
// User clicks captureButton to take picture captureButton.setOnClickListener { v -> // Apply the screen flash related UI changes whiteColorOverlayView.visibility = View.VISIBLE maximizeScreenBrightness() // Perform I/O heavy operations in a different scope lifecycleScope.launch(Dispatchers.IO) { // Enable external flash AE mode and wait for it to be processed enableExternalFlashAeMode() // Run precapture sequence and wait for it to complete runPrecaptureSequence() // Start taking picture and wait for it to complete takePhoto() disableExternalFlashAeMode() v.post { // Clear the screen flash related UI changes restoreScreenBrightness() whiteColorOverlayView.visibility = View.INVISIBLE } } }
Java
// User clicks captureButton to take picture mCaptureButton.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { // Apply the screen flash related UI changes mWhiteColorOverlayView.setVisibility(View.VISIBLE); maximizeScreenBrightness(); // Perform heavy operations in a different thread Executors.newSingleThreadExecutor().execute(() -> { // Enable external flash AE mode and wait for it to be processed enableExternalFlashAeMode(); // Run precapture sequence and wait for it to complete runPrecaptureSequence(); // Start taking picture and wait for it to complete takePhoto(); disableExternalFlashAeMode(); v.post(() -> { // Clear the screen flash related UI changes restoreScreenBrightness(); mWhiteColorOverlayView.setVisibility(View.INVISIBLE); }); }); } });
Przykładowe zdjęcia
Poniżej znajdziesz przykłady tego, co się dzieje, gdy lampa błyskowa zostanie nieprawidłowo zaimplementowany, a także prawidłowo zaimplementowany.
W przypadku błędów
Jeśli lampa błyskowa nie zostanie poprawnie zaimplementowana, przy wielu ujęciach, urządzeniach i w warunkach oświetleniowych uzyskasz niespójne wyniki. Zdjęcia robione zdjęć mają często słabą ekspozycję lub odcienie kolorów. W przypadku niektórych urządzeń błędy tego typu są bardziej widoczne w określonych warunkach oświetleniowych, np. w słabym oświetleniu, a nie w ciemnym otoczeniu.
Przykłady takich problemów znajdują się w tabeli poniżej. Są one rejestrowane w infrastrukturze laboratorium CameraX, a źródła światła mają ciepłą białą barwę. To źródło ciepłej bieli pozwala sprawdzić, czy niebieski odcień jest rzeczywiście problemem, a nie efektem ubocznym źródła światła.
Środowisko | Niedoświetlone | Nadmierna ekspozycja | Odcień |
---|---|---|---|
Ciemne otoczenie (bez źródła światła, ale telefon) | |||
Słabe oświetlenie (dodatkowe źródło światła o powierzchni ok. 3 luksów) |
Gdy wszystko będzie gotowe
Jeśli w przypadku tych samych urządzeń i warunków używana jest implementacja standardowa, wyniki znajdziesz w tabeli poniżej.
Środowisko | Niedoświetlone (stałe) | Nadmierna ekspozycja (stała) | Odcień (stały) |
---|---|---|---|
Ciemne otoczenie (bez źródła światła, ale telefon) | |||
Słabe oświetlenie (dodatkowe źródło światła o powierzchni ok. 3 luksów) |
Jak zaobserwowaliśmy, jakość obrazu znacznie poprawia się po wdrożeniu standardowej.