Iot turntable with light control near field transmission system

Abstract

The present application belongs to the field of short-range transmission technology, and discloses a short-range transmission system of an Internet of Things jukebox with light control. The system comprises a playing clock processing module, a light effect event processing module, a short-range transmission scheduling module and a light end execution control module. The playing clock processing module establishes a time mapping relationship among an audio playing clock, a light control clock and a short-range transmission clock. The light effect event processing module generates a light control frame carrying a predicted execution timestamp, a sequence identifier and a fault tolerance level according to audio playing data. The short-range transmission scheduling module determines a sending sequence and an advance sending window according to the time sequence urgency and link state of the light control frame. The light end execution control module buffers the light control frame and generates a light execution sequence according to the predicted execution timestamp. The present application can reduce the influence of short-range transmission jitter, retransmission and queue backlog on the light execution time sequence, and reduce the misstep, jump and drift between audio playing and light change.

Description

Technical Field

[0001] This invention belongs to the field of short-range transmission technology, and specifically discloses an IoT phonograph short-range transmission system with light control. Background Technology

[0002] When an IoT-enabled turntable controls lighting equipment while playing audio, the playback control program on the turntable or a associated control terminal typically generates lighting commands, which are then sent to the lighting device via a short-range transmission link. A conventional approach involves configuring a lighting mode table on the turntable, recording parameters such as brightness, color, flashing frequency, and fade duration. After playback begins, the control program generates lighting control data packets at fixed intervals based on the track playback progress, the user-selected lighting mode, or a preset rhythm template, and sends them in a queue via a short-range communication protocol stack. Upon receiving the data packets, the lighting device parses the lighting parameters and writes them into its local execution queue according to the received order, or directly overwrites the current lighting parameters for output. This type of solution has a short implementation path, facilitating the establishment of a low-cost control link between the turntable, mobile terminal, and lighting equipment. However, its lighting output timing largely depends on the arrival time of the data packets, and there is usually a lack of continuous mapping between the playback clock and the lighting execution clock. While basic synchronization can be maintained when playback progress is stable and the link is idle, it becomes difficult to maintain consistency between the lighting execution timing and the audio playback timing when the link status changes.

[0003] In similar existing technologies, the phonograph triggers the light command generation process after audio decoding, playback progress updates, or beat detection. The audio playback program provides the lighting effect control program with the current playback time, volume changes, or simple beat markers. The lighting effect control program converts this data into several consecutive control frames and sends them to the short-range transmission module. The short-range transmission module typically processes control frames according to a first-in-first-out queue rule, maintaining the connection by retransmission, reducing the transmission frequency, or discarding expired data when the link is busy. The lighting end processes received frames according to its own system clock sequence, and usually does not reconstruct intermediate frames that have not been received. Since the phonograph, transmission, and lighting ends operate according to their respective clocks, existing solutions often treat successful connection, data arrival, and light execution as the same control moment, failing to separate the generation moment, transmission moment, arrival moment, and execution moment. Furthermore, they lack a differentiated processing mechanism for data with different beat correlations within the control frames, leading to critical beat frames and ordinary gradient frames being treated equally in the communication queue.

[0004] While short-range transmission is suitable for data exchange between devices in the same room or over short distances, it is still affected by obstructions, competition from devices on the same frequency, short-term movement, system task preemption, and changes in protocol stack buffers during turntable playback. Existing solutions to reduce light latency typically handle link fluctuations by increasing transmission frequency, shortening single-frame data length, increasing retransmission frequency, or periodically sending the current light status. These methods only improve the probability of data arrival to a certain extent; they cannot determine whether a particular light control frame still corresponds to the current playback beat, nor can they restore the continuous gradation process when supplementary frames are missing. Increasing the receiver's buffer time introduces a fixed delay to the light output; reducing the buffer time allows link jitter to be directly transmitted to the light output, causing brightness jumps, color transition breaks, or inverted rhythm commands. For control processes after playback progress jumps, pauses, or short-term reconnections, old control frames may re-enter the execution queue, causing the control content executed at the light end to be inconsistent with the current playback position at the turntable.

[0005] Therefore, the execution of lighting control frames lacks a stable time binding relationship with the turntable playback clock. Random delays and queue jitter caused by short-distance transmission links are directly converted into execution timing deviations by the lighting end. The technical reason for this problem is that conventional lighting ends often execute instructions according to the arrival order of control frames or the time of receipt, and turntable ends often send current lighting parameters at fixed intervals. They do not predict the timing of lighting execution based on the playback clock, do not arrange key control frames in advance based on the link status, and do not sort, compensate, and calibrate at the receiving end based on the predicted execution timestamp. As a result, during continuous playback, changes in lighting are prone to misalignment, short-term jumps, and cumulative drift relative to the audio beat. The longer the audio playback progresses, the more difficult it is for timing deviations caused by link fluctuations to be naturally corrected by subsequent control frames, and the lighting end finds it difficult to distinguish whether the current frame belongs to data that should be executed immediately, data that should wait for execution, or data that has already expired. Summary of the Invention

[0006] The purpose of this invention is to provide an IoT-enabled near-field transmission system for phonographs with lighting control, which can effectively solve the problems mentioned in the background art.

[0007] To achieve the above objectives, the technical solution adopted by the present invention is as follows: The IoT-enabled phonograph near-field transmission system with lighting control includes a playback clock processing module, a lighting effect event processing module, a near-field transmission scheduling module, and a lighting end execution control module. The playback clock processing module is used to acquire the audio playback clock, light control clock, and short-range transmission clock of the record player, and establish a time mapping relationship among the three. The lighting event processing module is used to generate a lighting control frame carrying a predicted execution timestamp, sequence identifier, and fault tolerance level based on the audio playback data. The near-field transmission scheduling module is used to determine the transmission order and advance transmission window based on the timing urgency of the light control frame and the status of the near-field transmission link; The light-end execution control module is a system used to cache the light control frames and generate light execution sequences according to the predicted execution timestamps.

[0008] Preferably, the playback clock processing module is used to record the audio decoding frame output time, playback progress time, and proximity handshake confirmation time when the track starts, pauses and resumes, and the playback progress jumps, respectively, and constructs a segmented mapping table from the continuously recorded time samples; The segmented mapping table contains the correspondence between the playback progress interval, the lighting control timing interval, and the transmission timing interval, and is updated with a sliding sample set after the execution confirmation is returned from the lighting end. For time samples with abnormal retransmission counts, confirmation intervals spanning playback state switching, or discontinuous sequence identifiers, they will not participate in the segmented mapping table update.

[0009] Preferably, the lighting effect event processing module is used to extract beat points, short-term energy changes, silence boundaries and playback segment identifiers from audio playback data, and match the extraction results with the lighting control strategy table to form a lighting effect event sequence; The lighting effect event sequence is divided into basic rhythm events, gradient supplement events, and clock calibration events according to the degree of coupling between the events and the playback clock. The basic rhythm events carry a non-mergeable identifier, the gradient supplement events carry a replaceable interval identifier, and the clock calibration events carry a near-distance transmission confirmation request identifier.

[0010] Preferably, the lighting effect event processing module is used to merge lighting effect events within the same playback time period and generate lighting control frames according to the playback clock sequence, the magnitude of changes in lighting parameters, and the fault tolerance level. The lighting control frame includes a frame sequence field, a prediction execution timestamp field, a lighting target parameter field, an event type field, and a recovery index field. The event type field is marked as rhythm trigger, gradient supplement, or clock calibration. The recovery index field records the parameter continuity relationship with the previous rhythm trigger type lighting control frame. When the event type field is marked as gradient supplement, the light control frame records the start and end control parameters and the index of the change curve.

[0011] Preferably, the near-field transmission scheduling module is used to generate a link scheduling state based on the round-trip acknowledgment delay, continuous retransmission distribution, transmission queue occupancy, and remaining transmission time of the control frame in the near-field transmission link, and to map the light control frame to a basic rhythm frame, a gradient supplement frame, and a calibration frame according to the fault tolerance level and event type, and to set the queue positions of the basic rhythm frame, the gradient supplement frame, and the calibration frame respectively according to the link scheduling state. When the occupancy of the transmission queue causes the remaining transmittable time of the gradient supplementary frame to be less than the reserved time of the corresponding prediction execution timestamp, adjacent gradient supplementary frames are merged into an interval control frame.

