Audio playing method and device of vehicle, equipment, medium, product and vehicle

Abstract

The embodiment of the invention discloses an audio playing method and device for a vehicle, equipment, a medium, a product and the vehicle, and the method comprises the steps: obtaining discrete sound particles in response to an active sound starting instruction, and enabling the discrete sound particles to be obtained through the decomposition of preset sub-track audio data; matching a corresponding target sound particle for each audio sub-track from the discrete sound particles according to a real-time vehicle speed signal of the vehicle; performing superposition processing on the target sound particles corresponding to the audio sub-tracks to generate synthetic sound particles; and converting the synthesized sound particles into audio signals and playing the audio signals through an in-vehicle loudspeaker.

Description

Technical Field

[0001] The present application relates to, but is not limited to, the field of vehicle software design technology, and in particular to a vehicle audio playback method, device, equipment, medium, product, and vehicle. Background Art

[0002] Currently, the industry is calling for active sound waves to be standard on electric vehicles. The reason is that active sound waves can make up for the lack of auditory speed perception of traditional fuel engines due to the excessive silence of electric vehicle drive motors. Active sound waves can also have a certain degree of masking effect on wind noise and road noise generated during vehicle driving. In addition, active sound waves fully meet the personalized needs of users due to their diverse styles.

[0003] Related technologies usually use algorithms based on multi-track audio sources. Although it can output multiple audio tracks after superposition, thus diversifying the sound source styles, its algorithm cannot adapt to different vehicle speed conditions and can only play corresponding audio under specific vehicle speed conditions. Summary of the Invention

[0004] In view of this, embodiments of the present application provide at least one vehicle audio playback method, apparatus, device, medium, product, and vehicle.

[0005] The technical solution of the embodiment of the present application is implemented as follows:

[0006] In one aspect, an embodiment of the present application provides a method for playing audio in a vehicle, the method comprising:

[0007] In response to an active sound wave start instruction, obtaining discrete sound particles, wherein the discrete sound particles are obtained by decomposing preset track audio data;

[0008] matching a corresponding target sound particle for each audio track from the discrete sound particles according to the real-time speed signal of the vehicle;

[0009] Superimposing the target sound particles corresponding to the audio sub-tracks to generate synthetic sound particles;

[0010] The synthesized sound particles are converted into audio signals and the audio signals are played through the speakers in the vehicle.

[0011] The embodiment of the present application decomposes the pre-designed multi-track audio into discrete sound particles when the active sound function is activated, then matches the corresponding target sound particles to different audio tracks based on the vehicle's real-time speed signal, and superimposes the target sound particles corresponding to multiple different audio tracks into synthetic sound particles. Finally, the audio signal converted from the synthetic sound particles is played in the vehicle, so that the vehicle can adapt to the changes in vehicle speed by setting different target sound particles in different audio tracks. This not only allows the user to feel the changes in vehicle speed through the audio signals played by the speakers in the vehicle while the vehicle is driving, but also improves the diversity of the vehicle sound.

[0012] In some embodiments, the method further comprises:

[0013] Parse the preset track audio data into audio waveform data;

[0014] Splitting the audio waveform data into continuous audio segments according to a preset time window;

[0015] A vehicle speed label is added to each audio clip to form a discrete sound particle set consisting of discrete sound particles corresponding to each audio track.

[0016] The embodiment of the present application implements millisecond-level particle retrieval through vehicle speed tags, so that the multi-track audio source can retain the diversity of professional design while being able to switch continuously and steplessly with the vehicle speed, ultimately resolving the technical contradiction between style diversity and real-time working conditions.

[0017] In some embodiments, matching a corresponding target sound particle for each audio track from the discrete sound particles according to the real-time vehicle speed signal of the vehicle includes:

[0018] In the discrete sound particle set corresponding to each audio track, the discrete sound particle whose vehicle speed label corresponding to the audio track matches the real-time vehicle speed signal is used as the target sound particle corresponding to the audio track.

[0019] The embodiments of the present application combine the multi-track diversity of professional audio design with the real-time nature of driving through a system, thereby solving the dual defects of the single-track sound source style and the poor adaptability of traditional multi-track algorithms to working conditions, and ultimately outputting high-quality active sound waves that meet personalized needs and are coherent and adaptive.

[0020] In some embodiments, the discrete sound particles corresponding to each audio track, whose vehicle speed tags match the real-time vehicle speed signal, are selected as target sound particles corresponding to the audio track, from the set of discrete sound particles corresponding to each audio track, including:

[0021] In the discrete sound particle set corresponding to each audio track, a target sound particle having the smallest difference between the vehicle speed label corresponding to the audio track and the real-time vehicle speed signal is used as the target sound particle corresponding to the audio track.

[0022] The embodiment of the present application achieves the unity of diversified sound source styles and real-time matching of working conditions. Professional audio design software supports flexible creation of multi-track sound sources to ensure rich sound styles; the self-developed algorithm program dynamically selects and synthesizes particles based on real-time vehicle speed signals to ensure that the output sound waves continuously adapt to changes in vehicle speed; finally, the system outputs coherent and realistic driving feedback through the in-vehicle speakers, improving the user experience and effectively masking ambient noise.

[0023] In some embodiments, the superimposing target sound particles corresponding to the audio sub-tracks to generate synthesized sound particles includes:

[0024] performing normalization processing on the waveform amplitude of each target sound particle to obtain a normalized target sound particle;

[0025] performing phase alignment on the normalized target sound particles according to a time axis to obtain phase-aligned target sound particles;

[0026] A linear superposition algorithm is used to synthesize the phase-aligned target sound particles to obtain synthesized sound particles.

[0027] This embodiment of the application uses amplitude normalization to ensure balanced volume across sub-tracks and avoid local overload; phase alignment eliminates timing deviations and ensures the rationality of acoustic interference; and linear superposition fully preserves the original timbre characteristics. Combined with the preceding particle selection and design steps, the system ultimately outputs active sound waves that match vehicle speed in real time, with diverse styles and a coherent listening experience. This not only meets personalized needs, but also provides precise driving feedback and effectively masks ambient noise.

[0028] In some embodiments, converting the synthesized sound particles into an audio signal comprises:

[0029] reconstructing the continuous time domain waveform of the synthetic sound particle to obtain a reconstructed waveform;

