This disclosure relates to image data processing to identify and compensate for burn-in on an electronic display.
This section is intended to introduce the reader to various aspects of art that may be related to various aspects of the present techniques, which are described and/or claimed below. This discussion is believed to be helpful in providing the reader with background information to facilitate a better understanding of the various aspects of the present disclosure. Accordingly, it should be understood that these statements are to be read in this light, and not as admissions of prior art.
Numerous electronic devices—including televisions, portable phones, computers, wearable devices, vehicle dashboards, virtual-reality glasses, and more—display images on an electronic display. As electronic displays gain increasingly higher resolutions and dynamic ranges, they may also become increasingly more susceptible to image display artifacts due to pixel burn-in. Burn-in is a phenomenon whereby pixels degrade over time owing to the different amount of light that different pixels emit over time. If certain pixels are used more than others, those pixels may age more quickly, and thus may gradually emit less light when given the same amount of driving current or voltage values. This may produce undesirable burn-in image artifacts on the electronic display.
A summary of certain embodiments disclosed herein is set forth below. It should be understood that these aspects are presented merely to provide the reader with a brief summary of these certain embodiments and that these aspects are not intended to limit the scope of this disclosure. Indeed, this disclosure may encompass a variety of aspects that may not be set forth below.
This disclosure relates to identifying and compensating for burn-in and/or aging artifacts on an electronic display. Burn-in is a phenomenon whereby pixels degrade over time owing to the different amount of light that different pixels may emit over time. As such, burn-in may be understood to be caused by non-uniform sub-pixel aging. That is, if certain pixels are used more frequently than others, or if those pixels are used in situations that are more likely cause undue aging, such as in high temperatures, those pixels may age more than other pixels. As a result, those pixels may gradually emit less light when given the same driving current or voltage values, effectively becoming darker than the other pixels when given a signal for the same brightness level. To prevent this sub-pixel aging effect from causing undesirable image artifacts on the electronic display, specialized circuitry and/or software may monitor and/or model the amount of burn-in that is likely to have occurred in the different pixels. Based on the monitored and/or modeled amount of burn-in that is determined to have occurred, the image data may be adjusted before it is sent to the electronic display to reduce or eliminate the appearance of burn-in artifacts on the electronic display.
In one example, specialized circuitry and/or software may monitor or model a burn-in effect that would be likely to occur in the electronic display as a result of the image data that is sent to the electronic display. Additionally or alternatively, specialized circuitry and/or software may monitor and/or model a burn-in effect that would be likely to occur in the electronic display as a result of the temperature of different parts of the electronic display while the electronic display is operating. Indeed, in some cases, specialized circuitry and/or software may monitor and/or model a burn-in effect that would be likely to occur in the electronic display as a result of a combination of the effect of the image data that is sent to the electronic display and the temperature of the electronic display when the electronic display displays the image data. In fact, it is believed that the amount of burn-in experienced by any pixel of the electronic display may be influenced by the temperature of the pixel and the amount of light it emits. For instance, a pixel may age more rapidly by emitting a larger amount of light at a higher temperature and may age more slowly by emitting a smaller amount of light at a lower temperature.
By monitoring and/or modeling the amount of burn-in that has likely taken place in the electronic display, burn-in gain maps may be derived to compensate for the burn-in effects. Namely, the burn-in gain maps may gain down image data that will be sent to the less-aged pixels (which would otherwise be brighter) without gaining down the image data that will be sent to the pixels with the greatest amount of aging (which would otherwise be darker). In this way, the pixels of the electronic display that have suffered the greatest amount of aging will appear to be equally as bright as the pixels that have suffered the least amount of aging. This may reduce or eliminate burn-in artifacts on the electronic display.
Various refinements of the features noted above may exist in relation to various aspects of the present disclosure. Further features may also be incorporated in these various aspects as well. These refinements and additional features may exist individually or in any combination. For instance, various features discussed below in relation to one or more of the illustrated embodiments may be incorporated into any of the above-described aspects of the present disclosure alone or in any combination. The brief summary presented above is intended only to familiarize the reader with certain aspects and contexts of embodiments of the present disclosure without limitation to the claimed subject matter.
Various aspects of this disclosure may be better understood upon reading the following detailed description and upon reference to the drawings in which:
One or more specific embodiments of the present disclosure will be described below. These described embodiments are only examples of the presently disclosed techniques. Additionally, in an effort to provide a concise description of these embodiments, all features of an actual implementation may not be described in the specification. It should be appreciated that in the development of any such actual implementation, as in any engineering or design project, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and business-related constraints, which may vary from one implementation to another. Moreover, it should be appreciated that such a development effort might be complex and time consuming, but may nevertheless be a routine undertaking of design, fabrication, and manufacture for those of ordinary skill having the benefit of this disclosure.
When introducing elements of various embodiments of the present disclosure, the articles “a,” “an,” and “the” are intended to mean that there are one or more of the elements. The terms “comprising,” “including,” and “having” are intended to be inclusive and mean that there may be additional elements other than the listed elements. Additionally, it should be understood that references to “one embodiment” or “an embodiment” of the present disclosure are not intended to be interpreted as excluding the existence of additional embodiments that also incorporate the recited features. Furthermore, the phrase A “based on” B is intended to mean that A is at least partially based on B. Moreover, the term “or” is intended to be inclusive (e.g., logical OR) and not exclusive (e.g., logical XOR). In other words, the phrase A “or” B is intended to mean A, B, or both A and B.
By monitoring and/or modeling an amount of burn-in that has likely taken place in the electronic display, burn-in gain maps may be derived to compensate for the burn-in effects. The burn-in gain maps may gain down image data that will be sent to the less-aged pixels (which would otherwise be brighter) without gaining down the image data that will be sent to the pixels with the greatest amount of aging (which would otherwise be darker). In this way, the pixels of the electronic display that have suffered the greatest amount of aging will appear to be equally as bright as the pixels that have suffered the least amount of aging. This may reduce or eliminate burn-in artifacts on the electronic display.
To help illustrate, one embodiment of an electronic device 10 that utilizes an electronic display 12 is shown in
In the depicted embodiment, the electronic device 10 includes the electronic display 12, input devices 14, input/output (I/O) ports 16, a processor core complex 18 having one or more processors or processor cores, local memory 20, a main memory storage device 22, a network interface 24, a power source 26, and image processing circuitry 27. The various components described in
As depicted, the processor core complex 18 is operably coupled with local memory 20 and the main memory storage device 22. In some embodiments, the local memory 20 and/or the main memory storage device 22 may include tangible, non-transitory, computer-readable media that store instructions executable by the processor core complex 18 and/or data to be processed by the processor core complex 18. For example, the local memory 20 may include random access memory (RAM) and the main memory storage device 22 may include read only memory (ROM), rewritable non-volatile memory such as flash memory, hard drives, optical discs, and/or the like.
In some embodiments, the processor core complex 18 may execute instruction stored in local memory 20 and/or the main memory storage device 22 to perform operations, such as generating source image data. As such, the processor core complex 18 may include one or more general purpose microprocessors, one or more application specific processors (ASICs), one or more field programmable logic arrays (FPGAs), or any combination thereof.
As depicted, the processor core complex 18 is also operably coupled with the network interface 24. Using the network interface 24, the electronic device 10 may be communicatively coupled to a network and/or other electronic devices. For example, the network interface 24 may connect the electronic device 10 to a personal area network (PAN), such as a Bluetooth network, a local area network (LAN), such as an 802.11x Wi-Fi network, and/or a wide area network (WAN), such as a 4G or LTE cellular network. In this manner, the network interface 24 may enable the electronic device 10 to transmit image data to a network and/or receive image data from the network.
Additionally, as depicted, the processor core complex 18 is operably coupled to the power source 26. In some embodiments, the power source 26 may provide electrical power to operate the processor core complex 18 and/or other components in the electronic device 10. Thus, the power source 26 may include any suitable source of energy, such as a rechargeable lithium polymer (Li-poly) battery and/or an alternating current (AC) power converter.
Furthermore, as depicted, the processor core complex 18 is operably coupled with the I/O ports 16 and the input devices 14. In some embodiments, the I/O ports 16 may enable the electronic device 10 to interface with various other electronic devices. Additionally, in some embodiments, the input devices 14 may enable a user to interact with the electronic device 10. For example, the input devices 14 may include buttons, keyboards, mice, trackpads, and the like. Additionally or alternatively, the electronic display 12 may include touch sensing components that enable user inputs to the electronic device 10 by detecting occurrence and/or position of an object touching its screen (e.g., surface of the electronic display 12).
In addition to enabling user inputs, the electronic display 12 may facilitate providing visual representations of information by displaying one or more images (e.g., image frames or pictures). For example, the electronic display 12 may display a graphical user interface (GUI) of an operating system, an application interface, text, a still image, or video content. To facilitate displaying images, the electronic display 12 may include a display panel with one or more display pixels. Additionally, each display pixel may include one or more sub-pixels, which each control luminance of one color component (e.g., red, blue, or green).
As described above, the electronic display 12 may display an image by controlling luminance of the sub-pixels based at least in part on corresponding image data (e.g., image pixel image data and/or display pixel image data). In some embodiments, the image data may be received from another electronic device, for example, via the network interface 24 and/or the I/O ports 16. Additionally or alternatively, the image data may be generated by the processor core complex 18 and/or the image processing circuitry 27.
As described above, the electronic device 10 may be any suitable electronic device. To help illustrate, one example of a suitable electronic device 10, specifically a handheld device 10A, is shown in
As depicted, the handheld device 10A includes an enclosure 28 (e.g., housing). In some embodiments, the enclosure 28 may protect interior components from physical damage and/or shield them from electromagnetic interference. Additionally, as depicted, the enclosure 28 surrounds the electronic display 12. In the depicted embodiment, the electronic display 12 is displaying a graphical user interface (GUI) 30 having an array of icons 32. By way of example, when an icon 32 is selected either by an input device 14 or a touch-sensing component of the electronic display 12, an application program may launch.
Furthermore, as depicted, input devices 14 open through the enclosure 28. As described above, the input devices 14 may enable a user to interact with the handheld device 10A. For example, the input devices 14 may enable the user to activate or deactivate the handheld device 10A, navigate a user interface to a home screen, navigate a user interface to a user-configurable application screen, activate a voice-recognition feature, provide volume control, and/or toggle between vibrate and ring modes. As depicted, the I/O ports 16 also open through the enclosure 28. In some embodiments, the I/O ports 16 may include, for example, an audio jack to connect to external devices.
To further illustrate, another example of a suitable electronic device 10, specifically a tablet device 10B, is shown in
As described above, the electronic display 12 may display images based at least in part on image data received, for example, from the processor core complex 18 and/or the image processing circuitry 27. Additionally, as described above, the image data may be processed before being used to display a corresponding image on the electronic display 12. In some embodiments, a display pipeline may process the image data, for example, to identify and/or compensate for burn-in and/or aging artifacts.
To help illustrate, a portion 34 of the electronic device 10 including a display pipeline 36 is shown in
As depicted, the portion 34 of the electronic device 10 also includes an image data source 38, a display panel 40, and a controller 42. In some embodiments, the controller 42 may control operation of the display pipeline 36, the image data source 38, and/or the display panel 40. To facilitate controlling operation, the controller 42 may include a controller processor 50 and controller memory 52. In some embodiments, the controller processor 50 may execute instructions stored in the controller memory 52. Thus, in some embodiments, the controller processor 50 may be included in the processor core complex 18, the image processing circuitry 27, a timing controller in the electronic display 12, a separate processing module, or any combination thereof. Additionally, in some embodiments, the controller memory 52 may be included in the local memory 20, the main memory storage device 22, a separate tangible, non-transitory, computer readable medium, or any combination thereof.
In the depicted embodiment, the display pipeline 36 is communicatively coupled to the image data source 38. In this manner, the display pipeline 36 may receive source image data 54 corresponding with an image to be displayed on the electronic display 12 from the image data source 38. As described above, the source image data 54 may indicate target characteristics of a portion (e.g., image pixel) of the image using any suitable source format, such as an 8-bit fixed point αRGB format, a 10-bit fixed point αRGB format, a signed 16-bit floating point αRGB format, an 8-bit fixed point YCbCr format, a 10-bit fixed point YCbCr format, a 12-bit fixed point YCbCr format, and/or the like. In some embodiments, the image data source 38 may be included in the processor core complex 18, the image processing circuitry 27, or a combination thereof.
As described above, the display pipeline 36 may operate to process source image data 54 received from the image data source 38. To simplify discussion, the functions (e.g., operations) performed by the display pipeline 36 are divided between various image data processing blocks 56 (e.g., circuitry, modules, or processing stages). It should be understood that, while the term “block” is used here, there may or may not be a logical separation between them. For example, in the depicted embodiment, the image data processing blocks 56 include a DeGamma block 58, a burn-in compensation (BIC)/burn-in statistics (BIS) block 60, and a ReGamma block 62, but this is just one organizational view of the various components that may be part of the display pipeline 36. Moreover, the image data processing blocks 56 may additionally or alternatively include other types of image processing, such as an ambient adaptive pixel (AAP) block, a dynamic pixel backlight (DPB) block, a white point correction (WPC) block, a sub-pixel layout compensation (SPLC) block, a panel response correction (PRC) block, a dithering block, a sub-pixel uniformity compensation (SPUC) block, a content frame dependent duration (CDFD) block, an ambient light sensing (ALS) block, or the like.
As will be described in more detail below, to facilitate subsequent processing, the DeGamma block 58 may receive image data in a gamma-corrected color space (e.g., gamma encoding) and convert it into image data in a linear color space (e.g., linear encoding). A Gamma encoding is a type of encoding that will cause the display panel 40 of the electronic display 12 to display pixel brightnesses in a way that is apparent to the human eye (e.g., where brightness levels generally increase logarithmically or exponentially), whereas linear encoding is a type of encoding that allows for simpler calculations (e.g., where brightness levels generally increase linearly). The DeGamma block 58 may receive image data processed by another of the image data processing blocks 56 of the display pipeline 36 after the source image data 54 has been processed by the other of the image data processing blocks 56, or may receive the source image data 54 directly. The BIC/BIS block 60 may operate on the linearized image data to reduce or eliminate burn-in effects, as well as to collect image statistics about the degree to which burn-in is expected to have occurred on the electronic display 12. The ReGamma block 62 may re-encode the now-compensated linear image data back into a Gamma encoding. The image data output by the ReGamma block 62 may exit the display pipeline 36 or may continue on for further processing by other blocks of the image data processing blocks 56 of the display pipeline 36. In either case, the resulting display image data 64 that is output by the display pipeline 36 for display on the display panel 40 may suffer substantially fewer or no burn-in artifacts.
After processing, the display pipeline 36 may output display image data 64 to the display panel 40. Based at least in part on the display image data 64, the display panel 40 may apply analog electrical signals to the display pixels of the electronic display 12 to display one or more corresponding images. In this manner, the display pipeline 36 may facilitate providing visual representations of information on the electronic display 12.
To help illustrate, an example of a process 66 for operating the display pipeline 36 is described in
As shown in
The BIS collection processing 92 may analyze all or a portion of the output linear image data 94 to generate a burn-in statistics (BIS) history update 96, which represents an incremental update representing an increased amount of sub-pixel aging that is estimated to have occurred since a corresponding previous BIS history update 96. Although the BIC processing 90 and the BIS collection processing 92 are shown as components of the display pipeline 36, the BIS history update 96 may be output for use by the controller 42 or other software (e.g., an operating system, application program, or firmware of the electronic device 10). The controller 42 or other software may use the BIS history update 96 in a compute gain maps block 98 to generate gain maps 100. The gain maps 100 may be two-dimensional (2D) maps of per-color-component pixel gains. For example, the gain maps 100 may be programmed into 2D lookup tables (LUTs) in the display pipeline 36 for use by the BIC processing 90.
The controller 42 or other software (e.g., an operating system, application program, or firmware of the electronic device 10) may also include a compute gain parameters block 102. The compute gain parameters block 102 may compute global gain parameters 104 that may be provided to the display pipeline 36 for use by the BIC processing 90. In the example of this disclosure, these include a normalization factor (η[c]) and a normalized brightness adaptation factor (βη[c]), which may vary depending on certain global display brightness values and the color component of image data to which they are applied (e.g., red, green, or blue). These particular examples of the global gain parameters 104 will be discussed further below. It should be understood, however, that these factors are meant to be non-limiting examples and that the global gain parameters 104 may represent any suitable parameters that the BIC processing 90 may use to appropriately adjust the values of the gain maps 100 to compensate for burn-in.
A closer view of the BIC processing 90 is shown in
The pixel gain value (α[c](x,y)) may have any suitable format and precision. For example, the precision of the pixel gain value (α[c](x,y)) may be between 8 and 12 bits per component, and may vary by configuration. The alignment of the MSb of the pixel gain value (α[c](x,y)) may be configurable through a right-shift parameter (e.g., with a default value of 2 and a maximum value of 7). A value of 0 represents alignment with the first bit after the decimal point. For the default value, the MSb of the gain value may be aligned to the fourth bit after the decimal point, effectively yielding a gain with precision between u0.11 and u0.15 precision, corresponding to fetched value with 8 to 12 bits of precision.
From the DeGamma block 58, the apply gain block 112 may receive a current input sub-pixel of image data for a current location (x,y) on the electronic display 12. Here the DeGamma block is shown to convert 14-bit-per-component (bpc) gamma-encoded pixels into 18-bpc linear-encoded pixels, but any suitable bit depths may be used. The apply gain block 112 may also obtain a per-component pixel gain value (α[c](x,y)) deriving from the gain maps 100 (which may be up-sampled by the up-sampling block 110). The apply gain block 112 may also obtain the global gain parameters 104 (e.g., the normalization factor (η[c]) and the normalized brightness adaptation factor (βη[c])). The apply gain block 112 may apply the per-component pixel gain value (α[c](x,y)) to the current input sub-pixel according to the global gain parameters 104 (e.g., the normalization factor (η[c]) and the normalized brightness adaptation factor (βη[c])). In one example, the apply gain block 112 may first obtain a compensation value σ[c](x,y):
σ[c](x,y)=(1+α[c](x,y)*β[c])*η[c]=η[c]+α[c](x,y)*βη[c]
where α[c](x,y) represents the per-component pixel gain value from the fetched and/or up-sampled gain maps 100, β[c] represents a brightness adaptation factor for a brightness setting of the electronic display 12, η[c] represents a normalization factor for a brightness setting of the electronic display 12, and βη[c] represents a normalized brightness adaptation factor (the product of β[c] and η[c]). The compensation value σ[c](x,y) may be encoded in any suitable way, including as an unsigned 1.16 bit number, an unsigned 1.17 bit number, an unsigned 1.18 bit number, an unsigned 1.19 bit number, an unsigned 1.20 bit number, an unsigned 1.21 bit number, an unsigned 1.22 bit number, an unsigned 1.23 bit number, an unsigned 1.24 bit number, an unsigned 1.25 bit number, an unsigned 1.26 bit number, an unsigned 1.27 bit number, an unsigned 1.28 bit number, or the like. The compensation value σ[c](x,y) may be clipped to a maximum value of 1.0.
The compensation value σ[c](x,y) may be multiplied with the linearized sub-pixel value to obtain the compensated sub-pixel value. When the compensation value σ[c](x,y) is an unsigned 1.24 number, obtaining the compensated output sub-pixel value may be represented as follows:
outlinear[c](x,y)=(inlinear[c](x,y)*min(σ[c](x,y),224)+221)>>22
where outlinear[c](x,y) represents the compensated output sub-pixel and inlinear[c](x,y) represents the current input sub-pixel. The compensated output sub-pixels may be converted back to the gamma color space by the reGamma block 62.
Before continuing, the per-component brightness adaptation factor (β[c]) and normalization factor (q[c]) are now discussed. The brightness adaptation factor (β[c]) may be recalculated any time there is a change in the global panel brightness. The brightness adaptation factor β[c] may take any suitable form, and may take into account a current brightness setting of the electronic display 12 (e.g., a maximum luminance Lmax that may be displayed on the electronic display 12 at any time). In one example, the brightness adaptation factor β[c] may take the form of a second order polynomial function of a global brightness (Lmax):
βR=q0
βG=q0
βB=q0
In the equations for brightness adaptation factor (β[c]) above, the per-color-component parameters q0, q1, and q2 represent coefficients that may be obtained through experimentation or modeling and may depend on the specific characteristics of the electronic display 12. The brightness adaptation factor (β[c]) may be encoded in any suitable way, including as an unsigned 1.16 bit number, an unsigned 1.17 bit number, an unsigned 1.18 bit number, an unsigned 1.19 bit number, an unsigned 1.20 bit number, an unsigned 1.21 bit number, an unsigned 1.22 bit number, an unsigned 1.23 bit number, an unsigned 1.24 bit number, an unsigned 1.25 bit number, an unsigned 1.26 bit number, an unsigned 1.27 bit number, an unsigned 1.28 bit number, or the like.
Additionally, the normalization factor (η[c]) may also be recalculated any time there is a change in the global panel brightness. The normalization factor may be calculated on a per-component basis and may take into account a maximum gain across all channels (αmax):
ηR=(1+αmax×βR)−1
ηG=(1+αmax×βG)−1
ηB=(1+αmax×βB)−1
The normalization factor (η[c]) may be encoded in any suitable way, including as an unsigned 1.16 bit number, an unsigned 1.17 bit number, an unsigned 1.18 bit number, an unsigned 1.19 bit number, an unsigned 1.20 bit number, an unsigned 1.21 bit number, an unsigned 1.22 bit number, an unsigned 1.23 bit number, an unsigned 1.24 bit number, an unsigned 1.25 bit number, an unsigned 1.26 bit number, an unsigned 1.27 bit number, an unsigned 1.28 bit number, or the like. In some cases, the normalization factor (η[c]) may be encoded in the same format as the brightness adaptation factor (β[c]). As mentioned above, the global gain parameters 104 may include the normalization factor (q[c]) and the normalized brightness adaptation factor (βη[c]). The normalized brightness adaptation factor (βη[c]) may be obtained by multiplying the brightness adaptation factor (β[c]) by the normalization factor (η[c]). These values may be updated and provided to the apply gain block 112 at any suitable frequency. In some cases, the normalization factor (η[c]) and the normalized brightness adaptation factor (βη[c]) may be updated once every frame and/or every time the global brightness settings change (e.g., every time the maximum luminance Lmax changes). In other cases, the normalization factor (η[c]) and the normalized brightness adaptation factor (βη[c]) may be updated less often (e.g., once every other frame, once every 5 frames, once per second, once per 2 seconds, once per 5 seconds, once per 30 seconds, once per minute, or the like). In some cases, the normalization factor (η[c]) and the normalized brightness adaptation factor (βη[c]) may be updated when the global brightness setting of the electronic display 12 has changed beyond at least a threshold amount (e.g., when the maximum luminance Lmax changes by more than 1 nit, more than 2 nits, more than 5 nits, more than 10 nits, more than 20 nits, more than 50 nits, more than 100 nits, more than 200 nits, or the like). The threshold may depend on the characteristics of the electronic display 12, and may be selected to represent a minimum change in luminance that would be apparent to the human eye.
Each plane of the gain maps 100 may be the full spatial resolution of the electronic display 12, or may be spatially downsampled by some factor (e.g., downsampled by some factor greater than 1, such as 1.5, 2, 2.5, 3, 3.5 4, 4.5, 5, 5.5, 6, 6.5, 7, 7.5, 8, or more). Moreover, the amount of spatial downsampling may vary independently by dimension, and the dimensions of each of the planes of the gain maps 100 may differ. By way of example, a first color component (e.g., red) plane of the gain maps 100 may be spatially downsampled by a factor of 2 in both dimensions (e.g., in both x and y dimensions), a second color component (e.g., green) plane of the gain maps 100 may be spatially downsampled by a factor of 2 in one dimension (e.g., the x dimension) and downsampled by a factor of 4 in the other dimension (e.g., the y dimension), and a third color component (e.g., blue) plane of the gain maps 100 may be spatially downsampled by a factor of 4 in both dimensions (e.g., in both x and y dimensions). Further, in some examples, planes of the gain maps 100 may be downsampled to variable extents across the full resolution of the electronic display 12.
One example plane of the gain maps 100 appears in
Whether the gain values 124 are spaced evenly or unevenly across the x and y dimensions, the up-sampling block 110 may perform interpolation to obtain gain values for sub-pixels at (x, y) locations that are between the points of the gain values 124. Bilinear interpolation and nearest-neighbor interpolation methods will be discussed below. However, any suitable form of interpolation may be used.
The examples of
GainMapSize[c].Width=ceil((ComponentWidth[c]+rx[c]−2)/rx[c])+1
GainMapSize[c].Height=ceil((BicActiveRegion.Height+py[c]−bias[c]−1)/ry[c])+1
where
The up-sampling block 110 may perform spatial interpolation of the fetched plane of the gain maps 100. A spatial shift of the plane of the gain maps 100, when down-sampled with respect to the pixel grid of the electronic display 12, may be supported through a configurable initial interpolation phase (e.g., the initial value for sx, sy in the interpolation equations that are presented below) in each of the x and y dimensions. When a plane or an interpolation region of the gain maps 100 is spatially down-sampled, sufficient gain value 124 data points may be present for the subsequent up-sampling to happen without additional samples at the edges of the plane of the gain maps 100. Bilinear and nearest neighbor interpolation are supported. The up-sampling factor and interpolation method may be configurable separately for each of the color components.
Interpolation equations for bilinear and nearest-neighbor interpolation methods are provided below, but it should be appreciated that any other suitable interpolation method may be used. Bilinear interpolation may occur as follows:
αxy=((α13*sx)+(α02*(rX−sx))+((rx*ry)>>1))>>log2(rx*ry),
where
α02=(α2*sy)+(α0*(ry−sy));
α13=(α3*sy)+(α1*(ry−sy));
sx∈{0, . . . , (rx−1)}, sy∈{0, . . . , (ry−1)};
rx is a sub-sampling factor along the horizontal dimension; and
ry is a sub-sampling factor along the vertical dimension.
Nearest Neighbor interpolation may occur as follows:
(sx<=(rx>>1)) && (sy<=(ry>>1)) (depicted as bold circles): α0
(sx>(rx>>1)) && (sy<=(ry>>1)) (depicted as dashed circles): α1
(sx<=(rx>>1)) && (sy>(ry>>1)) (depicted as light circles): α2
(sx>(rx>>1)) && (sy>(ry>>1)) (depicted as dotted circles): α3
In some cases, the red and blue planes may be horizontally or vertically sub-sampled due to the panel layout. For example, some electronic displays 12 may support pixel groupings of less than every component of pixels, such as a GRGB panel with a pair of red and green and pair of blue and green pixels. In an example such as this, each red/blue component may be up-sampled by replication across a gain pair, as illustrated in
As discussed above with reference to
As such, the BIS collection processing 92 of the BIC/BIS block 60 may monitor and/or model a burn-in effect that would be likely to occur in the electronic display as a result of the image data that is sent to the electronic display 12 and/or the temperature of the electronic display 12. One or both of these factors may be considered in generating the BIS history update 96 that is provided to the controller 42 or other software for generating the gain maps 100. In one example, shown in
Since the total amount of luminance emitted by a pixel of the electronic display 12 over its lifetime has a substantial impact on the aging of that pixel, the luminance aging factor 170 may be determined by a product of the compensated linear image data 94 and a normalized display brightness 182 from a multiplier 184, which is referred to in this disclosure as a normalized input sub-pixel in′[c]. The amount of aging due to luminance emission by the sub-pixel may be modeled as a function of luminance as follows:
u
l=((L/Llimit)*inlinear[c])γ[c],
where L is the global brightness of the current frame, Llimit is the maximum possible brightness for a frame, inlinear[c] is the linearized value of color component c from the linear image data 94 (which may be represented in any suitable manner, such as an unsigned 0.20 number), and γ[c] is a parameter that may depend on the properties of the electronic display 12 and may be determined experimentally or through modeling. The value of L/Llimit is represented as the normalized display brightness 182 and may be computed by the controller 42 or other software. In one example, the normalized brightness 182 is represented as an unsigned 1.18 value. The multiplication in the multiplier 184 thus realizes:
in′[c]=min((inlinear[c]*Lnorm+(1<<19))>>20, 0x3ffff).
The power function may be modeled in hardware by the luminance aging LUT 172, which may take any suitable form. In one example, the luminance aging LUT 172 represents a 65 entry LUT with entries evenly distributed in the range [0, 218], and which may have a format as unsigned 1.5 values. The luminance aging LUT 172 may be independent per color component and indexed by in′[c] as computed above. Any suitable interpolation between the entries of the luminance aging LUT 172 may be used, including linear interpolation between LUT entries. An example of this process is summarized below. In one example, for each color component:
rem=in′ & 0xfff
idx=in′>>12
low=LUT[idx]
high=LUT[idx+1]
ul=(((4096−rem)*low)+(rem*high)+2048)>>12
The result is a luminance aging factor 170 (here, shown as ul) that may be taken into account to model the amount of aging on each of the sub-pixels of the electronic display 12 as due to the linear image data 94. However, non-uniform sub-pixel aging is affected not only by the total amount of light emitted over time, but also the temperature of the electronic display 12 while the sub-pixels of the electronic display 12 are emitting light. Indeed, aging is dependent on temperature and temperature can vary across the electronic display 12 due to the presence of components such as the processor core complex 18 and other heat-producing circuits at various positions behind the electronic display 12.
To accurately determine an estimate of the local temperature on the electronic display 12, a two-dimensional (2D) grid of temperatures 188 may be used. An example of such a 2D grid of temperatures 188 is shown in
An example of the two-dimensional (2D) grid of temperatures 188 appears in
In one example, the two-dimensional (2D) grid of temperatures 188 may split the frame into separate regions (a region may be represented a rectangular area with a non-edge grid point at the center), or equivalently, 17×17 tiles (a tile may be represented as the rectangular area defined by four neighboring grid points, as shown in the interpolation region 206), is defined for the electronic display 12. Thus, the 2D grid of temperatures 188 may be determined according to any suitable experimentation or modeling for the electronic display 12. The 2D grid of temperatures 188 may be defined for an entirety of the electronic display 12, as opposed to just the current active region. This may allow the temperature estimation updates to run independently of the BIS/BIC updates. Moreover, the 2D grid of temperatures 188 may have uneven distributions of temperature grid values 204, allowing for higher resolution in areas of the electronic display 12 that are expected to have greater temperature variation (e.g., due to a larger number of distinct electronic components behind the electronic display 12 that could independently emit heat at different times due to variable use).
To accommodate for finer resolution at various positions, the 2D grid of temperatures 188 may be non-uniformly spaced. Two independent multi-entry 1D vectors (one for each dimension), grid_points_x and grid_points_y, are described in this disclosure to represent the temperature grid values 204. In the example of
Moreover, each tile (e.g., as shown in the interpolation region 206) may start at a temperature grid value 204 and may end one pixel prior to the next temperature grid value 204. Hence, for uniform handling in hardware, at least one temperature grid value 204 (e.g., the last one) may be located a minimum of one pixel outside the frame dimension. Not all of the temperature grid values 204 may be used in all cases. For example, if a whole frame dimension of 512×512 is to be used as a single tile, grid_points_x[0] and grid_points_y[0] may each be programmed to 512. Other values in the vectors may be defined as “don't care,” since they will not be accessed. Spacing between successive temperature grid values 204 may be restricted to some minimum number of pixels (e.g., 8, 16, 24, 48, or so pixels) and some maximum number of pixels (e.g., 512, 1024, 2048, 4096, or so pixels). All points in each of the two vectors, grid_points_x and grid_points_y, until the point that lies outside the frame dimension, may be programmed to be monotonically increasing.
The temperature grid values 204 may have any suitable format. In one example, a temperature grid value 204 may be represented as an unsigned 6.2 value. Additionally, referring again to
Based on the current x and y position, an interpolated temperature, txy, may be calculated with any suitable form of interpolation. When bilinear interpolation is used using the four surrounding grid points, the computation of the temperature txy, at location (x,y) may take place as outlined in the pseudocode below:
The current sub-pixel temperature value txy may be used to compute the temperature adaptation factor (ut) 174 for pixels within the active region that is expected to vary with the current sub-pixel temperature value txy as shown in the following expression:
ut=λ(tref−txy)/10
where χ is a parameter that is independent per color component and tref is a chosen reference temperature. The above equation may be modeled in hardware by the temperature adaptation LUT 176. The temperature adaptation LUT 176 may have any suitable number of entries to model the effect of temperature on the aging of the pixels. In one example, the temperature adaptation LUT 176 is a 33-entry LUT with the entries evenly distributed over the range of temperatures represented by txy. The LUT entries may have any suitable precision, and may be unsigned 2.5 values in at least some examples. Any suitable form of interpolation may be used to ascertain values between LUT entries, such as linear interpolation. Moreover, the temperature adaptation LUT 176 may vary by color component. Indeed, the temperature adaptation LUT 176 may include several independent LUTs for each of the color components. One example of the process is outlined in the pseudocode below. Namely, for each color component:
As shown in
u[c]=(ul[c]*ut[c]+16)>>5
Here, the computed 8-bit history update may be written out as three independent planes with the base addresses for each plane being byte aligned (e.g., 128-byte aligned). Prior to write-out, depending on the type of panel, to maintain a constant line width in the buffer, a zero may be inserted at the end of the line when appropriate. Moreover, the number of components per pixel can be down-sampled from 3 to 2. This is represented in the example of
By compiling and storing the values in the burn-in statistics (BIS) history update 96, the controller 42 or other software may determine a cumulative amount of non-uniform pixel aging across the electronic display 12. This may allow the gain maps 100 to be determined that may counteract the effects of the non-uniform pixel aging. By applying the gains of the gain maps 100 to the input pixels before they are provided to the electronic display 12, burn-in artifacts that might have otherwise appeared on the electronic display 12 may be reduced or eliminated in advance. Thereby, the burn-in compensation (BIC) and/or burn-in statistics (BIS) of this disclosure may provide a vastly improved user experience while efficiently using resources of the electronic device 10.
The specific embodiments described above have been shown by way of example, and it should be understood that these embodiments may be susceptible to various modifications and alternative forms. It should be further understood that the claims are not intended to be limited to the particular forms disclosed, but rather to cover all modifications, equivalents, and alternatives falling within the spirit and scope of this disclosure.
This application claims priority to and benefit from U.S. Provisional Application No. 62/556,160, entitled “Burn-In Statistics and Burn-In Compensation,” filed Sep. 8, 2017, the contents of which is incorporated by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
62556160 | Sep 2017 | US |