Real-time issuing and receiving display method and real-time display system for pixel picture of resource-constrained wireless equipment
By using difference detection and pixel-level differential calculation, the data format with the smallest data volume is selected for wireless device pixel image transmission, which solves the problems of data redundancy and latency in resource-constrained devices and achieves efficient and low-power real-time display.
Patent Information
- Application Number
- CN202511701293.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-19
- Publication Date
- 2026-02-17
AI Technical Summary
Existing technologies in resource-constrained wireless devices suffer from problems such as redundant data transmission, high transmission latency, high power consumption, lack of incremental updates and session management mechanisms, resulting in poor user experience and reduced device battery life.
By employing difference detection and pixel-level differential calculation, the system selects the data format with the smallest data volume that meets real-time requirements for distribution, and adopts incremental update and session management mechanisms to support combinations of multiple compression strategies.
It significantly reduces the amount of data transmitted, improves transmission efficiency and real-time performance, reduces power consumption, extends device battery life, and supports flexible data encoding methods and unified protocols.
Smart Images

Figure CN121547578A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of data transmission technology, and more specifically, to a method and system for real-time transmission, reception and display of pixel images from a resource-constrained wireless device. Background Technology
[0002] With the development of low-power wireless communication technology, a large number of low-resolution display devices based on MCU control have emerged, such as LED pixel screens, smart backpacks, and desktop ornaments. These devices typically connect to mobile apps via resource-constrained bandwidth wireless links to receive image or pixelated image data and display it in real time.
[0003] Current transmission methods typically employ a "full-screen update" approach: when a user interacts with the canvas on an app (such as drawing, smearing, or pasting images), the system packages all pixel data of the entire canvas at once and sends it to the device. Due to limited wireless bandwidth, this full-screen transmission method presents the following problems:
[0004] 1. Data redundancy, with a large number of unchanged pixels being repeatedly transmitted;
[0005] 2. Large transmission latency, untimely display refresh, and poor user experience;
[0006] 3. High power consumption during transmission reduces device battery life;
[0007] 4. Lack of incremental update and session management mechanisms, making it impossible to flexibly save or roll back user operations.
[0008] Therefore, existing technologies have the following shortcomings in the scenario of "pixel art being transmitted to a device via resource-constrained bandwidth": they cannot efficiently transmit only for different areas; they lack flexible data encoding methods, which can easily lead to bandwidth waste; and they lack an end-to-end protocol mechanism to ensure transmission consistency and reliability. Summary of the Invention
[0009] This invention overcomes the shortcomings of existing technologies, such as high latency and high power consumption due to data redundancy, and provides a method and system for real-time transmission, reception and display of pixel images in resource-constrained wireless devices, in order to solve the problems existing in the prior art.
[0010] To address the aforementioned technical problems, one aspect of the present invention provides a method for real-time transmission of pixel images from resource-constrained wireless devices:
[0011] A method for real-time transmission of pixel images from a resource-constrained wireless device includes the following steps:
[0012] Difference detection involves performing pixel-level difference calculations between the current display frame and the frame to be sent, resulting in a set of difference pixels S.
[0013] Based on the feature values of the differential pixel set S, the amount of data in the distribution path is estimated.
[0014] Based on the estimated data volume, select the data format that has the smallest expected data volume and meets the real-time requirements, and then distribute it.
[0015] A further technical solution is that the difference detection specifically includes the following steps:
[0016] The minimum enclosing rectangle for the statistical difference region is A = w × h, where A is the area of the minimum enclosing rectangle, w represents the width of the rectangle, and h represents the height of the rectangle.
[0017] The set of differing pixels S represents the amount of pixel difference within the minimum bounding rectangle;
[0018] The characteristics of the statistically differentiated pixel set S include the number of differentiated points n, the number of colors c, the average run length L, and the proportion of differentiated pixels r.
[0019] A further technical solution involves selecting a data format that minimizes the expected data volume while meeting real-time requirements based on the data volume estimation results. This specifically includes the following steps:
[0020] Determine whether the difference tends to be monochromatic. If it is, perform a sparsity check; otherwise, perform a difference ratio check.
[0021] Sparsity assessment: Determine the data volume for two distribution methods, dot matrix / monochrome rectangle and point / stroke data, and distribute the data with the smaller data volume.
[0022] If the difference ratio r is greater than or equal to the set threshold r0, or if the expected data volume of the point-by-point update method is greater than the expected data volume of the block encoding method, then the block encoding method will be used for distribution. If the difference ratio r is less than the set threshold r0, then the expected data volume of the dot matrix / monochrome rectangle and point / stroke methods will be compared, and the method with the smaller data volume will be selected for distribution.
[0023] A further technical solution involves using the following comparison method when comparing the amount of data for different strategies:
[0024] Calculate the relative advantage of candidate strategies in terms of data volume compared to the current strategy;
[0025] When the relative advantage exceeds a preset hysteresis threshold, the candidate strategy is switched.
[0026] When the relative advantage does not exceed the preset hysteresis threshold, the current strategy remains unchanged.
[0027] A further technical solution is that the dot matrix / monochrome rectangle data content includes the pixels that need to be changed in color and the color of the changed pixels;
[0028] The point / stroke data includes the range of pixels to be changed and the overall color of the range;
[0029] The entire data block includes compressed data.
[0030] A further technical solution is characterized by further including any one or more of the following steps:
[0031] Enable incremental distribution; issue the enable command.
[0032] End the distribution by issuing an end command with a save flag;
[0033] Receive abnormal signals from the display device and send a rollback signal.
[0034] The present invention also provides a method for real-time reception and display of pixel art in resource-constrained wireless devices;
[0035] A method for real-time reception and display of pixel art in a resource-constrained wireless device includes the following steps:
[0036] It receives data in different formats, decodes it, and modifies the display of the previous frame to obtain the final image.
[0037] A further technical solution is that the receiving and display method also includes any one or more of the following steps:
[0038] Receive incremental delivery commands and enable incremental delivery mode;
[0039] Receive an end command with a save flag. If the end command has a save flag, save the last displayed new material; if the end command does not have a save flag, roll back to the previous state of the session.
[0040] If a fault occurs during the receiving, decoding, or display steps, resulting in the inability to display normally, an abnormal signal will be sent.
[0041] The present invention also provides a real-time pixel art display system for resource-constrained wireless devices;
[0042] A real-time pixel art display system for resource-constrained wireless devices includes a data transmission device and a data receiving and display device;
[0043] The data delivery device is used to perform pixel-level difference calculation on the current display frame and the frame to be delivered, estimate the data volume of different data formats, and select the data delivery format for data delivery based on the data volume.
[0044] The data receiving and display device is used to receive data in different data formats, decode it, modify the display of the previous frame, and obtain the image.
[0045] A further technical solution is that the data sending device is used to send signals to start incremental sending, end sending, and send rollback signals;
[0046] The data receiving and display device is used to receive incremental delivery commands and enable incremental delivery mode.
[0047] Receive the end command to terminate the incremental distribution step;
[0048] An abnormal signal is sent after a fault occurs.
[0049] Compared with existing technologies, the present invention has at least the following beneficial effects: Compared with existing technologies, the algorithm of the present invention is more flexible and can select different compression methods according to image features, significantly reducing the amount of data transmitted; after reducing the amount of data transmitted, the transmission efficiency is improved: a high refresh rate can still be maintained under bandwidth constraints, resulting in better real-time performance. Furthermore, the device-side decoding logic using the method of the present invention is simple, requiring no complex decoder, making it suitable for low-power devices such as MCUs, and reducing redundant data transmission, lowering power consumption, and extending device battery life; moreover, the protocol of the present invention is unified, supports multiple compression strategy combinations, and is easy to expand. Attached Figure Description
[0050] Figure 1 This is a schematic diagram of the real-time video transmission process.
[0051] Figure 2 Display the interactive flowchart on the screen in real time. Detailed Implementation
[0052] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.
[0053] Example 1
[0054] A method for real-time transmission of pixel images from a resource-constrained wireless device, see [link to relevant documentation]. Figure 1 This includes the following steps:
[0055] S1: Enable incremental delivery (command 0x0010), issue the enable command;
[0056] For example, enabling incremental delivery protocol content includes:
[0057] Length: 4 bytes; Command ID: 0x0010; Minor Version Number: 0x00; SN: 2 bytes; Temporary Media ID: 8 bytes; Media Location: 8 bytes; CS: 1 byte;
[0058] Incremental delivery is typically enabled when a user creates or edits a drawing. If creating a new drawing, an 8-byte material ID is constructed using the current timestamp; if editing, the original material ID is used. If the temporary ID carried by 0x0010 has a corresponding material in the firmware, that material is displayed. Otherwise, a black screen is displayed.
[0059] After the incremental distribution ends, if you want to save this incremental content, generate a material ID with the latest data and replace the temporary material ID.
[0060] The material location is the rectangular area that needs to be cleared when incremental graffiti distribution is enabled.
[0061] The incremental delivery enable command is mainly used to trigger when creating or editing materials. In an optional implementation, when the device is already in the display state of the target material, the incremental delivery enable step can be omitted, and execution can start directly from the difference detection in step S2.
[0062] S2: Difference detection, performing pixel-level difference calculation between the current display frame and the frame to be sent, to obtain the set of difference pixels S;
[0063] In this embodiment, the pixel-level difference calculation specifically includes the following steps:
[0064] S21: The minimum enclosing rectangle of the statistical difference area is A = w × h, where A is the area of the minimum enclosing rectangle (total number of pixels), w represents the width of the rectangle, which is the number of pixels in the horizontal direction in this embodiment, and h represents the height of the rectangle, which is the number of pixels in the vertical direction in this embodiment.
[0065] The minimum bounding rectangle refers to the smallest rectangle that can contain all the changing pixels;
[0066] The number of differing pixels, n, is the absolute value of the difference, and n = |S|.
[0067] S represents the set of pixel differences within the minimum bounding rectangle;
[0068] c represents the number of different colors appearing in the set of difference pixels S;
[0069] L is the average run length of the difference pixels. Specifically, during the line-by-line scanning process, consecutive adjacent difference pixels are regarded as a run, the length of each run is recorded, and the average value is taken.
[0070] Calculate the difference ratio r, where r = n / A, representing the proportion of the difference pixels within the smallest bounding rectangle.
[0071] S3: Based on the statistical characteristics of the set of difference pixels S, estimate the amount of data to be sent down the path in order to select the transmission method with the smallest expected data volume and that meets the real-time requirements.
[0072] The statistical features include, as described above, the minimum bounding rectangle A, the absolute value of the difference n, the set of differing pixels c, the average continuous length of the differing pixels L, and the difference ratio r.
[0073] The distribution path method and data volume can be determined according to the actual use case and requirements. The following example is provided:
[0074] 1. Point / stroke data (instruction 0x0141);
[0075] This scheme is suitable for situations where the distribution of difference pixels is sparse, that is, the number of difference pixels is small and the distribution is scattered, allowing for point-by-point updates using multiple strokes and multiple colors.
[0076] For example, the calculation method is as follows:
[0077] size_0141 ≈ Ʃ_k [3+4·m_k]
[0078] k is the number of stroke groups after clustering by color;
[0079] m is the total number of differing pixels;
[0080] m_k is the number of pixels contained in the k-th stroke group;
[0081] 3 represents the RGB three-byte color representation;
[0082] 4. m_k represents the coordinate information of each pixel (2 bytes each for x and y).
[0083] It should be noted that the calculation in this embodiment uses approximately equal to the following reason:
[0084] During the calculation, there is alignment padding, so the result is an approximate value, not the actual value.
[0085] The number of k varies depending on the color clustering method, resulting in slight differences in RGB overhead.
[0086] The algorithm is designed for "strategy selection," not for precise transmission computation.
[0087] 2. Dot matrix / monochrome rectangle (instruction 0x0142);
[0088] This scheme is suitable for monochrome dense areas (covered by a 1-bit mask within a rectangle), and can be applied in one go.
[0089] It should be noted that the premise for determining whether a pixel or monochrome block is available is that the block can be rendered in monochrome (the target color is consistent or the business allows monochrome overlay).
[0090] For example, the calculation method is as follows:
[0091] size_0142 ≈3+1+ceil(A / 8);
[0092] The 3 represents the RGB three bytes representing the color;
[0093] One byte is used as a non-standard shape identifier, for example, a regular rectangle (non-standard shape = 0) and an irregular rectangle (non-standard shape = 1).
[0094] ceil(A / 8) is the amount of bitmap mask data aligned to bytes, and ceil(x) represents rounding up the real number x.
[0095] A is the area of the smallest enclosing rectangle;
[0096] 3. Multi-color block data (instruction 0x0143);
[0097] This solution is suitable for multi-colored data blocks with high differences or data blocks that are more economical to encode after estimation. The entire block is compressed like a GIF and sent out.
[0098] For example, the calculation method is as follows:
[0099] size_0143≈A·bpp·(1-ρ)+H;
[0100] Where A is the area of the minimum enclosing rectangle;
[0101] bpp stands for bits per pixel. For example, RGB888 means bpp = 3 bytes.
[0102] H represents the GIF header / palette and other fixed overhead;
[0103] ρ is the compression ratio, reflecting the proportion of data reduction after compression. ρ can be approximated as:
[0104] ρ≈k1·(c / 256)+k2·(1 / L):
[0105] Where c is the number of color types in the set of differing pixels.
[0106] L is the average run length statistically analyzed along the scan line direction;
[0107] k1 and k2 are empirical coefficients used to describe the impact of color complexity and continuity on compression efficiency;
[0108] For example, when c is large (complex colors) or L is small (poor continuity), the ρ value decreases, and the compression effect is reduced.
[0109] S4: Select the data format with the smallest expected data volume and that meets real-time requirements based on the data volume forecast, and then distribute it.
[0110] The step of selecting a data format that minimizes the expected data volume while meeting real-time requirements based on the data volume estimation results includes the following steps:
[0111] S41: Determine whether the difference tends to be monochromatic. If it is, perform sparsity judgment; otherwise, perform difference ratio judgment.
[0112] S42: Sparsity judgment, judge the data volume of the two distribution methods: dot matrix / monochrome rectangle and point / stroke data, and distribute the data according to the smaller data volume;
[0113] The dot matrix / monochrome (instruction 0x0142) rectangle data includes the pixels that need to be changed color and the color of the changed pixels;
[0114] For example, the dot matrix / monochrome (instruction 0x0142) rectangle data includes: Length: 4 bytes; Command ID: 0x0142; Protocol minor version: 0x00; SN: 2 bytes; Material position: 8 bytes; Pen color: 3 bytes; Dot matrix data: 0 bytes / X bytes; CS: 1 byte;
[0115] The meaning of dot matrix data: 0 Byte / X Byte is:
[0116] There are two cases for dot matrix / monochrome rectangle (instruction 0x0142):
[0117] A regular rectangle (irregular shape = 0) indicates that all pixels within the rectangle of the difference region need to be updated without a bitmap mask. In this case, the bitmap data length = 0 bytes.
[0118] Irregular rectangle (irregular = 1) indicates that only some pixels within the minimum bounding rectangle need to be updated, and the bits (X Byte) indicate which pixels have changed;
[0119] The point / stroke data (instruction 0x0141) includes the range of pixels to be changed and the overall color of the range;
[0120] For example, the point / stroke (instruction 0x0141) data includes: Length: 4 bytes; Command ID: 0x0141; Protocol minor version: 0x00; SN: 2 bytes; Number of pens: 4 bytes; Pen data array: X bytes; CS: 1 byte;
[0121] X represents the number of brushes, with each color marked as one brush.
[0122] The brush data includes: brush color: 3 bytes; number of dots: 4 bytes; dot array: count * 4 bytes;
[0123] The pen color uses RGB888; the points are represented by (x, y), where x is 2 bytes and y is 2 bytes. With the top left corner as (0,0), after the display device receives this data, it changes the LED at the corresponding point to the pen color.
[0124] In this embodiment, sparsity determination involves comparing size_0141 and size_0142, and sending the data with the smaller value.
[0125] S43: Difference ratio judgment. If the difference ratio is greater than the set value r, the data is sent as a whole block. If the difference ratio is less than the set value r, the data volume of the two sending methods, dot matrix / monochrome rectangle and point / stroke data, is judged and the data with the smaller volume is sent.
[0126] In this embodiment, the difference ratio can be determined by one of the following methods:
[0127] The system compares the difference pixel ratio r with the set value r0. If r > r0, the data is sent as a whole block. If r < r0, the system further compares the data volume of the two sending methods: dot matrix / monochrome rectangle and point / stroke data, and sends the data with the smaller volume.
[0128] For example, r0 can be 0.3 to 0.5.
[0129] Determine the size of size_0141 and A·bpp. If size_0141 > A·bpp, then distribute the data as a whole block.
[0130] If size_0141 < A·bpp, then the point / stroke distribution method is adopted.
[0131] Where A is the area of the minimum enclosing rectangle;
[0132] bpp is the bit depth per pixel, such as RGB888, which means bpp = 3 bytes;
[0133] Therefore, A·bpp represents the theoretical amount of data if the entire block is transmitted in its original RGB form;
[0134] The entire data block includes compressed data.
[0135] For example, the overall compressed data (instruction 0x0143) includes: Length: 4 bytes; Command ID: 0x0143; Protocol minor version: 0x00; SN: 2 bytes; Media location: 8 bytes; GIF data: X bytes; CS: 1 byte;
[0136] In a preferred embodiment, to prevent jitter caused by frequent switching between multiple distribution strategies, a preset hysteresis threshold δ is introduced.
[0137] Switching only occurs when the advantage of the candidate minimum over the currently used strategy exceeds δ, thus avoiding frequent policy jumps under boundary conditions.
[0138] The specific calculation steps are as follows: after the system calculates the expected data volume of different strategies based on the current difference block characteristics, it calculates the relative advantage of the candidate strategy relative to the current strategy:
[0139] η = (size_cur - size_min) / size_cur
[0140] Where size_cur is the estimated amount of data currently used by the strategy;
[0141] size_min is the estimated result of the candidate strategy (the expected minimum data size).
[0142] If η > δ, then switch to the candidate strategy;
[0143] If η ≤ δ, then the current strategy remains unchanged.
[0144] In this embodiment, when δ = 0.1 (i.e. 10%), the strategy will only switch when the amount of data for the candidate strategy is reduced by more than 10% relative to the current strategy.
[0145] Otherwise, maintain the current strategy to avoid frequent switching (jittering) caused by slight fluctuations.
[0146] Repeat steps S1-S4 until the display is complete, then execute step S5.
[0147] S5: End command (command 0x0011), sends an end command with a save flag;
[0148] In a preferred embodiment, the graffiti data received after enabling incremental delivery (instruction 0x0010) is overlaid data and is not cleared even if it is no longer displayed. Until the end delivery is received (instruction 0x0011), it is determined whether to save the entire content of this graffiti material based on the save flag included in the end delivery instruction.
[0149] For example, the end command content includes: Length: 4 bytes; Command ID: 0x0011; Protocol minor version: 0x00; SN: 2 bytes; Media location: 8 bytes; CS: 1 byte; Temporary media ID: 8 bytes; Save: 1 byte; Update media ID: 0 bytes; / 8 bytes (if saving, an ID needs to be added);
[0150] It should be noted that if an abnormal signal (instruction 0x0003) is received from the display device during execution, a rollback signal (instruction 0x0004) will be sent.
[0151] Example 2
[0152] A method for real-time reception and display of pixel art in a resource-constrained wireless device includes the following steps:
[0153] Receive incremental delivery commands and enable incremental delivery mode;
[0154] It receives data in different formats, decodes it, and modifies the display of the previous frame to obtain the final image.
[0155] Receive an end command with a save flag. If the end command has a save flag, save the last displayed new material; if the end command does not have a save flag, roll back to the previous state of the session.
[0156] If a fault occurs during the receiving, decoding, or display steps, resulting in the inability to display normally, an abnormal signal will be sent.
[0157] Through the above two embodiments, and in combination Figure 2 The entire display process is understandable.
[0158] Compared with existing display methods, the present invention has the following advantages:
[0159] Mobile devices can perform multi-strategy compression of images and distribute them efficiently without the need for a standard decoder;
[0160] Based on the characteristics of the different pixels, the optimal transmission strategy (point / matrix / block) is dynamically selected.
[0161] The protocol layer supports session-based management (start / incremental distribution / end / save or rollback) to ensure data consistency;
[0162] The device-side decoding logic is extremely simple, requiring only bit manipulation or simple decoding to restore the RGB888 display;
[0163] It supports uploading image data to the server, enabling cross-device pass-through and avoiding repeated compression / decompression.
[0164] Example 3
[0165] A real-time pixel art display system for resource-constrained wireless devices includes a data transmission device and a data receiving and display device;
[0166] The data delivery device is used to perform pixel-level difference calculation on the current display frame and the frame to be delivered, estimate the data volume of different data formats, and select the data delivery format for data delivery based on the data volume.
[0167] Send signals to enable incremental distribution, end distribution, and send rollback signals;
[0168] The data receiving and display device is used to receive data in different data formats, decode it, modify the display of the previous frame, and obtain the image.
[0169] Receive incremental delivery commands and enable incremental delivery mode;
[0170] Receive the end command to terminate the incremental distribution step;
[0171] An abnormal signal is sent after a fault occurs.
[0172] Although the invention has been described herein with reference to illustrative embodiments, it should be understood that many other modifications and implementations can be devised by those skilled in the art, which will fall within the scope and spirit of the principles disclosed herein. More specifically, various variations and modifications can be made to the components and / or layout of the subject matter combination within the scope of this disclosure. Besides variations and modifications to the components and / or layout, other uses will be apparent to those skilled in the art.
Claims
1. A method for real-time transmission of pixel images from a resource-constrained wireless device, characterized in that, Includes the following steps: Difference detection involves performing pixel-level difference calculations between the current display frame and the frame to be sent, to obtain the set of difference pixels S and the feature values of the set of difference pixels S. Based on the feature values of the differential pixel set S, the amount of data in the distribution path is estimated. Based on the estimated data volume, select the data format that has the smallest expected data volume and meets the real-time requirements, and then distribute it.
2. The method for real-time transmission of pixel images from a resource-constrained wireless device as described in claim 1, characterized in that, The difference detection specifically includes the following steps: The minimum enclosing rectangle for the statistical difference region is A = w × h, where A is the area of the minimum enclosing rectangle, w represents the width of the rectangle, and h represents the height of the rectangle. The set of differing pixels S represents the amount of pixel difference within the minimum bounding rectangle; The characteristics of the statistically differentiated pixel set S include the number of differentiated points n, the number of colors c, the average run length L, and the proportion of differentiated pixels r.
3. The method for real-time transmission of pixel images from a resource-constrained wireless device as described in claim 2, characterized in that, The step of selecting the data format that minimizes the expected data volume while meeting real-time requirements based on the data volume estimation results includes the following steps: Determine whether the difference tends to be monochromatic. If it is, perform a sparsity check; otherwise, perform a difference ratio check. Sparsity assessment: Determine the data volume for two distribution methods, dot matrix / monochrome rectangle and point / stroke data, and distribute the data with the smaller data volume. If the difference ratio r is greater than or equal to the set threshold r0, or if the expected data volume of the point-by-point update method is greater than the expected data volume of the block encoding method, then the block encoding method will be used for distribution. If the difference ratio r is less than the set threshold r0, then the expected data volume of the dot matrix / monochrome rectangle and point / stroke methods will be compared, and the method with the smaller data volume will be selected for distribution.
4. The method for real-time transmission of pixel images from a resource-constrained wireless device as described in claim 3, characterized in that, When comparing the amount of data for different strategies, the following comparison method is used for the current strategy and candidate strategies: Calculate the relative advantage of candidate strategies in terms of data volume compared to the current strategy; When the relative advantage exceeds a preset hysteresis threshold, the candidate strategy is switched. When the relative advantage does not exceed the preset hysteresis threshold, the current strategy remains unchanged.
5. A method for real-time transmission of pixel images from a resource-constrained wireless device as described in claim 3, characterized in that, The dot matrix / monochrome rectangle data includes the pixels that need to be changed color and the color of the changed pixels; The point / stroke data includes the range of pixels to be changed and the overall color of the range; The entire data block includes compressed data.
6. A method for real-time transmission of pixel images from a resource-constrained wireless device as described in any one of claims 1-5, characterized in that, It also includes any one or more of the following steps: Enable incremental distribution; issue the enable command. End the distribution by issuing an end command with a save flag; Receive abnormal signals from the display device and send a rollback signal.
7. A method for real-time reception and display of pixel art in a resource-constrained wireless device, characterized in that, Includes the following steps: It receives data in different formats, decodes it, and modifies the display of the previous frame to obtain the final image.
8. A method for real-time reception and display of pixel art in a resource-constrained wireless device as described in claim 7, characterized in that, It also includes any one or more of the following steps: Receive incremental delivery commands and enable incremental delivery mode; Receive an end command with a save flag. If the end command has a save flag, save the last displayed new material. If the end command does not include a save flag, it will roll back to the state before the session. If a fault occurs during the receiving, decoding, or display steps, resulting in the inability to display normally, an abnormal signal will be sent.
9. A real-time pixel art display system for resource-constrained wireless devices, characterized in that, This includes data distribution equipment and data receiving and display equipment; The data delivery device is used to perform pixel-level difference calculation on the current display frame and the frame to be delivered, estimate the data volume of different data formats, and select the data delivery format for data delivery based on the data volume. The data receiving and display device is used to receive data in different data formats, decode it, modify the display of the previous frame, and obtain the image.
10. A real-time pixel art display system for resource-constrained wireless devices as described in claim 9, characterized in that, The data delivery device is used to send signals to start incremental delivery, end delivery, and send rollback signals. The data receiving and display device is used to receive incremental delivery commands and enable incremental delivery mode. Receive the end command to terminate the incremental data delivery process; An abnormal signal is sent after a fault occurs.