CN113786610B - Carrier position correction method and device, second client and second electronic equipment - Google Patents

Abstract

The invention discloses a carrier position correction method and device, a second client and second electronic equipment. The method comprises the following steps: acquiring a position A before correction of the carrier M; receiving the coordinate position information of the carrier M sent by the server, and hiding the carrier M; setting a carrier N which is the same as the appearance model of the carrier M at the position A; controlling the carrier N to move along with the carrier M, keeping the carrier N and the carrier M relatively static, and not performing physical simulation on the carrier N; translating the carrier N to a coordinate position of the carrier M within N seconds; in the case that the relative offset vector C between the carrier M and the carrier N linearly decreases to 0, the carrier N is hidden and the carrier M is displayed. The phenomenon of transient movement or flickering occurring in the process of correcting the position of the carrier can be avoided or reduced.

Description

Vehicle position correction method, device, second client, and second electronic device

Technical Field

The present invention relates to the field of information processing technology, and in particular to a vehicle position correction method, device, second client, and second electronic device.

Background technique

Users have increasingly strong requirements for game graphics and virtual reality effects, resulting in more ambitious game scene designs. As the level of game development and production increases, game scenes are becoming more and more ambitious, and details are becoming more and more refined. Well-made games bring players a better gaming experience. However, large scenes and many details will take up a lot of resources, and the performance of the machine running the game is very high. If the machine performance cannot keep up with the demand, it is likely to cause lag, resulting in a poor gaming experience for users. For example, running online games with multiple participants on mobile phones, especially online games with 2D and 3D effects, if the game occupies too many mobile phone resources, it will cause the phone to heat up, the game to freeze, and delays to occur, indirectly leading to the loss of users. Games that want to achieve the same effects as PCs on mobile phones are subject to many restrictions on mobile phone hardware and networks. Therefore, it is becoming more and more urgent to solve the problem of occupying hardware resources by improving software design solutions.

Summary of the invention

The present invention provides a vehicle position correction method, device, second client, and second electronic device to solve at least one of the above-mentioned technical problems.

An embodiment of the present invention provides a vehicle position correction method, which is applied to a vehicle physical simulation system. The system includes a server and a second client. The second client is used to perform physical simulation on a vehicle M according to the vehicle physical simulation method and correct the position of the vehicle M. The vehicle position correction method includes:

Obtaining the position A of the vehicle M before correction;

receiving the coordinate position information of the vehicle M sent by the server, and hiding the vehicle M;

Arrange a vehicle N having the same appearance model as the vehicle M at the position A;

Control the vehicle N to follow the vehicle M to move, keep the vehicle N and the vehicle M relatively still, and do not perform physical simulation on the vehicle N;

Within n seconds, translate the vehicle N to the coordinate position of the vehicle M;

When the relative offset vector C between the vehicle M and the vehicle N decreases linearly to 0, the vehicle N is hidden and the vehicle M is displayed.

Optionally, the method further includes: obtaining a corrected position B of the vehicle M;

The relative offset vector is initially a vector pointing from the position A to the position B, wherein the relative offset vector C=B-A.

Optionally, the vehicle physics simulation method is applied to the vehicle physics simulation system, wherein the vehicle physics simulation system further includes a first client, a first user controls a first character through the first client, and a second user controls a second character through the second client, and the vehicle physics simulation method includes the following steps:

When the first client detects that the first character triggers the vehicle control control, the first client obtains the first user's operation information on the vehicle and the location information of the vehicle, and sends the first user's operation information on the vehicle and the location information of the vehicle to the server, so that the server receives the first user's operation information on the vehicle and the location information of the vehicle sent by the first client, and synchronizes the first user's operation information on the vehicle and the location information of the vehicle to the second client;

The second client receives the operation information of the first user on the vehicle and the position information of the vehicle sent by the server, and selectively turns off the physical simulation of the vehicle according to the position information of the vehicle and the sight range of the second character, and when the physical simulation is selected for the vehicle, the second client performs the physical simulation on the vehicle according to the operation information of the first user on the vehicle and the position information of the vehicle;

Among them, when the first client detects that the first character triggers the vehicle to leave the control, the first client selectively turns off the physical simulation of the vehicle according to the position information of the vehicle and the viewing range of the first character.

Optionally, in the second client, physically simulating the vehicle according to the operation information of the first user on the vehicle and the position information of the vehicle specifically includes:

The second client determines whether the vehicle is within the sight range of the second character. If the vehicle is not within the sight range of the second character, physical simulation of the vehicle is not started. If the vehicle is within the sight range of the second character, physical simulation of the vehicle is performed according to the operation information of the first user on the vehicle and the position information of the vehicle sent by the server until the vehicle stops or leaves the sight range of the second character.

Optionally, the vehicle physics simulation method further includes:

When the first client detects that the first character triggers the vehicle control control, the first client obtains operation information of the vehicle of the first character and performs physical simulation on the vehicle.

Optionally, the vehicle physics simulation method further includes:

When the first client detects that the first character triggers the vehicle to leave the control, the first client determines whether the vehicle is within the line of sight of the first character. If the vehicle is not within the line of sight of the first character, the physical simulation of the vehicle is not started. If the vehicle is within the line of sight of the first character, it is further determined whether the vehicle is stopped. If the vehicle is stopped, the physical simulation of the vehicle is stopped. If the vehicle is not stopped, the physical simulation of the vehicle is performed until the vehicle stops or leaves the line of sight of the first character.

Optionally, the vehicle physics simulation method further includes:

The first client and/or the second client obtains the terrain features where the vehicle is located when the server generates the vehicle, and performs physical simulation on the vehicle generated by the server according to the terrain features where the vehicle is located.

An embodiment of the present invention provides a vehicle position correction device, which is applied to a vehicle physical simulation system. The system includes a server and a second client. The second client is used to perform physical simulation on a vehicle M according to a vehicle physical simulation method and correct the position of the vehicle M. The device includes:

A position acquisition unit, used to acquire the position A of the vehicle before correction;

A vehicle hiding unit, used for receiving the coordinate position information of the vehicle M sent by the server, and hiding the vehicle M;

A false vehicle setting unit, used for setting a vehicle N having the same appearance model as the vehicle M at the position A;

A fake vehicle control unit, used for controlling the vehicle N to follow the vehicle M in movement, keeping the vehicle N and the vehicle M relatively still, and not performing physical simulation on the vehicle N;

