Błysk na ekranie, nazywany też błyskiem przednim lub błyskiem do selfie, wykorzystuje jasność ekranu telefonu do oświetlenia obiektu podczas robienia zdjęć przednim aparatem w słabych warunkach oświetleniowych. Jest dostępna w wielu natywnych aplikacjach aparatu i aplikacjach społecznościowych. Większość osób trzyma telefon wystarczająco blisko, gdy kadruje autoportret, więc to podejście jest skuteczne.
Deweloperom trudno jest jednak prawidłowo wdrożyć tę funkcję i utrzymać dobrą jakość nagrywania na różnych urządzeniach. Z tego przewodnika dowiesz się, jak prawidłowo wdrożyć tę funkcję za pomocą Camera2, czyli niskopoziomowego interfejsu API platformy aparatu na Androidzie.
Ogólny przepływ pracy
Aby prawidłowo wdrożyć tę funkcję, należy wziąć pod uwagę 2 kluczowe czynniki: użycie sekwencji pomiaru przed przechwyceniem (automatyczna ekspozycja przed przechwyceniem) i czas wykonywania operacji. Ogólny proces przedstawiono na rysunku 1.
Jeśli chcesz zrobić zdjęcie z użyciem funkcji błysku na ekranie, wykonaj te czynności.
- Zastosuj zmiany w interfejsie wymagane do obsługi błysku na ekranie, który może zapewnić wystarczające oświetlenie do robienia zdjęć przy użyciu ekranu urządzenia. W przypadku ogólnych zastosowań Google sugeruje wprowadzenie tych zmian w interfejsie, które zostały użyte w naszych testach:
- Ekran aplikacji jest pokryty białą nakładką.
- Jasność ekranu jest ustawiona na maksymalną.
- Ustaw tryb automatycznej ekspozycji (AE) na
CONTROL_AE_MODE_ON_EXTERNAL_FLASH, jeśli jest obsługiwany. - Uruchom sekwencję pomiaru przed przechwyceniem za pomocą
CONTROL_AE_PRECAPTURE_TRIGGER. Poczekaj na zakończenie automatycznej ekspozycji (AE) i automatycznego balansu bieli (AWB).
Po zakończeniu konwergencji używany jest zwykły proces robienia zdjęć w aplikacji.
Wyślij żądanie przechwytywania do platformy.
Poczekaj na wynik przechwytywania.
Zresetuj tryb AE, jeśli ustawiono
CONTROL_AE_MODE_ON_EXTERNAL_FLASH.Wyczyść zmiany w interfejsie dotyczące błysku na ekranie.
Przykładowe kody Camera2
Zasłonięcie ekranu aplikacji białą nakładką
Dodaj widok w pliku XML układu aplikacji. Widok ma wystarczającą wysokość, aby podczas przechwytywania błysku na ekranie znajdować się nad wszystkimi innymi elementami interfejsu. Domyślnie jest niewidoczny i staje się widoczny tylko wtedy, gdy zostaną zastosowane zmiany w interfejsie błysku na ekranie.
W poniższym przykładowym kodzie jako kolor widoku użyto białego (#FFFFFF). Aplikacje mogą wybrać kolor lub oferować użytkownikom wiele kolorów w zależności od ich wymagań.
<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" />
Maksymalizowanie jasności ekranu
Jasność ekranu w aplikacji na Androida można zmienić na kilka sposobów. Jednym z nich jest zmiana parametru WindowManager screenBrightness w odwołaniu Activity Window.
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 na poziomie API 28 lub wyższym.
Ten tryb AE nie jest jednak dostępny na wszystkich urządzeniach, więc sprawdź, czy jest on dostępny, i odpowiednio ustaw wartość. Aby sprawdzić dostępność, użyj 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 powtarzające się żądanie przechwytywania (jest to wymagane w przypadku podglądu), tryb AE musi być ustawiony na powtarzające się żądanie. W przeciwnym razie może zostać zastąpiony przez domyślny lub inny ustawiony przez użytkownika tryb AE podczas następnego powtarzającego się przechwytywania. W takim przypadku aparat może nie mieć wystarczająco dużo czasu na wykonanie wszystkich operacji, które zwykle wykonuje w trybie AE lampy zewnętrznej.
Aby mieć pewność, że aparat całkowicie przetworzy żądanie aktualizacji trybu AE, sprawdź wynik przechwytywania w wywołaniu zwrotnym powtarzającego się przechwytywania i poczekaj, aż tryb AE zostanie zaktualizowany w wyniku.
Wywołanie zwrotne przechwytywania, które może czekać na zaktualizowanie trybu AE
Poniższy fragment kodu pokazuje, jak to 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 powtarzające się żądanie, aby włączyć lub wyłączyć tryb AE
Po skonfigurowaniu wywołania zwrotnego przechwytywania poniższe przykłady kodu pokazują, jak ustawić żądanie powtarzające się.
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(); } } }
Uruchamianie sekwencji przed przechwyceniem
Aby uruchomić sekwencję pomiaru przed przechwyceniem, możesz przesłać CaptureRequest z wartością CONTROL_AE_PRECAPTURE_TRIGGER_START ustawioną w żądaniu. Musisz poczekać na przetworzenie żądania, a następnie na zbieżność AE i AWB.
Chociaż wstępne przechwytywanie jest aktywowane przez pojedyncze żądanie przechwytywania, oczekiwanie na konwergencję AE i AWB wymaga bardziej złożonych działań. Możesz śledzić stan AE i stan AWB za pomocą wywołania zwrotnego przechwytywania ustawionego na powtarzające się żądanie.
Aktualizowanie tego samego powtarzającego się wywołania zwrotnego pozwala zachować prostotę kodu. Aplikacje często wymagają podglądu, dla którego podczas konfigurowania aparatu konfigurują powtarzające się żądanie. Możesz więc ustawić wywołanie zwrotne powtarzającego się przechwytywania na to początkowe powtarzające się żądanie, a następnie używać go ponownie do sprawdzania wyników i oczekiwania.
Aktualizacja kodu wywołania zwrotnego przechwytywania w celu oczekiwania na konwergencję
Aby zaktualizować wywołanie zwrotne powtarzającego się przechwytywania, użyj tego 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 wywołanie zwrotne na powtarzające się żądanie podczas konfigurowania kamery
Poniższy przykładowy kod pokazuje, jak 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(); }
Uruchamianie sekwencji przed przechwyceniem i oczekiwanie
Po ustawieniu wywołania zwrotnego możesz użyć tego przykładowego kodu do wywołania i oczekiwania na sekwencję przed przechwyceniem.
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(); } }
Łączenie wszystkiego w całość
Gdy wszystkie główne komponenty są gotowe, za każdym razem, gdy trzeba zrobić zdjęcie, np. gdy użytkownik kliknie przycisk robienia zdjęcia, wszystkie kroki mogą zostać wykonane w kolejności podanej w poprzedniej sekcji i w przykładowym kodzie.
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 nieprawidłowego i prawidłowego wdrożenia błysku na ekranie.
Jeśli nieprawidłowo
Jeśli błysk na ekranie nie jest prawidłowo zaimplementowany, wyniki mogą być niespójne w przypadku różnych ujęć, urządzeń i warunków oświetleniowych. Często zrobione zdjęcia mają problem ze złą ekspozycją lub odcieniem koloru. W przypadku niektórych urządzeń tego rodzaju błędy stają się bardziej widoczne w określonych warunkach oświetleniowych, np. w słabym oświetleniu, a nie w całkowitej ciemności.
W tabeli poniżej znajdziesz przykłady takich problemów. Zostały one wykonane w infrastrukturze laboratoryjnej CameraX, a źródła światła miały ciepłą, białą barwę. To źródło ciepłego białego światła pozwala zobaczyć, że niebieski odcień jest rzeczywistym problemem, a nie efektem ubocznym źródła światła.
| Środowisko | Niedoświetlenie | Prześwietlenie | Odcień koloru |
|---|---|---|---|
| Ciemne otoczenie (brak źródła światła oprócz telefonu) |
|
|
|
| Słabe oświetlenie (dodatkowe źródło światła o natężeniu ok. 3 luksów) |
|
|
|
Jeśli zrobisz to dobrze,
Jeśli w przypadku tych samych urządzeń i warunków zastosujesz standardową implementację, uzyskasz wyniki podane w poniższej tabeli.
| Środowisko | Niedofakturowanie (naprawione) | Prześwietlenie (naprawione) | Odcień koloru (naprawiono) |
|---|---|---|---|
| Ciemne otoczenie (brak źródła światła oprócz telefonu) |
|
|
|
| Słabe oświetlenie (dodatkowe źródło światła o natężeniu ok. 3 luksów) |
|
|
|
Jak widać, jakość obrazu znacznie się poprawia przy standardowej implementacji.