[0030] Performing anti-distortion filtering on the reconstructed waveform to obtain a filtered waveform;

[0031] The filtered waveform is encoded into a pulse code modulation form that can be recognized by the vehicle audio driver module to obtain an audio signal.

[0032] This embodiment of the application reconstructs the waveform to ensure the temporal continuity of the sound waves, avoiding playback breakpoints. Anti-distortion filtering protects hardware and improves sound purity. Coding ensures signal compatibility with the vehicle's computer system. Combined with the preceding particle design, selection, and synthesis steps, the system ultimately outputs active sound waves that match vehicle speed in real time, are diverse in style, and are distortion-free. This not only meets personalized auditory needs, but also provides coherent driving feedback, effectively masks ambient noise, and enhances the overall driving experience.

[0033] In some embodiments, the method further comprises:

[0034] Editing acoustic parameters of each of the audio sub-tracks, wherein the acoustic parameters include pitch parameters, timbre parameters, and volume parameters;

[0035] Real-time monitoring of the comprehensive sound effect after the acoustic parameters of each audio sub-track are superimposed;

[0036] When the comprehensive sound wave effect meets the preset style type, the acoustic parameters of each of the audio sub-tracks are respectively exported as the preset sub-track audio data.

[0037] The embodiment of the present application ensures flexible customization of each track element through independent editing of acoustic parameters, real-time monitoring ensures that the overall style meets the subjective design goals, and the track export retains the original tone characteristics.

[0038] In another aspect, an embodiment of the present application provides an audio playback device for a vehicle, the device comprising:

[0039] a processing module configured to obtain discrete sound particles in response to an active sound activation instruction, wherein the discrete sound particles are obtained by decomposing preset sub-track audio data; matching corresponding target sound particles for each audio sub-track from the discrete sound particles according to the real-time vehicle speed signal; and superimposing the target sound particles corresponding to the respective audio sub-tracks to generate composite sound particles;

[0040] The output module is configured to convert the synthesized sound particles into an audio signal and play the audio signal through a speaker in the vehicle.

[0041] On the other hand, an embodiment of the present application provides a computer device, including a memory and a processor, wherein the memory stores a computer program that can be run on the processor, and when the processor executes the program, it implements some or all of the steps in the above-mentioned vehicle audio playback method.

[0042] On the other hand, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements some or all of the steps in the above-mentioned vehicle audio playback method.

[0043] On the other hand, an embodiment of the present application provides a computer program, including computer-readable code. When the computer-readable code is executed in a computer device, a processor in the computer device executes some or all of the steps in the above-mentioned vehicle audio playback method.

[0044] On the other hand, an embodiment of the present application provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program. When the computer program is read and executed by a computer, it implements some or all of the steps in the above-mentioned vehicle audio playback method.

[0045] On the other hand, an embodiment of the present application provides a vehicle, including a controller, which is used to implement some or all of the steps in the above-mentioned vehicle audio playback method.

[0046] In an embodiment of the present application, when the active sound function is activated, the pre-designed multi-track audio is decomposed into discrete sound particles, and then the corresponding target sound particles are matched to different audio tracks based on the vehicle's real-time speed signal, and the target sound particles corresponding to multiple different audio tracks are superimposed into synthetic sound particles. Finally, the audio signal converted from the synthetic sound particles is played in the vehicle, so that the vehicle can adapt to the changes in vehicle speed by setting different target sound particles in different audio tracks. This not only allows the user to feel the changes in vehicle speed through the audio signals played by the speakers in the vehicle while the vehicle is driving, but also improves the diversity of the vehicle sound.

[0047] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and are not intended to limit the technical solutions of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] The drawings herein are incorporated into and constitute a part of the specification. These drawings illustrate embodiments consistent with the present application and, together with the specification, are used to illustrate the technical solutions of the present application.

[0049] Figure 1 A schematic diagram of an implementation flow of a vehicle audio playback method provided in an embodiment of the present application;

[0050] Figure 2 A schematic diagram of the implementation flow of another vehicle audio playback method provided in an embodiment of the present application;

[0051] Figure 3 A schematic diagram of the effect of a vehicle audio playback method provided by an embodiment of the present application;

[0052] Figure 4 A schematic diagram of the structure of a vehicle audio playback device provided in an embodiment of the present application;

[0053] Figure 5 A hardware entity diagram of a computer device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0054] In order to make the purpose, technical solutions and advantages of this application clearer, the technical solutions of this application are further elaborated in detail below with reference to the accompanying drawings and embodiments. The described embodiments should not be regarded as limiting this application. All other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0055] In the following description, reference is made to “some embodiments”, which describes a subset of all possible embodiments, but it will be understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0056] The terms "first / second / third" involved are merely used to distinguish similar objects and do not represent a specific ordering of the objects. It is understandable that "first / second / third" can be interchanged with a specific order or sequence where permitted so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein.

[0057] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art to which this application pertains. The terms used herein are for the purpose of describing this application only and are not intended to limit this application.

[0058] The present application provides an audio playback method for a vehicle, which can be executed by a vehicle-mounted system hosted by a computer device on the vehicle. The computer device may include a server, controller, laptop, tablet, desktop computer, smart TV, set-top box, mobile device (e.g., mobile phone, portable video player, personal digital assistant, dedicated messaging device, portable gaming device), or other device capable of audio playback that can be installed in the vehicle. Figure 1 A schematic diagram of the implementation flow of a vehicle audio playback method provided in an embodiment of the present application is shown as follows: Figure 1 As shown, the method includes:

[0059] Step 101 : In response to an active sound wave start instruction, discrete sound particles are obtained, wherein the discrete sound particles are obtained by decomposing preset track audio data.

[0060] In the embodiment of the present application, the active sound start command is an electronic signal detected by the vehicle system when the user triggers the operation interface (such as a virtual button) to activate the active sound function. The preset split-track audio data is a multi-track independent audio file pre-stored in the vehicle system in WAV format. Each file represents an independent audio track and is generated by professional audio design software. Discrete sound particles are tiny data units into which audio data is divided. Each particle contains acoustic information (such as frequency and amplitude) of a specific time segment and is associated with the vehicle speed value.

