Control method and device of virtual carrier, electronic equipment, computer readable storage medium and computer program product

Abstract

This application provides a control method, apparatus, electronic device, computer-readable storage medium, and computer program product for a virtual vehicle. The method includes: displaying a virtual vehicle in a wheeled mode in a virtual scene, the virtual vehicle in wheeled mode including at least one wheel, and the virtual vehicle in wheeled mode being driven by the at least one wheel; in response to a mode switching command for the virtual vehicle, switching the mode of the virtual vehicle from wheeled mode to flight mode; switching each wheel to a virtual thruster, and controlling the virtual vehicle to levitate in the air of the virtual scene based on the virtual thrusters; in response to a movement command for the virtual vehicle, controlling the virtual vehicle to fly in the air, and during the flight of the virtual vehicle, controlling the orientation of the virtual thrusters to adapt to the flight direction of the virtual vehicle. This application improves the resource utilization of electronic devices.

Description

Technical Field

[0001] This application relates to computer technology, and more particularly to a method, apparatus, electronic device, computer-readable storage medium, and computer program product for controlling a virtual vehicle. Background Technology

[0002] In related technologies, the aerial movement control of virtual vehicles is achieved by modifying existing wheeled vehicles with animation. That is, it appears to be flying, but in reality, it still relies on wheel drive logic to move the vehicle, which is difficult to adapt to diverse control needs. Summary of the Invention

[0003] This application provides a method, apparatus, electronic device, computer-readable storage medium, and computer program product for controlling a virtual vehicle, thereby improving the resource utilization rate of electronic devices.

[0004] The technical solution of this application embodiment is implemented as follows: This application provides a method for controlling a virtual vehicle, the method comprising: In the virtual scene, a virtual vehicle in wheeled mode is displayed. The virtual vehicle in wheeled mode includes at least one wheel and is driven by the at least one wheel. In response to a mode switching command for the virtual vehicle, the mode of the virtual vehicle is switched from the wheeled mode to the flight mode; Each of the aforementioned wheels is switched to a virtual thruster, and based on the virtual thrusters, the virtual vehicle is controlled to levitate in the air of the virtual scene. The virtual vehicle in the flight mode is driven to fly by the virtual thrusters. In response to a movement command for the virtual vehicle, the virtual vehicle is controlled to fly in the air, and during the flight of the virtual vehicle, the orientation of the virtual thrusters is controlled to adapt to the flight direction of the virtual vehicle.

[0005] This application provides a control device for a virtual vehicle, the device comprising: The first display module is used to display a virtual vehicle in a wheeled mode in a virtual scene. The virtual vehicle in the wheeled mode includes at least one wheel and is driven by the at least one wheel. The first switching module is configured to switch the mode of the virtual vehicle from the wheeled mode to the flight mode in response to a mode switching command for the virtual vehicle. The first switching module is further configured to switch each of the wheels to virtual thrusters, and based on the virtual thrusters, control the virtual vehicle to levitate in the air of the virtual scene, and the virtual vehicle in the flight mode is driven to fly by the virtual thrusters; A first control module is configured to respond to a movement command for the virtual vehicle, control the virtual vehicle to fly in the air, and during the flight of the virtual vehicle, control the orientation of the virtual thrusters to match the flight direction of the virtual vehicle.

[0006] In the above scheme, the first switching module is further configured to respond to a mode switching command for the virtual vehicle, and when the target conditions are met, switch the mode of the virtual vehicle from the wheeled mode to the flight mode; wherein, the target conditions include: the energy value of the virtual vehicle is greater than a first energy value threshold, the flight mode is in a ready state, and there is a virtual character in the driver's seat of the virtual vehicle.

[0007] In the above scheme, the control device of the virtual vehicle further includes: a first energy increase module, used to respond to a mode switching command for the virtual vehicle, and when the target condition is not met, and the reason for not meeting it is that the energy value of the virtual vehicle is less than or equal to the first energy value threshold, display a first prompt message; wherein, the first prompt message includes a first energy increase control, used to prompt for increasing the energy value of the virtual vehicle; based on the first prompt message, in response to a trigger operation on the first energy increase control, increase the energy value of the virtual vehicle; when the increased energy value is greater than the first energy value threshold, switch the mode of the virtual vehicle from the wheeled mode to the flight mode.

[0008] In the above scheme, the virtual vehicle has an energy value, and the control device of the virtual vehicle further includes: a second control module, used to control the energy value of the virtual vehicle to decrease during the flight of the virtual vehicle; when the energy value of the virtual vehicle decreases to a first energy value threshold, to switch the mode of the virtual vehicle from the flight mode to the wheel mode; to switch each of the virtual thrusters to the wheels, and to control the virtual vehicle to land from the air in the virtual scene to the virtual ground in the virtual scene.

[0009] In the above scheme, the virtual vehicle is driven by a virtual character, and the control device of the virtual vehicle further includes: a second energy increase module, used to display a second energy increase control when the energy value of the virtual vehicle is greater than the first energy value threshold and less than the second energy value threshold; wherein the second energy value threshold is greater than the first energy value threshold; in response to the triggering operation of the second energy increase control, the virtual resources of the virtual character are consumed and the energy value of the virtual vehicle is increased.

[0010] In the above scheme, the control device for the virtual vehicle further includes: a second display module, used to display a first mode identifier before switching the mode of the virtual vehicle from the wheeled mode to the flight mode, the first mode identifier being used to indicate that the virtual vehicle is in the wheeled mode; the control device for the virtual vehicle further includes: a second switching module, used to switch the first mode identifier to a second mode identifier when the mode of the virtual vehicle is switched from the wheeled mode to the flight mode, the second mode identifier being used to indicate that the virtual vehicle is in the flight mode.

[0011] In the above scheme, the first control module is further configured to respond to a movement command for the virtual vehicle and control the virtual vehicle to fly in the air along a first direction indicated by the movement command; wherein, the first direction includes a direction away from the virtual ground of the virtual scene; the control device of the virtual vehicle further includes: a third display module, configured to display a second prompt message when the flight altitude of the virtual vehicle reaches a target altitude, and control the virtual vehicle to fly on the horizontal plane corresponding to the target altitude; wherein, the second prompt message is used to prompt the virtual vehicle that it can no longer continue to fly in a direction away from the virtual ground.

[0012] In the above scheme, the airspace of the virtual scene includes a target area, the target area includes a virtual airflow flowing along a second direction, and the control device of the virtual vehicle further includes: a third control module, used to control the virtual vehicle to automatically fly a target distance along the second direction under the propulsion of the virtual airflow when the virtual vehicle flies to the target area when the virtual vehicle is in the flight mode, the target distance being less than or equal to the distance of the target area in the second direction.

[0013] In the above scheme, the control device of the virtual vehicle further includes: a fourth display module, used to display a third prompt message when the virtual vehicle flies to the target area, the third prompt message being used to prompt that the virtual vehicle is in the virtual airflow, the virtual airflow being used to propel the virtual vehicle to fly automatically.

[0014] In the above scheme, the virtual scene includes multiple virtual terrain blocks, including a first virtual terrain block and a second virtual terrain block. A virtual airflow flows along a third direction between the first and second virtual terrain blocks, the third direction being the direction away from the virtual ground of the virtual scene. The height of the second virtual terrain block is greater than the height of the first virtual terrain block. The control device for the virtual vehicle further includes a fourth control module, used to control the virtual vehicle to fly along the third direction under the propulsion of the virtual airflow when the virtual vehicle is in the air above the first virtual terrain block after it has been controlled to fly in the air, while the virtual vehicle is in the air above the first virtual terrain block; and during the flight of the virtual vehicle along the third direction, when the flight altitude of the virtual vehicle reaches the height of the second virtual terrain block, to control the virtual vehicle to move to the second virtual terrain block in response to a movement command for the virtual vehicle.

[0015] In the above scheme, the first control module is further configured to, in response to a movement command for the virtual vehicle in the fourth direction, control the virtual vehicle to fly in the fourth direction in the air and control the virtual vehicle to tilt in the fourth direction when the virtual vehicle is suspended in the air of the virtual scene. The fourth direction is any direction on the horizontal plane where the virtual vehicle is located, and the horizontal plane is the horizontal plane where the virtual vehicle is suspended in the air.

[0016] In the above scheme, the control device of the virtual vehicle further includes: a fifth control module, used to control the tilting speed of the virtual vehicle to gradually decrease during the process of controlling the virtual vehicle to tilt in the fourth direction; and to control the virtual vehicle to stop tilting when the tilting angle of the virtual vehicle reaches the target tilting angle.

[0017] In the above scheme, the virtual vehicle includes a virtual character, and the control device of the virtual vehicle further includes: a sixth control module, which is used to control the first view of the virtual character to deflect synchronously when the virtual scene is tilted during the process of the virtual vehicle tilting, so as to deflect the content in the screen.

[0018] In the above scheme, the control device of the virtual vehicle further includes: a third switching module, used to switch the mode of the virtual vehicle from the flight mode to the wheel mode in response to a mode switching command for the virtual vehicle when the mode of the virtual vehicle is the flight mode; switch each of the virtual thrusters to the wheels; and control the virtual vehicle to land from the air in the virtual scene to the virtual ground in the virtual scene.

[0019] In the above scheme, the first switching module is further configured to, in response to a mode switching command for the virtual vehicle, switch the mode of the virtual vehicle from the flight mode to the wheeled mode when there is a virtual ground below the virtual vehicle that meets the driving conditions; the control device of the virtual vehicle further includes: a fifth display module, configured to, in response to a mode switching command for the virtual vehicle, display a fourth prompt message when there is no virtual ground below the virtual vehicle that meets the driving conditions, the fourth prompt message being used to indicate that mode switching cannot be performed and the reason why mode switching cannot be performed.

[0020] In the above scheme, the virtual vehicle has a level, and the first switching module is further configured to respond to a mode switching command for the virtual vehicle, and when the level of the virtual vehicle reaches the target level, switch the mode of the virtual vehicle from the wheeled mode to the flight mode.

[0021] In the above scheme, the control device of the virtual vehicle further includes: a follow module, used to display a follow control when there are other virtual vehicles in flight mode within a preset range centered on the virtual vehicle after the mode of the virtual vehicle is switched from the wheel mode to the flight mode; and to control the virtual vehicle to follow the other virtual vehicles in flight in response to a trigger operation on the follow control.

[0022] In the above scheme, when the virtual vehicle is in the wheeled mode, it has a first appearance style. The control device of the virtual vehicle further includes: a fourth switching module, used to switch the appearance style of the virtual vehicle from the first appearance style to a second appearance style when the mode of the virtual vehicle is switched from the wheeled mode to the flight mode; wherein, the appearance style includes at least one of the following: color, texture, material, and spray painting pattern.

[0023] In the above scheme, the control device of the virtual vehicle further includes: a jet module, used to display the virtual flames ejected by the virtual thruster during the flight of the virtual vehicle, wherein the jet intensity of the virtual flames is positively correlated with the flight speed of the virtual vehicle.

[0024] In the above scheme, the control device of the virtual vehicle further includes: a selection module, configured to display at least one candidate style for the virtual thruster in response to a mode switching command for the virtual vehicle; and to determine the selected candidate style as the target style in response to a selection operation for the at least one candidate style; the first switching module is further configured to switch each of the wheels to the virtual thruster of the target style.

[0025] In the above scheme, the control device of the virtual vehicle further includes: an attack module, used to switch the first component of the virtual vehicle to a second component capable of attack after switching the mode of the virtual vehicle from the wheel mode to the flight mode; when the virtual scene includes other virtual vehicles, in response to an attack command against the other virtual vehicles, control the virtual vehicle to attack the other virtual vehicles based on the second component.

[0026] This application provides an electronic device, including: Memory is used to store executable instructions or computer programs. The processor, when executing computer-executable instructions or computer programs stored in the memory, implements the virtual vehicle control method provided in the embodiments of this application.

[0027] This application provides a computer-readable storage medium storing computer-executable instructions or computer programs, which, when executed by a processor, implement the virtual vehicle control method provided in this application.

[0028] This application provides a computer program product, including computer-executable instructions or a computer program, which, when executed by a processor, implements the virtual vehicle control method provided in this application.

[0029] The embodiments of this application have the following beneficial effects: This application achieves controllable switching between wheeled and flight modes for virtual vehicles by responding to mode switching commands. It replaces the method of merely formally replacing the propeller structure while retaining the wheeled drive core with the virtual thrusters of the flight mode as the core drive source, realizing thruster-based hovering flight drive. This breaks through the limitations of the original wheeled drive logic and effectively improves the physical realism of the virtual vehicle's hovering flight. Simultaneously, when the vehicle responds to movement commands and flies, the virtual thrusters are aligned with the flight direction, ensuring that the direction of the thruster's driving force is consistent with the vehicle's desired motion direction. This allows for efficient transmission and utilization of driving force, avoiding invalid physical forces and calculations due to deviations in the driving force direction, ensuring the rationality of the forces experienced during vehicle flight, and thus improving the accuracy and stability of the virtual vehicle's flight motion control. Furthermore, by relying on the original wheeled drive components to complete the switch to flight mode drive components, there is no need to add an independent hovering drive component and corresponding dedicated control logic, reducing redundant computational overhead and resource consumption, ultimately effectively improving the resource utilization rate of electronic equipment for virtual vehicle motion control. Attached Figure Description

[0030] Figure 1 This is a schematic diagram of the structure of the control system of the virtual vehicle provided in the embodiments of this application. Figure 1 ; Figure 2 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application; Figure 3 This is a first flowchart illustrating the control method for a virtual vehicle provided in this application embodiment; Figure 4 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 1 ; Figure 5 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 2 ; Figure 6 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 3 ; Figure 7 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 4 ; Figure 8 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 5 ; Figure 9 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 6 ; Figure 10 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 7 ; Figure 11 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 8 ; Figure 12 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 9 ; Figure 13 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 ; Figure 14 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 one; Figure 15 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 two; Figure 16 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 three; Figure 17 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 Four; Figure 18 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 five; Figure 19 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 six; Figure 20 This is a schematic diagram of the structure of the control system of the virtual vehicle provided in the embodiments of this application. Figure 2 ; Figure 21 This is a second flowchart illustrating the control method for a virtual vehicle provided in this application embodiment; Figure 22 This is a third flowchart illustrating the control method for a virtual vehicle provided in an embodiment of this application; Figure 23 This is a fourth flowchart illustrating the control method for a virtual vehicle provided in this application embodiment. Detailed Implementation

[0031] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0032] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0033] In the following description, the terms "first, second, third" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first, second, third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0034] In the embodiments of this application, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0035] Unless otherwise defined, all technical and scientific terms used in the embodiments of this application have the same meaning as commonly understood by one of ordinary skill in the art. The terminology used in the embodiments of this application is for the purpose of describing the embodiments of this application only and is not intended to limit this application.

[0036] In the implementation of this application, the collection and processing of relevant data should strictly comply with the requirements of relevant laws and regulations, obtain the informed consent or separate consent of the personal information subject, and carry out subsequent data use and processing within the scope of laws and regulations and the authorization of the personal information subject.

[0037] Before providing a further detailed description of the embodiments of this application, the nouns and terms involved in the embodiments of this application will be explained, and the nouns and terms involved in the embodiments of this application shall be interpreted as follows.

[0038] 1) In response to, used to indicate the conditions or states on which the operation performed depends. When the conditions or states on which it depends are met, one or more operations performed may be performed in real time or with a set delay. Unless otherwise specified, there is no restriction on the order in which the multiple operations are performed.

[0039] 2) Client, also known as user terminal, refers to the program that provides local services to users in contrast to the server. Except for some applications that can only run locally, it is generally installed on the terminal and needs to work with the server. That is, there needs to be a corresponding server and service program on the network to provide the corresponding services. Thus, a specific communication connection needs to be established between the client and the server to ensure the normal operation of the application.

[0040] 3) A virtual scene is a virtual scene displayed (or provided) by an application when it runs on a terminal. This virtual scene can be a simulation of the real world, a semi-simulated / semi-fictional virtual environment, or a purely fictional virtual environment. A virtual scene can be any of the following: two-dimensional, 2.5-dimensional, or three-dimensional.

[0041] For example, a virtual scene can include the sky, land, and ocean. The land can include environmental elements such as deserts and cities. Users (i.e., players) can control virtual characters to move within this virtual scene. These activities include, but are not limited to, adjusting body posture, crawling, walking, running, riding, jumping, driving, picking up items, shooting, attacking, and throwing at least one of these. The virtual scene can be displayed from a first-person perspective (e.g., the user plays the virtual character in the game from their own perspective); it can also be displayed from a third-person perspective (e.g., the user chases after the virtual character in the game); or it can be displayed from a bird's-eye view. Users can switch freely between these perspectives.

[0042] 4) Virtual Characters: These are interactive images of people and objects within a virtual scene, or movable objects within that scene. These movable objects can be virtual characters, animals, anime characters, etc., such as people, animals, plants, oil drums, walls, and stones displayed in the virtual scene. A virtual character can be a virtual avatar representing the user within that scene. A virtual scene can include multiple virtual characters, each with its own shape and volume, occupying a portion of the virtual scene's space.

[0043] For example, the virtual character can be a player character controlled through client operations, an artificial intelligence (AI) trained and set up for virtual scene battles, or a non-player character (NPC) set up for interaction in the virtual scene. The number of virtual characters participating in the interaction in the virtual scene can be preset or dynamically determined based on the number of clients joining the interaction.

[0044] 5) Virtual resources, also known as virtual materials, refer to non-physical or physical items that exist within a virtual environment and can be obtained by players through various means. Virtual resources have important functions and value in the virtual environment, typically used to enhance character abilities and complete virtual tasks. For example, virtual resources can be virtual coins, virtual diamonds, etc., used to purchase virtual equipment; virtual resources can also be virtual armor, virtual accessories, and other virtual equipment; virtual resources can also be virtual consumables such as potions, runes, enhancement materials, and virtual supplies; virtual resources can also be virtual ores, virtual wood, rare materials, and other resources; and virtual resources can also be quest items, special function items, and other items.

[0045] During the research process, the inventors discovered the following technical problems in the relevant technology: In related technologies, only the form of the original vehicle is adjusted without changing the core motion mechanism of wheel drive. The wheel components are replaced with propeller-like structures as decoration. In reality, the vehicle still relies on wheel drive logic to move. It cannot truly realize the hover drive based on propellers, and it is also difficult to solve the problems of motion stability and realism in the propeller drive mode. Moreover, the existing technical solutions cannot realize the real-time switching between wheel drive and hover drive modes of the vehicle, making it difficult to adapt to the diverse virtual vehicle control needs.

