Display control method of light emitting device, light emitting device, and storage medium

Abstract

This application discloses a display control method, a light-emitting device, and a storage medium for a light-emitting device, relating to the field of display control technology. The method includes: establishing corresponding data communication links with each slave device; sending parameter query commands to the corresponding slave devices based on the data communication links to obtain device parameter information returned by each slave device, the device parameter information including at least device pixel size parameters and device position information; dividing the target display content based on the device parameter information to obtain the content to be displayed for each slave device; and sending the content to be displayed to the corresponding slave devices based on the data communication links, so that each slave device displays the corresponding content to be displayed. The master device completes unified calculation and segmentation of the data, and then directly transmits the corresponding content to be displayed to the corresponding slave device for display, reducing the computational burden on each slave device and the complex linkage logic between master and slave devices, thus improving the efficiency of multi-screen display.

Description

Technical Field

[0001] This application relates to the field of display control technology, and in particular to display control methods, light-emitting devices, and storage media for light-emitting devices. Background Technology

[0002] Currently, in the field of multi-screen displays, multiple independent display devices are typically combined to form a splicing and emitting device to achieve a large-size, high-resolution overall display effect. In related technologies, each display device needs to be configured with complex linkage logic and participate in complex data processing to obtain its own content to be displayed. This places a heavy computational burden on each display device, leading to a decrease in the efficiency of multi-screen displays. Summary of the Invention

[0003] The main purpose of this application is to provide a display control method, a light-emitting device, and a storage medium for a light-emitting device. The aim is for the master device to complete the unified calculation and segmentation of data, and then directly transmit the corresponding content to be displayed to the corresponding slave device for display, thereby reducing the computational burden of each slave device and the complex linkage logic between the master and slave devices, and improving the efficiency of multi-screen display.

[0004] To achieve the above objectives, this application proposes a display control method for a light-emitting device, the light-emitting device including a master device and at least one slave device; specifically, the method is applied to the master device and includes: The master device establishes corresponding data communication links with each slave device; The master device sends a parameter query command to the corresponding slave device based on the data communication link to obtain the device parameter information returned by each slave device. The device parameter information includes at least the device pixel size parameter and the device position information. The master device divides the target display content based on the device parameter information to obtain the content to be displayed for each slave device; The master device sends the content to be displayed to the corresponding slave device via the data communication link, so that each slave device can display the corresponding content.

[0005] In addition, to achieve the above objectives, this application also proposes a light-emitting device, including a master device and at least one slave device. The master device includes a memory, a processor, and a display control program for the light-emitting device stored in the memory and executable on the processor. The display control program for the light-emitting device is configured to implement the steps of the above-described display control method for the light-emitting device.

[0006] 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 display control method for the light-emitting device as described above.

[0007] One or more technical solutions proposed in this application have at least the following technical effects: By dividing the device into master and slave devices, a corresponding data communication link is established between the master device and each slave device; the master device sends a parameter query command to the corresponding slave device based on the data communication link to obtain the device parameter information returned by each slave device, the device parameter information including at least device pixel size parameters and device position information; the target display content is divided based on the device parameter information to obtain the content to be displayed for each slave device; the content to be displayed is sent to the corresponding slave device based on the data communication link so that each slave device displays the corresponding content to be displayed. By completing the unified calculation and segmentation of data through the master device, and then directly transmitting the corresponding content to be displayed to the corresponding slave device for display, the computational burden of each slave device and the complex linkage logic between master and slave devices are reduced, thereby improving the efficiency of multi-screen display. Attached Figure Description

[0008] 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.

[0009] 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.

[0010] Figure 1 A flowchart illustrating an embodiment of the display control method for a light-emitting device according to this application; Figure 2 A flowchart illustrating another embodiment of the display control method for the light-emitting device of this application; Figure 3 A flowchart illustrating yet another embodiment of the display control method for the light-emitting device of this application; Figure 4 This is a schematic diagram of the display control system architecture of the light-emitting device of this application.

[0011] 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

[0012] 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.

[0013] 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.

[0014] Currently, in the field of multi-screen displays, multiple independent display devices are typically combined to form a splicing and emitting device to achieve a large-size, high-resolution overall display effect. In these technologies, each display device needs to be configured with complex linkage logic and participate in complex data processing to obtain its own content to be displayed. This places a heavy computational burden on each display device, leading to a decrease in the efficiency of multi-screen displays.

[0015] To address the aforementioned issues, this application proposes a display control method for a light-emitting device. The main technical solution includes: establishing corresponding data communication links between a master device and each slave device; the master device sending parameter query commands to the corresponding slave devices via these data communication links to obtain device parameter information returned by each slave device, including at least device pixel size parameters and device position information; the master device dividing the target display content based on the device parameter information to obtain the content to be displayed for each slave device; and the master device sending the content to be displayed to the corresponding slave devices via the data communication links, enabling each slave device to display the corresponding content. By having the master device perform unified calculation and segmentation of the data, and then directly transmitting the corresponding content to be displayed to the corresponding slave device for display, the computational burden on each slave device and the complex linkage logic between master and slave devices are reduced, thereby improving the efficiency of multi-screen display.

[0016] Based on this, embodiments of this application provide a display control method for a light-emitting device, the light-emitting device including a master device and at least one slave device, and the display control method is applied to the master device of the light-emitting device.

[0017] A light-emitting device refers to an integrated display system composed of multiple independent display devices. Its core function is to achieve larger display sizes, wider viewing angles, or more flexible layouts through the collaborative work of multiple display devices. This light-emitting device can be a video wall composed of multiple liquid crystal displays (LCDs), a flexible display array composed of multiple OLED display panels, or a distributed display system composed of multiple micro-display modules, and can be applied to scenarios such as conference room displays, outdoor advertising screens, and industrial monitoring displays.

[0018] The aforementioned display devices can be divided into master devices and slave devices. The master device refers to the display device responsible for overall control, data processing, and command transmission. Its role is to coordinate the work of each slave device, ensuring a synchronized and coordinated display effect across the entire lighting system. This includes designating a high-performance curtain light as the master device. This master device must possess data processing, communication, and control capabilities, and be able to establish communication and exchange data with multiple slave devices simultaneously. The slave devices refer to the display devices that receive control and commands from the master device and execute specific display tasks. Their role is to display the content to be displayed based on the control commands sent by the master device. Examples include all other display devices besides the master device. These devices only need to possess basic functions of signal reception, data parsing, and content display, cooperating with the master device to complete the overall display task without performing complex data processing operations.

[0019] In one application scenario, the aforementioned light-emitting device can be a spliced ​​LED dot matrix lamp, and the master and slave devices can be pixel screens or curtain lights, etc., which can be used to display dynamic patterns or text.

[0020] Specifically, refer to Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the display control method for the light-emitting device of this application.

[0021] In this embodiment, the display control method for the light-emitting device includes steps S10 to S40: Step S10: The master device establishes corresponding data communication links with each slave device. A data communication link refers to the communication channel between a master device and its slave devices used for transmitting data and commands. Its function is to enable bidirectional data interaction between the master and slave devices, ensuring that commands from the master device are accurately and efficiently transmitted to the slave devices, while relevant information from the slave devices is also fed back to the master device. Examples include Bluetooth-based communication links, Wi-Fi-based communication links, wired Ethernet-based communication links, and serial port-based communication links. Any link that can achieve stable data transmission between the master and slave devices can be used as a data communication link. This application uses a Bluetooth-based communication link as an example.

[0022] In one alternative approach, the master device and each slave device can communicate using the classic Bluetooth SPP protocol, thereby establishing corresponding data communication links between the master device and each slave device. Specific implementation details can be found in subsequent embodiments. This method improves data transmission efficiency.

