Implementation method of liquid crystal smart television panel edge brightness demura compensation

Abstract

The invention discloses an implementation method of liquid crystal smart television panel edge brightness demura compensation. The implementation method comprises the following steps: step 1, acquiring a demura data format and original demura data of a current screen; step 2, obtaining coordinates with different brightness of a screen edge, performing offset debugging, and generating a debura.bin file; step 3, performing algorithm processing on the debura.bin file and the original debuura data to obtain new debuura data, performing format conversion on the new debuura data to a main control chip, and then importing the new debuura data into display data for processing; 4, starting up to detect whether the gray scale brightness of the screen is consistent or not; and step 5, if the gray scale brightness of the screen is inconsistent, repeating the above steps. According to the invention, the overall brightness consistency of the screen can be realized in a software mode, the problem that the edge brightness of the screen is inconsistent with the brightness of the whole machine is solved, the image quality effect is improved, and a better image quality experience is presented for a user.

Description

Technical Field

[0001] The present invention relates to the technical field of liquid crystal smart television panel display technology, and in particular to a method for implementing demura compensation of edge brightness of a liquid crystal smart television panel. Background Art

[0002] The complex manufacturing process for LCD TV glass OCs can easily lead to uneven screen brightness, resulting in various artifacts and severely impacting the viewing experience. These display defects are known as mura. To overcome this issue and ensure consistent brightness across each OC, screen manufacturers perform demura tuning on each OC during production. The resulting demura compensation data is then stored in the OC's onboard memory.

[0003] Current demura solutions all use data processed by the screen manufacturer. However, during the process of assembling the screen into a complete machine, due to factors such as the machine process or assembly mold, it is often found that the brightness gray field of a few centimeters around the edge of the screen has a brightness difference with the overall part, and the overall brightness of the screen does not appear uniform.

[0004] This situation greatly affects the overall effect of LCD TVs. For this problem, the existing technology has already had certain solutions. For example, the Chinese invention patent with publication number CN114694552A discloses a display device and a method for processing display anomalies, which discloses that the display stores two different demura data. When the display displays abnormally and it is determined that the display anomaly is caused by the first demura data, the second demura data is obtained; the first demura data is used to perform brightness compensation for the first mura combined with the backlight module and the display panel, and the second demura data is used to perform brightness compensation for the second mura of the display panel; the brightness of the brightness abnormality area at the edge of the display is adjusted according to the second demura data. Although this solution can adjust the edge brightness through the second demura data, the second demura data cannot perform brightness compensation for mura and bright edges caused by components such as the backlight module in the display device, thereby affecting the user experience. Summary of the Invention

[0005] One of the purposes of the present invention is to provide a method that can dynamically adjust and generate new demura data according to actual conditions, and perform demura compensation on the edge brightness of an LCD TV screen, thereby solving the problem of inconsistency between the screen edge brightness and the entire screen display brightness.

[0006] The present invention is specifically achieved in this way:

[0007] A method for implementing edge brightness demura compensation for a liquid crystal smart television panel, comprising:

[0008] Step 1: Get the demura data format and original demura data of the current screen;

[0009] Step 2: Based on the current display status of the screen, use a high-definition camera to capture a grayscale image of the panel and obtain the coordinates of the screen edges with different brightness. Based on the original demura data obtained in step 1, perform offset debugging to make the brightness of the entire device consistent. After debugging, these debugged data are converted into a binary demura.bin file according to the current screen demura data format;

[0010] Step 3: During the demura data conversion process, the demura.bin file generated in step 2 is processed with the original demura data to obtain new demura data. The new data is converted to a new format by the main control chip and then imported into the display data for processing.

[0011] Step 4: Turn on the computer and check whether the grayscale brightness of the screen is consistent;

[0012] Step 5. If the grayscale brightness of the screen is inconsistent, repeat steps 2 and 3 until the edge brightness of the screen is consistent with the brightness of the entire screen.

