DeviceOrientation.portraitUp?????? Right?????

[bakboem]

No description provided.

[RafaelBarbosatec]

Yes

[bakboem]

bro, I used a decoder only. because the camera Orientation is naughty.

[RafaelBarbosatec]

Hi @bakboem .
I don't understood your point.
What do you need?
Do you have some problem with the camera?
Do you have any suggestions?

[bakboem]

Hi @bakboem . I don't understood your point. What do you need? Do you have some problem with the camera? Do you have any suggestions?

Yes, the camera calls in your plugin are insufficient, I think you should only support portrait orientation

[T1G3R192]

@RafaelBarbosatec there is indeed a problem, whenever you need the camera to open in the orientation portraitUp. You need to set it to landscapeRight like this: lockCaptureOrientation: DeviceOrientation.landscapeRight, in order to achieve the desired result. The camera is always opened with a 90 degrees tilt toward the left side of the device.

[bakboem]

@RafaelBarbosatec there is indeed a problem, whenever you need the camera to open in the orientation portraitUp. You need to set it to landscapeRight like this: lockCaptureOrientation: DeviceOrientation.landscapeRight, in order to achieve the desired result. The camera is always opened with a 90 degrees tilt toward the left side of the device.

Yes, you are right. The camera's sensor orientation is inconsistent with the screen orientation (most rear camera sensors are actually "horizontally", sensorOrientation=90 or 270, resulting in the output data being naturally horizontal). If the underlying camera2 api is used, the direction should be recalculated

val relativeRotation = (sensorOrientation - deviceOrientation + 360) % 360
MediaMuxer.setOrientationHint(relativeRotation)