Virtual vehicle control method and device in virtual scene and electronic equipment

Abstract

The invention discloses a virtual vehicle control method and device in a virtual scene, electronic equipment and a storage medium, and belongs to the technical field of computers. According to the method and the device, an acceleration frequency storage mechanism for executing the stunt action to accumulate the acceleration energy and acquiring the available acceleration frequency when the acceleration energy is accumulated to meet the target condition is provided, and the virtual vehicle is accelerated by consuming the available acceleration frequency once when the first acceleration operation is detected. In the target time period after the first acceleration operation, if it is detected that the second acceleration operation can consume the available acceleration times again, the virtual vehicle is accelerated with the larger acceleration, so that a user can flexibly select whether to consume the available acceleration times for many times to obtain the larger acceleration or not according to requirements, and the user experience is improved. Therefore, the acceleration mode and the acceleration effect of the virtual vehicle are enriched, the use strategy of the acceleration times is diversified, a user can conveniently adjust the racing strategy based on the virtual vehicle at any time, and the man-machine interaction efficiency is improved.

Description

[0001] This application is a divisional application of the invention patent application with application number 202210557470.2, application date May 20, 2022, and invention name “Virtual vehicle control method, device and electronic device in virtual scene”. Technical Field

[0002] The present application relates to the field of computer technology, and in particular to a method, device, electronic device and storage medium for controlling a virtual vehicle in a virtual scene. Background Art

[0003] With the development of computer technology, users can use various game applications on their terminals to relax at any time. Currently, in game applications that control virtual vehicles, such as racing games, in order to help users better use virtual vehicles for racing, some interactive methods for accelerating the virtual vehicles are usually provided.

[0004] For example, when a user presses the accelerator button, the virtual vehicle can continue to accelerate. Or, when the user controls the virtual vehicle to perform stunts such as drifting, a certain amount of acceleration gas (such as nitrous oxide, commonly known as laughing gas, chemical formula N 2 O), users can also provide acceleration for virtual vehicles by consuming accumulated acceleration gas.

[0005] In the above interaction method, whether it is pressing the accelerator button to accelerate or consuming the accumulated acceleration gas to accelerate, the acceleration method and acceleration effect of the virtual vehicle are relatively simple and the human-computer interaction efficiency is low. Summary of the invention

[0006] The embodiments of the present application provide a method, device, electronic device and storage medium for controlling a virtual vehicle in a virtual scene, which can enrich the acceleration mode and acceleration effect of the virtual vehicle and improve the efficiency of human-computer interaction. The technical solution is as follows:

[0007] In one aspect, a method for controlling a virtual vehicle in a virtual scene is provided, the method comprising:

[0008] In the case where the virtual vehicle in the virtual scene performs a stunt, increasing acceleration energy;

[0009] When the acceleration energy accumulates to meet the target conditions, an acceleration item is obtained;

[0010] In the case of at least two acceleration props, in response to a first trigger operation on an acceleration control, one acceleration prop is consumed to control the virtual vehicle to perform a first acceleration action;

[0011] In response to a second trigger operation on the acceleration control within a target time period after the first trigger operation, another acceleration prop is consumed to control the virtual vehicle to perform a second acceleration action, wherein the acceleration of the second acceleration action is greater than the acceleration of the first acceleration action.

[0012] In one aspect, a virtual vehicle control device in a virtual scene is provided, the device comprising:

[0013] An increasing module, for increasing acceleration energy when the virtual vehicle in the virtual scene performs a stunt action;

[0014] An acquisition module, used for acquiring an acceleration item when the acceleration energy accumulates to meet the target condition;

[0015] A first control module is used for, in the case of having at least two acceleration props, consuming one acceleration prop in response to a first triggering operation on an acceleration control, to control the virtual vehicle to perform a first acceleration action;

[0016] The second control module is used to consume another acceleration prop and control the virtual vehicle to perform a second acceleration action in response to a second trigger operation on the acceleration control within a target time period after the first trigger operation, and the acceleration of the second acceleration action is greater than the acceleration of the first acceleration action.

[0017] In a possible implementation manner, the first control module includes:

[0018] A first control unit is used to control the virtual vehicle to perform the first acceleration action based on a first acceleration associated with the acceleration prop; wherein a driving speed of the virtual vehicle performing the first acceleration action does not exceed a first target speed.

[0019] In one possible implementation manner, the first control unit is used to:

[0020] When the running speed of the virtual vehicle is greater than a first speed difference from the first target speed, controlling the virtual vehicle to perform a uniform acceleration action at the first acceleration;

[0021] When the running speed of the virtual vehicle is less than or equal to the first speed difference from the first target speed, the virtual vehicle is controlled to perform a variable acceleration action with a first variable acceleration obtained based on the attenuation of the first acceleration.

[0022] In one possible implementation, the first variable acceleration uses the first acceleration as an initial acceleration and is obtained by linearly decaying according to the variable acceleration duration of the virtual vehicle; and when the driving speed of the virtual vehicle reaches the first target speed, the first variable acceleration decays to 0.

[0023] In a possible implementation manner, the device further includes:

[0024] The playing module is used to play a first triggering special effect of the acceleration control in response to a first triggering operation on the acceleration control, wherein the first triggering special effect is used to prompt that one of the acceleration props has been consumed to accelerate the virtual vehicle.

[0025] In a possible implementation manner, the device further includes:

[0026] The display module is used for displaying a first acceleration special effect based on the virtual vehicle in response to a first trigger operation on the acceleration control, wherein the first acceleration special effect is used to represent that one of the acceleration props has been consumed to accelerate the virtual vehicle.

[0027] In a possible implementation manner, the device further includes:

[0028] The display module is used for displaying the consumption progress information of the acceleration gas based on the acceleration control in response to the first trigger operation of the acceleration control when the acceleration prop is acceleration gas, and the consumption progress information is used to prompt the remaining gas storage capacity of the acceleration gas.

[0029] In a possible implementation manner, the second control module includes:

[0030] A second control unit is used to control the virtual vehicle to perform the second acceleration action based on a third acceleration obtained by adding the first acceleration associated with the acceleration prop and the second acceleration; wherein the driving speed of the virtual vehicle performing the second acceleration action does not exceed a second target speed.

[0031] In one possible implementation manner, the second control unit is used to:

[0032] When the running speed of the virtual vehicle is greater than a second speed difference from the second target speed, controlling the virtual vehicle to perform a uniform acceleration action at the third acceleration;

[0033] When the running speed of the virtual vehicle is less than or equal to the second speed difference from the second target speed, the virtual vehicle is controlled to perform a variable acceleration action with a second variable acceleration obtained based on attenuation of the third acceleration.

[0034] In one possible implementation, the second variable acceleration uses the third acceleration as an initial acceleration and is obtained by linearly decaying according to the variable acceleration duration of the virtual vehicle; and when the driving speed of the virtual vehicle reaches the second target speed, the second variable acceleration decays to 0.

[0035] In a possible implementation manner, the device further includes:

[0036] The display module is used to display an interactive timing control within the target time period, and the interactive timing control is used to display timing information for the target time period.

[0037] In a possible implementation manner, the device further includes:

[0038] The playing module is used to play a second triggering special effect of the acceleration control in response to a second triggering operation on the acceleration control, wherein the second triggering special effect is used to prompt that another acceleration prop has been consumed to accelerate the virtual vehicle.

[0039] In a possible implementation manner, the device further includes:

[0040] The display module is used to display a second acceleration effect based on the virtual vehicle in response to a second trigger operation on the acceleration control, wherein the second acceleration effect is used to represent that another acceleration prop has been consumed to accelerate the virtual vehicle.

[0041] In a possible implementation manner, the device further includes:

[0042] The display module is used to display the inventory quantity and inventory capacity of the acceleration props based on the acceleration control, wherein the inventory capacity is associated with the vehicle type of the virtual vehicle, and the inventory capacity is used to represent the maximum number of acceleration props that the vehicle type is allowed to store.

[0043] In a possible implementation manner, the adding module is further used for:

[0044] In the energy progress bar of the acceleration energy, it is shown that the acceleration energy increases.

[0045] In a possible implementation manner, when the stunt action is a drifting action, the energy increase value of the acceleration energy is positively correlated with the drifting duration and the drifting deceleration amount of the virtual vehicle performing the drifting action.

[0046] On the one hand, an electronic device is provided, which includes one or more processors and one or more memories, wherein at least one computer program is stored in the one or more memories, and the at least one computer program is loaded and executed by the one or more processors to implement a virtual vehicle control method in the virtual scene as described above.

[0047] On the one hand, a storage medium is provided, in which at least one computer program is stored. The at least one computer program is loaded and executed by a processor to implement a virtual vehicle control method in the virtual scene as described above.

[0048] In one aspect, a computer program product is provided, the computer program product comprising at least one computer program, the at least one computer program being stored in a computer-readable storage medium. One or more processors of an electronic device can read the at least one computer program from the computer-readable storage medium, and the one or more processors execute the at least one computer program, so that the electronic device can execute the virtual vehicle control method in the virtual scene.

[0049] The beneficial effects brought by the technical solution provided by the embodiment of the present application include at least:

[0050] By providing a prop storage mechanism for performing stunts to accumulate acceleration energy, obtaining acceleration props when the acceleration energy is accumulated to meet the target conditions, and consuming an acceleration prop to accelerate the virtual vehicle when a first trigger operation is detected, within the target time period after the first trigger operation, if a second trigger operation is detected, another acceleration prop can be consumed to accelerate the virtual vehicle with a greater acceleration, so that the user can flexibly choose whether to consume multiple acceleration props each time to obtain a greater acceleration according to needs, thereby enriching the acceleration method and acceleration effect of the virtual vehicle, diversifying the operation strategy of the acceleration props, and facilitating the user to adjust the racing strategy based on the virtual vehicle at any time, thereby improving the efficiency of human-computer interaction. BRIEF DESCRIPTION OF THE DRAWINGS

[0051] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0052] Figure 1 It is a schematic diagram of an implementation environment of a virtual vehicle control method in a virtual scene provided by an embodiment of the present application;

[0053] Figure 2is a flow chart of a virtual vehicle control method in a virtual scene provided by an embodiment of the present application;

[0054] Figure 3 is a flow chart of a virtual vehicle control method in a virtual scene provided by an embodiment of the present application;

[0055] Figure 4 This is a schematic diagram of an interface of a virtual scene of a racing game provided in an embodiment of the present application;

[0056] Figure 5 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0057] Figure 6 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0058] Figure 7 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0059] Figure 8 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0060] Fig. 9 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0061] Fig.10 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0062] Fig.11 It is a flow chart of a method for obtaining acceleration props in a virtual scene provided by an embodiment of the present application;

[0063] Fig.12 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0064] Fig.13 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0065] Fig.14 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0066] Fig.15 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application;

[0067] Fig.16 This is a principle flow chart of a virtual vehicle acceleration method for a racing game provided in an embodiment of the present application;

[0068] Fig.17is a structural schematic diagram of a virtual vehicle control device in a virtual scene provided by an embodiment of the present application;

[0069] Fig.18 It is a structural schematic diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0070] In order to make the objectives, technical solutions and advantages of the present application clearer, the implementation methods of the present application will be further described in detail below with reference to the accompanying drawings.

[0071] In this application, the terms "first", "second", etc. are used to distinguish identical or similar items with basically the same effects and functions. It should be understood that there is no logical or temporal dependency between "first", "second", and "nth", nor is there any limitation on quantity and execution order.

[0072] In the present application, the term "at least one" means one or more, and the term "plurality" means two or more. For example, a plurality of acceleration props means two or more acceleration props.

[0073] In this application, the term "including at least one of A or B" refers to the following situations: including only A, including only B, and including both A and B.

[0074] The user-related information (including but not limited to device information, personal information, behavior information, etc.), data (including but not limited to data used for analysis, stored data, displayed data, etc.) and signals involved in this application, when applied to specific products or technologies in the manner of the embodiments of this application, are all permitted, agreed, authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant information, data and signals must comply with the relevant laws, regulations and standards of the relevant countries and regions. For example, the relevant data involved in logging into the game in this application are all obtained with full authorization.

[0075] The following is an explanation of the terms used in this application.

[0076] Virtual scene: is a virtual environment displayed (or provided) when an application is running on a terminal. The virtual scene can be a simulation of the real world, a semi-simulated and semi-fictitious virtual environment, or a purely fictitious virtual environment. The virtual scene can be any one of a two-dimensional virtual scene, a 2.5-dimensional virtual scene, or a three-dimensional virtual scene. The embodiment of the present application does not limit the dimension of the virtual scene. For example, the virtual scene may include the sky, land, ocean, etc. The land may include environmental elements such as deserts and cities. Users can control virtual objects to drive virtual vehicles to move in the virtual scene.

[0077] Taking racing games as an example, the virtual scene can also be used to provide different tracks under different terrains. Each track can be set with different sections such as straight lines or curves according to road conditions, so that at least two virtual objects can drive their respective virtual vehicles to race on the track.

[0078] Virtual object: refers to an movable object in a virtual scene. The movable object may be a virtual person, a virtual animal, a cartoon character, etc., such as a person, an animal, a plant, an oil drum, a wall, a stone, etc. displayed in a virtual scene. The virtual object may be a virtual image in the virtual scene that is used to represent the user. The virtual scene may include multiple virtual objects, each of which has its own shape and volume in the virtual scene and occupies a part of the space in the virtual scene. Optionally, when the virtual scene is a three-dimensional virtual scene, the virtual object may be a three-dimensional stereo model, which may be a three-dimensional character built based on three-dimensional human skeleton technology. The same virtual object may show different external images by wearing different skins. In some embodiments, the virtual object may also be implemented using a 2.5-dimensional or 2-dimensional model, which is not limited in the embodiments of the present application.

[0079] Optionally, the virtual object may be a player character controlled by an operation on the client, or may be a non-player character (NPC) set in a virtual scene that can interact. Schematically, the virtual object is a virtual character racing in a virtual scene. Optionally, the number of virtual objects participating in the interaction in the virtual scene may be pre-set, or may be dynamically determined according to the number of clients joining the interaction.

[0080] Racing games: also known as racing games, refer to a type of competitive game played in a competition scenario, where the winning condition is to drive a virtual vehicle to the finish line (or destination) "fastest". Racing games are usually simple to operate and do not require much technical skills. In addition, they are popular among gamers for their unique virtual racing cars (an example of virtual vehicles), high-quality and realistic competition images, and simulated sound effects.

[0081] Illustratively, in some racing games, each user can dress up the virtual object that he or she controls before the start of the game, and select a virtual vehicle to bring into the game (such as selecting a vehicle type, performing performance modifications, etc.). After the game starts, the user can control the virtual object to drive the virtual vehicle on a track in a virtual scene, and race with other virtual vehicles in the virtual scene. For example, at the start of the game, all virtual vehicles start from the same starting point (or starting line), and the virtual object that first drives the virtual vehicle to the finish line (or destination) wins the game.

[0082] Nitrous Oxide System (NOS): Also known as nitrogen oxide acceleration system, it refers to a car acceleration system that uses liquid nitrogen oxide to instantly increase horsepower by a large ratio. The working principle of NOS is as follows: 2 Nitrous oxide (N2O) is a high-pressure liquid that is put into a cylinder and then mixed with air in the engine to act as a combustion aid and burn with fuel (N 2 O combustion can release oxygen and nitrogen, of which oxygen is the key combustion-supporting gas, while nitrogen can help cool down). 2 When the temperature is high, two nitrogen atoms and one oxygen atom are generated. The oxygen atom helps combustion, while the nitrogen atom cools the cylinder. This increases the completeness of fuel combustion and improves power.

[0083] Stunt action: refers to any action different from smooth driving that the user can control the virtual vehicle to perform in a racing game. For example, stunt actions include but are not limited to: drifting, taking off, flying, overcoming obstacles, collision, etc. The embodiments of the present application do not specifically limit the types of stunt actions.

[0084] The following is an introduction to the system architecture involved in the embodiments of the present application.

[0085] Figure 1 Schematic diagram of the implementation environment of a virtual vehicle control method in a virtual scene provided by an embodiment of the present application. Figure 1 The implementation environment includes: a first terminal 120, a server 140 and a second terminal 160.

[0086] The first terminal 120 has an application program supporting virtual scenes installed and running. Optionally, the application program includes any one of a racing game, a car racing game, a motorcycle racing game, a shooting game supporting virtual vehicles, a survival game supporting virtual vehicles, a virtual reality application program, or a three-dimensional map program.

[0087] In some embodiments, the first terminal 120 is a terminal used by the first user. When the first terminal 120 runs the application, the user interface of the application is displayed on the screen of the first terminal 120, and based on the opening operation of the first user in the user interface, a virtual scene is loaded and displayed in the application, and the first user uses the first terminal 120 to operate the first virtual object to drive the first virtual vehicle in the virtual scene. Schematically, the first virtual object can be a first virtual character, such as a simulation character or an animation character.

[0088] The first terminal 120 and the second terminal 160 are directly or indirectly connected to the server 140 through a wireless network or a wired network.

[0089] The server 140 includes at least one of a single server, multiple servers, a cloud computing platform, or a virtualization center. The server 140 is used to provide background services for applications that support virtual scenes. Optionally, the server 140 undertakes the main computing work, and the first terminal 120 and the second terminal 160 undertake the secondary computing work; or, the server 140 undertakes the secondary computing work, and the first terminal 120 and the second terminal 160 undertake the main computing work; or, the server 140, the first terminal 120 and the second terminal 160 adopt a distributed computing architecture for collaborative computing.

[0090] Optionally, server 140 is an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms.

[0091] The second terminal 160 has an application program supporting virtual scenes installed and running. Optionally, the application program includes any one of a racing game, a car racing game, a motorcycle racing game, a shooting game supporting virtual vehicles, a survival game supporting virtual vehicles, a virtual reality application program, or a three-dimensional map program.

[0092] In some embodiments, the second terminal 160 is a terminal used by the second user. When the second terminal 160 runs the application, the user interface of the application is displayed on the screen of the second terminal 160, and based on the opening operation of the second user in the user interface, the virtual scene is loaded and displayed in the application, and the second user uses the second terminal 160 to operate the second virtual object to drive the second virtual vehicle in the virtual scene. Illustratively, the second virtual object can be a second virtual character, such as a simulation character or an animation character.

[0093] Optionally, the first virtual object controlled by the first terminal 120 and the second virtual object controlled by the second terminal 160 are in the same virtual scene. At this time, the first terminal 120 can control the first virtual object to drive a first virtual vehicle to race with the second virtual vehicle driven by the second virtual object controlled by the second terminal 160, that is, the two virtual vehicles start from the same starting point at the same time, and the two virtual vehicles can choose the same or different tracks. The virtual vehicle that reaches the finish line first wins the game.

[0094] Optionally, the applications installed on the first terminal 120 and the second terminal 160 are the same, or the applications installed on the two terminals are the same type of applications on different operating system platforms. The first terminal 120 and the second terminal 160 both refer to one of a plurality of terminals, and the embodiments of the present application only take the first terminal 120 and the second terminal 160 as examples.

[0095] The first terminal 120 and the second terminal 160 are of the same or different device types, and the device types include at least one of: a smart phone, a tablet computer, a smart speaker, a smart watch, a smart handheld game device, a vehicle-mounted terminal, a laptop computer, and a desktop computer, but are not limited thereto. For example, the first terminal 120 and the second terminal 160 are both smart phones, or other handheld portable game devices. The following embodiments are illustrated by taking the terminal including a smart phone as an example.

[0096] Those skilled in the art will appreciate that the number of the above terminals may be more or less. For example, the above terminal may be only one, or the above terminals may be dozens or hundreds, or more. The embodiment of the present application does not limit the number of terminals and device types.

[0097] Figure 2 is a flow chart of a virtual vehicle control method in a virtual scene provided by an embodiment of the present application. Figure 2 This embodiment is executed by an electronic device, and is described by taking the electronic device as a terminal as an example. The terminal may be the first terminal 120 or the second terminal 160 shown in the above implementation environment. This embodiment includes the following steps:

[0098] 201. When a virtual vehicle in a virtual scene performs a stunt, the terminal increases acceleration energy.