[0012] Preferably, the near-field transmission scheduling module is used to obtain the transmission timing interval corresponding to the current playback progress interval from the segmented mapping table, and generate an advance sending window by combining the actual buffer time and execution sequence number in the execution confirmation returned by the light end; The advance sending window is smoothly updated according to continuous confirmation samples within the stable playback speed range. After pausing and resuming or playback progress jumping, it is reconstructed based on the newly acquired near handshake confirmation time and bound to the control frame fault tolerance level as the sending window identifier, which is written into the light control frame.

[0013] Preferably, the lighting effect event processing module is used to generate a key event chain from the basic rhythm events in the order of the playback clock, and to insert the gradient supplementary event between adjacent basic rhythm events; The near-field transmission scheduling module transmits the basic rhythm frames corresponding to the key event chain across intervals, inserts the calibration frame corresponding to the clock calibration event into the common gap of adjacent basic rhythm frames, and binds the gradient supplement frame corresponding to the gradient supplement event to the nearest basic rhythm frame with the same recovery index. When the short-distance transmission link is in a continuous retransmission state, the basic rhythm event retains the original sequence number, while the gradual supplementary event uses the interval sequence number.

[0014] Preferably, the light-end execution control module is used to establish a dual-index cache table based on the frame sequence field and the predicted execution timestamp field, first determining the execution candidate sequence based on the predicted execution timestamp field, and then detecting missing frames based on the frame sequence field; For light control frames with missing event type fields marked as gradient supplements, a local compensation control segment is generated based on the previous rhythm-triggered light control frame and the next received light control frame associated with the recovery index field. For a missing rhythm-triggered light control frame, pause the light control frame with the same recovery index as the missing frame from entering the execution candidate sequence, and retain the clock offset record corresponding to the most recent clock-calibrated light control frame.

[0015] Preferably, the light-end execution control module is used to generate an execution confirmation data packet when the light control frame is written to the buffer, exited from the buffer, or a light execution sequence is formed; The execution confirmation data packet carries the predicted execution timestamp, the actual cache entry time, the execution sequence number, the set of missing frames, and the remaining cache time; The near-field transmission scheduling module generates a scheduling correction record for the next playback progress interval based on the execution confirmation data packet, and writes the scheduling correction record into the advance sending window and sending order configuration corresponding to the light control frame.

[0016] Preferably, the near-field transmission scheduling module is used to generate a status snapshot frame when near-field transmission is intermittently reconnected, execution confirmation data packets are missing, or frame sequence rollback occurs. The status snapshot frame carries the current playback progress, the most recently confirmed execution sequence number, the next predicted execution timestamp, the current light parameters, and scheduling correction records. The light end execution control module reconstructs the light execution sequence in the cache based on the state snapshot frame, and marks the light control frames that were not confirmed before reconnection as invalid frames. The near-field transmission scheduling module rewrites the light control frame transmission order configuration adjacent to the next prediction execution timestamp after the status snapshot frame.

[0017] Compared with the prior art, the beneficial effects of the present invention are as follows: 1. By adopting a time mapping relationship between the playback clock, lighting control clock, and short-range transmission clock, the lighting control frames generated at the turntable carry a predicted execution timestamp, sequence identifier, and fault tolerance level. Short-range transmission scheduling determines the transmission order and advance transmission window based on timing urgency, round-trip confirmation delay, transmission queue occupancy, and retransmission distribution. The lighting end then caches and forms a lighting execution sequence according to the predicted execution timestamp. Therefore, the lighting end no longer uses the reception time as the sole basis for execution; short-term queuing delays, retransmission delays, and changes in arrival order during transmission can be absorbed by local cache sorting and time calibration. When playback pauses and resumes, progress jumps, or track changes, the segmented mapping table can be reconstructed based on the new handshake confirmation time and execution confirmation sample, preventing the old clock relationship from continuing to affect subsequent lighting control. This processing method ensures that changes in lighting parameters maintain the same time reference as the turntable playback progress, reducing phenomena such as mis-beat rhythm triggering commands, premature or delayed execution of fading commands, and cumulative drift in the later stages of playback, thus solving the problem of short-range transmission jitter directly translating into lighting execution timing deviations. For time samples with abnormal confirmation intervals, discontinuous sequence identifiers, or abnormal retransmission counts, the system does not write them into the time mapping update process, thereby reducing the interference of abnormal samples on subsequent advance sending windows and execution time sorting.

[0018] 2. Based on the aforementioned time-binding control, lighting events are divided into basic rhythm events, gradient supplement events, and clock calibration events. Corresponding control frames are used for these events, allowing short-distance transmission scheduling to employ different queueing and merging strategies for different control frames. Basic rhythm frames maintain their original sequence and are prioritized for cross-interval transmission. Gradient supplement frames can be merged into interval control frames when the transmission window is insufficient. Calibration frames are inserted into the gaps between adjacent basic rhythm frames, reducing the probability of non-critical supplementary data occupying the transmission queue and causing delays in critical beat frames. The lighting end identifies missing frames using a dual-index cache table and generates local compensation control segments based on the recovery index, previously received control frames, and change curve indexes, ensuring continuous lighting parameters even when individual gradient supplement frames are lost. Execution confirmation packets and status snapshot frames can also reconstruct the lighting execution sequence during intermittent reconnection, frame sequence rollback, or missing execution confirmations. Unconfirmed old control frames are marked as invalid, reducing sudden changes in lighting caused by expired frames being executed after reconnection. After adjacent gradient supplementary frames are merged by interval, the number of unnecessary frames in the short-distance transmission queue is reduced, the basic rhythm frame, calibration frame and status snapshot frame obtain a more stable transmission space, and the frame sequence relationship in the light end buffer table is also easier to maintain continuity. Attached Figure Description

[0019] Figure 1 This is a flowchart illustrating the overall control process of the IoT phonograph near-field transmission system with lighting control according to the present invention. Figure 2 This is a flowchart illustrating the segmented mapping of the playback clock, lighting control clock, and short-range transmission clock of the present invention. Figure 3 This is a flowchart of the lighting effect event classification, merging, and lighting control frame generation process of the present invention. Figure 4 This is a flowchart illustrating the near-distance transmission scheduling, advance transmission window, and gradual supplementary frame merging of the present invention. Figure 5 This is a flowchart of the lighting-side dual-index caching, local compensation, execution confirmation, and state snapshot recovery process of the present invention. Detailed Implementation

[0020] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0021] Please refer to Figure 1This embodiment provides an IoT-enabled near-field transmission system for a record player with lighting control, including a playback clock processing module, a lighting effect event processing module, a near-field transmission scheduling module, and a lighting end execution control module. The playback clock processing module runs within the record player's control program. It receives the audio playback clock output by the audio playback program, reads the lighting control clock used by the lighting effect control program, and obtains the near-field transmission clocks corresponding to send confirmation, handshake confirmation, and retransmission confirmation from the near-field transmission protocol stack. The audio playback clock represents the current playback progress of the record player, the lighting control clock represents the timing reference for lighting effect event generation and lighting effect parameter updates, and the near-field transmission clock represents the timing reference for lighting control frames entering the send queue, completing transmission, receiving confirmation, and retransmission. The playback clock processing module does not consider these three types of clocks to be inherently consistent. Instead, it establishes a time mapping relationship based on the recorded values ​​of the same control event under different timing references, enabling subsequent lighting control frames to generate predicted execution timestamps based on the audio playback progress.