[0023] In another optional approach, the master device enables Wi-Fi hotspot mode. Each slave device scans for the master device's Wi-Fi hotspot and enters the correct password to establish a Wi-Fi connection, forming a data communication link. The master device assigns a unique IP address to each slave device to ensure accurate identification of the corresponding slave device during subsequent data transmission. Simultaneously, Wi-Fi protocol is used for communication to ensure data transmission speed and stability, meeting the bandwidth requirements for content transmission.

[0024] In another optional approach, both the master device and each slave device are equipped with wired Ethernet interfaces. These interfaces are connected via network cables to form wired data communication links. The master device uses an Ethernet switch to network the slave devices, assigning each slave device a fixed MAC address to ensure data transmission security and stability.

[0025] Step S20: The master device sends a parameter query command to the corresponding slave device based on the data communication link to obtain the device parameter information returned by each slave device. The device parameter information includes at least the device pixel size parameter and the device position information. A parameter query command is a command sent by the master device to the slave device to request relevant parameter information of the slave device itself. Its purpose is to let the master device understand the specific situation of each slave device and provide a basis for subsequent display content division. This command usually includes command identifier, query parameter type, etc., to ensure that the slave device can accurately identify and return the corresponding parameter information.

[0026] Device parameter information refers to a collection of information related to the hardware characteristics and operating status of each slave device. Its function is to ensure that the master device can allocate appropriate display content based on the actual situation of each slave device. This information includes at least device pixel size parameters and device position information. Device pixel size parameters refer to the pixel resolution of the display area within the slave device, including the height and width of each pixel. Device position information refers to the physical placement of the slave devices within the entire light-emitting device, i.e., the relative coordinates of each slave device in the overall spliced ​​display screen. Its function is to allow the master device to determine the specific location of each slave device in the overall display layout, so as to allocate the corresponding portion of the target display content to that slave device, ensuring that the entire light-emitting device can present complete and coherent content.

[0027] The device location information can be pre-stored coordinate information or spliced ​​coordinate information pre-configured by the user through an external device. For example, the external device is a smartphone, tablet, or computer with a dedicated configuration program installed. The user completes the layout configuration of the slave devices through a visual interface, generating configuration information containing the MAC addresses and corresponding logical coordinates of each slave device, and sends it to the master device via a data communication link (such as Bluetooth Low Energy). For example, the upper left corner of the overall screen is set as the origin (0, 0), where the X-axis increases horizontally to the right and the Y-axis increases vertically downwards. Assuming the total resolution of the entire light-emitting device's screen is 1920×1080 pixels, the logical coordinates of slave device 1 relative to the master device are (0, 0), and its display size is 960 pixels × 540 pixels. Therefore, the display area of ​​slave device 1 is located in the upper left corner of the overall screen.

[0028] In one alternative approach, the master device sends parameter query commands to each slave device in a preset order, such as from smallest to largest slave device number. The command clearly indicates the type of parameter to be queried. After receiving the command, the slave device parses the command content, extracts its own device pixel size parameters and device position information, encapsulates this information into a response data packet, and feeds it back to the master device through the established data communication link. After receiving the response data packet, the master device parses it, extracts and stores the parameter information of each slave device.

[0029] In another alternative approach, the master device simultaneously broadcasts a parameter query command to all slave devices. The command carries the master device's identification information and the type of query parameter. Upon receiving the broadcast command, each slave device identifies the master device's identification, confirms the validity of the command, and then extracts its own device pixel size parameters and device position information. It adds its own device identification to the response data packet to prevent the master device from confusing the feedback information from each slave device. Subsequently, it sends the response data packet to the master device. After receiving the response data packets from all slave devices, the master device classifies and stores the parameter information according to the device identification, thereby improving the efficiency of parameter query.

[0030] Step S30: The master device divides the target display content based on the device parameter information to obtain the content to be displayed for each slave device; The target display content refers to the content that needs to be displayed through the entire light-emitting device. This target display content can be color parameters, a complete image or video, text, or other displayable content. Examples include: conference presentations, outdoor advertising videos, industrial monitoring footage, and video playback content. This content is usually a complete unit and needs to be divided and distributed to each slave device for collaborative display by the master device. The target display content can be data pre-stored locally on the master device or sent to the master device via an external device's app.

[0031] The content to be displayed refers to the portion of the target display content that the master device divides out from the target display content based on the device parameter information of the slave devices, and is adapted to be displayed by the slave devices. Its function is to enable each slave device to display its own part of the target display content. Finally, through the collaborative display of all slave devices, the complete target display content is presented. For example, if the target display content is a 4K resolution image, the master device divides the left half of the image into the content to be displayed by slave device 1 and the right half into the content to be displayed by slave device 2, based on the size and position of the two slave devices.

[0032] In one optional approach, the master device first determines the display area corresponding to each slave device in the target display content based on the device position information of each slave device. For example, the master device divides the target display content into a left area and a right area based on the position information of slave device 1 on the left and slave device 2 on the right. Then, according to the device pixel size parameters of each slave device, the corresponding display area is cropped. If the screen pixel size of slave device 1 is 1920*1080 and the screen pixel size of slave device 2 is 2560*1440, then the 1920*1080 pixel area on the left is cropped to be the content to be displayed by slave device 1, and the 2560*1440 pixel area on the right is cropped to be the content to be displayed by slave device 2, ensuring that the size of the content to be displayed is fully adapted to the screen size of the slave devices.

[0033] In another optional approach, the master device first performs overall parsing of the target display content to obtain its total size and pixel distribution. Then, based on the device position information of each slave device, it determines the proportion of each slave device in the overall display layout. Combining the device pixel size parameters of each slave device, the master device proportionally divides and adapts the target display content according to the correspondence between proportion and size. For example, if the total pixel size of the target display content is 4096*2160, slave device 1 is located in the upper left with a size of 1920*1080, and slave device 2 is located in the lower right with a size of 2176*1080, then the upper left 1920*1080 pixel area of ​​the target display content is divided into the content to be displayed by slave device 1, and the lower right 2176*1080 pixel area is divided into the content to be displayed by slave device 2. At the same time, edge correction is performed on the divided content to ensure that the content to be displayed by each slave device can be stitched together to form the complete target display content.

[0034] Understandably, by transforming the complete target display content into content to be displayed that is adapted to each slave device, the problem of collaborative display of multiple display devices of different sizes and positions is solved, ensuring that each slave device can display its own part of the target display content.

[0035] In step S40, the master device sends the content to be displayed to the corresponding slave device based on the data communication link, so that each slave device displays the corresponding content to be displayed.

[0036] In one optional method, the master device sends the corresponding content to be displayed to each slave device in the order of their numbers. During the transmission, the content to be displayed is divided into multiple data blocks using a block transmission method. Each data block carries a block identifier and a check code. After receiving each data block, the slave device verifies the check code and stores the data after confirming that it is correct. After all data blocks have been received, the data blocks are assembled into a complete content to be displayed.

[0037] In another optional approach, the master device uses a multi-threaded parallel transmission method to send the corresponding content to be displayed to multiple slave devices simultaneously. Each slave device corresponds to an independent transmission thread. The master device monitors the transmission progress of each thread in real time. If a transmission is interrupted or a data error occurs in a certain thread, the master device immediately retransmits that part of the data. The slave devices then display the content after receiving it.

