Full-liquid crystal instrument image display method, device, equipment and storage medium

Abstract

This application discloses a method, apparatus, device, and storage medium for displaying images on a full LCD instrument panel, relating to the field of image display technology. The method includes: acquiring image header information and color segmentation information of a target image; mapping the target image to an image file of a preset storage type based on the image header information and color segmentation information, and storing the image file in a memory; when a display instruction for an image to be displayed is received, loading the target image file from the memory according to the display instruction, and displaying the image to be displayed on the full LCD instrument panel based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed. By mapping the target image to an image file containing image header information and color segmentation information based on an image format mapping strategy, image loading efficiency is improved, and the anti-lag function of the full LCD instrument panel display is achieved.

Description

Technical Field

[0001] This application relates to the field of image display technology, and in particular to a method, apparatus, device and storage medium for displaying images on a full LCD instrument. Background Technology

[0002] The complexity of automotive instrument cluster systems is increasing with advancements in electronic technology, leading to a growing proportion of image resources in software systems and posing numerous challenges to image loading. In practical applications, the mismatch between the image resource loading rate in the instrument cluster program and the screen refresh rate often results in image stuttering. To address this issue, it is necessary to optimize the image loading method and improve the image loading speed.

[0003] The existing solution proposes a method for detecting instrument blackouts. A camera and a relay are connected to the terminal device via USB interfaces, and the instrument is connected to the relay. After the instrument is powered on, the log is read, the camera captures image information from the instrument display screen, and the image is input into an AI classification and recognition model to detect whether the instrument screen is black. This method only detects whether the instrument screen is black; it does not propose a solution for blackouts. The solution for instrument lag and even blackouts is not yet complete. Under current technology, instrument system lag occurs frequently, and resolving instrument lag can effectively improve system reliability and stability.

[0004] The above content is only used to help understand the technical solution of this application and does not represent an admission that the above content is prior art. Summary of the Invention

[0005] The main objective of this application is to provide a method, apparatus, device, and storage medium for displaying images on a full LCD instrument panel, aiming to solve the technical problem of how to achieve anti-lag function during the display of images on a full LCD instrument panel.

[0006] To achieve the above objectives, this application proposes a method for displaying images on a fully liquid crystal instrument panel, the method comprising:

[0007] Obtain the image header information and color segmentation information of the target image;

[0008] Based on the image header information and the color segmentation information, the target image is mapped into an image file of a preset storage type, and the image file is saved in the memory;

[0009] When a display instruction for an image to be displayed is received, a target image file is loaded from the memory according to the display instruction, and the image to be displayed is displayed on the full LCD instrument panel based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed.

[0010] In one embodiment, the step of obtaining the image header information and color segmentation information of the target image includes:

[0011] Obtain the image format of the target image, determine whether the image format is a preset format, and obtain the image format determination result;

[0012] Based on the image format determination result, the image format is processed to obtain a preprocessed image, and the image header information is obtained based on the preprocessed image;

[0013] The pixel colors of the preprocessed image are statistically analyzed to obtain pixel color statistics. Based on the pixel color statistics, it is determined whether the preprocessed image has a target color, and the target color determination result is obtained.

[0014] Based on the target color determination result, the pixels of the preprocessed image are segmented by color to obtain color segmentation information.

[0015] In one embodiment, the step of processing the image format based on the image format determination result to obtain a preprocessed image includes:

[0016] When the image format determination result is that the image format is a preset format, the target image is used as a preprocessed image. The preset format includes a first preset format and a second preset format. The first preset format supports the transparency channel, while the second preset format does not support the transparency channel.

[0017] When the image format determination result is that the image format is not a preset format, and the image format supports an alpha channel, the image format is converted to the first preset format to obtain a preprocessed image;

[0018] When the image format determination result is that the image format of the target image is not a preset format and the image format does not support the transparency channel, the image format is converted to the second preset format to obtain a preprocessed image.

[0019] In one embodiment, the step of statistically analyzing the pixel colors of the preprocessed image to obtain pixel color statistics, and determining whether the preprocessed image has a target color based on the pixel color statistics to obtain a target color determination result includes:

[0020] Obtain the pixel colors of the preprocessed image, and count the number of times each pixel color appears in the preprocessed image to obtain pixel color statistics.

[0021] Based on the pixel color statistics, the frequency of each pixel color is sorted to obtain the pixel color sorting result.

[0022] When there are pixel colors in the pixel color sorting results that have a total pixel color ratio that reaches a preset proportion, a target color is determined from the pixel colors that have a preset proportion, and the result of the target color determination is that the preprocessed image has a target color.

[0023] When there are no pixels in the pixel color sorting results that have a total pixel color ratio that reaches a preset proportion, the target color determination result is determined to be that the preprocessed image does not have a target color.

[0024] In one embodiment, the step of performing color segmentation on the pixels of the preprocessed image based on the target color determination result to obtain color segmentation information includes:

[0025] When the target color determination result is that the preprocessed image has a target color, the pixels of the preprocessed image are segmented by color based on the target color to obtain color segmentation information;

[0026] When the target color determination result is that the preprocessed image does not have a target color, the pixels of the target image are segmented as single colors to obtain the color segmentation information.

[0027] In one embodiment, the step of loading a target image file from the memory according to the display instruction when a display instruction for an image to be displayed is received, and displaying the image to be displayed on the full LCD instrument panel based on the target image file, further includes:

[0028] When a display instruction for an image to be displayed is received, it is determined whether the target image file exists in the memory, and the file correctness determination result is obtained;