[0099] The terminal involved in the embodiments of the present application refers to any electronic device used by a user that has the function of controlling a virtual vehicle in a virtual scene. An application that supports the virtual scene is installed and running on the terminal. Optionally, the application includes: any one of: racing games, car racing games, motorcycle racing games, shooting games that support virtual vehicles, survival games that support virtual vehicles, virtual reality applications, or three-dimensional map programs.

[0100] The virtual vehicle involved in the embodiments of the present application refers to a virtual vehicle controlled by a user using a terminal, or a virtual vehicle driven by a user using a terminal to control a virtual object. In other words, the user can directly control the driving of the virtual vehicle in the virtual scene on the terminal, or control the driving of the virtual vehicle through the virtual object in the virtual scene. The embodiments of the present application do not specifically limit whether the user controls the virtual vehicle through the virtual object.

[0101] The stunt action involved in the embodiments of the present application refers to any action that a user can control a virtual vehicle to perform in a virtual scene that is different from smooth driving. For example, stunt actions include but are not limited to: drifting actions, flying actions, leaping actions, obstacle crossing actions, collision actions, etc. The embodiments of the present application do not specifically limit the types of stunt actions.

[0102] The acceleration props involved in the embodiment of the present application refer to virtual props used to provide acceleration functions to virtual vehicles. For example, the acceleration props include: acceleration gas, acceleration fuel, acceleration BUFF (gain), acceleration accessories, etc. The embodiment of the present application does not specifically limit the type of acceleration props. Taking the acceleration prop as acceleration gas as an example, the acceleration gas can be N 2 O,N 2 In the NOS system, nitrogen oxides are injected into the engine as liquid nitrogen oxides to accelerate the engine in a short period of time. Although the NOS system is commonly known as the nitrogen acceleration system, the "nitrogen" used for acceleration is not actually nitrogen in the air, but liquid nitrogen. 2 O, if "nitrogen" is mentioned in the following examples of this application, it refers to the liquid nitrogen used in the NOS system unless otherwise specified. 2 O, similarly, "nitrogen cylinder" refers to the cylinder used to store liquid N 2 O's gas cylinder will not be described in detail later.

[0103] In some embodiments, after the user starts an application such as a game application on the terminal, in response to the user's start operation, a virtual scene is loaded and displayed in the application, and at least a virtual vehicle controlled by the terminal is displayed in the virtual scene.

[0104] In some embodiments, when the inventory quantity of acceleration props is less than the inventory capacity, it means that there is still surplus inventory capacity to store acceleration props. At this time, the acceleration props can be obtained by accumulating acceleration energy when the target conditions are met. Optionally, if the virtual vehicle is detected to perform any stunt, the terminal increases the acceleration energy for the virtual vehicle. Taking the stunt action of drifting as an example, the terminal can obtain an energy increase value of the acceleration energy that is positively correlated with the drift duration and the drift deceleration amount based on the drift duration and the drift deceleration amount of the drifting action performed by the virtual vehicle, and then combine the original existing energy value and the energy increase value of this drift action to determine whether the total accumulated acceleration energy meets the target conditions.

[0105] In some embodiments, the terminal displays the increase process of the acceleration energy in the form of an energy progress bar in a virtual scene. Optionally, the minimum energy value of the energy progress bar is 0, and the maximum energy value is the energy value required to meet the target conditions. For example, if one acceleration prop can be obtained for every 100 nitrogen collected, the maximum energy value of the energy progress bar can be set to 100.

[0106] It should be noted that the way of accumulating acceleration energy will be described in detail in subsequent embodiments using drifting as an example, and will not be elaborated here.

[0107] 202. When the acceleration energy accumulates to meet the target condition, the terminal obtains an acceleration prop.

[0108] In some embodiments, the target condition is that the acceleration energy accumulates to be greater than the energy threshold, wherein the energy threshold is any value greater than 0, for example, the energy threshold is 100. Optionally, the terminal obtains the sum of the existing energy value and the energy increase value accumulated through the stunt action this time as the acceleration energy value. Assuming that the energy threshold is 100, every time 100 acceleration energy values ​​are collected, 1 acceleration prop will be successfully harvested, that is, the inventory quantity of the acceleration prop is increased by 1. After collecting 1 acceleration prop, the acceleration energy will be cleared. Thereafter, if the inventory quantity of the acceleration prop is less than the inventory capacity, new acceleration props can still be collected again through steps 201-202. If the inventory quantity is equal to the inventory capacity after adding 1, it means that new acceleration props can no longer be collected at this time.

[0109] In other embodiments, even if the inventory quantity plus 1 is equal to the inventory capacity, the user can still continue to collect acceleration energy by controlling the virtual vehicle to perform stunts, but the acceleration energy will stop accumulating when it is about to reach the energy threshold. In this way, as long as the user consumes 1 acceleration prop, the acceleration energy will remain at a value very close to the energy threshold. The user can quickly collect a new acceleration prop by controlling the virtual vehicle to perform a small number of stunts. For example, assuming the energy threshold is 100, when the inventory quantity is equal to the inventory capacity, acceleration energy is still allowed to accumulate, but the acceleration energy will no longer increase when it accumulates to 99. Only after the user consumes 1 acceleration prop and then increases the acceleration energy by 1 by controlling the virtual vehicle to perform stunts, can a new acceleration prop be quickly obtained.

[0110] In the above step 202, a possible implementation method of obtaining the acceleration prop is provided when the acceleration energy accumulates to meet the target condition, that is, the acceleration energy is accumulated to the energy threshold as the target condition for explanation, wherein the energy threshold is a parameter preset by the server side, for example, the energy threshold can be 100, 200, or any other value greater than 0. Optionally, the target condition can also be set to the virtual vehicle performing a stunt for a duration greater than the duration threshold, or the virtual vehicle performing a stunt causes the deceleration amount of the virtual vehicle to be greater than the deceleration amount threshold, etc., wherein the duration threshold and the deceleration amount threshold are values ​​greater than 0, and the target condition is not specifically limited in the embodiment of the present application.

[0111] In the above steps 201-202, a possible implementation method of the user controlling the virtual vehicle to perform stunts and collect the acceleration props by accumulating a certain amount of acceleration energy is shown, where the stunt is the drifting action and the acceleration props is the acceleration gas N. 2 O as an example, according to the drift duration and drift deceleration of the virtual vehicle, determine whether it can collect and obtain an acceleration gas N 2 O is used as a speed-up tool.

[0112] In some embodiments, acceleration props are collected by users by controlling virtual vehicles to collide with acceleration props. For example, a race track in a virtual scene is provided with a race section containing multiple obstacles and multiple different types of virtual props (including acceleration props). When the user controls the virtual vehicle to avoid obstacles and collides with any virtual prop, the user can pick up the collided virtual props into the virtual backpack, which is equivalent to providing a way to obtain acceleration props without using drifting skills.

[0113] In some embodiments, acceleration props are purchased or redeemed by users before or during the game by consuming a certain amount of virtual resources in the game mall, that is, a way to obtain acceleration props without using drifting skills or driving skills over obstacles is provided. The embodiment of the present application does not specifically limit the source of acceleration props.

[0114] 203. When the terminal has at least two of the acceleration props, in response to a first trigger operation on the acceleration control, the terminal consumes one of the acceleration props to control the virtual vehicle to perform a first acceleration action.

[0115] The acceleration control is used to trigger the use of the acceleration prop to accelerate the virtual vehicle, thereby controlling the virtual vehicle to perform an acceleration action.

[0116] The acceleration control involved in the embodiment of the present application refers to a UI (User Interface) control for triggering the use of acceleration props to accelerate a virtual vehicle. Optionally, the acceleration control has an interactive state and a non-interactive state. When the user has acceleration props in a game, the acceleration control can be switched to an interactive state. When the user does not have acceleration props in a game, the acceleration control can be switched to a non-interactive state. In the interactive state, when the user performs a first trigger operation on the acceleration control, it will trigger the use of a single acceleration prop to accelerate the virtual vehicle. In the non-interactive state, after the user performs the first trigger operation on the acceleration control, no feedback will be received, or the user will be prompted to collect acceleration props as soon as possible before performing the first trigger operation.

[0117] In some embodiments, the terminal displays an acceleration control in the virtual scene only when the virtual object or the virtual vehicle has an acceleration prop. When the virtual object or the virtual vehicle does not have an acceleration prop, the acceleration control is not displayed or is hidden.

[0118] In some embodiments, the acceleration control is displayed regardless of whether the virtual object or virtual vehicle has a speed-up prop, but the acceleration control is set to an interactive state only when there is a speed-up prop, and is set to a non-interactive state when there is no speed-up prop.

[0119] In some embodiments, when a user already has at least two acceleration props, when the user wants to use the acceleration props, the user performs a first trigger operation on the acceleration control. When the terminal detects the user's first trigger operation on the acceleration control, the terminal consumes an acceleration prop in response to the first trigger operation, and accelerates the virtual vehicle based on the consumed acceleration prop, that is, controls the virtual vehicle to perform the first acceleration action.

[0120] In some embodiments, the above-mentioned first trigger operation of the acceleration control includes but is not limited to: click operation, double-click operation, press operation, sliding operation in a specified direction based on the acceleration control (such as sliding left, sliding right, sliding up, sliding down, etc.), voice commands, gesture commands, etc. The embodiment of the present application does not specifically limit the first trigger operation.

[0121] In some embodiments, when the terminal controls the virtual vehicle to perform the first acceleration action based on a consumed acceleration prop, the terminal can control the virtual vehicle to perform the first acceleration action according to the first acceleration method associated with the acceleration prop. The first acceleration method refers to the acceleration method provided by a single acceleration prop. For example, the first acceleration method is to apply a fixed acceleration to the virtual vehicle within the first acceleration duration. The first acceleration duration is any value greater than 0, for example, the first acceleration duration is 3 seconds. The fixed acceleration is pre-set by the business personnel on the server side, for example, the fixed acceleration is 10km / h / s (how many kilometers per hour the speed increases per second). For another example, the first acceleration method is to apply a fixed acceleration to the virtual vehicle, and after the driving speed of the virtual vehicle is increased to the limit speed of the virtual vehicle, the virtual vehicle is stopped from being accelerated (that is, it is ensured that the virtual vehicle will not exceed the limit speed associated with its own vehicle type after acceleration), that is, after the driving speed is increased to the limit speed, the virtual vehicle is controlled to no longer perform the first acceleration action. For another example, a first acceleration method of first uniformly accelerating the virtual vehicle and then performing variable acceleration will be introduced in detail in the next embodiment, which will not be described in detail here.

[0122] It should be noted that one or more acceleration props may be provided during a game, and different types of acceleration props may provide the same or different fixed accelerations, which is not specifically limited in this embodiment of the present application.

[0123] In some embodiments, the first acceleration method can also be used to increase the maximum speed of the virtual vehicle and remain effective within the first acceleration duration. Illustratively, assuming that the maximum speed originally associated with the vehicle type of the virtual vehicle is 400km / h, when using the first acceleration method for acceleration, the maximum speed of the virtual vehicle can be increased by 20km / h and remain effective within the first acceleration duration, that is, the virtual vehicle can travel at a maximum speed of 420km / h within the first acceleration duration.

[0124] It should be noted that the increase in the maximum speed only represents the increase in the upper limit of the virtual vehicle's driving speed, but does not mean that the virtual vehicle's driving speed can be accelerated to the increased maximum speed. This is because the initial speed of the virtual vehicle is unknown when the user performs the first trigger operation, and it is very likely that the virtual vehicle's driving speed cannot be accelerated to the maximum speed through a fixed acceleration within the first acceleration period.

[0125] In some embodiments, the server sends the processing logic of the first acceleration mode to an application on the terminal, so that the terminal can locally apply the processing logic of the first acceleration mode to accelerate the virtual vehicle. This makes it unnecessary to communicate with the server during the acceleration process, thereby saving the communication overhead of the terminal. Alternatively, the server applies the processing logic of the first acceleration mode in each frame of the game, calculates the driving speed of the virtual vehicle in this frame, and sends the calculated driving speed to the terminal, thereby saving the computing overhead of the terminal.

[0126] 204. Within a target time period after the first trigger operation, the terminal responds to a second trigger operation on the acceleration control, consumes another acceleration prop, and controls the virtual vehicle to perform a second acceleration action, wherein the acceleration of the second acceleration action is greater than the acceleration of the first acceleration action.

[0127] In some embodiments, after the terminal consumes an acceleration prop to accelerate the virtual vehicle in response to the first trigger operation of the acceleration control, it determines any time period within the first acceleration duration of the single acceleration prop as the target time period, that is, it is ensured that the start time of the target time period is equal to or later than the operation time of the first trigger operation, and the end time of the target time period is earlier than or equal to the end time of the first acceleration duration. In other words, the target time period can be any time period after the user executes the first trigger operation and the single acceleration prop is still in the process of taking effect. For example, the target time period is within 0.3 to 1 second after the user executes the first trigger operation.

[0128] In some embodiments, since the first trigger operation of step 203 above consumes a speed-up item, if there are still speed-up items after consumption, the user can also perform a second trigger operation on the acceleration control within the target time period, so that on the basis of consuming one speed-up item, another (or multiple) speed-up items can be consumed again, so as to control the virtual vehicle to perform a second acceleration action based on at least two speed-up items consumed by the two trigger operations, thereby providing the virtual vehicle with a stronger acceleration effect than a single speed-up item. It should be noted that the number of speed-up items consumed by the second trigger operation does not exceed the inventory number of speed-up items.

[0129] In some embodiments, the above-mentioned second trigger operation on the accelerator control includes but is not limited to: a click operation, a double-click operation, a press operation, a sliding operation in a specified direction based on the accelerator control (such as sliding left, right, up, down, etc.), pressing and holding the accelerator control and dragging it to the virtual vehicle and releasing it, voice commands, gesture commands, etc. The embodiments of the present application do not specifically limit the second trigger operation.

[0130] In some embodiments, after the terminal detects a second trigger operation performed by the user within the target time period, the terminal will switch the acceleration mode of the virtual vehicle from the first acceleration mode to the second acceleration mode, and the second acceleration mode is also associated with the acceleration props, and the acceleration effect provided by the second acceleration mode is better than the acceleration mode provided by the first acceleration mode. For example, the second acceleration mode brings a greater acceleration to the virtual vehicle than the first acceleration mode, or the second acceleration mode brings a greater maximum speed to the virtual vehicle than the first acceleration mode, or the second acceleration mode brings both a higher acceleration and a greater maximum speed to the virtual vehicle than the first acceleration mode.

[0131] It should be noted that the second acceleration method refers to the acceleration method provided by multiple acceleration props, and may change according to the number of acceleration props consumed by the second trigger operation. For example, after the first acceleration prop is consumed by the first trigger operation, the second acceleration prop is consumed by the second trigger operation. At this time, the second acceleration method refers to the acceleration method provided by two acceleration props. For another example, after the first acceleration prop is consumed by the first trigger operation, all the remaining acceleration props are consumed by the second trigger operation (assuming there are two acceleration props remaining). At this time, the second acceleration method refers to the acceleration method provided by three acceleration props.

[0132] In some embodiments, the same acceleration effect is configured for two or more acceleration props, for example, consuming two acceleration props and consuming three acceleration props will obtain the same acceleration effect; optionally, in the case of consuming two or more acceleration props, different acceleration effects are configured for consuming different numbers of acceleration props, for example, the acceleration effect is positively correlated with the number of acceleration props consumed, for example, the acceleration effect brought by consuming three acceleration props is greater than the acceleration effect brought by consuming two acceleration props. The embodiments of the present application do not specifically limit this.

[0133] In some embodiments, the second acceleration method is to superimpose an additional acceleration on the virtual vehicle based on the fixed acceleration applied by the first acceleration method and the additional acceleration is effective for a second acceleration duration, and the second acceleration duration is any value greater than 0.

[0134] Optionally, the second acceleration duration may refer to a time period from the moment of the second trigger operation to the end moment of the first acceleration duration. In this case, the second trigger operation is equivalent to providing a stronger acceleration effect but does not extend the duration of the acceleration item. That is, regardless of whether a single acceleration item or multiple acceleration items are consumed, the acceleration items can only be enjoyed within the first acceleration duration. However, when multiple acceleration items are consumed, a stronger acceleration effect will be obtained within the second acceleration duration. For example, the second acceleration duration is the value obtained by subtracting the time difference between the first trigger operation and the second trigger operation from the first acceleration duration. For example, taking the first acceleration duration of 3 seconds as an example, the user performs the first trigger operation on the acceleration control, triggering the consumption of 1 acceleration prop, and applying a fixed acceleration of 10km / h / s to the virtual vehicle for 3 seconds. 1 second later, the user performs the second trigger operation on the acceleration control again, triggering the consumption of 1 acceleration prop again (a total of 2 acceleration props are consumed). Since the first acceleration duration is 3 seconds and the time difference between the first trigger operation and the second trigger operation is 1 second, the second acceleration duration is 2 seconds. At this time, an additional acceleration of 5km / h / s is superimposed on the fixed acceleration of 10km / h / s. The superimposed acceleration of 15km / h / s is effective for 2 seconds. In other words, the virtual vehicle accelerates at a fixed acceleration of 10km / h / s in the first second, and accelerates at the superimposed acceleration of 15km / h / s in the 2nd to 3rd seconds.

[0135] Optionally, the second acceleration duration may refer to a time period starting from the operation moment of the second trigger operation to any moment after the end moment of the first acceleration duration. In this case, the second trigger operation is equivalent to providing a stronger acceleration effect and adding additional acceleration duration. In this case, the second acceleration duration will no longer be a subset of the first acceleration duration, and the two will have a certain intersection on the time axis (the intersection refers to the time period starting from the operation moment of the second trigger operation to the end moment of the first acceleration duration).

[0136] Optionally, the second acceleration duration may also refer to a time period starting from the operation moment of the second trigger operation to any moment before the end moment of the first acceleration duration. In this case, the second trigger operation is equivalent to providing a stronger acceleration effect only in a partial time period of the first acceleration duration, and will not extend the duration of the acceleration prop as a whole. In this case, the second acceleration duration is still a subset of the first acceleration duration. The embodiment of the present application does not specifically limit whether the use of multiple acceleration props will extend the acceleration duration of a single acceleration prop.

[0137] In some embodiments, the second acceleration mode is to increase the fixed acceleration of the virtual vehicle to the target acceleration and keep it in effect for the second acceleration duration, wherein the target acceleration of the second acceleration mode is greater than the fixed acceleration of the first acceleration mode, and the second acceleration duration is similar to the previous case, which will not be described in detail here. That is, no matter what the fixed acceleration of the first acceleration mode is, it will be increased to a preset target acceleration of the second acceleration mode, rather than maintaining a constant additional acceleration (i.e., acceleration increment) on the basis of the fixed acceleration.

[0138] In some embodiments, regardless of any of the above-mentioned second acceleration methods (such as providing additional acceleration or providing a larger target acceleration), an additional constraint condition can be added, that is, after the virtual vehicle's driving speed reaches the virtual vehicle's limit speed, the virtual vehicle is stopped from accelerating (that is, ensuring that the virtual vehicle does not exceed the limit speed associated with its own vehicle type after acceleration). For example, in the next embodiment, a first acceleration method of first uniformly accelerating the virtual vehicle and then variable acceleration will be introduced in detail, which will not be explained in detail here.

[0139] In some embodiments, the second acceleration method can also be used to further increase the maximum speed of the virtual vehicle on the basis of the first acceleration method and continue to be effective within the second acceleration duration. Schematically, assuming that the maximum speed originally associated with the vehicle type of the virtual vehicle is 400km / h, and taking the first acceleration duration of 3 seconds and the second acceleration duration of 2 seconds as an example, after the user executes the first trigger operation, when the first acceleration method is used to accelerate, the maximum speed of the virtual vehicle is increased by 20km / h and remains effective for 3 seconds. After 1 second, when the user executes the second trigger operation and the second acceleration method is used to accelerate, the maximum speed of the virtual vehicle will be increased by an additional 5km / h from the already increased 420km / h. That is, the virtual vehicle can travel at a maximum maximum speed of 420km / h in the first second, and at a maximum maximum speed of 425km / h in the 2nd to 3rd seconds.