An offset adjustment unit, used to translate the vehicle N to the coordinate position of the vehicle M within n seconds;

The vehicle display unit is used to hide the vehicle N and display the vehicle M when the relative offset vector C between the vehicle M and the vehicle N is linearly reduced to 0.

An embodiment of the present invention provides a second client, the second client belongs to a vehicle physical simulation system, the system further includes a server, the second client is used to perform physical simulation on a vehicle M according to a vehicle physical simulation method, and correct the position of the vehicle M, the second client includes:

A position acquisition module, used to acquire the position A of the vehicle before correction;

A vehicle hiding module, used for receiving the coordinate position information of the vehicle M sent by the server, and hiding the vehicle M;

A false vehicle setting module, used for setting a vehicle N having the same appearance model as the vehicle M at the position A;

A fake vehicle control module, used for controlling the vehicle N to follow the vehicle M in movement, keeping the vehicle N and the vehicle M relatively still, and not performing physical simulation on the vehicle N;

An offset adjustment module, used to translate the vehicle N to the coordinate position of the vehicle M within n seconds;

The vehicle display module is used to hide the vehicle N and display the vehicle M when the relative offset vector C between the vehicle M and the vehicle N is linearly reduced to 0.

An embodiment of the present invention provides a second electronic device, in which a second client is installed. The electronic device includes:

Processor; and

A memory, configured to store executable instructions of the processor;

Wherein, the processor is configured to execute any of the above-mentioned vehicle position correction methods by executing the executable instructions.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and/or additional aspects and advantages of the present invention will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

FIG1 is a structural block diagram of a vehicle physics simulation system according to an embodiment of the present invention;

FIG2 is a flow chart of a vehicle physics simulation method according to an embodiment of the present invention;

FIG3 is a flow chart of a vehicle physics simulation method according to another embodiment of the present invention;

FIG4 is a flow chart of a vehicle physics simulation method according to yet another embodiment of the present invention;

FIG5 is a flow chart of a vehicle physics simulation method according to yet another embodiment of the present invention;

FIG6 is a structural block diagram of a client according to an embodiment of the present invention;

FIG7 is a structural block diagram of a client according to another embodiment of the present invention;

FIG8 is a structural block diagram of a client according to yet another embodiment of the present invention;

FIG9 is a flow chart of a vehicle physics simulation method according to an embodiment of the present invention;

FIG10 is a flow chart of a vehicle physics simulation method according to another embodiment of the present invention;

FIG11 is a structural block diagram of a server according to an embodiment of the present invention;

FIG. 12 is a structural block diagram of a server according to another embodiment of the present invention.

Detailed ways

Embodiments of the present invention are described in detail below, examples of which are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present invention, and should not be construed as limiting the present invention.

The vehicle physics simulation method, system, client, electronic device and server of embodiments of the present invention are described below with reference to the accompanying drawings.

FIG. 1 is a structural block diagram of a vehicle physics simulation system according to an embodiment of the present invention.

As shown in FIG. 1 , the vehicle physics simulation system includes a client 100 and a server 200 .

The client 100 may include a first client 110 and a second client 120 .

The following is a brief introduction to the definitions of the nouns in the embodiments.

Client: An application installed in an electronic device. The client can be a mobile phone, tablet computer, laptop computer, virtual reality device, augmented reality device, mixed reality device, etc., which is not specifically limited here.

Server: A device that provides computing and network communication services. A server can be a single device or a cluster of multiple devices, which is not specifically limited here.

The first role is a virtual character corresponding to the first user of the application in the application.

The second role is a virtual character corresponding to any user in the application except the first user.

The first user controls the first character through the first client.

The second user controls the second character through the second client.

Vehicles are vehicles that users of the application can drive in the application, such as airplanes, cars, bicycles, motorcycles, yachts, ships, balance bikes, etc., which are not specifically limited here.

Physical simulation refers to the simulation of the physical state changes of real vehicles. If the vehicle is a jeep, the rotation of the jeep's tires and the bumps caused by driving on uneven roads can be simulated. For example, when the jeep is driving on uneven ground, the four sets of suspension springs will expand and contract to varying degrees to support the vehicle body. During this process, the vehicle body will experience dynamic effects such as reciprocating shaking and tilting. A brief description of the jeep's physical simulation is as follows:

1. Simulate the engine speed and make the tires rotate at a certain speed through the gearbox at a certain speed ratio;

2. There is friction at the point where the tire contacts the ground, which determines whether the tire will slip and the thrust the tire exerts on the car;

3. The thrust exerted by the tires on the vehicle causes the vehicle to move;

4. When the vehicle moves on uneven ground, the four sets of suspension springs will expand and contract to varying degrees to support the vehicle body. During this process, the vehicle body will shake and tilt back and forth.

The visual range refers to the visual range of the virtual character in the application by the user of the application, and refers to the visual range of the virtual character in the application scene. For example, the visual range of the first character and the visual range of the second character. When the virtual character looks forward, the angles that the eyes can observe left and right, and the angles that can be observed up and down are limited. Therefore, the visual range of the virtual character is approximately a cone-shaped area, and the range is represented by the collection area of 3D coordinates in the application map.

Vehicle position, the three-dimensional coordinate position of the vehicle in the application scene (map).

Vehicle control controls are controls in the interactive interface that allow users to control the vehicle, including driving controls, riding controls, leaving controls, acceleration controls, deceleration controls, direction controls, etc. Users can control the vehicle by touching or sliding the vehicle control controls, such as driving the vehicle, riding the vehicle, leaving the vehicle, accelerating, decelerating, moving forward, backward, moving left, moving right, etc.

In one embodiment of the present invention, when the first client 110 detects that the first character triggers the vehicle control control, the first client 110 may obtain the first user's operation information on the vehicle and the vehicle's location information, and send the first user's operation information on the vehicle and the vehicle's location information to the server 200. The server 200 may receive the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronize the first user's operation information on the vehicle and the vehicle's location information to the second client 120. The second client 120 receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client 120, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information.

Specifically, the second client 120 determines whether the vehicle is within the sight range of the second character. If the vehicle is not within the sight range of the second character, physical simulation of the vehicle is not started. If the vehicle is within the sight range of the second character, physical simulation of the vehicle is performed according to the operation information of the first user on the vehicle and the position information of the vehicle sent by the server until the vehicle stops or leaves the sight range of the second character.