[0029] When the file correctness determination result is that the target image file exists in the memory and the path of the target image file has not been loaded, the target image file is loaded from the memory into the cache according to the display instruction, and a mutex lock corresponding to the target image file is created and locked.

[0030] Based on the target image file, the image to be displayed is shown on the full LCD instrument panel, and the mutex lock is unlocked.

[0031] In one embodiment, the step of displaying the image to be displayed on the full LCD instrument panel based on the target image file and unlocking the mutex lock includes:

[0032] When the target image file exists in the memory, the size of the target image file reaches a preset standard, and the target image file is successfully read, the image header information and the color segmentation information are read based on the target image file.

[0033] Based on the image header information and color segmentation information, the image to be displayed is shown on the full LCD instrument panel, and the mutex lock is unlocked.

[0034] Furthermore, to achieve the above objectives, this application also proposes a full LCD instrument image display device, the full LCD instrument image display device comprising:

[0035] The information acquisition module is used to acquire the image header information and color segmentation information of the target image;

[0036] The image mapping module is used to map the target image into an image file of a preset storage type based on the image header information and the color segmentation information, and save the image file in the memory;

[0037] The image display module is used to load a target image file from the memory according to the display instruction when a display instruction for an image to be displayed is received, and to display the image to be displayed on the full LCD instrument based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed.

[0038] In addition, to achieve the above objectives, this application also proposes a full LCD instrument image display device, the device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the full LCD instrument image display method described above.

[0039] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the full LCD instrument image display method described above.

[0040] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the full LCD instrument image display method described above.

[0041] One or more technical solutions proposed in this application have at least the following technical effects:

[0042] By acquiring the image header information and color segmentation information of the target image, the target image is mapped to an image file of a preset storage type based on the image header information and the color segmentation information, and the image file is stored in the memory. When a display instruction for the image to be displayed is received, the target image file, i.e., the image file corresponding to the image to be displayed, is loaded from the memory according to the display instruction, and the image to be displayed is displayed on the full LCD instrument based on the target image file. Before displaying the image, all target images from the data source are mapped to image files containing image header information and color segmentation information according to the image format mapping strategy and stored in the memory, so that the stored image file can be directly read and displayed on the full LCD instrument when needed, without having to remap or load the entire image. This helps to improve image loading efficiency and avoid the image loading rate not matching the screen refresh rate, which may cause the image to fail to refresh in time, resulting in stuttering or even black screen during image display, affecting the normal operation of the instrument. Attached Figure Description

[0043] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0044] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0045] Figure 1 This is a flowchart illustrating an embodiment of the full LCD instrument image display method of this application.

[0046] Figure 2 This is a flowchart of the image preprocessing process for the full LCD instrument image display method provided in Embodiment 1 of this application;

[0047] Figure 3 A color segmentation flowchart of the full LCD instrument image display method provided in Embodiment 1 of this application;

[0048] Figure 4a The image before optimization is shown in the comparison test of the image stuttering repair of the full LCD instrument image display method provided in Embodiment 1 of this application.

[0049] Figure 4b An optimized effect diagram of the image stuttering repair comparison test of the full LCD instrument image display method provided in Embodiment 1 of this application;

[0050] Figure 5aA test result diagram of the vehicle speed increase response time of the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0051] Figure 5b This is a test result diagram of the vehicle speed decrease response time of the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0052] Figure 6a A test result diagram of the vehicle speed increase response time under low-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0053] Figure 6b A test result diagram of the vehicle speed decrease response time under low-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0054] Figure 7a A test result diagram of the response time of vehicle speed increase under urban road conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0055] Figure 7b The image shows the test results of the vehicle speed reduction response time on urban roads for the full LCD instrument panel image display method provided in Embodiment 1 of this application.

[0056] Figure 7c A test result diagram of the response time of the full LCD instrument panel image display method under acceleration conditions on urban roads, provided in Embodiment 1 of this application.

[0057] Figure 7d A test result diagram of the braking response time under urban road conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0058] Figure 8a A test result diagram of the vehicle speed increase response time under high-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0059] Figure 8b A test result diagram of the vehicle speed decrease response time under high-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application;

[0060] Figure 9 This is a flowchart illustrating Embodiment 2 of the full LCD instrument image display method of this application;

[0061] Figure 10 This is an image loading flowchart of the full LCD instrument image display method provided in Embodiment 2 of this application;

[0062] Figure 11 This is a schematic diagram of the module structure of the full LCD instrument image display device according to an embodiment of this application;

[0063] Figure 12 This is a schematic diagram of the device structure of the hardware operating environment involved in the full LCD instrument image display method in this application embodiment.

[0064] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0065] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0066] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0067] It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device or image display control system capable of performing the above functions. The following description uses an image display control system as an example to illustrate this embodiment and the subsequent embodiments.

[0068] Based on this, the embodiments of this application provide a method for displaying images on a full LCD instrument panel, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the full LCD instrument image display method of this application.

[0069] In this embodiment, the full LCD instrument image display method includes steps S10 to S30:

[0070] Step S10: Obtain the image header information and color segmentation information of the target image;

[0071] It should be noted that the reliability and stability of existing automotive instrument systems are insufficient, potentially leading to drivers being unable to accurately obtain crucial information and increasing the risk of accidents. Therefore, further research and innovation are needed to improve the reliability and stability of automotive instrument systems. Among the common problems in automotive instrument systems are blackouts and lag, which can be caused by various factors: one possibility is hardware failure, such as display connection problems, power supply failures, or chip damage; another possibility is software problems, such as operating system errors, program crashes, or data transmission issues. The solution provided in this application addresses this issue from a software perspective, improving the image loading rate of the system based on an image format mapping strategy to fix the lag problem when drawing speedometer images.