[0140] It should be noted that one or more acceleration props can be provided in the game. At this time, only the same type of acceleration props can be allowed to consume multiple acceleration props at one time through the combination of the first trigger operation and the second trigger operation to achieve the optimal acceleration effect. Optionally, different types of acceleration props can be allowed to consume multiple acceleration props at one time through the combination of the first trigger operation and the second trigger operation to achieve diverse acceleration effects.

[0141] In some embodiments, the server sends the processing logic of the first acceleration mode and the second acceleration mode to the application on the terminal, so that the terminal can locally apply the processing logic of the second acceleration mode to accelerate the virtual vehicle. This makes it unnecessary to communicate with the server during the acceleration process, thereby saving the communication overhead of the terminal. Alternatively, the server applies the processing logic of the first acceleration mode and the second acceleration mode in each frame of the game, calculates the driving speed of the virtual vehicle in this frame, and sends the calculated driving speed to the terminal, thereby saving the computing overhead of the terminal.

[0142] In some embodiments, when the acceleration effect of the acceleration props is exhausted (such as the acceleration gas is used up, the acceleration time is exhausted, etc.), the speed of the virtual vehicle will no longer increase. At this time, if the speed of the virtual vehicle exceeds the limit speed originally associated with the vehicle type, the virtual vehicle will gradually return to the limit speed originally associated with the vehicle type. For example, the original limit speed is 400km / h, and it is accelerated to a faster limit speed of 405km / h during the process of the acceleration props taking effect. After the acceleration props expire, the speed of the virtual vehicle will gradually slow down from 405km / h to 400km / h. In addition, if the speed of the virtual vehicle does not exceed the limit speed originally associated with the vehicle type, it will continue to move forward at the accelerated speed.

[0143] All the above optional technical solutions can be arbitrarily combined to form optional embodiments of the present disclosure, and will not be described in detail here.

[0144] The method provided in the embodiment of the present application provides a prop storage mechanism for performing stunts to accumulate acceleration energy, and when the acceleration energy is accumulated to meet the target conditions, an acceleration prop is obtained, and when a first trigger operation is detected, an acceleration prop is consumed to accelerate the virtual vehicle. Within the target time period after the first trigger operation, if a second trigger operation is detected, another acceleration prop can be consumed to accelerate the virtual vehicle with a greater acceleration, so that the user can flexibly choose whether to consume multiple acceleration props each time to obtain a greater acceleration according to needs, thereby enriching the acceleration method and acceleration effect of the virtual vehicle, diversifying the operation strategy of the acceleration prop, and facilitating the user to adjust the racing strategy based on the virtual vehicle at any time, thereby improving the efficiency of human-computer interaction.

[0145] In the previous embodiment, it is briefly introduced how the user consumes an acceleration prop to accelerate through the first trigger operation, and how to consume another acceleration prop to accelerate through the second trigger operation. In the embodiment of the present application, the complete acceleration process of the virtual vehicle will be introduced in detail, which is explained below.

[0146] Figure 3 is a flow chart of a virtual vehicle control method in a virtual scene provided by an embodiment of the present application. Figure 3 This embodiment is executed by an electronic device, and is described by taking the electronic device as a terminal as an example. The terminal may be the first terminal 120 or the second terminal 160 shown in the above implementation environment. This embodiment includes the following steps:

[0147] 301. The terminal displays a virtual vehicle and an acceleration control in a virtual scene, where the acceleration control is used to trigger the use of an acceleration prop to accelerate the virtual vehicle.

[0148] In some embodiments, after the user starts an application such as a game application on the terminal, in response to the user's start operation, a virtual scene is loaded and displayed in the application, and at least a virtual vehicle controlled by the terminal is displayed in the virtual scene. Optionally, when the user drives the virtual vehicle from a first-person perspective, the virtual vehicle can be displayed only in the virtual scene, presenting a game perspective in which the user himself controls the virtual vehicle in the virtual scene, giving the user an immersive racing experience. Optionally, when the user drives the virtual vehicle from a first-person perspective or a third-person perspective, a virtual object is displayed in the virtual scene at the driver's seat of the virtual vehicle, presenting a visual effect that the user drives the virtual vehicle through the virtual object, thereby increasing the user's connectivity between virtual objects. The virtual object is used to represent the user's own image projection in the virtual scene. The virtual object can be a virtual image created and dressed up by the user after logging into the game account, or it can be an initial virtual image associated with the game account. The embodiments of the present application do not specifically limit this.

[0149] In some embodiments, the terminal displays an acceleration control in the virtual scene only when the virtual object or the virtual vehicle has an acceleration prop. When the virtual object or the virtual vehicle does not have an acceleration prop, the acceleration control is not displayed or is hidden.

[0150] In some embodiments, the acceleration control is displayed regardless of whether the virtual object or virtual vehicle has a speed-up prop, but the acceleration control is set to an interactive state only when there is a speed-up prop, and is set to a non-interactive state when there is no speed-up prop.

[0151] In some embodiments, the terminal can load display resources of the virtual scene and acceleration controls from the server in response to the start operation, so that the terminal can render the display resources through the game engine through the display resources returned by the server to display the virtual scene in the application and display the acceleration controls in the virtual scene.

[0152] Taking racing games as an example, the acceleration props in racing games can be provided as acceleration gas, which usually refers to the N used in the NOS system. 2 O,N 2 O can be a booster item in a racing game that can be collected after using drift or other operations. 2 O is used to obtain acceleration effect, N in racing games 2 O is called "nitrogen".

[0153] Figure 4 is a schematic diagram of an interface of a virtual scene of a racing game provided in an embodiment of the present application, such as Figure 4As shown, in the virtual scene 400, a virtual vehicle 401 and a track 402 are displayed, and the user can control the virtual vehicle 401 to travel on the track 402. In addition, the virtual scene 400 also includes a nitrogen key 411, a nitrogen number 412, a throttle key 413, a handbrake key 414, a footbrake key 415, direction keys 416-417 and a reset key 418. The nitrogen key 411 is an example of an acceleration control involved in the embodiment of the present application. Usually, in the case of an acceleration prop (nitrogen reserve is greater than 0), performing a first trigger operation on the nitrogen key 411 will consume 1 acceleration prop (i.e., consume 1 bottle of nitrogen reserve) to continuously provide an acceleration effect for the virtual vehicle 401 for the next period of time (i.e., the first acceleration duration). The nitrogen number 412 visualizes the inventory quantity and inventory capacity of the acceleration props in an icon manner, that is, it intuitively presents the current nitrogen storage situation of the virtual vehicle 401. For example, the gray nitrogen bottle indicates how much nitrogen the virtual vehicle 401 can currently store, and the bright nitrogen bottle indicates the amount of nitrogen that the virtual vehicle 401 can currently use. The inventory capacity will change with the change of vehicle type and performance modification. The throttle key 413 is used to accelerate the virtual vehicle 401. When the user clicks the throttle key 413, the throttle will automatically remain pressed to continuously accelerate the virtual vehicle 401. The handbrake key 414 is used to significantly reduce the driving speed of the virtual vehicle 401 in a short time. When the user clicks the handbrake key 414, the driving speed of the virtual vehicle 401 will be significantly reduced in a short time. At this time, if it is pressed together with the direction key 416 or 417, the virtual vehicle 401 can enter a drift state. The foot brake key 415 is used to exit the acceleration state. When the virtual vehicle 401 is in the acceleration state, the user clicks the foot brake key 415 once to stop the acceleration. The user continues to press the foot brake key 415 to reduce the driving speed of the virtual vehicle 401 until the driving speed is reduced to 0. At this time, if the user continues to press the foot brake key 415, the virtual vehicle 401 will be controlled to reverse. The direction key 416 is a left direction key, which is used to control the virtual vehicle 401 to turn left. The direction key 417 is a right direction key, which is used to control the virtual vehicle 401 to turn right. During the driving process of the virtual vehicle 401, the user can control the driving direction of the virtual vehicle 401 through the direction keys 416-417. The reset key 418 is used for the virtual vehicle 401 to get out of trouble. When the virtual vehicle 401 is out of the track or stuck in a dead end, the user clicks the reset key 418 to automatically transport the virtual vehicle 401 to a nearby open road and start again.

[0154] 302. When the terminal has the acceleration prop, the terminal sets the acceleration control to an interactive state.

[0155] In some embodiments, the terminal displays the acceleration control in the virtual scene only when the virtual object or virtual vehicle has an acceleration prop. When the virtual object or virtual vehicle does not have an acceleration prop, the acceleration control is not displayed or is hidden. In other embodiments, the acceleration control is displayed regardless of whether the virtual object or virtual vehicle has an acceleration prop. The embodiments of the present application do not specifically limit when the acceleration control is displayed in the virtual scene.

[0156] In the embodiment of the present application, the acceleration control is set to an interactive state only when there is an acceleration prop, and is set to a non-interactive state when there is no acceleration prop. In some embodiments, the acceleration control can be set to an interactive state regardless of whether there is an acceleration prop, but only when there is an acceleration prop, the first trigger operation of the acceleration control is detected. When there is no acceleration prop, even if the user performs the first trigger operation on the acceleration control, the terminal will not respond.

[0157] In some embodiments, the terminal displays the accelerator control in an interactive state only when the accelerator control is set to an interactive state, and hides or does not display the accelerator control in a non-interactive state when the accelerator control is set to a non-interactive state, thereby preventing the user from accidentally touching the accelerator control in a non-interactive state. In other embodiments, regardless of whether the accelerator control is in an interactive state, the accelerator control is displayed in the virtual scene, but different display modes are used to distinguish between accelerator controls in different states.

[0158] In some embodiments, the terminal sets different display modes for an accelerator control in an interactive state and an accelerator control in a non-interactive state. For example, the accelerator control in an interactive state is displayed in a first display mode, and the accelerator control in a non-interactive state is displayed in a second display mode, so that the user can know at a glance whether the accelerator control is in an interactive state through the display mode of the accelerator control.

[0159] In one example, the first display mode is to fill the brightness of the UI icon of the acceleration control, presenting a light effect of lighting up the UI icon, and the second display mode is to not fill the brightness of the UI icon of the acceleration control or to fill it with a dimmer brightness, presenting an effect that the UI icon remains gray or maintains a dim brightness.

[0160] In another example, the first display mode is to fill the UI icon of the acceleration control with a first color, and the second display mode is to fill the UI icon of the acceleration control with a second color, where the second color is different from the first color. For example, the first display mode is to fill the UI icon of the acceleration control with green, and the second display mode is to fill the UI icon of the acceleration control with gray.

[0161] Figure 5 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Figure 5 As shown, taking a racing game as an example, assuming that the acceleration prop is an acceleration gas such as nitrogen (referring to the N of the NOS system 2 O), in the virtual scene 500, a virtual vehicle 501 and a nitrogen key 502 are displayed, and the nitrogen key 502 is an example of an acceleration control. If the inventory capacity of nitrogen is 1 and the inventory quantity is 1 at this time, it means that a total of 2 tubes of nitrogen can be stored, and 1 tube of nitrogen has been stored. Since there is available nitrogen (that is, there are acceleration props), the nitrogen key 502 is set to an interactive state. For example, the nitrogen key 502 in the interactive state displays a highlight light effect (the button is bright, such as blue highlight), and the nitrogen key 502 in the non-interactive state does not display a highlight light effect (the button is gray).

[0162] In some embodiments, the terminal displays the inventory quantity and inventory capacity of the acceleration props in the virtual scene based on the acceleration control, wherein the inventory capacity is associated with the vehicle type of the virtual vehicle, and the inventory capacity is used to characterize the maximum number of acceleration props that the vehicle type is allowed to store. The inventory quantity refers to the number of acceleration props currently owned, and the inventory quantity is any value greater than or equal to 0 and less than or equal to the inventory capacity, and the inventory capacity is any integer greater than or equal to 1.

[0163] Optionally, the inventory capacity is only associated with the vehicle type of the virtual vehicle, and the terminal can obtain the inventory capacity associated with the vehicle type based on the vehicle type query; optionally, for a virtual vehicle of a certain vehicle type, the user can perform a certain type of performance modification on the virtual vehicle before starting the game to increase or decrease the associated inventory capacity of the vehicle type. At this time, the inventory capacity can be determined based on the virtual vehicle after the performance modification. The embodiment of the present application does not specifically limit the method for determining the inventory capacity.

[0164] In some embodiments, the terminal displays the inventory quantity and inventory capacity in text form based on the acceleration control. For example, when the inventory quantity is 1 and the inventory capacity is 2, the inventory quantity and inventory capacity can be prompted by the text "1 / 2", or the inventory quantity and inventory capacity can be prompted by the text "inventory quantity 1; inventory capacity 2".

[0165] In some embodiments, the terminal displays the inventory quantity and inventory capacity in an icon manner based on the acceleration control, with the acceleration props being the acceleration gas N. 2Taking O as an example, when the inventory quantity is 1 and the inventory capacity is 2, since the inventory capacity is 2, 2 gas cylinders are displayed on the accelerator control. Since the inventory quantity is 1, one of the 2 gas cylinders displayed on the accelerator control is set to a lit state or set to color, and the remaining gas cylinder is set to a dim state or set to gray.

[0166] Still Figure 5 For example, please refer to Figure 5 In the virtual scene 500, a nitrogen number 5021 is also displayed on the nitrogen key 502. For example, the nitrogen number 5021 represents the inventory quantity and inventory capacity of the acceleration props in the form of an icon, such as Figure 5 There are 2 nitrogen bottles that meet the inventory capacity of 2, including 1 black nitrogen bottle and 1 white nitrogen bottle. The black nitrogen bottle represents the nitrogen bottle with an inventory quantity of 1, and the white nitrogen bottle represents the remaining 1 nitrogen bottle that can be stored. Further, in the virtual scene 500, a nitrogen energy progress bar 503 is also displayed, which is used to represent how much nitrogen energy value (nitrogen energy value is an example of acceleration energy value) has been accumulated through the drifting skills of the virtual vehicle. As the nitrogen energy value increases, when the nitrogen energy progress bar 503 is filled to the full progress, the virtual vehicle 501 will automatically obtain 1 nitrogen acceleration prop, and the inventory quantity increases by 1 at this time, that is, a nitrogen automatic storage mechanism is provided, and the nitrogen acceleration prop will be automatically obtained after the single tube of nitrogen is full.

[0167] In some embodiments, regardless of whether the inventory quantity and inventory capacity are displayed in text form or icon form, the inventory quantity and inventory capacity in the above text form or icon form can be directly displayed on the accelerator control, or displayed within a target range around the accelerator control. For example, the target range can be below, above, left, right, etc. The embodiment of the present application does not specifically limit the target range.

[0168] In other embodiments, only when the user performs a viewing operation (such as a long press operation) on the acceleration control, the terminal displays the inventory quantity and inventory capacity in the above-mentioned text format or icon format in response to the viewing operation. Optionally, the inventory quantity and inventory capacity in the above-mentioned text format or icon format are displayed on the acceleration control, or the inventory quantity and inventory capacity in the above-mentioned text format or icon format are displayed within a target range around the acceleration control. The embodiments of the present application do not specifically limit the display position of the inventory quantity and inventory capacity.

[0169] In the above process, by displaying the inventory quantity and inventory capacity based on the acceleration control, the user does not need to open the virtual backpack to view the inventory quantity and inventory capacity, which makes it convenient for the user to view the important information of the inventory quantity and inventory capacity at any time, increases the amount of information carried by the acceleration control, and improves the user's efficiency in obtaining information on the inventory quantity and inventory capacity.

[0170] 303. In response to a first trigger operation on the acceleration control in the interactive state, the terminal consumes one acceleration prop and switches the acceleration control from the interactive state to the non-interactive state.

[0171] In some embodiments, the above-mentioned first trigger operation of the acceleration control includes but is not limited to: click operation, double-click operation, press operation, sliding operation in a specified direction based on the acceleration control (such as sliding left, sliding right, sliding up, sliding down, etc.), voice commands, gesture commands, etc. The embodiment of the present application does not specifically limit the first trigger operation.

[0172] In some embodiments, after detecting the first trigger operation of the user on the accelerator control in an interactive state, the terminal consumes one accelerator prop, that is, the inventory quantity of the accelerator prop is reduced by 1. For example, assuming that the inventory quantity of the accelerator prop is 2, after detecting the first trigger operation of the accelerator control in an interactive state, the inventory quantity of the accelerator prop is reduced by 1, that is, the inventory quantity is changed from 2 to 1, indicating that 1 accelerator prop has been consumed to accelerate the virtual vehicle to control the virtual vehicle to perform the first acceleration action.

[0173] Figure 6 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Figure 6 As shown, taking a racing game as an example, assuming that the acceleration prop is an acceleration gas such as nitrogen (referring to the N of the NOS system 2 O), in the virtual scene 600, a virtual vehicle 601 and a nitrogen button 602 are displayed, and the nitrogen button 602 is an example of an acceleration control. If the inventory capacity of nitrogen is 2 and the inventory quantity is 2, it means that a total of 2 tubes of nitrogen can be stored, and 2 tubes of nitrogen have been stored. Since there is available nitrogen (that is, there are acceleration props), the nitrogen button 602 is set to an interactive state. Furthermore, a nitrogen number 6021 is also displayed on the nitrogen button 602. For example, the nitrogen number 6021 represents the inventory quantity and inventory capacity of the acceleration props in the form of an icon, such as Figure 6There are 2 black nitrogen bottles in the display, indicating that the current inventory quantity has reached the inventory capacity. The user can perform a first trigger operation on the nitrogen button 602. For example, the user clicks the nitrogen button 602 to consume 1 tube of nitrogen in the inventory, and accelerates the virtual vehicle 601 by consuming 1 tube of nitrogen to control the virtual vehicle 601 to perform the first acceleration action. At this time, the inventory capacity of nitrogen is still 2, but the inventory quantity will change from 2 to 1.

[0174] In some embodiments, when the inventory quantity of the acceleration props is also displayed on the acceleration control, since the inventory quantity has become the original value minus 1, it is also necessary to display the inventory quantity in the acceleration control from the original value to the original value minus 1. For example, before the user performs the first trigger operation on the acceleration control, the text "2 / 2" is displayed on the acceleration control, representing the inventory quantity of 2 and the inventory capacity of 2. After the user performs the first trigger operation on the acceleration control, since 1 acceleration prop is consumed, the text "1 / 2" is displayed on the acceleration control, representing the inventory quantity of 1 and the inventory capacity of 2. For another example, before the user performs the first trigger operation on the acceleration control, 2 lighted gas cylinders are displayed on the acceleration control. After the user performs the first trigger operation on the acceleration control, 1 lighted gas cylinder and 1 darked gas cylinder are displayed on the acceleration control.

[0175] In the above process, by timely updating the inventory quantity displayed on the accelerator control, the user can be provided with an intuitive UI change effect that responds to the first trigger operation of the accelerator control and consumes an acceleration prop to accelerate the virtual vehicle, thereby deepening the visual feedback of the first trigger operation, increasing the amount of information carried by the accelerator control, and optimizing the user experience.

[0176] In some embodiments, the terminal may also respond to the first trigger operation of the accelerator control in the interactive state by playing the first trigger effect of the accelerator control, and the first trigger effect is used to prompt that one of the accelerator props has been consumed to accelerate the virtual vehicle. For example, the first trigger effect is an aperture effect that spreads around the accelerator control, and the aperture effect gradually fades out as the aperture radius increases. For another example, the first trigger effect includes an aperture effect and prompt information about changes in inventory quantity, such as the prompt information "Inventory -1", or the prompt information "Accelerating". The embodiment of the present application does not specifically limit the content of the first trigger effect.

[0177] Optionally, the first trigger special effect includes at least one of: animation, motion effect, animated image, picture, text, particle effect, and magic expression. The embodiment of the present application does not specifically limit the form of expression of the first trigger special effect.