[0038] In this embodiment, the master device establishes corresponding data communication links with each slave device. The master device sends parameter query commands to the corresponding slave devices via these data communication links to obtain device parameter information returned by each slave device. This device parameter information includes at least device pixel size parameters and device position information. Based on the device parameter information, the master device divides the target display content to obtain the content to be displayed for each slave device. The master device then sends the content to be displayed to the corresponding slave devices via the data communication links, enabling each slave device to display the corresponding content. By performing unified calculation and segmentation of the data through the master device, and then directly transmitting the corresponding content to be displayed to the corresponding slave device for display, the computational burden on each slave device and the complex linkage logic between master and slave devices are reduced, thereby improving the efficiency of multi-screen display.

[0039] In one feasible implementation, step S30 may include steps S31-S32: Step S31: Based on the device location information, determine the display content area corresponding to each slave device in the target display content; The display content area refers to a specific area within the complete target display content that corresponds to the placement position of a certain slave device. Its function is to define the range of target display content that the slave device needs to display. The position of this area corresponds to the device position information of the slave device, and the approximate size of the area matches the device pixel size parameters of the slave device. For example, if the slave device is located in the upper right corner of the light-emitting device, its corresponding display content area is the upper right corner of the target display content.

[0040] In one alternative approach, the master device pre-establishes a coordinate mapping system, mapping the physical placement area of ​​the entire light-emitting device to a virtual coordinate system. The center of the master device's screen is set as the origin of the coordinate system. Based on the device position information of each slave device, the physical position of the slave device is converted into a coordinate range in the virtual coordinate system. Then, the target display content is divided according to the virtual coordinate system, and the area corresponding to the coordinate range of each slave device is the display content area of ​​that slave device.

[0041] In another optional approach, after the master device obtains the device position information of each slave device, it determines the arrangement of each slave device in the light-emitting device, such as horizontal arrangement, vertical arrangement, matrix arrangement, etc. Then, according to the arrangement, the target display content is divided into corresponding arrangement areas, and each arrangement area corresponds to one slave device. For example, if multiple slave devices are arranged in a horizontal splicing manner, the master device will divide the target display content horizontally into multiple continuous areas, and each area corresponds to the position of a slave device, which is the display content area of ​​that slave device. At the same time, according to the number of slave devices and the arrangement spacing, the position of each display content area is adjusted to ensure that it is consistent with the actual placement position of the slave devices.

[0042] Step S32: According to the device pixel size parameters of each slave device, the corresponding display content area is cropped to obtain the content to be displayed for each slave device.

[0043] Cropping refers to the operation where the master device adjusts and truncates the size of the determined display content area based on the device pixel size parameters of the slave device. Its function is to adjust the size of the display content area to match the screen size of the slave device, ensuring that the content to be displayed can be displayed completely and clearly on the screen of the slave device, avoiding situations where the content exceeds the screen or there are blank spaces on the screen. For example, if the size of the display content area is 2000*1200 pixels, and the screen size of the slave device is 1920*1080 pixels, the cropping operation will cut off the edge of the display content area to obtain the content to be displayed at 1920*1080 pixels.

[0044] In one optional approach, the master device first obtains the pixel dimensions from the device pixel size parameters of each slave device, and then measures the pixel dimensions of the determined display content area. If the pixel dimensions of the display content area are larger than the pixel dimensions of the slave devices, a center-cropping method is used to crop the center portion of the display content area so that the pixel dimensions of the cropped area are completely consistent with the pixel dimensions of the slave devices. If the pixel dimensions of the display content area are smaller than the pixel dimensions of the slave devices, an edge-filling method is used to fill the edges of the display content area with a background consistent with the style of the target display content so that the pixel dimensions of the filled area match the pixel dimensions of the slave devices, and finally the content to be displayed is obtained.

[0045] In another optional approach, the master device calculates the actual pixel size of each slave device based on the physical size and pixel density in the device pixel size parameters of each slave device. Then, it scales the display content area proportionally to make the ratio of the display content area consistent with the ratio of the slave device screen. Then, it performs a cropping operation to ensure that the cropped content to be displayed will not be stretched or compressed when displayed on the slave device screen. For example, if the ratio of the slave device screen is 16:9 and the ratio of the display content area is 4:3, the display content area is first scaled to a ratio of 16:9, and then the excess part is cropped to obtain the content to be displayed that is adapted to the slave device.

[0046] In this embodiment, by clearly defining the specific range corresponding to each slave device within the target display content, a clear target is provided for subsequent content trimming, avoiding mismatches between the display content area and the slave device position, and ensuring that the content to be displayed on each slave device can be accurately stitched together. By adjusting the display content area to be displayed in a way that perfectly matches the screen size of the slave device, the problem of mismatch between the display content and the slave device screen size is solved, ensuring that the content to be displayed can be displayed completely and clearly on the slave device, avoiding incomplete content, stretching, distortion, and other issues that affect the display effect, and further improving the accuracy of collaborative display.

[0047] In one feasible implementation, the device parameter information also includes the target data format.

[0048] Specifically, refer to Figure 2 After step S30, the following steps are also included: Step S110: Preprocess the content to be displayed. The preprocessing includes content type identification, display quality assessment, and communication transmission condition assessment. The content type can be RGB, text, image, video, etc.; display quality can be evaluated using frame rate and color quality depth; communication transmission conditions can be evaluated based on current communication bandwidth, latency, stability, etc. No specific limitations are placed on the methods for content type identification, display quality evaluation, and communication transmission condition evaluation here.

[0049] Step S120: Determine the target compression method for the content to be displayed based on the preprocessing results; The target compression method refers to the specific method used by the master device to compress the content to be displayed. Its function is to reduce the amount of data of the content to be displayed so that the compressed data can be adapted to the storage capacity of the slave device, while ensuring the display quality of the content to be displayed as much as possible. Examples include lossless compression and lossy compression. Different compression methods correspond to different compression ratios and display qualities.

[0050] In one optional approach, the main device sequentially performs content type identification, display quality assessment, and communication transmission condition assessment on the content to be displayed, and then obtains a preprocessing result. This preprocessing result includes the content type identification result, display quality assessment result, and communication transmission condition assessment result. Based on these results, the target compression method for the content to be displayed can be determined. Specifically, a pre-established correspondence between different preset content type identification results, preset display quality assessment results, preset communication transmission condition assessment results, and preset target compression methods can be established; based on the determined content type identification results, display quality assessment results, and communication transmission condition assessment results, the correspondence is looked up to obtain the target compression method for the content to be displayed.

[0051] Step S130: Use the target data format to convert the data format of the content to be displayed; The target data format refers to the image data format that the slave device can recognize and parse. Its function is to ensure that the slave device can correctly read the content to be displayed sent by the master device and avoid the situation where data format incompatibility leads to the inability to display. Examples include: WebP format, JPEG format, PNG format, BMP format, MP4 format, etc. Different slave devices may support different target data formats, and the master device needs to perform format conversion according to the support of the slave device.

[0052] Data format conversion refers to the operation of the master device converting the divided content to be displayed from its original data format to the target data format supported by the slave device. Its purpose is to ensure that the slave device can correctly identify and parse the content to be displayed, and to avoid display failure due to format incompatibility. Examples include converting the original BMP format content to be displayed to the WebP format supported by the slave device, and converting the original AVI format video content to the MP4 format supported by the slave device.

[0053] In one alternative approach, the master device obtains the target data format returned by each slave device, and then calls the built-in format conversion tool to convert the segmented content to be displayed into the target data format. During the conversion process, the attribute parameters of the content to be displayed, such as resolution and color depth, are adjusted according to the characteristics of the target data format to ensure that the converted content can be displayed normally on the slave devices. After the conversion is completed, the converted content is verified. After confirming that the format is correct and the content is complete, the next compression operation is performed.