[0061] After detecting the active sound start command, the vehicle system immediately calls the built-in algorithm program; this program accesses the vehicle storage medium (such as FLASH) and reads the preset track audio data; then, the program applies a particle algorithm to divide the continuous audio data of each track into discrete sound particles. The particle process involves cutting the audio waveform into millisecond-level segments according to time or sampling points, and marking each particle with the corresponding vehicle speed range parameter; finally, the vehicle system generates a structured particle library for subsequent steps. Of course, the discrete sound particles can also be pre-decomposed and stored in the storage medium. After detecting the active sound start command, the vehicle system can directly read the discrete sound particles from the storage medium. This process ensures that the audio data is converted from a static file into a collection of particles that can be dynamically processed.

[0062] Step 102 : Matching a corresponding target sound particle for each audio track from the discrete sound particles according to the real-time vehicle speed signal.

[0063] In this embodiment, the audio sub-track is an independently designed single-track sound source. Each sub-track represents an acoustic element (such as a fundamental tone, harmonics, or sound effects), generated by adjusting parameters (pitch and timbre) using professional audio software. The target sound particle is the optimal matching particle selected from a discrete sound particle library for the current real-time vehicle speed signal. Its acoustic characteristics (such as frequency) strictly correspond to the vehicle speed value. The real-time vehicle speed signal is obtained in real time from the vehicle's drive system.

[0064] The algorithm continuously receives real-time speed signals transmitted via the vehicle's CAN bus (with a millisecond update cycle). Using this signal as input, the program traverses the discrete sound particle library generated in step 101. For each audio track, the program executes a matching algorithm (such as a table lookup or interpolation) to select a target sound particle from the particle set for that track based on the vehicle speed value. The matching logic is based on the particle's preset speed label (for example, 50 km / h corresponds to particle A). The vehicle computer system processes all tracks in parallel, ensuring that each track independently outputs a target sound particle. This process enables real-time adaptation of sound waves to changes in vehicle speed.

[0065] Step 103: superimpose the target sound particles corresponding to the audio sub-tracks to generate synthetic sound particles.

[0066] In the embodiment of the present application, the synthesized sound particle is a composite data unit generated by superimposing the target sound particles of each sub-track, representing the complete waveform of the final sound wave.

[0067] The vehicle's head unit system generates target sound particles for each audio track. The program applies a synthesis algorithm (such as additive mixing) to time-align these particles. This superposition process includes amplitude normalization and phase alignment to avoid distortion. The program calculates the waveform data of the synthesized sound particles in real time, generating a continuous data stream representing the overall sound wave. The synthesized result inherits the acoustic characteristics of each track (such as multi-track timbre fusion), ensuring that the output meets the design intent. This process transforms the independent particles of multiple tracks into a single, coherent sound wave output.

[0068] Step 104 : converting the synthesized sound particles into an audio signal and playing the audio signal through a speaker in the vehicle.

[0069] In this embodiment of the present application, the audio signal is a continuous electronic waveform generated by synthesizing sound particles through digital-to-analog conversion. It is in WAV format and can directly drive the speaker. The in-vehicle speaker is an electroacoustic conversion device installed inside the vehicle, used to convert the audio signal into audible sound.

[0070] The decoding module is called to reconstruct the particle data into a WAV-formatted audio signal. The program transmits the signal to the in-vehicle speakers via the vehicle's audio interface. The speaker driver circuit converts the signal into a sound wave output, and the playback process is synchronized with the real-time vehicle speed signal (with millisecond latency). The vehicle's system repeats this process repeatedly, allowing the driver to perceive a continuous and dynamic sound wave. This step ensures that the sound wave responds to changes in vehicle speed in real time.

[0071] The embodiment of the present application decomposes the pre-designed multi-track audio into discrete sound particles when the active sound function is activated, then matches the corresponding target sound particles to different audio tracks based on the vehicle's real-time speed signal, and superimposes the target sound particles corresponding to multiple different audio tracks into synthetic sound particles. Finally, the audio signal converted from the synthetic sound particles is played in the vehicle, so that the vehicle can adapt to the changes in vehicle speed by setting different target sound particles in different audio tracks. This not only allows the user to feel the changes in vehicle speed through the audio signals played by the speakers in the vehicle while the vehicle is driving, but also improves the diversity of the vehicle sound.

[0072] In some embodiments, step 101 includes:

[0073] Step 1011: parse the preset track audio data into audio waveform data.

[0074] In this embodiment of the present application, the pre-set multi-track audio data is a multi-track independent audio file (WAV format) stored in the vehicle computer's flash memory. Each track represents an acoustic element (such as the engine's fundamental frequency and harmonics). The audio waveform data is the raw PCM (Pulse Code Modulation) digital signal generated after decoding the audio file, consisting of a continuous sequence of sampling points whose amplitude varies over time.

[0075] The vehicle system calls the audio decoding module to read the preset track audio data; extracts the file header information (sampling rate, bit depth) through the WAV format parser, and converts the compressed audio stream into lossless PCM waveform data; the vehicle system generates an independent waveform data array for each track of audio and stores it in the memory buffer for subsequent processing.

[0076] Step 1012: Segment the audio waveform data into continuous audio segments according to a preset time window.

[0077] In the embodiment of the present application, the preset time window is a fixed time length (e.g., 10 milliseconds) defined by the algorithm and used to standardize the segmentation of the audio waveform. The audio segment is a discrete data block after the audio waveform data is segmented, and each segment contains a fixed number of sampling points.

[0078] The self-developed algorithm program calculates the corresponding number of sampling points according to the preset time window length (for example, 10ms); uses the sliding window method to perform non-overlapping cutting of the audio waveform data of each track; the program intercepts equal-length data blocks from the starting point of the waveform data one by one to generate a continuous and time-aligned sequence of audio clips; all clips are stored in a structured array in chronological order to ensure the timing accuracy of subsequent label associations.

[0079] Step 1013 : Add a vehicle speed tag to each audio clip to form a discrete sound particle set consisting of discrete sound particles corresponding to each audio track.

[0080] In this embodiment of the present application, a speed tag is metadata attached to an audio clip, identifying the theoretical speed range (e.g., 0-5 km / h) for which the clip applies. A discrete sound particle is an audio clip carrying a speed tag, serving as the smallest processing unit for sound wave synthesis. A discrete sound particle set is a particle library stored by track classification, with each track corresponding to an independent particle set.