[0072] It should be understood that the target image refers to all images stored in the corresponding image path of the full LCD instrument panel. Before displaying the images in this image path, all image data in this image path is first mapped to image data in a specific storage format based on an image format mapping strategy, and the mapped image data is directly saved to memory. This allows the stored image data to be read directly when needed next time, without having to remap or load the entire image. When applying this image format mapping strategy to the instrument system, a mapping function containing image header information structure parameters and color segmentation information parameters needs to be established. This function can map a given target image to an object containing the above two parameter information. Before mapping the target image, it is necessary to obtain the image header information and color segmentation information of the target image. The image header information is usually embedded at the beginning of the image file, including data that records the basic attributes and characteristics of the image, such as file format identifier, image size, and color depth. The color segmentation information describes the regions or segments in the image that have similar color characteristics.

[0073] Additionally, it should be noted that the solution in this application uses the Qt framework to implement the instrument panel layer interface design. In the Qt framework, QImage objects can be used to perform image-related operations and process image data of various formats, such as PNG and JPG. However, processing common compressed image formats with QImage objects consumes a significant amount of CPU resources and time, especially when processing large numbers of image files or frequently loading images, where the image loading rate drops drastically. This is because common compressed image formats require decoding upon access, and the decoding process typically takes a considerable amount of time. To ensure that necessary information can be quickly provided to the driver in emergencies, automotive instrument systems, especially fully digital instrument systems, require high performance and fast response capabilities. The time spent on image decoding affects system performance and response speed, especially in instrument systems that require frequent image loading and display, where improving image loading speed is crucial. However, traditional image decoding methods cannot meet the system's demand for fast response. The image format mapping strategy in this application optimizes the image decoding stage, mapping a given QImage object to a custom storage type QPair.<QmlImageInformationHead,QByteArray> QPair is a simple container in the Qt framework used to store a pair of elements. Specifically, QmlImageInformationHead is used to store image header information, and QByteArray is used to store serialized data of color segmentation information.

[0074] In one feasible implementation, step S10 may include steps S11 to S14:

[0075] Step S11: Obtain the image format of the target image, determine whether the image format is a preset format, and obtain the image format determination result;

[0076] It should be noted that before obtaining the image header information and color segmentation information of the target image, it is necessary to check whether the image format of the target image is a preset format. Images with preset formats can meet the requirements of subsequent image pixel processing. For QImage objects, the preset formats can be ARGB32 or RGB888. These are two common pixel formats that QImage objects can represent, and they are relatively intuitive and easy to operate in image processing.

[0077] Step S12: Based on the image format determination result, process the image format to obtain a preprocessed image, and obtain image header information based on the preprocessed image;

[0078] It should be understood that after checking the image format of the target image, it is necessary to process its format based on its characteristics to obtain a target image with a preset format, i.e., a preprocessed image. This ensures that the preprocessed image can meet the requirements of subsequent image pixel processing. After format processing, the basic attributes of the image can be recorded using attribute recording functions, and the image header information can be obtained to get the parameter values ​​of the image header information structure for subsequent processing and analysis.

[0079] In one feasible implementation, step S12, which processes the image format based on the image format determination result to obtain a preprocessed image, may include steps A11 to A13:

[0080] Step A11: When the image format determination result is that the image format is a preset format, the target image is used as a preprocessed image. The preset format includes a first preset format and a second preset format. The first preset format supports the transparency channel, while the second preset format does not support the transparency channel.

[0081] It should be understood that when the target image is in a preset format, it means that the target image in the source format can meet the requirements of subsequent image pixel processing, and can be directly used as a preprocessed image without additional format processing.

[0082] It's important to note that target images in image formats that support alpha channels have alpha channels, which store the image's transparency information. Target images in image formats that do not support alpha channels do not have alpha channels. Therefore, the two must be distinguished during image format processing. Specifically, ARGB32 is suitable for processing images with transparency information, while RGB888 is suitable for processing images without transparency information.

[0083] Step A12: When the image format determination result is that the image format is not a preset format and the image format supports an alpha channel, the image format is converted to the first preset format to obtain a preprocessed image.

[0084] It should be understood that when the target image is not in a preset format and the image format supports a transparency channel, it needs to be converted to a format that meets the pixel processing requirements while preserving the transparency information of the target image, namely the first preset format that supports the transparency channel.

[0085] Step A13: When the image format determination result is that the image format of the target image is not a preset format and the image format does not support the transparency channel, the image format is converted to the second preset format to obtain a preprocessed image.

[0086] It should be understood that when the target image is not in the preset format and the image format does not support the transparency channel, it needs to be converted to a format that meets the pixel processing requirements, that is, a second preset format that does not support the transparency channel, so as to avoid generating redundant color information during the image format conversion process.

[0087] For example, please refer to Figure 2 , Figure 2 This is a flowchart illustrating the image preprocessing process for the full LCD instrument display method provided in Embodiment 1 of this application. Figure 2 As shown, during preprocessing of the target image, the first step is to check if the target image format is correct. If the target image format is correct, it is determined whether the image format is a preset format (ARGB32 or RGB888). If the image format is a preset format, it is used as the preprocessed image, the basic attributes of the image are recorded, and the image header information is obtained. If the image format is not a preset format (ARGB32 or RGB888) and the image format supports an alpha channel, the image format is converted to the first preset format (ARGB32), and the process returns to the step of checking if the target image format is correct. If the image format is not a preset format (ARGB32 or RGB888) and the image format does not support an alpha channel, the image format is converted to the second preset format (RGB888), and the process returns to the step of checking if the target image format is correct.