[0022] In this embodiment, the lighting effect event processing module is connected to the playback clock processing module. The lighting effect event processing module receives audio playback data, playback progress data, and lighting control strategy data, and generates lighting control frames based on the audio playback data. The audio playback data can be the energy envelope, beat marker, segment boundary, silence interval, and playback status change information of the audio decoding frame. The lighting control frame contains at least a predicted execution timestamp, a sequence identifier, and a fault tolerance level. The predicted execution timestamp is used for the local target time when the indicator light should execute the corresponding lighting control content. The sequence identifier is used to maintain the sequential relationship between multiple control frames, and the fault tolerance level is used to distinguish the range of allowable processing for control frames in case of transmission delay, loss, or merging. After receiving the lighting control frame, the near-distance transmission scheduling module determines the transmission order and advance transmission window of different control frames based on the remaining time between the lighting control frame and its predicted execution timestamp, the correlation between the corresponding event and the playback beat, the round-trip confirmation delay of the near-distance transmission link, and the occupancy of the transmission queue. The light-end execution control module is located in the software control layer of the light end. It is used to receive, buffer, sort and parse light control frames, and form a light execution sequence according to the predicted execution timestamp, rather than changing the light parameters immediately according to the order in which the control frames arrive.

[0023] Specifically, the playback clock processing module establishes a clock mapping record for each continuous playback interval, denoted as [audio playback clock denoted as ]. The lighting control clock is recorded as The short-range transmission clock is denoted as The playback clock processing module constructs a time mapping using multiple clock sample values ​​for the same event. For any lighting effect event... Its sample value under the audio playback clock is The sampled value under the lighting control clock is The sampled value under short-range transmission clock is Within the continuous playback interval, the system uses a linear piecewise mapping to describe the correspondence between the playback clock and the lighting control clock, calculated as follows: ; in, Indicates the first The scaling factor from the audio playback clock to the light control clock within each playback progress interval. Indicates the first A fixed offset within a playback progress interval. If a track is in the playback progress... The light control clock was recorded at the second. Seconds, in the playback progress The light control clock was recorded at the second. seconds, then we can get , When the subsequent lighting effect event corresponds to the playback progress... In seconds, the event time under the lighting control clock is calculated as follows: Seconds. This calculation result is used as the base value for forming the predicted execution timestamp, avoiding the lighting end from substituting the data packet arrival time for the event occurrence time.

[0024] The short-range transmission scheduling module performs a transmission window conversion on the predicted execution timestamp. Let the first... The prediction execution timestamp for each lighting control frame is The estimated one-way transmission time obtained from the most recently confirmed short-range link is The estimated waiting time for the sending queue is The time required for light-side cache cleanup is The latest transmission time allowed by the record player is denoted as: ; in, Indicates the execution time of the target at the light end. This represents the estimated transmission time caused by short-range transmission links. This represents the estimated time it takes for a control frame to be transmitted after it enters the protocol stack. This represents the estimated time required for the lighting end to complete cache sorting, missing data detection, and execution queue writing. For example, the target execution time for a lighting control frame is the lighting end clock time. seconds, current estimate Second, Second, Seconds, then the latest sending time Seconds. If the current short-range transmission clock on the record player has exceeded... After a few seconds, the short-range transmission scheduling module will determine that the frame has entered an urgent state and decide whether to send it first, merge it for transmission, or mark it as invalid based on its fault tolerance level.

[0025] In this embodiment, the light-end execution control module establishes a cache record for each received light control frame. The cache record includes a frame sequence field, a predicted execution timestamp field, a light target parameter field, an event type field, and a recovery index field. The light-end execution control module first sorts the frames according to the predicted execution timestamp formation time, and then confirms whether the control frames are consecutive based on the frame sequence field. If a control frame arrives early, the light end places it in the cache to wait; if a control frame arrives later than its corresponding predicted execution timestamp, the light end determines whether to discard, truncate, or merge it with subsequent control frames based on the frame's fault tolerance level. The light execution sequence consists of control frames that have not yet expired in the cache and are in consecutive time order. When forming the light execution sequence, the light-end execution control module reads the target brightness, target color, gradient curve index, and duration fields, and converts these parameters into discrete control points executable by the light driver layer. This processing method ensures that short-range transmission jitter does not directly affect the light output time.

[0026] Table 1 shows the main fields of the lighting control frame in this embodiment and their processing meanings. The field names are used to describe the software data structure and are not limited to specific communication protocol formats.

[0027] Table 1. Fields of the Lighting Control Frame and Their Processing Meanings Frame sequence field Lighting effect event handling module Identify the sequential order of control frames within the same playback range. Used to detect missing frames, backflip frames, and duplicate frames. Predicted execution timestamp field Playback clock processing module Target execution time of indicator light end Used for cache sorting and execution candidate sequence generation Light target parameter field Lighting control strategy data Record control parameters such as brightness, color, and gradient targets. Execution parameters converted to the light driver layer Event type field Lighting effect event classification results Distinguish between rhythm trigger, gradient supplement, or clock calibration. Determine the handling methods for lost, merged, waiting, and calibration. Restore index fields Event merging relationship Identify the parameter continuity between adjacent control frames Used to compensate for missing gradient supplement frames

[0028] In one embodiment, reference Figure 2 The playback clock processing module records the audio decoding frame output time, playback progress time, and proximity handshake confirmation time at the start of a track, pause / resume, and playback progress jump. At the start of a track, the audio playback program outputs the playback progress time of the initial decoding frame and generates a start playback event. Simultaneously, the playback clock processing module reads the light control clock and instructs the proximity transmission scheduling module to send a handshake calibration frame. Upon receiving the handshake calibration frame, the light source returns an acknowledgment, and the turntable records the proximity transmission clock at the time of the acknowledgment. During pause / resume, the playback clock processing module discards the mapping samples waiting for updates before the pause and re-records the samples when the first stable decoding frame is output after playback resumes. During playback progress jumps, the playback clock processing module stores the playback progress intervals before and after the jump separately to avoid misinterpreting time discontinuities caused by the jump as clock drift.

[0029] In this embodiment, continuously recorded time samples are constructed into a segmented mapping table, which contains the correspondence between playback progress intervals, lighting control timing intervals, and transmission timing intervals. The playback progress interval is used to determine the continuous playback segment of the current track, the lighting control timing interval is used to calculate the generation time of lighting effect events, and the transmission timing interval is used to determine the sending window and calibration frame insertion position. The segmented mapping table is not a fixed table, but is updated by a sliding sample set after the lighting end returns execution confirmation. The sliding sample set retains several recently verified time samples, each of which contains an audio playback clock, a lighting control clock, a near-distance transmission clock, and execution confirmation information. During the update, the playback clock processing module calculates the deviation between the new sample and the current mapping relationship. If the deviation meets the continuity requirement, the sample is written into the sliding sample set; if the deviation does not meet the continuity requirement, the sample is temporarily stored as a candidate sample, waiting for subsequent samples to confirm whether a playback state switch has occurred.

[0030] The formula for calculating the sliding estimate used to update the segmented mapping table is: ; in, Indicates the first The average offset of the lighting control clock relative to the audio playback clock within each playback progress interval. This represents the number of samples in the sliding sample set. Indicates the first The lighting control clock value for each sample. Indicates the first The audio playback clock values ​​of each sample. If there are 3 samples in the sliding sample set, their differences are respectively Second, Seconds and seconds, then Seconds. This average offset is used to correct the predicted execution timestamps of subsequent lighting effect events. If a certain confirmation interval spans the pause / resume time, the playback progress time in the sample is not continuous, and the playback clock processing module excludes that sample. In addition to the sample.

[0031] Preferably, the playback clock processing module filters abnormal time samples. Samples with abnormal retransmission counts indicate that the near-field link was in an unstable state at that time, and their acknowledgment arrival time cannot represent the normal transmission state. Samples with acknowledgment intervals spanning playback state switching indicate that there are discontinuous changes in playback progress caused by human intervention or program triggering. Samples with discontinuous sequence identifiers indicate that the control frames confirmed by the light end were not received in complete order. For the above samples, the playback clock processing module does not participate in the segmented mapping table update, but only retains their abnormal identifiers for the near-field transmission scheduling module to evaluate the link state. Through this filtering logic, the mapping table reflects a stable correspondence between the playback clock and the light control clock, rather than an instantaneous result after being interrupted by short-term link anomalies or playback operations. The advantage of this embodiment is that the system can reconstruct the time base when the playback state changes, and can gradually correct the offset using execution acknowledgments during continuous playback, so that the predicted execution timestamp has a continuously usable computational basis.