[0013] A further approach is:

[0014] The demura data format of the current screen includes the demura header format, the address and length of the LUT table and other information.

[0015] A further approach is:

[0016] Step one also includes: obtaining the FLASH size of the current screen from the screen manufacturer.

[0017] A further approach is:

[0018] The original demura data is obtained from the screen through SPI communication.

[0019] A further approach is:

[0020] In step 2, offset debugging specifically includes:

[0021] For coordinates with different brightness at the edge of the screen, use the original demura data obtained in step 1 to offset the parameters of the current coordinates, record the offset data, and perform a loop test. Once a satisfactory effect is achieved, generate a demura.bin file based on the final offset value and the demura data format of the current screen.

[0022] A further approach is:

[0023] Step three specifically includes:

[0024] Put the demura.bin generated in step 2 into the corresponding screen parameter directory, for example, / panelname / demura.bin, and verify demura.bin when starting the computer.

[0025] According to the demura data format, obtain the size of the brightness data; obtain the size of the original demura data through the SPI interface. If the size of the compensated LUT data is the same as that of the original demura data, the verification passes and proceeds to the next step; otherwise, the size of the compensated LUT data does not match and no demura compensation is performed;

[0026] After the verification is passed, the Lut table data in demura.bin is converted into Plane grayscale data according to the data format given by the screen manufacturer.

[0027] The generated data is algorithmically compensated with the Lut data in the original demura data table to form new demura data. These new data are given to the main control chip to generate the actual demura_out.bin and then imported into the display data for processing.

[0028] A further approach is:

[0029] New demura data is generated according to the original demura data structure.

[0030] A further approach is:

[0031] After generating demura_out.bin in step 3, you also need to verify the value of demura_out.bin and write the value into the attribute.

[0032] A further approach is:

[0033] Step 4 specifically includes:

[0034] Restarting the device will verify the properties and read a section of data from the LUT table of the screen manufacturer. According to the CRC algorithm provided by the manufacturer, it will be judged whether they are consistent. When the two conditions are met, the generated demura_out.bin will be directly used to send to the main control chip.

[0035] This invention appropriately adjusts the original OC's demura data to generate new demura data. This new data is then formatted in the main control chip and imported into the display data for processing. This approach enables software-based consistency of overall screen brightness, resolving the issue of inconsistent brightness at the screen edges and overall brightness, improving image quality and providing users with a superior image quality experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] Figure 1 This is a flow chart of a method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to an embodiment of the present invention.

[0037] Figure 2 This is a flowchart of starting up with edge-compensated brightness data according to an embodiment of the present invention. DETAILED DESCRIPTION

[0038] The present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0039] As attached Figure 1 As shown, a method for implementing edge brightness demura compensation of a liquid crystal smart TV panel includes:

[0040] S1. According to the screen model, obtain the current screen's FLASH size and complete demura data storage format from the screen manufacturer, including the demura header format, LUT table address, length and other information;

[0041] S2. Use the command to read the original demura data of the screen FLASH as a reference for new brightness adjustment;

[0042] S3. Use a high-definition camera to capture a grayscale image of the panel and obtain the brightness coordinates of the edges of the screen. Using the demura data obtained in S2, the algorithm is debugged to achieve consistent brightness across the entire device. This debugged data is then converted into a binary demura.bin file in the format provided by the manufacturer.

[0043] The specific process of algorithm debugging can be:

[0044] Capture a grayscale image of the panel using a high-definition camera to determine the coordinates of transitions or uneven brightness along the edges of the screen. Based on the previously acquired demura data, for example, if 127 is uneven, offset the current parameters to 135 or 126, etc. Record the offset value and calculate the remaining coordinates using this offset, performing a loop test until satisfactory results are achieved. Finally, obtain the adjusted offset values ​​corresponding to these coordinates and generate a binary demura.bin file based on the current screen's demura format.