[0178] Figure 7is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Figure 7 As shown, in Figure 6 Continuing to explain based on the provided example, the user clicks the nitrogen button 602 when 2 tubes of nitrogen are stored to consume 1 tube of nitrogen in stock, and accelerates the virtual vehicle 601 by consuming 1 tube of nitrogen. At this time, the inventory capacity of nitrogen is still 2, but the inventory quantity will change from 2 to 1. Therefore, it can be seen that the 2 black nitrogen bottles displayed in the virtual scene 600 before the user clicks the nitrogen button 602 have changed to 1 black nitrogen bottle and 1 white nitrogen bottle due to the change in inventory quantity, and after the user clicks the nitrogen button 602, real-time visual feedback of the change in inventory quantity can be provided. In addition, the first trigger special effect 700 of the nitrogen button 602 is also displayed in the virtual scene 600. The first trigger special effect 700 is an aperture special effect that is blurred around the nitrogen button 602. The aperture special effect gradually fades out as the aperture radius expands, so that the user can know in time that the first trigger operation has been detected by the terminal.

[0179] In the above process, by playing the first trigger effect of the acceleration control, an intuitive interactive feedback visual effect can be played for the first trigger operation performed by the user, so that the user can know in time that the first trigger operation has been detected by the terminal and that the virtual vehicle is being accelerated by consuming an acceleration prop to control the virtual vehicle to perform the first acceleration action. This can avoid the repeated execution of the first trigger operation on the acceleration control because the user does not know whether the terminal has detected the first trigger operation, thereby improving the efficiency of human-computer interaction.

[0180] In some embodiments, in addition to consuming acceleration props and displaying the first trigger special effect, if after consuming an acceleration prop, the inventory quantity of the acceleration prop is still greater than or equal to 1, the terminal can still keep the acceleration control in an interactive state, so that the user can perform a second trigger operation on the acceleration control in an interactive state again to consume multiple acceleration props at one time to provide an acceleration function. If after consuming an acceleration prop, the inventory quantity of the acceleration prop is less than 1, the terminal can switch the acceleration control from an interactive state to a non-interactive state, which is equivalent to directly setting the acceleration control to a non-interactive state when the remaining inventory quantity is less than 1, avoiding the terminal wasting resources to detect whether it is the first trigger operation and whether there are acceleration props for acceleration after the user accidentally touches the acceleration control, thereby saving the terminal's computing resources.

[0181] In some embodiments, after detecting the user's first trigger operation on the accelerator control, in addition to consuming the accelerator props and displaying the first trigger special effect, the terminal can also directly switch the accelerator control from an interactive state to a non-interactive state. Furthermore, the accelerator control is switched from the non-interactive state back to the interactive state only within the target time period after the virtual vehicle accelerates based on one of the accelerator props, so that the user can perform a second trigger operation on the accelerator control in the interactive state within the target time period. That is, after the user performs the first trigger operation on the accelerator control, the accelerator control is switched from an interactive state to a non-interactive state regardless of whether the remaining inventory quantity is less than 1. In this way, by directly setting the accelerator control to a non-interactive state, the probability of the user accidentally touching the accelerator control within a short period of time after performing the first trigger operation can be reduced, avoiding the occurrence of situations such as the accidental touch being recognized as the second trigger operation when the user did not want to consume multiple accelerator props, thereby consuming multiple accelerator props, reducing the accidental touch rate of the accelerator control, and optimizing the user experience.

[0182] 304. The terminal controls the virtual vehicle to perform a first acceleration action based on the consumed acceleration prop.

[0183] In some embodiments, since the first trigger operation will consume an acceleration prop, the terminal first accelerates the virtual vehicle through an acceleration prop to control the virtual vehicle to perform the first acceleration action. For how to accelerate the virtual vehicle through an acceleration prop, please refer to the description of step 203 in the previous embodiment.

[0184] In the embodiment of the present application, please refer to the following steps 3041-3043, which show a possible implementation method of controlling a virtual vehicle to perform a first acceleration action by consuming an acceleration prop. Below, taking an acceleration prop that both applies acceleration to the virtual vehicle and increases the maximum speed of the virtual vehicle as an example, the acceleration logic of an acceleration prop is explained.

[0185] 3041. The terminal determines a first acceleration and a first speed increment associated with the acceleration prop.

[0186] The first acceleration refers to the acceleration that a single acceleration prop can provide. The first acceleration is any value greater than 0. For example, the first acceleration is 10 km / h / s.

[0187] The first speed increment refers to the speed increment that a single acceleration prop can provide to the limit speed of the virtual vehicle. The first speed increment is any value greater than 0. For example, the first speed increment is 20 km / h.

[0188] In some embodiments, the terminal has pre-downloaded the prop parameter information of the acceleration prop locally when loading the virtual scene before or after the game starts. The prop parameter information includes the first acceleration and the first speed increment associated with the acceleration prop. Optionally, the prop parameter information also includes the second acceleration and the second speed increment involved in the following step 3081. Optionally, the prop parameter information also includes the first speed difference involved in the following step 3043 and the second speed difference involved in the following step 3084.

[0189] In some embodiments, the terminal associates and stores the prop identification of the acceleration prop with the prop parameter information. In one example, the prop identification is used as the index and the prop parameter information is used as the index content for associated storage. For example, the prop identification is used as the Key (key name) and the prop parameter information is used as the Value (key value) to form a Key-Value data structure for associated storage. In another example, assuming that a variety of different acceleration props are set in the virtual scene, each acceleration prop and its prop parameter information can be associated and stored in a hash table. The embodiment of the present application does not specifically limit the method of associated storage.

[0190] When the prop identifier of the acceleration prop has been associated with the prop parameter information and stored locally, the terminal uses the prop identifier of the acceleration prop as an index locally to query and obtain the prop parameter information stored in association with the index, and obtains the first acceleration and the first speed increment from the prop parameter information, which can save a round of communication overhead between the terminal and the server.

[0191] In other embodiments, the terminal sends a query request for obtaining the first acceleration and the first speed increment to the server, and the query request carries at least the prop identifier of the acceleration prop, so that the server side uses the prop identifier of the acceleration prop as an index, queries and obtains the first acceleration and the first speed increment stored in association with the index, and returns the queried first acceleration and the first speed increment to the terminal. At this time, the terminal does not need to spend local memory to maintain the prop parameter information, saving the storage overhead of the terminal.

[0192] 3042. The terminal determines a first target speed of the virtual vehicle based on the limit speed associated with the virtual vehicle and the first speed increment.

[0193] In some embodiments, the terminal determines a speed limit associated with the virtual vehicle, where the speed limit is associated with a vehicle type of the virtual vehicle, and the terminal obtains the speed limit associated with the vehicle type based on a query of the vehicle type.

[0194] In other embodiments, for a virtual vehicle of a certain vehicle type, the user can perform some type of performance modification on the virtual vehicle before the start of the game to increase or decrease the associated maximum speed of the vehicle type. At this time, the maximum speed can be determined based on the virtual vehicle after the performance modification. The embodiment of the present application does not specifically limit the method for determining the maximum speed.

[0195] In some embodiments, after determining the limit speed of the virtual vehicle, the terminal adds the limit speed and the first speed increment obtained in the above step 3041 to obtain the first target speed. The first target speed refers to: within the first acceleration duration when a single acceleration prop is effective, the maximum speed at which the virtual vehicle is allowed to travel, representing the maximum driving speed within the first acceleration duration (i.e., the upper limit of the driving speed). It should be noted that the increase in the limit speed by a single acceleration prop is time-limited, and the limit speed can only be increased to the first target speed within the first acceleration duration when a single acceleration prop is effective. After the single acceleration prop fails (i.e., after exceeding the first acceleration duration), the maximum driving speed of the virtual vehicle will be reduced from the first target speed back to the original limit speed.

[0196] 3043. The terminal controls the virtual vehicle to perform a first acceleration action based on the first acceleration; wherein the driving speed of the virtual vehicle performing the first acceleration action does not exceed the first target speed.

[0197] The first target speed is determined based on a limit speed associated with the virtual vehicle and a first speed increment associated with the acceleration prop.

[0198] In some embodiments, the terminal always uniformly accelerates the virtual vehicle with a first acceleration, that is, controls the virtual vehicle to perform uniform acceleration with the first acceleration until the virtual vehicle's driving speed reaches a first target speed and no longer accelerates (setting the acceleration from the first acceleration to 0). If the initial velocity of the virtual vehicle is relatively small, it is likely that it will still not be able to accelerate to the first target speed after the first acceleration time has passed, which is equivalent to continuing uniform acceleration within the first acceleration time. This can simplify the acceleration logic of the virtual vehicle and save the computing overhead of the terminal.

[0199] In some embodiments, an acceleration method of first performing uniform acceleration and then performing variable acceleration is provided, as follows: a first speed difference associated with an acceleration prop is obtained, wherein the first speed difference refers to a parameter used to control when to switch from uniform acceleration to variable acceleration. When the first speed difference is reached from the first target speed, uniform acceleration will be switched to variable acceleration. Optionally, the first speed difference is one of the prop parameter information of the acceleration prop, which can be obtained at any time in the above step 3041 without having to be obtained separately once. Alternatively, the terminal sends a query request for obtaining the first speed difference to the server, and the server returns the first speed difference obtained by the query to the terminal, which will not be repeated here. Then, when the driving speed of the virtual vehicle is greater than the first speed difference from the first target speed, the virtual vehicle is uniformly accelerated with the first acceleration, that is, the virtual vehicle is controlled to perform uniform acceleration with the first acceleration. Uniform acceleration refers to an acceleration process in which the acceleration remains unchanged (equal to the first acceleration). In other words, when the value obtained by subtracting the driving speed of the virtual vehicle from the first target speed is greater than the first speed difference, the virtual vehicle is started to accelerate uniformly. Finally, the virtual vehicle is uniformly accelerated with the first acceleration. For example, when the first acceleration is 10 km / h / s, the driving speed will be increased by 10 km / h per second. Then, when the driving speed of the virtual vehicle is less than or equal to the first speed difference from the first target speed, the virtual vehicle is variable accelerated with the first variable acceleration obtained based on the attenuation of the first acceleration, that is, the virtual vehicle is controlled to perform variable acceleration with the first variable acceleration, wherein, since the first variable acceleration is obtained by attenuation starting from the first acceleration, the value of the first variable acceleration does not exceed the first acceleration. In addition, variable acceleration refers to an acceleration process in which the acceleration will change (that is, the value of the first variable acceleration itself will change dynamically and become smaller and smaller, rather than being a fixed value). In other words, when the value obtained by subtracting the driving speed of the virtual vehicle from the first target speed is less than or equal to the first speed difference, the terminal will determine a first variable acceleration obtained based on the attenuation of the first acceleration, and use the first variable acceleration to variable accelerate the virtual vehicle.

[0200] In the above process, by providing an acceleration method of first performing uniform acceleration and then performing variable acceleration, when the driving speed is far from the first target speed (referring to the limit speed after being boosted), uniform acceleration can be performed with the first acceleration, that is, the virtual vehicle is kept stable and accelerated faster. When the driving speed is close to the first target speed, the first variable acceleration obtained by attenuating the first acceleration is used to maintain the effect of accelerating the virtual vehicle but gradually attenuating the speed increase. This is equivalent to making the speed increase less affected by the attenuation of the first variable acceleration as the driving speed approaches the first target speed, achieving a transition effect of gradually and smoothly increasing to the first target speed, avoiding the acceleration from the first acceleration suddenly dropping to 0 when reaching the first target speed, and being able to simulate the driving experience in the real world where the speed increase becomes more and more gradual when the vehicle is accelerating and is close to the limit speed, which is conducive to providing an immersive driving atmosphere for users.

[0201] In some embodiments, a possible attenuation method of the first variable acceleration is provided: the first variable acceleration is obtained by linearly attenuating the first acceleration according to the variable acceleration time of the virtual vehicle with the first acceleration as the initial acceleration; and when the driving speed of the virtual vehicle reaches the first target speed, the first variable acceleration just decays to 0. In other words, the first variable acceleration is linearly attenuated starting from the first acceleration, and when the driving speed of the virtual vehicle can be accelerated to the first target speed within the first acceleration time, the first variable acceleration will just decay to 0, and if the driving speed of the virtual vehicle cannot be accelerated to the first target speed within the first acceleration time when the acceleration prop is effective, then it is very likely that the first variable acceleration will not decay to 0 when the acceleration prop fails. For example, when the first acceleration is 20km / h / s, the first target speed is 400km / h, and the first speed difference is 200km / h, assuming that at a certain moment within the first acceleration time, the driving speed of the virtual vehicle is accelerated to 200km / h, which is exactly equal to the first speed difference of 200km / h from the first target speed of 400km / h, If from a certain moment to the end of the first acceleration period, the virtual vehicle's speed cannot be increased from 200km / h to 400km / h by the first variable acceleration obtained by decaying from 20km / h / s, then the first variable acceleration will not decay to 0 in the end. If from a certain moment to the end of the first acceleration period, the virtual vehicle's speed can be increased from 200km / h to 400km / h by the first variable acceleration, then the first variable acceleration will just decay to 0 when the virtual vehicle's speed reaches 400km / h. Thereafter, if the first acceleration period is still not over, the virtual vehicle will travel at a constant speed of 400km / h at the first target speed (the first variable acceleration of 0 means that there will be no further acceleration).

[0202] In some embodiments, in the process of using the first acceleration as the initial acceleration and linearly attenuating according to the variable acceleration time of the virtual vehicle to obtain the first variable acceleration, the first acceleration can be used as the initial acceleration and the initial acceleration can be reduced by a certain attenuation amount every second, or the initial acceleration can be reduced by a certain attenuation amount every frame. The above attenuation amount can be fixed or increase with the increase of the variable acceleration time. The embodiments of the present application do not specifically limit this.

[0203] In some embodiments, in addition to obtaining the first variable acceleration by linearly decaying according to the variable acceleration time of the virtual vehicle, the first variable acceleration can also be obtained by linearly decaying according to the driving speed of the virtual vehicle. For example, the first variable acceleration decays by a certain amount for every 10 km / h increase in the driving speed. For another example, the first variable acceleration is decayed according to the ratio of the speed difference between the current driving speed and the first target speed to the first speed difference. For example, when the above speed difference accounts for 10% of the first speed difference, the first variable acceleration decays to 90% of the first acceleration. When the above speed difference accounts for 20% of the first speed difference, the first variable acceleration decays to 80% of the first acceleration, and so on. The embodiment of the present application does not specifically limit the attenuation method of the first variable acceleration.

[0204] It should be noted that, assuming that during the first acceleration period when the acceleration prop is effective, the initial speed of the virtual vehicle is too small, resulting in the virtual vehicle's driving speed still being greater than the first speed difference from the first target speed after the final acceleration is completed, then the virtual vehicle will continue to be uniformly accelerated during the first acceleration period, that is, the virtual vehicle will be controlled to continue to perform uniform acceleration at the first acceleration during the first acceleration period, and there will be no switching from uniform acceleration to variable acceleration.

[0205] Indicatively, the first acceleration duration is 3 seconds, the first acceleration is 10 km / h / s, the first target speed is 400 km / h, and the first speed difference is 200 km / h. Obviously, the driving speed that is exactly equal to the first speed difference of 200 km / h from the first target speed of 400 km / h is 200 km / h. In one example, the initial speed of the virtual vehicle is 100 km / h, so the driving speed will be accelerated to 130 km / h after 3 seconds, that is, after the acceleration props are exhausted, the driving speed is still not accelerated to 200 km / h, then the virtual vehicle will continue to be uniformly accelerated within 3 seconds. In another example, the initial speed of the virtual vehicle is 190 km / h, so the driving speed within the first second is 130 km / h. It will be accelerated to 200km / h. At this time, within the first second, the virtual vehicle will uniformly accelerate at a first acceleration of 10km / h (the speed increase in each frame within the first second is also uniform). Within the 2nd to 3rd seconds, it will switch from uniform acceleration to variable acceleration. The acceleration of the variable acceleration is the first variable acceleration. For example, the first variable acceleration starts from the first acceleration of 10km / h and gradually decays linearly with the passage of time. For example, the first variable acceleration is 9km / h within the 2nd second and is 8km / h within the 3rd second. This is just an example of the linear decay of the first variable acceleration over time. The embodiment of the present application does not specifically limit the decay method of the first variable acceleration.

[0206] It should be noted that the acceleration logic of the above steps 3041-3043 can be implemented by local execution of the terminal to save the communication overhead of the terminal, or it can be executed by the server and the driving speed calculated frame by frame can be sent to the terminal to save the computing overhead of the terminal. The embodiment of the present application does not specifically limit whether the acceleration logic is executed locally in the terminal or on the server.

[0207] In the above steps 3041-3043, a possible implementation method is involved in which a virtual vehicle is accelerated by consuming an acceleration prop to control the virtual vehicle to perform a first acceleration action. Since the first acceleration can bring continuous acceleration to the virtual vehicle, and the first speed increment can increase the maximum speed of the virtual vehicle, the driving speed and the maximum speed of the virtual vehicle can be increased at the same time by consuming an acceleration prop, thereby providing a better acceleration effect for the virtual vehicle and bringing a better acceleration experience to the user.

[0208] In the above steps 302-304, a possible implementation method is provided in which, in response to a first trigger operation on the acceleration control, one of the acceleration props is consumed to accelerate the virtual vehicle to control the virtual vehicle to perform a first acceleration action in the case where there are at least two acceleration props. Optionally, as described in step 203 in the previous embodiment, a single acceleration prop can also only increase the driving speed of the virtual vehicle without increasing the maximum speed of the virtual vehicle. The embodiment of the present application does not specifically limit the acceleration method of a single acceleration prop.

[0209] 305. The terminal displays a first acceleration special effect based on the virtual vehicle, where the first acceleration special effect is used to represent that one acceleration prop has been consumed to accelerate the virtual vehicle.

[0210] In some embodiments, the terminal responds to the first trigger operation on the acceleration control and displays a first acceleration special effect based on the virtual vehicle. Optionally, the first acceleration special effect includes at least one of: animation, motion effect, animated image, picture, text, particle effect, and magic expression. The embodiment of the present application does not specifically limit the form of expression of the first acceleration special effect.

[0211] In some embodiments, the display resources of the above-mentioned first acceleration special effect can be pre-loaded from the server to the local after the start of the game, or can be pulled from the server to the local in real time in response to the user's first trigger operation on the acceleration control. The embodiment of the present application does not specifically limit the timing of pulling the first acceleration special effect.

[0212] Schematically, taking the case where the user's first trigger operation on the acceleration control is a click operation, the first trigger special effect of the acceleration control is an aperture special effect, and the first acceleration special effect is an exhaust injection special effect for a virtual vehicle as an example, after the user clicks the acceleration control in an interactive state for the first time, the aperture special effect is played based on the acceleration control, indicating that the user's click successfully consumes an acceleration prop, and then, based on the exhaust pipe under the body of the virtual vehicle, the exhaust injection special effect is displayed, indicating that the consumed acceleration prop has begun to have an acceleration effect.

[0213] Still Figure 7 For example, please refer to Figure 7 In the virtual scene 600, near the exhaust pipe under the body of the virtual vehicle 601, a first acceleration special effect 710 is also displayed. Schematically, the first acceleration special effect 710 is provided as an exhaust injection special effect, which is used to simulate the use of the NOS system principle in the real world to inject liquid N 2 O nitrogen oxides are injected into the engine to instantly provide the virtual vehicle 601 with an effect of instantly increasing the high horsepower of the rear exhaust pipe to discharge exhaust gas. This first acceleration special effect 710 can enhance the realism of racing games and can help provide users with an immersive experience.

[0214] In the above process, by displaying the first acceleration special effect, the user can be promptly prompted to respond to the first trigger operation, and an acceleration prop has been consumed to provide an acceleration effect for the virtual vehicle, thereby prompting the amount of information carried in the virtual scene, bringing richer visual feedback, and optimizing the user experience.

[0215] 306. When the inventory quantity of the acceleration item is greater than or equal to 1, the terminal sets the acceleration control to an interactive state within a target time period after the first trigger operation.

[0216] Among them, the target time period is located after the user performs the first trigger operation on the acceleration control, and the start time and end time of the target time period are both earlier than the end time of the first acceleration duration of the single acceleration prop. In other words, the target time period refers to any subset of time periods located after the user performs the trigger operation of the acceleration control and within the first acceleration duration of the single acceleration prop, that is, the duration of the target time period is less than the first acceleration duration. For example, when the first acceleration duration is 5 seconds, the target time period can be the first 0.3 to 1 second within 5 seconds (that is, within 0.3 to 1 second after the user performs the first trigger operation).