[0088] Step S13: Statistical analysis of the pixel colors of the preprocessed image is performed to obtain pixel color statistics. Based on the pixel color statistics, it is determined whether the preprocessed image has a target color, and the target color determination result is obtained.

[0089] It should be noted that the pixel color statistics include the color value of each pixel in the preprocessed image and the number of times it appears. The target color refers to the dominant color of the preprocessed image, which is used as a basis for subsequent color segmentation processing to obtain color segmentation information.

[0090] In one feasible implementation, step S13 may include steps A21 to A24:

[0091] Step A21: Obtain the pixel color of the preprocessed image, and count the number of times each pixel color appears in the preprocessed image to obtain pixel color statistics.

[0092] It should be noted that when counting the frequency of each pixel's color in the preprocessed image, you can call `colorToUint32(image.pixelColor(x,y))` to convert each pixel's color value into a 32-bit integer, i.e., a quint32 type integer, and store it as a key-value pair in `rgbCountMap`, then use `QMap` to...<quint32,int> rgbCountMap counts the quint32 type keys and their corresponding occurrence counts to obtain pixel color statistics.

[0093] For example, in the process of converting the color value of each pixel to an integer of type quint32, the four color channels of type QColor can be regarded as a four-dimensional column vector P, as shown in the following formula:

[0094] P = (ARGB) T

[0095] A, R, G, and B are used to represent the transparency, red, green, and blue channel values, respectively.

[0096] Define a 4×4 matrix M for converting color types, as follows:

[0097]

[0098] A four-dimensional column vector P can be converted into a quint32 type integer Q using matrix multiplication, as shown in the following formula:

[0099]

[0100] Step A22: Sort the number of times each pixel color appears based on the pixel color statistics to obtain the pixel color sorting result;

[0101] It should be noted that after obtaining the pixel color statistics, the rgbCountMap can be converted into an rgbCountVector, and the rgbCountVector can be sorted using the std::sort code to sort it in descending order according to the frequency of color occurrence, thus obtaining the pixel color sorting result. The key sorting code is as follows:

[0102] std::sort(

[0103] rgbCountVector.begin(),

[0104] rgbCountVector.end(),

[0105] [](const QPair<quint32,int> &a,const QPair<quint32,int> &b)

[0106] {return a.second>b.second;} );

[0108] Step A23: When there are pixel colors in the pixel color sorting results that have a total pixel color ratio that reaches a preset ratio, determine the target color from the pixel colors that have a preset ratio, and determine the target color determination result as the preprocessed image having a target color.

[0109] It should be noted that, based on the pixel color sorting results, the proportion of each pixel color in the total pixel colors of the preprocessed image can be calculated. If the pixel colors whose proportions reach a preset ratio are obtained, the target color is determined from among them. The target color refers to the color that appears most frequently in the image, i.e., the primary color. For the preprocessed image, at most two primary colors are determined. That is, when there are at least two pixel colors whose proportions reach the preset ratio, the two pixel colors with the highest proportions are taken as primary colors; when there is only one pixel color whose proportions reach the preset ratio, the pixel color with the highest proportion is taken as the primary color. The primary color with the highest proportion is designated as the first primary color, and the second most prominent primary color is designated as the second primary color.

[0110] Step A24: When there are no pixels in the pixel color sorting results whose total pixel color ratio reaches a preset proportion, the target color determination result is determined to be that the preprocessed image does not have a target color.

[0111] It should be understood that if no pixel color in the preprocessed image reaches a preset percentage of total pixel color, it means that the preprocessed image does not contain the target color. Specifically, the preset percentage can be set to 10%. If there are at least two pixel colors that account for 10% of the total pixel color, then the two pixel colors with the highest percentage are used as the primary colors of the preprocessed image. If there is only one pixel color that accounts for 10% of the total pixel color, then that pixel color with a percentage of 10% is used as the primary color of the preprocessed image. If there are no pixel colors that account for 10% of the total pixel color, then the preprocessed image does not contain a primary color.

[0112] For example, when recording the primary color, the number of color types in rgbCountVector can be obtained. If the proportion of the most frequently occurring pixel color exceeds 10% of the total number of pixels, result.first.imageHaveFirstPrimaryColor is set to true, and the most frequently occurring color is recorded in result.first.imageFirstPrimaryColor as the first primary color. If the proportion of the second most frequently occurring pixel color exceeds 10% of the total number of pixels, result.first.imageHaveSecondPrimaryColor is set to true, and the second most frequently occurring color is recorded in result.first.imageHaveSecondPrimaryColor as the second primary color.

[0113] Step S14: Based on the target color determination result, the pixels of the preprocessed image are segmented by color to obtain color segmentation information.

[0114] It should be understood that different target colors correspond to different numbers of color segments. When obtaining color segment information, a variable `argbSegment` can be defined to store the color segment information. The first element of this variable is the color index, and the second element is a byte array of the color data.

[0115] In one feasible implementation, step S14 may include: when the target color determination result is that the preprocessed image has a target color, performing color segmentation on the pixels of the preprocessed image based on the target color to obtain color segmentation information; when the target color determination result is that the preprocessed image does not have a target color, treating the pixels of the target image as single color segments to obtain the color segmentation information.