[0054] Step S140: Compress the format-converted content to be displayed using the target compression method to obtain the compressed data to be sent. Compressed data refers to the data obtained after the content to be displayed has undergone data format conversion and target compression method. Its purpose is to reduce the amount of data, adapt to the preset data volume threshold, facilitate fast transmission through data communication links, and save storage space on the slave device. Compressed data needs to be decompressed by the slave device before it can be converted into displayable content.

[0055] In one optional approach, the main device calls the corresponding compression algorithm based on the target compression method determined above to compress the format-converted content to be displayed. For example, if the target compression method is lossless compression, then a lossless compression algorithm is used to compress the content to be displayed into compressed data. During the compression process, all original information of the content to be displayed is retained to ensure that it can be completely restored after decompression. If the target compression method is lossy compression, then a lossy compression algorithm is used. By adjusting the compression level, the data volume is reduced to the maximum extent while ensuring that the display quality is acceptable. After compression, the data volume of the compressed data is calculated and confirmed to be less than or equal to a preset data volume threshold.

[0056] In another optional approach, the main device uses a block compression method, dividing the format-converted content to be displayed into multiple data blocks. Each data block is compressed separately using the target compression method. Then, all the compressed data blocks are concatenated into complete compressed data. At the same time, a checksum and device identification information are added to each data block to facilitate decompression and concatenation after receiving it from the device. If the compression of a data block fails, only that data block is recompressed, without having to recompress the entire content to be displayed, thus improving compression efficiency. After compression, the compressed data is verified as a whole to ensure that the data is complete and undamaged.

[0057] Step S150: The compressed data is sent to the corresponding slave device via the data communication link so that each slave device can decompress and display the corresponding content to be displayed.

[0058] Decompression refers to the process of receiving compressed data from the slave device and then using a decompression method corresponding to the master device to restore the compressed data to the original content to be displayed. Its function is to restore the small-capacity compressed data to displayable content, ensuring that the slave device can display the content to be displayed normally.

[0059] In this embodiment, the content to be displayed is preprocessed by identifying its type, assessing its display quality, and evaluating its communication transmission conditions. Based on the preprocessing results, the target compression method for the content to be displayed is determined. This solves the problem of excessively large data volumes exceeding a preset data volume threshold, preventing caching and display. It also balances display quality and storage compatibility, providing a basis for subsequent compression operations. By converting the data format of the content to be displayed, the incompatibility between the data formats sent by the master device and those supported by the slave device is resolved. This ensures that the slave device can correctly identify and parse the content to be displayed, guaranteeing subsequent compression, transmission, and display operations and preventing display failures due to format incompatibility. Compression reduces the data volume of the content to be displayed, making the compressed data compatible with the preset data volume threshold. It also facilitates rapid transmission via the data communication link, saving transmission bandwidth and time, reducing the probability of errors during data transmission, and providing convenience for sending compressed data.

[0060] In one embodiment, step S120 includes: Step S121: Use the first compression method as the target compression method to pre-compress the content to be displayed, and obtain the amount of pre-compressed data; The first compression method refers to the compression method used by the main device to pre-compress the content to be displayed. Its characteristics are a relatively low compression ratio, a relatively large amount of data after compression, but little or no impact on the quality of the displayed content.

[0061] Pre-compression refers to the operation where the master device temporarily compresses the content to be displayed using the first compression method. Its purpose is to obtain the amount of pre-compressed data and compare it with a preset data volume threshold to determine whether the first compression method can meet storage requirements, providing data support for the selection of the target compression method. The pre-compressed data is only used for comparison and is not sent to the slave device. The amount of pre-compressed data refers to the size of the compressed data obtained after the content to be displayed has been compressed using the first compression method. Its purpose is to serve as a reference standard for determining whether the first compression method is suitable for the preset data volume threshold. The size of this data is directly related to the compression ratio of the first compression method.

[0062] In one optional approach, the master device presets the first compression method as lossless compression, calls the lossless compression algorithm to pre-compress the content to be displayed, and does not change any original information of the content to be displayed during the compression process, ensuring that the pre-compressed data can completely restore the original content. After compression, the amount of pre-compressed data is calculated and recorded as a reference value for subsequent comparison. At the same time, the pre-compressed data is temporarily stored in the cache of the master device for deletion after subsequent comparison and is not sent to the slave device.

[0063] In another optional approach, the main device presets the first compression method to a low-compression-ratio lossy compression method, calls the lossy compression algorithm to pre-compress the content to be displayed. This compression method only slightly reduces the quality of the displayed content and has almost no impact on the user's viewing experience. After compression, the amount of pre-compressed data is calculated and compared with the amount of original data of the content to be displayed to confirm the effectiveness of the pre-compression. At the same time, the pre-compressed data is temporarily stored for subsequent comparison.

[0064] Step S122: Compare the amount of pre-compressed data with a preset data amount threshold; Step S123: If the amount of pre-compressed data is less than or equal to the preset data amount threshold, then the first compression method is still used as the target compression method.

[0065] Step S124: If the amount of pre-compressed data is greater than the preset data amount threshold, then the second compression method is adopted as the target compression method, wherein the compression ratio of the second compression method is greater than the compression ratio of the first compression method.

[0066] The second compression method refers to the alternative compression method selected by the main device when the amount of data pre-compressed by the first compression method exceeds the preset data amount threshold. Its characteristics are a relatively high compression ratio, a relatively small amount of data after compression, and the ability to adapt to the preset data amount threshold.

[0067] In one optional approach, the master device first obtains a preset data volume threshold, and then compares the data volume of the pre-compressed data obtained above with the preset data volume threshold. If the data volume of the pre-compressed data is less than or equal to the preset data volume threshold, it is determined that the first compression method can adapt to the preset data volume threshold. If the data volume of the pre-compressed data is greater than the preset data volume threshold, the master device determines the second compression method as a lossy compression method with a high compression ratio. The compression ratio of the second compression method is higher than that of the first compression method, ensuring that the data volume after compression by the second compression method is less than the preset data volume threshold. At the same time, the master device pre-stores the compression ratio correspondence between the first compression method and the second compression method to ensure that the compressed data volume of the second compression method is always less than the compressed data volume of the first compression method.

[0068] In another optional approach, if the amount of pre-compressed data exceeds a preset data volume threshold, a second compression method is used as the target compression method. Using the second compression method as the target compression method includes: obtaining the color complexity based on the content to be displayed; dynamically determining the compression ratio of the second compression method based on the color complexity; and recompressing the content to be displayed using the compression ratio. Color complexity and compression ratio are negatively correlated; that is, higher color complexity results in a lower compression ratio, and vice versa. Dynamically adjusting the compression ratio of the second compression method based on color complexity improves the compression quality of the content to be displayed.

[0069] In this embodiment, by obtaining the actual data volume of the content to be displayed after the first compression method, specific reference data is provided for subsequent comparison with a preset data volume threshold. This is the basis for determining whether the first compression method is suitable for the preset data volume threshold and a prerequisite for determining the target compression method. Through data comparison, it is determined whether the first compression method can meet the storage requirements of the slave device, providing a clear basis for the selection of the target compression method and ensuring that the selected target compression method can successfully store the compressed data in the slave device. If the first compression method cannot meet the preset data volume threshold, a more suitable second compression method is selected to ensure that the compressed data volume can be successfully stored in the slave device, solving the problem of insufficient storage capacity. At the same time, the relationship between the first and second compression methods is clarified, ensuring the effectiveness of the target compression method.