[0046] Based on this, embodiments of this application provide a control method, apparatus, electronic device, computer-readable storage medium, and computer program product for a virtual vehicle, thereby improving the resource utilization rate of electronic devices.

[0047] See Figure 1 , Figure 1 This is a schematic diagram of the structure of the control system of the virtual vehicle provided in the embodiments of this application. Figure 1 , Figure 1 The control system 100 of the virtual vehicle shown is designed to support the control application of a virtual vehicle. The terminal 400 is connected to the server 200 through the network 300, which can be a wide area network, a local area network, or a combination of both.

[0048] Terminal 400 is used to respond to a mode switching command triggered by a user for a virtual vehicle in wheel mode in a virtual scene, and sends the request data to server 200 through network 300; Server 200 is used to receive request data, retrieve the wheel mode configuration information of the virtual vehicle, perform the logical operation of switching the virtual vehicle mode to flight mode, and feed back to terminal 400 through network 300, so that terminal 400 can display the virtual vehicle switched to flight mode in the virtual scene based on the response data, and control the virtual thrusters to drive the vehicle to hover in the air.

[0049] In some embodiments, server 200 may be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms. Terminal 400 may be a smartphone, tablet, laptop, desktop computer, set-top box, smart voice interaction device, smart home appliance, virtual reality device, vehicle terminal, aircraft, portable music player, personal digital assistant, dedicated messaging device, portable gaming device, smart speaker, and smartwatch, but is not limited thereto. Terminals and servers can be directly or indirectly connected via wired or wireless communication, which is not limited in this embodiment.

[0050] The electronic device that implements the control method for the virtual vehicle provided in the embodiments of this application will now be described. See also Figure 2 , Figure 2 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application. In practical applications, the electronic device can be implemented as various types of terminals such as laptops, tablets, desktop computers, smartphones, smart speakers, smartwatches, smart TVs, and vehicle terminals. It can also be implemented as a server or as a device cluster composed of servers and terminals. Figure 2 The illustrated electronic device includes at least one processor 510, a memory 550, at least one network interface 520, and a user interface 530. The various components of the electronic device are coupled together via a bus system 540. It is understood that the bus system 540 is used to implement communication between these components. In addition to a data bus, the bus system 540 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in… Figure 2 The general labeled all buses as Bus System 540.

[0051] The processor 510 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor, etc.

[0052] User interface 530 includes one or more output devices 531 that enable the presentation of media content, including one or more speakers and / or one or more visual displays. User interface 530 also includes one or more input devices 532, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

[0053] The memory 550 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. The memory 550 may optionally include one or more storage devices physically located away from the processor 510.

[0054] The memory 550 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The memory 550 described in this application embodiment is intended to include any suitable type of memory.

[0055] In some embodiments, memory 550 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0056] Operating system 551 includes system programs for handling various basic system services and performing hardware-related tasks, such as the framework layer, core library layer, and driver layer, for implementing various basic business functions and handling hardware-based tasks.

[0057] The network communication module 552 is used to reach other electronic devices via one or more (wired or wireless) network interfaces 520, exemplary network interfaces 520 including Bluetooth, WiFi, and Universal Serial Bus (USB).

[0058] Presentation module 553 enables the presentation of information (e.g., a user interface for operating peripheral devices and displaying content and information) via one or more output devices 531 associated with user interface 530 (e.g., a display screen, a speaker, etc.).

[0059] The input processing module 554 is used to detect one or more user inputs or interactions from one or more input devices 532, and to translate the detected inputs or interactions.

[0060] In some embodiments, the control device for the virtual vehicle provided in this application can be implemented in software. Figure 2 A control device 555 for a virtual vehicle stored in memory 550 is shown. This device can be software in the form of programs and plug-ins, and includes the following software modules: a first display module 5551, a first switching module 5552, and a first control module 5553. These modules are logically connected and can therefore be arbitrarily combined or further separated according to the functions they implement. The functions of each module will be described below.

[0061] In some embodiments, the terminal or server can implement the virtual vehicle control method provided in this application by running a computer program. For example, the computer program can be a native program or software module in an operating system; it can be a native application (APP), i.e., a local client, i.e., a program that needs to be installed in the operating system to run, such as an instant messaging APP or a web browser APP; it can also be a mini-program, i.e., a program that only needs to be downloaded into a browser environment to run; or it can be a mini-program that can be embedded in any APP. In short, the above-mentioned computer program can be any form of client, module, or plugin.

[0062] Below, based on the electronic device and system provided in the embodiments of this application, the control method of the virtual vehicle provided in the embodiments of this application will be described.

[0063] See Figure 3 , Figure 3 This is a first flowchart illustrating the control method for a virtual vehicle provided in this application embodiment. In practical applications, this method can be implemented by the terminal or the server alone, or by the terminal and the server working together. The following example uses a terminal implementation and will be combined with... Figure 3 The steps shown illustrate the control method for the virtual vehicle provided in the embodiments of this application.

[0064] In step 101, a virtual vehicle in wheeled mode is displayed in the virtual scene.

[0065] In practical applications, the terminal is equipped with a game application, which can be any of the following: open-world game, multiplayer online role-playing game, first-person shooter game, third-person shooter game, multiplayer online tactical competitive game, virtual reality application, 3D map program, or multiplayer shooting survival game.

[0066] For single-player offline games, in response to a trigger action on the game application, the game application's interface can be displayed, within which a virtual scene is shown. For multiplayer online games, in response to a trigger action on the game application, the terminal can send a data retrieval request to the server. The server can then send data to the terminal to display the game application's interface, allowing the interface to be displayed on the terminal, and within that interface, a virtual scene is shown. The virtual scene displays virtual vehicles in wheeled mode.

[0067] The virtual vehicle in wheeled mode includes at least one (or more) wheels, and the virtual vehicle in wheeled mode is driven by at least one wheel.

[0068] It should be noted that wheeled mode is a motion drive mode for virtual vehicles. It is the default drive mode when virtual vehicles are initially presented in a virtual scene. In wheeled mode, virtual vehicles are equipped with at least one wheel as the core drive and support component. The appearance model of the virtual vehicle fully displays the structure of all wheels, and it relies entirely on the rotation, steering and other motion movements of each wheel to drive itself to complete forward, backward, and turning operations on the ground of the virtual scene. The power output, steering angle and other parameters of the wheels directly determine the driving speed and driving direction of the virtual vehicle in wheeled mode. The contact movement between the wheels and the ground of the virtual scene is constrained by the physical rules of the virtual scene throughout the entire process.

[0069] Among them, the triggering operation refers to the behavior of the user to trigger a certain function or event by interacting with the display interface of the terminal. The triggering operation can include one or more of the following: single click operation, double click operation, long press operation, drag operation, swipe operation, hover operation, shortcut key, voice control, and gesture operation. The triggering operations provided in the embodiments of this application can be referred to the above description, and will not be repeated hereafter.

[0070] In step 102, in response to a mode switching command for the virtual vehicle, the mode of the virtual vehicle is switched from wheeled mode to flight mode.

[0071] In practice, mode switching commands can be triggered by users through various methods, such as preset physical buttons on the terminal device, virtual touch buttons, gesture operations, and voice commands. All triggering methods transmit a unified format mode switching signal to the control logic module of the virtual vehicle, ensuring the consistency and effectiveness of command triggering. For example, a first mode switching control for switching modes is displayed, and in response to a triggering operation on the first mode switching control, a mode switching command for the virtual vehicle is triggered.

[0072] It should be noted that flight mode is a motion drive mode for virtual vehicles. It is a drive mode that the virtual vehicle switches from wheeled mode after responding to the mode switching command. In flight mode, the virtual vehicle uses virtual thrusters as the core drive component, replacing the wheels in wheeled mode to output power. The virtual vehicle can detach from the ground of the virtual scene and float in the air, relying entirely on the driving force of the virtual thrusters to complete the aerial flight operation. The orientation of the virtual thrusters can be adapted and adjusted according to the flight direction of the virtual vehicle, thereby ensuring the accuracy of power transmission and motion control of the virtual vehicle in aerial flight in this mode.

[0073] After the virtual vehicle completes the switch from wheeled mode to flight mode, the initial state of flight mode is the preset basic hovering state. In the initial state of flight mode, no additional movement commands are executed, and the virtual vehicle remains in a relatively stationary hovering state in the air until a new operation command is received.

[0074] Furthermore, during the switching of virtual vehicles from wheeled mode to flight mode, and back from flight mode to wheeled mode, the core logic adaptation for mode switching is achieved by directly adjusting the friction coefficient of the wheels in wheeled mode. When switching to flight mode, the friction coefficient of the wheels is adjusted to 0, thereby removing the mechanical influence of the steering and tire models corresponding to wheeled drive on the vehicle's motion. When switching back to wheeled mode, the original friction coefficient of the wheels is restored, and the mechanical model of wheeled drive is reactivated. This method does not require modification of the source code framework of the virtual vehicle's native control system. It directly enables and disables the mechanical logic of different drive modes through parameter adjustment, which greatly simplifies the execution process of mode switching, reduces additional code development and redundant physical calculation overhead, and improves the response efficiency of virtual vehicle mode switching. At the same time, it relies on the original parameter system to complete the adaptation, ensuring the independent validity and operational stability of the drive logic in the two modes and avoiding mutual interference between the mechanical rules of different drive modes.

[0075] In some embodiments, to ensure the stability and safety of virtual vehicle mode switching and avoid problems such as switching failure or abnormal operation due to insufficient energy, flight mode not being ready, or lack of a controlling entity, and to ensure that flight mode can be started normally and run stably, the virtual vehicle must be switched from wheeled mode to flight mode only after a preset target condition is met when responding to the virtual vehicle mode switching command. Specifically, in response to the mode switching command for the virtual vehicle, switching the virtual vehicle mode from wheeled mode to flight mode can be achieved in the following way: in response to the mode switching command for the virtual vehicle, when the target condition is met, the virtual vehicle mode is switched from wheeled mode to flight mode; wherein, the target condition includes: the energy value of the virtual vehicle is greater than a first energy value threshold, the flight mode is in a ready state, and a virtual character exists in the main pilot seat of the virtual vehicle.

[0076] It should be noted that the energy value of a virtual vehicle is a quantified parameter of the power resources configured within the virtual vehicle to support functions such as flight mode activation, hovering, and dynamic flight. The energy value of a virtual vehicle is a dynamically updated value in real time and directly determines whether the virtual vehicle possesses the basic power conditions to activate flight mode. The energy value of a virtual vehicle is one of the core parameters for determining whether target conditions are met. The energy value of a virtual vehicle can include quantified values ​​corresponding to virtual power resources such as the remaining virtual electrical energy reserves, remaining virtual fuel capacity, virtual power core reserve value, remaining available virtual energy module capacity, and virtual nuclear energy reserves.

[0077] The first energy threshold is a pre-set minimum energy value standard required for a virtual vehicle to activate flight mode. It is used to determine whether the current energy value of the virtual vehicle supports switching to flight mode. The first energy threshold can be set according to the vehicle type, the basic energy consumption parameters of the flight mode, the physical rules of the virtual scene, the power configuration of the virtual vehicle, and the numerical balance requirements within the virtual scene. The first energy threshold can be set to a fixed positive number greater than zero, or it can be set to zero according to control requirements, or it can be set to a corresponding differentiated value for different operating scenarios.

[0078] It should be noted that the ready state means that the virtual vehicle's flight mode-related drive logic, virtual thruster control parameters, and hovering operation rules have all been initialized and loaded. The flight mode has no functional limitations or cooling lock, and can directly respond to mode switching commands and start running normally. After the virtual vehicle switches from flight mode to wheeled mode, the flight mode will automatically enter a cooling state. The cooling state has a preset cooling duration. After the cumulative cooling time reaches the preset cooling duration, the flight mode will automatically switch from the cooling state to the ready state. During the cooling state, the flight mode does not meet the target conditions for mode switching.

[0079] In actual implementation, when the virtual vehicle's flight mode is in a cooling state, a countdown timer for the cooling state is displayed. When the countdown reaches zero, the flight mode is switched from the cooling state to the ready state. When the flight mode is in the ready state, a ready prompt message is displayed to indicate that the virtual vehicle's flight mode is ready.

[0080] In actual implementation, in response to the virtual vehicle's mode switching command, the system collects the virtual vehicle's energy value, flight mode operation status indicator, and the virtual character's presence indicator in the main pilot's seat in real time. The collected virtual vehicle energy value is compared with a first energy value threshold, the flight mode operation status indicator is matched with a preset ready indicator, and the virtual character's presence indicator in the main pilot's seat is verified against a preset presence indicator. If the comparison result shows that the virtual vehicle's energy value is greater than the first energy value threshold, the status matching result shows that the flight mode operation status indicator matches the preset ready indicator, and the presence verification result shows that the virtual character's presence indicator in the main pilot's seat matches the preset presence indicator, then the virtual vehicle is switched from wheeled mode to flight mode.

[0081] As an example, see Figure 4 , Figure 4 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 1 In response to the mode switching command for the virtual vehicle, when the target conditions are met, the mode of the virtual vehicle is switched from the wheeled mode indicated by 401 to the flight mode indicated by 402.

[0082] Thus, by simultaneously determining that the virtual vehicle's energy value is greater than the first energy value threshold, the flight mode is ready, and a virtual character exists in the main pilot's seat when responding to the virtual vehicle's mode switching command, and then executing the switch from wheeled mode to flight mode, it is possible to effectively avoid mode switching failures and abnormal flight starts caused by insufficient power reserves, incomplete flight mode preparation, or lack of effective control to trigger the switch. This ensures the accuracy and reliability of mode switching, maintains the stability of the virtual vehicle switching process and flight mode operation, reduces resource consumption caused by invalid switching, and ensures that the flight mode is only triggered when the safe start conditions are met, making the virtual vehicle's mode switching process more standardized and its operating status more controllable.

[0083] In some embodiments, to enable users to promptly understand the reason for the switching failure and quickly replenish energy when the virtual vehicle is unable to switch to flight mode due to insufficient energy, thereby improving the smoothness and user experience of mode switching, a corresponding prompt message and energy replenishment control are displayed when the target condition is not met and the problem is caused by insufficient energy. The user's control operation is responded to, increasing the energy value, and the mode switch is automatically executed once the energy requirement is met. Specifically, in response to a mode switching command for a virtual vehicle, when the target condition is not met, and the reason for the failure is that the virtual vehicle's energy value is less than or equal to a first energy value threshold, a first prompt message is displayed. This first prompt message includes a first energy increase control, used to prompt for increasing the virtual vehicle's energy value. Based on the first prompt message, in response to a trigger operation on the first energy increase control, the virtual vehicle's energy value is increased. When the increased energy value is greater than the first energy value threshold, the virtual vehicle's mode is switched from wheeled mode to flight mode.

[0084] The first energy increase control is an interactive control integrated into the first prompt message. This control receives user input to trigger the energy increase process for the virtual vehicle. The first prompt message can be displayed in various forms, including pop-up prompts, floating prompts, banner prompts, prompt bars, combinations of icons and text, and interface badge prompts. All these display formats clearly convey the relevant prompts regarding mode switching failure and energy replenishment to the user without obscuring the core control area of ​​the virtual vehicle.

[0085] In actual implementation, the energy value of the virtual vehicle is displayed, and in response to the trigger operation of the first energy increase control, the energy value of the displayed virtual vehicle is controlled to increase synchronously; or, an energy progress bar is displayed to indicate the energy value of the virtual vehicle, and in response to the trigger operation of the first energy increase control, the energy progress bar is updated to increase the energy value of the virtual vehicle indicated by the energy progress bar.

[0086] For example, if the current energy value of the virtual vehicle is 40 and the first energy value threshold is set to 50, based on the first displayed prompt information, after the user triggers the first energy increase control, the energy value of the virtual vehicle increases from 40 to 50. At this time, the energy value is not greater than the first energy value threshold. If the first energy increase control is triggered again, the energy value of the virtual vehicle increases from 50 to 60. The increased energy value of 60 is greater than the first energy value threshold of 50, and the mode of the virtual vehicle is immediately switched from wheeled mode to flight mode.

[0087] In practical applications, after increasing the energy value of the virtual vehicle, the subsequent accumulation of energy value can be stopped, or the energy value of the virtual vehicle can be continued to be increased according to the actual interactive control needs, until the user terminates the triggering operation of the first energy increase control.

[0088] In actual implementation, in response to the mode switching command for the virtual vehicle, the target condition verification rules are first invoked to verify the energy value, flight mode status, and virtual character status of the virtual vehicle in the driver's seat. When the verification result indicates that the target condition is not met and the reason for the failure is that the energy value of the virtual vehicle is less than or equal to the first energy value threshold, a display parameter set for the first prompt information is generated and output to the display rendering link. The interaction event flag of the first energy increase control is continuously monitored. When the trigger operation event of the first energy increase control is detected, the current value stored in the storage address of the virtual vehicle's energy value is read, and an arithmetic accumulation operation is performed on the value according to the preset energy increment value. The accumulated value is then written back to the energy value storage address. The written-back energy value is read in real time and compared with the first energy value threshold. When the comparison result indicates that the accumulated energy value is greater than the first energy value threshold, the mode switching execution interface is invoked, the interface input parameter is set to the status flag of switching from wheel mode to flight mode, and the update operation of the virtual vehicle's operating mode status flag is performed to complete the mode switching.

[0089] As an example, see Figure 5 , Figure 5 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 2 Taking a first energy value threshold of 50 as an example, in response to the mode switching command for the virtual vehicle, the energy value 30 of the virtual vehicle indicated by 501 is less than the first energy value threshold 50, and the first prompt information 502 is displayed. The first prompt information 502 includes a first energy increase control 503. In response to the triggering operation of the first energy increase control 503, the energy value of the virtual vehicle is increased, and the increased energy value is 60 indicated by the dashed box 504. The increased energy value 60 is greater than the first energy value threshold 50, and the mode of the virtual vehicle is switched from the wheel mode indicated by 505 to the flight mode indicated by 506.

[0090] Thus, when a virtual vehicle cannot meet the mode switching conditions due to insufficient energy, a first prompt message containing an energy-increasing control is displayed, directly guiding the user to complete the energy replenishment operation without exiting the current control process or searching for another energy replenishment method. The control triggers the operation to increase the energy value in real time and compare it with the first energy value threshold simultaneously. Once the energy value reaches the threshold, the vehicle automatically switches from wheel mode to flight mode. This simplifies the remedial operation steps after a mode switching failure and avoids the need to repeatedly initiate the mode switching command after the switching is interrupted due to insufficient energy. This improves the continuity and convenience of the mode switching operation and optimizes the interactive smoothness and control experience of virtual vehicle mode switching.

[0091] In step 103, each wheel is switched to a virtual thruster, and based on the virtual thrusters, the virtual vehicle is controlled to levitate in the air of the virtual scene.