[0081] The vehicle computer system is based on the sound wave-vehicle speed mapping relationship preset in the design phase; it calculates and binds the theoretical vehicle speed label for each audio segment (for example, the label of the nth segment = initial vehicle speed + acceleration × n × window duration); the program classifies all labeled particles by track and constructs an indexed set of track particles; and finally generates a structured storage of discrete sound particle database for real-time working condition matching.

[0082] The embodiment of the present application implements millisecond-level particle retrieval through vehicle speed tags, so that the multi-track audio source can retain the diversity of professional design while being able to switch continuously and steplessly with the vehicle speed, ultimately resolving the technical contradiction between style diversity and real-time working conditions.

[0083] In some embodiments, step 102 includes: from a set of discrete sound particles corresponding to each audio track, selecting a discrete sound particle whose vehicle speed tag corresponding to the audio track matches the real-time vehicle speed signal as a target sound particle corresponding to the audio track.

[0084] In this embodiment of the present application, the discrete sound particle set is a track-independent particle database. Each particle contains audio clip data and an associated speed tag (e.g., a tag range of 0-10 km / h). The speed tag is the theoretical speed value or speed range associated with the particle, which is preset during the design phase. The target sound particle is a particle unit selected from the particle set that fully matches the current actual vehicle speed.

[0085] The vehicle computer system receives the real-time vehicle speed signal transmitted by the vehicle CAN bus in real time through a self-developed algorithm program; using this signal as the input key value, it traverses the set of discrete sound particles in the specified audio track; the vehicle computer system matches the particle speed label with the real-time vehicle speed (if the label is an interval, the inclusion relationship is determined; if it is a discrete value, the nearest neighbor interpolation is used); when the match is successful (for example, the current vehicle speed of 85km / h hits particle B with the label 80-90km / h), the program marks the particle as the target sound particle; the matching process is executed in parallel on all tracks to ensure that each track outputs a unique target particle.

[0086] The embodiment of the present application combines the multi-track diversity of professional audio design with the real-time nature of driving through the vehicle-mounted system, solving the dual defects of the single-track sound source style and the poor adaptability of the traditional multi-track algorithm to working conditions, and ultimately outputs high-quality active sound waves that meet personalized needs and are coherent and adaptive.

[0087] In some embodiments, step 102 includes: selecting, from a set of discrete sound particles corresponding to each audio track, a target sound particle having the smallest difference between the vehicle speed label corresponding to the audio track and the real-time vehicle speed signal as the target sound particle corresponding to the audio track.

[0088] In this embodiment, the speed tag is the theoretical speed value associated with a discrete sound particle, defined by a sound-speed mapping relationship preset during the design phase. The real-time speed signal is the current speed data transmitted in real time via the vehicle's CAN bus. The difference is the absolute difference between the speed tag value and the real-time speed signal value.

[0089] The on-board system obtains the real-time speed signal from the vehicle's CAN bus. For each discrete sound particle set in each audio track, the on-board system calculates the absolute difference between the speed labels of all particles in the set and the current real-time speed signal. Using a sorting algorithm (such as quick sort) or linear traversal, the system selects the particle with the smallest difference (for example, if the real-time speed signal is 82.3 km / h, the difference between the particle labeled 80 km / h is 2.3, and the difference between the particle labeled 85 km / h is 2.7, the particle with the smallest difference is selected). This particle is then identified as the target sound particle for that track. The matching process is performed in parallel on all tracks to ensure the timeliness of the output particle set.

[0090] The embodiment of the present application achieves the unity of diversified sound source styles and real-time matching of working conditions. Professional audio design software supports flexible creation of multi-track sound sources to ensure rich sound styles; the self-developed algorithm program dynamically selects and synthesizes particles based on real-time vehicle speed signals to ensure that the output sound waves continuously adapt to changes in vehicle speed; finally, the car system outputs coherent and realistic driving feedback through the in-car speakers, improving user experience and effectively masking ambient noise.

[0091] In some embodiments, step 103 includes:

[0092] Step 1031 : Normalize the waveform amplitude of each target sound particle to obtain a normalized target sound particle.

[0093] In the embodiment of the present application, the waveform amplitude is the amplitude value of the sound particle waveform in the vertical axis direction, which represents the intensity or volume of the sound signal; normalization processing is the operation of the vehicle system to standardize and scale the amplitude of the sound particles so that the amplitudes of all particles are within a uniform magnitude range.

[0094] The vehicle-computer system analyzes the peak amplitude of the waveform of each particle and calculates its scaling ratio to the preset target amplitude range; the vehicle-computer system linearly scales the amplitude value of each particle according to this ratio to ensure that the maximum amplitude of all particles is consistent; the vehicle-computer system outputs the target sound particles after amplitude standardization, providing a basis for amplitude consistency for subsequent phase alignment.

[0095] Step 1032 : performing phase alignment on the normalized target sound particles according to the time axis to obtain phase-aligned target sound particles.

[0096] In an embodiment of the present application, the time axis is a time coordinate sequence that the vehicle system refers to when processing sound particles, and is used to identify the temporal position of the sound signal; phase alignment is the operation of the vehicle system to adjust the starting time point of the sound particle so that the key feature points of each particle waveform (such as the zero crossing point) are aligned on the time axis.

[0097] The vehicle-computer system receives the normalized target sound particles; the vehicle-computer system uses the starting time of the first particle as a benchmark to detect the zero-crossing points or peak points of the waveforms of other particles; the vehicle-computer system calculates the time offset of other particles relative to the benchmark and shifts the particle waveforms according to the offset; the vehicle-computer system ensures that the key phase features of all particles on the time axis are aligned, and outputs phase-synchronized target sound particles to eliminate timing conflicts caused by track differences.

[0098] Step 1033: Use a linear superposition algorithm to synthesize the phase-aligned target sound particles to obtain synthesized sound particles.

[0099] In the embodiment of the present application, the linear superposition algorithm is an operation method in which the vehicle system directly performs algebraic addition on multiple sound signals without introducing nonlinear modulation; the synthetic sound particle is a single audio data unit generated by the vehicle system through the superposition operation, which contains the acoustic characteristics of all track particles.

