Posted by Scott Nien – Software program Engineer (scottnien@)
Get able to degree up your Android digicam apps! CameraX 1.4.0 simply dropped with a load of superior new options and enhancements. We’re speaking expanded HDR capabilities, preview stabilization and the versatile impact framework, and an entire lot of cool stuff to discover. We may even discover the best way to seamlessly combine CameraX with Jetpack Compose! Let’s dive in and see how these enhancements can take your digicam app to the subsequent degree.
HDR preview and Extremely HDR

Excessive Dynamic Vary (HDR) is a game-changer for images, capturing a wider vary of sunshine and element to create stunningly lifelike photos. With CameraX 1.3.0, we introduced you HDR video recording capabilities, and now in 1.4.0, we’re taking it even additional! Prepare for HDR Preview and Extremely HDR. These thrilling additions empower you to ship an excellent richer visible expertise to your customers.
HDR Preview
This new function lets you allow HDR on Preview while not having to bind a VideoCapture use case. That is particularly helpful for apps that use a single preview stream for each exhibiting preview on show and video recording with an OpenGL pipeline.
To completely allow the HDR, you must guarantee your OpenGL pipeline is able to processing the precise dynamic vary format after which test the digicam functionality.
See following code snippet for instance to allow HLG10 which is the baseline HDR normal that machine makers should help on cameras with 10-bit output.
// Declare your OpenGL pipeline supported dynamic vary format. val openGLPipelineSupportedDynamicRange = setOf( DynamicRange.SDR, DynamicRange.HLG_10_BIT ) // Test digicam dynamic vary capabilities. val isHlg10Supported = cameraProvider.getCameraInfo(cameraSelector) .querySupportedDynamicRanges(openGLPipelineSupportedDynamicRange) .comprises(DynamicRange.HLG_10_BIT) val preview = Preview.Builder().apply { if (isHlg10Supported) { setDynamicRange(DynamicRange.HLG_10_BIT) } }
Extremely HDR
Introducing Extremely HDR, a brand new format in Android 14 that lets customers seize stunningly lifelike photographs with unbelievable dynamic vary. And one of the best half? CameraX 1.4.0 makes it extremely simple so as to add Extremely HDR seize to your app with just some strains of code:
val cameraSelector = CameraSelector.DEFAULT_BACK_CAMERA val cameraInfo = cameraProvider.getCameraInfo(cameraSelector) val isUltraHdrSupported = ImageCapture.getImageCaptureCapabilities(cameraInfo) .supportedOutputFormats .comprises(ImageCapture.OUTPUT_FORMAT_JPEG_ULTRA_HDR) val imageCapture = ImageCapture.Builder().apply { if (isUltraHdrSupported) { setOutputFormat(ImageCapture.OUTPUT_FORMAT_JPEG_ULTRA_HDR) } }.construct()
Jetpack Compose help
Whereas this publish focuses on 1.4.0, we’re excited to announce the Jetpack Compose help in CameraX 1.5.0 alpha. We’re including help for a Composable Viewfinder constructed on prime of AndroidExternalSurface and AndroidEmbeddedExternalSurface. The CameraXViewfinder Composable hooks up a show floor to a CameraX Preview use case, dealing with the complexities of rotation, scaling and Floor lifecycle so that you don’t have to.
// in construct.gradle implementation ("androidx.digicam:camera-compose:1.5.0-alpha03") class PreviewViewModel : ViewModel() { personal val _surfaceRequests = MutableStateFlow(null) val surfaceRequests: StateFlow get() = _surfaceRequests.asStateFlow() personal enjoyable produceSurfaceRequests(previewUseCase: Preview) { // All the time publish new SurfaceRequests from Preview previewUseCase.setSurfaceProvider { newSurfaceRequest -> _surfaceRequests.worth = newSurfaceRequest } } // ... } @Composable enjoyable MyCameraViewfinder( viewModel: PreviewViewModel, modifier: Modifier = Modifier ) { val currentSurfaceRequest: SurfaceRequest? by viewModel.surfaceRequests.collectAsState() currentSurfaceRequest?.let { surfaceRequest -> CameraXViewfinder( surfaceRequest = surfaceRequest, implementationMode = ImplementationMode.EXTERNAL, // Or EMBEDDED modifier = modifier ) } }
Kotlin-friendly APIs
CameraX is getting much more Kotlin-friendly! In 1.4.0, we have launched two new droop capabilities to streamline digicam initialization and picture seize.
// CameraX initialization val cameraProvider = ProcessCameraProvider.awaitInstance() val imageProxy = imageCapture.takePicture() // Processing imageProxy imageProxy.shut()
Preview Stabilization and Mirror mode
Preview Stabilization
Preview stabilization mode was added in Android 13 to allow the stabilization on all non-RAW streams, together with previews and MediaCodec enter surfaces. In comparison with the earlier video stabilization mode, which can have inconsistent FoV (Discipline of View) between the preview and recorded video, this new preview stabilization mode ensures consistency and thus supplies a greater consumer expertise. For apps that document the preview straight for video recording, this mode can also be the one method to allow stabilization.
Observe the code beneath to allow preview stabilization. Please observe that when preview stabilization is turned on, it isn’t solely utilized to the Preview but in addition to the VideoCapture whether it is certain as nicely.
val isPreviewStabilizationSupported = Preview.getPreviewCapabilities(cameraProvider.getCameraInfo(cameraSelector)) .isStabilizationSupported val preview = Preview.Builder().apply { if (isPreviewStabilizationSupported) { setPreviewStabilizationEnabled(true) } }.construct()
MirrorMode
Whereas CameraX 1.3.0 launched mirror mode for VideoCapture, we have now introduced this useful function to Preview in 1.4.0. That is particularly helpful for units with outer shows, permitting you to create a extra pure selfie expertise when utilizing the rear digicam.
To allow the mirror mode, merely name Preview.Builder.setMirrorMode APIs. This function is supported for Android 13 and above.
Actual-time Impact
CameraX 1.3.0 launched the CameraEffect framework, providing you with the facility to customise your digicam output with OpenGL. Now, in 1.4.0, we’re taking it a step additional. Along with making use of your personal customized results, now you can leverage a set of pre-built results supplied by CameraX and Media3, making it simpler than ever to reinforce your app’s digicam options.
Overlay Impact
The brand new camera-effects artifact goals to offer ready-to-use impact implementations, beginning with the OverlayEffect. This impact helps you to draw overlays on prime of digicam frames utilizing the acquainted Canvas API.
The next pattern code exhibits the best way to detect the QR code and draw the form of the QR code as soon as it’s detected.
By default, drawing is carried out in floor body coordinates. However what if you must use digicam sensor coordinates? No drawback! OverlayEffect supplies the Frame#getSensorToBufferTransform perform, permitting you to use the mandatory transformation matrix to your overlayCanvas.
On this instance, we use CameraX’s MLKit Imaginative and prescient APIs (MlKitAnalyzer) and specify COORDINATE_SYSTEM_SENSOR to acquire QR code nook factors in sensor coordinates. This ensures correct overlay placement no matter machine orientation or display screen facet ratio.
// in construct.gradle implementation ("androidx.digicam:camera-effects:1.4.1}") implementation ("androidx.digicam:camera-mlkit-vision:1.4.1") var qrcodePoints: Array? = null var qrcodeTimestamp = 0L val qrcodeBoxEffect = OverlayEffect( PREVIEW /* utilized on the preview solely */, 5, /* maintain a number of frames within the queue so we are able to match evaluation outcome with preview body */, Handler(Looper.getMainLooper()), {} ) enjoyable initCamera() { qrcodeBoxEffect.setOnDrawListener { body -> if(body.timestamp != qrcodeTimestamp) { // Don't change the drawing if the body doesn’t match the evaluation // outcome. return@setOnDrawListener true } body.overlayCanvas.drawColor(Shade.TRANSPARENT, PorterDuff.Mode.CLEAR) qrcodePoints?.let { // Utilizing sensor coordinates to attract. body.overlayCanvas.setMatrix(body.sensorToBufferTransform) val path = android.graphics.Path().apply { it.forEachIndexed { index, level -> if (index == 0) { moveTo(level.x.toFloat(), level.y.toFloat()) } else { lineTo(level.x.toFloat(), level.y.toFloat()) } } lineTo(it[0].x.toFloat(), it[0].y.toFloat()) } body.overlayCanvas.drawPath(path, paint) } true } val imageAnalysis = ImageAnalysis.Builder() .construct() .apply { setAnalyzer(executor, MlKitAnalyzer( listOf(barcodeScanner!!), COORDINATE_SYSTEM_SENSOR, executor ) { outcome -> val barcodes = outcome.getValue(barcodeScanner!!) qrcodePoints = barcodes?.takeIf { it.dimension > 0}?.get(0)?.cornerPoints // monitor the timestamp of the evaluation outcome and launch the // preview body. qrcodeTimestamp = outcome.timestamp qrcodeBoxEffect.drawFrameAsync(qrcodeTimestamp) } ) } val useCaseGroup = UseCaseGroup.Builder() .addUseCase(preview) .addUseCase(imageAnalysis) .addEffect(qrcodeBoxEffect) .construct() cameraProvider.bindToLifecycle( lifecycleOwner, cameraSelector, usecaseGroup) }
Here’s what the impact seems like:

Display Flash
Taking selfies in low mild simply bought simpler with CameraX 1.4.0! This launch introduces a robust new function: display screen flash. As a substitute of counting on a standard LED flash which most selfie cameras don’t have, display screen flash cleverly makes use of your telephone’s show. By momentarily turning the display screen vivid white, it supplies a burst of illumination that helps seize clear and vibrant selfies even in difficult lighting situations.
Integrating display screen flash into your CameraX app is versatile and easy. You will have two foremost choices:
1. Implement the ScreenFlash interface: This provides you full management over the display screen flash habits. You’ll be able to customise the colour, depth, period, and every other facet of the flash. That is preferrred when you want a extremely tailor-made resolution.
2. Use the built-in implementation: For a fast and straightforward resolution, leverage the pre-built display screen flash performance in ScreenFlashView or PreviewView. This implementation handles all of the heavy lifting for you.
In the event you’re already utilizing PreviewView in your app, enabling display screen flash is extremely easy. Simply allow it straight on the PreviewView occasion. In the event you want extra management or aren’t utilizing PreviewView, you should use ScreenFlashView straight.
Here is a code instance demonstrating the best way to allow display screen flash:
// case 1: PreviewView + CameraX core API. previewView.setScreenFlashWindow(exercise.getWindow()); imageCapture.screenFlash = previewView.screenFlash imageCapture.setFlashMode(ImageCapture.FLASH_MODE_SCREEN) // case 2: PreviewView + CameraController previewView.setScreenFlashWindow(exercise.getWindow()); cameraController.setImageCaptureFlashMode(ImageCapture.FLASH_MODE_SCREEN); // case 3 : use ScreenFlashView screenFlashView.setScreenFlashWindow(exercise.getWindow()); imageCapture.setScreenFlash(screenFlashView.getScreenFlash()); imageCapture.setFlashMode(ImageCapture.FLASH_MODE_SCREEN);
Digicam Extensions new options
Digicam Extensions APIs purpose to assist apps to entry the cutting-edge capabilities beforehand accessible solely on built-in digicam apps. And the ecosystem is rising quickly! In 2024, we have seen main gamers like Pixel, Samsung, Xiaomi, Oppo, OnePlus, Vivo, and Honor all embrace Digicam Extensions, significantly for Evening Mode and Bokeh Mode. CameraX 1.4.0 takes this even additional by including help for brand-new Android 15 Digicam Extensions options, together with:
- Postview: Supplies a preview of the captured picture virtually immediately earlier than the long-exposure pictures are accomplished
- Seize Course of Progress: Shows a progress indicator so customers know the way lengthy capturing and processing will take, enhancing the expertise for options like Evening Mode
- Extensions Power: Permits customers to fine-tune the depth of the utilized impact
Under is an instance of the improved UX that makes use of postview and seize course of progress options on Samsung S24 Extremely.