[0092] In actual implementation, virtual vehicles in flight mode are propelled by virtual thrusters.

[0093] Among them, the virtual thruster is the core power output component in the virtual vehicle's flight mode. It is transformed from the wheels in the wheel mode in a synchronous manner in terms of form and function. The number of virtual thrusters and their installation positions on the virtual vehicle body correspond one-to-one with the original wheels. It can output directional thrust, which can not only counteract the gravity under the physical rules of the virtual scene by outputting vertical thrust, thus controlling the virtual vehicle to float in the air of the virtual scene, but also output thrust in different directions and magnitudes according to operation commands, serving as the driving power source for the virtual vehicle's aerial flight. At the same time, it can adapt and adjust its own orientation according to the flight direction of the virtual vehicle to ensure efficient transmission of thrust, providing stable and precise power support for the virtual vehicle's aerial hovering and flight.

[0094] It should be noted that switching each wheel to a virtual thruster is a function conversion operation of the drive component performed when the virtual vehicle switches from wheeled mode to flight mode. The switching operation includes multiple implementation forms, including completely converting the appearance model of the wheel to a virtual thruster model with a different shape, and replacing the ground driving logic of the wheel with the air power output logic of the virtual thruster. It also includes keeping the original appearance of the wheel unchanged, and only switching the driving function of the wheel to the hovering and flight power output function of the virtual thruster, so that the wheel has the power output characteristics of the virtual thruster while maintaining its original appearance. All of the above switching forms can realize the functional conversion of the wheel from a ground driving component to an air hovering and flight driving component.

[0095] After completing the transformation of form and function, the virtual thruster immediately outputs directional thrust, propelling the virtual vehicle upward a short distance. Subsequently, the virtual thruster outputs an appropriate thrust to keep the virtual vehicle suspended in the air. This synchronous transformation realizes the overall change of the virtual vehicle's drive components from wheeled ground driving type to thruster-driven aerial suspension flight type, providing core power component support for the virtual vehicle's aerial suspension and subsequent flight operations in flight mode.

[0096] In step 104, in response to a movement command for the virtual vehicle, the virtual vehicle is controlled to fly in the air, and during the flight of the virtual vehicle, the orientation of the virtual thrusters is controlled to match the flight direction of the virtual vehicle.

[0097] Here, movement commands are flight control commands triggered by the user for a virtual vehicle in flight mode. Movement commands specify the virtual vehicle's flight direction, speed, or trajectory in the virtual scene. They are the core operational basis for controlling the virtual vehicle's flight. Movement commands can be triggered by the user's virtual joystick dragging, directional control pressing, gesture swiping, or voice control commands. Movement commands generated by different triggering methods are uniformly parsed into control signals containing flight direction and speed parameters. For example, displaying directional controls triggers a movement command in the direction corresponding to the directional control, thereby controlling the virtual vehicle to fly in the air along the direction corresponding to the directional control.

[0098] It should be noted that the process of controlling the virtual vehicle to fly in the air supports multi-dimensional flight adjustment. The virtual vehicle can perform various flight actions such as horizontal forward movement, horizontal backward movement, left and right turning, and vertical ascent and descent in the virtual scene. All kinds of flight actions are precisely controlled by the parameters corresponding to the movement command.

[0099] In practical implementation, when a virtual vehicle is equipped with multiple virtual thrusters, the orientation of each virtual thruster is independently and synchronously adapted to the flight direction of the virtual vehicle. The consistent power output orientation of multiple virtual thrusters ensures balanced force distribution during flight. The orientation of the virtual thrusters is controlled to match the flight direction of the virtual vehicle by adjusting their rotation angle. The rotation angle range of the virtual thrusters is preset with thresholds based on the flight control requirements of the virtual vehicle, ensuring the rationality of the orientation adjustment.

[0100] It should be noted that flight mode is a dedicated motion drive mode that virtual vehicles enter after switching from wheeled mode. All operations, including switching each wheel to virtual thrusters, controlling the virtual vehicle to hover in the virtual scene based on the virtual thrusters, driving the virtual vehicle to fly through the virtual scene using the virtual thrusters, responding to the virtual vehicle's movement commands to control the virtual vehicle to fly in the air, and synchronously controlling the orientation of the virtual thrusters to match the virtual vehicle's flight direction, are core control operations that are only executed when the virtual vehicle is in flight mode. The above operations are sequentially linked and coordinated to form the complete control logic for the virtual vehicle to achieve aerial hovering and dynamic flight in flight mode. It is the core implementation method for virtual vehicles to complete various aerial movements in flight mode.

[0101] In some embodiments, to prevent virtual vehicles from malfunctioning and failing to land safely due to energy depletion during flight, and to ensure the stability and operational safety of the virtual vehicle throughout its operation, energy consumption is monitored in real time during flight. When the energy level falls below a threshold, the operating mode is automatically switched, and component conversion and safe landing are completed. Specifically, the virtual vehicle has an energy value. During flight, the energy value of the virtual vehicle is controlled to decrease. When the energy value drops to a first energy value threshold, the virtual vehicle's mode is switched from flight mode to wheeled mode; each virtual thruster is replaced with a wheel, and the virtual vehicle is controlled to land from the air in the virtual scene onto the virtual ground in the virtual scene.

[0102] The control of energy reduction for virtual vehicles involves continuously decreasing the energy value of the virtual vehicle in real time during flight mode, based on preset flight energy consumption standards. This energy reduction process is synchronized with the virtual vehicle's flight status, reflecting the real-time consumption of power resources during flight. The rate of energy reduction during flight can be adjusted based on the virtual vehicle's flight speed, altitude, and the number of virtual thrusters in operation.

[0103] It should be noted that the energy value of the virtual vehicle not only supports hovering and flight in flight mode, but also supports driving in wheeled mode. After the energy value of the virtual vehicle drops to the first energy value threshold and switches from flight mode to wheeled mode, if the energy value of the virtual vehicle cannot meet the energy consumption requirements of wheeled mode (i.e., the energy value of the virtual vehicle drops to the energy value threshold corresponding to wheeled mode), the virtual vehicle in wheeled mode will not be able to continue to perform movement operations.

[0104] In practice, controlling a virtual vehicle to fall from the air to the virtual ground in a virtual scene means allowing the virtual vehicle to fall freely from the air to the virtual ground without applying any additional power or external force to the virtual vehicle.

[0105] In actual implementation, while the virtual vehicle is in flight, its energy value is calculated in real time according to preset flight energy consumption parameters. The real-time calculation result of the energy value is continuously read and compared with the first energy value threshold. When the real-time calculation result of the energy value is equal to the first energy value threshold, the operating mode of the virtual vehicle is updated to wheel mode, the shape parameters of the virtual thruster are replaced with the shape parameters of the wheels, the flight power parameters of the virtual vehicle are removed, and the three-dimensional coordinates of the virtual vehicle in the virtual scene are updated according to the spatial coordinate change rules of free fall, until the three-dimensional coordinates of the virtual vehicle match the coordinates of the virtual ground in the virtual scene, thus completing the aerial landing of the virtual vehicle.

[0106] As an example, see Figure 6 , Figure 6 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 3 Taking a first energy threshold of 50 as an example, when the energy value of the virtual vehicle decreases from 60 indicated by dashed box 601 to 50 indicated by dashed box 602, the mode of the virtual vehicle is switched from the flight mode indicated by 603 to the wheel mode indicated by 604; each virtual thruster is switched to a wheel, and the virtual vehicle is controlled to descend from the air in the virtual scene to the virtual ground in the virtual scene.

[0107] In this way, the virtual vehicle consumes energy synchronously according to its actual operating status during flight, which can realistically reflect the power consumption during flight. When the energy value drops to the first energy value threshold, it automatically switches from flight mode to wheel mode and simultaneously converts the virtual thrusters into wheels. Combined with free fall without external force, it achieves a smooth landing from the air to the virtual ground. This prevents the virtual vehicle from losing control in the air or hovering abnormally when it is underpowered. The mode switching, component conversion and landing action form a coherent integrated execution process, making the switching of the virtual vehicle's operating status more in line with real physical performance. The stability of the operation and the realism of the scene are effectively improved throughout the process, and a natural transition from flight mode to wheel mode is achieved.

[0108] In some embodiments, to avoid triggering mode switching due to low virtual vehicle energy and to provide an energy replenishment method in advance, a control is displayed when the energy is between a first threshold and a second threshold, allowing the vehicle's energy to be increased using the virtual resources of the virtual character. Specifically, the virtual vehicle is driven by a virtual character. When the virtual vehicle's energy value is greater than the first energy value threshold and less than the second energy value threshold, a second energy increase control is displayed; wherein the second energy value threshold is greater than the first energy value threshold; in response to the triggering operation of the second energy increase control, the virtual resources of the virtual character are consumed, and the virtual vehicle's energy value is increased.

[0109] It should be noted that virtual vehicles are driven by virtual characters, which includes two states: active driving control of virtual vehicles by virtual characters and passive riding. When the virtual character is in the control position inside the virtual vehicle, they can drive and control the virtual vehicle. When the virtual character is in the riding position inside the virtual vehicle, they only move synchronously with the virtual vehicle. Both states fall under the category of virtual vehicles being driven by virtual characters.

[0110] The second energy threshold is a pre-set energy value. It is higher than the first energy threshold and together with the first energy threshold, constitutes the energy warning range for the virtual vehicle. This range is used to identify the upper limit of the energy level at which the virtual vehicle needs to be replenished before the energy drops to a level that might trigger a mode switch. The specific value of the second energy threshold is set differently based on the type of virtual vehicle and its flight energy consumption rate.

[0111] In actual implementation, the energy value of the virtual vehicle can be displayed in the control interface in the form of real-time numbers, linear or arc-shaped energy progress bars, color gradient states, and dynamic changes in energy icons; the first energy value threshold and the second energy value threshold can be displayed in the form of scale marks on the progress bar, threshold dividing lines, numerical labels, color segmentation marks, interface prompt labels, or threshold indicator lights. All of these display forms can intuitively present the correspondence between energy values ​​and thresholds.

[0112] Consuming virtual resources of a virtual character and increasing the energy value of a virtual vehicle involves the virtual character using its own virtual resources as the basis for exchange. The virtual character's virtual resources are deducted, and this deduction is used as the exchange condition. Simultaneously, the energy value of the virtual vehicle is increased, completing the targeted exchange and replenishment of virtual resources and virtual vehicle energy.

[0113] In actual implementation, there is a corresponding relationship between the virtual resource consumption value of the virtual character and the energy value increase value of the virtual vehicle. It supports both consuming a fixed amount of virtual resources and simultaneously increasing the energy value by a fixed amount when the second energy increase control is triggered once, and also supports users to customize the energy value to be purchased, matching the corresponding amount of virtual resources to be consumed according to the customized energy value. A single click of the control performs one resource consumption and energy increase operation, and the process can be repeated by clicking multiple times in succession.

[0114] For example, the first energy threshold of a virtual vehicle is set to 50, and the second energy threshold is set to 80. When the energy value of the virtual vehicle is 65, which is in the range of greater than the first energy threshold and less than the second energy threshold, the interface will display a second energy increase control. After the virtual character clicks the control, it consumes 100 units of virtual resources it holds, and the energy value of the virtual vehicle increases from 65 to 75, completing the energy replenishment.

[0115] As an example, see Figure 7 , Figure 7 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 4 Taking a first energy threshold of 50 and a second energy threshold of 60 as an example, when the energy value of the virtual vehicle is 59 as indicated by the dashed box 701, which is greater than the first energy threshold of 50 and less than the second energy threshold of 60, the second energy increase control 702 is displayed.

[0116] In actual implementation, the energy value of the virtual vehicle is monitored in real time. When the energy value is greater than the first energy value threshold and less than the second energy value threshold, a second energy increase control is rendered on the display interface. The triggering operation of the second energy increase control is continuously monitored to obtain the virtual resource inventory value of the virtual character. When the virtual resource inventory value is not less than the preset consumption value, a deduction operation is performed on the virtual resource value of the virtual character, and an increment operation is performed on the energy value of the virtual vehicle. The calculated virtual resource value and energy value are written back to the corresponding storage locations, completing the execution process of virtual resource consumption and virtual vehicle energy increase.

[0117] Thus, by displaying the second energy increase control in advance when the virtual vehicle's energy value is between the first and second energy value thresholds, a way can be provided for the virtual character to actively replenish energy before the energy shortage triggers a mode switch. The response control trigger operation consumes the virtual character's virtual resources to increase the energy value, which can effectively prevent the virtual vehicle from being forced to switch to wheel mode due to the energy continuously decreasing to the first energy value threshold. This ensures the continuity and stability of the virtual vehicle's flight status, simplifies the energy replenishment operation process, and improves the smoothness of the virtual character's control and the scene experience when driving the virtual vehicle.

[0118] In some embodiments, to allow virtual characters to intuitively understand the current operating mode of the virtual vehicle, a corresponding mode switching indicator is displayed simultaneously when switching between wheeled mode and flight mode. Specifically, before switching the virtual vehicle's mode from wheeled mode to flight mode, a first mode indicator is displayed, which indicates that the virtual vehicle is in wheeled mode; when the virtual vehicle's mode switches from wheeled mode to flight mode, the first mode indicator is switched to a second mode indicator, which indicates that the virtual vehicle is in flight mode.

[0119] In actual implementation, the first mode identifier and the second mode identifier can be displayed in the preset visible area, corner area or floating display area of ​​the virtual scene control interface through at least one of the following forms: icon, text, color, shape, and dynamic effect. They can be displayed continuously in a static fixed display mode or enhanced by dynamic flashing and gradual highlighting. The identifier is displayed independently on the upper layer of the control interface without obscuring the core display content of the virtual vehicle, such as control controls, energy value, and running status.

[0120] It should be noted that the second mode identifier is different from the first mode identifier. Specifically, the first mode identifier and the second mode identifier differ in at least one visual element, such as icon style, text content, color representation, shape outline, and dynamic display effect. Through the combination of differences in one or more of the above elements, the wheeled mode and the flight mode can be intuitively distinguished, making it easier for virtual characters who are driving virtual vehicles to quickly identify the current operating mode of the virtual vehicle.

[0121] As an example, see Figure 8 , Figure 8 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 5 Before switching the virtual vehicle mode from wheeled mode to flight mode, the first mode identifier indicated by 801 is displayed; when the virtual vehicle mode is switched from wheeled mode to flight mode, the first mode identifier indicated by 801 is switched to the second mode identifier indicated by 802.

[0122] In this way, when the virtual vehicle is in wheeled mode, the corresponding first mode icon is displayed. When switching from wheeled mode to flight mode, the first mode icon is simultaneously switched to the second mode icon indicating the flight mode. This ensures that the icon displayed on the interface is consistent with the actual operating mode of the virtual vehicle in real time. This allows the virtual character driving the virtual vehicle to intuitively and quickly identify the current operating mode, avoids mode recognition deviation, improves the clarity of interaction and the accuracy of operation during the virtual vehicle mode switching process, and makes the mode status feedback more timely and in line with the control perception.

[0123] In some embodiments, to limit the flight altitude of the virtual vehicle and clearly inform the driver and passengers of the altitude restrictions, the virtual vehicle is prompted and controlled to maintain horizontal flight upon reaching the target altitude. Specifically, controlling the virtual vehicle to fly in the air in response to a movement command for the virtual vehicle can be achieved as follows: in response to a movement command for the virtual vehicle, the virtual vehicle is controlled to fly in the air along a first direction indicated by the movement command; wherein the first direction includes a direction away from the virtual ground of the virtual scene; when the virtual vehicle's flight altitude reaches the target altitude, a second prompt message is displayed, and the virtual vehicle is controlled to fly on the horizontal plane corresponding to the target altitude; wherein the second prompt message is used to inform the virtual vehicle that it can no longer fly in the direction away from the virtual ground.

[0124] It should be noted that the first direction is the flight direction of the virtual vehicle indicated by the movement command issued by the virtual character to the virtual vehicle. The first direction includes the direction away from the virtual ground of the virtual scene, and can also be combined with the horizontal direction to form a composite flight direction. It is used to guide the virtual vehicle to perform flight displacement in the air of the virtual scene in a specified direction. The direction away from the virtual ground is the vertical upward direction. The first direction can simultaneously include a composite direction extending vertically upward and horizontally. For example, when the virtual character controls the virtual vehicle to execute a movement command to fly upward, the first direction is a single direction that is vertically upward and away from the virtual ground of the virtual scene. When the virtual character controls the virtual vehicle to execute a movement command to ascend diagonally, the first direction is a composite direction that simultaneously includes horizontal forward and vertical upward and away from the virtual ground. The above directions are all specific implementations of the first direction.

[0125] Flight altitude is the vertical distance between the virtual vehicle and the virtual ground in the virtual scene, representing the virtual vehicle's aerial position within the virtual scene. Target altitude is the pre-set maximum altitude at which the virtual vehicle can fly away from the virtual ground; it represents the upper limit of the virtual vehicle's vertical upward flight.

[0126] Understanding this, flying on the horizontal plane corresponding to the target height means that the virtual vehicle maintains a constant vertical distance from the virtual ground at the target height, and only performs horizontal flight movements within a plane parallel to the virtual ground. In other words, when the virtual vehicle flies on the horizontal plane corresponding to the target height, it only responds to horizontal movement commands to perform displacement, and no longer responds to vertical upward movement commands to perform altitude increase actions. For example, if the preset target height of the virtual vehicle is 100 meters, when the virtual vehicle's flight altitude rises to 100 meters, the virtual vehicle maintains a constant vertical distance of 100 meters from the virtual ground, and only performs flight movements parallel to the virtual ground in directions such as horizontal forward, horizontal left, and horizontal right as indicated by movement commands, and no longer performs upward flight actions away from the virtual ground.

[0127] In practice, the second prompt message can take at least one form, such as text prompts, icon prompts, sound effect prompts, or pop-up prompts, and be displayed in a preset visible area of ​​the virtual scene control interface. The second prompt message is triggered and displayed at the synchronous moment when the virtual vehicle reaches the target altitude, and continues to be displayed for a preset duration after the virtual vehicle stops flying upwards and switches to horizontal flight.

[0128] In practical applications, the flight altitude of the virtual vehicle and the target altitude can be displayed.

[0129] As an example, see Figure 9 , Figure 9 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 6Taking the first direction as perpendicular to the virtual ground upward as an example, in response to the movement command for the virtual vehicle 901, the virtual vehicle 901 is controlled to fly in the air along the first direction indicated by the movement command; when the flight altitude of the virtual vehicle 901 reaches the target altitude, the second prompt information 902 is displayed.

