Status Update
Comments
lo...@gmail.com <lo...@gmail.com> #2
Hi,
Thank you for your feedback. Could you help provide logs when the issue occurs and if possible a code snippet of the part that uses CameraX, it will help us find the root cause.
A quick question: does this issue occur on other devices, or only on Samsung Galaxy M55.
cl...@google.com <cl...@google.com> #3
attaching the logs.
The issue is only reproducible of M55. We have not met this on any other.
cl...@google.com <cl...@google.com>
cl...@google.com <cl...@google.com> #4
Thank you,
CameraX uses OpenGL for sharing stream between Preview
and VideoCapture
to provide use case combinations beyond device's native capabilities. When using Preview + ImageAnalysis or Preview + VideoCapture, the device capabilities are usually not exceeded, so stream sharing is not used. So this could be a device specified issue related to OpenGL.
We will attempt to acquire the reported device model for testing.
ap...@google.com <ap...@google.com> #5
Yes I'm aware that stream sharing is not a hardware supported feature.
Please let me know if we could assist in any way to solve the issue.
ba...@gocity.com <ba...@gocity.com> #6
Is there any update on this? Were you able to find the phone? Could we assist here somehow?
cl...@google.com <cl...@google.com> #7
Thank you for your kind reply! I think we will receive the phone in a while and we will update if we find anything.
e....@gmail.com <e....@gmail.com> #8
Hi,
We got the device and did some investigating. The root cause seems to be that Samsung M55 has issues when using ImageAnalysis
with another stream that uses VideoCapture
or by a stream shared between VideoCapture
and Preview
.
The issue also occurs when only ImageAnalysis
and VideoCapture
are bound. The video can only obtain the first few frames in this case.
We will fix this issues in a future release. One workaround you can try is to bind an additional ImageCaputre
usecase (binds all 4 usecases), it seems the stream is normal in this situation.
Thanks for finding this bug!
ba...@gocity.com <ba...@gocity.com> #9
thank you for the information provided.
Is it possible that the bug will be fixed in 1.3.* release? It seems quite severe as it blocks main functionality.
cl...@google.com <cl...@google.com> #10
Hi
Since in
We will fix on both the 1.4 stable release, and the current 1.5 release. For 1.3, it is recommended to migrate to the 1.4 stable version. Or use one of the following workarounds:
- bind an addiotional
ImageCapture
use case - use
to changeCamera2Interop VideoCapture
builder'sCONTROL_CAPTURE_INTENT
to . As in the following code snippet:CONTROL_CAPTURE_INTENT_PREVIEW
VideoCapture.Builder<Recorder> videoCaptureBuilder = new VideoCapture.Builder<>(recorder);
new Camera2Interop.Extender<>(videoCaptureBuilder).setCaptureRequestOption(CaptureRequest.CONTROL_CAPTURE_INTENT, CaptureRequest.CONTROL_CAPTURE_INTENT_PREVIEW);
Description
If a NavGraph has multiple NavDestinations, each with a deeplink that share the same action i.e.
Deeplink "https://example.com/2 " would actually match with
https://completelyDifferentUrl.com
rather than the exact matchhttps://example.com/{id}
.We would expect deeplink to match with the url that has a better path + argument match.