to know the way this may be carried out? See the pattern code beneath:
val extensionsCameraSelector = extensionsManager .getExtensionEnabledCameraSelector(DEFAULT_BACK_CAMERA, extensionMode) val isPostviewSupported = ImageCapture.getImageCaptureCapabilities( cameraProvider.getCameraInfo(extensionsCameraSelector) ).isPostviewSupported val imageCapture = ImageCapture.Builder().apply { setPostviewEnabled(isPostviewSupported) }.construct() imageCapture.takePicture(outputfileOptions, executor, object : OnImageSavedCallback { override enjoyable onImageSaved(outputFileResults: OutputFileResults) { // last picture saved. } override enjoyable onPostviewBitmapAvailable(bitmap: Bitmap) { // Postview bitmap is obtainable. } override enjoyable onCaptureProcessProgressed(progress: Int) { // seize course of progress replace } }
Necessary: In case your app bumped into the CameraX Extensions difficulty on Pixel 9 collection units, please use CameraX 1.4.1 as a substitute. This launch fixes a vital difficulty that prevented Evening Mode from working appropriately with takePicture.
What’s Subsequent
We hope you get pleasure from this new launch. Our mission is to make digicam growth a pleasure, eradicating the friction and ache factors so you possibly can concentrate on innovation. With CameraX, you possibly can simply harness the facility of Android’s digicam capabilities and construct actually wonderful app experiences.
Have questions or wish to join with the CameraX workforce? Be a part of the CameraX developer dialogue group or file a bug report:
We are able to’t wait to see what you create!