[0130] In actual implementation, the propulsion force of the virtual vehicle perpendicular to the virtual ground is determined by the elastic force and damping calculated according to Hooke's theorem. Specifically, the distance between the virtual vehicle and the virtual ground is collected in real time, and the compression value of the analog spring is determined based on the distance. The elastic force value is calculated based on Hooke's theorem, combined with the spring compression value and the preset proportional coefficient. The lifting speed of the virtual vehicle is collected, and the damping force value is calculated based on the lifting speed and the corresponding stiffness coefficient. The propulsion force value of the virtual vehicle's thrusters is obtained by subtracting the damping force value from the elastic force value. The corresponding calculated propulsion force values ​​are applied to the corresponding positions of the four thrusters of the virtual vehicle to maintain the suspension attitude and balance state of the virtual vehicle on any virtual terrain. See formula (1).

[0131] Formula (1) in, Represents the thrust generated by the thruster. It is the elastic force calculated based on Hooke's theorem, analogous to a spring; This refers to the damping generated during the spring compression process. The magnitude of this damping is related to the speed of spring compression; the faster the speed, the greater the damping. Furthermore, different stiffnesses are used during spring compression and rebound. This represents the degree of compression. Represents the preset proportional coefficient; Represents the ascent and descent speed of the virtual vehicle; This represents the stiffness coefficient, which is a preset value.

[0132] It should be noted that by modifying the maximum extension length of the spring model, the hovering vehicle can move vertically. To prevent the vehicle from rising indefinitely away from the virtual ground and exceeding the reasonable space range of the virtual scene, a target vertical flight height needs to be set for the vehicle. This limits the upper limit of the maximum extension length of the spring model and constrains the maximum vertical movement height of the vehicle.

[0133] During the flight of the virtual vehicle in the first direction, the acceleration of the virtual vehicle in the direction away from the virtual ground is negatively correlated with the flight altitude of the virtual vehicle; when the flight altitude of the virtual vehicle reaches the target altitude, the speed of the virtual vehicle in the direction away from the virtual ground is controlled to be zero.

[0134] In this way, the virtual vehicle flies upward in the first direction indicated by the movement command. When the flight altitude reaches the target altitude, a second prompt message is displayed and the vehicle switches to the corresponding horizontal plane. This effectively limits the upper limit of the vertical flight altitude of the virtual vehicle, preventing the vehicle from moving away from the virtual ground indefinitely and exceeding the spatial range of the virtual scene. The second prompt message can provide real-time feedback on the height limit status to the virtual character. The synchronous switch to horizontal flight can maintain the stability and controllability of the vehicle's flight attitude, allowing the flight behavior of the virtual vehicle to conform to the spatial constraints of the virtual scene and improving the rationality and smoothness of the overall flight control.

[0135] In some embodiments, to enrich the flight experience of the virtual vehicle and simplify operation, the virtual vehicle is automatically flown in the target area using virtual airflow. Specifically, the airspace of the virtual scene includes the target area, which includes virtual airflow flowing in a second direction. When the virtual vehicle is in flight mode, as the virtual vehicle flies to the target area, it is controlled to automatically fly a target distance in the second direction under the propulsion of the virtual airflow. The target distance is less than or equal to the distance of the target area in the second direction.

[0136] Here, the second direction refers to the direction of virtual airflow within the target area, and also the direction in which the virtual vehicle automatically flies after entering the target area, propelled by the virtual airflow. Virtual airflow is a virtual flow effect existing within the target area in the virtual scene. The virtual airflow flows continuously along the second direction, exerting a propulsive force on the virtual vehicle in flight mode that has entered the target area, causing the virtual vehicle to automatically fly the corresponding target distance along the second direction without relying on the virtual character's movement commands. The second direction can be any direction.

[0137] It should be noted that the propulsive force of the virtual airflow is the virtual airflow flowing along the second direction within the target area. This virtual force is applied to the virtual vehicle that enters the target area and is in flight mode. The propulsive force of the virtual airflow can drive the virtual vehicle to automatically fly along the second direction to the target distance without relying on the movement commands of the virtual character. The magnitude of the propulsive force directly affects the speed and displacement of the virtual vehicle's automatic flight.

[0138] The target distance is the displacement length of the virtual vehicle as it automatically flies along the second direction under the propulsion of the virtual airflow. The target distance value is always no greater than the spatial span of the target area in the second direction. The target distance is a preset value that can be set based on the flow speed of the virtual airflow, the duration of the virtual airflow, the spatial length of the target area in the second direction, the flight performance parameters of the virtual vehicle, and the overall scene setting parameters of the virtual scene.

[0139] Understandably, automatic flight along the second direction is a passive flight action along the second direction that the virtual vehicle completes after entering the target area without relying on the movement command initiated by the virtual character, but only relying on the propulsion force of the virtual airflow.

[0140] It should be noted that the target area is set at a preset point in the virtual scene. The target area can have a regular or irregular spatial shape, and different target areas can be configured with virtual airflow parameters of different flow types. The flow speed, propulsion intensity, and deflection angle in the second direction of the virtual airflow are all preset based on the scene parameters of the target area. The basic parameters of the virtual airflow are not affected by the flight status of the virtual vehicle.

[0141] Furthermore, while the virtual vehicle is in the target area and automatically flying in the second direction under the propulsion of virtual airflow, it can still receive movement commands input by the virtual character and execute corresponding flight actions according to the movement commands. The maximum altitude of the virtual vehicle in the above process will be adaptively adjusted in combination with the flow parameters of the virtual airflow in the target area and the real-time flight status of the virtual vehicle.

[0142] As an example, see Figure 10 , Figure 10 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 7 The virtual scene includes the target area indicated by the dashed box 1001. The target area includes an upward-flowing virtual airflow. When the virtual vehicle 1002 flies to the target area, the virtual vehicle 1002 is controlled to automatically fly upward to the target distance under the propulsion of the virtual airflow.

[0143] In actual implementation, the distance, ascent and descent speeds, and three-dimensional spatial coordinates of the virtual vehicle relative to the virtual ground are collected in real time. Based on the spring-damping mechanics model, the thruster force is calculated in real time to maintain the suspension balance in flight mode. The three-dimensional coordinates of the virtual vehicle are compared frame by frame with the preset three-dimensional coordinate range of the target area. When it is determined that the virtual vehicle is in flight mode and has fallen into the target area, the second direction vector and thrust parameters of the virtual airflow are extracted. The virtual airflow thrust is superimposed on the original motion parameters of the virtual vehicle. The maximum altitude limit is dynamically adapted by combining the virtual airflow parameters and the real-time flight status of the virtual vehicle. The flight distance of the virtual vehicle along the second direction is accumulated in real time through displacement integral. The virtual vehicle is controlled to complete automatic flight along the second direction with a distance not exceeding the corresponding length of the target area. At the same time, the movement command input is retained to support real-time flight control adjustment.

[0144] In this way, when the virtual vehicle is in flight mode and enters the target area, it can automatically fly the target distance along the second direction under the propulsion of the virtual airflow, without the need for the virtual character to continuously input movement commands. This effectively reduces the operational cost of flight control. At the same time, the target distance of automatic flight is limited to the spatial range of the target area in the second direction, so that the automatic flight behavior of the virtual vehicle is consistent with the spatial constraints of the virtual scene, avoiding the situation where the flight trajectory exceeds the preset area. This enriches the flight interaction of the virtual vehicle, makes the flight process more in line with the environment setting of the virtual scene, and improves the smoothness of flight control and the realism of scene interaction.

[0145] In some embodiments, to ensure that the virtual character is aware in real time that the virtual vehicle has entered the range of the virtual airflow and is about to enter automatic flight, and to prevent the virtual character from making control errors due to a lack of awareness of environmental changes, a corresponding prompt message is displayed when the virtual vehicle flies to the target area. Specifically, when the virtual vehicle flies to the target area, a third prompt message is displayed. This third prompt message indicates that the virtual vehicle is in the virtual airflow, which propels the virtual vehicle to fly automatically.

[0146] The display format of the third prompt information includes at least one of text prompts, icon prompts, light and shadow prompts, and sound effect prompts. The display format of the third prompt information is pre-configured according to the interaction settings of the virtual scene.

[0147] As an example, see Figure 11 , Figure 11 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 8 When the virtual vehicle flies to the target area, the third prompt message 1101 is displayed.

[0148] In this way, when the virtual vehicle flies to the target area, a third prompt message is displayed, which allows the virtual character to know in time that the virtual vehicle is in the virtual airflow and will be pushed to fly automatically, avoiding control misjudgment, ensuring the accuracy of flight control, and improving the intuitiveness and smoothness of virtual scene flight interaction.

[0149] In some embodiments, to enable virtual vehicles to easily cross from low to high terrain blocks using upward virtual airflow between virtual terrain blocks of different heights, simplifying flight movement control between high and low terrains, virtual airflow is used to achieve altitude gain, and terrain switching is completed in response to movement commands after reaching the target terrain height. Specifically, the virtual scene includes multiple virtual terrain blocks, including a first virtual terrain block and a second virtual terrain block. A virtual airflow flows along a third direction between the first and second virtual terrain blocks, which is the direction away from the virtual ground of the virtual scene. The height of the second virtual terrain block is greater than the height of the first virtual terrain block. After controlling the virtual vehicle to fly in the air, when the virtual vehicle is in the air above the first virtual terrain block, when the virtual vehicle flies to the area of ​​the virtual airflow, it is controlled to fly along a third direction under the propulsion of the virtual airflow. During the flight of the virtual vehicle along the third direction, when the flight height of the virtual vehicle reaches the height of the second virtual terrain block, in response to movement commands for the virtual vehicle, the virtual vehicle is controlled to move to the second virtual terrain block.

[0150] It should be noted that multiple virtual terrain blocks are independent terrain units formed within a virtual scene based on spatial distribution, surface morphology, and height differences. These blocks contain various terrain units such as a first virtual terrain block, a second virtual terrain block, etc., at different heights. Spatial intervals and height differences exist between different virtual terrain blocks, and virtual airflow in corresponding directions can be set between them to provide environmental support for the movement of virtual vehicles between terrain blocks at different heights. Virtual terrain blocks can be independent terrain units such as virtual islands, virtual mountains, virtual platforms, virtual hills, virtual floating landmasses, virtual plateaus, and virtual terraces within a virtual scene.

[0151] The third direction refers to the flow direction of the virtual airflow between the first and second virtual terrain blocks. This third direction is the vertical upward direction of the virtual ground, away from the virtual scene. The virtual airflow between the first and second virtual terrain blocks is a virtual flow effect distributed between two virtual terrain blocks of different elevations. The virtual airflow flows upward along the third direction, providing upward propulsion for the virtual vehicle.

[0152] It should be noted that without setting up a virtual airflow between the first and second virtual terrain blocks, the virtual vehicle cannot directly reach the second virtual terrain block, which is at a higher altitude, from the first virtual terrain block, which is at a lower altitude. After setting up a virtual airflow flowing in a third direction away from the virtual ground between the two virtual terrain blocks, the virtual vehicle can enter the area of ​​the virtual airflow and be lifted into flight altitude by the propulsion of the virtual airflow, thereby realizing the movement from the first virtual terrain block to the second virtual terrain block.

[0153] In practical implementation, this can also be achieved while the virtual vehicle is flying in a third direction. Responding to a movement command for the virtual vehicle, when its flight altitude reaches the height of the second virtual terrain block, the virtual vehicle is controlled to move to the second virtual terrain block. In other words, as the virtual vehicle enters the virtual airflow area in the airspace of the first virtual terrain block and flies upwards in a third direction away from the virtual ground, it can receive and respond to a movement command instructing it to move to the second virtual terrain block. When the virtual vehicle's real-time flight altitude reaches the height of the higher second virtual terrain block, it is directly controlled to move to the second virtual terrain block based on this movement command.

[0154] As an example, see Figure 12 , Figure 12 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 9 When the virtual vehicle 1201 is in the air above the first virtual terrain block 1202, when the virtual vehicle flies to the area of ​​virtual airflow, the virtual vehicle 1201 is controlled to fly in a third direction under the propulsion of the virtual airflow; during the flight of the virtual vehicle 1201 in the third direction, when the flight altitude of the virtual vehicle 1201 reaches the height of the second virtual terrain block 1203, in response to the movement command for the virtual vehicle 1201, the virtual vehicle 1201 is controlled to move to the second virtual terrain block 1203.

[0155] In this way, virtual vehicles can use the upward virtual airflow between high and low virtual terrain blocks to raise their flight altitude. When they reach the height of the second virtual terrain block, they can respond to the movement command to complete the terrain switching, simplifying the movement control between terrain blocks of different altitudes, smoothly realizing the crossing from low terrain to high terrain, adapting to scene interaction of multi-altitude terrain, and improving the convenience of flight movement and scene adaptability.

[0156] In some embodiments, to enhance the realism of the virtual vehicle's attitude and control feedback during flight, and to make the flight actions more closely resemble physical behavior, the tilt attitude of the virtual vehicle is adjusted simultaneously while controlling it to fly in the target direction. Specifically, in response to a movement command for the virtual vehicle, controlling the virtual vehicle to fly in the air can be achieved as follows: when the virtual vehicle is suspended in the air within the virtual scene, in response to a movement command for the virtual vehicle in a fourth direction, the virtual vehicle is controlled to fly in the fourth direction and tilt in that fourth direction. The fourth direction is any direction on the horizontal plane where the virtual vehicle is located, and the horizontal plane is the horizontal plane where the virtual vehicle is suspended in the air.

[0157] Among them, movement commands are user-inputted control commands used to control virtual vehicles to change their spatial position, adjust their direction of travel, or generate displacement within the virtual scene. They are the basic control commands for realizing spatial movement control of virtual vehicles. The fourth direction is any horizontal direction within a horizontal plane parallel to the virtual ground when the virtual vehicle is suspended in the air. It only includes the horizontal component and does not involve vertical upward or downward (perpendicular to the virtual ground) directions.

[0158] It should be noted that controlling the virtual vehicle to tilt in the fourth direction is a simultaneous adjustment of the virtual vehicle's attitude as it flies horizontally in the fourth direction within the virtual scene. This causes the virtual vehicle's overall body to shift at an angle toward the fourth direction of flight, ensuring that the body attitude matches the horizontal flight direction.

[0159] In actual implementation, the tilt angle of the virtual vehicle in the fourth direction is positively correlated with the flight speed. The faster the flight speed, the greater the tilt angle of the fuselage. For example, when the virtual vehicle is flying horizontally at a low speed of 2m / s, the fuselage tilts 5° in the flight direction. When flying at a medium speed of 5m / s, it tilts 10°, and when flying at a high speed of 8m / s, it tilts 15°. The speed and tilt angle are matched synchronously to enhance the realism of the flight attitude.

[0160] In practical applications, speed limiting is achieved through the damping mechanism constructed by formula (2). A speed-related aerodynamic damping force is applied in the opposite direction of the horizontal movement of the suspended vehicle. The damping force will increase continuously as the vehicle's speed increases. When the damping force and the driving force generated by the thruster reach a balance, the vehicle speed will no longer increase, thereby achieving speed limiting and avoiding the situation of unlimited acceleration.

[0161] Formula (2) in, The aerodynamic damping force experienced by the virtual hovering vehicle is a resistance force that is opposite to the direction of motion, used to counteract the propulsion force and prevent the vehicle from accelerating indefinitely. The fluid density within the virtual scene is a fixed parameter preset by the scene, which determines the basic strength of the damping. It is the current real-time movement speed of the virtual vehicle. The damping force is proportional to the square of the speed. The faster the speed, the more rapidly the damping increases. The frontal cross-sectional area is the projected area of ​​the vehicle perpendicular to the direction of motion. It is a preset parameter for the virtual vehicle. The larger the area, the greater the damping. This is the drag coefficient, a preset parameter determined by the shape and aerodynamic characteristics of the virtual vehicle. The smoother the shape, the smaller this coefficient, and the smaller the damping. It's easy to see that as the vehicle speed increases, this damping increases rapidly on a quadratic scale, thus offsetting the thrust generated by the propulsion system and preventing the vehicle from accelerating indefinitely.

[0162] It should be noted that when the virtual vehicle flies in the fourth direction, a tilting torque is applied to the virtual vehicle in the direction of flight. This torque changes the vehicle's rotational attitude, causing the fuselage to tilt naturally in the fourth direction. The magnitude of the torque is adjusted with the flight speed, thereby achieving synchronous matching between the flight direction and the fuselage tilt attitude. Specifically, the angle of deflection required to rotate to the desired attitude can be calculated using formula (3). Formula (3) in, The tilt angle of the virtual vehicle is used to quantify the degree of tilt of the virtual vehicle. This is the reference orientation vector for the virtual vehicle in a horizontally suspended, tilt-free state, serving as the initial reference direction for the virtual vehicle's attitude. This is the actual orientation vector of the virtual vehicle after it has taken flight and tilted, used to reflect the current pointing direction of the virtual vehicle.

[0163] After calculating the tilt angle of the virtual vehicle, the tilt angle of the virtual vehicle is multiplied by the preset tilt control stiffness coefficient, and then the product of the current tilt angular velocity of the virtual vehicle and the preset tilt control damping coefficient is subtracted. Finally, the torque required for the virtual vehicle to achieve the tilt is calculated, i.e., formula (4).

[0164] Formula (4) in, It is the torque, a control quantity used to directly drive the virtual vehicle to produce the corresponding tilting attitude. It is the current tilt angle of the virtual vehicle, determined by the angle between the reference orientation and the actual orientation, and is the angle input for calculating the tilt torque. It is a preset tilt control stiffness coefficient, which determines the magnitude of the response force when the tilt angle is converted into control torque. It is the current tilt angular velocity of the virtual vehicle, representing the real-time rate of change in the tilt attitude of the virtual vehicle's fuselage. It is the damping coefficient for virtual vehicle tilt control. It is a preset parameter used to suppress attitude oscillations during tilting and ensure smooth tilting action.

[0165] Furthermore, since the torque output of the virtual vehicle tilt control is too large, it may cause the fuselage to rotate too fast, resulting in violent shaking or even loss of attitude control. Therefore, it is necessary to limit the torque intensity within a certain range by setting a maximum torque limit to ensure that the tilt attitude control of the virtual vehicle is smooth and stable. See formula (5). Formula (5) in, These are parameters pre-set to ensure the stability of the suspended vehicle's motion, representing the maximum absolute value of the allowable torque.

[0166] As an example, see Figure 13 , Figure 13 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 When controlling the virtual vehicle 1301 to move to the right, control the virtual vehicle 1301 to tilt to the right.