This embodiment describes the situation where the first character controls the vehicle from the perspective of the second character. The first character refers to a type of character that controls the vehicle, and the second character is a type of character that observes the vehicle. Specifically, the server stores data related to the application, including the location information of the vehicle controlled by the first character and the control information of the vehicle. The server establishes communication with multiple clients, and each client obtains the location information of the character using the client and the control information of the character on the vehicle, and sends the location information to the server. After receiving the information, the server synchronizes the above information to each client, so each client contains the location information of the characters corresponding to all clients and the control information of the character on the vehicle after obtaining the synchronization information. The second client obtains the control information of the vehicle sent by the first client and the real-time location information of the vehicle driven by it. Among them, the vehicle location information can be sent by the server at a frequency of 100 milliseconds/time. If the vehicle driven by the first character is observed in the line of sight of the second character, the second client can continuously obtain the location information (three-dimensional coordinates) of the vehicle driven by the first character and detect whether it changes. If the location information of the vehicle continues to change, it can be determined that the vehicle is in a moving state. In the second client, the vehicle can be physically simulated using the first user's control information of the vehicle. It should be understood that when the second client does not receive the latest information, it uses the last received information for physical simulation. If the position of the vehicle does not change continuously, it can be determined that the vehicle has stopped, and the second client can stop the physical simulation of the vehicle. Taking the car vehicle as an example, the first user triggers the driving or riding control, and the corresponding first character enters the car vehicle. The first client performs a physical simulation of the car vehicle. When the first character enters the car vehicle, due to the weight of the first character, the four sets of suspension springs of the car vehicle bear the pressure of the gravity of the first character and shrink to support the car body, and the car body will have a visual effect of physical change process such as reciprocating shaking. The first client records the operation information of the first user triggering the driving or riding control and sends the information to the server, and the server synchronizes the operation information of the first user triggering the driving or riding control to the second client. Within the sight range of the second character, the second client receives the operation information of the first user triggering the driving or riding control of the automobile vehicle and the position information of the automobile vehicle sent by the server, and performs physical simulation on the vehicle driven by the first user based on the above information. The second user can observe the visual effects of the physical change process such as the reciprocating shaking of the body of the automobile vehicle driven or ridden by the first user within the sight range of the second character. The second client simulates the physical effect of the operation information of the first character on the first client, so that the visual effect of the entire physical change process is closer to reality. Similarly, after the first user triggers the driving control, he enters the car, and the vehicle control control including at least the acceleration control is displayed on the interaction interface of the first user. The first user triggers the acceleration control, and the first device sends the operation information of the first user to the device. The second device receives the operation information of the first user triggering the acceleration control from the server, and performs physical simulation on the vehicle controlled by the first user, so that the second character observes the visual effect of the physical change process of the first character driving the vehicle to accelerate forward; if the first user triggers the riding control, the acceleration control and the deceleration control will not be displayed on the interaction interface of the first user. After the first user triggers the driving or riding control, the first character triggers the leaving control, then the second character can also observe the effect of the suspension spring vibration when the first character leaves the vehicle. It should be understood that the physical simulation effect generated by the above-mentioned first user triggering control occurs within the line of sight of a second character, and the second character will observe the visual effect of the physical change process simulated by the second device. If it is not within the line of sight, the second character will not observe the visual effect of the physical state change process, that is, the corresponding second client will not turn on the physical simulation.

In order to simulate the virtual character more realistically, some more realistic settings will be made. For example, on a sunny day, the virtual character can see up to 500 meters; on a foggy day, the virtual character can see up to 300 meters. In other words, the viewing range can change with the weather.

In another embodiment of the present invention, when the first client 110 detects that the first character triggers the vehicle control control, the first client 110 performs a physical simulation of the vehicle according to the first user's operation information on the vehicle and the vehicle's position information sent by the server. This embodiment describes the situation of the first character's perspective when the first character drives the vehicle. For example, when the vehicle enters the field of view of the first character, the user can choose to touch the ride control in the interactive interface to control the first character to enter the vehicle. The user can use the acceleration control, deceleration control, etc. on the touch interactive interface (input instructions for the sliding direction or pressure size of the acceleration control and the deceleration control, and input instructions for the sliding direction or sliding angle of the direction control) to control the driving of the vehicle and perform physical simulation of the vehicle, such as vehicle acceleration, vehicle deceleration, etc.

The purpose of adopting this solution is to simulate the real driving experience as much as possible, improve the operability of the application and the user's enthusiasm for operation.

In another embodiment of the present invention, the first client 110 is also used to determine whether the vehicle is within the line of sight of the first character when the first client detects that the first character triggers the vehicle to leave the control. If the vehicle is not within the line of sight of the first character, the physical simulation of the vehicle is not enabled. If the vehicle is within the line of sight of the first character, it is further determined whether the vehicle has stopped. If the vehicle has stopped, the physical simulation of the vehicle is stopped; if the vehicle has not stopped, the physical simulation of the vehicle is performed until the vehicle stops or leaves the line of sight of the first character. This embodiment describes the situation where the first character leaves the vehicle.

Specifically, the first client receives an input instruction from the first user to click on the leave control in the interactive interface, and the first character immediately leaves the vehicle being driven. The first client continuously obtains the vehicle position and checks whether it changes. If the vehicle position does not change continuously, it can be determined that the vehicle has stopped, the first client stops the physical simulation of the vehicle, and sends the position when it stops to the server. If the vehicle position continues to change, it can be determined that the vehicle is still moving. The first client continues to perform physical simulation on the vehicle. Further, the first client continuously obtains the vehicle position and determines whether it is within the line of sight of the first character. If the obtained vehicle position is not within the line of sight of the first character, the physical simulation of the vehicle can be stopped in the first client, and the vehicle position is continuously obtained until the vehicle stops, and the position after stopping is sent to the server. If the obtained position is within the line of sight of the first character, the first client continues to perform physical simulation on the vehicle until the vehicle stops or the current position of the vehicle leaves the line of sight of the first character. The first client continuously obtains the real-time position of the first character and the vehicle it drives and sends the above position to the server.

In the above embodiment, the physical simulation of the vehicle is selectively turned off instead of continuously performing the physical simulation, so as to optimize the device resources, improve the performance of the resource optimization device, prevent jamming, and enhance the simulated driving experience.