[0100] The vehicle-mounted system obtains the target sound particles after phase alignment; the vehicle-mounted system adds the amplitude values ​​of all particles point by point at the same time point; the vehicle-mounted system performs dynamic range detection on the superposition result to prevent the amplitude from exceeding the upper limit of the speaker's load; the vehicle-mounted system integrates the added data sequence into a new audio data unit to generate the final synthetic sound particles for playback.

[0101] This embodiment of the application uses amplitude normalization to ensure balanced volume across sub-tracks and avoid local overload; phase alignment eliminates timing deviations and ensures the rationality of acoustic interference; and linear superposition fully preserves the original timbre characteristics. Combined with the preceding particle selection and design steps, the vehicle-mounted system ultimately outputs active sound waves that match vehicle speed in real time, offer diverse styles, and provide a coherent listening experience. This not only meets personalized needs, but also provides precise driving feedback and effectively masks ambient noise.

[0102] In some embodiments, step 104 includes:

[0103] Step 1041: reconstruct the continuous time domain waveform of the synthesized sound particles to obtain a reconstructed waveform.

[0104] In an embodiment of the present application, the continuous time domain waveform is a representation of the amplitude-time relationship that changes continuously in the time dimension when the vehicle system processes the sound signal, and is used to describe the complete propagation process of the sound; the reconstructed waveform is a continuous time domain audio signal generated by the vehicle system by integrating discrete sound particles, retaining the original acoustic characteristics.

[0105] The vehicle-computer system arranges these particles in chronological order and fills the gaps between particles through an interpolation algorithm to generate a smooth continuous waveform; the vehicle-computer system verifies the continuity of the waveform on the time axis to ensure there are no breaks or jumps; the vehicle-computer system outputs the reconstructed waveform as input for subsequent anti-distortion processing.

[0106] Step 1042: Perform anti-distortion filtering on the reconstructed waveform to obtain a filtered waveform.

[0107] In the embodiment of the present application, anti-distortion filtering processing is the operation of the vehicle system applying a digital filter to limit the signal frequency range or amplitude peak to prevent nonlinear distortion such as clipping and harmonic distortion during playback; the waveform after filtering is a continuous time domain audio signal processed by the vehicle system after filtering operation, which meets the dynamic range requirements of the speaker.

[0108] The vehicle-mounted system receives the reconstructed waveform; the vehicle-mounted system analyzes the spectral characteristics and amplitude distribution of the waveform to identify potential sources of distortion (such as high-frequency noise or amplitude overload); the vehicle-mounted system designs and applies a finite impulse response (FIR) filter or dynamic range compressor to attenuate frequency components exceeding the threshold or scale amplitude peaks; the vehicle-mounted system outputs the filtered waveform to eliminate distortion risks and optimize signal quality.

[0109] Step 1043 : Encode the filtered waveform into a pulse code modulation format recognizable by the vehicle audio driver module to obtain an audio signal.

[0110] In the embodiment of the present application, the vehicle audio driver module is a hardware interface component in the vehicle infotainment system that is responsible for receiving digital audio signals and controlling the speaker output; the pulse code modulation signal is a digital audio coding format that converts continuous signals into discrete binary data streams through sampling and quantization; the audio signal is the standardized electrical signal ultimately generated by the vehicle system that can directly drive the speaker.

[0111] The vehicle computer system obtains the filtered waveform; the vehicle computer system uniformly samples the waveform at a fixed sampling rate (such as 44.1kHz) to capture the amplitude value at a time point; the vehicle computer system quantizes each sampling value into an integer with a preset bit depth (such as 16 bits); the vehicle computer system encapsulates these quantized data into a data stream in pulse code modulation (PCM) format; the vehicle computer system outputs this signal as an audio signal and transmits it to the vehicle computer audio driver module for playback.

[0112] This embodiment of the application reconstructs the waveform to ensure the temporal continuity of the sound waves, avoiding playback breakpoints. Anti-distortion filtering protects hardware and improves sound quality purity. Coding ensures signal compatibility with the vehicle's audio system. Combined with the preceding particle design, selection, and synthesis steps, the vehicle's audio system ultimately outputs active sound waves that match the vehicle's speed in real time, are diverse in style, and are distortion-free. This not only meets personalized listening needs but also provides consistent driving feedback, effectively masks ambient noise, and enhances the overall driving experience.

[0113] In some embodiments, the method further comprises:

[0114] Step 201 : Edit the acoustic parameters of each of the audio sub-tracks, where the acoustic parameters include pitch parameters, timbre parameters, and volume parameters.

[0115] In the application embodiment, real-time monitoring is the function of the vehicle system to continuously play the audio signal being processed and provide instant feedback on the acoustic effect; the comprehensive sound effect is the complete sound signal output by the vehicle system after mixing all the sub-track audio, reflecting the overall style characteristics.

[0116] The vehicle system loads the sub-track audio source materials in the audio design software; the vehicle system independently adjusts the tone parameters (such as raising and lowering the fundamental frequency), timbre parameters (such as filter cutoff frequency) and volume parameters (such as gain value) for each sub-track; the vehicle system applies the parameter modifications to the sub-track audio in real time to generate sub-track data with updated acoustic characteristics; the vehicle system saves the adjustment results to provide input for subsequent monitoring.

[0117] Step 202: monitor in real time the comprehensive sound effect of the superposition of the acoustic parameters of each of the audio sub-tracks.

[0118] In an embodiment of the present application, the vehicle system starts the audio mixing engine and superimposes all sub-tracks synchronously according to the time axis; the vehicle system plays the mixing result through the software's built-in audio output interface; the vehicle system continuously analyzes the spectrum, dynamic range and other characteristics of the playback signal to assist designers in evaluating the effect.

[0119] Step 203: When the comprehensive sound wave effect meets the preset style type, the acoustic parameters of each of the audio sub-tracks are respectively exported as the preset sub-track audio data.

[0120] In an embodiment of the present application, the preset style type is a sound style target (such as sporty or science fiction) pre-defined by the vehicle system, which serves as an acceptance criterion for the design effect; the split-track audio data is an independent audio track file exported by the vehicle system, which retains the edited acoustic parameters and is not mixed with other audio tracks.

[0121] The vehicle system compares the comprehensive sound effects monitored in real time with the preset style type (such as spectrum envelope matching detection); when the vehicle system determines that the effect meets the standard, it triggers the export instruction; the vehicle system generates an independent WAV format audio file for each track, ensuring that the file contains all acoustic parameter adjustment results; the vehicle system stores the track audio data in the designated directory, completing the design stage output.