[0167] In this way, when the virtual vehicle is suspended in the air, it responds to the movement command in the fourth direction and simultaneously achieves the corresponding horizontal flight and tilting of the fuselage in that direction. This makes the fuselage attitude and flight direction highly compatible, closely matching the performance of real physical flight. This solves the problem of the virtual vehicle's attitude and movement direction being disconnected and the control feedback being unrealistic during flight, and improves the smoothness of flight control and visual realism.

[0168] In some embodiments, to avoid sudden attitude changes, jitter, or abrupt control during virtual vehicle tilting, and to improve the smoothness and stability of flight attitude changes, a gradual deceleration tilt control method is adopted, and the tilting stops at the target angle. Specifically, during the process of controlling the virtual vehicle to tilt in the fourth direction, the tilting speed of the virtual vehicle is gradually reduced; when the tilting angle of the virtual vehicle reaches the target tilting angle, the virtual vehicle stops tilting.

[0169] It should be noted that during the tilting process of the virtual vehicle, the tilting speed of the virtual vehicle is positively correlated with the target difference, which is the difference between the target tilt angle and the tilt angle of the virtual vehicle during the tilting process.

[0170] Understandably, tilt speed is the rate of change of tilt angle per unit time during the tilting of a virtual vehicle in the fourth direction, used to characterize the speed of the virtual vehicle's tilting action. Target tilt angle is the preset final attitude angle of the virtual vehicle when tilting in the fourth direction; it is the specified angle value that the virtual vehicle's tilting action needs to reach.

[0171] In actual implementation, during the process of controlling the virtual vehicle to tilt in the fourth direction, the torque applied to the virtual vehicle is adjusted based on the difference between the real-time tilt angle and the target tilt angle. The torque gradually decreases as the difference between the real-time tilt angle and the target tilt angle decreases, thereby gradually reducing the tilting speed of the virtual vehicle. When the real-time tilt angle of the virtual vehicle is equal to the target tilt angle, the torque applied to the virtual vehicle is adjusted to zero, and the virtual vehicle stops tilting.

[0172] In this way, the tilting speed of the virtual vehicle gradually decreases as it tilts in the fourth direction, and stops tilting when the tilting angle reaches the target tilting angle. This makes the tilting attitude change of the virtual vehicle smooth and gentle, without abrupt pauses or attitude swaying. The tilting action transition is natural and coherent, and the flight attitude control of the virtual vehicle is precise and stable. The overall smoothness of flight control and visual realism are improved simultaneously.

[0173] In some embodiments, to ensure visual consistency between the virtual character's first-person perspective and the virtual vehicle's tilting posture, and to avoid visual disharmony and reduced immersion caused by a disconnect between the perspective and vehicle movement, the virtual character's first-person perspective is synchronously tilted during the virtual vehicle's tilting process. Specifically, the virtual vehicle includes a virtual character. During the virtual vehicle's tilting process, if the perspective view corresponding to the virtual scene is the virtual character's first-person perspective, then the virtual character's first-person perspective is synchronously tilted to cause the content in the image to be displayed in a tilted manner.

[0174] It should be noted that the first-person perspective of a virtual character is based on the virtual character's own position and head orientation. It is the perspective formed by observing the virtual scene from the virtual character's own visual perception. The first-person perspective is based on the virtual character's spatial position and posture parameters to render the corresponding perspective in real time. Moreover, it can keep up with the tilting action of the virtual vehicle during the tilting process, which is a perspective form that fits the real visual experience of the virtual character when riding in the virtual vehicle.

[0175] Among them, the perspective view is a visual presentation screen that is generated in real time by visual rendering based on the currently selected observation perspective of the virtual scene. It can fully display the virtual scene environment, the movement posture of the virtual vehicle, and the surrounding visual content of the virtual character. The content displayed in the perspective view is adjusted synchronously with the change of the observation perspective. When the first-person perspective of the virtual character is used, the perspective view will directly present the virtual scene content observed by the virtual character.

[0176] First-person perspective synchronous deflection refers to the entire process of a virtual vehicle tilting in a fourth direction. The virtual character's first-person perspective starts, changes, and stops synchronously with the tilting action of the virtual vehicle. The deflection direction of the virtual character's first-person perspective is consistent with the tilting direction of the virtual vehicle. The deflection angle and rate of the virtual character's first-person perspective are matched in real time with the tilt angle and rate of the virtual vehicle. There is no action delay, angle deviation, or rate asynchrony throughout the process. It always maintains a coordinated and consistent state of change with the tilting posture of the virtual vehicle.

[0177] The first-person perspective tilt angle of the virtual character can be exactly the same as the real-time tilt angle of the virtual vehicle, ensuring a perfect match. Alternatively, it can be set to a different value to suit the visual presentation requirements of the virtual scene. By adjusting the proportional relationship of the tilt angle, different visual experiences and display effects can be adapted. For example, when the virtual hovering race car tilts 30 degrees to the left on the virtual track, if the first-person perspective tilt angle of the virtual character is the same as the real-time tilt angle of the virtual vehicle, the virtual character's first-person perspective will tilt 30 degrees to the left simultaneously, and the scene content in the viewpoint will correspondingly tilt 30 degrees to the right. If the two angles are set differently according to the visual experience requirements of the virtual scene, when the virtual hovering race car tilts 30 degrees to the left, the first-person perspective of the virtual character can be controlled to tilt only 20 degrees to the left, thereby adjusting the tilt range of the viewpoint and adapting to different visual presentation effects.

[0178] In actual implementation, during the tilting process of the virtual vehicle, the tilting direction and tilting angle of the virtual vehicle are acquired in real time. When the viewpoint corresponding to the virtual scene is the first-person viewpoint of the virtual character, the deflection parameters of the first-person viewpoint of the virtual character are calculated based on the tilting direction and tilting angle of the virtual vehicle. The orientation of the first-person viewpoint of the virtual character is adjusted in real time according to the deflection parameters, so that the first-person viewpoint of the virtual character and the tilt of the virtual vehicle are tilted synchronously, thereby driving the content in the viewpoint to be displayed according to the deflection parameters.

[0179] In this way, the first-person perspective of the virtual character is synchronously tilted during the tilting of the virtual vehicle, and the screen content is tilted and displayed accordingly. This ensures that the first-person perspective and the actual posture of the virtual vehicle are highly consistent, eliminating the visual disconnect caused by the separation between the perspective and the vehicle's movements. This enhances the visual coherence and realism of the virtual scene, improves the immersive experience of the user when controlling the virtual vehicle from a first-person perspective, and creates a unified and natural interactive feedback between the movement posture of the virtual vehicle and the user's visual perception.

[0180] In some embodiments, to enable the virtual vehicle to adapt to different driving environments in the air and on the ground within the virtual scene and to meet the diverse mobility and control needs of the virtual vehicle, when the virtual vehicle is in flight mode, it can respond to mode switching commands to realize mode conversion and corresponding adjustments to its form and state. Specifically, when the virtual vehicle is in flight mode, in response to a mode switching command for the virtual vehicle, the virtual vehicle's mode is switched from flight mode to wheeled mode; each virtual thruster is switched to a wheel, and the virtual vehicle is controlled to descend from the air in the virtual scene to the virtual ground in the virtual scene.

[0181] In actual implementation, after switching the virtual vehicle's mode from wheeled mode to flight mode, a second mode switching control is displayed. The second mode switching control is used to switch the virtual vehicle's mode from flight mode to wheeled mode. In response to the trigger operation of the second mode switching control, a mode switching command for the virtual vehicle is triggered.

[0182] In practical applications, switching each virtual thruster to a wheel is a component form and function conversion operation performed synchronously by all virtual thrusters on the virtual vehicle during the transition from flight mode to wheeled mode. Each virtual thruster changes from a power component form adapted to aerial flight to a wheel form adapted to ground travel. At the same time, the virtual thrusters, which originally provided lift and thrust for the virtual vehicle, are switched to the function of supporting the weight of the virtual vehicle and enabling rolling on the ground, thus meeting the ground movement requirements after the virtual vehicle switches to wheeled mode.

[0183] Understandably, after the virtual thrusters are switched to wheels, the lift and thrust that the virtual thrusters originally provided for the virtual vehicle in the air will stop outputting synchronously. The virtual vehicle will no longer receive power support for air flight and will then perform the action of smoothly landing from the air in the virtual scene to the virtual ground. The converted wheels will replace the virtual thrusters in taking on the role of supporting the virtual vehicle and providing a foundation for ground driving, ensuring that the virtual vehicle can drive normally on the virtual ground by relying on the wheels after switching to wheel mode.

[0184] It should be noted that controlling a virtual vehicle to descend from the air to the virtual ground in a virtual scene can be achieved by either switching the virtual thrusters to wheels and stopping the output of flight propulsion, allowing the virtual vehicle to perform free fall based on its own virtual gravity for a rapid descent, or by applying a corresponding force to the virtual vehicle to control its slow descent at a gentle and uniform speed. Both descent methods can complete the transition of the virtual vehicle from a suspended state in the air to a stable state of contact with the virtual ground.

[0185] Furthermore, upon receiving a mode switching command for a virtual vehicle, the virtual thrusters of the virtual vehicle are immediately switched to wheels. This means that the transformation of the form and function of the components is completed while the virtual vehicle is still in the air of the virtual scene. There is no need to wait for the virtual vehicle to land on the virtual ground before performing the switching action. Subsequently, the virtual vehicle that has been switched can be controlled to land smoothly from the air to the virtual ground.

[0186] As an example, see Figure 14 , Figure 14 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 First, after switching the virtual vehicle's mode from wheeled mode to flight mode, the second mode switching control 1401 is displayed. In response to the trigger operation of the second mode switching control 1401, a mode switching command for the virtual vehicle is triggered. In response to the mode switching command for the virtual vehicle, the virtual vehicle's mode is switched from flight mode to wheeled mode. The virtual thrusters in the virtual vehicle indicated by 1402 are switched to the wheels in the virtual vehicle indicated by 1403. The virtual vehicle is then controlled to descend from the air in the virtual scene to the virtual ground in the virtual scene (as indicated by 1404).

[0187] In this way, the virtual vehicle can switch to wheel mode in response to the mode switching command in flight mode. The virtual thrusters switch to wheels in sync and complete the landing action from the air to the virtual ground. This achieves a seamless connection between the two operating states of air flight and ground driving, adapting to the movement needs of different environments in the virtual scene. The mode and form transitions are smooth and natural, and the switching of the virtual vehicle's component functions is clear and reasonable. This greatly enriches the control methods and applicable scenarios of the virtual vehicle, making the switching of the virtual vehicle's movement state more in line with the interaction logic of the virtual scene. The overall operation is stable and has a realistic visual and control experience.

[0188] In some embodiments, to ensure stable and normal driving of the virtual vehicle after switching to wheeled mode and to avoid operational abnormalities when switching modes without suitable driving ground, driving condition judgments are set for the virtual ground, and the user is prompted and fed back when the conditions are not met. Specifically, in response to a mode switching command for the virtual vehicle, switching the virtual vehicle's mode from flight mode to wheeled mode can be achieved in the following way: in response to a mode switching command for the virtual vehicle, when there is virtual ground below the virtual vehicle that meets the driving conditions, the virtual vehicle's mode is switched from flight mode to wheeled mode; in response to a mode switching command for the virtual vehicle, when there is no virtual ground below the virtual vehicle that meets the driving conditions, a fourth prompt message is displayed, which is used to indicate that the mode switching cannot be performed and the reason why the mode switching cannot be performed.

[0189] It should be noted that the driving conditions are preset criteria for the virtual ground to support the virtual vehicle in switching from flight mode to wheeled mode and driving stably. Only when the virtual ground meets the driving conditions can it provide safe landing support and a foundation for normal driving in wheeled mode, ensuring that the virtual vehicle does not experience operational abnormalities after completing the mode switch. The driving conditions include at least one of the following: the surface flatness of the virtual ground reaches a preset threshold; the virtual ground has an effective load-bearing area to support the virtual vehicle; the area where the virtual ground is located is free of obstructions; the vertical distance between the virtual ground and the virtual vehicle is within a preset range; and the virtual ground has the structural strength to support the overall weight of the virtual vehicle.

[0190] Correspondingly, the absence of a virtual ground surface beneath the virtual vehicle that meets the driving conditions means that the area directly below the virtual vehicle's current aerial position lacks a virtual ground surface that meets the preset driving conditions. This area may contain suspended ground, uneven ground surfaces, insufficient effective bearing area, obstructions, or insufficient ground structural strength, making it unable to provide landing support for the virtual vehicle or a stable driving foundation in wheeled mode. For example, when the virtual vehicle is flying at a high altitude in a virtual scene, and directly below it is a virtual abyss without any virtual ground, a large area of ​​virtual water, an area full of obstacles such as virtual rocks and virtual buildings, or rugged terrain with severe undulations and unevenness, then the area below the virtual vehicle falls under the category of virtual ground that does not meet the driving conditions.

[0191] The fourth prompt message can be displayed in any one or more combinations of text prompts, icon prompts, and pop-up prompts. The fourth prompt message is displayed in the interactive interface of the virtual scene for a preset duration and disappears automatically after it is displayed.

[0192] In actual implementation, in response to the mode switching command for the virtual vehicle, ray detection and spatial bounding box detection are performed vertically below the virtual vehicle to obtain collision information, terrain attributes and spatial parameters of the virtual ground. The obtained parameters are compared with preset driving condition thresholds. If the parameters meet the threshold, the mode status identifier of the virtual vehicle is changed to wheel mode, and the model replacement and function switch from virtual thruster to wheel are completed simultaneously. If the parameters do not meet the threshold, the pixel texture of the fourth prompt information is generated in the view rendering layer and output to the virtual scene interface.

[0193] As an example, see Figure 15 , Figure 15 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 Second, in response to the mode switching command for virtual vehicle 1501, when there is a sea below virtual vehicle 1501 and no virtual ground that meets the driving conditions, the fourth prompt message 1502 is displayed.

[0194] In this way, when the virtual vehicle receives a mode switching command, it first determines the driving conditions of the virtual ground below. It only switches from flight mode to wheeled mode when the driving conditions are met. If the conditions are not met, it outputs corresponding prompts. This avoids the virtual vehicle switching modes and causing operational abnormalities when there is no suitable driving ground. The triggering of mode switching is more reasonable and safer. At the same time, it provides real-time feedback to the user on the switching results and reasons through clear prompts, improving the clarity of interaction and the smoothness of use during the virtual vehicle operation process. This makes the mode switching process more in line with the actual operating logic of the virtual scene.

[0195] In some embodiments, to ensure a progressive unlocking system for virtual vehicle modes, standardize the activation conditions for flight mode, and enhance the development and control experience of virtual vehicles, a level is used as the basis for unlocking flight mode. Mode switching is only allowed when the level requirement is met. Specifically, virtual vehicles have levels. In response to a mode switching command for a virtual vehicle, switching the virtual vehicle's mode from wheeled mode to flight mode can be achieved as follows: In response to a mode switching command for a virtual vehicle, when the virtual vehicle's level reaches the target level, the virtual vehicle's mode is switched from wheeled mode to flight mode.

[0196] Here, the level of a virtual vehicle is a growth level value set for the virtual vehicle in the virtual scene. The virtual vehicle can upgrade its level by completing driving behavior, completing corresponding tasks, and accumulating operating experience in the virtual scene. The level of the virtual vehicle is used to limit the unlocking permissions of functions. The ability to switch from wheeled mode to flight mode is a function that can only be unlocked after the virtual vehicle reaches the corresponding level.

[0197] It's important to note that the target level is a pre-set threshold within the virtual environment for virtual vehicles to unlock the function of switching from wheeled mode to flight mode. Only when the current level of a virtual vehicle reaches or exceeds the target level is the virtual vehicle eligible to switch from wheeled mode to flight mode. The target level can be set based on the type of virtual vehicle, the overall gameplay pace of the virtual environment, the basic performance configuration of the virtual vehicle, the progress of tasks in the virtual environment, and the user's growth cycle within the virtual environment, thus adapting to the differentiated function unlocking needs of different virtual vehicles and virtual environments.

[0198] In actual implementation, the virtual vehicle's level is displayed. When the virtual vehicle is in wheeled mode and the target level is reached, a level prompt message is displayed, indicating that the virtual vehicle's mode can be switched from wheeled mode to flight mode.

[0199] In some embodiments, in response to a mode switching command for a virtual vehicle, when the level of the virtual vehicle has not reached the target level, an upgrade prompt message is displayed. The upgrade prompt message is used to prompt the user to upgrade the level of the virtual vehicle in order to switch the mode of the virtual vehicle from wheeled mode to flight mode.

[0200] In actual implementation, in response to the mode switching command for the virtual vehicle, the currently stored level value of the virtual vehicle is read, and the current level value of the virtual vehicle is compared with the preset target level value. If the current level value of the virtual vehicle is greater than or equal to the target level value, the mode identifier of the virtual vehicle is changed to flight mode, thus completing the switch of the virtual vehicle from wheeled mode to flight mode.

[0201] As an example, see Figure 16 , Figure 16 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 Third, taking a target level of 10 as an example, the virtual vehicle's level is displayed as 1601. When the level reaches the target level of 10, a level prompt message 1602 is displayed.

[0202] In this way, by configuring levels for virtual vehicles and using the target level as the criterion for switching from wheeled mode to flight mode, the mode switching of virtual vehicles has a clear permission threshold and a progressive growth relationship. The triggering conditions for mode switching are clear and controllable, and the unlocking of virtual vehicle functions is correlated with level growth. This effectively regulates the mode switching and usage order of virtual vehicles, making the operation of virtual vehicles in virtual scenarios more stable. At the same time, it constructs a hierarchical virtual vehicle user experience, making the mode switching process deeply integrated with the growth system of virtual vehicles, and improving the rationality and orderliness of the overall interaction and operation.

[0203] In some embodiments, to improve the collaborative interaction efficiency of virtual vehicles in flight mode, simplify the control process of multi-virtual vehicle formation flight, and achieve convenient follow-flight coordination, a follow control is displayed when corresponding conditions are met, and follow-flight can be achieved through trigger operations. Specifically, after switching the virtual vehicle mode from wheel mode to flight mode, when there are other virtual vehicles in flight mode within a preset range centered on the virtual vehicle, the follow control is displayed; in response to a trigger operation on the follow control, the virtual vehicle is controlled to follow other virtual vehicles.

[0204] The preset range centered on the virtual vehicle is a pre-defined spatial detection area within the virtual scene. This area extends outwards from the virtual vehicle's real-time spatial coordinates, forming a closed spatial range used to determine whether other virtual vehicles in flight mode exist within this range. The spatial shape of the preset range can be set to various forms such as a perfect circle, square, or fan shape.

[0205] Understandably, other virtual vehicles are virtual vehicles other than the current virtual vehicle.