In another embodiment of the present invention, the first client 110 and/or the second client 120 may also obtain the terrain features where the vehicle is located when the server 200 generates the vehicle, and perform physical simulation on the vehicle generated by the server according to the terrain features where the vehicle is located. This embodiment describes the situation when the server initializes scene information and generates a vehicle.

Specifically, all clients can obtain the application start instruction issued by the server, and the interactive interface in the waiting stage in the client is switched to the application scene interactive interface. Further (simultaneously), all clients obtain the vehicle generation instruction issued by the server. Among them, the vehicle generation instruction includes each vehicle type that needs to be generated in the application scene (map) and the vehicle position that appears in the application scene. Various types of vehicles are preset in the server, and different types of vehicles have different application scenarios. For example, an application map is usually composed of three areas: land, water and air. Among them, cars, bicycles, and balance cars are suitable for land transportation, yachts and ships are suitable for water transportation, and airplanes are suitable for air transportation. Land vehicles are parked on land for users to carry out land transportation, water vehicles are parked in waters for users to carry out water transportation, and airplanes are parked on land and take off from the ground for users to carry out air transportation. The client obtains the application start instruction issued by the server, and further (simultaneously), the client obtains the vehicle type that needs to be generated in each area of the map randomly selected by the server and the three-dimensional coordinate position where the vehicle appears randomly generated within each area of the map. After the client obtains the vehicle generation instruction generated by the server, it can randomly perform 3D modeling at the corresponding position in the map to generate the corresponding vehicle. Furthermore, each client does not directly generate the vehicle at the three-dimensional coordinate position of the ground and the water surface, but generates the vehicle at the three-dimensional coordinate position at a certain height above the ground and the water surface. The initial generation position of the vehicle is higher than the ground or the water surface by a certain height. The vehicle generated by the client will fall under the influence of the virtual gravity in the application and will contact with the fixed scenes such as the ground, buildings, trees, waters, etc. in the application scene after falling, thereby causing a change in physical state. Therefore, the client can perform physical simulation to simulate the physical state change of the vehicle until the position of the vehicle no longer changes, which can be regarded as the vehicle has stopped steadily, and the client stops the physical simulation. The process of setting the client to generate the vehicle position and perform physical simulation on the vehicle until the vehicle stops steadily is to avoid the prior art of fitting the vehicle model into the fixed scene model, the fixed scene and the vehicle model may overlap due to the non-planar fixed scene, or violate physical phenomena, such as the visual effect of a land vehicle parked on a steep slope on a mountain. Through the client's physical simulation of the vehicle, the vehicle changes from physical state to final stop in each area, which is closer to the physical phenomena in the real environment and improves the realism of the application.

In addition, in another embodiment of the present invention, the second client 120 may also correct the location information of the vehicle. This embodiment describes a situation where a delay or packet loss occurs in the network communication between the second client 120 and the server 200.

Specifically, the position of the vehicle driven by the first user in the second client will deviate from the vehicle position sent by the first client in the server. At this time, the server will send the vehicle position sent by the first client to the second client. The second client can receive the position information of the vehicle driven by the first character and correct the position of the vehicle driven by the first character in the second character's sight range.

In the above situation, by forcibly correcting the position of the vehicle, the second character will observe that the vehicle driven by the first character is teleporting or flickering, which affects the experience of the second user.

In order to avoid or reduce the phenomenon of instantaneous movement or flickering that occurs during the process of correcting the vehicle position, in another embodiment, the second client may perform anti-flickering processing on the corrected vehicle position information. The steps are as follows:

Step 1. Assume that the position of vehicle M before correction is A[xa,ya,za], and the position after correction is B[xb,yb,zb];

Step 2. The second client receives the vehicle coordinate position information sent by the server, hides the vehicle at the same time, and sets a vehicle N with the same appearance model as vehicle M at position A. The second client only controls vehicle N to move with vehicle M and keeps the coordinate positions of the two relatively still, and does not perform physical simulation on vehicle N. During the movement, the relative offset vector of the coordinate positions of vehicle M and vehicle N is C[xc, yc, zc], where C = B-A. At this time, the second user can only see vehicle N with the same appearance model as vehicle M, so there is no visual teleportation of the vehicle;

Step 3. Vehicle M continues to move, and vehicle N moves together with vehicle M because it is relatively stationary;

Step 4. Within N seconds, the relative offset vector C is linearly reduced to 0, that is, the fake vehicle N is translated to the position of the real vehicle M within N seconds;

Step 5. When C becomes 0, hide the fake vehicle N and show the real vehicle M.

The purpose of adopting this solution is that vehicle M is a real vehicle, and the second client performs physical simulation on vehicle M in real time. Direct translation of the vehicle will cause various collisions with the scene in the client, so a collision-free vehicle N is used. Since vehicle N does not need to be physically simulated, direct translation will not cause various collisions with the scene in the client, and by translating vehicle N, the teleportation or flickering phenomenon of vehicle M can be weakened.

In the vehicle physics simulation system of an embodiment of the present invention, when the first client detects that the first character triggers the vehicle control control, the first client obtains the first user's operation information on the vehicle and the vehicle's location information, and sends the first user's operation information on the vehicle and the vehicle's location information to the server. The server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client. The second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information, thereby optimizing device resources, improving the performance of the resource optimization device, preventing jamming, and enhancing the simulated driving experience.

In order to implement the above embodiment, the present invention also proposes a vehicle physics simulation method.

FIG. 2 is a flow chart of a vehicle physics simulation method according to an embodiment of the present invention.

As shown in FIG2 , the vehicle physics simulation method is applied to the client, and includes the following steps:

Step 201, when the first client detects that the first character triggers the vehicle control control, the first client obtains the first user's operation information on the vehicle and the vehicle's location information, and sends the first user's operation information on the vehicle and the vehicle's location information to the server, so that the server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client.

The client includes a first client and a second client, a first user controls a first character through the first client, and a second user controls a second character through the second client.

Step 202: The second client receives the operation information of the first user on the vehicle and the position information of the vehicle sent by the server, and performs physical simulation of the vehicle in the second client according to the operation information of the first user on the vehicle and the position information of the vehicle.