[0116] It should be understood that different target color determination results will correspond to different color segmentation processes. For details, please refer to... Figure 3 , Figure 3This is a flowchart illustrating the color segmentation process of the full LCD instrument image display method provided in Embodiment 1 of this application. The primary color is the target color. When the preprocessed image has a primary color, each pixel of the preprocessed image is traversed. If the current pixel is the same as the first primary color or the second primary color, and the 20 pixels adjacent to the current pixel are similar to the first primary color or the second primary color, then the current pixel is stored in the corresponding primary color segment, and the process continues until all pixels are traversed, obtaining and storing the color segmentation information of all pixels. When the preprocessed image does not have a primary color, all pixels of the preprocessed image are treated as a single color segment and stored. It is then determined whether the preprocessed image has a transparency channel. If the image has a transparency channel, the color segmentation information is stored in the order of blue, green, red, and transparency. If the image does not have a transparency channel, the color segmentation information is stored in the order of red, green, and blue.

[0117] Step S20: Based on the image header information and the color segmentation information, map the target image into an image file of a preset storage type, and save the image file in the memory;

[0118] It should be understood that the default storage type refers to the QPair storage type.<QmlImageInformationHead,QByteArray> QmlImageInformationHead is used to store image header information, and QByteArray is used to store serialized data of color segmentation information. After the target image mapped by the image format mapping strategy is stored in memory with a preset storage type, the stored image data can be directly read the next time it is needed, without having to remap or load the entire image.

[0119] Step S30: When a display instruction for an image to be displayed is received, a target image file is loaded from the memory according to the display instruction, and the image to be displayed is displayed on the full LCD instrument based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed.

[0120] It should be understood that when a display command for an image to be displayed is received, the system will retrieve and load the corresponding image file from memory according to the display command, render and display the image on the full LCD instrument panel, and provide the user with the required visual information. The image file corresponding to the image to be displayed is an image file that has already been mapped using an image format mapping strategy.

[0121] For example, this image format mapping strategy can be applied to the speedometer design in a fully digital instrument cluster system. Specifically, vehicle speed values ​​can be obtained from an external data source using QML, preprocessed, and updated as the speed value changes. The image path of the speedometer dial is constructed by concatenation, consisting of "qrc: / image / " plus the image filename corresponding to the current speed value, dynamically selecting the appropriate image file based on changes in the speed value. During actual testing and analysis, the speedometer can be tested by sending vehicle speed values ​​via messages and hard-wired input frequency signals. Message sending utilizes the testing tool Vehicle Spy to simulate the vehicle control unit (ECU) sending actual vehicle speed data to the instrument cluster. The hard-wired input frequency signal simulates the vehicle's motion state, providing the speedometer with actual motion input.

[0122] In practice, speedometer performance can be tested for stuttering correction, display accuracy, and response time. For the stuttering correction comparison test, please refer to Figure 4. Figure 4a The image before optimization is shown in the comparison test of the image stuttering repair of the full LCD instrument image display method provided in Embodiment 1 of this application. Figure 4b The image shown is an optimized result of a comparative test of image stuttering repair for the full LCD instrument display method provided in Embodiment 1 of this application. Figure 4a To optimize the speed table before the image decoding stage using an image format mapping strategy, a noticeable stuttering phenomenon occurred at this point. The numerical display had been updated, but the image display was still stuttering. Figure 4b To optimize the speedometer after the image decoding stage using an image format mapping strategy, the speed display animation transitioned smoothly during the test process, without any stuttering, and the display results were accurate and the effect was ideal.

[0123] For display accuracy testing, the speedometer can be tested 10 times at different speeds, and the average value is calculated. The vehicle speed signal can be obtained through a hard-wired input frequency signal. Table 1 shows the display accuracy test data of the speedometer in the image decoding stage optimized using an image format mapping strategy. Table 1 shows that the displayed vehicle speed should be basically consistent with the actual displayed vehicle speed, but both are slightly higher than the theoretical speed value. In the actual design of the speedometer, the vehicle speed value was amplified by 3%. The display accuracy test results show that the average error of the speedometer display accuracy is only 1.1%, and the speedometer display accuracy rate is 98.9%.

[0124] Table 1

[0125]

[0126] For response time testing, the speedometer before and after optimization using the image format mapping strategy can be tested separately. The theoretical vehicle speeds are 30, 50, 80, 100, 120, and 140 km / h. The speed values ​​are first increased and then decreased, and 10 tests are performed for verification. The average value is then calculated. Please refer to Figure 5. Figure 5a A test result diagram of the vehicle speed increase response time of the full LCD instrument panel image display method provided in Embodiment 1 of this application; Figure 5b Figure 5 shows the test results of the vehicle speed decrease response time of the full LCD instrument panel image display method provided in Embodiment 1 of this application. Figure 5a The results show that the average peak speed of the speedometer before and after optimization is 140 km / h, and the speedometer animation response time is directly proportional to the vehicle speed. The highest speed increase response time of the optimized speedometer is 1.20s, while the highest speed increase response time of the unoptimized speedometer is 1.40s. The optimized speedometer's speed increase response time is superior to that of the traditional method. Figure 5b The optimized speedometer has a maximum speed decrease response time of 1.00 s, while the unoptimized speedometer had a maximum speed increase response time of 1.10 s. The optimized speed decrease response time is superior to that of the traditional method. The speedometer response time designed using the image format mapping strategy of this application is lower than that designed using the traditional method under various conditions. The speed increase response time is reduced by an average of 0.14 s, and the speed decrease response time is reduced by an average of 0.12 s, demonstrating the effectiveness of the image format mapping strategy.

[0127] In addition, to further test the overall performance of the speedometer designed based on the image format mapping strategy, response time tests can be carried out under three different operating conditions: low-speed driving road, urban road, and high-speed driving road.