[0206] The follow control is a visual interactive element displayed on the virtual scene interaction interface when other virtual vehicles in flight mode exist within a preset range centered on the virtual vehicle after the virtual vehicle switches from wheel mode to flight mode. The follow control is used to receive user trigger operations and trigger the virtual vehicle's follow flight function. The display form of the follow control can include any one or more of the following: icon, button, text label, or a combination of icon and text.

[0207] It should be noted that controlling a virtual vehicle to follow other virtual vehicles involves responding to a trigger operation on the follow control, obtaining in real time the flight direction, speed, and spatial position of other virtual vehicles in flight mode, and synchronously adjusting the flight parameters of the current virtual vehicle to maintain a relatively stable spatial relationship with other virtual vehicles, and moving synchronously according to the flight trajectory of other virtual vehicles.

[0208] In actual implementation, when there are multiple other virtual vehicles in flight mode within a preset range centered on the virtual vehicle, in response to a trigger operation on the follow control, multiple other virtual vehicles are displayed. In response to a selection operation on these other virtual vehicles, the virtual vehicle is controlled to follow the selected virtual vehicle. Alternatively, the virtual vehicle closest to the current virtual vehicle can be designated as the default virtual vehicle, and in response to a trigger operation on the follow control, the virtual vehicle is controlled to follow the default virtual vehicle.

[0209] In actual implementation, when the distance between a virtual vehicle and other virtual vehicles exceeds the preset following range, or when other virtual vehicles switch from flight mode to wheel mode, the virtual vehicle will automatically terminate the following flight.

[0210] As an example, see Figure 17 , Figure 17 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 Fourth, when there are other virtual vehicles 1702 in flight mode within a preset range centered on virtual vehicle 1701, the follow control 1703 is displayed.

[0211] In this way, after the virtual vehicle switches from wheeled mode to flight mode, it automatically displays a follow control by detecting other virtual vehicles in flight mode within a preset range. Users only need to trigger the follow control to enable the current virtual vehicle to follow other virtual vehicles, which greatly simplifies the manual control process of multiple virtual vehicles flying synchronously, reduces the operational complexity of flight coordination, makes the cooperation of virtual vehicles in the same scene more convenient and efficient, and makes the interactive control in flight mode more intelligent and convenient, adapting to the usage needs of multi-vehicle collaborative flight in virtual scenes.

[0212] In some embodiments, to intuitively distinguish between the wheeled mode and flight mode of a virtual vehicle, improve the visual recognition of mode switching, and enrich the visual performance of the virtual vehicle, the appearance style of the virtual vehicle is switched accordingly during mode switching. Specifically, when the virtual vehicle is in wheeled mode, it has a first appearance style. When the virtual vehicle switches from wheeled mode to flight mode, the appearance style of the virtual vehicle is switched from the first appearance style to a second appearance style; wherein, the appearance style includes at least one of the following: color, texture, material, and spray painting pattern.

[0213] It should be noted that the second appearance style is different from the first appearance style. That is to say, the virtual vehicle in flight mode is different from the virtual vehicle in wheeled mode in at least one of the following: color, texture, material, or paint scheme.

[0214] Color refers to the overall surface or specific areas of a virtual vehicle's color scheme. Color directly constitutes the basic visual characteristics of a virtual vehicle, allowing for a direct distinction between wheeled and flight modes. Texture refers to the patterns, textures, and unevenness of the virtual vehicle's surface. Texture enriches the visual details of the virtual vehicle, providing differentiated surface visual representations for wheeled and flight modes. Material refers to the simulated tactile attributes of the virtual vehicle's surface, including metallic, matte, and glossy textures. Material reflects the visual texture differences of the virtual vehicle in different operating modes. Spray-painted patterns are the graphics, logos, patterns, or decorative designs spray-painted onto the surface of the virtual vehicle. Spray-painted patterns enhance the visual recognizability of different operating modes of the virtual vehicle, forming a unique visual identity.

[0215] In actual implementation, the first appearance style and the second appearance style can be customized. Specifically, the virtual vehicle settings interface is displayed, which includes a first appearance setting control and a second appearance setting control. The first appearance setting control is used to set the first appearance style of the virtual vehicle in wheeled mode, and the second appearance setting control is used to set the second appearance style of the virtual vehicle in flight mode. In response to the setting operation of the appearance style of the virtual vehicle in wheeled mode based on the first appearance setting control, the set appearance style is determined as the first appearance style. In response to the setting operation of the appearance style of the virtual vehicle in flight mode based on the second appearance setting control, the set appearance style is determined as the second appearance style.

[0216] In actual implementation, in response to the virtual vehicle switching from wheeled mode to flight mode, the system retrieves the color values, texture map identifiers, material parameters and spray painting pattern data corresponding to the preset second appearance style, replaces the surface rendering parameters of the virtual vehicle model, and updates the shading output, texture mapping, material sampling and pattern overlay of the virtual vehicle model in real time, thus completing the real-time switching of the appearance style from the first appearance style to the second appearance style.

[0217] As an example, see Figure 18 , Figure 18 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 10 Fifth, when the virtual vehicle is in wheeled mode, it has the first appearance style indicated by 1801. When the virtual vehicle's mode is switched from wheeled mode to flight mode, the virtual vehicle's appearance style is switched from the first appearance style indicated by 1801 to the second appearance style indicated by 1802.

[0218] In this way, when the virtual vehicle switches between wheeled mode and flight mode, it simultaneously switches between the first appearance style and the second appearance style. Through the differentiated visual representation of color, texture, material, and spray painting patterns, users can intuitively and quickly identify the current operating mode of the virtual vehicle, making the status feedback of mode switching clearer and more explicit, enriching the visual display effect of the virtual vehicle in different operating states, and improving the differentiation of the virtual vehicle's operating state and the visual interaction experience in the virtual scene.

[0219] In some embodiments, to provide a more intuitive feedback on the flight speed of the virtual vehicle and enhance the visual realism and interactive immersion during flight, a virtual flame jet effect that is positively correlated with the flight speed is displayed during the virtual vehicle's flight. Specifically, during the virtual vehicle's flight, virtual flames ejected from the virtual thrusters are displayed, and the intensity of the virtual flame jet is positively correlated with the virtual vehicle's flight speed.

[0220] Among them, virtual flames are visual jet effects generated by virtual thrusters in virtual scenes. Virtual flames are used to intuitively represent the power output state of virtual thrusters and are a visual effect element in the flight process of virtual vehicles.

[0221] It should be noted that the jet intensity refers to the visual representation of the virtual flame ejected from the virtual thruster. It is used to intuitively reflect the power output of the virtual thruster and the flight speed of the virtual vehicle. The jet intensity includes at least one of the following: jet length, jet range, brightness, and concentration of the virtual flame. When the virtual vehicle's flight speed is zero, the jet intensity of the virtual flame is reduced to the lowest preset value or is hidden directly. When the virtual vehicle accelerates, the jet intensity of the virtual flame gradually increases with the increase of speed.

[0222] In practical implementation, the flight speed of the virtual vehicle can be pre-divided into multiple continuous and non-overlapping speed ranges. Each speed range corresponds to a fixed level of virtual flame jet intensity. During flight, the virtual vehicle adaptively switches the corresponding level of jet intensity based on the speed range it falls into, thereby achieving a gradient adjustment of the virtual flame jet intensity as the flight speed changes. For example, the flight speed of the virtual vehicle can be divided into three preset speed ranges: a low-speed range of 0 to 100 units, a medium-speed range of 101 to 200 units, and a high-speed range of 201 to 300 units.

[0223] The virtual thruster provides flight power to the virtual vehicle by ejecting high-speed airflow backward. During the flight of the virtual vehicle, the virtual flames and jet airflow ejected by the virtual thruster are displayed simultaneously. The intensity of the virtual flames, the diffusion range and concentration of the jet airflow are all positively correlated with the flight speed of the virtual vehicle. The faster the flight speed, the greater the intensity of the virtual flames and the higher the diffusion range and concentration of the jet airflow, which intuitively reflects the relationship between the thruster's power output and the flight speed.

[0224] Furthermore, when the virtual thruster provides flight propulsion for the virtual vehicle, it ejects virtual airflow. This virtual airflow has a corresponding airflow intensity, which is positively correlated with the virtual vehicle's flight speed. The faster the virtual vehicle flies, the higher the airflow intensity from the virtual thruster. Airflow intensity is represented by specific visualized parameters of the virtual airflow, including its diffusion range, concentration, and ejection length. As the virtual vehicle's flight speed increases, the diffusion range of the virtual airflow gradually expands, the concentration increases synchronously, and the ejection length increases accordingly, thus visually representing changes in airflow intensity.

[0225] As an example, see Figure 19 , Figure 19 This is a control schematic of the virtual vehicle provided in the embodiments of this application. Figure 106. When the virtual vehicle is flying at a speed of 30 km / h as indicated by dashed box 1901, the virtual flames ejected by the virtual thruster are displayed using the jet intensity indicated by 1902; when the virtual vehicle is flying at a speed of 60 km / h as indicated by dashed box 1903, the virtual flames ejected by the virtual thruster are displayed using the jet intensity indicated by 1904.

[0226] In this way, the virtual vehicle displays virtual flames ejected by the virtual thrusters during flight, and the intensity of the virtual flames is positively correlated with the flight speed. The real-time flight speed and power output status of the virtual vehicle can be intuitively fed back through visual effects, enhancing the visual expressiveness and scene immersion of the flight process. This allows users to perceive the changes in the flight status of the virtual vehicle more clearly and intuitively, improving the interactive experience and visual realism of virtual vehicle flight control.

[0227] In some embodiments, to meet users' personalized appearance requirements for virtual vehicle thrusters and enhance the customization and interactive fun of the mode switching process, candidate style selection is provided during mode switching, and the virtual thruster is switched according to the user-selected style. Specifically, in response to a mode switching command for a virtual vehicle, at least one candidate style for the virtual thruster is displayed; in response to a selection operation for at least one candidate style, the selected candidate style is determined as the target style; switching each wheel to a virtual thruster can be achieved by switching each wheel to a virtual thruster of the target style.

[0228] The candidate styles are a variety of pre-configured visual representations for the virtual thrusters within the virtual scene. Each candidate style corresponds to a different appearance, shape, or special effects feature of the virtual thruster, which the user can select after triggering the mode switching command to determine the final display style of the virtual thruster after wheel switching. Candidate styles are displayed in the form of icons, lists, pop-ups, etc. The number and appearance parameters of the candidate styles are pre-configured in the virtual scene. Different types of virtual vehicles correspond to different candidate styles, and the candidate styles can be customized according to the type of virtual vehicle.

[0229] In actual implementation, if no candidate style selection operation is performed, a preset basic style is automatically adopted as the target style, and the wheels are directly switched to the virtual propeller of the basic style, ensuring the normal completion of the mode switching process. That is to say, if no selection operation for the at least one candidate style is received within a preset time period, the preset default candidate style is directly determined as the target style, and the subsequent switching of the wheels to the virtual propeller is completed.

[0230] In actual implementation, in response to the mode switching command for the virtual vehicle, the geometric parameters, texture mapping data, and material rendering parameters corresponding to each candidate style stored in the preset virtual thruster candidate style resource library are retrieved. Based on the parameters, the visualization effect of each candidate style is rendered and displayed. In response to the selection operation for the candidate style, the unique identifier of the selected candidate style is parsed, and all parameters associated with the identifier are determined as the target style parameters and written to the temporary storage area. When performing the operation of switching each wheel to a virtual thruster, the target style parameters in the temporary storage area are read, the vertex coordinates, surface texture mapping relationship, and material sampling parameters of the wheel model are replaced, the spatial coordinates and visual rendering values ​​of the virtual thruster model are recalculated, and the real-time conversion and frame-synchronized rendering of the wheel model to the target style virtual thruster model are completed.

[0231] In this way, the virtual vehicle response mode switching command displays candidate styles of virtual thrusters and determines the target style according to the user's selection. Then, the wheels are switched to the virtual thrusters of the corresponding target style. This gives users the right to choose the appearance of the virtual thrusters, allowing the switching of the wheel and virtual thruster forms to match the user's personalized settings. This enriches the visual presentation and interactive freedom during the virtual vehicle mode switching process, and enhances the personalized experience and scene interaction fun of virtual vehicle operation and use.

[0232] In some embodiments, to expand the interactive capabilities of virtual vehicles in flight mode, enrich the combat gameplay within the virtual scene, and enhance the operational depth and scene fun of virtual vehicles, an attack component is switched after mode switching to support attack operations on other virtual vehicles. Specifically, after switching the virtual vehicle's mode from wheeled mode to flight mode, the first component of the virtual vehicle is switched to a second component capable of attack; when other virtual vehicles are included in the virtual scene, in response to attack commands against other virtual vehicles, the virtual vehicle is controlled to attack other virtual vehicles based on the second component.

[0233] It should be noted that the first component is the basic functional component configured for the virtual vehicle in wheeled mode. It adapts to the normal operational needs of the virtual vehicle in wheeled mode, such as driving, steering, and support, and does not have attack-related functions. The first component can be any functional component adapted to the virtual vehicle in wheeled mode, such as crash barriers, steering stabilizers, driving lighting components, vehicle support arms, storage racks, etc., and is only used to support wheeled driving, steering, basic protection, and other non-attack functions. The second component is the functional component used to replace the first component when the virtual vehicle switches to flight mode. It has the ability to attack other virtual vehicles in the virtual scene, adapts to the combat interaction needs in flight mode, and can be any attack-type functional component adapted to the virtual vehicle in flight mode, such as virtual laser emitters, virtual missile launchers, virtual energy pulse cannons, virtual melee cutting blades, etc., and has the ability to attack other virtual vehicles.

[0234] In other words, the first component and the second component are one-to-one replacement components for different operating modes of the virtual vehicle. When the virtual vehicle is in wheel mode, the first component is configured and used. When it is switched to flight mode, the first component is directly replaced by the second component with attack capability. The two components are adapted to each other as the virtual vehicle switches modes, respectively meeting the differentiated functional requirements of regular operation in wheel mode and anti-attack in flight mode.

[0235] In actual implementation, an attack control corresponding to the second component can be displayed. In response to the triggering operation of the attack control, attack commands against other virtual vehicles can be triggered. Other virtual vehicles are independent virtual vehicle objects in the virtual scene other than the currently controlled virtual vehicle. Other virtual vehicles can be used as attack targets for virtual vehicles in flight mode.

[0236] It is understandable that attacking other virtual vehicles based on the second component means that, in flight mode, the virtual vehicle, relying on the attack function of the second component that has been switched, triggers and executes corresponding attack actions against other virtual vehicles in the virtual scene, thus completing the adversarial interaction process in flight mode.

[0237] In actual implementation, in response to the virtual vehicle switching from wheeled mode to flight mode, the system reads the model vertex data, rendering identifiers, and function binding parameters corresponding to the first component of the virtual vehicle. It then replaces the above data with the preset geometric shape parameters, attack effect data, and attack execution parameters of the second component, completing the real-time rendering and function binding of the component. The system detects the set of virtual vehicle objects in the virtual scene. When it determines that other virtual vehicles exist, it parses the target object identifier and spatial coordinate information carried in the attack command against other virtual vehicles, matches the attack trajectory parameters and hit determination parameters of the second component, and drives the virtual vehicle to execute the attack action according to the above coordinates and parameters, and simultaneously renders the corresponding attack effect.

[0238] In this way, when the virtual vehicle switches from wheeled mode to flight mode, it simultaneously switches its first component to a second component with attack capabilities. It can also respond to attack commands and execute attack operations when other virtual vehicles are present in the virtual scene. This realizes the linkage and adaptation between the virtual vehicle's operating mode and functional components, expands the interactive dimensions and gameplay types in flight mode, allows the virtual vehicle to present differentiated functional performance in different modes, enriches the combat interaction experience in the virtual scene, and enhances the fun and depth of virtual vehicle control.

[0239] In some embodiments, during the process of switching each wheel to a virtual thruster, a progress prompt is displayed to indicate the switching progress of the virtual thruster.

[0240] By applying the above embodiments of this application, the virtual vehicle control method dynamically switches between wheeled and flight modes, allowing the wheels and virtual thrusters to be switched on demand and the virtual thrusters to face the appropriate flight direction. Combined with technologies such as energy value management, mode switching condition determination, multi-type prompt information feedback, flight altitude constraints, automatic virtual airflow assistance, vehicle flight tilt and first-person perspective synchronous deflection, ground adaptation detection upon landing, level unlocking, follow flight, appearance style switching, virtual flame effect display, customizable virtual thruster style selection, and attack component linkage switching, this method achieves seamless integrated control of virtual vehicles on the ground and in the air. It constructs a multi-scene, multi-state, and multi-interactive virtual vehicle operation system, enriching the functional forms and gameplay dimensions of virtual vehicles, and enhancing the continuity, realism, personalization, and interactive fun of virtual vehicle control. This makes the mode switching, flight control, scene adaptation, and combat interaction of virtual vehicles more aligned with the operating logic of the virtual scene and the user's control experience.

[0241] The following will describe an exemplary application of the embodiments of this application in a real-world application scenario.

[0242] In the field of related technologies, the implementation of hover vehicles can be mainly divided into two types. The first type is to create hover vehicle movement components based on the design concept of character movement components. This implementation method belongs to non-physical control. All movement logic of the hover vehicle, including movement, rotation, speed, angular velocity, acceleration, angular acceleration, collision detection, etc., are directly controlled by the hover vehicle movement components. The advantage of this type of solution is that it has strong control over the hover vehicle. The disadvantage is that the hover vehicle's performance in complex terrain environments is not good, and the player's driving experience will have a noticeable sense of incongruity. The second type is to create simulated hover vehicles based on physical simulation technology. The overall movement process of this type of hover vehicle is basically simulated by a physics engine, thus ensuring that the hover vehicle's movement performance has a higher degree of realism.

[0243] During implementation, the applicant discovered the following problems with the relevant technology for controlling virtual vehicles: Most current hover vehicle solutions based on physics engines simply embellish the original vehicles in the game engine with animations. Specifically, they are based on wheeled vehicles, replacing the originally physically driven tires with propeller decorations. The actual vehicle movement is still driven by a hidden, unseen wheel. This implementation makes the vehicle appear to be in a state where no tires are in contact with the ground, but the actual movement mode of the vehicle still maintains the movement mode of a wheeled vehicle.

[0244] This solution, with minimal modifications to the source code framework, transforms the original tire-driven movement mode of wheeled vehicles into a vehicle movement mode that is realistically driven by propellers. It also successfully solves a series of challenges brought about by this transformation, such as motion stability and motion realism. In addition, to enrich the gameplay, an in-game mode switching function was designed, which supports real-time switching between wheeled driving mode and hover driving mode.