Specifically, the second client determines whether the vehicle is within the line of sight of the second character. If the vehicle is not within the line of sight of the second character, the physical simulation of the vehicle is not started. If the vehicle is within the line of sight of the second character, the vehicle is physically simulated according to the operation information of the first user on the vehicle and the position information of the vehicle sent by the server until the vehicle stops or leaves the line of sight of the second character.

This embodiment describes the situation where the first character controls the vehicle from the perspective of the second character. The first character refers to a type of character that controls the vehicle, and the second character is a type of character that observes the vehicle. Specifically, the server stores data related to the application, including the location information of the vehicle controlled by the first character and the control information of the vehicle. The server establishes communication with multiple clients, and each client obtains the location information of the character using the client and the control information of the character on the vehicle, and sends the location information to the server. After receiving the information, the server synchronizes the above information to each client, so each client contains the location information of the characters corresponding to all clients and the control information of the character on the vehicle after obtaining the synchronization information. The second client obtains the control information of the vehicle sent by the first client and the real-time location information of the vehicle driven by it. Among them, the vehicle location information can be sent by the server at a frequency of 100 milliseconds/time. If the vehicle driven by the first character is observed in the line of sight of the second character, the second client can continuously obtain the location information (three-dimensional coordinates) of the vehicle driven by the first character and detect whether it changes. If the location information of the vehicle continues to change, it can be determined that the vehicle is in a moving state. In the second client, the vehicle can be physically simulated using the first user's control information of the vehicle. It should be understood that when the second client does not receive the latest information, it uses the last received information for physical simulation. If the position of the vehicle does not change continuously, it can be determined that the vehicle has stopped, and the second client can stop the physical simulation of the vehicle. Taking the car vehicle as an example, the first user triggers the driving or riding control, and the corresponding first character enters the car vehicle. The first client performs a physical simulation of the car vehicle. When the first character enters the car vehicle, due to the weight of the first character, the four sets of suspension springs of the car vehicle bear the pressure of the gravity of the first character and shrink to support the car body, and the car body will have a visual effect of physical change process such as reciprocating shaking. The first client records the operation information of the first user triggering the driving or riding control and sends the information to the server, and the server synchronizes the operation information of the first user triggering the driving or riding control to the second client. Within the sight range of the second character, the second client receives the operation information of the first user triggering the driving or riding control of the automobile vehicle and the position information of the automobile vehicle sent by the server, and performs physical simulation on the vehicle driven by the first user based on the above information. The second user can observe the visual effects of the physical change process such as the reciprocating shaking of the body of the automobile vehicle driven or ridden by the first user within the sight range of the second character. The second client simulates the physical effect of the operation information of the first character on the first client, so that the visual effect of the entire physical change process is closer to reality. Similarly, after the first user triggers the driving control, he enters the car, and the vehicle control control including at least the acceleration control is displayed on the interaction interface of the first user. The first user triggers the acceleration control, and the first device sends the operation information of the first user to the device. The second device receives the operation information of the first user triggering the acceleration control from the server, and performs physical simulation on the vehicle controlled by the first user, so that the second character observes the visual effect of the physical change process of the first character driving the vehicle to accelerate forward; if the first user triggers the riding control, the acceleration control and the deceleration control will not be displayed on the interaction interface of the first user. After the first user triggers the driving or riding control, the first character triggers the leaving control, then the second character can also observe the effect of the suspension spring vibration when the first character leaves the vehicle. It should be understood that the physical simulation effect generated by the above-mentioned first user triggering control occurs within the line of sight of a second character, and the second character will observe the visual effect of the physical change process simulated by the second device. If it is not within the line of sight, the second character will not observe the visual effect of the physical state change process, that is, the corresponding second client will not turn on the physical simulation.

In order to simulate the virtual character more realistically, some more realistic settings will be made. For example, on a sunny day, the virtual character can see up to 500 meters; on a foggy day, the virtual character can see up to 300 meters. In other words, the viewing range can change with the weather.

Among them, due to network delays and other reasons, there may be a deviation between the location information of the vehicle driven by the first user received by the second client and the location information of the vehicle driven by the first user in the first client.

The server side continuously updates the position information of the vehicle driven by the first user sent by the first client. After the second client receives the above information, it corrects the position information of the vehicle driven by the first user. Specifically, the server sends the saved position of the vehicle driven by the first user sent by the first client to the second client. The second client can receive the position information of the vehicle driven by the first character and correct the position of the vehicle driven by the first character within the line of sight of the second character.

After the position information of the vehicle driven by the first user is corrected, flickering and other phenomena may occur, so the second client also needs to perform anti-flicker processing on the corrected vehicle position information. In order to avoid or reduce the teleportation or flickering phenomenon that occurs during the process of correcting the vehicle position, in another embodiment, the second client may perform anti-flicker processing on the corrected vehicle position information. The steps are as follows:

Step 1. Assume that the position of vehicle M before correction is A[xa,ya,za], and the position after correction is B[xb,yb,zb];

Step 2. The second client receives the vehicle coordinate position information sent by the server, hides the vehicle at the same time, and sets a vehicle N with the same appearance model as vehicle M at position A. The second client only controls vehicle N to move with vehicle M and keeps the coordinate positions of the two relatively still, and does not perform physical simulation on vehicle N. During the movement, the relative offset vector of the coordinate positions of vehicle M and vehicle N is C[xc, yc, zc], where C = B-A. At this time, the second user can only see vehicle N with the same appearance model as vehicle M, so there is no visual teleportation of the vehicle;

Step 3. Vehicle M continues to move, and vehicle N moves together with vehicle M because it is relatively stationary;

Step 4. Within N seconds, the relative offset vector C is linearly reduced to 0, that is, the fake vehicle N is translated to the position of the real vehicle M within N seconds;

Step 5. When C becomes 0, hide the fake vehicle N and show the real vehicle M.

The purpose of adopting this solution is that vehicle M is a real vehicle, and the second client performs physical simulation on vehicle M in real time. Direct translation of the vehicle will cause various collisions with the scene in the client, so a collision-free vehicle N is used. Since vehicle N does not need to be physically simulated, direct translation will not cause various collisions with the scene in the client, and by translating vehicle N, the teleportation or flickering phenomenon of vehicle M can be weakened.

In another embodiment of the present invention, as shown in FIG3 , the method further includes:

Step 203, when the first client detects that the first character triggers the vehicle control control, in the first client, the operation information of the first character's vehicle is obtained, and the vehicle is physically simulated.