[0128] Please refer to Figures 6 through 8. Figure 6a A test result diagram of the vehicle speed increase response time under low-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application; Figure 6b A test result diagram of the vehicle speed decrease response time under low-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application; Figure 7a A test result diagram of the response time of vehicle speed increase under urban road conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application; Figure 7b The image shows the test results of the vehicle speed reduction response time on urban roads for the full LCD instrument panel image display method provided in Embodiment 1 of this application. Figure 7c A test result diagram of the response time of the full LCD instrument panel image display method under acceleration conditions on urban roads, provided in Embodiment 1 of this application. Figure 7dA test result diagram of the braking response time under urban road conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application; Figure 8a A test result diagram of the vehicle speed increase response time under high-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application; Figure 8b The image shows the test results of the response time of the vehicle speed decrease under high-speed driving conditions for the full LCD instrument panel image display method provided in Embodiment 1 of this application.

[0129] The vehicle speed was set at 15–30 km / h for low-speed driving, 90–120 km / h for high-speed driving, and 45–60 km / h for urban driving. Since braking and acceleration are common on urban roads, braking and acceleration conditions were set. The braking condition involved a speed range of 45 km / h to 0 km / h, and the acceleration condition involved a speed range of 0 km / h to 30 km / h, allowing for vehicle start-up and acceleration, and the vehicle speed response time was observed.

[0130] Figure 6 shows a comparison test of response time under low-speed driving conditions. Figure 6a The response time for the vehicle speed to increase. Figure 6b Response time for vehicle speed reduction. Figure 7 shows a comparison of response times under urban road conditions. Figure 7a The response time for the vehicle speed to increase. Figure 7b Response time for vehicle speed reduction Figure 7c Response time under braking conditions, Figure 7d The response time is for initial acceleration. Figure 8 shows a comparison of response times under high-speed driving conditions. Figure 8a The response time for the vehicle speed to increase. Figure 8b Response time for vehicle speed reduction.

[0131] In the three operating conditions described above, the speedometer optimized using the image format mapping strategy exhibits a faster response rate and a more stable response time curve. This indicates that by optimizing the loading and display efficiency of image resources, the optimized speedometer significantly improves both response rate and display stability. Furthermore, the response rate stability during vehicle speed decreases is superior to that during vehicle speed increases in all three operating conditions. During deceleration, the influence of external factors is relatively small, resulting in a smoother change in vehicle speed. Analysis of the test results for the three operating conditions verifies the effectiveness of the image format mapping strategy, demonstrating that the optimized speedometer performs better under various conditions.

[0132] This embodiment provides a method for displaying images on a full LCD instrument panel. By acquiring the image header information and color segmentation information of a target image, the target image is mapped to an image file of a preset storage type based on the image header information and the color segmentation information. The image file is stored in a memory. When a display command for an image to be displayed is received, the target image file, i.e., the image file corresponding to the image to be displayed, is loaded from the memory according to the display command. The image to be displayed is then displayed on the full LCD instrument panel based on the target image file. Before displaying the image, all target images from the data source are mapped to image files containing image header information and color segmentation information according to an image format mapping strategy and stored in the memory. This allows the user to directly read the stored image file and display it on the full LCD instrument panel when needed, without having to remap or load the entire image. This helps improve image loading efficiency and prevents the image loading rate from mismatching with the screen refresh rate, which could lead to the image not refreshing in time, causing stuttering or even a black screen during image display, affecting the normal operation of the instrument.

[0133] Based on the first embodiment of this application, in the second embodiment of this application, the content that is the same as or similar to that in the first embodiment described above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 9 Step S30 also includes steps S31 to S33:

[0134] Step S31: When a display instruction for the image to be displayed is received, determine whether the target image file exists in the memory and obtain the file correctness determination result;

[0135] It should be understood that when a display instruction for an image is received, before displaying the image, it is first determined whether the corresponding image file has been stored in memory to obtain a file correctness determination result. If the image file at the specified storage path is found in memory, the file correctness determination result will be that the target image file exists in memory; if the image file at the specified storage path is not found in memory, the file correctness determination result will be that the target image file does not exist in memory.

[0136] Step S32: When the file correctness determination result is that the target image file exists in the memory and the path of the target image file has not been loaded, the target image file is loaded from the memory into the cache according to the display instruction, and a mutex lock corresponding to the target image file is created and locked.

[0137] It's important to note that the memory maintains a cached image file path list, which records all image file paths already loaded into the cache. When the file integrity check indicates that the target image file exists in memory, the cached image file path list is searched for. Only if the target image file path is not found in the cached image file path list will the corresponding cache information object be created according to the explicit command, the target image file be loaded from memory into the cache, and a mutex lock corresponding to the target image file be created and locked to prevent multiple threads from accessing or modifying image data simultaneously, ensuring thread safety.

[0138] It should be understood that if the file correctness determination result indicates that the target image file does not exist in the storage, the image loading process will end, and the image file to be displayed will be downloaded again from the original data source such as hard drive, network, or other storage media before loading the image. When the image file path corresponding to the target image file is found in the cached image file path list, the image data to be displayed will be directly read from the cache for display, ending the image loading process and improving the efficiency of image display.

[0139] Step S33: Display the image to be displayed on the full LCD instrument panel based on the target image file and unlock the mutex lock.

[0140] It should be understood that after the target image file is successfully loaded into the cache, the image data in the cache will be read, the image to be displayed will be rendered on the full LCD instrument panel, the mutex will be unlocked and the mutex pointer will be cleared, allowing other threads to access or update the image data.

[0141] In one feasible implementation, step S33 may include steps B11 to A12:

[0142] Step B11: When the target image file exists in the memory, the size of the target image file reaches a preset standard, and the target image file is successfully read, the image header information and the color segmentation information are read based on the target image file;

