The next two diagrams illustrate the definition of each panel visually: Panel definitions for desktop PCs and most devices For example, the _PLD structure already has panel field which specifies the surface on which a peripheral reside:ĭefinition of ACPI _PLD Panel field (Rev. One way to solve the problem is to use the ACPI _PLD structure which already has the concepts of surface and degrees of rotation defined.
Consequently, an application needs a mechanism to describe the spatial relationship between the two peripherals such that a captured frame can be transposed onto the rendering surface in the correct orientation. Rotation Valuesįor those devices whose cameras and displays share the same housing (or enclosure/ casing), it is possible to have these peripherals be mounted on different surfaces with each of them being rotated by a fixed yet arbitrary degrees on its respective plane.
#Flip video camera drivers driver#
Specifically, a camera driver must set a newly introduced field, Rotation, in the ACPI _PLD structure associated with a capture device interface: typedef struct _ACPI_PLD_V2_BUFFER ACPI_PLD_V2_BUFFER, *PACPI_PLD_V2_BUFFER įor camera, the Rotation field in an ACPI _PLD structure specifies the number of degrees ('0' for 0°, '2' for 90°, '4' for 180°, and '6' for 270°) a captured frame is rotated relative to the screen while the display is in its native orientation.īased on the value in the Rotation field, an application can perform additional rotation, if necessary, in order to render captured frames correctly.
#Flip video camera drivers drivers#
Starting with Window 10, version 1607, all camera drivers are required to explicitly specify the camera orientation regardless if the camera is mounted in accordance with the Minimum hardware requirements. Because of this, it is necessary to properly describe to the OS and application, how the sensors are mounted so the resulting video can be rendered/recorded properly. Please carefully review the information in the auto-correct section below.Īs different form factors computing devices are introduced, some of the physical constraints result in camera sensors being mounted in a non-traditional orientation. This is to ensure app compatibility since the majority of the applications already written to use camera feeds do not know to check for, nor correct for rotation information. The Auto-correct method discussed later in this topic is the recommended solution to non-reference orientation mounting of camera sensors.