[0032] In one embodiment, reference Figure 3 The lighting event processing module extracts beat points, short-term energy changes, silence boundaries, and playback segment identifiers from the audio playback data. Beat points can be determined by periodic energy peaks in the audio data, rhythm annotation data, or beat metadata provided by the turntable playback program; short-term energy changes can be obtained through the energy difference between adjacent audio frames; silence boundaries can be determined by the boundary of an interval where the audio frame energy is below a predetermined background level for a sustained period of time; playback segment identifiers can be obtained from track structure data, playlist annotations, or audio content analysis results. The lighting event processing module matches the above extraction results with the lighting control strategy table to form a lighting event sequence. The lighting control strategy table is not a simple pattern table, but rather records the lighting parameter generation logic and fault tolerance attributes corresponding to different audio event types.

[0033] In this embodiment, the lighting effect event sequence is divided into basic rhythm events, gradient supplement events, and clock calibration events according to the degree of coupling between the events and the playback clock. Basic rhythm events correspond to beat points, strong start points of segments, or energy mutation points; their execution time is directly bound to the audio playback beat, and the event data carries a non-mergeable identifier. Gradient supplement events correspond to brightness gradations, color transitions, and continuity between basic rhythm events; their local missing parts can be deduced from adjacent events, and the event data carries a replaceable interval identifier. Clock calibration events are used to periodically verify the offset between the lighting end's buffer clock and the record player's playback clock; their data carries a near-distance transmission confirmation request identifier. The lighting effect event processing module prioritizes saving the original playback progress time of the basic rhythm events within the same playback interval, then generates gradient supplement events using the basic rhythm events as boundaries, and inserts calibration events based on the link confirmation interval and playback status changes.

[0034] Table 2 shows one implementation of the lighting effect event classification table. The classification rules in Table 2 are read and executed by the software program, without requiring any new hardware configuration.

[0035] One implementation method for the lighting effect event classification table in Table 2 Basic rhythm events Beat point, energy mutation point, paragraph start point Non-mergeable identifier Retain the original sequence number and enter the priority sending queue. Gradual Supplement Event Brightness changes, color transitions, and continuity between adjacent beats Alternative range identifiers Allow interval merging when the sending window is insufficient. Clock calibration event Execution confirmation interval, playback status change, calibration cycle Near-range transmission confirmation request identifier Insert basic rhythm frame intervals and request confirmation.

[0036] In a preferred embodiment, the lighting effect event handling module determines the fault tolerance level using an event importance function. Let the first... The importance of each lighting effect event is The beat correlation value is The parameter variation range is The time distance from the nearest basic rhythm event is ,but: ; in, This indicates the strength of the association between the event and the playback beat; a higher value indicates that the event is closer to the beat or the boundary of the segment. This indicates the range of change in lighting parameters; a higher value indicates a more significant change in brightness or color. Indicates the time interval between an event and the most recent basic tempo event; , , These represent the weights of the three inputs in the classification. For example, a rhythm-triggered event... , , ,Pick , , ,but A certain gradual supplementary event , , Using the same set of weights to obtain The system uses the former for low fault tolerance levels and the latter for high fault tolerance levels accordingly, and the subsequent short-range transmission scheduling module determines the transmission priority based on this. The advantage of this embodiment is that the transmission processing of lighting effect events is matched with the degree of correlation with its playback timing, and the transmission window for critical beat control is not occupied by ordinary fading data.

[0037] In one embodiment, the lighting effect event processing module performs time merging on lighting effect events within the same playback time period and generates lighting control frames according to the playback clock sequence, the magnitude of changes in lighting parameters, and the fault tolerance level. Time merging is used to handle situations where multiple lighting effect events occur simultaneously within the same short time period, such as when a beat point coincides with a brightness abrupt change, or when a segment boundary coincides with a color switch. During merging, the main sequence is determined by the playback clock sequence, basic rhythm events are retained first, the target parameter coverage relationship is determined by the magnitude of changes in lighting parameters, and the fault tolerance level determines whether merging into an interval control frame is allowed. The lighting control frame includes a frame sequence field, a prediction execution timestamp field, a lighting target parameter field, an event type field, and a recovery index field. The event type field is marked as rhythm-triggered, gradient supplement, or clock calibration. The recovery index field records the parameter continuity relationship with the previous rhythm-triggered lighting control frame, enabling the lighting end to find the preceding and following boundaries that can be used for recovery when supplementary frames are missing.

[0038] Specifically, when the event type field is marked as gradient supplement, the lighting control frame records the start control parameters, end control parameters, and change curve index. The start control parameters are derived from the target parameters of the previous identifiable event, and the end control parameters are derived from the target parameters of the current gradient supplement event. The change curve index is used by the indicator light end to generate local execution points using linear transition, soft-in transition, soft-out transition, or segmented hold. When generating the recovery index field, the lighting effect event processing module configures the same recovery index for gradient supplement frames after the same basic rhythm event and before the next basic rhythm event, and records the relative position of each gradient supplement frame under that recovery index. If multiple gradient supplement frames are merged by the near-field transmission scheduling module, the merged interval control frame retains the original recovery index and expands the start and end control parameters to the interval start point and interval end point.

[0039] The target parameters used for generating gradient supplementary frames can be expressed as follows: ; in, Indicates time The corresponding lighting control parameters can be brightness values ​​or encoded color components; Indicates the initial control parameters of the gradual transition range; Indicates the control parameters for the termination of the transition range; Indicates time The normalized position within the gradient interval satisfies ; This indicates the curve function corresponding to the index of the changing curve. If a linear transition is used, then... For example, the initial brightness of a certain gradient range. , termination brightness ,when and hour, If the same gradient supplement frame is lost during short-range transmission, the lighting end can still rely on the same... , and A local control segment is generated. The advantage of this embodiment is that the control frame not only records the target state, but also records the boundary relationships required to restore continuous control, and the lighting end has an executable reconstruction basis when the supplementary frame is missing.

[0040] In one embodiment, reference Figure 4 The short-range transmission scheduling module generates the link scheduling status based on the round-trip acknowledgment delay, continuous retransmission distribution, sending queue occupancy, and remaining transmittable time of control frames. The round-trip acknowledgment delay is obtained from the time difference between the phonograph end sending a control frame or calibration frame and receiving an acknowledgment from the lighting end; the continuous retransmission distribution is obtained from the retransmission count sequence recorded by the short-range transmission protocol stack; the sending queue occupancy is calculated from the number of control frames currently waiting to be sent and the data length; the remaining transmittable time of control frames is obtained by subtracting the current transmission clock and the lighting end's buffer cleanup time from the predicted execution timestamp. The short-range transmission scheduling module maps lighting control frames to basic rhythm frames, fading supplement frames, and calibration frames according to fault tolerance level and event type, and then sets the queue positions according to the link scheduling status. Basic rhythm frames enter the priority queue, fading supplement frames enter the mergeable queue, and calibration frames enter the calibration queue and are inserted into gaps that do not encroach on the basic rhythm frames.

[0041] In this embodiment, when the remaining transmittable time for a gradient supplementary frame is less than the reserved time for the corresponding predicted execution timestamp due to queue occupancy, the near-field transmission scheduling module merges adjacent gradient supplementary frames into an interval control frame. Merging is not simply deleting data; instead, it retains the start time, end time, start control parameters, end control parameters, recovery index, and change curve index of the merged interval. If multiple change curve indices exist within the merged interval, the near-field transmission scheduling module prioritizes selecting the curve index with the smaller error compared to the interval endpoint parameters. If the error exceeds the allowable range of the fault tolerance level, segmented control points are retained, and multiple gradient supplementary frames are merged into an interval control frame with intermediate breakpoints. This reduces the number of non-critical frames in the near-field transmission queue while retaining the data required for reconstructing continuous changes at the lighting end.