[0245] The levitation vehicle system, built based on physical simulation, supports real-time switching between levitation mode and wheeled vehicle mode during driving. It uses a virtual suspension system to simulate a three-axis propulsion levitation control system and achieves a more realistic levitation simulation effect by controlling the vehicle's attitude through fixed-axis torque.

[0246] The control method for the virtual vehicle provided in this application embodiment will be described next from the product side.

[0247] The vehicle (i.e., the virtual vehicle) initially operates in a wheeled mode, driven by four rotating wheels. Forward and backward movement can be controlled using the WS keys, while left and right steering can be controlled using the A and D keys. Pressing the Shift key causes the vehicle to bounce upwards a short distance, deforming the body and transforming the four wheels into thrusters (virtual thrusters). These thrusters generate downward thrust, suspending the vehicle at a certain distance above the ground. In hover mode (i.e., flight mode), inputting WS generates forward and backward thrust, while inputting A and D generates left and right thrust. Simultaneously, the four thrusters adjust their orientation to match the vehicle's desired direction of movement. The vehicle's hover height can be adjusted using the additional QE input. Pressing the Shift key again while hovering restores the vehicle to its original form and switches back to wheeled vehicle driving mode.

[0248] The following section will continue to describe the control method of the virtual vehicle provided in the embodiments of this application from a technical perspective.

[0249] The suspension effect in this scheme uses the suspension mechanism of wheeled vehicles. The thrusters can generate a large force when the vehicle is close to the ground, allowing the vehicle to move away from the ground, while not generating additional force to allow the vehicle to rise indefinitely when it is far from the ground. This mechanical model is similar to a spring, i.e., formula (1).

[0250] By calculating the spring compression in real time, the thrust that the four thrusters should generate is determined and applied to the thruster positions, thus enabling the vehicle to levitate. This method ensures that the vehicle maintains a reasonable balance in its levitating posture on any complex terrain.

[0251] The control principle of the hovering vehicle is divided into movement control and attitude control. Movement control is further subdivided into horizontal movement and vertical movement. The horizontal movement of the hovering vehicle is achieved in the following way: The input layer generates two axis inputs using WASD: the X-axis (i.e., the horizontal axis corresponding to the forward and backward direction of the virtual vehicle) and the Y-axis (i.e., the horizontal axis corresponding to the left and right direction of the virtual vehicle). The value range of the X-axis input is [-1, 1], which is used to control the horizontal movement of the vehicle forward and backward. 1 represents forward and -1 represents backward. The value range of the Y-axis input is [-1, 1], which is used to control the horizontal movement of the vehicle to the left and right. 1 represents right and -1 represents left. The X-axis input corresponds to the forward and backward movement input of the vehicle, and the Y-axis input corresponds to the left and right movement input of the vehicle. These two axis inputs will cause the thrusters to generate thrust along the X-axis and Y-axis directions, respectively. The magnitude of the thrust can be adjusted by a curve. In order to avoid the hovering vehicle from accelerating infinitely due to these thrusts, the design uses the hovering vehicle's own damping mechanism to limit it, i.e., formula (2).

[0252] The vertical movement of a hovering vehicle has its own specific implementation logic. To enable a hovering vehicle to move vertically, it is essentially necessary to modify the range of propulsion generation and convergence. From a more fundamental perspective, this operation is essentially to modify the maximum extension and contraction length of the spring model. By adjusting the maximum length and compressibility of the spring model in real time through another set of Z-axis inputs, the vertical movement of the hovering vehicle can be achieved. To prevent the hovering vehicle from rising indefinitely, corresponding constraints also need to be set for the vertical movement of the hovering vehicle.

[0253] The attitude control of a hovering vehicle has its own unique design logic. The thruster needs to achieve both horizontal control and maintain a hovering state simultaneously, so the rotation angle of the thruster is limited. When the tilted thruster generates thrust, it will generate a corresponding torque. This torque will cause the hovering vehicle to rotate. In order to suppress this rotation of the vehicle body, it is necessary to first calculate the torque required for the thrust to cause the hovering vehicle to rotate, and then adjust the magnitude of the torque according to the current attitude of the hovering vehicle, so as to keep the hovering vehicle in a stable tilting state. The calculation process of this torque is divided into four steps: the first step is to map the input of the X-axis and Y-axis to the deflection angle of the Z-axis of the vehicle body, and at the same time calculate the desired Z-axis orientation d1 of the hovering vehicle body.

[0254] The second step is to calculate the angle of deflection required to rotate to the desired posture based on the current Z-axis orientation d0 of the suspended vehicle, i.e., formula (3).

[0255] Multiply the pre-set deflection stiffness by the included angle The final torque is obtained by subtracting the angular velocity of the current vehicle in the current Z-axis direction and taking damping into account. Finally, its magnitude needs to be limited to ensure the stability of the vehicle's motion, i.e., formula (5).

[0256] The vehicle's driving mode switching design is based on the similarities and differences between the mechanical models of hovering and ordinary wheeled vehicles. Although there are significant differences between the two mechanical models, they still share two common models: aerodynamics and suspension. The steering and tire models are different models. Therefore, the essence of switching the vehicle to hovering mode is to remove the original steering and tire models of the wheeled vehicle and connect the corresponding hovering control model. Since both the steering and tire models ultimately drive the vehicle by generating friction, the influence of these two mechanical models on the vehicle can be eliminated by simply modifying the friction coefficient of the tires to 0 during mode switching without modifying any source code. After the friction coefficient of the tires is modified to 0, an additional damping needs to be applied to the vehicle itself so that the vehicle can stop moving faster without any operation input.

[0257] The vehicle hovering control system in this solution comprises five core components. The hovering control component is the core control unit of the system, responsible for hovering state management, physics calculations, and mode switching. The configuration management system is a configuration-driven system built on a data structure, containing multiple sets of hovering parameter configurations. The physics calculation engine integrates the game engine's physics system to achieve accurate calculations of force, torque, and damping. The network synchronization module adopts an event synchronization mechanism based on attribute copying, providing synchronization support for multi-player environments. The environmental detection system consists of an airflow detection module and a height calculation module, specifically responsible for related environmental detection tasks.

[0258] The multi-mode suspension switching mechanism includes three core designs: First, a configuration-driven suspension scheme, where the suspension control system supports multiple suspension configurations, each containing complete physical parameters; second, dynamic wheel switching, which achieves the switching of physical characteristics under different suspension modes by dynamically changing the type of wheels; and third, a condition verification system, which covers multiple condition verification steps such as fuel check, driver check, and cooling time verification, thereby ensuring the rationality of suspension mode switching.

[0259] The precise physics control algorithm comprises three core algorithms: the Proportional-Integral-Derivative (PID) algorithm is used to calculate airflow buoyancy. It first calculates the cumulative values ​​of the proportional, derivative, and integral terms separately, then combines the PID parameters in the configuration to complete the overall PID calculation, and finally converts the calculation result into a buoyancy value; the intelligent damping control system first obtains the vehicle's world speed and calculates the speed amplitude, then calculates the basic damping force based on this, and then independently scales the damping force for the X, Y, and Z axes using the corresponding damping scaling factors; the attitude control torque algorithm calculates the torque used to adjust the vehicle's attitude based on the vehicle's target forward direction, current forward direction, world angular velocity, and parameters such as control rotation speed and angular damping in the configuration.

[0260] The environmental adaptive system includes three key functions: first, airflow detection, which can detect the airflow height at the vehicle's location in real time; second, dynamic parameter overlay, which automatically applies special suspension parameter configurations to the vehicle when it is detected that the vehicle is in an airflow area; and third, an effect management system, which automatically applies or removes airflow-related effects to the vehicle based on the state of the environment in which the vehicle is located.

[0261] The main control loop of the vehicle suspension control system begins with a periodic execution cycle, subsequently progressing to four core stages. The first is the state verification stage, which performs two key checks: a fuel status check to ensure the vehicle has sufficient fuel to maintain suspension, and a driver status check to ensure a driver is controlling the vehicle. Next is the environmental processing stage, which first detects the airflow height at the vehicle's location, then determines if the vehicle is within an airflow zone, and finally adaptively adjusts environmental parameters based on the detection and judgment results. Following this is the physics calculation stage, which performs multiple calculations, including damping force calculation based on speed and damping coefficients, thrust calculation based on player input and thrust curves, torque calculation for attitude control and direction adjustment, and lift calculation for vertical control. Finally, the physics application stage applies the forces and torques obtained in the physics calculation stage to the vehicle, while simultaneously updating the wheel status and various physical parameters.

[0262] The vehicle hover mode switching process begins with receiving a mode switching request and consists of four sequentially advancing stages. First is the condition verification layer, which performs four verification steps: verifying the existence of the hover configuration, verifying the unlock status of the hover function, verifying the vehicle's fuel level, and verifying whether the vehicle is in the switching cooldown period. After verification, the switching preparation stage begins, which involves three operations: setting the target mode identifier, applying a switching impulse to provide visual feedback for the mode switch, and starting a switching timer to precisely control the mode switching delay. Next is the switching execution stage, which dynamically changes the physical wheel type to complete the wheel configuration change, updates physical parameters, adjusts friction, collision response, and other related parameters, and updates hover-related markers to synchronize the hover state. Finally, the event notification stage broadcasts the mode switching event to notify other components in the system and performs network status synchronization to ensure consistency of vehicle mode states in a multi-player environment.

[0263] The key technical parameters of the vehicle's suspension control system are divided into four categories: basic suspension parameters, thrust system parameters, lift control system parameters, and mode switching parameters. The basic suspension parameters include two parts: suspension damping system parameters and control response parameters. The suspension damping system includes a basic damping coefficient, XY plane damping scaling coefficient, Z-axis damping scaling coefficient, and gravity influence scaling coefficient, all ranging from 0.0 to 1.0. The control response parameters include control rotation response speed, angular velocity damping coefficient, and pitch control enable flag. The thrust system parameters include forward thrust versus speed curves, lateral thrust versus speed curves, forward input to pitch angle mapping coefficient, and lateral input to roll angle mapping coefficient. The lift control system parameters include vertical lift speed, maximum lift height limit, and an array of lift stiffness curves for each wheel. The mode switching parameters include mode switching delay time, physical impulse applied during switching, switching cooldown time, and a flag indicating whether function unlocking is required.

[0264] See Figure 20 , Figure 20 This is a schematic diagram of the structure of the control system of the virtual vehicle provided in the embodiments of this application. Figure 2 The levitation control component 2001 serves as the core control unit, calling down to three core sub-modules: the configuration management system 2002, the physical calculation engine 2003, and the network synchronization module 2004. The configuration management system 2002 further interfaces with the environmental detection system 2005, while the physical calculation engine 2003 and the network synchronization module 2004 jointly interface with the physical calculation and state synchronization module 2006. Through hierarchical calls, each module collaboratively completes tasks related to vehicle levitation control, such as configuration management, physical calculation, state synchronization, and environmental detection.

[0265] See Figure 21 , Figure 21 This is a second flowchart illustrating the control method for virtual vehicles provided in this application embodiment. In step 2101, a hover mode switching request is received, serving as the starting point of the entire process. After the request is initiated, the process proceeds to step 2102. In step 2102, multi-layered verification of conditions is performed. Specifically, four core verifications are conducted in parallel: configuration validity verification, unlock status verification, fuel status verification, and cooldown time verification. After successful verification, the process proceeds to step 2103. In step 2103, preparation for switching is initiated. This stage involves three preparatory tasks: setting the target mode, applying the switching impulse, and starting the switching timer. Once ready, the process proceeds to step 2104. In step 2104, the switching is executed. This stage simultaneously completes the core execution operations of changing wheel configuration, updating physical parameters, and updating hover status. The final step of the entire switching process is step 2105. In step 2105, a notification event is generated. By broadcasting the switching event and synchronizing with the network status, state consistency in a multi-player environment is achieved, completing the entire switching process.

[0266] See Figure 22 , Figure 22 This is a schematic diagram of the third flow of the virtual vehicle control method provided in this application embodiment. In step 2201, the loop begins; in step 2202, the vehicle's physical parameters and data are acquired, including the vehicle's current position, direction vector, velocity vector, angular velocity, and input values; based on these parameters and data, steps 2203 and 2204 are performed in parallel. In step 2203, PID control is calculated; in step 2204, damping force is calculated; in step 2205, thrust is calculated; in step 2206, torque is calculated and attitude control is performed; in step 2207, physical force / torque is synthesized and applied; after completing the above calculation and control operations, the process finally proceeds to step 2208, in which the wheel state and physical parameters are updated.

[0267] See Figure 23 , Figure 23This is a fourth flowchart illustrating the control method for a virtual vehicle provided in this application embodiment. In step 2301, an environmental detection loop begins; in step 2302, airflow height is detected in real time; in step 2303, it is determined whether there is a valid airflow area. If the determination result is valid, step 2304 is executed, in which airflow area processing begins; in step 2305, special airflow parameter configurations are applied; in step 2306, PID controller parameters are updated; in step 2307, adaptive physical force calculations are applied; if the determination result is invalid, step 2308 is executed, in which airflow area processing begins; in step 2309, the original suspension parameter configuration is restored; in step 2310, airflow effects are removed; in step 2311, environmental status flags are reset; and in step 2312, environmental status flags and effect management are updated.

[0268] Applying the embodiments described above, this application features a core innovative design encompassing multi-mode dynamic switching, high-precision physical control, environmental adaptability, and intelligent condition verification. For the first time in game vehicle design, it achieves real-time dynamic switching of multiple hovering modes, significantly enhancing gameplay diversity and fun. Utilizing a PID controller and precise physical force calculation algorithms, it creates a more stable and realistic hovering effect than traditional methods. An innovative airflow response mechanism allows the vehicle to automatically adjust hovering parameters according to environmental changes. Multi-layered condition verification ensures the safety and rationality of hovering switching, avoiding unreasonable state transitions. In terms of user experience enhancement, smooth mode switching and precise physical response provide a fluid operating experience. Physics-based hovering effects and switching animations enhance visual realism. Multi-mode hovering offers players more tactical options and gameplay strategies. The configuration-driven architecture facilitates adding new hovering modes and adjusting parameters. An optimized network synchronization mechanism reduces bandwidth consumption and improves performance in multi-player scenarios. Modular design and a complete logging system facilitate debugging and maintenance. Intelligent condition checks and calculation optimizations ensure overall operational efficiency.

[0269] The following description continues to illustrate the exemplary structure of the control device 555 for the virtual vehicle provided in the embodiments of this application as a software module. In some embodiments, such as... Figure 2 As shown, the software modules of the virtual vehicle control device 555 may include: a first display module 5551, a first switching module 5552, and a first control module 5553.

[0270] The first display module 5551 is used to display a virtual vehicle in a wheeled mode in a virtual scene. The virtual vehicle in the wheeled mode includes at least one wheel and is driven by the at least one wheel. The first switching module 5552 is used to switch the mode of the virtual vehicle from the wheeled mode to the flight mode in response to the mode switching command for the virtual vehicle; The first switching module 5552 is also used to switch each of the wheels to virtual thrusters, and based on the virtual thrusters, control the virtual vehicle to levitate in the air of the virtual scene, and the virtual vehicle in the flight mode is driven to fly by the virtual thrusters; The first control module 5553 is configured to respond to a movement command for the virtual vehicle, control the virtual vehicle to fly in the air, and during the flight of the virtual vehicle, control the orientation of the virtual thruster to match the flight direction of the virtual vehicle.

[0271] In some embodiments, the first switching module 5552 is further configured to, in response to a mode switching command for the virtual vehicle, switch the mode of the virtual vehicle from the wheeled mode to the flight mode when a target condition is met; wherein the target condition includes: the energy value of the virtual vehicle is greater than a first energy value threshold, the flight mode is in a ready state, and a virtual character exists in the driver's seat of the virtual vehicle.

[0272] In some embodiments, the control device for the virtual vehicle further includes: a first energy increase module, configured to, in response to a mode switching command for the virtual vehicle, display a first prompt message when the target condition is not met, and the reason for the failure to meet the condition is that the energy value of the virtual vehicle is less than or equal to a first energy value threshold; wherein the first prompt message includes a first energy increase control, configured to prompt for increasing the energy value of the virtual vehicle; based on the first prompt message, in response to a triggering operation of the first energy increase control, increase the energy value of the virtual vehicle; when the increased energy value is greater than the first energy value threshold, switch the mode of the virtual vehicle from the wheeled mode to the flight mode.

[0273] In some embodiments, the virtual vehicle has an energy value, and the control device for the virtual vehicle further includes: a second control module, configured to control the energy value of the virtual vehicle to decrease during the flight of the virtual vehicle; when the energy value of the virtual vehicle decreases to a first energy value threshold, switch the mode of the virtual vehicle from the flight mode to the wheel mode; switch each of the virtual thrusters to the wheels, and control the virtual vehicle to land from the air in the virtual scene to the virtual ground in the virtual scene.

[0274] In some embodiments, the virtual vehicle is driven by a virtual character, and the control device for the virtual vehicle further includes: a second energy increase module, configured to display a second energy increase control when the energy value of the virtual vehicle is greater than the first energy value threshold and less than the second energy value threshold; wherein the second energy value threshold is greater than the first energy value threshold; and in response to a triggering operation on the second energy increase control, to consume the virtual resources of the virtual character and increase the energy value of the virtual vehicle.

[0275] In some embodiments, the control device for the virtual vehicle further includes: a second display module, configured to display a first mode identifier before switching the mode of the virtual vehicle from the wheeled mode to the flight mode, the first mode identifier indicating that the virtual vehicle is in the wheeled mode; the control device for the virtual vehicle further includes: a second switching module, configured to switch the first mode identifier to a second mode identifier when the mode of the virtual vehicle is switched from the wheeled mode to the flight mode, the second mode identifier indicating that the virtual vehicle is in the flight mode.

[0276] In some embodiments, the first control module 5553 is further configured to, in response to a movement command for the virtual vehicle, control the virtual vehicle to fly in the air along a first direction indicated by the movement command; wherein the first direction includes a direction away from the virtual ground of the virtual scene; the control device for the virtual vehicle further includes: a third display module, configured to, when the flight altitude of the virtual vehicle reaches a target altitude, display a second prompt message, and control the virtual vehicle to fly on a horizontal plane corresponding to the target altitude; wherein the second prompt message is used to prompt the virtual vehicle that it can no longer continue to fly in a direction away from the virtual ground.

[0277] In some embodiments, the airspace of the virtual scene includes a target area, the target area includes a virtual airflow flowing along a second direction, and the control device of the virtual vehicle further includes: a third control module, configured to, when the virtual vehicle is in the flight mode and the virtual vehicle flies to the target area, control the virtual vehicle to automatically fly a target distance along the second direction under the propulsion of the virtual airflow, the target distance being less than or equal to the distance of the target area in the second direction.