[0122] The embodiment of the present application ensures flexible customization of each track element through independent editing of acoustic parameters, real-time monitoring ensures that the overall style meets the subjective design goals, and the track export retains the original tone characteristics.

[0123] In an achievable embodiment of the present application, combined with Figure 2This application provides a vehicle audio control method, which combines mature professional music design software with self-developed algorithm programs to solve the current pain point of the inability to achieve both diversified sound source styles and real-time matching of working conditions.

[0124] The method for realizing active sound waves of an electric vehicle described in this application comprises the following steps:

[0125] Step S1: Design each audio source separately in the audio design software, and achieve the required style type by adjusting the acoustic parameters such as the pitch, timbre, and volume of the material audio. At the same time, pay attention to previewing the superposition effect of each audio track at any time to see if it meets the overall subjective evaluation goal.

[0126] See also Figure 3 The left side of the schematic diagram is the 0-120km / h uniform acceleration time domain waveform of each sub-track audio output by the design software.

[0127] In step S2, the designer can design any number and waveform of split-track audio according to personal needs.

[0128] In step S3, the finally designed sub-track audios are exported one by one through the music design software instead of being synthesized into one audio, and the export format is WAV.

[0129] The exported audio WAV format files of each track are stored in the vehicle system via 0TA push.

[0130] In step S4, on the vehicle's control panel, touch and click the simulated sound wave virtual switch in the menu to activate the vehicle's internal, self-developed algorithm. The program begins by reading the WAV files for each audio track stored in the vehicle's control panel in step 1. It then converts each WAV file into data and segments it into numerous tiny data particles. This completes program initialization.

[0131] In step S5, the program receives the real-time vehicle speed signal from the vehicle's CAN communication module. Based on this real-time speed signal, the program selects a data particle set for each audio source track. Each data particle in each data particle set corresponds to a vehicle speed value. Therefore, when a specific vehicle speed is input, the corresponding data particle is selected.

[0132] See also Figure 3 The middle part of the schematic diagram is the waveform of the particle extraction results of the self-developed algorithm for the sound source data of each sub-track under the vehicle's 0-120km / h uniform acceleration and 120-0km / h uniform deceleration conditions. It can be seen that the audio data of each sub-track after particleization can well restore the audio output effect of the design software according to the actual working conditions.

[0133] Step S6: After determining the data particles of each sub-track, these data particles are superimposed and synthesized into a comprehensive data particle.

[0134] See also Figure 3 The right side of the schematic diagram shows the time-frequency cloud diagram after the self-developed algorithm superimposes and synthesizes the audio data particles of each track under the conditions of uniform acceleration of the vehicle from 0 to 120 km / h and then uniform deceleration from 120 to 0 km / h.

[0135] Step S7: The synthesized sound data particles are converted back into a WAV file and played through the car's speakers. Since the real-time vehicle speed signal sent by the CAN module is continuously updated at a millisecond rate, the human ear perceives a continuously played sound wave that changes with vehicle speed.

[0136] Through self-developed algorithm programs, the two core requirements of active sound function development, sound source design and vehicle speed adaptation, have been successfully connected. On the one hand, sound source designers can give full play to their creativity and present rich and colorful sound audio with diverse styles; on the other hand, with the support of self-developed algorithm programs, the sound audio files designed by sound source designers can be played adaptively in real time with the vehicle speed, giving the driver a real, coherent and timely feedback driving experience.

[0137] The scope of protection of this application is not limited to the above-mentioned embodiments. Obviously, those skilled in the art may make various modifications and variations to this application without departing from the scope and spirit of this application. If such modifications and variations fall within the scope of the claims of this application and their equivalents, the intention of this application also includes such modifications and variations.

[0138] Based on the foregoing embodiments, an embodiment of the present application provides an audio playback device for a vehicle, which includes the various units included and the various modules included in each unit, and can be implemented by a processor in a computer device; of course, it can also be implemented by a specific logic circuit; in the implementation process, the processor can be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP) or a field programmable gate array (FPGA), etc.

[0139] Figure 4 A schematic diagram of the structure of a vehicle audio playback device provided in an embodiment of the present application is shown in FIG. Figure 4 As shown, the vehicle's audio playback device includes:

[0140] The processing module 301 is configured to obtain discrete sound particles in response to an active sound activation instruction, wherein the discrete sound particles are obtained by decomposing preset sub-track audio data; matching corresponding target sound particles for each audio sub-track from the discrete sound particles based on the real-time vehicle speed signal; and superimposing the target sound particles corresponding to the audio sub-tracks to generate composite sound particles.

[0141] The output module 302 is configured to convert the synthesized sound particles into an audio signal and play the audio signal through a speaker in the vehicle.

[0142] In some embodiments, the processing module 301 is further used to: parse the preset track audio data into audio waveform data; divide the audio waveform data into continuous audio segments according to a preset time window; and add a vehicle speed label to each audio segment to form a discrete sound particle set composed of discrete sound particles corresponding to each audio track.

[0143] In some embodiments, the processing module 301 is further configured to: from a set of discrete sound particles corresponding to each audio track, select a discrete sound particle whose vehicle speed label corresponding to the audio track matches the real-time vehicle speed signal as a target sound particle corresponding to the audio track.

[0144] In some embodiments, the processing module 301 is further configured to: in a set of discrete sound particles corresponding to each audio track, select a target sound particle having the smallest difference between the vehicle speed label corresponding to the audio track and the real-time vehicle speed signal as the target sound particle corresponding to the audio track.

[0145] In some embodiments, the processing module 301 is further used to: perform normalization processing on the waveform amplitude of each target sound particle to obtain normalized target sound particles; perform phase alignment on the normalized target sound particles according to the time axis to obtain phase-aligned target sound particles; and use a linear superposition algorithm to synthesize the phase-aligned target sound particles to obtain synthesized sound particles.

[0146] In some embodiments, the output module 302 is further used to: reconstruct the continuous time domain waveform of the synthetic sound particles to obtain a reconstructed waveform; perform anti-distortion filtering on the reconstructed waveform to obtain a filtered waveform; and encode the filtered waveform into a pulse code modulation form recognizable by the vehicle audio driver module to obtain an audio signal.