[0070] In one embodiment, the device parameter information further includes device identification information; Device identification information refers to the information used to uniquely identify each slave device. Its function is to enable the master device to accurately distinguish different slave devices, ensure that compressed data can be sent to the corresponding slave device, and enable the slave device to identify its own compressed data to avoid data confusion. Examples include the slave device's MAC address, device number, device serial number, device type, firmware version, etc. Each slave device's identification information is unique and will not be repeated.

[0071] Specifically, step S150 includes: Step S151: Add corresponding device identification information to the compressed data of each slave device; In one alternative approach, the master device obtains the device identification information of each slave device, and then adds an identification field to the header of the compressed data corresponding to each slave device. This field stores the corresponding device identification information. The length of the identification field is fixed to facilitate quick identification and extraction by the slave device. For example, the MAC address of slave device 1, "00:1A:2B:3C:4D:5E", is added to the header of its compressed data to form complete compressed data containing identification information. At the same time, a separator is added after the identification field to distinguish the identification information from the compressed data body and avoid confusion between the identification information and the compressed data.

[0072] In another alternative approach, the master device uses an encrypted identifier to add device identification information to the compressed data of each slave device. First, the device identification information of the slave device, such as the device number, is encrypted to obtain an encrypted identifier. Then, the encrypted identifier is embedded in the middle of the compressed data. At the same time, identifier position information is added to the header of the compressed data to indicate the specific location of the encrypted identifier of the slave device. After receiving the data, the slave device extracts the encrypted identifier according to the identifier position information, decrypts it, and obtains the device identification information, thus ensuring the security of the identifier information and preventing it from being tampered with.

[0073] Step S152: Based on the data communication link and device identification information, each compressed data is sent to the corresponding slave device so that each slave device can decompress and display the received compressed data.

[0074] In one optional approach, the master device first establishes a correspondence between device identification information and data communication links. Each slave device's device identification information corresponds to an independent data communication link. Then, based on this correspondence, the master device sends compressed data with added device identification information to the corresponding slave device through the corresponding data communication link. After receiving the compressed data, the slave device first extracts the device identification information from the header and compares it with its own device identification information. If they match, the master device confirms that the compressed data corresponds to its own data and then decompresses and displays it. If they do not match, the master device refuses to receive the compressed data to avoid receiving incorrect data.

[0075] In another optional approach, the master device broadcasts all compressed data with added device identification information via the data communication link. Each slave device receives the broadcast data, extracts the device identification information from the compressed data, and compares it with its own device identification information. If they match, the master device receives the compressed data and decompresses and displays it; otherwise, it discards the data. This approach eliminates the need for the master device to establish a correspondence between device identification and the communication link, simplifying the transmission process. At the same time, the device identification comparison ensures that each slave device can accurately receive its corresponding compressed data.

[0076] The methods by which the aforementioned slave devices decompress the received compressed data include: each slave device uses a preset decompression method to decompress the compressed data to obtain the content to be displayed. The preset decompression method used by each slave device can be the same, or it can be a different preset decompression method depending on the storage capacity of each slave device. The preset decompression method can be WebP format, or it can be another decompression method.

[0077] In this embodiment, by adding a unique identifier to the compressed data of each slave device, the master device can accurately distinguish the compressed data of different slave devices, avoiding data confusion during transmission. Simultaneously, it allows slave devices to quickly identify their own corresponding compressed data, ensuring accurate subsequent reception and decompression. Adding device identification information ensures that compressed data is accurately sent to the corresponding slave device, avoiding data transmission errors or confusion. Furthermore, device identifier comparison improves the accuracy and security of data transmission, ensuring that each slave device can decompress and display its corresponding content, further enhancing the stability and reliability of collaborative display.

[0078] In one feasible implementation, the device parameter information also includes display capability parameters supported by the device and hardware capability parameters of the device.

[0079] Display capability parameters refer to the range of display-related parameters that a slave device can support. Their function is to reflect the display performance of the slave device and provide a basis for the master device to adjust the attribute parameters of the content to be displayed. Examples include the resolution range, color depth range, and refresh rate range supported by the slave device. Different slave devices have different hardware configurations, and the range of display capability parameters they support will also vary. For example, some slave devices support resolutions from 1080P to 4K, while some slave devices only support resolutions from 720P to 1080P.

[0080] Hardware capability parameters refer to parameters related to the hardware configuration of a device. Their function is to reflect the hardware performance of the device and determine the display capability parameters that the device can stably support. Examples include the device's processor model, memory size, and display chip specifications. The higher the hardware capability parameters, the better the display parameters that the device can stably run.

[0081] Specifically, refer to Figure 3 After step S30, the following steps are also included: Step S210: For each slave device, select the appropriate target display capability parameters from the display capability parameters according to its hardware capability parameters. The target display capability parameters include target resolution, target color depth and target refresh rate. Target display capability parameters refer to the display parameters selected by the master device from the slave device's display capability parameters, which are compatible with the slave device's hardware performance. Their purpose is to ensure that the attribute parameters of the content to be displayed match the slave device's hardware performance, enabling the slave device to stably display the content. These parameters include target resolution, target color depth, and target refresh rate. For example, based on a slave device's hardware capabilities, 1080P resolution, 8-bit color depth, and a 60Hz refresh rate might be selected as the target display capability parameters. The target resolution refers to the display resolution specified in the target display capability parameters. Its purpose is to ensure that the resolution of the content to be displayed matches the slave device's hardware performance, avoiding display issues caused by excessively high resolution (leading to stuttering or inability to display) or excessively low resolution (leading to blurry display). The target resolution varies depending on the hardware capabilities of different slave devices. The target color depth refers to the color depth specified in the target display capability parameters. Its purpose is to ensure that the color representation of the content to be displayed matches the hardware performance of the slave device, avoiding situations where the slave device cannot display properly due to excessively high color depth, or where the display colors are monotonous due to excessively low color depth. Examples include 8-bit, 16-bit, and 24-bit. An 8-bit color depth can display 256 colors, a 16-bit color depth can display 65,536 colors, and a 24-bit color depth can display 16,777,216 colors. The target refresh rate refers to the display refresh rate specified in the target display capability parameters. It is the frequency at which the slave device refreshes the content to be displayed. Its purpose is to ensure that the content to be displayed, especially video content, can be displayed smoothly, avoiding stuttering or ghosting. A higher refresh rate results in a smoother display, suitable for displaying dynamic video content.

[0082] In one optional approach, the master device acquires the hardware and display capability parameters of each slave device one by one. First, the hardware capability parameters are categorized, for example, processor model, memory size, and graphics card performance are integrated into three performance levels: high, medium, and low. Then, based on the performance level, the master device selects the corresponding target display capability parameters from the display capability parameters. High-performance slave devices select higher values ​​from the display capability parameters, such as 4K resolution, 16-bit color depth, and 120Hz refresh rate; medium-performance slave devices select moderate values, such as 1080P resolution, 8-bit color depth, and 60Hz refresh rate; and low-performance slave devices select lower values, such as 720P resolution, 8-bit color depth, and 60Hz refresh rate. This ensures that the target display capability parameters match the hardware performance of the slave devices, avoiding display abnormalities caused by hardware inability to support high display parameters.

[0083] In another alternative approach, the master device pre-establishes a correspondence model between hardware capability parameters and target display capability parameters, associates and stores common hardware configurations with adapted display parameters, obtains the hardware capability parameters of the slave device, inputs them into the correspondence model, and the model automatically matches and outputs the adapted target display capability parameters.