[0042] The link scheduling status can be calculated using scheduling margin. Let the first link be... The scheduling margin for each control frame is The current transmission clock is The latest sending time is The queue occupancy time is calculated as follows: ,but: ; in, This indicates the time slack that the control frame can still be used for transmission scheduling under the current queue conditions; This represents the latest sending time calculated from the predicted execution timestamp; This indicates the current timing value of the short-range transmission module; This indicates the estimated waiting time caused by queue occupancy ahead of the current control frame. If a certain basic rhythm frame... Seconds, current transmission clock Seconds, the front queue is occupied seconds, then Seconds; if a gradient supplement frame is under the same conditions seconds, then Seconds. The near-field transmission scheduling module can retain the basic rhythm frame in a priority queue and merge the gradient supplementary frame with the adjacent supplementary frame before sending. The advantage of this embodiment is that the scheduling is based on a joint calculation from the predicted execution time and link status, and key control frames and alternative control frames can be treated differently.

[0043] In one embodiment, the near-field transmission scheduling module obtains the transmission timing interval corresponding to the current playback progress interval from the segmented mapping table, and generates an advance transmission window by combining the actual buffer time and execution sequence number in the execution confirmation returned by the lighting end. The actual buffer time represents the local clock when the lighting end writes the control frame into the buffer; the execution sequence number indicates which control frames the lighting end includes in the execution candidate sequence. The near-field transmission scheduling module pairs the execution confirmation data with the transmission record from the record player to obtain the arrival advance of each type of control frame in the current playback interval. Control frames with too small an advance will have their advance transmission window expanded in subsequent transmissions; control frames with too large an advance will be scheduled to be transmitted at a later time to avoid increasing the buffer usage at the lighting end. Within the stable playback speed range, the advance transmission window is smoothly updated according to the continuous confirmation samples. After pausing and resuming or the playback progress jumps, the old window is no longer used, but is reconstructed based on the newly acquired near-field handshake confirmation time.

[0044] The formula used for early window smooth updates is: ; in, This indicates the advance send window used for the next control frame or the next playback interval. Indicates the current advance sending window. Represents the smoothing coefficient, and its value satisfies ; This indicates the estimated time for short-range transmission. This indicates the estimated waiting time in the send queue. This represents the estimated time for buffer defragmentation at the lighting end. This indicates the amount of correction obtained based on the execution confirmation. For example, the current advance sending window. Seconds, take Current estimate Second, Second, Second, seconds, then The value is written to the sending window identifier, which is bound to the fault tolerance level of the control frame. The base rhythm frame can use a larger window margin, and the fading supplement frame can use a mergeable window. The advantage of this embodiment is that the advance sending window is not a fixed constant, but is continuously corrected by execution confirmation and link status, which can adapt to different timing states after continuous playback, pause and resume, and jump.

[0045] In one embodiment, the lighting event processing module generates a critical event chain from basic rhythm events in playback clock order, and inserts fading supplementary events between adjacent basic rhythm events. Each node in the critical event chain corresponds to a non-mergeable rhythm-triggered lighting control frame, and the gaps between nodes correspond to reconfigurable fading intervals. The short-range transmission scheduling module uses cross-interval interleaving to send the basic rhythm frames corresponding to the critical event chain. Cross-interval interleaving means that the phonograph end does not wait for the previous basic rhythm frame to finish executing before sending the next basic rhythm frame. Instead, within the range allowed by the advance sending window, it puts the subsequent basic rhythm frames into a priority queue in advance and interleaves some fading supplementary frames between adjacent basic rhythm frames. At this time, the basic rhythm frames retain their original sequence numbers, while the fading supplementary frames can use interval sequence numbers to avoid blocking subsequent basic rhythm frames when a large number of supplementary frames are retransmitted.

[0046] Furthermore, the calibration frame corresponding to the clock calibration event is inserted into the common gap between adjacent basic rhythm frames. The common gap is determined by the latest and earliest transmission times of the two adjacent basic rhythm frames. If the common gap is insufficient, the calibration frame can be postponed to the next gap, but it must not occupy the queue position of a basic rhythm frame that is already in a tight state. The gradient supplement frame is bound to the same recovery index as the most recent basic rhythm frame. After receiving the supplement frame, the light end can determine the gradient interval to which the supplement frame belongs based on the basic rhythm frame. When the short-range transmission link is in a continuous retransmission state, the short-range transmission scheduling module maintains the original sequence number of the basic rhythm event and does not change the order between basic rhythm frames due to the merging of supplement frames; the gradient supplement event uses interval sequence numbering, allowing multiple supplement frames within the same interval to be merged, truncated, or delayed.

[0047] In this embodiment, the key event chain can be represented as follows: ,in Indicates the first One basic rhythm event, adjacent basic rhythm events and The set of gradual supplementary events between them is ,in This indicates the number of gradual supplementation events within this interval. Each Sharing and The associated recovery index. If consecutive retransmissions occur on the link, the near-field transmission scheduling module will... Merged into one or more interval control frames, while The sequence number remains unchanged. The interleaving transmission order of the basic rhythm frames is determined by the prediction execution timestamp and scheduling margin, while the transmission order of the gradual supplementary frames is determined by the recovery index and the replaceable interval. The advantage of this embodiment is that the basic rhythm events maintain a clear sequence relationship even when the link is congested, the supplementary events can be compressed and recovered around the critical event chain, and the light execution sequence will not be disrupted by the retransmission of supplementary frames.

[0048] In one embodiment, reference Figure 5 The lighting end execution control module establishes a dual-index cache table based on the frame sequence field and the predicted execution timestamp field. The dual-index cache table includes a time index and a sequence index. The time index, using the predicted execution timestamp as the key, determines the order in which control frames enter the execution candidate sequence; the sequence index, using the frame sequence field as the key, is used to detect duplicate frames, missing frames, rollback frames, and invalid frames. After receiving a control frame, the lighting end execution control module first verifies whether the frame sequence field already exists. If it does, it is determined to be a duplicate frame and discarded. If the sequence field is less than the most recently executed sequence number, it is determined to be a rollback frame and marked as invalid. If the sequence field is greater than the end of the current consecutive sequence, the frame is written to the cache and a missing frame record is generated. Subsequently, the lighting end execution control module determines the execution candidate sequence according to the predicted execution timestamp and checks whether there is a necessary waiting basic rhythm frame based on the sequence index.

[0049] For missing event type fields marked as gradient supplements in light control frames, the light-side execution control module generates a local compensation control segment based on the preceding rhythm-triggered light control frame and the following received light control frame associated with the recovery index field. This local compensation control segment is generated using the start and end control parameters and change curve indices of the preceding and following control frames, without needing to wait for the missing supplement frame to be retransmitted before execution. For missing rhythm-triggered light control frames, the light-side execution control module suspends light control frames with the same recovery index as the missing frame from entering the execution candidate sequence and retains the clock offset record corresponding to the most recent clock-calibrated light control frame. This process avoids continuing to execute supplementary control frames that depend on a missing critical rhythm boundary.

[0050] The error estimate for the locally compensated control section can be calculated as follows: ; in, Indicates the first The parameter error estimate at each compensation time. This indicates that the control parameters are reconstructed by the lighting end based on the control frames received before and after. This indicates the control parameters expected based on the original gradient supplement frame. If the lighting unit does not receive the original gradient supplement frame... This can be deduced from the change curve of the most recent complete interval under the same recovery index. For example, in Brightness Reconstruction in Continuous Time Expected brightness ,but When the error estimate falls within the allowable range of the fault tolerance level of the gradient supplementary frame, the lighting end writes the local compensation control segment into the execution candidate sequence; when the error estimate exceeds the allowable range, the lighting end shortens the compensation interval and waits for subsequent basic rhythm frames to re-establish the control boundary. The advantage of this embodiment is that the lighting end can distinguish between missing keyframes and missing supplementary frames and process them according to different rules, reducing the coexistence of excessive waiting and erroneous execution.