This embodiment describes the perspective of the first character when the first character is driving a vehicle. For example, when the vehicle enters the field of view of the first character, the user can choose to touch the ride control in the interactive interface to control the first character to enter the vehicle. The user can use the acceleration control, deceleration control, etc. on the touch interactive interface (input instructions for the sliding direction or pressure size of the acceleration control and the deceleration control, and input instructions for the sliding direction or sliding angle of the direction control) to control the driving of the vehicle, and perform physical simulation of the vehicle, such as vehicle acceleration, vehicle deceleration, etc.

The purpose of adopting this solution is to simulate the real driving experience as much as possible, improve the operability of the application and the user's enthusiasm for operation.

In yet another embodiment of the present invention, as shown in FIG4 , the method further includes:

Step 204 , when the first client detects that the first character triggers the vehicle to leave the control, the first client determines whether the vehicle is within the sight range of the first character.

Step 205: If the vehicle is not within the sight range of the first character, physical simulation of the vehicle is not enabled.

Step 206: If the vehicle is within the sight range of the first character, further determine whether the vehicle is stopped.

Step 207: If the vehicle stops, then stop performing physical simulation on the vehicle.

Step 208: If the vehicle has not stopped, physical simulation is performed on the vehicle until the vehicle stops or leaves the sight range of the first character.

Specifically, the first client receives an input instruction from the first user to click on the leave control in the interactive interface, and the first character immediately leaves the vehicle being driven. The first client continuously obtains the vehicle position and checks whether it changes. If the vehicle position does not change continuously, it can be determined that the vehicle has stopped, the first client stops the physical simulation of the vehicle, and sends the position when it stops to the server. If the vehicle position continues to change, it can be determined that the vehicle is still moving. The first client continues to perform physical simulation on the vehicle. Further, the first client continuously obtains the vehicle position and determines whether it is within the line of sight of the first character. If the obtained vehicle position is not within the line of sight of the first character, the physical simulation of the vehicle can be stopped in the first client, and the vehicle position is continuously obtained until the vehicle stops, and the position after stopping is sent to the server. If the obtained position is within the line of sight of the first character, the first client continues to perform physical simulation on the vehicle until the vehicle stops or the current position of the vehicle leaves the line of sight of the first character. The first client continuously obtains the real-time position of the first character and the vehicle it drives and sends the above position to the server.

In the above embodiment, the physical simulation of the vehicle is selectively turned off instead of continuously performing the physical simulation, so as to optimize the device resources, improve the performance of the resource optimization device, prevent jamming, and enhance the simulated driving experience.

In yet another embodiment of the present invention, as shown in FIG5 , the method further includes:

Step 209: The first client and/or the second client obtains the terrain features where the vehicle is located when the server generates the vehicle, and performs physical simulation on the vehicle generated by the server according to the terrain features where the vehicle is located.

This embodiment describes the situation when the server initializes scene information and generates a vehicle.

Specifically, all clients can obtain the application start instruction issued by the server, and the interactive interface in the waiting stage in the client is switched to the application scene interactive interface. Further (simultaneously), all clients obtain the vehicle generation instruction issued by the server. Among them, the vehicle generation instruction includes each vehicle type that needs to be generated in the application scene (map) and the vehicle position that appears in the application scene. Various types of vehicles are preset in the server, and different types of vehicles have different application scenarios. For example, an application map is usually composed of three areas: land, water and air. Among them, cars, bicycles, and balance cars are suitable for land transportation, yachts and ships are suitable for water transportation, and airplanes are suitable for air transportation. Land vehicles are parked on land for users to carry out land transportation, water vehicles are parked in waters for users to carry out water transportation, and airplanes are parked on land and take off from the ground for users to carry out air transportation. The client obtains the application start instruction issued by the server, and further (simultaneously), the client obtains the vehicle type that needs to be generated in each area of the map randomly selected by the server and the three-dimensional coordinate position where the vehicle appears within each area of the map. After the client obtains the vehicle generation instruction generated by the server, it can randomly perform 3D modeling at the corresponding position in the map to generate the corresponding vehicle. Furthermore, each client does not directly generate the vehicle at the three-dimensional coordinate position of the ground and the water surface, but generates the vehicle at the three-dimensional coordinate position at a certain height above the ground and the water surface. The initial generation position of the vehicle is higher than the ground or the water surface by a certain height. The vehicle generated by the client will fall under the influence of the virtual gravity in the application and will contact with the fixed scenes such as the ground, buildings, trees, waters, etc. in the application scene after falling, thereby causing a change in physical state. Therefore, the client can perform physical simulation to simulate the physical state change of the vehicle until the position of the vehicle no longer changes, which can be regarded as the vehicle has stopped steadily, and the client stops the physical simulation. The process of setting the client to generate the vehicle position and perform physical simulation on the vehicle until the vehicle stops steadily is to avoid the prior art of fitting the vehicle model into the fixed scene model, the fixed scene and the vehicle model may overlap due to the non-planar fixed scene, or violate physical phenomena, such as the visual effect of a land vehicle parked on a steep slope on a mountain. Through the client's physical simulation of the vehicle, the vehicle changes from physical state to final stop in each area, which is closer to the physical phenomena in the real environment and improves the realism of the application.

In the vehicle physics simulation method of an embodiment of the present invention, when the first client detects that the first character triggers the vehicle control control, the first client obtains the first user's operation information on the vehicle and the vehicle's location information, and sends the first user's operation information on the vehicle and the vehicle's location information to the server. The server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client. The second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information, thereby optimizing device resources, improving the performance of the resource optimization device, preventing jamming, and enhancing the simulated driving experience.

In order to implement the above embodiment, the present invention also proposes a client.

FIG. 6 is a structural block diagram of a client according to an embodiment of the present invention.

As shown in FIG. 6 , the client includes a processing module 610 and a physical simulation module 620 .

Among them, the processing module 610 is used to obtain the first user's operation information on the vehicle and the vehicle's location information when the first client detects that the first character triggers the vehicle control control, and send the first user's operation information on the vehicle and the vehicle's location information to the server, so that the server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client.

The physical simulation module 620 is used to receive the operation information of the first user on the vehicle and the position information of the vehicle sent by the server, and perform physical simulation of the vehicle in the second client according to the operation information of the first user on the vehicle and the position information of the vehicle.