[0045] S4. Put the binary demura.bin generated in S3 into the corresponding screen parameter directory, for example, / panelname / demura.bin.

[0046] The screen parameter directory is where the debugged demura.bin file is placed. The raw demura data does not have a directory; it is stored in the screen's FLASH and is read from the screen via SPI communication. This demura.bin represents the compensation algorithm used for this screen, which is used to compensate for the raw demura data from the screen.

[0047] S5. Check demura.bin when powering on the device. According to the demura data format, obtain the size of the brightness data. Obtain the size of the original demura data through the SPI interface. If they are the same, go to step S6. Otherwise, the compensation Lut data size does not match and no demura compensation is performed.

[0048] The purpose of this step is to determine whether the compensation data is in the same format as the demura data on the screen and whether the LUT data length is the same. Because the FLASH size of the same CSOT screen is 4M, it is necessary to determine whether the demura.bin compensation data is consistent with the current screen storage format. Therefore, step S1 first obtains the demura data storage format of the screen manufacturer. If the storage format is inconsistent, for example, the LUT data size does not match, then the current demura.bin compensation data cannot compensate the original demura data.

[0049] After S6 and S5 verification are passed, the LUT table data in demura.bin is converted to Plane grayscale data according to the data format provided by the screen manufacturer. Because demura.bin is stored as 8 bytes and Plane precision is 12 bits, it needs to be converted to actual Plane grayscale data.

[0050] For example, the COST screen uses 12 bits to represent data, 10 bits to represent positive numbers, and 2 bits to represent negative numbers; two 8-byte data are converted into a 12-bit data;

[0051] For example, the demura data accuracy of the Huaxing screen is 12 bits. The grayscale of the plane is represented by two bytes, and each row is composed of 128 bits. The high order bits are padded with 0s. Therefore, a row of 16 bytes, three 8-byte values ​​are combined into two 12-bit plane data, and the last one is discarded. The demura.bin is converted to the plane in the same way. Then the Plane0 on the screen is added and offset with the Plane0 in the demura.bin. The generated Plane0 only uses 12 bits. Then, this 12-byte Plane0 is converted back to 2 bytes.

[0052] For example: a line of original data: c3 3f fc c5 7f fc ca cf fc cf 2f fd d3 6f fd 0

[0053] A. Converted Plane--》fc3 fc3 fc5 fc7 fca fcc fcf fd2 fd3 fd6

[0054] Compensation bin: c8 1f 0 8a 40 8 87 90 8 82 d0 7 85 80 7 0

[0055] B. Converted Plane---》fc8 1 8a 84 87 89 82 7d 85 78

[0056] Final bin:

[0057] The value after A+B (12 bits) is àf8b fc4 04f 04b 051 055 051 04f 058 04E

[0058] Disassemble it back to its previous state:

[0059] 8b 4f fc 4f b0 4 51 50 5 51 f0 4 58 e0 4 0

[0060] BOE uses the same method. According to BOE specifications, BOE also uses 12-bit precision. The only difference from CSOT is that it does not use 128-bit groups or pad the high bits with zeros. Other conversion methods are similar.

[0061] The data generated by S7 and S6 are algorithmically compensated with the Lut data in the original demura data table to form new demura data. These new data are given to the main control chip to generate the actual demura_out.bin and then imported into the display data for processing.

[0062] Specifically, in S6, the converted Plane grayscale data is algorithmically compensated with the Plane grayscale data in the screen's Lut table to form new demura data. Because the Lut data in the screen is also stored as 8 bytes, it also needs to be converted into Plane grayscale data using the same method.

[0063] S8. Check the value of demura_out.bin and write the value into the attribute. The reason for this step is to avoid the need to perform demura algorithm compensation every time the machine is turned on, thus saving boot time.

[0064] S9, restart the machine to check the properties of S8, and read the Lut table data of the screen manufacturer, and judge whether they are consistent according to the CRC algorithm provided by the manufacturer. After the two conditions are met, directly use the generated demura_out.bin to the main control chip; the details of this step are as follows Figure 2 shown.