[0051] In one embodiment, the lighting end execution control module generates an execution confirmation data packet when a lighting control frame is written to the buffer, exited from the buffer, or forms a lighting execution sequence. The execution confirmation data packet carries a predicted execution timestamp, actual buffer entry time, execution sequence number, missing frame set, and remaining buffer time. The predicted execution timestamp is used to pair with the record sent by the turntable; the actual buffer entry time is used to calculate the available lead time after the control frame arrives at the lighting end; the execution sequence number indicates the range of control frames that the lighting end has accepted and is ready to execute; the missing frame set indicates whether the turntable needs to retransmit the basic rhythm frame or send a status snapshot frame; and the remaining buffer time indicates the time slack in the lighting end buffer for the nearest control frame to be executed. The execution confirmation data packet is transmitted back to the turntable along the short-range transmission link, and the short-range transmission scheduling module generates a scheduling correction record for the next playback progress interval based on the execution confirmation data packet.

[0052] In this embodiment, the scheduling correction record is written into the advance transmission window and transmission order configuration corresponding to the light control frame. If the execution confirmation data shows that the basic rhythm frames arrive continuously but the remaining buffer time is too low, the near-field transmission scheduling module expands the advance transmission window of the basic rhythm frames and postpones the calibration frame to the next common gap. If the execution confirmation data shows that the gradual supplementary frame is missing but the local compensation is successful, the near-field transmission scheduling module reduces the number of retransmissions of the same type of supplementary frame and merges subsequent adjacent supplementary frames into an interval control frame. If the execution confirmation data shows that the rhythm-triggered control frame is missing, the near-field transmission scheduling module arranges a status snapshot frame or retransmits the corresponding basic rhythm frame and suspends the transmission of some supplementary frames that depend on the recovery index. After the execution confirmation data packet is paired with the transmission record at the phonograph end, it is also used to update the transmission timing interval in the segment mapping table.

[0053] Table 3 shows the corresponding processing relationship between execution confirmation packets and scheduling correction records.

[0054] Table 3 shows the correspondence between execution confirmation data packets and scheduling correction records. Predicted execution timestamp Control frame target execution time Pair with sending records to update the advance sending window Actual cache entry time Control frame arrival and write time to buffer Calculate arrival lead and update transmission timing interval Execute sequence number The execution sequence range already formed at the light end Confirm the continuity between the base rhythm frame and the supplementary frame. Missing frame set Control frame sequence not yet received The decision to resend, merge, compensate, or snapshot processing will be made. Remaining cache time Time slack for the most recently executed frame Adjust the send queue position and calibrate the frame insertion timing.

[0055] The calculation of the remaining cache time in the execution confirmation packet can be expressed as: ; in, Indicates the first The remaining buffer time of each control frame to be executed at the light end. This indicates the predicted execution timestamp of the control frame. This represents the current local clock at the light source. For example, the predicted execution timestamp of a control frame to be executed is... Seconds, the current local clock at the light end is seconds, then Seconds. If multiple consecutive confirmations are displayed... At a lower level, the near-distance transmission scheduling module pre-arranges the basic rhythm frames in the next playback progress interval; if If the window size is consistently too large, the advance window for some high-fault-tolerant frames will be reduced to decrease the buffer pressure on the lighting end. The advantage of this embodiment is that the record player can adjust the scheduling based on the actual buffer state of the lighting end, without relying on unilateral estimation from the transmitting end.

[0056] In one embodiment, the near-field transmission scheduling module generates a status snapshot frame when near-field transmission experiences intermittent reconnection, missing execution confirmation data packets, or frame sequence rollback. Intermittent reconnection refers to the near-field transmission connection being restored after a short interruption; missing execution confirmation data packets refer to the phonograph end not receiving confirmation from the lighting end within the expected time; frame sequence rollback refers to the lighting end or phonograph end detecting that the control frame sequence is less than the most recently confirmed execution sequence number. The status snapshot frame carries the current playback progress, the most recently confirmed execution sequence number, the next predicted execution timestamp, the current lighting parameters, and a scheduling correction record. The current playback progress is used to rebind the audio playback position; the most recently confirmed execution sequence number is used to clean up control frames that have been processed or expired before the reconnection; the next predicted execution timestamp is used to reconstruct the starting point of the lighting end's execution sequence; the current lighting parameters are used to ensure that the reconstructed lighting control segment starts from the actual state; and the scheduling correction record is used to continue the sending window and queue processing logic calculated before the reconnection.

[0057] After receiving the status snapshot frame, the lighting end execution control module reconstructs the lighting execution sequence in the cache based on the status snapshot frame. Unconfirmed lighting control frames from before reconnection are marked as invalid frames. The reconstruction process does not use unexecuted supplementary frames from the old cache. Instead, it uses the current playback progress and the next predicted execution timestamp in the status snapshot frame as the new time boundary. It selects control frames from subsequent control frames whose sequence number is greater than the most recently confirmed execution sequence number and whose predicted execution timestamp is no earlier than the next predicted execution timestamp. If a control frame in the old cache conflicts with the new time boundary, the lighting end execution control module removes it from the execution candidate sequence. The near-field transmission scheduling module rewrites the lighting control frame transmission order configuration adjacent to the next predicted execution timestamp after the status snapshot frame and rewrites supplementary frames that depend on the old recovery index as new interval control frames or marks them as invalid.

[0058] The reconstruction of the execution sequence after the state snapshot frame can be represented by set filtering: ; in, This represents the set of lighting control frames retained after reconstruction. Indicates a candidate control frame. Indicates the frame sequence number of the candidate control frame. This indicates the most recently confirmed execution sequence number carried in the status snapshot frame. Indicates the prediction execution timestamp of the candidate control frame. This indicates the timestamp for the next prediction execution carried in the state snapshot frame. For example, the state snapshot frame records... , Seconds, frames in the old cache , , ,in The prediction execution timestamp is Second, The prediction execution timestamp is seconds, then The sequence number was marked as invalid because it did not meet the conditions. Because the predicted execution timestamp is earlier than the next execution time, it is removed from the execution candidate sequence. It is retained. The advantage of this embodiment is that after intermittent reconnection, the light end can clean up old control data based on the playback progress and confirmation sequence, reducing abrupt changes caused by the continued execution of expired control frames.

[0059] In a preferred embodiment, the lighting control frame, execution confirmation data packet, and status snapshot frame are all carried by the same near-field transmission session. After the session is established, the record player generates a section identifier for each playback section. The playback clock processing module writes the section identifier into the segment mapping table, the lighting effect event processing module writes the section identifier into the lighting control frame, and the lighting end execution control module writes the section identifier into the execution confirmation data packet. After a playback progress jump, the new section identifier is sent to the lighting end along with the handshake calibration frame. Upon receiving the new section identifier, the lighting end removes control frames under the old section identifier that have not yet been executed and have not entered the confirmation state from the candidate sequence. Through the section identifier, the system can distinguish between different control contexts generated by continuous playback, pause and resume, skip playback, and intermittent reconnection without changing the hardware structure.

[0060] In this embodiment, the interval identifier is also used to constrain the scope of the recovery index. The recovery index is only resolved within the same interval identifier and is not inherited across playback intervals. If a gradient supplementary frame shares a recovery index with the previous basic rhythm frame in an old interval, and the playback progress has jumped to a new interval, the lighting end execution control module will not use the basic rhythm frame of the old interval to recover the supplementary frame of the new interval. When the record player generates a status snapshot frame, it writes the current interval identifier, the most recently confirmed execution sequence number, and the next predicted execution timestamp into the snapshot content, and the lighting end completes cache clearing accordingly. The advantage of this optional embodiment is that the timing breakpoints caused by playback state switching can be isolated by the interval identifier, and the recovery boundary of the lighting execution sequence is clearer.