As shown in FIG. 7 , the client further includes a correction module 630 .

The correction module 630 is used to correct the position information of the vehicle.

As shown in FIG. 8 , the client further includes an anti-flicker module 640 .

The anti-flicker module 640 is used to perform anti-flicker processing on the corrected position information of the vehicle.

It should be noted that the above explanation of the vehicle physics simulation system is also applicable to the vehicle physics simulation method of the embodiment of the present invention. The details not disclosed in the embodiment of the present invention will not be repeated here.

In the client of the embodiment of the present invention, when the first client detects that the first character triggers the vehicle control control, the first client obtains the first user's operation information on the vehicle and the vehicle's location information, and sends the first user's operation information on the vehicle and the vehicle's location information to the server. The server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client. The second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information, thereby optimizing device resources, improving the performance of the resource optimization device, preventing jamming, and enhancing the simulated driving experience.

In order to implement the above-mentioned embodiment, the present invention further proposes a computer-readable storage medium on which a computer program is stored, characterized in that when the program is executed by a processor, the vehicle physics simulation method of the above-mentioned embodiment is implemented.

In order to implement the above embodiment, the present invention also provides an electronic device.

A client is installed in the electronic device, which includes a processor, a memory, and a computer program stored in the memory and executable on the processor. The processor is used to execute the vehicle physics simulation method of the above embodiment of the present invention.

In the electronic device of an embodiment of the present invention, when the first client detects that the first character triggers the vehicle control control, the first client obtains the first user's operation information on the vehicle and the vehicle's location information, and sends the first user's operation information on the vehicle and the vehicle's location information to the server. The server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client. The second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information, thereby optimizing device resources, improving the performance of the resource optimization device, preventing jamming, and enhancing the simulated driving experience.

In order to implement the above embodiment, the present invention also proposes a vehicle physics simulation method.

FIG. 9 is a flow chart of a vehicle physics simulation method according to an embodiment of the present invention.

As shown in FIG9 , the vehicle physics simulation method is applied to the server, and includes the following steps:

Step 901, when the first client detects that the first character triggers the vehicle control control, the server receives the first user's operation information on the vehicle and the vehicle position information sent by the first client.

Step 902, synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client, so that the second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle based on the first user's operation information on the vehicle and the vehicle's location information.

As shown in FIG. 10 , the embodiment of the present invention may further include the following steps:

Step 903: The server initializes the application scenario.

The application scenarios include a variety of different terrain features.

Step 904, randomly generating vehicles on a variety of different terrain features, so that the first client and/or the second client performs physical simulation on the vehicle generated by the server according to the terrain features where the vehicle is located.

This embodiment is a method executed by the server side corresponding to the vehicle physics simulation system. The above explanation of the vehicle physics simulation system is also applicable to the vehicle physics simulation method of the embodiment of the present invention. The details not disclosed in the embodiment of the present invention will not be repeated here.

In the vehicle physics simulation method of an embodiment of the present invention, when the first client detects that the first character triggers the vehicle control control, the server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client, so that the second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information, thereby optimizing equipment resources, improving the performance of the resource optimization device, preventing jamming, and enhancing the simulated driving experience.

In order to implement the above embodiment, the present invention also proposes a server.

FIG. 11 is a structural block diagram of a server according to an embodiment of the present invention.

As shown in FIG. 11 , the server includes a receiving module 1100 and a synchronization module 1120 .

Among them, the receiving module 1100 is used for receiving, on the server, the operation information of the first user on the vehicle and the location information of the vehicle sent by the first client when the first client detects that the first character triggers the vehicle control control.

The client includes a first client and a second client, a first user controls a first character through the first client, and a second user controls a second character through the second client.

The synchronization module 1120 is used to synchronize the first user's operation information on the vehicle and the vehicle's location information to the second client, so that the second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle based on the first user's operation information on the vehicle and the vehicle's location information.

As shown in FIG. 12 , the server may further include a generating module 1130 .

The generation module 1130 is used to initialize the application scenario, which includes a variety of different terrain features and randomly generates vehicles on the various different terrain features, so that the first client and/or the second client can perform physical simulation on the vehicle generated by the server according to the terrain features where the vehicle is located.

It should be noted that the above explanation of the vehicle physics simulation method is also applicable to the server in the embodiment of the present invention, and the details not disclosed in the embodiment of the present invention will not be repeated here.

The server of an embodiment of the present invention, when the first client detects that the first character triggers the vehicle control control, the server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client, so that the second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information, thereby optimizing equipment resources, improving the performance of the resource optimization device, preventing jamming, and enhancing the simulated driving experience.

In order to implement the above-mentioned embodiment, the present invention further proposes a computer-readable storage medium on which a computer program is stored, characterized in that when the program is executed by a processor, the vehicle physics simulation method of the above-mentioned embodiment is implemented.

In order to implement the above embodiment, the present invention also proposes a server.

The server includes a processor, a memory, and a computer program stored in the memory and executable on the processor. The processor is used to execute the vehicle physics simulation method of the above embodiment of the present invention.

The server of an embodiment of the present invention, when the first client detects that the first character triggers the vehicle control control, the server receives the first user's operation information on the vehicle and the vehicle's location information sent by the first client, and synchronizes the first user's operation information on the vehicle and the vehicle's location information to the second client, so that the second client receives the first user's operation information on the vehicle and the vehicle's location information sent by the server, and in the second client, physically simulates the vehicle according to the first user's operation information on the vehicle and the vehicle's location information, thereby optimizing equipment resources, improving the performance of the resource optimization device, preventing jamming, and enhancing the simulated driving experience.

In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, without contradiction.

In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In the description of the present invention, the meaning of "plurality" is at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, segment or portion of code that includes one or more executable instructions for implementing the steps of a specific logical function or process, and the scope of the preferred embodiments of the present invention includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in the reverse order depending on the functions involved, which should be understood by those skilled in the art to which the embodiments of the present invention belong.

The logic and/or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute the instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purposes of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or more wires (electronic device), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium and then editing, interpreting or otherwise processing in a suitable manner if necessary, and then stored in a computer memory.

It should be understood that the various parts of the present invention can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, a plurality of steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

A person skilled in the art may understand that all or part of the steps in the method for implementing the above-mentioned embodiment may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into a processing module, or each unit may exist physically separately, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

