Open kitakar5525 opened 4 years ago
Comment from me (kitakar5525)
Regarding the rotation: Sorry there's a bit more to it than that. The sensor needs be able to parse that data and report the orientation through as the sensors v4l2 control. That's how libcamera reads the orientation. I see some seemingly related commits: mb/google/nautilus: Add "rotation" control coreboot/coreboot@2d124ec Package () { "rotation", 180 }, media: i2c: ov5670: Parse and register properties torvalds/linux@eba0802 Then, sensor drivers need to be able to read properties from swnode cio2-bridge driver creates (currently work being done by djrscally) kbingham Then the ipu3 pipeline handler in libcamera needs to apply a correct rotation based upon that orientation. The ipu3 pipeline handler in libcamera can handle rotation already now? or there are works need to be done yet?
Regarding the rotation:
Sorry there's a bit more to it than that. The sensor needs be able to parse that data and report the orientation through as the sensors v4l2 control. That's how libcamera reads the orientation.
I see some seemingly related commits:
Package () { "rotation", 180 },
Then, sensor drivers need to be able to read properties from swnode cio2-bridge driver creates (currently work being done by djrscally)
cio2-bridge
kbingham
Then the ipu3 pipeline handler in libcamera needs to apply a correct rotation based upon that orientation.
The ipu3 pipeline handler in libcamera can handle rotation already now? or there are works need to be done yet?
According to the SSDB info on SB1, ov5693 and ov8865 is rotated 180 degrees.
Comment from me (kitakar5525)