[0217] In some embodiments, after a speed-up item is consumed by the first trigger operation, assuming that the inventory quantity of the speed-up item is still greater than or equal to 1, an interactive method for consuming another (or more) speed-up item can be provided to the user, so that a more powerful acceleration effect can be provided to the virtual vehicle based on the two (or more) speed-up items consumed by the two trigger operations in combination with the speed-up item consumed by the first trigger operation in step 303. It should be noted that, assuming that the user already has multiple speed-up items before executing the first trigger operation, then after executing the first trigger operation and consuming one speed-up item, there must be one or more speed-up items left. At this time, the acceleration control must be set to an interactive state again within the target time period to facilitate the user to decide whether to execute the second trigger operation.

[0218] In some embodiments, after detecting the user's first trigger operation on the acceleration control, the terminal switches the acceleration control from an interactive state to a non-interactive state. Then, when detecting that it is within the target time period, the acceleration control is switched from the non-interactive state to an interactive state. In this way, the acceleration control is in a non-interactive state during non-target time periods within the first acceleration duration, which can greatly avoid the user's accidental touch operations, reduce the frequency of operational errors caused by accidental touches even though the user does not want to use multiple acceleration props at one time, reduce the user's accidental touch rate of the acceleration control, optimize the user's operating experience, and improve the efficiency of human-computer interaction.

[0219] Figure 8 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Figure 8 As shown, in Figure 6 and Figure 7 Based on this, let's assume that the target time period is 0.3 to 1 second after the user clicks the nitrogen button 602 for the first time. Then, within 0.3 to 1 second after the user clicks the nitrogen button 602 for the first time, the nitrogen button 602 (i.e., the acceleration control) will be set to the interactive state again. It can be seen that compared with Figure 7 For the non-interactive nitrogen bond 602, Figure 8 The edge of the nitrogen key 802 in the interactive state is thickened. Optionally, the nitrogen key 602 in the interactive state in the previous step 302 and the nitrogen key 802 in the interactive state in the present step 306 have the same or different display modes. For example, the nitrogen key 602 in the interactive state in the previous step 302 is added with a blue highlight effect, and the nitrogen key 802 in the interactive state in the present step 306 is added with a purple highlight effect. This embodiment of the present application does not specifically limit this.

[0220] In the above process, by setting the acceleration control to an interactive state only within the target time period, the user can enter the following step 307 only if the user performs the second trigger operation on the acceleration control in the interactive state within the target time period. This process can be regarded as a quick response event (QTE) set for the user within a target time period based on the acceleration control, wherein QTE refers to the gameplay in which the user needs to perform the corresponding correct operation (perform the second trigger operation on the acceleration control) according to the screen instructions within a limited time (i.e., the target time period) during the game process. The game will judge the user's operation, and the success or failure of the judgment will bring different feedback results. For example, when the operation is judged to be the second trigger operation, it means that the operation is successful and enters the following step 307. When the operation is judged not to be the second trigger operation, it means that the operation fails, and the user misses the QTE and cannot consume multiple acceleration props in this acceleration to obtain a stronger acceleration effect. By setting QTE, the user can be prompted to interact with the acceleration control in a concentrated manner within the target time period to trigger the consumption of additional acceleration props again, making the interaction between the user and the acceleration control more diverse and increasing the fun of the user in the interaction process.

[0221] In some embodiments, after the acceleration props are consumed by the first trigger operation, if the terminal still detects that the inventory quantity of the acceleration props is greater than or equal to 1, the acceleration control can be set to an interactive state, that is, no target time period is set for the acceleration props. As long as the inventory quantity is still greater than or equal to 1 after the single acceleration props are consumed, the acceleration control will be set to an interactive state, so that some higher-level users can use operating skills to quickly and continuously use multiple acceleration props to speed up the virtual vehicle, thereby optimizing the user's operating upper limit.

[0222] In some embodiments, since the target time period is usually a short period of time, the terminal can display an interactive timing control within the target time period based on the acceleration control, and the interactive timing control is used to display the timing information of the target time period, that is, in other words, the interactive timing control is actually used to prompt the timing information from the start time of the target time period to the end time of the target time period. In other words, the interactive timing control is used to prompt the timing information of the acceleration control from the interactive state to the non-interactive state. Optionally, the interactive timing control is a positive timing control or a countdown control for the target time period. For example, the positive timing control or the countdown control can be a bar progress bar, a ring progress bar, a fan-shaped progress bar, etc., or the positive timing control or the countdown control can also be a timing text or a timing special effect that is updated in real time. The embodiments of the present application do not specifically limit this.

[0223] Schematically, in the case where the acceleration control is a circular control, the interactive timing control can be a circular progress bar on the outer circle of the acceleration control, which starts from full progress and gradually reduces the progress. It is full progress at the beginning of the target time period and is zero progress at the end of the target time period. Thus, the circular progress bar can be used as an interactive timing control. Optionally, during the progress change of the circular progress bar, some spark special effects of the progress change can also be displayed to highlight the urgency of the target time period of the QTE.

[0224] In the above process, by displaying an interactive timing control, the user is intuitively prompted how long the target time period of the QTE will last, thereby increasing the amount of information carried in the virtual scene and improving the user's information acquisition efficiency.

[0225] In some embodiments, when the acceleration prop is acceleration gas, since the first acceleration duration of the acceleration gas depends on the remaining gas storage capacity of the acceleration gas, the first acceleration duration actually refers to the time taken for the acceleration gas in the gas cylinder to be consumed from the gas storage capacity. The terminal can respond to the first trigger operation of the acceleration control, and based on the acceleration control, display the consumption progress information of the acceleration gas that the acceleration prop can provide. The consumption progress information is used to prompt the remaining gas storage capacity of the acceleration gas. It should be noted that the consumption progress information of the acceleration gas actually represents the timing information of the first acceleration duration, which is different from the timing information of the target time period represented by the above-mentioned interactive timing control.

[0226] In some embodiments, the terminal displays the consumption progress information of the acceleration gas on the acceleration control, or the terminal displays the consumption progress information within a target range around the acceleration control, wherein the target range refers to the top, bottom, left, right, etc. of the acceleration control, and the embodiment of the present application does not specifically limit the target range. In one example, the consumption progress information is provided as a gas cylinder with a variable progress displayed on the acceleration control, and the progress displayed on the gas cylinder represents the remaining gas storage capacity of the gas cylinder. As the first acceleration time passes, the remaining gas storage capacity of the acceleration gas becomes less and less, and then the progress of the remaining gas storage capacity displayed based on the gas cylinder will also become lower and lower, thereby being able to intuitively and vividly reflect the overall consumption process of the acceleration gas.

[0227] Still Figure 8 For example, please refer to Figure 8 In the center of the circular nitrogen button 802, there is also displayed an acceleration gas consumption progress information, called the nitrogen consumption progress icon 8021. The nitrogen consumption progress icon 8021 includes a black filled part and a white filled part. The black filled part represents the remaining gas storage capacity, and the white filled part represents the consumed gas storage capacity. During the first acceleration duration, the black filled part of the nitrogen consumption progress icon 8021 will gradually reduce the area of ​​the black filled part and increase the area of ​​the white filled part from the moment when the entire icon is filled, until the entire icon is filled with white. At this time, the first acceleration duration also ends, indicating that the acceleration prop, i.e., the acceleration gas (nitrogen), has been exhausted.

[0228] In other embodiments, the terminal may also set the background icon of the entire acceleration control to a consumption progress information with a variable progress. For example, the light part in the background icon represents the remaining gas storage capacity, and the dark part represents the amount of acceleration gas consumed. As the first acceleration time passes, a visual effect is presented in which the area of ​​the light part becomes smaller and the area of ​​the dark part becomes larger. The changes in the light and dark parts may be gradual changes in the form of horizontal lines until the entire acceleration control becomes dark, or may be gradual changes in the form of a fan-shaped progress bar until the entire circle becomes dark. The embodiments of the present application do not specifically limit the UI change method of the background icon.

[0229] In the above process, the consumption progress information is displayed based on the acceleration control, so that the consumption progress information can be intuitively presented in the virtual scene, so that the user can quickly and easily know the remaining gas storage capacity, which is equivalent to prompting the user how much time is left before the end of the first acceleration time, so that the user can decide the next driving and racing strategy based on the terrain of the subsequent track, which effectively improves the user's information acquisition efficiency and human-computer interaction efficiency.

[0230] 307. The terminal consumes another acceleration item in response to a second trigger operation on the acceleration control in the interactive state within the target time period.

[0231] In some embodiments, the above-mentioned second trigger operation on the acceleration control includes but is not limited to: click operation, double-click operation, press operation, sliding operation in a specified direction based on the acceleration control (such as sliding left, sliding right, sliding up, sliding down, etc.), voice commands, gesture commands, etc. The embodiment of the present application does not specifically limit the second trigger operation.

[0232] In some embodiments, after detecting a second trigger operation of the user on the accelerator control in an interactive state within the target time period, the terminal consumes another (or multiple) acceleration props, but the number of acceleration props consumed this time does not exceed the inventory number of acceleration props, combined with the one acceleration prop consumed in the above step 303, a total of at least two acceleration props are used to provide the virtual vehicle with a stronger acceleration effect than a single acceleration prop.

[0233] In some embodiments, after detecting a second trigger operation of the user on an accelerator control in an interactive state within a target time period, the terminal can only consume another accelerator again, after which the terminal will switch the accelerator control from an interactive state to a non-interactive state. That is, the game setting constrains that a maximum of two accelerators can be consumed to provide an acceleration effect for the virtual vehicle. This can avoid the acceleration effect of more than two accelerators being too strong and affecting the balance of the game, and can also simulate the real-world driving situation where the speed is not too fast to avoid safety issues.

[0234] Fig. 9 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Fig. 9 As shown, in Figure 8 Continuing the explanation based on the provided example, the user originally stored 2 tubes of nitrogen, and after clicking the nitrogen button for the first time, 1 tube of nitrogen was consumed (the inventory quantity changed from 2 to 1), and within 0.3 to 1 second after the first click, the nitrogen button 802 was set to an interactive state again. Taking the second trigger operation as an example, if the user clicks the nitrogen button 802 again within 0.3 to 1 second, it means that the user has performed the second trigger operation on the nitrogen button 802. At this time, an additional tube of nitrogen will be consumed, and the virtual vehicle 601 will be accelerated together based on the 2 tubes of nitrogen consumed by the two clicks. It can be seen that after the user clicks the nitrogen button 802 again within 0.3 to 1 second, in response to the detected second trigger operation on the nitrogen button 802, 1 tube of nitrogen in stock will be consumed again, and the inventory quantity will change from 1 to 0. It can be seen that the two nitrogen bottles below the nitrogen button 802 will change from. Figure 7 The 1 black nitrogen bottle and 1 white nitrogen bottle shown in the figure are transformed into Figure 8 The two white nitrogen cylinders shown in the figure indicate that all the nitrogen cylinders currently in stock have been used, thus enabling real-time visual feedback on changes in inventory quantities.

[0235] In other embodiments, the user can perform the second trigger operation on the acceleration control multiple times within the target time period. Each time the user performs the second trigger operation, another acceleration prop will be consumed until the inventory of the acceleration prop reaches 0 or the end of the target time period is reached, and the acceleration control will be switched from an interactive state to a non-interactive state. This allows the user to make personalized decisions based on the terrain of the track to determine how many acceleration props to use to achieve a stronger acceleration effect, so that the user can make full use of the accumulated acceleration props to reverse the situation when racing based on the virtual vehicle, which increases the fun of configuring the racing strategy using acceleration props.

[0236] In other embodiments, in addition to the above two methods, an interactive method is provided for consuming all the acceleration props in stock at one time, that is, when a user's designated operation on the acceleration control in the interactive state is detected, all the acceleration props in stock are consumed at one time. Schematically, assuming that the first trigger operation and the second trigger operation are both click operations and the designated operation is a long press operation, assuming that there are 3 acceleration props in stock at the beginning, when the user clicks the acceleration control for the first time, the first acceleration prop is consumed to provide acceleration, and the user clicks the acceleration control again within the target time period of the QTE, consuming the second acceleration prop to provide additional acceleration, or, the user long presses the acceleration control within the target time period of the QTE, and all the remaining 2 acceleration props in stock are consumed at one time to provide additional acceleration. The embodiments of the present application do not specifically limit this.

[0237] In some embodiments, after detecting a second trigger operation of the user on an accelerator control in an interactive state within a target time period, the terminal determines the number of acceleration props consumed this time (greater than or equal to 1) based on the second trigger operation, and then updates the inventory quantity of the acceleration props to the original inventory quantity minus the number of acceleration props consumed this time. Optionally, when the inventory quantity of the acceleration props is also displayed on the accelerator control, it is also necessary to reflect the visual change effect of the updated inventory quantity. The detailed method is similar to the above step 303 and will not be repeated here.

[0238] In some embodiments, the terminal may also respond to a second trigger operation on the accelerator control in the interactive state by playing a second trigger effect of the accelerator control, and the second trigger effect is used to prompt that another accelerator prop has been consumed to accelerate the virtual vehicle. For example, the second trigger effect is an aperture effect that spreads out around the accelerator control, and the aperture effect gradually fades out as the aperture radius increases. For another example, the second trigger effect includes an aperture effect and prompt information about changes in inventory quantity. It should be noted that the second trigger effect of the accelerator control may be the same as or different from the first trigger effect of the accelerator control, and the embodiment of the present application does not specifically limit this. For example, the first trigger effect and the second trigger effect are both aperture effects, but the two have different colors, so that the special effects displayed in different situations can be distinguished.

[0239] Optionally, the second trigger special effect includes at least one of: animation, motion effect, animated image, picture, text, particle effect, and magic expression. The embodiment of the present application does not specifically limit the form of expression of the second trigger special effect.

[0240] Still Fig. 9For example, a second triggering special effect 900 of a nitrogen key 802 is also displayed in the virtual scene 600. The second triggering special effect 900 includes an aperture special effect 901 and a text prompt information 902 that spreads out around the nitrogen key 802. The aperture special effect 901 gradually fades out as the aperture radius expands, so that the user can know in time that the second triggering operation has been detected by the terminal, and the text prompt information 902 includes the text "nitrogen overload" to inform the user in text that multiple tubes of nitrogen have been consumed at one time to provide strong acceleration for the virtual vehicle 601. Optionally, the second triggering special effect of the nitrogen key can be the same as or different from the first triggering special effect. For example, the second triggering special effect and the first triggering special effect are both aperture special effects, but the first triggering special effect is a blue aperture special effect and the second triggering special effect is a purple aperture special effect, so that the special effects displayed in different situations can be distinguished.

[0241] In the above process, by playing the second trigger effect of the acceleration control, an intuitive interactive feedback visual effect can be played for the second trigger operation performed by the user, so that the user can know in time that the second trigger operation has been detected by the terminal, and that on the basis of the acceleration provided by the original consumption of a single acceleration prop, additional acceleration is provided to the virtual vehicle by consuming at least one acceleration prop again. This can avoid the repeated execution of the second trigger operation on the acceleration control because the user does not know whether the terminal has detected the second trigger operation, thereby improving the efficiency of human-computer interaction.

[0242] 308. The terminal controls the virtual vehicle to perform a second acceleration action based on one of the acceleration props consumed by the first trigger operation and another of the acceleration props consumed by the second trigger operation.

[0243] The acceleration of the second acceleration action is greater than the acceleration of the first acceleration action.

[0244] In some embodiments, since the first trigger operation will consume one acceleration prop, and the second trigger operation will additionally consume another (or multiple) acceleration props, it is equivalent to consuming a total of at least two acceleration props to accelerate the virtual vehicle. Regarding how to accelerate the virtual vehicle by at least two (i.e., multiple) acceleration props, that is, control the virtual vehicle to perform the second acceleration action, please refer to the description of step 204 in the previous embodiment.

[0245] In the embodiment of the present application, please refer to the following steps 3081-3084, which show a possible implementation method of consuming multiple acceleration props to accelerate the virtual vehicle to control the virtual vehicle to perform a second acceleration action. Below, taking a single acceleration prop that not only applies acceleration to the virtual vehicle but also increases the maximum speed of the virtual vehicle, and multiple acceleration props that additionally increase the acceleration and the maximum speed on the basis of a single acceleration prop as an example, the acceleration logic of multiple acceleration props is explained.

[0246] 3081. The terminal determines a first acceleration, a second acceleration, and a second velocity increment associated with the acceleration prop.

[0247] The first acceleration refers to the acceleration that a single acceleration prop can provide. The first acceleration is any value greater than 0. For example, the first acceleration is 10 km / h / s.

[0248] The second acceleration refers to the additional acceleration provided by the multiple acceleration props on the basis of the first acceleration. The second acceleration is any value greater than 0. For example, the second acceleration is 5 km / h / s.

[0249] The second speed increment refers to the speed increment of the limit speed additionally provided by the multiple acceleration props on the basis of the first speed increment. The second speed increment is any value greater than 0, for example, the second speed increment is 10 km / h.

[0250] Regarding the method for obtaining the first acceleration, the second acceleration and the second velocity increment, reference may be made to the description of the method for obtaining the first acceleration and the first velocity increment in the above step 3041. The two methods for obtaining are similar and will not be described in detail here.

[0251] It should be noted that if the terminal downloads the prop parameter information of the acceleration prop to the local when executing the above step 3041, then in this step 3081, there is no need to repeatedly download the prop parameter information. It is only necessary to query or read the first acceleration, the second acceleration and the second speed increment in the locally converted prop parameter information.

[0252] 3082. The terminal determines a first target speed of the virtual vehicle based on an acceleration prop consumed by the first trigger operation.

[0253] For the above step 3082, please refer to the description of the method for obtaining the first target speed in the above step 3042, which will not be repeated here. Optionally, after obtaining the first target speed in the above step 3042, the terminal caches the first target speed locally. At this time, in this step 3082, there is no need to calculate the first target speed again, and it is only necessary to query or read the first target speed from the local cache.

[0254] 3083. The terminal determines a second target speed of the virtual vehicle based on the first target speed and the second speed increment.

[0255] In some embodiments, the terminal adds the first target speed and the second speed increment to obtain the second target speed, where the second target speed refers to the maximum speed at which the virtual vehicle is allowed to travel within the second acceleration duration when multiple acceleration props are effective, representing the maximum driving speed within the second acceleration duration, wherein the second acceleration duration is a subset of the first acceleration duration, and refers to the time interval from the detection of QTE to the end of the first acceleration duration. It should be noted that the increase in the limit speed by multiple acceleration props is time-limited, and the limit speed can only be increased to the second target speed within the second acceleration duration when multiple acceleration props are effective. After the multiple acceleration props fail (i.e., after exceeding the second acceleration duration), the maximum driving speed of the virtual vehicle will be reduced from the second target speed back to the original limit speed associated with the vehicle type.

[0256] 3084. The terminal controls the virtual vehicle to perform a second acceleration action based on a third acceleration obtained by adding the first acceleration and the second acceleration; wherein the driving speed of the virtual vehicle performing the second acceleration action does not exceed the second target speed.

[0257] The second target speed is determined based on the first target speed and the second speed increment, and the first target speed is determined based on the limit speed of the virtual vehicle and the first speed increment.

[0258] In some embodiments, the terminal adds the first acceleration to the second acceleration to obtain a third acceleration, and uniformly accelerates the virtual vehicle with the third acceleration throughout the second acceleration duration, that is, controls the virtual vehicle to perform uniform acceleration with the third acceleration until the virtual vehicle's driving speed reaches the second target speed and no longer accelerates. In other words, the acceleration is first changed from the first acceleration to the third acceleration, and then the acceleration is set from the third acceleration to 0 when the driving speed reaches the second target speed. If the initial velocity of the virtual vehicle is relatively small, it is likely that it will still not be able to accelerate to the second target speed after the second acceleration duration, which is equivalent to continuing to uniformly accelerate with the third acceleration within the second acceleration duration. This can simplify the acceleration logic of the virtual vehicle and save the computing overhead of the terminal.

[0259] In the above process, since the third acceleration provided by multiple acceleration props is greater than the first acceleration provided by the original single acceleration prop, it is equivalent to providing a method of consuming multiple acceleration props at one time to achieve a stronger acceleration effect that the original single acceleration prop cannot provide, thereby enriching the acceleration methods of the virtual vehicle.