[0065] As described above, the algorithm is only run once. If a new demura.bin needs to be replaced, the algorithm is rerun and a new demura_out.bin is generated. This step is used to determine whether demura.bin has been updated. During manual debugging, if the environment variables are cleared or demura_out.bin is deleted, the algorithm will be rerun to generate the environment variables and demura_out.bin file.

[0066] S10. If the verification of S9 does not meet the requirements, re-execute S5, S6, S7, and S8 to generate new demura_out.bin data.

[0067] Although the present invention is described herein with reference to illustrative embodiments of the present invention, the above embodiments are merely preferred embodiments of the present invention, and the embodiments of the present invention are not limited to the above embodiments. It should be understood that those skilled in the art can design many other modifications and implementations, which will fall within the scope and spirit of the principles disclosed in this application.

Claims

1. A method for implementing edge brightness demura compensation of a liquid crystal smart TV panel, characterized in that include: Step 1: Get the demura data format and original demura data of the current screen; Step 2: Based on the current display status of the screen, use a high-definition camera to capture a grayscale image of the panel and obtain the coordinates of the screen edges with different brightness. Based on the original demura data obtained in step 1, perform offset debugging to make the brightness of the entire device consistent. After debugging, these debugged data are converted into a binary demura.bin file according to the current screen demura data format; Step 3: During the demura data conversion process, the demura.bin file generated in step 2 is processed with the original demura data to obtain new demura data. The new data is converted to a new format by the main control chip and then imported into the display data for processing. Step 4: Turn on the computer and check whether the grayscale brightness of the screen is consistent; Step 5. If the grayscale brightness of the screen is inconsistent, repeat steps 2 and 3 until the edge brightness of the screen is consistent with the brightness of the entire screen.

2. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 1, characterized in that: The demura data format of the current screen includes the demura header format, the address and length information of the LUT table.

3. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 1, characterized in that: Step one also includes: obtaining the FLASH size of the current screen from the screen manufacturer.

4. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 1, characterized in that: The original demura data is obtained from the screen through SPI communication.

5. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 1, characterized in that: In step 2, offset debugging specifically includes: For coordinates with different brightness at the edge of the screen, use the original demura data obtained in step 1 to offset the parameters of the current coordinates, record the offset data, and perform a loop test. Once a satisfactory effect is achieved, generate a demura.bin file based on the final offset value and the demura data format of the current screen.

6. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 5, characterized in that: Step three specifically includes: Put the demura.bin generated in step 2 into the corresponding screen parameter directory and verify demura.bin when booting up the computer. According to the demura data format, obtain the size of the brightness data; obtain the size of the original demura data through the SPI interface. If the size of the compensated LUT data is the same as that of the original demura data, the verification passes and proceeds to the next step; otherwise, the size of the compensated LUT data does not match and no demura compensation is performed; After the verification is passed, the Lut table data in demura.bin is converted into Plane grayscale data according to the data format given by the screen manufacturer. The generated data is algorithmically compensated with the Lut data in the original demura data table to form new demura data. These new data are given to the main control chip to generate the actual demura_out.bin and then imported into the display data for processing.

7. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 6, characterized in that: New demura data is generated according to the original demura data structure.

8. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 6, characterized in that: The screen parameter directory is under / panelname / demura.bin.

9. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 6, 7 or 8, characterized in that: After generating demura_out.bin in step 3, you also need to verify the value of demura_out.bin and write the value into the attribute.

10. The method for implementing edge brightness demura compensation for a liquid crystal smart TV panel according to claim 9, characterized in that: Step 4 specifically includes: Restarting the device will verify the properties and read a section of data from the LUT table of the screen manufacturer. According to the CRC algorithm provided by the manufacturer, it will be judged whether they are consistent. When the two conditions are met, the generated demura_out.bin will be directly used to send to the main control chip.

Images