The storage medium mentioned above may be a read-only memory, a magnetic disk or an optical disk, etc. Although the embodiments of the present invention have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limiting the present invention. A person of ordinary skill in the art may change, modify, replace and modify the above embodiments within the scope of the present invention.

Claims (10)

1. A vehicle position correction method, characterized in that the method is applied to a vehicle physical simulation system, the system includes a server and a second client, the second client is used to perform physical simulation on a vehicle M according to the vehicle physical simulation method, and correct the position of the vehicle M, the vehicle position correction method includes: Obtaining the position A of the vehicle M before correction; receiving the coordinate position information of the vehicle M sent by the server, and hiding the vehicle M; Arrange a vehicle N having the same appearance model as the vehicle M at the position A; Control the vehicle N to follow the vehicle M to move, keep the vehicle N and the vehicle M relatively still, and do not perform physical simulation on the vehicle N; Within n seconds, translate the vehicle N to the coordinate position of the vehicle M; When the relative offset vector C between the vehicle M and the vehicle N decreases linearly to 0, the vehicle N is hidden and the vehicle M is displayed. 2. The method for correcting the position of a carrier according to claim 1, characterized in that the method for correcting the position of a carrier further comprises: obtaining a corrected position B of the carrier M; The relative offset vector is initially a vector pointing from the position A to the position B, wherein the relative offset vector C=B-A. 3. The vehicle position correction method according to claim 1, characterized in that the vehicle physics simulation method is applied to the vehicle physics simulation system, wherein the vehicle physics simulation system further comprises a first client, a first user controls a first character through the first client, and a second user controls a second character through the second client, and the vehicle physics simulation method comprises the following steps: When the first client detects that the first character triggers the vehicle control control, the first client obtains the first user's operation information on the vehicle and the location information of the vehicle, and sends the first user's operation information on the vehicle and the location information of the vehicle to the server, so that the server receives the first user's operation information on the vehicle and the location information of the vehicle sent by the first client, and synchronizes the first user's operation information on the vehicle and the location information of the vehicle to the second client; The second client receives the operation information of the first user on the vehicle and the position information of the vehicle sent by the server, and selectively turns off the physical simulation of the vehicle according to the position information of the vehicle and the sight range of the second character, and when the physical simulation is selected for the vehicle, the second client performs the physical simulation on the vehicle according to the operation information of the first user on the vehicle and the position information of the vehicle; Among them, when the first client detects that the first character triggers the vehicle to leave the control, the first client selectively turns off the physical simulation of the vehicle according to the position information of the vehicle and the viewing range of the first character. 4. The vehicle position correction method according to claim 3, characterized in that, in the second client, physical simulation of the vehicle is performed according to the operation information of the first user on the vehicle and the position information of the vehicle, specifically comprising: The second client determines whether the vehicle is within the sight range of the second character. If the vehicle is not within the sight range of the second character, physical simulation of the vehicle is not started. If the vehicle is within the sight range of the second character, physical simulation of the vehicle is performed according to the operation information of the first user on the vehicle and the position information of the vehicle sent by the server until the vehicle stops or leaves the sight range of the second character. 5. The vehicle position correction method according to claim 3, characterized in that the vehicle physical simulation method further comprises: When the first client detects that the first character triggers the vehicle control control, the first client obtains operation information of the vehicle of the first character and performs physical simulation on the vehicle. 6. The vehicle position correction method according to claim 5, characterized in that the vehicle physical simulation method further comprises: When the first client detects that the first character triggers the vehicle to leave the control, the first client determines whether the vehicle is within the line of sight of the first character. If the vehicle is not within the line of sight of the first character, the physical simulation of the vehicle is not started. If the vehicle is within the line of sight of the first character, it is further determined whether the vehicle is stopped. If the vehicle is stopped, the physical simulation of the vehicle is stopped. If the vehicle is not stopped, the physical simulation of the vehicle is performed until the vehicle stops or leaves the line of sight of the first character. 7. The vehicle position correction method according to claim 3, characterized in that the vehicle physical simulation method further comprises: The first client and/or the second client obtains the terrain features where the vehicle is located when the server generates the vehicle, and performs physical simulation on the vehicle generated by the server according to the terrain features where the vehicle is located. 8. A vehicle position correction device, characterized in that the device is applied to a vehicle physical simulation system, the system includes a server and a second client, the second client is used to perform physical simulation on a vehicle M according to a vehicle physical simulation method, and correct the position of the vehicle M, the device includes: A position acquisition unit, used to acquire the position A of the vehicle before correction; A vehicle hiding unit, used for receiving the coordinate position information of the vehicle M sent by the server, and hiding the vehicle M; A false vehicle setting unit, used for setting a vehicle N having the same appearance model as the vehicle M at the position A; A fake vehicle control unit, used for controlling the vehicle N to follow the vehicle M in movement, keeping the vehicle N and the vehicle M relatively still, and not performing physical simulation on the vehicle N; An offset adjustment unit, used to translate the vehicle N to the coordinate position of the vehicle M within n seconds; The vehicle display unit is used to hide the vehicle N and display the vehicle M when the relative offset vector C between the vehicle M and the vehicle N is linearly reduced to 0. 9. A second client, characterized in that the second client belongs to a vehicle physical simulation system, the system further includes a server, the second client is used to perform physical simulation on a vehicle M according to a vehicle physical simulation method, and correct the position of the vehicle M, the second client includes: A position acquisition module, used to acquire the position A of the vehicle before correction; A vehicle hiding module, used for receiving the coordinate position information of the vehicle M sent by the server, and hiding the vehicle M; A false vehicle setting module, used for setting a vehicle N having the same appearance model as the vehicle M at the position A; A fake vehicle control module, used for controlling the vehicle N to follow the vehicle M in movement, keeping the vehicle N and the vehicle M relatively still, and not performing physical simulation on the vehicle N; An offset adjustment module, used to translate the vehicle N to the coordinate position of the vehicle M within n seconds; The vehicle display module is used to hide the vehicle N and display the vehicle M when the relative offset vector C between the vehicle M and the vehicle N is linearly reduced to 0. 10. A second electronic device, characterized in that a second client is installed in the electronic device, and the electronic device comprises: Processor; and A memory, configured to store executable instructions of the processor; Wherein, the processor is configured to execute the vehicle position correction method described in any one of claims 1-7 by executing the executable instructions.