[0260] In other embodiments, the terminal does not need to obtain the second acceleration, but only needs to obtain the third acceleration, and switches the acceleration from the first acceleration to the third acceleration to achieve the above acceleration method. This can simplify the acquisition logic of the third acceleration and save the computing resources of the terminal.

[0261] In some embodiments, an acceleration method similar to the above step 3043 is provided, which is first uniform acceleration and then variable acceleration. It should be noted that if the user does not perform a second trigger operation to consume another (or multiple) acceleration props again, then the virtual vehicle will always be accelerated using the acceleration method provided in the above step 3043 during the first acceleration duration. If the user performs a second trigger operation to consume another (or multiple) acceleration props again, then within the second acceleration duration, the acceleration method will be switched from the acceleration method provided in the above step 3043 to the acceleration method described below.

[0262] In some embodiments, the acceleration method provided by the multiple acceleration props is as follows: obtaining a second speed difference associated with the acceleration prop, wherein the second speed difference refers to a parameter used to control when to switch from uniform acceleration to variable acceleration when consuming multiple acceleration props. When the distance from the second target speed reaches the second speed difference, it will switch from uniform acceleration to variable acceleration. The method for obtaining the second speed difference is similar to the method for obtaining the first speed difference in the above step 3043, and will not be repeated here; then, when the driving speed of the virtual vehicle is greater than the second speed difference from the second target speed, the virtual vehicle is uniformly accelerated with the third acceleration, that is, the virtual vehicle is controlled to accelerate at a speed greater than the second speed difference. The third acceleration performs uniform acceleration, and the uniform acceleration method is similar to the description in the above step 3043, which will not be elaborated here; then, when the driving speed of the virtual vehicle is less than or equal to the second speed difference from the second target speed, the virtual vehicle is variable accelerated with the second variable acceleration obtained based on the attenuation of the third acceleration, that is, the virtual vehicle is controlled to perform variable acceleration with the second variable acceleration, wherein, since the second variable acceleration is obtained by decaying from the third acceleration, the value of the second variable acceleration does not exceed the third acceleration, and the variable acceleration method is similar to the description in the above step 3043, which will not be elaborated here.

[0263] In the above process, by providing an acceleration method of first performing uniform acceleration and then performing variable acceleration, when the driving speed is far from the second target speed (referring to the limit speed after the second boost), the third acceleration is used for uniform acceleration, that is, the virtual vehicle is kept stable and accelerated quickly. When the driving speed is close to the second target speed, the second variable acceleration obtained by attenuating the third acceleration is used to maintain the effect of accelerating the virtual vehicle but gradually attenuating the speed increase. This is equivalent to making the speed increase less and less affected by the attenuation of the second variable acceleration when the driving speed is closer to the second target speed, achieving a transition effect of gradually and smoothly increasing to the second target speed, avoiding the acceleration from the third acceleration to 0 suddenly when reaching the second target speed. This can simulate the driving experience in the real world where the speed increase becomes more and more gradual when the vehicle is accelerating and is close to the limit speed, which is conducive to providing an immersive driving atmosphere for users.

[0264] In some embodiments, a possible attenuation method of the second variable acceleration is provided: the second variable acceleration uses the third acceleration as the initial acceleration and is obtained by linear attenuation according to the variable acceleration duration of the virtual vehicle; and when the driving speed of the virtual vehicle reaches the second target speed, the second variable acceleration just decays to 0. In other words, the second variable acceleration starts to decay linearly from the third acceleration, and when the driving speed of the virtual vehicle can be accelerated to the second target speed within the second acceleration duration, the second variable acceleration will just decay to 0, and if the driving speed of the virtual vehicle cannot be accelerated to the second target speed within the second acceleration duration, then it is very likely that the second variable acceleration will not decay to 0 when multiple acceleration props fail.

[0265] In some embodiments, in the process of using the third acceleration as the initial acceleration and linearly decaying according to the variable acceleration time of the virtual vehicle to obtain the second variable acceleration, the third acceleration can be used as the initial acceleration, and the initial acceleration can be reduced by a certain attenuation amount every second, or the initial acceleration can be reduced by a certain attenuation amount every frame. The above attenuation amount can be fixed or increase with the increase of the variable acceleration time. The embodiments of the present application do not specifically limit this.

[0266] In some embodiments, in addition to obtaining the second variable acceleration by linearly decaying according to the variable acceleration time of the virtual vehicle, the second variable acceleration can also be obtained by linearly decaying according to the driving speed of the virtual vehicle. For example, the second variable acceleration decays by a certain amount for every 10 km / h increase in the driving speed. For another example, the second variable acceleration is decayed according to the ratio of the speed difference between the current driving speed and the second target speed and the second speed difference. For example, when the above speed difference accounts for 10% of the second speed difference, the second variable acceleration decays to 90% of the third acceleration. When the above speed difference accounts for 20% of the second speed difference, the second variable acceleration decays to 80% of the third acceleration. And so on. The embodiment of the present application does not specifically limit the attenuation method of the second variable acceleration.

[0267] It should be noted that, assuming that within the second acceleration period when multiple acceleration props are effective, the initial speed of the virtual vehicle is too small, resulting in the virtual vehicle's driving speed still being greater than the second speed difference from the second target speed after the final acceleration is completed, then the virtual vehicle will continue to be uniformly accelerated within the second acceleration period, that is, within the second acceleration period, the virtual vehicle always performs uniform acceleration at the third acceleration, and there will be no switching from uniform acceleration to variable acceleration.

[0268] It should be noted that in the embodiments of the present application, when the second trigger operation is detected within the time interval of the QTE, only multiple acceleration props are used to enhance the acceleration effect, but the acceleration duration is not delayed. In other embodiments, when the second trigger operation is detected, an additional acceleration duration can be added. At this time, the second acceleration duration will no longer be a subset of the first acceleration duration, and there will be a certain intersection between the two on the time axis (the intersection refers to the time period from the operation moment of the second trigger operation to the end moment of the first acceleration duration). After the intersection, it means that the acceleration props initially consumed by the first trigger operation have been After the first acceleration prop is used up, only at least one acceleration prop consumed by the second trigger operation will take effect. If the second trigger operation only consumes one additional acceleration prop, the virtual vehicle will be accelerated by returning to the acceleration method of the single acceleration prop provided in step 3043. If the second trigger operation consumes multiple acceleration props, the virtual vehicle will still be accelerated by the acceleration method of multiple acceleration props provided in this step 3084. However, since the first acceleration prop has been used up, the number of acceleration props is reduced by one. At this time, it is necessary to recalculate the improvement of acceleration and maximum speed under this acceleration method. The embodiment of the present application does not specifically limit this.

[0269] In schematic form, assuming that the current speed of the virtual vehicle is 50 km / h, the speed limit associated with the vehicle type is 400 km / h, and the first acceleration a is set 1 =15km / h / s, the first speed increment △v1 =15km / h, the second acceleration a 2 =10km / h / s, the second speed increment △v 2 =5km / h, the first speed difference y 1 =200km / h, the second speed difference y 2 =100km / h.

[0270] After the user consumes a single booster through the first trigger operation, the virtual vehicle will gain a fixed 1 =The first acceleration of 15km / h / s, and the limit speed of the virtual vehicle is increased by the first speed increment △v on the basis of 400km / h 1 =15km / h, that is, the limit speed will be increased to the first target speed 400+15=415km / h. Then, when the virtual vehicle's speed reaches the first speed difference y from the first target speed 415km / h, 1 = 200km / h, that is, when the driving speed reaches 415–200 = 215km / h, the first acceleration a 1 =15km / h / s and then linearly decays to obtain a first variable acceleration, and the first variable acceleration decays to 0 when the running speed of the virtual vehicle reaches a first target speed of 415km / h.

[0271] After the user consumes at least one additional acceleration prop through the second trigger operation (taking the consumption of one additional acceleration prop as an example), the virtual vehicle will accelerate at the first acceleration a. 1 =15km / h / s based on which an additional second acceleration a is obtained 2 =10km / h / s, that is, at this time, the third acceleration a 3 =a 1 +a 2 =25km / h / s fixed acceleration to accelerate, and at the same time, the limit speed will increase the second speed increment △v based on the original first target speed of 415km / h 2 =5km / h, that is, the extreme technology will be increased to the second target speed 415+5=420km / h. Then, when the virtual vehicle's speed reaches the second speed difference y from the second target speed 420km / h, 2 = 100km / h, that is, when the driving speed reaches 420–100 = 320km / h, the third acceleration a 3 =25km / h / s and then linearly decays to obtain a second variable acceleration, and the second variable acceleration decays to 0 when the running speed of the virtual vehicle reaches a second target speed of 420km / h.

[0272] The first acceleration time is 3 seconds, the first acceleration is 10km / h / s, the first target speed is 400km / h, and the first speed difference is 200km / h. Obviously, the driving speed that is exactly 200km / h away from the first target speed of 400km / h is 200km / h. In one example, the initial speed of the virtual vehicle is 100km / h, so after 3 seconds the driving speed will be accelerated to 130km / h, that is, after the acceleration props are exhausted, the driving speed is still not accelerated to 200km / h, then the virtual vehicle will continue to be uniformly accelerated within 3 seconds. In another example, the initial speed of the virtual vehicle is 190km / h, so within the first second the driving speed will be The speed is increased to 200km / h. At this time, within the first second, the virtual vehicle will uniformly accelerate at a first acceleration of 10km / h (the speed increase in each frame within the first second is also uniform). Within the 2nd to 3rd seconds, it will switch from uniform acceleration to variable acceleration. The acceleration of the variable acceleration is the first variable acceleration. For example, the first variable acceleration starts from the first acceleration of 10km / h and gradually decays linearly with the passage of time. For example, the first variable acceleration is 9km / h within the 2nd second and is 8km / h within the 3rd second. This is just an example of the linear decay of the first variable acceleration over time. The embodiment of the present application does not specifically limit the decay method of the first variable acceleration.

[0273] It should be noted that the acceleration logic of the above steps 3081-3084 can be implemented by local execution of the terminal to save the communication overhead of the terminal, or it can be executed by the server and the driving speed calculated frame by frame can be sent to the terminal to save the computing overhead of the terminal. The embodiment of the present application does not specifically limit whether the acceleration logic is executed locally in the terminal or on the server.

[0274] In the above steps 3081-3084, a possible implementation method of accelerating a virtual vehicle is involved, in which a plurality of acceleration props are consumed in total twice through a first trigger operation and a second trigger operation. Since the third acceleration can bring a higher acceleration to the virtual vehicle than a single acceleration prop, and the second speed increment can bring a higher maximum speed to the virtual vehicle than a single acceleration prop, it is possible to consume multiple acceleration props at one time, thereby bringing additional improvement to the driving speed and maximum speed of the virtual vehicle compared to the case of consuming only a single acceleration prop. This additional improvement can help users formulate racing strategies to lock in victory, can provide better acceleration effects for virtual vehicles, and bring better acceleration experience to users.

[0275] In the above steps 306-308, a possible implementation method is provided in which, in response to a second trigger operation on the acceleration control, another acceleration prop is consumed within a target time period after the virtual vehicle is accelerated based on a single acceleration prop, and the virtual vehicle is accelerated based on at least two acceleration props consumed by the two trigger operations to control the virtual vehicle to perform a second acceleration action. Optionally, as described in step 204 in the previous embodiment, multiple acceleration props can also only increase the driving speed of the virtual vehicle without increasing the limit speed of the virtual vehicle. The embodiment of the present application does not specifically limit the acceleration method of multiple acceleration props.

[0276] 309. The terminal displays a second acceleration special effect based on the virtual vehicle, where the second acceleration special effect is used to represent that another acceleration prop has been consumed to accelerate the virtual vehicle.

[0277] In some embodiments, the terminal displays a second acceleration effect based on the virtual vehicle in response to a second trigger operation on the acceleration control. Optionally, the second acceleration effect includes at least one of: animation, motion effect, animated image, picture, text, particle effect, and magic expression. The embodiment of the present application does not specifically limit the form of expression of the second acceleration effect.

[0278] In some embodiments, the display resources of the second acceleration special effect can be pre-loaded from the server to the local after the start of the game, or can be pulled from the server to the local in real time in response to the user's first trigger operation on the acceleration control. The embodiment of the present application does not specifically limit the timing of pulling the second acceleration special effect.

[0279] Schematically, the second trigger operation and the first trigger operation of the acceleration control by the user are both click operations, the second trigger special effect of the acceleration control is an aperture special effect, and the second acceleration special effect is an exhaust injection special effect for a virtual vehicle. After the user clicks the acceleration control for the first time to consume an acceleration prop, the user clicks the acceleration control again to consume an additional (or multiple) acceleration props. Thereafter, the aperture special effect is played based on the acceleration control, which means that the user's click successfully consumes another (or multiple) acceleration props. Then, based on the exhaust pipe under the body of the virtual vehicle, the exhaust injection special effect is displayed, which means that at least one acceleration prop consumed additionally has begun to play an acceleration effect. It should be noted that the second acceleration special effect of this step 309 and the first acceleration special effect of the above step 305 can be the same or different, for example, the two have different forms of expression, for example, the significance of the exhaust injection effect of the first acceleration special effect is less than the significance of the exhaust injection effect of the second acceleration special effect, so that it can be clearly represented that multiple acceleration props have a stronger acceleration effect than a single acceleration prop.

[0280] Still Fig. 9 For example, please refer to Fig. 9 In the virtual scene 600, a second acceleration special effect 910 is also displayed near the exhaust pipe under the body of the virtual vehicle 601. Schematically, the second acceleration special effect 910 is provided as an exhaust injection special effect, which is used to simulate the use of the NOS system principle in the real world to inject multiple liquid nitrogen 2 O nitrogen oxides are injected into the engine to instantly provide the virtual vehicle 601 with a higher horsepower than a single-pipe nitrogen, and then the exhaust pipe discharges exhaust gas. This second acceleration special effect 910 can enhance the realism of racing games and can help provide users with an immersive experience. It can be seen that although Fig. 9 The second acceleration effect 910 and Figure 7 The first acceleration special effect 710 shown in the figure is an exhaust jet special effect, but the second acceleration special effect 910 is obviously more significant than the first acceleration special effect 710 (i.e., the exhaust jet effect is cooler). It should be noted that the first acceleration special effect 710 and the second acceleration special effect 910 are both instantaneous jet acceleration special effects after performing certain actions in racing games, which can be commonly referred to as "small jet" special effects.

[0281] In the above process, by displaying the second acceleration special effect, the user can be promptly prompted to respond to the second trigger operation, and another (or more) acceleration props have been consumed to provide a stronger acceleration effect for the virtual vehicle, thereby prompting the amount of information carried in the virtual scene, bringing richer visual feedback, and optimizing the user experience.

[0282] In some embodiments, when the acceleration effect of the acceleration props is exhausted (such as the acceleration gas is used up, the acceleration time is exhausted, etc.), the speed of the virtual vehicle will no longer increase. At this time, if the speed of the virtual vehicle exceeds the limit speed originally associated with the vehicle type, the virtual vehicle will gradually return to the limit speed originally associated with the vehicle type. For example, the original limit speed is 400km / h, and it is accelerated to a faster limit speed of 405km / h during the process of the acceleration props taking effect. After the acceleration props expire, the speed of the virtual vehicle will gradually slow down from 405km / h to 400km / h. In addition, if the speed of the virtual vehicle does not exceed the limit speed originally associated with the vehicle type, it will continue to move forward at the accelerated speed.

[0283] Fig.10 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Fig.10 As shown, in Fig. 9Continuing the explanation based on the provided example, the user originally stored 2 tubes of nitrogen, consumed the first tube of nitrogen through the first trigger operation (first click), and consumed the second tube of nitrogen through the second trigger operation (click again within 0.3 to 1 second after the first click). After that, the two tubes of nitrogen will be used to provide a strong acceleration effect for the virtual vehicle 601. After the two tubes of nitrogen are exhausted, the nitrogen button will be set to a non-interactive state, such as Fig.10 The nitrogen button 1002 is shown as being in a non-interactive state (for example, the button becomes dark or gray), after which the virtual vehicle 601 will gradually return to a normal driving state, that is, if the driving speed of the virtual vehicle 601 does not exceed the limit speed originally associated with the vehicle type, it will continue to move forward at the accelerated driving speed; if the driving speed of the virtual vehicle 601 exceeds the limit speed originally associated with the vehicle type, it will gradually return to the limit speed originally associated with the vehicle type.

[0284] All the above optional technical solutions can be arbitrarily combined to form optional embodiments of the present disclosure, and will not be described in detail here.

[0285] The method provided in the embodiment of the present application provides a prop storage mechanism for performing stunts to accumulate acceleration energy, and when the acceleration energy is accumulated to meet the target conditions, an acceleration prop is obtained, and when a first trigger operation is detected, an acceleration prop is consumed to accelerate the virtual vehicle. Within the target time period after the first trigger operation, if a second trigger operation is detected, another acceleration prop can be consumed to accelerate the virtual vehicle with a greater acceleration, so that the user can flexibly choose whether to consume multiple acceleration props each time to obtain a greater acceleration according to needs, thereby enriching the acceleration method and acceleration effect of the virtual vehicle, diversifying the operation strategy of the acceleration prop, and facilitating the user to adjust the racing strategy based on the virtual vehicle at any time, thereby improving the efficiency of human-computer interaction.

[0286] In the previous embodiment, it is described in detail how to use a single or multiple acceleration props to provide different acceleration effects for the virtual vehicle. In the embodiment of the present application, it is described in detail how the user can obtain acceleration props by controlling the virtual vehicle to perform stunts. The stunt here is taken as drifting as an example for explanation, but the type of stunt should not be specifically limited in the process. The stunt can be any action that the user can control the virtual vehicle to perform that is different from smooth driving, including but not limited to: drifting, taking off, flying, over obstacles, collision, etc. The embodiment of the present application does not specifically limit the type of stunt.

[0287] It should be noted that in addition to collecting acceleration props by performing stunts, acceleration props can also be obtained by colliding with acceleration props over obstacles, consuming virtual resources to purchase in the mall, etc. The embodiment of the present application does not specifically limit the source of acceleration props.

[0288] Fig.11 is a flow chart of a method for obtaining acceleration props in a virtual scene provided by an embodiment of the present application. Fig.11 This embodiment is executed by an electronic device and is described by taking the electronic device as a terminal as an example. The terminal may be the first terminal 120 or the second terminal 160 shown in the above implementation environment. When the stunt action is a drift action, the embodiment includes the following steps:

[0289] 1101. When a virtual vehicle performs a drifting action, the terminal obtains a drift deceleration amount and a drift frame length of the virtual vehicle in each frame.

[0290] In some embodiments, if the inventory quantity of acceleration props is less than the inventory capacity, it means that there is still sufficient inventory capacity to store acceleration props. At this time, if it is detected that the user controls the virtual vehicle to perform a drift action (usually the user presses the handbrake key and cooperates with the direction keys to control the virtual vehicle to perform a drift action) so that the virtual vehicle is in a drifting state, for the virtual vehicle performing the drift action, the drift deceleration amount and drift frame length of the virtual vehicle in the current frame can be obtained in real time in each frame of the game, wherein the drift frame length refers to the playback duration of the current frame. For example, at a frame rate of 60, the playback duration of each frame is approximately 0.016 seconds, and the drift deceleration amount refers to the speed change value of the virtual vehicle when it decelerates in the current frame. A drift deceleration amount of 10km / h means that the speed of the virtual vehicle is reduced by 10km / h in the current frame.

[0291] Fig.12 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Fig.12 As shown, in the virtual scene 1200, a virtual vehicle 1201, a nitrogen button 1202 and a nitrogen energy progress bar 1203 are displayed. Assuming that 1 tube of nitrogen is already in stock and 1 more tube of nitrogen can be stored, 1 black gas bottle and 1 white gas bottle will be displayed on the nitrogen button 1202. The black gas bottle represents the amount of nitrogen in stock (i.e., the inventory quantity), and the white gas bottle represents the remaining amount of nitrogen that can be stored (i.e., the value obtained by subtracting the inventory quantity from the inventory capacity). Since the inventory quantity of nitrogen is less than the inventory capacity at this time, the user can control the virtual vehicle to enter the drift state to accumulate a new tube of nitrogen. Assuming that before the user has not started the drift operation, the nitrogen energy progress bar 1203 is in Fig.12 From the progress shown, it can be seen that the nitrogen energy value currently displayed by the nitrogen energy progress bar 1203 is approximately equal to 0.