[0084] Step S220: Based on the target display capability parameters, adjust the attribute parameters of the content to be displayed corresponding to the slave device. The attribute parameters include resolution and color depth. Attribute parameters refer to the display-related parameters of the content to be displayed. Their function is to determine the display effect of the content to be displayed. They need to be adjusted according to the target display capability parameters to adapt to the hardware performance of the slave device. These mainly include resolution and color depth, and may also include auxiliary display parameters such as brightness and contrast. The adjusted attribute parameters must match the target display capability parameters of the slave device.

[0085] In one optional approach, the master device adjusts the display content of each slave device according to the target resolution and target color depth in its target display capability parameters. If the original resolution of the content to be displayed is higher than the target resolution, an adaptive scaling algorithm is used to shrink the content to be displayed to the target resolution while maintaining the image aspect ratio, and at the same time optimizes the image edge details to avoid problems such as blurring and jagged edges. If the original resolution is lower than the target resolution, an interpolation magnification algorithm is used to supplement the image pixel information and improve the image clarity as much as possible. For color depth, if the original color depth is higher than the target color depth, a color mapping algorithm is used to accurately map the original color to the color supported by the target color depth to ensure that the color performance is close to the original effect. If the original color depth is lower than the target color depth, a color enhancement algorithm is used to enrich the image color levels and adapt to the target color depth.

[0086] Step S230: Based on the data communication link, send the content to be displayed after the attribute parameters have been adjusted to the corresponding slave device so that the corresponding slave device can display the corresponding content.

[0087] In this embodiment, display parameters are precisely matched according to the hardware performance of the slave devices, resolving the mismatch between the display parameters of the content to be displayed and the hardware performance of the slave devices. This ensures that the slave devices can display the content stably and smoothly, avoiding abnormal situations such as stuttering, screen tearing, or inability to display, and providing a clear basis for subsequent adjustment of the attribute parameters of the content to be displayed. By adjusting the attribute parameters of the content to be displayed to a state that is fully adapted to the target display capability parameters of the slave devices, the display abnormality caused by the mismatch between the content parameters and the display capabilities of the slave devices is resolved, ensuring that the content to be displayed can be displayed clearly and stably on the slave devices, while preserving the original display effect of the content as much as possible, thus improving the user viewing experience. Finally, the adjusted content to be displayed is accurately and efficiently sent to the corresponding slave devices, triggering the display operation of the slave devices, ensuring that the slave devices can display the content according to the adapted display parameters, ultimately achieving the collaborative, stable, and clear display of the complete target content by multiple slave devices.

[0088] In one feasible implementation, step S10 includes: Step S11: Establish a BLE connection with the external device and receive configuration information sent by the external device, including the MAC address of each slave device; External devices refer to independent electronic devices used to configure light-emitting devices. Their function is to provide configuration information of each slave device to the master device and assist the master device in establishing data communication links with each slave device. Examples include smartphones, tablets, laptops, and dedicated configuration terminals. This device must have the ability to connect to the master device via BLE and be able to store and send relevant configuration information of each slave device.

[0089] BLE connection refers to a wireless connection established based on Bluetooth Low Energy technology. Its function is to enable low-power data transmission between the master device and external devices, and between the master device and each slave device. It is suitable for short-range, low-speed configuration information transmission and features low power consumption, fast connection, and strong stability. It can complete the connection establishment and configuration information transmission without consuming too much power from the master and slave devices.

[0090] Configuration information refers to the information sent by external devices to the master device to assist the master device in establishing connections with each slave device. This information includes the MAC address of each slave device, and may also include auxiliary information such as the slave device's serial number and communication parameters. Its purpose is to enable the master device to accurately identify and locate each slave device, providing a foundation for establishing a data communication link. The MAC address, or Media Access Control address, is a unique identifier for each slave device. Its function is to allow the master device to accurately identify and locate each slave device among many devices, ensuring that the master device can establish a one-to-one data communication link with each slave device, avoiding connection confusion. Each slave device has a unique MAC address.

[0091] In one optional approach, the master device enables BLE broadcast mode and sends a BLE connection request signal. The external device enables Bluetooth and scans for nearby BLE devices. After recognizing the master device's broadcast signal, it initiates a BLE connection request. The master device receives the request and performs authentication. Once authentication is successful, a BLE connection is established with the external device. After the connection is established, the external device encapsulates pre-stored configuration information, including the MAC addresses of each slave device, into a data packet according to a preset format and sends it to the master device via the BLE connection. After receiving the data packet, the master device parses and extracts the MAC addresses of each slave device and stores them in a local database for subsequent connection to each slave device.

[0092] In another optional method, the master device pre-sets a BLE connection password and enables BLE discoverability. After the external device scans and detects the master device, it enters the correct connection password to initiate a connection. Once the password verification is successful, a BLE connection is established between the two devices. The external device uses a segmented transmission method to send configuration information, including the MAC addresses of each slave device, to the master device in multiple parts. After each transmission, it waits for an acknowledgment signal from the master device. The master device receives each data segment, verifies it, and sends an acknowledgment signal after confirming that it is correct. After all data has been received, it integrates and parses the MAC addresses of each slave device to ensure that the configuration information is received completely and accurately.

[0093] Understandably, by providing the MAC addresses of each slave device to the master device through external devices, the problem of the master device being unable to actively identify each slave device is solved. This provides crucial identification information for the subsequent establishment of dedicated connections between the master device and each slave device. At the same time, the use of BLE connection to transmit configuration information balances the convenience of connection and the requirement for low power consumption, ensuring that configuration information can be transmitted quickly and accurately.

[0094] Step S12: Establish BLE connection with each slave device based on the MAC address of each slave device; In one optional approach, the master device obtains the MAC addresses of each slave device and sends a BLE connection request to each slave device sequentially according to their device numbers. The request carries the MAC address of the slave device to ensure that the connection request can accurately locate the corresponding slave device. After receiving the connection request, the slave device recognizes that its own MAC address matches the address in the request and accepts the connection request. The master device then establishes a BLE connection with the slave device. This process is repeated for all slave devices. During the connection process, the master device records the connection status of each slave device in real time. If a slave device fails to connect, it resends the connection request until the connection is successful.

[0095] In another optional approach, the master device simultaneously sends a BLE broadcast connection request to all slave devices, carrying a list of all slave devices' MAC addresses. Upon receiving the broadcast request, each slave device extracts its own MAC address and compares it with the MAC address list in the request. If its own MAC address is in the list, it sends a response signal to the master device. After receiving the response signal, the master device establishes a separate BLE connection with that slave device. In this way, multiple connection requests can be initiated simultaneously, shortening the connection establishment time for all slave devices and improving connection efficiency. After the connection is completed, the master device verifies the connection status of each slave device to ensure that each slave device has successfully established a BLE connection.

[0096] Understandably, using MAC addresses enables precise connections between the master device and each slave device, avoiding connection errors or confusion. At the same time, BLE connections provide a temporary communication channel for the subsequent transmission of the master device's MAC address, laying the foundation for subsequent communication protocol switching.

[0097] In step S13, the master device sends its own MAC address to each slave device so that each slave device can connect to the master device based on the master device's MAC address, thereby establishing a data communication link between the master device and each slave device. The master device and each slave device communicate using the classic Bluetooth SPP protocol.

[0098] Classic Bluetooth SPP stands for Bluetooth Serial Port Protocol, an application protocol in classic Bluetooth technology. Its function is to simulate the Bluetooth connection between the master and slave devices as a serial port, enabling bidirectional data transmission between them. It supports high-speed data transmission and is suitable for transmitting data such as content to be displayed and instructions. It ensures stable and efficient data communication between the master and slave devices. Unlike the low speed of BLE connection, classic Bluetooth SPP can meet the needs of large-capacity data transmission.