[0143] It should be noted that during the loading of the image to be displayed, after creating the cached information object and locking the corresponding mutex lock, it will again check whether the image file corresponding to the image to be displayed exists in the memory, i.e., the target image file, to confirm that the image to be displayed has not been moved or replaced by other threads during the loading process. When it is determined that the target image file exists in the memory, the size of the image file is obtained and compared with a preset standard file size threshold. The file size threshold should be determined based on the size of the image header information of the image file. When the size of the image file is greater than the length of the header information, it means that the size of the image file can contain the image header information, and an attempt will be made to open the image file in read-only mode. When the image file is successfully opened, the image header information and color segmentation information of the image file are read.

[0144] It should be understood that when any of the following conditions are met—that the target image file does not exist in the memory, that the size of the target image file does not meet the preset standard, or that the target image file cannot be successfully read—the mutex will be unlocked directly, and the image loading process will end.

[0145] Step B12: Display the image to be displayed on the full LCD instrument panel based on the image header information and color segmentation information, and unlock the mutex lock.

[0146] It should be understood that after reading the image header information and color segmentation information of the target image file, a QImage object containing the image header information and color segmentation information can be obtained. During the graphics rendering stage, the QImage object is used to draw the image, display the image to be displayed on the full LCD instrument panel, unlock the mutex lock, and clear the mutex lock pointer.

[0147] For example, please refer to Figure 10 , Figure 10This is a flowchart illustrating the image loading process of the full LCD instrument display method provided in Embodiment 2 of this application. During the loading of the target image file, when a display instruction for the image to be displayed is received, the system first checks whether a cache file (i.e., the target image file) exists in the memory and determines whether the path to the cache file has already been loaded in the cache. If a cache file exists in the memory and the path to the cache file has not been loaded in the cache, a cache information object corresponding to the cache file is created and its corresponding mutex is locked. The system then checks again whether the cache file exists in the memory and whether the cache file is correct (whether its size is valid), and whether the size of the cache file can contain the image header information and whether it can be opened in read-only mode. Only when all three conditions are met simultaneously—that the cache file exists in the memory, is correct, its size can contain the image header information, and it can be opened in read-only mode—is the image header information and color segmentation information of the cache file read. The image header information and color segmentation information are converted into an image object, and the image to be displayed is displayed on the full LCD instrument based on this image object. Finally, the mutex is unlocked and the mutex pointer is cleared.

[0148] In this embodiment, during the loading of the target image file, a mutex lock is used to synchronize access by different threads, thereby achieving asynchronous loading. This ensures the consistency of image data and the safety of threads, and avoids situations where the full LCD instrument system interface lags or even goes black during the loading process.

[0149] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the full LCD instrument image display method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0150] This application also provides a full LCD instrument image display device; please refer to [reference needed]. Figure 11 The full LCD instrument image display device includes:

[0151] Information acquisition module 10 is used to acquire image header information and color segmentation information of the target image;

[0152] Image mapping module 20 is used to map the target image into an image file of a preset storage type based on the image header information and the color segmentation information, and save the image file in the memory;

[0153] The image display module 30 is used to load a target image file from the memory according to the display instruction when a display instruction for an image to be displayed is received, and to display the image to be displayed on the full LCD instrument based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed.

[0154] The full LCD instrument panel image display device provided in this application, employing the full LCD instrument panel image display method in the above embodiments, can solve the technical problem of how to achieve anti-lag function during the full LCD instrument panel image display process. Compared with the prior art, the beneficial effects of the full LCD instrument panel image display device provided in this application are the same as the beneficial effects of the full LCD instrument panel image display method provided in the above embodiments, and other technical features in the full LCD instrument panel image display device are the same as the features disclosed in the methods of the above embodiments, and will not be repeated here.

[0155] This application provides a full LCD instrument image display device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the full LCD instrument image display method in Embodiment 1 above.

[0156] The following is for reference. Figure 12 The diagram illustrates a structural schematic suitable for implementing the full LCD instrument panel image display device of the embodiments of this application. The full LCD instrument panel image display device in the embodiments of this application may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 12 The illustrated full LCD instrument display device is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0157] like Figure 12As shown, the full LCD instrument display device may include a processing unit 1001 (e.g., a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the full LCD instrument display device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to I / O interface 1006: input devices 1007 including, for example, touchscreens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1008 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 1003 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1009. Communication device 1009 allows the full LCD instrument display device to exchange data wirelessly or via wired communication with other devices. Although a full LCD instrument display device with various systems is shown in the figure, it should be understood that it is not required to implement or possess all the systems shown. More or fewer systems may be implemented alternatively.

[0158] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0159] The full LCD instrument panel image display device provided in this application, employing the full LCD instrument panel image display method in the above embodiments, can solve the technical problem of how to achieve anti-lag function during the full LCD instrument panel image display process. Compared with the prior art, the beneficial effects of the full LCD instrument panel image display device provided in this application are the same as the beneficial effects of the full LCD instrument panel image display method provided in the above embodiments, and other technical features in this full LCD instrument panel image display device are the same as the features disclosed in the previous embodiment method, and will not be repeated here.

[0160] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0161] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0162] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the full LCD instrument image display method in the above embodiments.

[0163] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0164] The aforementioned computer-readable storage medium may be included in the full LCD instrument image display device; or it may exist independently and not assembled into the full LCD instrument image display device.

[0165] The aforementioned computer-readable storage medium carries one or more programs. When the aforementioned one or more programs are executed by the full LCD instrument image display device, the full LCD instrument image display device causes the following: to acquire image header information and color segmentation information of a target image; to map the target image into an image file of a preset storage type based on the image header information and the color segmentation information, and to save the image file in a memory; and when a display instruction for an image to be displayed is received, to load the target image file from the memory according to the display instruction, and to display the image to be displayed on the full LCD instrument based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed.