[0061] In a preferred embodiment, the short-range transmission scheduling module sets different data update rules for the basic rhythm frame, the fading supplement frame, and the calibration frame. The basic rhythm frame, after its generation, does not change its predicted execution timestamp and frame sequence field due to subsequent merging of supplement frames. When the fading supplement frame is merged into an interval control frame, it retains the original interval start point, interval end point, and recovery index. Before transmission, the calibration frame reads the most recent segment mapping table version and execution confirmation status, and writes a calibration request identifier. Upon receiving the calibration frame, the lighting end execution control module does not convert it into a lighting parameter execution point, but instead returns confirmation data containing the local clock, remaining buffer time, and the most recent execution sequence number. After receiving the confirmation, the phonograph end uses the confirmation data to update the transmission timing interval and advance transmission window. The processing paths for the basic rhythm frame, fading supplement frame, and calibration frame are determined by the event type field, ensuring a clear division of labor among control data, compensation data, and calibration data within the same short-range transmission system.

[0062] In this embodiment, the lighting control module saves the clock offset. Each time a calibration frame is received and an acknowledgment is returned, the lighting end writes the local clock value, calibration frame sequence number, and current buffer boundary into the clock offset record. If a subsequent fading supplementary frame is missing, the lighting end uses the most recent clock offset record to determine the start execution time of the compensation segment when generating a local compensation control segment. If the basic rhythm frame is missing, the lighting end pauses the supplementary frames under the same recovery index to enter the execution candidate sequence, and retains the most recent clock offset record, waiting for a new calibration frame or state snapshot frame. The advantage of this optional embodiment is that calibration data and lighting parameter data are processed separately, and clock correction will not be mistakenly executed as a change in lighting state.

[0063] In a preferred embodiment, the lighting effect event processing module performs short-window analysis on the audio playback data before generating lighting control frames. Each short window corresponds to a continuous audio decoding frame, and within the short window, the average energy, energy increment, and silence duration marker are calculated. The average energy is used to determine the basic level of light brightness, the energy increment is used to determine whether a rhythm trigger event has occurred, and the silence duration marker is used to determine whether to enter a sustained state or end a fallback state. The short-window analysis results are not directly sent to the lighting end, but are converted into lighting effect events via the lighting control strategy table. This avoids sending a large amount of raw audio features to the lighting end through a short-range transmission link; the lighting end only receives and executes control frames relevant to its operation. If both a beat point and an energy mutation exist within the short window, the lighting effect event processing module merges them into a basic rhythm event; if only a slow energy change exists within the short window, a gradual supplement event is generated.

[0064] Specifically, the energy change within the short window can be obtained through the following calculation: ; in, Indicates the first The magnitude of energy change in each short window relative to the previous short window Indicates the first The average energy of each short window. Indicates the first The average energy of each short window. If the first... The average energy of each short window is , No. The average energy of each short window is ,but The lighting effect event handling module will... The light control is used in conjunction with beat-related values ​​and playback segment identifiers for event classification, rather than relying solely on a single energy change to determine the light command. The advantage of this alternative implementation is that the light control frames originate from merged light effect events, and the amount of data carried by the short-range transmission link matches the needs of light execution.

[0065] In a preferred embodiment, the light-end execution control module uses an execution candidate interval when forming the light execution sequence. The execution candidate interval is determined by the current local clock of the light end and the most recent predicted execution timestamp. Only control frames whose predicted execution timestamp falls within the candidate interval and whose sequence relationship meets the continuity condition are transferred to the execution sequence. For control frames that are too early, if their sequence number is less than the most recently confirmed execution sequence number, the light end marks them as invalid; if their sequence number is still within the current continuous sequence, but the predicted execution timestamp has expired, the light end decides whether to truncate the execution based on the fault tolerance level. For control frames that are too late, the light end keeps them in the buffer and waits until they enter the candidate interval. The width of the candidate interval is determined by the remaining time in the buffer and the clock offset record in the most recently confirmed execution, and is not a fixed length.

[0066] In this embodiment, the execution candidate interval is also linked to the missing frame set. When the missing frame set only contains gradient supplementary frames, the light-end execution control module allows subsequent received supplementary frames under the same recovery index to enter the candidate interval and generates a local compensation control segment to fill the gap. When the missing frame set contains a basic rhythm frame, the light-end execution control module prevents supplementary frames dependent on that basic rhythm frame from entering the candidate interval until the corresponding basic rhythm frame, state snapshot frame, or new basic rhythm frame boundary is received. If both calibration frames and light parameter frames exist in the candidate interval, the light end first processes the clock offset record corresponding to the calibration frame, and then forms an execution sequence according to the updated clock offset. The advantage of this optional embodiment is that the light end can constrain the execution entry point with both time and sequence dimensions, avoiding misalignment caused by simply executing according to the receiving order.

[0067] In a preferred embodiment, the system writes scheduling correction records to a historical scheduling buffer during continuous playback. The historical scheduling buffer stores advance transmission windows, missing frame sets, retransmission distributions, remaining buffer time, and interval merging records according to playback progress intervals. When entering a new playback progress interval, the near-field transmission scheduling module reads the historical scheduling buffer data of the adjacent interval and, based on the current execution confirmation, decides whether to continue the previous scheduling strategy. If the missing frames in the adjacent interval are mainly gradient supplementary frames and the basic rhythm frames are continuous, the near-field transmission scheduling module prioritizes merging gradient supplementary frames in the current interval. If the adjacent interval has missing basic rhythm frames, the near-field transmission scheduling module expands the advance transmission window for basic rhythm frames and reduces the transmission positions occupied by calibration frames. The historical scheduling buffer only serves as an auxiliary input to the current link state. After playback pause / resume, progress jump, or state snapshot frame generation, some records in the old interval are marked as non-inheritable.

[0068] In this embodiment, the historical scheduling buffer is also used to control the handling of expired frames. After the record player sends a control frame, if the corresponding execution confirmation is not returned, the near-field transmission scheduling module records the unconfirmed state in the historical scheduling buffer. If a subsequent status snapshot frame confirms that the most recently executed sequence number has crossed that frame, the unconfirmed state is rewritten as an invalid state. If the status snapshot frame confirms that the frame is still after the next predicted execution timestamp, the near-field transmission scheduling module can arrange for retransmission or rewrite it as an interval control frame. Through this processing, the system will not immediately retransmit all control frames due to a single missed confirmation, nor will it retain expired control content after reconnection. The advantage of this optional embodiment is that a traceable scheduling state is formed between the sending end and the lighting end, and intermittent transmission and missed confirmations can be converged through status recording.

[0069] In a preferred embodiment, the lighting control strategy table is stored on the turntable as software configuration data. The table records audio event types, lighting target parameter generation rules, fault tolerance levels, change curve indexes, recovery index generation rules, and allowed merging conditions. Audio event types include rhythm triggers, fading supplements, hold-and-continue, silence boundaries, and clock calibration. The lighting target parameter generation rules convert audio energy, beat correlation values, and segment identifiers into lighting target parameters. The fault tolerance level limits merging, waiting, and failure handling in short-distance transmission scheduling. The change curve index is used to reconstruct the fading control segment at the indicator light end. The recovery index generation rules bind supplementary events to the previous basic rhythm event. The allowed merging conditions determine whether adjacent fading supplement frames can be merged into a range control frame. This strategy table can be read by the turntable software before the track starts or switched during playback according to the playback segment identifier.

[0070] In this embodiment, after reading the lighting control strategy table, the lighting effect event processing module does not transmit the entire strategy table to the lighting end. Instead, it writes the fields necessary for execution at the lighting end into the lighting control frame. For the basic rhythm frame, it writes the target parameters, prediction execution timestamp, and non-mergeable identifier; for the gradient supplement frame, it writes the start control parameters, end control parameters, change curve index, and recovery index; for the calibration frame, it writes the confirmation request identifier and calibration sequence. The lighting end pre-stores curve parsing rules compatible with the turntable end, and can generate the execution sequence based on the fields after receiving the control frame. The advantage of this optional embodiment is that the turntable end is responsible for audio event analysis and control frame organization, while the lighting end is responsible for buffering, reconstruction, and execution. The short-distance transmission link does not need to carry redundant strategy data.