[0278] In some embodiments, the control device for the virtual vehicle further includes: a fourth display module, configured to display a third prompt message when the virtual vehicle flies to the target area, the third prompt message being used to indicate that the virtual vehicle is in the virtual airflow, the virtual airflow being used to propel the virtual vehicle to fly automatically.

[0279] In some embodiments, the virtual scene includes multiple virtual terrain blocks, including a first virtual terrain block and a second virtual terrain block. A virtual airflow flows along a third direction between the first and second virtual terrain blocks, the third direction being a direction away from the virtual ground of the virtual scene. The height of the second virtual terrain block is greater than the height of the first virtual terrain block. The control device for the virtual vehicle further includes a fourth control module, configured to, after controlling the virtual vehicle to fly in the air, when the virtual vehicle is in the air above the first virtual terrain block and the virtual vehicle flies to the area of ​​the virtual airflow, control the virtual vehicle to fly along the third direction under the propulsion of the virtual airflow; during the flight of the virtual vehicle along the third direction, when the flight altitude of the virtual vehicle reaches the height of the second virtual terrain block, control the virtual vehicle to move to the second virtual terrain block in response to a movement command for the virtual vehicle.

[0280] In some embodiments, the first control module 5553 is further configured to, in response to a movement command for the virtual vehicle in a fourth direction, control the virtual vehicle to fly in the air in the fourth direction and control the virtual vehicle to tilt in the fourth direction when the virtual vehicle is suspended in the air of the virtual scene, wherein the fourth direction is any direction on the horizontal plane where the virtual vehicle is located, and the horizontal plane is the horizontal plane where the virtual vehicle is suspended in the air.

[0281] In some embodiments, the control device for the virtual vehicle further includes: a fifth control module, configured to control the tilting speed of the virtual vehicle to gradually decrease during the process of controlling the virtual vehicle to tilt in the fourth direction; and to control the virtual vehicle to stop tilting when the tilting angle of the virtual vehicle reaches the target tilting angle.

[0282] In some embodiments, the virtual vehicle includes a virtual character, and the control device of the virtual vehicle further includes: a sixth control module, used to control the first view of the virtual character to be deflected synchronously during the tilting process of the virtual vehicle if the view of the virtual scene is the first view of the virtual character, so as to deflect the content in the screen.

[0283] In some embodiments, the control device for the virtual vehicle further includes: a third switching module, configured to, in response to a mode switching command for the virtual vehicle, switch the mode of the virtual vehicle from the flight mode to the wheel mode when the mode of the virtual vehicle is the flight mode; switch each of the virtual thrusters to the wheels; and control the virtual vehicle to descend from the air in the virtual scene to the virtual ground in the virtual scene.

[0284] In some embodiments, the first switching module 5552 is further configured to, in response to a mode switching command for the virtual vehicle, switch the mode of the virtual vehicle from the flight mode to the wheeled mode when there is a virtual ground below the virtual vehicle that meets the driving conditions; the control device of the virtual vehicle further includes: a fifth display module, configured to, in response to a mode switching command for the virtual vehicle, display a fourth prompt message when there is no virtual ground below the virtual vehicle that meets the driving conditions, the fourth prompt message being used to indicate that mode switching cannot be performed and the reason why mode switching cannot be performed.

[0285] In some embodiments, the virtual vehicle has a level, and the first switching module 5552 is further configured to, in response to a mode switching command for the virtual vehicle, switch the mode of the virtual vehicle from the wheeled mode to the flight mode when the level of the virtual vehicle reaches a target level.

[0286] In some embodiments, the control device for the virtual vehicle further includes: a follow module, configured to display a follow control when other virtual vehicles in flight mode exist within a preset range centered on the virtual vehicle after the mode of the virtual vehicle is switched from the wheel mode to the flight mode; and to control the virtual vehicle to follow the other virtual vehicles in flight in response to a trigger operation on the follow control.

[0287] In some embodiments, when the virtual vehicle is in the wheeled mode, it has a first appearance style. The control device of the virtual vehicle further includes: a fourth switching module, used to switch the appearance style of the virtual vehicle from the first appearance style to a second appearance style when the mode of the virtual vehicle is switched from the wheeled mode to the flight mode; wherein the appearance style includes at least one of the following: color, texture, material, and spray painting pattern.

[0288] In some embodiments, the control device for the virtual vehicle further includes a jetting module, used to display virtual flames ejected by the virtual thrusters during the flight of the virtual vehicle, wherein the jetting intensity of the virtual flames is positively correlated with the flight speed of the virtual vehicle.

[0289] In some embodiments, the control device for the virtual vehicle further includes: a selection module, configured to display at least one candidate style for the virtual thruster in response to a mode switching command for the virtual vehicle; and to determine the selected candidate style as the target style in response to a selection operation for the at least one candidate style; the first switching module 5552 is further configured to switch each of the wheels to the virtual thruster of the target style.

[0290] In some embodiments, the control device for the virtual vehicle further includes: an attack module, configured to, after switching the mode of the virtual vehicle from the wheeled mode to the flight mode, switch the first component of the virtual vehicle to a second component capable of attacking; and, when the virtual scene includes other virtual vehicles, control the virtual vehicle to attack the other virtual vehicles based on the second component in response to an attack command against the other virtual vehicles.

[0291] This application provides a computer program product, which includes a computer program or computer-executable instructions. When the computer-executable instructions or the computer program are executed by a processor, the processor will execute the virtual vehicle control method provided in this application embodiment, for example, such as... Figure 3 The method is illustrated above. The processor of the electronic device reads the computer program or computer-executable instructions from a computer-readable storage medium, and executes the computer program or computer-executable instructions, causing the electronic device to perform the virtual vehicle control method described in the embodiments of this application.

[0292] This application provides a computer-readable storage medium storing computer-executable instructions or a computer program. When the computer-executable instructions or the computer program are executed by a processor, the processor will execute the virtual vehicle control method provided in this application. For example, ... Figure 3 The methods shown are as follows.

[0293] In some embodiments, the computer-readable storage medium may be a memory such as RAM, ROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or it may be a variety of devices including one or any combination of the above-mentioned memories.

[0294] In some embodiments, computer-executable instructions may take the form of programs, software, software modules, scripts, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as stand-alone programs or as modules, components, subroutines, or other units suitable for use in a computing environment.

[0295] As an example, computer-executable instructions may, but do not necessarily, correspond to files in a file system. They may be stored as part of a file that holds other programs or data, for example, in one or more scripts in a Hyper Text Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple co-located files (e.g., files that store one or more modules, subroutines, or code sections).

[0296] As an example, computer-executable instructions can be deployed to execute on a single electronic device, or on multiple electronic devices located at one location, or on multiple electronic devices distributed across multiple locations and interconnected via a communication network.

[0297] In summary, this virtual vehicle control method achieves seamless integrated control of virtual vehicles on the ground and in the air through bidirectional dynamic switching between wheeled and flight modes. This is achieved by dynamically switching between wheeled and flight modes, allowing the wheels and virtual thrusters to be switched on demand and oriented towards the appropriate flight direction. Combined with technologies such as energy management, mode switching condition determination, multi-type feedback prompts, flight altitude constraints, automatic virtual airflow assistance, synchronized vehicle tilt and first-person perspective deflection, ground adaptation detection upon landing, level unlocking, follow-flight, appearance style switching, virtual flame effects display, customizable virtual thruster styles, and coordinated switching of attack components. This constructs a multi-scenario, multi-state, and multi-interactive virtual vehicle operation system, enriching the functional forms and gameplay dimensions of virtual vehicles. It enhances the continuity, realism, personalization, and interactive fun of virtual vehicle control, making the mode switching, flight control, scene adaptation, and combat interaction of virtual vehicles more aligned with the operational logic of the virtual scene and the user's control experience.

[0298] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, and improvements made within the spirit and scope of this application are included within the scope of protection of this application.

Claims

1. A method for controlling a virtual vehicle, characterized in that, The method includes: In the virtual scene, a virtual vehicle in wheeled mode is displayed. The virtual vehicle in wheeled mode includes at least one wheel and is driven by the at least one wheel. In response to a mode switching command for the virtual vehicle, the mode of the virtual vehicle is switched from the wheeled mode to the flight mode; Each of the aforementioned wheels is switched to a virtual thruster, and based on the virtual thrusters, the virtual vehicle is controlled to levitate in the air of the virtual scene. The virtual vehicle in the flight mode is driven to fly by the virtual thrusters. In response to a movement command for the virtual vehicle, the virtual vehicle is controlled to fly in the air, and during the flight of the virtual vehicle, the orientation of the virtual thrusters is controlled to adapt to the flight direction of the virtual vehicle.

2. The method according to claim 1, characterized in that, The step of switching the mode of the virtual vehicle from the wheeled mode to the flight mode in response to the mode switching command for the virtual vehicle includes: In response to a mode switching command for the virtual vehicle, when the target conditions are met, the mode of the virtual vehicle is switched from the wheeled mode to the flight mode; The target conditions include: the energy value of the virtual vehicle is greater than a first energy value threshold, the flight mode is in a ready state, and a virtual character exists in the main pilot's seat of the virtual vehicle.

3. The method according to claim 2, characterized in that, The method further includes: In response to a mode switching command for the virtual vehicle, when the target condition is not met, and the reason for not meeting the condition is that the energy value of the virtual vehicle is less than or equal to the first energy value threshold, a first prompt message is displayed; The first prompt message includes a first energy increase control, used to prompt for increasing the energy value of the virtual vehicle; Based on the first prompt information, in response to the trigger operation of the first energy increase control, the energy value of the virtual vehicle is increased; When the increased energy value exceeds the first energy value threshold, the mode of the virtual vehicle is switched from the wheeled mode to the flight mode.

4. The method according to claim 1, characterized in that, The virtual vehicle has an energy value, and the method further includes: During the flight of the virtual vehicle, the energy value controlling the virtual vehicle decreases; When the energy value of the virtual vehicle drops to a first energy value threshold, the mode of the virtual vehicle is switched from the flight mode to the wheeled mode; Switch each of the virtual thrusters to the wheels, and control the virtual vehicle to descend from the air in the virtual scene to the virtual ground in the virtual scene.

5. The method according to claim 4, characterized in that, The virtual vehicle is driven by a virtual character, and the method further includes: When the energy value of the virtual vehicle is greater than the first energy value threshold and less than the second energy value threshold, the second energy increase control is displayed; Wherein, the second energy value threshold is greater than the first energy value threshold; In response to a trigger operation on the second energy increase control, the virtual resources of the virtual character are consumed, and the energy value of the virtual vehicle is increased.

6. The method according to claim 1, characterized in that, Before switching the mode of the virtual vehicle from the wheeled mode to the flight mode, the method further includes: Display a first mode identifier, which indicates that the virtual vehicle is in the wheeled mode; The method further includes: When the virtual vehicle switches from the wheeled mode to the flight mode, the first mode identifier is switched to the second mode identifier, which is used to indicate that the virtual vehicle is in the flight mode.

7. The method according to claim 1, characterized in that, The control of the virtual vehicle to fly in the air in response to a movement command for the virtual vehicle includes: In response to a movement command for the virtual vehicle, the virtual vehicle is controlled to fly in the air along a first direction indicated by the movement command; Wherein, the first direction includes the direction away from the virtual ground of the virtual scene; The method further includes: When the virtual vehicle reaches the target altitude, a second prompt message is displayed, and the virtual vehicle is controlled to fly on the horizontal plane corresponding to the target altitude. The second prompt message is used to indicate to the virtual vehicle that it can no longer fly in a direction away from the virtual ground.

8. The method according to claim 1, characterized in that, The virtual scene includes a target area in the air, the target area includes a virtual airflow flowing in a second direction, and the method further includes: When the virtual vehicle is in the flight mode, when the virtual vehicle flies to the target area, the virtual vehicle is controlled to automatically fly a target distance along the second direction under the propulsion of the virtual airflow. The target distance is less than or equal to the distance of the target area in the second direction.

9. The method according to claim 8, characterized in that, The method further includes: When the virtual vehicle flies to the target area, a third prompt message is displayed. The third prompt message is used to indicate that the virtual vehicle is in the virtual airflow, and the virtual airflow is used to propel the virtual vehicle to fly automatically.

10. The method according to claim 1, characterized in that, The virtual scene includes multiple virtual terrain blocks, including a first virtual terrain block and a second virtual terrain block. A virtual airflow flows between the first virtual terrain block and the second virtual terrain block in a third direction, which is the direction away from the virtual ground of the virtual scene. The height of the second virtual terrain block is greater than the height of the first virtual terrain block. After the virtual vehicle has been controlled to fly in the air, the method further includes: When the virtual vehicle is in the air above the first virtual terrain block, when the virtual vehicle flies to the area of ​​the virtual airflow, the virtual vehicle is controlled to fly along the third direction under the propulsion of the virtual airflow; During the flight of the virtual vehicle along the third direction, when the flight altitude of the virtual vehicle reaches the height of the second virtual terrain block, in response to the movement command for the virtual vehicle, the virtual vehicle is controlled to move to the second virtual terrain block.

11. The method according to claim 1, characterized in that, The control of the virtual vehicle to fly in the air in response to a movement command for the virtual vehicle includes: When the virtual vehicle is suspended in the air of the virtual scene, in response to a movement command for the virtual vehicle in a fourth direction, the virtual vehicle is controlled to fly in the air in the fourth direction, and the virtual vehicle is controlled to tilt in the fourth direction, where the fourth direction is any direction on the horizontal plane where the virtual vehicle is located, and the horizontal plane is the horizontal plane where the virtual vehicle is suspended in the air.

12. The method according to claim 11, characterized in that, The method further includes: During the process of controlling the virtual vehicle to tilt in the fourth direction, the tilting speed of the virtual vehicle is gradually reduced; When the tilt angle of the virtual vehicle reaches the target tilt angle, control the virtual vehicle to stop tilting.

13. The method according to claim 11, characterized in that, The virtual vehicle includes a virtual character, and the method further includes: During the tilting of the virtual vehicle, if the viewpoint of the virtual scene is the first-person viewpoint of the virtual character, then the first-person viewpoint of the virtual character is controlled to tilt synchronously so that the content in the screen is tilted and displayed.

14. The method according to claim 1, characterized in that, The method further includes: When the virtual vehicle is in flight mode, in response to a mode switching command for the virtual vehicle, the mode of the virtual vehicle is switched from flight mode to wheeled mode; Switch each of the virtual thrusters to the wheels, and control the virtual vehicle to descend from the air in the virtual scene to the virtual ground in the virtual scene.

15. The method according to claim 14, characterized in that, The step of switching the mode of the virtual vehicle from the flight mode to the wheeled mode in response to the mode switching command for the virtual vehicle includes: In response to a mode switching command for the virtual vehicle, when there is virtual ground beneath the virtual vehicle that meets the driving conditions, the mode of the virtual vehicle is switched from the flight mode to the wheeled mode; The method further includes: In response to the mode switching command for the virtual vehicle, when there is no virtual ground beneath the virtual vehicle that meets the driving conditions, a fourth prompt message is displayed. The fourth prompt message is used to indicate that the mode cannot be switched and the reason why the mode cannot be switched.

16. The method according to claim 1, characterized in that, The virtual vehicle has a level, and the step of switching the mode of the virtual vehicle from the wheeled mode to the flight mode in response to a mode switching command for the virtual vehicle includes: In response to a mode switching command for the virtual vehicle, when the virtual vehicle reaches a target level, the mode of the virtual vehicle is switched from the wheeled mode to the flight mode.

17. The method according to any one of claims 1 to 16, characterized in that, After switching the mode of the virtual vehicle from wheeled mode to flight mode, the method further includes: When there are other virtual vehicles in flight mode within a preset range centered on the virtual vehicle, a follow control is displayed; In response to a trigger operation on the follow control, the virtual vehicle is controlled to follow the other virtual vehicles.

18. The method according to any one of claims 1 to 16, characterized in that, When the virtual vehicle is in the wheeled mode, it has a first appearance style, and the method further includes: When the mode of the virtual vehicle is switched from the wheeled mode to the flight mode, the appearance of the virtual vehicle is switched from the first appearance to the second appearance. The appearance style includes at least one of the following: color, texture, material, and spray painting pattern.

19. The method according to any one of claims 1 to 16, characterized in that, The method further includes: During the flight of the virtual vehicle, virtual flames ejected from the virtual thrusters are displayed, and the intensity of the virtual flames is positively correlated with the flight speed of the virtual vehicle.

20. The method according to any one of claims 1 to 16, characterized in that, The method further includes: In response to a mode switching command for the virtual vehicle, at least one candidate style for the virtual thruster is displayed; In response to the selection operation for the at least one candidate style, the selected candidate style is determined as the target style; The step of switching each of the wheels into a virtual thruster includes: Switch each of the aforementioned wheels to a virtual thruster of the target style.

21. The method according to any one of claims 1 to 16, characterized in that, After switching the mode of the virtual vehicle from wheeled mode to flight mode, the method further includes: Switch the first component of the virtual vehicle to a second component capable of launching an attack; When the virtual scene includes other virtual vehicles, in response to an attack command targeting the other virtual vehicles, the virtual vehicles are controlled to attack the other virtual vehicles based on the second component.

22. A control device for a virtual vehicle, characterized in that, The device includes: The first display module is used to display a virtual vehicle in a wheeled mode in a virtual scene. The virtual vehicle in the wheeled mode includes at least one wheel and is driven by the at least one wheel. The first switching module is configured to switch the mode of the virtual vehicle from the wheeled mode to the flight mode in response to a mode switching command for the virtual vehicle. The first switching module is further configured to switch each of the wheels to virtual thrusters, and based on the virtual thrusters, control the virtual vehicle to levitate in the air of the virtual scene, and the virtual vehicle in the flight mode is driven to fly by the virtual thrusters; A first control module is configured to respond to a movement command for the virtual vehicle, control the virtual vehicle to fly in the air, and during the flight of the virtual vehicle, control the orientation of the virtual thrusters to match the flight direction of the virtual vehicle.

23. An electronic device, characterized in that, The electronic device includes: Memory is used to store executable instructions or computer programs. A processor, when executing computer-executable instructions or computer programs stored in the memory, implements the control method of the virtual vehicle according to any one of claims 1 to 21.

24. A computer-readable storage medium storing computer-executable instructions or a computer program, characterized in that, When the computer-executable instructions or computer program are executed by a processor, the control method of the virtual vehicle according to any one of claims 1 to 21 is implemented.

25. A computer program product comprising computer-executable instructions or a computer program, characterized in that, When the computer-executable instructions or computer program are executed by a processor, the control method of the virtual vehicle according to any one of claims 1 to 21 is implemented.

Images