The Khronos Group - a non-profit industry consortium to develop, publish and promote open standard, royalty-free media authoring and acceleration standards for desktop and handheld devices, combined with conformance qualification programs for platform and device interoperability.

If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Brightness?

Just been going through the OpenWF Display spec and just noticed that there doesn't appear to be any API to control the brightness of a WFDPort (or rather the display hardware connected to a WFDPort of type WFD_PORT_TYPE_INTERNAL)? The closest I can see is WFD_PORT_POWER_MODE which allows toggling between WFD_POWER_MODE_ON and WFD_POWER_MODE_LIMITED_USE, which I guess could be used to "dim" the display.. have I missed something?

Re: Brightness?

Re: Brightness?

I was thinking more along the lines of a port attribute to control the brightness of the LCD backlight. Do you mean adjusting the connected display's hue/brightness/saturation? Do you know if it is possible to signal such settings via DVI or HDMI? Or did you mean running the image through a hw filter and adjust the brightness/hue/saturation of the image data before it is sent to the display hardware?

Re: Brightness?

I was suggesting those properties for pipelines as some layers on display controllers support them. I'm less familiar with ports, but I have heard of backlights. I don't think the other properties I mentioned would be applicable to ports.

Re: Brightness?

Re: Brightness?

The OpenWF working group did not address the idea of display backlight control on purpose. It was discussed, but there are many different backlight arrangements and it was unclear whether the backlight controlling entity was the window system, the target user for the API. Due to this the working group decided that display backlight control was outside of the original scope of the API.

If there is a strong feeling that control of display backlights should be part of this API, I would suggest creating a extension for such an addition. If the extension becomes a very common addition to an OpenWF implementation, then it may be included as an official part of the a future revision.

FYI, none of the WFD_POWER_MODE_* values were intended to address the idea of backlight control. The LIMITED_USE mode was intended for use cases such as default clock display, which only needs to be updated occasionally. The display update hardware could be turned off most of the time and conserve power.

Concerning color brightness, hue, & saturation, the gamma setting should be able to address some of these. Beyond that, again I'd suggest creating an extension so the working group can see what sort of additions would be needed and to see if these are commonly needed.