[0071] In one embodiment, the system forms a closed-loop control flow from the audio playback clock to the light execution sequence during playback. The playback clock processing module provides time mapping, the light effect event processing module generates light control frames carrying predicted execution timestamps, the near-field transmission scheduling module arranges the transmission order according to the link status, and the light-end execution control module forms the execution sequence based on the dual-index cache table and returns execution confirmation. After the execution confirmation is returned, the playback clock processing module updates the segment mapping table, the near-field transmission scheduling module updates the advance transmission window, and the light effect event processing module adjusts the merging method of subsequent gradient supplementary frames based on the set of missing frames. The data relationships of the above modules revolve around the same playback progress interval, without relying on manual user intervention, and without requiring the addition of sensors or structural components unrelated to the product.

[0072] In this embodiment, when the record player playback is stable and the short-range link is stable, the basic rhythm frame, the fading supplement frame, and the calibration frame are entered into the lighting end buffer according to the predicted execution timestamp, and the lighting end forms an execution sequence according to the time index. When a short-term jitter occurs in the short-range link, the basic rhythm frame obtains the transmission position due to the advance transmission window and priority queue, the fading supplement frame can be merged into an interval control frame, and the lighting end can generate a local compensation control segment based on the recovery index. When the playback progress jumps or there is an intermittent reconnection, the status snapshot frame reconstructs the buffer with the current playback progress, the most recently confirmed execution sequence number, and the next predicted execution timestamp as the boundary. The advantage of this embodiment is that the system incorporates the playback timing, transmission scheduling, and lighting execution into the same data closed loop, so that short-range transmission jitter, queue backlog, and old frame remnants after reconnection can all be constrained in the control frame generation, transmission, and reception processing.

Claims

1. An IoT-enabled near-field transmission system for phonographs with lighting control, characterized in that: It includes a playback clock processing module, a lighting effect event processing module, a short-range transmission scheduling module, and a lighting end execution control module; The playback clock processing module is used to acquire the audio playback clock, light control clock, and short-range transmission clock of the record player, and establish a time mapping relationship among the three. The lighting event processing module is used to generate a lighting control frame carrying a predicted execution timestamp, sequence identifier, and fault tolerance level based on the audio playback data. The near-field transmission scheduling module is used to determine the transmission order and advance transmission window based on the timing urgency of the light control frame and the status of the near-field transmission link; The light-end execution control module is a system used to cache the light control frames and generate light execution sequences according to the predicted execution timestamps.

2. The IoT phonograph near-field transmission system with lighting control according to claim 1, characterized in that, The playback clock processing module is used to record the audio decoding frame output time, playback progress time, and proximity handshake confirmation time when the track starts, pauses and resumes, and the playback progress jumps, respectively, and constructs a segmented mapping table from the continuously recorded time samples. The segmented mapping table contains the correspondence between the playback progress interval, the lighting control timing interval, and the transmission timing interval, and is updated with a sliding sample set after the execution confirmation is returned from the lighting end. For time samples with abnormal retransmission counts, confirmation intervals spanning playback state switching, or discontinuous sequence identifiers, they will not participate in the segmented mapping table update.

3. The IoT record player short-range transmission system with lighting control according to claim 1, characterized in that, The lighting effect event processing module is used to extract beat points, short-term energy changes, silence boundaries and playback segment identifiers from audio playback data, and match the extraction results with the lighting control strategy table to form a lighting effect event sequence. The lighting effect event sequence is divided into basic rhythm events, gradient supplement events, and clock calibration events according to the degree of coupling between the events and the playback clock. The basic rhythm events carry a non-mergeable identifier, the gradient supplement events carry a replaceable interval identifier, and the clock calibration events carry a near-distance transmission confirmation request identifier.

4. The IoT phonograph near-field transmission system with lighting control according to claim 1, characterized in that, The lighting effect event processing module is used to merge lighting effect events within the same playback time period and generate lighting control frames according to the playback clock sequence, the magnitude of changes in lighting parameters, and the fault tolerance level. The lighting control frame includes a frame sequence field, a prediction execution timestamp field, a lighting target parameter field, an event type field, and a recovery index field. The event type field is marked as rhythm trigger, gradient supplement, or clock calibration. The recovery index field records the parameter continuity relationship with the previous rhythm trigger type lighting control frame. When the event type field is marked as gradient supplement, the light control frame records the start and end control parameters and the index of the change curve.

5. The IoT phonograph near-field transmission system with lighting control according to claim 1, characterized in that, The near-field transmission scheduling module is used to generate a link scheduling state based on the round-trip acknowledgment delay, continuous retransmission distribution, transmission queue occupancy, and remaining transmission time of the control frame in the near-field transmission link. The module also maps the light control frame to a basic rhythm frame, a gradient supplement frame, and a calibration frame according to the fault tolerance level and event type. The module sets the queue positions of the basic rhythm frame, the gradient supplement frame, and the calibration frame according to the link scheduling state. When the occupancy of the transmission queue causes the remaining transmittable time of the gradient supplementary frame to be less than the reserved time of the corresponding prediction execution timestamp, adjacent gradient supplementary frames are merged into an interval control frame.

6. The IoT phonograph near-field transmission system with lighting control according to claim 2, characterized in that, The near-field transmission scheduling module is used to obtain the transmission timing interval corresponding to the current playback progress interval from the segmented mapping table, and generate an advance sending window by combining the actual buffer time and execution sequence number in the execution confirmation returned by the light end. The advance sending window is smoothly updated according to continuous confirmation samples within the stable playback speed range. After pausing and resuming or playback progress jumping, it is reconstructed based on the newly acquired near handshake confirmation time and bound to the control frame fault tolerance level as the sending window identifier, which is written into the light control frame.

7. The IoT phonograph near-field transmission system with lighting control according to claim 3, characterized in that, The lighting effect event processing module is used to generate a key event chain from the basic rhythm events in the order of the playback clock, and insert the gradient supplementary event between adjacent basic rhythm events; The near-field transmission scheduling module transmits the basic rhythm frames corresponding to the key event chain across intervals, inserts the calibration frame corresponding to the clock calibration event into the common gap of adjacent basic rhythm frames, and binds the gradient supplement frame corresponding to the gradient supplement event to the nearest basic rhythm frame with the same recovery index. When the short-distance transmission link is in a continuous retransmission state, the basic rhythm event retains the original sequence number, while the gradual supplementary event uses the interval sequence number.

8. The IoT phonograph near-field transmission system with lighting control according to claim 4, characterized in that, The light-end execution control module is used to establish a dual-index cache table based on the frame sequence field and the predicted execution timestamp field. First, it determines the execution candidate sequence based on the predicted execution timestamp field, and then detects missing frames based on the frame sequence field. For light control frames with missing event type fields marked as gradient supplements, a local compensation control segment is generated based on the previous rhythm-triggered light control frame and the next received light control frame associated with the recovery index field. For a missing rhythm-triggered light control frame, pause the light control frame with the same recovery index as the missing frame from entering the execution candidate sequence, and retain the clock offset record corresponding to the most recent clock-calibrated light control frame.

9. The IoT phonograph near-field transmission system with lighting control according to claim 1, characterized in that, The light-end execution control module is used to generate an execution confirmation data packet when the light control frame is written to the buffer, exited from the buffer, or forms a light execution sequence. The execution confirmation data packet carries the predicted execution timestamp, the actual cache entry time, the execution sequence number, the set of missing frames, and the remaining cache time; The near-field transmission scheduling module generates a scheduling correction record for the next playback progress interval based on the execution confirmation data packet, and writes the scheduling correction record into the advance sending window and sending order configuration corresponding to the light control frame.

10. The IoT phonograph near-field transmission system with lighting control according to claim 1, characterized in that, The near-field transmission scheduling module is used to generate a status snapshot frame when near-field transmission is intermittently reconnected, execution confirmation data packets are missing, or frame sequence rollback occurs. The status snapshot frame carries the current playback progress, the most recently confirmed execution sequence number, the next predicted execution timestamp, the current light parameters, and scheduling correction records. The light end execution control module reconstructs the light execution sequence in the cache based on the state snapshot frame, and marks the light control frames that were not confirmed before reconnection as invalid frames. The near-field transmission scheduling module rewrites the light control frame transmission order configuration adjacent to the next prediction execution timestamp after the state snapshot frame.

Images