[0292] 1102. The terminal determines an energy increase value of the acceleration energy in each frame based on the drift deceleration amount and the drift frame length of each frame.

[0293] Wherein, when the stunt action is a drifting action, the energy increase value of the acceleration energy is positively correlated with the drifting time and the drifting deceleration amount of the virtual vehicle performing the drifting action.

[0294] In some embodiments, the terminal obtains a speed difference gas collection efficiency constant a and a unit time gas collection efficiency constant b, multiplies the speed difference gas collection efficiency constant a by the drift deceleration amount △v to obtain a first value a×△v, and multiplies the unit time gas collection efficiency constant b by the drift frame length △t to obtain a second value b×△t. Then, the first value a×△v and the second value b×△t are added to obtain the energy increase value in the current frame: (a×△v)+(b×△t).

[0295] In some embodiments, the speed difference gas collection efficiency constant a and the unit time gas collection efficiency constant b are pre-cached locally by the terminal when loading the virtual scene, or may be pulled from the server by the terminal in real time. This embodiment of the present application does not specifically limit this.

[0296] 1103. The terminal adds the energy increase value of at least one frame to obtain the acceleration energy value of the acceleration prop.

[0297] In some embodiments, the terminal can obtain the energy increase value of each frame through the above steps 1101-1102, and then add the energy increase values ​​of at least one frame in which the virtual vehicle performing the drifting action is located to obtain the acceleration energy value of the acceleration prop.

[0298] In some embodiments, assuming that the total drifting time of the virtual vehicle in a drift is t, the total added acceleration energy in this drift can be called a single drift accumulation amount, and the single drift accumulation amount is expressed as the following formula:

[0299]

[0300] Among them, a represents the velocity difference gas collection efficiency constant, b represents the gas collection efficiency constant per unit time, △v represents the drift deceleration, and △t represents the drift frame length.

[0301] In schematic form, assuming that the unit time is 1 second (the energy increase per second is calculated with 1 second as the time unit), assuming that the speed difference gas collection efficiency constant a=10, the unit time gas collection efficiency constant b=5, the drift time t=3 seconds, assuming that in the 0th to 1st second, the drift deceleration amount △v of the virtual vehicle is 1 =10km / h, then a×△v is collected in this 1 second 1=10×10=100 nitrogen volume, assuming that in 1 to 2 seconds, the drift deceleration of the virtual vehicle △v 2 =5km / h, then a×△v is collected in this 1 second 2 =10×5=50 nitrogen volume, assuming that in 2 to 3 seconds, the drift deceleration of the virtual vehicle △v 3 =2km / h, then a×△v is collected in this 1 second 3 =2×5=10 of nitrogen, so a total of 100+50+20=170 of nitrogen is collected within three seconds. At this time, b×t=5×3=15 of nitrogen rewarded according to the drifting time is added. A total of 170+15=185 of nitrogen can be obtained in this drift, that is, the acceleration energy value increased by this drift is equal to 185 in total.

[0302] 1104. The terminal displays the acceleration energy value in the energy progress bar of the acceleration item in the virtual scene.

[0303] In some embodiments, the terminal visualizes the accumulated acceleration energy value in the form of an energy progress bar in a virtual scene. Since the drifting action will accumulate the acceleration energy value, the terminal displays the acceleration energy rising in the energy progress bar of the acceleration energy, that is, the progress of the energy progress bar is increasing.

[0304] Optionally, the minimum energy value of the energy progress bar is 0, and the maximum energy value is the energy value required to meet the target conditions. For example, if one acceleration item can be obtained for every 100 nitrogen collected, the maximum energy value of the energy progress bar can be set to 100.

[0305] In some embodiments, the latest progress displayed in the energy progress bar is equal to the sum of the energy increase value calculated frame by frame in real time according to the above steps 1102-1103 and the existing energy value before performing the drift action. When the latest acceleration energy value is less than the energy threshold, the target condition is not met, and the acceleration energy value will continue to be accumulated. When the latest acceleration energy value is equal to the energy threshold, the target condition is met and the following step 1105 is entered.

[0306] Fig.13 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Fig.13 As shown, in Fig.12 Based on the example provided, the user can control the virtual vehicle to perform drifting by pressing the direction keys and the handbrake key. As the drifting time and drift deceleration increase, the energy increase value of the nitrogen acceleration props also increases, which will also cause the accumulated acceleration energy value to increase. It can be seen that compared with Fig.12The acceleration energy value on the left side of the nitrogen energy progress bar 1203 shown in FIG. 1 gradually changes to Fig.13 The acceleration energy value in the center of the nitrogen energy progress bar 1303 shown in , represents that the acceleration energy value accumulates continuously with the increase of drift time and drift deceleration amount, reflecting the visualization effect of continuously collecting nitrogen.

[0307] 1105. When the acceleration energy accumulates to meet the target conditions, the inventory quantity of the acceleration item is increased by 1, and the acceleration energy of the acceleration item is cleared.

[0308] In some embodiments, when the acceleration energy accumulates to meet the target conditions, such as the acceleration energy accumulates to be greater than the energy threshold, for example, assuming the energy threshold is 100, every time 100 acceleration energy values ​​are collected, 1 acceleration prop will be successfully harvested, that is, the inventory quantity of the acceleration prop is increased by 1. After collecting 1 acceleration prop, the acceleration energy will be cleared. Thereafter, if the inventory quantity of the acceleration prop is less than the inventory capacity, new acceleration props can still be collected again through steps 1101-1105. If the inventory quantity is equal to the inventory capacity after adding 1, it means that new acceleration props can no longer be collected at this time.

[0309] Fig.14 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Fig.14 As shown, in Fig.13 Based on the example provided, the user continues to press the direction key and the handbrake key to keep the virtual vehicle in a drifting state. As the drifting time and drift deceleration increase, the acceleration energy value of the nitrogen acceleration props also increases. It can be seen that compared with Fig.13 The acceleration energy value in the center of the nitrogen energy progress bar 1303 shown in FIG. Fig.14 The nitrogen energy progress bar 1403 shown in the figure has risen from the center to fill the entire nitrogen energy progress bar 1403, that is, the maximum progress of the nitrogen energy progress bar 1403 has been reached, indicating that the accumulated acceleration energy value has reached the energy threshold. At this time, the acceleration energy is accumulated to meet the target conditions, and the virtual vehicle 1201 will automatically obtain 1 nitrogen acceleration prop, that is, the inventory quantity of the nitrogen acceleration prop increases by 1 at this time, which is equivalent to automatically collecting 1 tube of nitrogen.

[0310] In other embodiments, even if the inventory quantity plus 1 is equal to the inventory capacity, the user can still continue to collect acceleration energy by controlling the virtual vehicle to perform stunts, but the acceleration energy will stop accumulating when it is about to reach the energy threshold. In this way, as long as the user consumes 1 acceleration prop, the acceleration energy will remain at a value very close to the energy threshold. The user can quickly collect a new acceleration prop by controlling the virtual vehicle to perform a small number of stunts. For example, assuming the energy threshold is 100, when the inventory quantity is equal to the inventory capacity, acceleration energy is still allowed to accumulate, but the acceleration energy will no longer increase when it accumulates to 99. Only after the user consumes 1 acceleration prop and then increases the acceleration energy by 1 by controlling the virtual vehicle to perform stunts, can a new acceleration prop be quickly obtained.

[0311] Fig.15 is a schematic diagram of an interface of a virtual scene provided in an embodiment of the present application, such as Fig.15 As shown, in Fig.15 Continue with the example provided, and Fig.14 After the nitrogen energy progress bar 1403 is fully collected and 1 tube of nitrogen is automatically accumulated, since the inventory quantity of the nitrogen acceleration prop will be automatically increased by 1, the inventory quantity will change from 1 to 2 after the nitrogen is fully collected. Therefore, 2 black nitrogen bottles will be displayed on the nitrogen button 1502, indicating that the number of stored nitrogen bottles has changed from 1 to 2. At the same time, since the previously fully collected nitrogen energy progress bar 1403 has been exchanged for 1 tube of nitrogen, the nitrogen energy progress bar 1503 will also clear the progress, that is, the current progress in the nitrogen energy progress bar 1503 will be switched from full progress to zero progress.

[0312] In the above step 1105, a possible implementation method of obtaining the acceleration prop is provided when the acceleration energy accumulates to meet the target condition, that is, the acceleration energy reaching the energy threshold is used as the target condition for explanation, wherein the energy threshold is a parameter preset by the server side, for example, the energy threshold can be 100, 200, or any other value greater than 0. Optionally, the target condition can also be set to the drift duration being greater than the drift threshold, or the accumulated drift deceleration amount of a single drift operation being greater than the deceleration amount threshold, etc., wherein the drift threshold and the deceleration amount threshold are values ​​greater than 0, and the target condition is not specifically limited in the embodiment of the present application.

[0313] It should be noted that the refresh logic of the energy added value of the above steps 1101-1105 can be implemented by local execution of the terminal to save the communication overhead of the terminal, or it can be executed by the server and the energy added value calculated frame by frame can be sent to the terminal to save the computing overhead of the terminal. The embodiment of the present application does not specifically limit whether the refresh logic of the energy added value is executed locally in the terminal or on the server.

[0314] In an embodiment of the present application, a method of collecting acceleration props by controlling a virtual vehicle to perform drifting actions is provided, which is equivalent to providing an automatic storage mechanism for acceleration props. In this way, even if the user may not encounter a suitable stage to use the acceleration props after performing a drifting operation, these acceleration props can be stored for subsequent use. Compared with some acceleration methods that lack a storage mechanism, users can flexibly use acceleration props according to their own racing needs, making the methods of obtaining acceleration props more diverse and improving the user experience.

[0315] Furthermore, an analysis is conducted on the case where the acceleration props are nitrogen. Assuming that the drifting time of a certain drift is long enough, it is possible to collect multiple tubes of nitrogen at one time in one drift, so that the drifting action performed by the user to control the virtual vehicle can obtain sufficient positive feedback, and there will be no situation where the nitrogen bar cannot be accumulated after it is full. Moreover, after the nitrogen bar is full, the user can accumulate new nitrogen bars again, without having to use the stored nitrogen acceleration props before starting to accumulate new nitrogen acceleration props, so that the user's gas collection experience is more optimized, breaking the fixed interactive experience of consuming nitrogen and then collecting it again in traditional racing games with nitrogen systems. In addition, since it supports the storage of multiple tubes of nitrogen, combined with the operation scheme of consuming multiple tubes of nitrogen in a short time provided in the previous embodiment, it can improve the playability and pleasure of the nitrogen release process, enrich the space for nitrogen operation strategies, and is more in line with the real-world racing process of pressing multiple tubes of nitrogen into the engine at one time to provide a more powerful acceleration mechanism by increasing the amount of nitrogen injected.

[0316] In the above two embodiments, how to accelerate a virtual vehicle by using a single or multiple acceleration props and how to collect acceleration props by drifting operations are respectively introduced. In the embodiment of the present application, the acceleration props are acceleration gas as an example to illustrate a possible acceleration process of a virtual vehicle in a racing game. The acceleration gas involved in the embodiment of the present application may refer to the N used in the NOS system. 2 O,N 2 O is a booster item that can be collected as a reward after using drift or other operations in racing games. It is used to obtain acceleration effects. In some racing games, N 2 O is called "nitrogen".

[0317] Fig.16 : is a principle flow chart of a virtual vehicle acceleration method for a racing game provided in an embodiment of the present application, such as Fig.16 As shown, the acceleration method of the virtual vehicle includes the following steps:

[0318] In step 1601, the terminal controls the virtual vehicle to drift and gather air.

[0319] That is, the user controls the virtual vehicle through the terminal to perform drifting actions to increase the accumulated progress value of the nitrogen acceleration props.

[0320] In step 1602 , the terminal determines whether the nitrogen is full. If the nitrogen is full, the terminal proceeds to step 1604 . If the nitrogen is not full, the terminal proceeds to step 1603 .

[0321] That is, the terminal determines whether the current accumulation progress value meets the target condition, taking the target condition of reaching the maximum progress of the energy progress bar (i.e., full progress) as an example. If the accumulation progress value reaches the maximum progress of the energy progress bar, it means that the nitrogen is fully accumulated, and the process goes to step 1604; otherwise, if the accumulation progress value does not reach the maximum progress of the energy progress bar, it means that the nitrogen is not fully accumulated, and the process goes to step 1603.

[0322] In step 1603 , the terminal retains the current gas collection progress and returns to step 1601 .

[0323] That is, the terminal retains and displays the current accumulation progress value and returns to step 1601.

[0324] In step 1604, the terminal stores a bottle of nitrogen and empties the nitrogen bar.

[0325] That is, the terminal increases the inventory quantity of the nitrogen bottle by 1 and clears the energy progress bar of the nitrogen acceleration item.

[0326] In step 1605, the user clicks the nitrogen button on the terminal.

[0327] That is, since at least one tube of nitrogen has been collected in step 1604, it means that the nitrogen acceleration prop is already possessed, and the acceleration control, i.e., the nitrogen key, is set to an interactive state. When the first trigger operation is a click operation, the user clicks the nitrogen key in the interactive state.

[0328] In step 1606, the terminal triggers ordinary nitrogen acceleration, consuming 1 bottle of nitrogen reserve.

[0329] That is, one tube of nitrogen is consumed, the inventory quantity of the nitrogen bottle is reduced by one, and the consumed one tube of nitrogen is used to accelerate the virtual vehicle.

[0330] In step 1607 , the terminal determines whether there is still 1 bottle or more of nitrogen reserves. If there is 1 bottle or more of nitrogen reserves, the terminal proceeds to step 1609 . If the nitrogen reserves are 0, the terminal proceeds to step 1608 .

[0331] That is, the terminal determines whether the remaining nitrogen reserves (i.e., the inventory quantity of nitrogen acceleration props) is greater than or equal to 1. If the nitrogen reserves are greater than or equal to 1, the process proceeds to step 1609; if the nitrogen reserves are less than 1, the process proceeds to step 1608.

[0332] In step 1608, the terminal controls the nitrogen button to become gray and cannot be clicked again during the nitrogen acceleration process.

[0333] That is, the terminal control switches the acceleration control, namely the nitrogen key, from an interactive state to a non-interactive state, and during the nitrogen acceleration process, no interactive operation can be performed through the nitrogen key in the non-interactive state.

[0334] In step 1609, the terminal determines whether the user clicks the nitrogen button again within 0.3 to 1 second. If the user clicks the nitrogen button again within 0.3 to 1 second, the process proceeds to step 1610. If the user does not click the nitrogen button again within 0.3 to 1 second, the process returns to step 1608.

[0335] That is, taking the target time period as 0.3 to 1 second after executing the first trigger operation as an example, the target time period can also be within 1 second after executing the first trigger operation, or within 1 to 2 seconds after executing the first trigger operation. The embodiments of the present application do not specifically limit this.

[0336] When the second trigger operation is a click operation, the terminal determines whether the user clicks the nitrogen button again within 0.3 to 1 second, that is, determines whether the user successfully executes the click operation indicated by the QTE of consuming multiple nitrogen buttons to accelerate. If the user clicks the nitrogen button again within 0.3 to 1 second, it means that the QTE is executed successfully and enters step 1610. Otherwise, if the user does not click the nitrogen button again within 0.3 to 1 second, it means that the QTE execution fails and returns to step 1608.

[0337] In step 1610, the terminal consumes one bottle of nitrogen reserve again, triggering a nitrogen overload.

[0338] That is, one tube of nitrogen is consumed again, the inventory quantity of the nitrogen bottle is reduced by 1 again, and the consumed tube of nitrogen and the other tube of nitrogen that has been consumed before (a total of 2 tubes of nitrogen) are used to accelerate the virtual vehicle. The effect of consuming 2 or more tubes of nitrogen to accelerate the virtual vehicle can be called "nitrogen overload".

[0339] In step 1611, the terminal intensifies the normal nitrogen being released into a stronger nitrogen overload.

[0340] That is, the terminal strengthens the acceleration effect provided by one tube of nitrogen to provide a strong acceleration effect called "nitrogen overload" to the virtual vehicle through two or more tubes of nitrogen. Please refer to the aforementioned embodiments for the acceleration logic in different situations, which will not be elaborated here.

[0341] In the embodiments of the present application, by designing a diversified interactive mode of nitrogen release experience and operation strategy in racing games, users can experience the ordinary acceleration method of consuming a single tube of nitrogen, and the nitrogen overload acceleration method of consuming multiple tubes of nitrogen, so that users can freely plan the use benefits of nitrogen acceleration props according to the length of the straight road in the virtual scene, so as to maximize the use benefits of nitrogen props, thereby expanding the depth of gameplay strategy provided by racing games through nitrogen acceleration props.

[0342] Fig.17 This is a schematic diagram of the structure of a virtual vehicle control device in a virtual scene provided by an embodiment of the present application. Please refer to Fig.17 , the device comprises:

[0343] An increasing module 1701 is used to increase acceleration energy when the virtual vehicle in the virtual scene performs a stunt action;

[0344] An acquisition module 1702 is used to acquire an acceleration item when the acceleration energy accumulates to meet the target condition;

[0345] The first control module 1703 is used for, in the case of having at least two acceleration props, consuming one of the acceleration props in response to a first triggering operation on the acceleration control, to control the virtual vehicle to perform a first acceleration action;

[0346] The second control module 1704 is used to consume another acceleration prop and control the virtual vehicle to perform a second acceleration action in response to a second trigger operation on the acceleration control within a target time period after the first trigger operation, and the acceleration of the second acceleration action is greater than the acceleration of the first acceleration action.

[0347] The device provided in the embodiment of the present application provides a prop storage mechanism for performing stunts to accumulate acceleration energy, and obtains acceleration props when the acceleration energy is accumulated to meet the target conditions, and consumes an acceleration prop to accelerate the virtual vehicle when a first trigger operation is detected. Within the target time period after the first trigger operation, if a second trigger operation is detected, another acceleration prop can be consumed to accelerate the virtual vehicle with a greater acceleration, so that the user can flexibly choose whether to consume multiple acceleration props each time to obtain a greater acceleration according to needs, thereby enriching the acceleration method and acceleration effect of the virtual vehicle, diversifying the operation strategy of the acceleration props, and facilitating the user to adjust the racing strategy based on the virtual vehicle at any time, thereby improving the efficiency of human-computer interaction.

[0348] In one possible implementation, based on Fig.17 The first control module 1703 includes:

[0349] The first control unit is used to control the virtual vehicle to perform the first acceleration action based on the first acceleration associated with the acceleration prop; wherein the driving speed of the virtual vehicle performing the first acceleration action does not exceed the first target speed.

[0350] In a possible implementation manner, the first control unit is used to:

[0351] When the running speed of the virtual vehicle is greater than a first speed difference from the first target speed, controlling the virtual vehicle to perform a uniform acceleration action at the first acceleration;

[0352] When the running speed of the virtual vehicle is less than or equal to the first speed difference from the first target speed, the virtual vehicle is controlled to perform a variable acceleration action based on a first variable acceleration obtained by attenuation of the first acceleration.

[0353] In one possible implementation, the first variable acceleration is obtained by linearly decaying with the first acceleration as the initial acceleration according to the variable acceleration duration of the virtual vehicle; and when the driving speed of the virtual vehicle reaches the first target speed, the first variable acceleration decays to 0.

[0354] In one possible implementation, based on Fig.17 The device is composed of:

[0355] The playing module is used to play a first triggering special effect of the acceleration control in response to a first triggering operation on the acceleration control, wherein the first triggering special effect is used to prompt that one acceleration prop has been consumed to accelerate the virtual vehicle.

[0356] In one possible implementation, based on Fig.17 The device is composed of:

[0357] The display module is used for displaying a first acceleration special effect based on the virtual vehicle in response to a first trigger operation on the acceleration control, wherein the first acceleration special effect is used to represent that one of the acceleration props has been consumed to accelerate the virtual vehicle.