[0099] In one optional approach, a BLE connection is established with each slave device based on its MAC address. The master device encapsulates its own MAC address into a data packet through the established BLE connection and sends it to each slave device one by one. The master device identifier is added to the data packet to ensure that the slave devices can accurately identify the master device's MAC address. After receiving the data packet, the slave device parses and extracts the master device's MAC address, stores it locally, and then disconnects the current BLE connection. Based on the master device's MAC address, it initiates a classic Bluetooth connection request. After receiving the request, the master device establishes a connection with the slave device using the classic Bluetooth SPP protocol. Once the connection is established, this connection becomes the data communication link between the master device and the slave device. This process is repeated for all slave devices, ensuring that each link uses the classic Bluetooth SPP protocol for data transmission.

[0100] In another optional approach, the master device integrates its own MAC address with the configuration parameters of the classic Bluetooth SPP protocol into a connection command, which is then broadcast to all slave devices via BLE connection. Upon receiving the connection command, each slave device parses the master device's MAC address and SPP protocol configuration parameters, disconnects the BLE connection, and initiates a classic Bluetooth SPP protocol connection request based on the configuration parameters and the master device's MAC address. The master device simultaneously receives connection requests from multiple slave devices, responds to each one sequentially, and establishes a one-to-one classic Bluetooth SPP protocol connection, forming a data communication link between the master device and each slave device. After the connection is established, the master device tests the transmission rate and stability of each link to ensure that it can meet the transmission requirements of the content to be displayed and the commands.

[0101] In this embodiment, the switching from BLE to the classic Bluetooth SPP protocol connection is completed, and a dedicated data communication link is established between the master device and each slave device. This solves the problem of low transmission rate and inability to meet the large-capacity data transmission requirements of BLE connection. By using the classic Bluetooth SPP protocol, it ensures that the data to be displayed, instructions and other data can be transmitted efficiently and stably. This is the core step in establishing the communication link in the entire display control method, and provides a reliable channel for all subsequent data interactions.

[0102] In one embodiment, in addition to establishing communication links between the master device and each slave device using the above-described method, communication links between the master device and each slave device can also be established through an external device's APP as an intermediary bridge. Specifically, the APP establishes BLE connections with both the master device and each slave device; the APP obtains the MAC address corresponding to the classic Bluetooth SPP protocol from the master device and sends this MAC address to each slave device, enabling each slave device to actively establish an SPP communication connection with the master device based on the MAC address using the classic Bluetooth protocol; the APP reads the device information and MAC address of each slave device and forwards it to the master device, completing the establishment of communication links between the master device and each device.

[0103] In one feasible implementation, step S40 includes: Step S41: Based on each data communication link, send a caching instruction to each slave device; the caching instruction carries the content to be displayed and is used to enable each slave device to cache the content to be displayed into the display buffer. The display buffer refers to the internal storage space of a slave device used to temporarily store content to be displayed. Its function is to cache the content to be displayed sent by the master device. Examples include the RAM cache area built into the slave device. Its capacity varies depending on the hardware configuration of the slave device and can temporarily store complete content to be displayed.

[0104] In one optional approach, the master device sends caching instructions to the corresponding slave devices one by one through their dedicated data communication links, according to the priority order of the slave devices. The caching instructions carry the content to be displayed. After receiving the caching instructions, the slave devices parse the instructions to obtain the content to be displayed, write the content to be displayed into the display buffer, and at the same time verify the received data. If data errors or loss are found, a retransmission request is immediately sent to the master device. After receiving the request, the master device retransmits the corresponding data segment to ensure that the content to be displayed is completely and accurately cached in the display buffer. After all the content to be displayed has been sent, the master device records the caching completion status of each slave device.

[0105] In another optional approach, the master device employs a multi-threaded parallel transmission method, allocating an independent transmission thread to each slave device and simultaneously sending buffering instructions to multiple slave devices. These instructions carry the content to be displayed. During transmission, the master device monitors the transmission progress and data integrity of each thread in real time. If a thread experiences transmission delay or data errors, the master device adjusts the transmission rate of that thread and retransmits the erroneous data. Upon receiving the buffering instruction, the slave device parses it to obtain the content to be displayed, stores it in the display buffer, and checks the space of the display buffer to ensure sufficient space to store the content. After buffering is complete, the slave device sends a buffering completion signal back to the master device.

[0106] Step S42: Send a synchronization display instruction to each slave device simultaneously. The synchronization display instruction contains a unified timestamp, which is used to enable each slave device to synchronously display the content to be displayed at the time corresponding to the unified timestamp.

[0107] Synchronous display command refers to the command sent by the master device to each slave device to control all slave devices to start displaying the content to be displayed at the same time. The synchronous display command contains a unified timestamp, and its function is to ensure that all slave devices can display the corresponding content to be displayed at the same time, avoiding problems such as display asynchrony or screen misalignment, and ensuring that the entire light-emitting device presents a complete and coherent display effect. The command usually includes command identifier, display start time, etc., to ensure that each slave device can accurately identify and execute synchronously.

[0108] In one alternative approach, after the master device confirms that all slave devices have completed caching of the content to be displayed, it generates a synchronous display instruction containing a unified timestamp. This instruction is simultaneously sent to all slave devices through each data communication link. After receiving the instruction, each slave device parses the display start time. When the time point is reached, it synchronously reads the content to be displayed from the display buffer, starts the display program, and displays the content on the screen. During the display process, the slave devices provide real-time feedback on the display status to the master device to ensure normal display.

[0109] In another optional approach, the master device first sends a display preparation command to each slave device, inquiring about the cache completion status and display readiness of each slave device. After each slave device reports that it is ready, the master device sends a synchronization display command, which carries a unified timestamp. Upon receiving the command, each slave device identifies the unified timestamp, immediately reads the content to be displayed from the display buffer, and starts the display. At the same time, a time synchronization mechanism is used to calibrate the display start time of each slave device, ensuring that all slave devices can start displaying at the same instant, avoiding display asynchrony issues. If a slave device displays abnormally, the master device promptly sends a restart display command to ensure a consistent overall display effect.

[0110] In this embodiment, the content to be displayed is accurately and completely transmitted to each slave device and cached, solving the problem of mismatch between data transmission and display speed. The content to be displayed is temporarily stored in a display buffer, ensuring that slave devices can read and display the content at any time, avoiding display stuttering or interruptions caused by transmission delays. By controlling all slave devices to synchronously start displaying the content to be displayed, the problem of asynchronous display or screen misalignment among multiple slave devices is solved, ensuring that the entire luminous device can present complete and continuous target display content, improving the user's viewing experience.

[0111] Reference Figure 4 , Figure 4 An architecture diagram of the display control system for the light-emitting device of this application is provided, taking one master device and three slave devices as an example. The master device includes a Bluetooth communication module, a parameter acquisition module, a display control module, a data calculation module, a compression module, and a data distribution module. Each slave device includes a Bluetooth communication module, a data receiving module, a decompression module, and a display control module.

[0112] The master device's Bluetooth communication module is used to establish data communication links with each slave device. The parameter acquisition module is used to acquire device parameter information returned by each slave device. The display control module in the master device is used to display the target content or other content. The data calculation module is used to divide the target content based on the device parameter information to obtain the content to be displayed for each slave device. The compression module is used to compress the content to be displayed for each slave device. The data distribution module is used to send the content to be displayed for each slave device to the corresponding slave device. The data receiving module of the slave device is used to receive parameter query commands or content to be displayed sent by the master device; the decompression module is used to decompress the compressed data sent by the master device; the display control module in the slave device is used to enable each slave device to display the corresponding content to be displayed; the Bluetooth communication module of the slave device is used to establish a data communication link with the master device.