[0147] In some embodiments, the processing module 301 is further used to: edit the acoustic parameters of each of the audio sub-tracks, wherein the acoustic parameters include pitch parameters, timbre parameters, and volume parameters; monitor in real time the comprehensive sound effect after the acoustic parameters of each of the audio sub-tracks are superimposed; when the comprehensive sound effect meets the preset style type, export the acoustic parameters of each of the audio sub-tracks as the preset sub-track audio data.

[0148] The embodiment of the present application decomposes the pre-designed multi-track audio into discrete sound particles when the active sound function is activated, then matches the corresponding target sound particles to different audio tracks based on the vehicle's real-time speed signal, and superimposes the target sound particles corresponding to multiple different audio tracks into synthetic sound particles. Finally, the audio signal converted from the synthetic sound particles is played in the vehicle, so that the vehicle can adapt to the changes in vehicle speed by setting different target sound particles in different audio tracks. This not only allows the user to feel the changes in vehicle speed through the audio signals played by the speakers in the vehicle while the vehicle is driving, but also improves the diversity of the vehicle sound.

[0149] The description of the above device embodiment is similar to the description of the above method embodiment and has similar beneficial effects as the method embodiment. In some embodiments, the functions or modules included in the device provided by the embodiments of the present disclosure can be used to perform the methods described in the above method embodiments. For technical details not disclosed in the device embodiments of this application, please refer to the description of the method embodiments of this application for understanding.

[0150] If the technical solution of this application involves personal information, the product that applies the technical solution of this application has clearly informed the personal information processing rules and obtained the individual's voluntary consent before processing personal information. If the technical solution of this application involves sensitive personal information, the product that applies the technical solution of this application has obtained the individual's separate consent before processing sensitive personal information, and at the same time meets the "explicit consent" requirement. For example, on personal information collection devices such as cameras, a clear and prominent sign is set to inform that the personal information collection scope has been entered and personal information will be collected. If the individual voluntarily enters the collection scope, it is deemed that they agree to the collection of their personal information; or on the personal information processing device, when the personal information processing rules are notified by obvious signs / information, the individual's authorization is obtained through pop-up information or by asking the individual to upload their personal information; among which, the personal information processing rules may include information such as the personal information processor, the purpose of personal information processing, the processing method, and the type of personal information processed.

[0151] It should be noted that, in the embodiment of the present application, if the above-mentioned vehicle audio playback method is implemented in the form of a software function module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application, or the part that contributes to the relevant technology, can be embodied in the form of a software product, which is stored in a storage medium and includes a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a U disk, a mobile hard disk, a read-only memory (ROM), a magnetic disk or an optical disk. In this way, the embodiment of the present application is not limited to any specific hardware, software or firmware, or any combination of hardware, software and firmware.

[0152] An embodiment of the present application provides a computer device, including a memory and a processor, wherein the memory stores a computer program that can be run on the processor, and when the processor executes the program, some or all of the steps in the above method are implemented.

[0153] The present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements some or all of the steps in the above method. The computer-readable storage medium may be transient or non-transient.

[0154] An embodiment of the present application provides a computer program, including computer-readable code. When the computer-readable code is run in a computer device, a processor in the computer device executes some or all of the steps for implementing the above method.

[0155] An embodiment of the present application provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and when the computer program is read and executed by a computer, implements some or all of the steps in the above method. The computer program product can be implemented specifically by hardware, software, or a combination thereof. In some embodiments, the computer program product is embodied as a computer storage medium. In other embodiments, the computer program product is embodied as a software product, such as a software development kit (SDK), etc.

[0156] It should be noted here that the description of the various embodiments above tends to emphasize the differences between the various embodiments, and the same or similar aspects can be referenced to each other. The description of the above device, storage medium, computer program, and computer program product embodiments is similar to the description of the above method embodiment and has similar beneficial effects as the method embodiment. For technical details not disclosed in the embodiments of the device, storage medium, computer program, and computer program product provided in the embodiments of the present application, please refer to the description of the method embodiment of the present application for understanding.

[0157] It should be noted that Figure 5 A schematic diagram of a hardware entity of a computer device in an embodiment of the present application is shown in FIG. Figure 5 As shown, the hardware entity of the computer device 700 includes: one or more processors 701, a communication interface 702 and a memory 703, wherein:

[0158] Processor 701 generally controls the overall operation of computer device 700 .

[0159] The communication interface 702 enables the computer device to communicate with other terminals or servers through a network.

[0160] The memory 703 is configured to store instructions and applications executable by the processor 701, and can also cache data to be processed or processed by the processor 701 and various modules in the computer device 700 (for example, image data, audio data, voice communication data, and video communication data). It can be implemented using flash memory (FLASH) or random access memory (RAM). Data can be transmitted between the processor 701, the communication interface 702, and the memory 703 via a bus 704. Among them, only one processor is shown in the figure, and each processor 100 includes one or more cores.

[0161] It should be noted that the computer device may include multiple processors 701, and each processor 701 can exchange data through aggregate communication methods such as all-to-all, allgather or allreduce. Among them, the above-mentioned processor 701 can be a central processing unit (CPU), a graphics processing unit (GPU), an embedded neural network processing unit (NPU), a tensor processing unit (TPU), a vehicle's audio playback unit (DPU), an accelerated processing unit (APU), a floating point computing unit (FPU) or an application-specific integrated circuit (ASIC), etc. The processor can also be a single-core processor or a multi-core processor. The processor can be a combination of a CPU and a hardware chip. The above-mentioned hardware chip can be an ASIC, a PLD or a combination thereof. The above-mentioned PLD can be a complex programmable logic device (CPLD), an FPGA, a generic array logic (GAL) or any combination thereof. The processor may also be implemented solely using a logic device with built-in processing logic, such as an FPGA or a digital signal processor (DSP).

[0162] The communication interface 702 may be a wired interface or a wireless interface for communicating with other modules or devices. The wired interface may be an Ethernet interface, a local interconnect network (LIN), etc. The wireless interface may be a cellular network interface or a wireless local area network interface, etc.

[0163] The memory 730 may be a non-volatile memory, such as a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The memory 730 may also be a volatile memory, such as a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synclink DRAM (SLDRAM), direct rambus RAM (DRRAM), direct rambus DRAM (DRDRAM), and rambus DRAM.

[0164] The bus 740 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc.