[0358] In one possible implementation, based on Fig.17 The device is composed of:

[0359] The display module is used for displaying the consumption progress information of the acceleration gas based on the acceleration control in response to the first trigger operation of the acceleration control when the acceleration prop is acceleration gas, and the consumption progress information is used to prompt the remaining gas storage capacity of the acceleration gas.

[0360] In one possible implementation, based on Fig.17 The second control module 1704 includes:

[0361] The second control unit is used to control the virtual vehicle to perform the second acceleration action based on a third acceleration obtained by adding the first acceleration associated with the acceleration prop and the second acceleration; wherein the driving speed of the virtual vehicle performing the second acceleration action does not exceed the second target speed.

[0362] In one possible implementation manner, the second control unit is used to:

[0363] When the running speed of the virtual vehicle is greater than the second speed difference from the second target speed, controlling the virtual vehicle to perform a uniform acceleration action at the third acceleration;

[0364] When the running speed of the virtual vehicle is less than or equal to the second speed difference from the second target speed, the virtual vehicle is controlled to perform a variable acceleration action with a second variable acceleration obtained based on the attenuation of the third acceleration.

[0365] In one possible implementation, the second variable acceleration uses the third acceleration as an initial acceleration and is obtained by linearly decaying according to the variable acceleration duration of the virtual vehicle; and when the driving speed of the virtual vehicle reaches the second target speed, the second variable acceleration decays to 0.

[0366] In one possible implementation, based on Fig.17 The device is composed of:

[0367] The display module is used to display an interactive timing control within the target time period, and the interactive timing control is used to display timing information for the target time period.

[0368] In one possible implementation, based on Fig.17 The device is composed of:

[0369] The playing module is used for playing a second triggering special effect of the acceleration control in response to a second triggering operation on the acceleration control, wherein the second triggering special effect is used to prompt that another acceleration prop has been consumed to accelerate the virtual vehicle.

[0370] In one possible implementation, based on Fig.17 The device is composed of:

[0371] The display module is used for displaying a second acceleration special effect based on the virtual vehicle in response to a second trigger operation on the acceleration control, wherein the second acceleration special effect is used to represent that another acceleration prop has been consumed to accelerate the virtual vehicle.

[0372] In one possible implementation, based on Fig.17 The device is composed of:

[0373] The display module is used to display the inventory quantity and inventory capacity of the acceleration props based on the acceleration control, wherein the inventory capacity is associated with the vehicle type of the virtual vehicle, and the inventory capacity is used to represent the maximum number of acceleration props that can be stored in the vehicle type.

[0374] In a possible implementation manner, the adding module 1701 is further used for:

[0375] In the energy progress bar of the acceleration energy, it is shown that the acceleration energy is rising.

[0376] In a possible implementation manner, when the stunt action is a drifting action, the energy increase value of the acceleration energy is positively correlated with the drifting duration and the drifting deceleration amount of the virtual vehicle performing the drifting action.

[0377] All the above optional technical solutions can be arbitrarily combined to form optional embodiments of the present disclosure, and will not be described in detail here.

[0378] It should be noted that: the virtual vehicle control device in the virtual scene provided by the above embodiment only uses the division of the above functional modules as an example when controlling the virtual vehicle to accelerate. In actual application, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the electronic device is divided into different functional modules to complete all or part of the functions described above. In addition, the virtual vehicle control device in the virtual scene provided by the above embodiment belongs to the same concept as the virtual vehicle control method embodiment. The specific implementation process is detailed in the virtual vehicle control method embodiment, which will not be repeated here.

[0379] Fig.18 is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application, such as Fig.18 As shown, the electronic device is taken as terminal 1800 for example. Optionally, the device type of the terminal 1800 includes: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, Moving Picture Experts Group Audio Layer 3), an MP4 (Moving Picture Experts Group Audio Layer IV, Moving Picture Experts Group Audio Layer 4) player, a laptop computer or a desktop computer. The terminal 1800 may also be called a user device, a portable terminal, a laptop terminal, a desktop terminal or other names.

[0380] Typically, the terminal 1800 includes: a processor 1801 and a memory 1802 .

[0381] Optionally, the processor 1801 includes one or more processing cores, such as a 4-core processor, an 8-core processor, etc. Optionally, the processor 1801 is implemented in at least one hardware form of DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). In some embodiments, the processor 1801 includes a main processor and a coprocessor. The main processor is a processor for processing data in the awake state, also known as a CPU (Central Processing Unit); the coprocessor is a low-power processor for processing data in the standby state. In some embodiments, the processor 1801 is integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor 1801 also includes an AI (Artificial Intelligence) processor, which is used to process computing operations related to machine learning.

[0382] In some embodiments, the memory 1802 includes one or more computer-readable storage media, and optionally, the computer-readable storage medium is non-transitory. Optionally, the memory 1802 also includes a high-speed random access memory, and a non-volatile memory, such as one or more disk storage devices, flash memory storage devices. In some embodiments, the non-transitory computer-readable storage medium in the memory 1802 is used to store at least one program code, and the at least one program code is used to be executed by the processor 1801 to implement the virtual vehicle control method in the virtual scene provided in each embodiment of the present application.

[0383] In some embodiments, the terminal 1800 may further optionally include: a peripheral device interface 1803 and at least one peripheral device. The processor 1801, the memory 1802 and the peripheral device interface 1803 may be connected via a bus or a signal line. Each peripheral device may be connected to the peripheral device interface 1803 via a bus, a signal line or a circuit board. Specifically, the peripheral device includes: at least one of a radio frequency circuit 1804, a display screen 1805, a camera assembly 1806, an audio circuit 1807 and a power supply 1808.

[0384] The peripheral device interface 1803 may be used to connect at least one peripheral device related to I / O (Input / Output) to the processor 1801 and the memory 1802. In some embodiments, the processor 1801, the memory 1802, and the peripheral device interface 1803 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 1801, the memory 1802, and the peripheral device interface 1803 are implemented on a separate chip or circuit board, which is not limited in this embodiment.

[0385] The radio frequency circuit 1804 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 1804 communicates with the communication network and other communication devices through electromagnetic signals. The radio frequency circuit 1804 converts the electrical signal into an electromagnetic signal for transmission, or converts the received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 1804 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, and the like. Optionally, the radio frequency circuit 1804 communicates with other terminals through at least one wireless communication protocol. The wireless communication protocol includes, but is not limited to: a metropolitan area network, various generations of mobile communication networks (2G, 3G, 4G and 5G), a wireless local area network and / or a WiFi (Wireless Fidelity) network. In some embodiments, the radio frequency circuit 1804 also includes circuits related to NFC (Near Field Communication), which is not limited in this application.

[0386] The display screen 1805 is used to display a UI (User Interface). Optionally, the UI includes graphics, text, icons, videos, and any combination thereof. When the display screen 1805 is a touch display screen, the display screen 1805 also has the ability to collect touch signals on the surface or above the surface of the display screen 1805. The touch signal can be input to the processor 1801 as a control signal for processing. Optionally, the display screen 1805 is also used to provide virtual buttons and / or virtual keyboards, also known as soft buttons and / or soft keyboards. In some embodiments, the display screen 1805 is one, and the front panel of the terminal 1800 is set; in other embodiments, the display screen 1805 is at least two, which are respectively set on different surfaces of the terminal 1800 or are folded; in some other embodiments, the display screen 1805 is a flexible display screen, which is set on the curved surface or folded surface of the terminal 1800. Even, optionally, the display screen 1805 is set to a non-rectangular irregular shape, that is, a special-shaped screen. Optionally, the display screen 1805 is made of materials such as LCD (Liquid Crystal Display) and OLED (Organic Light-Emitting Diode).

[0387] The camera assembly 1806 is used to capture images or videos. Optionally, the camera assembly 1806 includes a front camera and a rear camera. Typically, the front camera is arranged on the front panel of the terminal, and the rear camera is arranged on the back of the terminal. In some embodiments, there are at least two rear cameras, which are any one of a main camera, a depth of field camera, a wide-angle camera, and a telephoto camera, so as to realize the fusion of the main camera and the depth of field camera to realize the background blur function, the fusion of the main camera and the wide-angle camera to realize the panoramic shooting and VR (Virtual Reality) shooting function or other fusion shooting functions. In some embodiments, the camera assembly 1806 also includes a flash. Optionally, the flash is a monochrome temperature flash, or a dual-color temperature flash. A dual-color temperature flash refers to a combination of a warm light flash and a cold light flash, which is used for light compensation at different color temperatures.

[0388] In some embodiments, the audio circuit 1807 includes a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, and convert the sound waves into electrical signals and input them into the processor 1801 for processing, or input them into the radio frequency circuit 1804 to achieve voice communication. For the purpose of stereo acquisition or noise reduction, there are multiple microphones, which are respectively arranged at different parts of the terminal 1800. Optionally, the microphone is an array microphone or an omnidirectional acquisition microphone. The speaker is used to convert the electrical signal from the processor 1801 or the radio frequency circuit 1804 into sound waves. Optionally, the speaker is a traditional film speaker, or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, it can not only convert the electrical signal into sound waves audible to humans, but also convert the electrical signal into sound waves inaudible to humans for purposes such as ranging. In some embodiments, the audio circuit 1807 also includes a headphone jack.

[0389] The power supply 1808 is used to power various components in the terminal 1800. Optionally, the power supply 1808 is an alternating current, a direct current, a disposable battery, or a rechargeable battery. When the power supply 1808 includes a rechargeable battery, the rechargeable battery supports wired charging or wireless charging. The rechargeable battery is also used to support fast charging technology.

[0390] In some embodiments, the terminal 1800 further includes one or more sensors 1810 , including but not limited to: an acceleration sensor 1811 , a gyroscope sensor 1812 , a pressure sensor 1813 , an optical sensor 1814 , and a proximity sensor 1815 .

[0391] In some embodiments, the acceleration sensor 1811 detects the magnitude of acceleration on the three coordinate axes of the coordinate system established by the terminal 1800. For example, the acceleration sensor 1811 is used to detect the components of gravity acceleration on the three coordinate axes. Optionally, the processor 1801 controls the display screen 1805 to display the user interface in a horizontal view or a vertical view according to the gravity acceleration signal collected by the acceleration sensor 1811. The acceleration sensor 1811 is also used to collect motion data of games or users.

[0392] In some embodiments, the gyroscope sensor 1812 detects the body direction and rotation angle of the terminal 1800, and the gyroscope sensor 1812 and the acceleration sensor 1811 cooperate to collect the user's 3D actions on the terminal 1800. The processor 1801 implements the following functions based on the data collected by the gyroscope sensor 1812: motion sensing (such as changing the UI according to the user's tilt operation), image stabilization during shooting, game control, and inertial navigation.

[0393] Optionally, the pressure sensor 1813 is arranged on the side frame of the terminal 1800 and / or the lower layer of the display screen 1805. When the pressure sensor 1813 is arranged on the side frame of the terminal 1800, it can detect the user's holding signal of the terminal 1800, and the processor 1801 performs left and right hand recognition or shortcut operation according to the holding signal collected by the pressure sensor 1813. When the pressure sensor 1813 is arranged on the lower layer of the display screen 1805, the processor 1801 controls the operability controls on the UI interface according to the user's pressure operation on the display screen 1805. The operability controls include at least one of a button control, a scroll bar control, an icon control, and a menu control.

[0394] The optical sensor 1814 is used to collect the ambient light intensity. In one embodiment, the processor 1801 controls the display brightness of the display screen 1805 according to the ambient light intensity collected by the optical sensor 1814. Specifically, when the ambient light intensity is high, the display brightness of the display screen 1805 is increased; when the ambient light intensity is low, the display brightness of the display screen 1805 is decreased. In another embodiment, the processor 1801 also dynamically adjusts the shooting parameters of the camera assembly 1806 according to the ambient light intensity collected by the optical sensor 1814.

[0395] The proximity sensor 1815, also called a distance sensor, is usually arranged on the front panel of the terminal 1800. The proximity sensor 1815 is used to collect the distance between the user and the front of the terminal 1800. In one embodiment, when the proximity sensor 1815 detects that the distance between the user and the front of the terminal 1800 is gradually decreasing, the processor 1801 controls the display screen 1805 to switch from the screen-on state to the screen-off state; when the proximity sensor 1815 detects that the distance between the user and the front of the terminal 1800 is gradually increasing, the processor 1801 controls the display screen 1805 to switch from the screen-off state to the screen-on state.

[0396] Those skilled in the art will understand that Fig.18 The structure shown in the figure does not constitute a limitation on the terminal 1800, and the terminal 1800 may include more or less components than those shown in the figure, or combine some components, or adopt a different component arrangement.

[0397] In some embodiments, a computer-readable storage medium is also provided, such as a memory including at least one computer program, and the at least one computer program can be executed by a processor in a terminal to complete the virtual vehicle control method in the virtual scene in each of the above embodiments. For example, the computer-readable storage medium includes ROM (Read-Only Memory), RAM (Random-Access Memory), CD-ROM (Compact Disc Read-Only Memory), magnetic tape, floppy disk, and optical data storage device, etc.

[0398] In some embodiments, a computer program product or computer program is also provided, including at least one computer program, which is stored in a computer-readable storage medium. One or more processors of an electronic device can read the at least one computer program from the computer-readable storage medium, and the one or more processors execute the at least one computer program, so that the electronic device can execute to complete the virtual vehicle control method in the virtual scene in the above embodiment.

[0399] A person of ordinary skill in the art will understand that all or part of the steps to implement the above embodiments can be completed by hardware, or can be completed by instructing related hardware through a program. Optionally, the program is stored in a computer-readable storage medium. Optionally, the above-mentioned storage medium is a read-only memory, a disk or an optical disk, etc.

[0400] The above description is only an optional embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application shall be included in the protection scope of the present application.

Claims

1. A virtual vehicle control method in a virtual scene, It is characterized in that The method comprises: In the case where the virtual vehicle in the virtual scene performs a stunt, increasing acceleration energy; When the acceleration energy accumulates to meet the target condition, increasing the available acceleration times of the virtual vehicle; When the available acceleration times of the virtual vehicle are not less than two, in response to a first acceleration operation, the available acceleration times of the virtual vehicle are reduced by one, and the virtual vehicle is controlled to perform a first acceleration action; In response to a second acceleration operation within a target time period after the first acceleration operation, the available acceleration times of the virtual vehicle are reduced by one, and the virtual vehicle is controlled to perform a second acceleration action, wherein the acceleration of the second acceleration action is greater than the acceleration of the first acceleration action.

2. The method according to claim 1, It is characterized in that The controlling the virtual vehicle to perform a first acceleration action comprises: Based on the first acceleration, the virtual vehicle is controlled to perform the first acceleration action; wherein the driving speed of the virtual vehicle performing the first acceleration action does not exceed a first target speed.

3. The method according to claim 2, It is characterized in that The controlling the virtual vehicle to perform the first acceleration action based on the first acceleration includes: When the running speed of the virtual vehicle is greater than a first speed difference from the first target speed, controlling the virtual vehicle to perform a uniform acceleration action at the first acceleration; When the running speed of the virtual vehicle is less than or equal to the first speed difference from the first target speed, the virtual vehicle is controlled to perform a variable acceleration action with a first variable acceleration obtained based on the attenuation of the first acceleration.

4. The method according to claim 3, It is characterized in that The first variable acceleration is obtained by linearly decaying the first acceleration as the initial acceleration according to the variable acceleration duration of the virtual vehicle; and when the driving speed of the virtual vehicle reaches the first target speed, the first variable acceleration decays to 0.

5. The method according to claim 1, It is characterized in that The method further comprises: In response to the first acceleration operation, a first trigger special effect is played, where the first trigger special effect is used to prompt that the available acceleration times have been consumed once to accelerate the virtual vehicle.

6. The method according to claim 1, It is characterized in that The method further comprises: In response to the first acceleration operation, a first acceleration effect is displayed based on the virtual vehicle, where the first acceleration effect is used to represent that the available acceleration times have been consumed once to accelerate the virtual vehicle.

7. The method according to claim 1, It is characterized in that The method further comprises: In response to the first acceleration operation, consumption progress information is displayed, where the consumption progress information is used to prompt the remaining acceleration time for executing the first acceleration action.

8. The method according to claim 1, It is characterized in that The controlling the virtual vehicle to perform a second acceleration action comprises: Based on a third acceleration obtained by adding the first acceleration and the second acceleration, the virtual vehicle is controlled to perform the second acceleration action; wherein the driving speed of the virtual vehicle performing the second acceleration action does not exceed a second target speed.

9. The method according to claim 8, It is characterized in that The controlling the virtual vehicle to perform the second acceleration action based on the third acceleration obtained by adding the first acceleration and the second acceleration includes: When the running speed of the virtual vehicle is greater than a second speed difference from the second target speed, controlling the virtual vehicle to perform a uniform acceleration action at the third acceleration; When the running speed of the virtual vehicle is less than or equal to the second speed difference from the second target speed, the virtual vehicle is controlled to perform a variable acceleration action with a second variable acceleration obtained based on attenuation of the third acceleration.

10. The method according to claim 9, It is characterized in that The second variable acceleration uses the third acceleration as an initial acceleration and is obtained by linearly decaying according to the variable acceleration duration of the virtual vehicle; and when the driving speed of the virtual vehicle reaches the second target speed, the second variable acceleration decays to 0.

11. The method according to claim 1, It is characterized in that The method further comprises: During the target time period, an interactive timing control is displayed, and the interactive timing control is used to display timing information for the target time period.

12. The method according to claim 1, It is characterized in that The method further comprises: In response to the second acceleration operation, a second trigger special effect is played, where the second trigger special effect is used to prompt that the available acceleration times have been consumed once to accelerate the virtual vehicle.

13. The method according to claim 1, It is characterized in that The method further comprises: In response to the second acceleration operation, a second acceleration effect is displayed based on the virtual vehicle, where the second acceleration effect is used to represent that the available acceleration times have been consumed once to accelerate the virtual vehicle.

14. The method according to claim 1, It is characterized in that The method further comprises: The available acceleration times and acceleration times capacity of the virtual vehicle are displayed, wherein the acceleration times capacity is associated with the vehicle type of the virtual vehicle, and the acceleration times capacity is used to represent the maximum number of available acceleration times allowed for the vehicle type.

15. The method according to claim 1, It is characterized in that The increasing acceleration energy comprises: In the energy progress bar of the acceleration energy, it is shown that the acceleration energy increases.

16. The method according to claim 1, It is characterized in that In the case where the stunt action is a drifting action, the energy increase value of the acceleration energy is positively correlated with the drifting time and the drifting deceleration amount of the virtual vehicle performing the drifting action.

17. A virtual vehicle control device in a virtual scene, It is characterized in that The device comprises: An increasing module, for increasing acceleration energy when the virtual vehicle in the virtual scene performs a stunt action; An acquisition module, configured to increase the available acceleration times of the virtual vehicle when the acceleration energy is accumulated to meet the target condition; A first control module is used for, when the available acceleration times of the virtual vehicle are not less than two, in response to a first acceleration operation, reducing the available acceleration times of the virtual vehicle by one, and controlling the virtual vehicle to perform a first acceleration action; The second control module is used to reduce the available acceleration times of the virtual vehicle by one in response to a second acceleration operation within a target time period after the first acceleration operation, and control the virtual vehicle to perform a second acceleration action, wherein the acceleration of the second acceleration action is greater than the acceleration of the first acceleration action.

18. An electronic device, It is characterized in that The electronic device includes one or more processors and one or more memories, wherein at least one computer program is stored in the one or more memories, and the at least one computer program is loaded and executed by the one or more processors to implement the virtual vehicle control method in the virtual scene as described in any one of claims 1 to claim 16.

19. A storage medium, It is characterized in that At least one computer program is stored in the storage medium, and the at least one computer program is loaded and executed by the processor to implement the virtual vehicle control method in the virtual scene according to any one of claims 1 to 16.

20. A computer program product, It is characterized in that The computer program product comprises at least one computer program, and the at least one computer program is loaded and executed by a processor to implement the virtual vehicle control method in a virtual scene according to any one of claims 1 to 16.

Images