[0113] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the display control method of the light-emitting device of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0114] Based on the same inventive concept, this application provides a light-emitting device, including a master device and at least one slave device. The master device includes a memory, a processor, and a display control program for the light-emitting device stored in the memory and executable on the processor. The display control program for the light-emitting device is configured to implement the steps of the display control method for the light-emitting device as described above.

[0115] The light-emitting device provided in this application employs the display control method of the light-emitting device in the above embodiments. The master device completes unified calculation and segmentation of data, and then directly transmits the corresponding content to be displayed to the corresponding slave device for display. This reduces the computational burden on each slave device and the complex linkage logic between the master and slave devices, thereby improving the efficiency of multi-screen display. Compared with the prior art, the beneficial effects of the light-emitting device provided in this application are the same as those of the display control method of the light-emitting device provided in the above embodiments, and other technical features of this light-emitting device are the same as those disclosed in the method of the previous embodiment, and will not be repeated here.

[0116] Based on the same inventive concept, this application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, which are used to execute the display control method of the light-emitting device in the above embodiments.

[0117] 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, apparatuses, or 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, read-only memory, erasable programmable read-only memory (EPROM), optical fibers, 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, radio frequency (RF), etc., or any suitable combination thereof.

[0118] The aforementioned computer-readable storage medium may be included in the light-emitting device; or it may exist independently and not assembled into the light-emitting device.

[0119] The aforementioned computer-readable storage medium carries one or more programs, which, when executed by the light-emitting device, cause the light-emitting device to perform the steps of the aforementioned display control method for the light-emitting device.

[0120] 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++, as well as conventional procedural programming languages ​​such as "C" 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).

[0121] 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.

[0122] 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.

[0123] The readable storage medium provided in this application is a computer-readable storage medium. This medium stores computer-readable program instructions (i.e., a computer program) for executing the display control method of the aforementioned light-emitting device. The master device completes unified calculation and segmentation of data, and then directly transmits the corresponding content to be displayed to the corresponding slave device for display. This reduces the computational burden on each slave device and the complex linkage logic between master and slave devices, thereby improving the efficiency of multi-screen display. 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 display control method of the light-emitting device provided in the above embodiments, and will not be repeated here.

[0124] The above are only some embodiments of this application and do 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 display control method of a light emitting device, characterized by, The light-emitting device includes a master device and at least one slave device; The method is applied to the main device and includes: The master device establishes corresponding data communication links with each slave device; The master device sends a parameter query command to the corresponding slave device based on the data communication link to obtain the device parameter information returned by each slave device. The device parameter information includes at least device pixel size parameters and device location information. The master device divides the target display content based on the device parameter information to obtain the content to be displayed for each slave device; The master device sends the content to be displayed to the corresponding slave device based on the data communication link, so that each slave device displays the corresponding content to be displayed.

2. The display control method of a light emitting device according to claim 1, wherein The master device divides the target display content based on the device parameter information to obtain the content to be displayed for each slave device, including: Based on the device location information, determine the display content area corresponding to each slave device in the target display content; According to the device pixel size parameters of each slave device, the corresponding display content area is cropped to obtain the content to be displayed for each slave device.

3. The display control method of a light emitting device according to claim 1, wherein After the master device divides the target display content based on the device parameter information to obtain the content to be displayed for each slave device, the method further includes: The content to be displayed is preprocessed, including content type identification, display quality assessment, and communication transmission condition assessment. Based on the preprocessing results, the target compression method for the content to be displayed is determined; The target data format is used to convert the data format of the content to be displayed; The target compression method is used to compress the format-converted content to obtain compressed data to be sent. The compressed data is sent to the corresponding slave device via the data communication link, so that each slave device can decompress and display the corresponding content to be displayed.

4. The display control method of a light emitting device according to claim 3, wherein Determining the target compression method for the content to be displayed based on the preprocessing result includes: The first compression method is used as the target compression method to pre-compress the content to be displayed, thereby obtaining the amount of pre-compressed data; Compare the amount of the pre-compressed data with a preset data amount threshold; If the amount of the pre-compressed data is less than or equal to a preset data amount threshold, then the first compression method is still used as the target compression method. If the amount of the pre-compressed data is greater than a preset data amount threshold, then a second compression method is used as the target compression method, wherein the compression ratio of the second compression method is greater than the compression ratio of the first compression method.

5. The display control method of a light emitting device according to claim 4, wherein The adoption of the second compression method as the target compression method includes: The color complexity is obtained based on the content to be displayed. The compression ratio of the second compression method is dynamically determined based on the color complexity. The content to be displayed is recompressed using the compression ratio, wherein the color complexity is negatively correlated with the compression ratio.

6. The display control method for a light-emitting device as described in claim 3, characterized in that, The device parameter information also includes device identification information; The step of sending the compressed data to the corresponding slave device based on the data communication link, so that each slave device decompresses and displays the corresponding content to be displayed, includes: Add corresponding device identification information to the compressed data of each slave device; Based on each data communication link and the device identification information, each compressed data is sent to the corresponding slave device so that each slave device can decompress and display the received compressed data.

7. The display control method for a light-emitting device as described in claim 1, characterized in that, The device parameter information also includes display capability parameters supported by the device and hardware capability parameters of the device; After the master device divides the target display content based on the device parameter information to obtain the content to be displayed for each slave device, the method further includes: For each slave device, based on its hardware capability parameters, a suitable target display capability parameter is selected from the display capability parameters, the target display capability parameter including target resolution, target color depth and target refresh rate; Based on the target display capability parameters, the attribute parameters of the content to be displayed corresponding to the slave device are adjusted, including resolution and color depth. Based on the data communication link, the content to be displayed, after being adjusted by attribute parameters, is sent to the corresponding slave device so that the corresponding slave device can display the corresponding content.

8. The display control method of a light emitting device according to claim 1, wherein The master device establishes corresponding data communication links with each slave device, including: Establish a BLE connection with an external device and receive configuration information sent by the external device, the configuration information including the MAC address of each slave device; Establish BLE connections with each slave device based on its MAC address. The master device sends its own MAC address to each slave device, so that each slave device can connect to the master device based on the master device's MAC address to establish a data communication link between the master device and each slave device. The master device and each slave device communicate using the classic Bluetooth SPP protocol.

9. The display control method of a light emitting device according to Claim 1, characterized by, The master device sends the content to be displayed to the corresponding slave device based on the data communication link, so that each slave device displays the corresponding content to be displayed, including: Based on each of the data communication links, a caching instruction is sent to each of the slave devices; the caching instruction carries the content to be displayed, and is used to enable each slave device to cache the content to be displayed in the display buffer; A synchronization display instruction is simultaneously sent to each of the slave devices. The synchronization display instruction includes a unified timestamp, which is used to enable each slave device to synchronously display the content to be displayed at the time corresponding to the unified timestamp.

10. A light emitting device, characterized by The light-emitting device includes a master device and at least one slave device. The master device includes a memory, a processor, and a display control program for the light-emitting device stored in the memory and executable on the processor. The display control program for the light-emitting device is configured to implement the steps of the display control method for the light-emitting device as described in any one of claims 1 to 9.

11. A storage medium, characterized by The storage medium is a computer-readable storage medium, and the storage medium stores a display control program for a light-emitting device. When the display control program for a light-emitting device is executed by a processor, it implements the steps of the display control method for a light-emitting device as described in any one of claims 1 to 9.

Images