[0165] It should be understood that "one embodiment" or "an embodiment" mentioned throughout the specification means that the specific features, structures or characteristics related to the embodiment are included in at least one embodiment of the present application. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. In addition, these specific features, structures or characteristics can be combined in one or more embodiments in any suitable manner. It should be understood that in the various embodiments of the present application, the size of the serial numbers of the above-mentioned steps / processes does not mean the order of execution. The execution order of each step / process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application. The above-mentioned serial numbers of the embodiments of the present application are for description only and do not represent the advantages and disadvantages of the embodiments.

[0166] It should be noted that, in this document, the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, article, or apparatus comprising a series of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or apparatus. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article, or apparatus comprising the element.

[0167] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as: multiple units or components can be combined, or can be integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the components shown or discussed can be through some interfaces, and the indirect coupling or communication connection of the devices or units can be electrical, mechanical or other forms.

[0168] The units described above as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units; they may be located in one place or distributed across multiple network units; some or all of the units may be selected according to actual needs to achieve the purpose of the scheme of this embodiment.

[0169] In addition, all functional units in the embodiments of the present application can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit; the above-mentioned integrated units can be implemented in the form of hardware or in the form of hardware plus software functional units.

[0170] Those skilled in the art will understand that all or part of the steps of implementing the above-mentioned method embodiment can be completed by hardware related to program instructions, and the aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it executes the steps of the above-mentioned method embodiment; and the aforementioned storage medium includes: mobile storage devices, read-only memories (ROM), magnetic disks or optical disks, and other media that can store program codes.

[0171] Alternatively, if the above-mentioned integrated unit of the present application is implemented in the form of a software function module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the relevant technology, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as mobile storage devices, ROMs, magnetic disks, or optical disks.

[0172] The above is only an implementation method of the present application, but the scope of protection of the present application is not limited thereto. Any technician familiar with this technical field can easily think of changes or replacements within the technical scope disclosed in this application, which should be covered by the scope of protection of the present application.

Claims

1. A vehicle audio playback method, characterized in that: The method comprises: In response to an active sound wave start instruction, obtaining discrete sound particles, wherein the discrete sound particles are obtained by decomposing preset track audio data; matching a corresponding target sound particle for each audio track from the discrete sound particles according to the real-time speed signal of the vehicle; Superimposing the target sound particles corresponding to the audio sub-tracks to generate synthetic sound particles; The synthesized sound particles are converted into audio signals and the audio signals are played through the speakers in the vehicle.

2. The vehicle audio playback method according to claim 1, characterized in that: The method further comprises: Parse the preset track audio data into audio waveform data; Splitting the audio waveform data into continuous audio segments according to a preset time window; A vehicle speed label is added to each audio clip to form a discrete sound particle set consisting of discrete sound particles corresponding to each audio track.

3. The vehicle audio playback method according to claim 2, characterized in that: The matching of corresponding target sound particles for each audio track from the discrete sound particles according to the real-time vehicle speed signal includes: In the discrete sound particle set corresponding to each audio track, the discrete sound particle whose vehicle speed label corresponding to the audio track matches the real-time vehicle speed signal is used as the target sound particle corresponding to the audio track.

4. The vehicle audio playback method according to claim 3, characterized in that: The method of selecting, from the discrete sound particle sets corresponding to the respective audio sub-tracks, discrete sound particles whose vehicle speed labels corresponding to the audio sub-tracks match the real-time vehicle speed signal as target sound particles corresponding to the audio sub-tracks, includes: In the discrete sound particle set corresponding to each audio track, a target sound particle having the smallest difference between the vehicle speed label corresponding to the audio track and the real-time vehicle speed signal is used as the target sound particle corresponding to the audio track.

5. The audio playback method for a vehicle according to any one of claims 1 to 4, characterized in that: The step of superimposing the target sound particles corresponding to the audio sub-tracks to generate synthetic sound particles includes: performing normalization processing on the waveform amplitude of each target sound particle to obtain a normalized target sound particle; performing phase alignment on the normalized target sound particles according to a time axis to obtain phase-aligned target sound particles; A linear superposition algorithm is used to synthesize the phase-aligned target sound particles to obtain synthesized sound particles.

6. The audio playback method for a vehicle according to any one of claims 1 to 4, characterized in that: Converting the synthesized sound particles into an audio signal comprises: reconstructing the continuous time domain waveform of the synthetic sound particle to obtain a reconstructed waveform; Performing anti-distortion filtering on the reconstructed waveform to obtain a filtered waveform; The filtered waveform is encoded into a pulse code modulation form that can be recognized by the vehicle audio driver module to obtain an audio signal.

7. The audio playback method for a vehicle according to any one of claims 1 to 4, characterized in that: The vehicle audio playback method further includes: Editing acoustic parameters of each of the audio sub-tracks, wherein the acoustic parameters include pitch parameters, timbre parameters, and volume parameters; Real-time monitoring of the comprehensive sound effect after the acoustic parameters of each audio sub-track are superimposed; When the comprehensive sound wave effect meets the preset style type, the acoustic parameters of each of the audio sub-tracks are respectively exported as the preset sub-track audio data.

8. An audio playback device for a vehicle, characterized in that: The audio playback device of the vehicle comprises: a processing module configured to obtain discrete sound particles in response to an active sound activation instruction, wherein the discrete sound particles are obtained by decomposing preset sub-track audio data into discrete sound particles; matching corresponding target sound particles for each audio sub-track from the discrete sound particles according to the real-time vehicle speed signal; and superimposing the target sound particles corresponding to the respective audio sub-tracks to generate composite sound particles; The output module is configured to convert the synthesized sound particles into an audio signal and play the audio signal through a speaker in the vehicle.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program that can be run on the processor, characterized in that: When the processor executes the program, the steps of the audio playback method for a vehicle according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the audio playback method for a vehicle according to any one of claims 1 to 7 are implemented.

11. A computer program product, characterized in that The computer program product includes a non-transitory computer-readable storage medium storing a computer program. When the computer program is read and executed by a computer, the steps of the vehicle audio playback method according to any one of claims 1 to 7 are implemented.

12. A vehicle, characterized in that: The invention comprises a controller, wherein the controller is used to implement the steps of the audio playback method for a vehicle as claimed in any one of claims 1 to 7.

Images