[0166] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0167] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0168] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0169] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described full LCD instrument image display method, thereby solving the technical problem of how to achieve anti-lag function during the display of images on a full LCD instrument. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the full LCD instrument image display method provided in the above embodiments, and will not be repeated here.

[0170] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the full LCD instrument image display method described above.

[0171] The computer program product provided in this application solves the technical problem of how to implement anti-lag function during the display of images on a full LCD instrument panel. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the full LCD instrument panel image display method provided in the above embodiments, and will not be repeated here.

[0172] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A method for displaying images on a fully liquid crystal instrument, characterized in that, The full LCD instrument image display method includes: The image header information and color segmentation information of the target image are obtained. The color segmentation information describes the regions or segments with similar color features in the image. Based on the image header information and the color segmentation information, the target image is mapped into an image file of a preset storage type, and the image file is saved in the memory; When a display instruction for an image to be displayed is received, a target image file is loaded from the memory according to the display instruction, and the image to be displayed is displayed on the full LCD instrument panel based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed; The steps of obtaining the image header information and color segmentation information of the target image include: Obtain the image format of the target image, determine whether the image format is a preset format, and obtain the image format determination result; Based on the image format determination result, the image format is processed to obtain a preprocessed image, and the image header information is obtained based on the preprocessed image; The pixel colors of the preprocessed image are statistically analyzed to obtain pixel color statistics. Based on the pixel color statistics, it is determined whether the preprocessed image has a target color, and the target color determination result is obtained. The target color is the color that appears most frequently in the image. Based on the target color determination result, the pixels of the preprocessed image are segmented by color to obtain color segmentation information; The step of processing the image format based on the image format determination result to obtain a preprocessed image includes: When the image format determination result is that the image format is a preset format, the target image is used as a preprocessed image. The preset format includes a first preset format and a second preset format. The first preset format supports the transparency channel, while the second preset format does not support the transparency channel. When the image format determination result is that the image format is not a preset format, and the image format supports an alpha channel, the image format is converted to the first preset format to obtain a preprocessed image; When the image format determination result is that the image format of the target image is not a preset format and the image format does not support the transparency channel, the image format is converted to the second preset format to obtain a preprocessed image.

2. The full LCD instrument image display method as described in claim 1, characterized in that, The step of statistically analyzing the pixel colors of the preprocessed image to obtain pixel color statistics, and determining whether the preprocessed image has a target color based on the pixel color statistics to obtain the target color determination result includes: Obtain the pixel colors of the preprocessed image, and count the number of times each pixel color appears in the preprocessed image to obtain pixel color statistics. Based on the pixel color statistics, the frequency of each pixel color is sorted to obtain the pixel color sorting result. When there are pixel colors in the pixel color sorting results that have a total pixel color ratio that reaches a preset proportion, a target color is determined from the pixel colors that have a preset proportion, and the result of the target color determination is that the preprocessed image has a target color. When there are no pixels in the pixel color sorting results that have a total pixel color ratio that reaches a preset proportion, the target color determination result is determined to be that the preprocessed image does not have a target color.

3. The full LCD instrument image display method as described in claim 1, characterized in that, The step of performing color segmentation on the pixels of the preprocessed image based on the target color determination result to obtain color segmentation information includes: When the target color determination result is that the preprocessed image has a target color, the pixels of the preprocessed image are segmented by color based on the target color to obtain color segmentation information; When the target color determination result is that the preprocessed image does not have a target color, the pixels of the target image are segmented as single colors to obtain the color segmentation information.

4. The full LCD instrument image display method as described in claim 1, characterized in that, The step of loading a target image file from the memory according to the display instruction when a display instruction for an image to be displayed is received, and displaying the image to be displayed on the full LCD instrument panel based on the target image file, further includes: When a display instruction for an image to be displayed is received, it is determined whether the target image file exists in the memory, and the file correctness determination result is obtained; When the file correctness determination result is that the target image file exists in the memory and the path of the target image file has not been loaded, the target image file is loaded from the memory into the cache according to the display instruction, and a mutex lock corresponding to the target image file is created and locked. Based on the target image file, the image to be displayed is shown on the full LCD instrument panel, and the mutex lock is unlocked.

5. The full LCD instrument image display method as described in claim 4, characterized in that, The steps of displaying the image to be displayed on the full LCD instrument panel based on the target image file and unlocking the mutex lock include: When the target image file exists in the memory, the size of the target image file reaches a preset standard, and the target image file is successfully read, the image header information and the color segmentation information are read based on the target image file. Based on the image header information and color segmentation information, the image to be displayed is shown on the full LCD instrument panel, and the mutex lock is unlocked.

6. A full liquid crystal instrument image display device for performing the full liquid crystal instrument image display method as described in any one of claims 1-5, characterized in that, The device includes: The information acquisition module is used to acquire the image header information and color segmentation information of the target image. The color segmentation information describes the regions or segments with similar color features in the image. The image mapping module is used to map the target image into an image file of a preset storage type based on the image header information and the color segmentation information, and save the image file in the memory; The image display module is used to load a target image file from the memory according to the display instruction when a display instruction for an image to be displayed is received, and to display the image to be displayed on the full LCD instrument based on the target image file, wherein the target image file is the image file corresponding to the image to be displayed.

7. A full LCD instrument image display device, characterized in that, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the full LCD instrument image display method as described in any one of claims 1 to 5.

8. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the steps of the full LCD instrument image display method as described in any one of claims 1 to 5.

Images