Detailed Description
The present application will be further described in detail with reference to the accompanying drawings, for the purpose of making the objects, technical solutions and advantages of the present application more apparent, and the described embodiments should not be construed as limiting the present application, and all other embodiments obtained by those skilled in the art without making any inventive effort are within the scope of the present application.
In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with one another without conflict.
In the following description, the terms "first", "second", "third" and the like are merely used to distinguish similar objects and do not represent a particular ordering of the objects, it being understood that the "first", "second", "third" may be interchanged with a particular order or sequence, as permitted, to enable embodiments of the application described herein to be practiced otherwise than as illustrated or described herein.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the application only and is not intended to be limiting of the application.
Before describing embodiments of the present application in further detail, the terms and terminology involved in the embodiments of the present application will be described, and the terms and terminology involved in the embodiments of the present application will be used in the following explanation.
1) And a client, an application program for providing various services, such as a video playing client, a game client, etc., running in the terminal.
2) In response to a condition or state that is used to represent the condition or state upon which the performed operation depends, the performed operation or operations may be in real-time or with a set delay when the condition or state upon which it depends is satisfied; without being specifically described, there is no limitation in the execution sequence of the plurality of operations performed.
3) The virtual scene is a virtual scene that an application program displays (or provides) when running on a terminal. The virtual scene may be a simulation environment for the real world, a semi-simulation and semi-fictional virtual environment, or a pure fictional virtual environment. The virtual scene may be any one of a two-dimensional virtual scene, a 2.5-dimensional virtual scene or a three-dimensional virtual scene, and the dimension of the virtual scene is not limited in the embodiment of the present application. For example, a virtual scene may include sky, land, sea, etc., the land may include environmental elements of a desert, city, etc., and a user may control a virtual object to move in the virtual scene.
4) Virtual objects, images of various people and objects in a virtual scene that can interact, or movable objects in a virtual scene. The movable object may be a virtual character, a virtual animal, a cartoon character, etc., such as: characters, animals, plants, oil drums, walls, stones, etc. displayed in the virtual scene. The virtual object may be an avatar in the virtual scene for representing a user. A virtual scene may include a plurality of virtual objects, each virtual object having its own shape and volume in the virtual scene, occupying a portion of space in the virtual scene.
Alternatively, the virtual object may be a user Character controlled by an operation on the client, an artificial intelligence (AI, artificial Intelligence) set in the virtual scene fight by training, or a Non-user Character (NPC) set in the virtual scene interaction. Alternatively, the virtual object may be a virtual character that performs an antagonistic interaction in the virtual scene. Optionally, the number of virtual objects participating in the interaction in the virtual scene may be preset, or may be dynamically determined according to the number of clients joining the interaction.
5) Scene data representing various characteristics of objects in a virtual scene that are represented during interactions may include, for example, the location of the objects in the virtual scene. Of course, different types of features may be included depending on the type of virtual scene; for example, in a virtual scene of a game, scene data may include a time to wait when various functions are configured in the virtual scene (depending on the number of times the same function can be used in a specific time), and attribute values representing various states of a game character may also include, for example, a life value (also referred to as a red amount) and a magic value (also referred to as a blue amount), and the like.
6) The virtual carrier refers to a vehicle for conveying virtual objects in a virtual scene, and can be a car, an airplane, an animal and the like.
In the related art, a user can control a virtual object to be transformed into a virtual carrier for riding by a virtual object controlled by other users. For example, fig. 1 is a schematic diagram of a virtual object transformation process provided in the related art, and referring to fig. 1, a user may control a virtual object of a sire family to be transformed into a white tiger to be ridden and then to be ridden by other virtual objects.
In the implementation process of the embodiment of the present application, it is found that in the related art, the transformation of the virtual object form (including the transformation from the virtual object to the virtual vehicle and the transformation from the virtual vehicle to the virtual object) is controlled by the variant, but the rider cannot control the virtual object form, and only one form of the virtual vehicle in the method can be used only on land and cannot be applied to different environment areas (such as an air area and a water area), and if the method is adapted to the complex environment in the virtual scene, the rider needs to control the virtual object to ride different virtual vehicles, so that the interaction process is complex, and the computing resource of the computer device is additionally consumed.
Based on this, embodiments of the present application provide a method, apparatus, device and computer readable storage medium for controlling a virtual carrier, so as to at least solve the above-mentioned problems in the related art, and respectively described below.
Referring to fig. 2, fig. 2 is a schematic diagram of an alternative implementation scenario of a virtual prop control method according to an embodiment of the present application, in order to support an exemplary application, a terminal (a terminal 400-1 and a terminal 400-2 are shown in an exemplary manner) are connected to a server 200 through a network 300, where the network 300 may be a wide area network or a local area network, or a combination of the two, and data transmission is implemented using a wireless link.
In some embodiments, the server 200 may be a stand-alone physical server, a server cluster or a distributed system formed by a plurality of physical servers, or may be a cloud server that provides 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, content Delivery Network), and basic cloud computing services such as big data and artificial intelligence platforms. The terminal may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, etc. The terminal and the server may be directly or indirectly connected through wired or wireless communication, which is not limited in the embodiment of the present application.
In actual implementation, the terminal installs and runs an application program supporting a virtual scene. The application may be any one of a massively multiplayer online role playing game (MMORPG, massive Multiplayer OnlineRo le-PlayingGame), a First person shooter game (FPS, first-Person Shooting game), a third person shooter game, a multiplayer online tactical competition game (MOBA, multiplayer Online Battle Arena games), a virtual reality application, a three-dimensional map program, a military simulation program, or a multiplayer class survival game. A user uses a terminal to operate a virtual object located in a virtual scene to perform activities including, but not limited to: adjusting at least one of body posture, crawling, walking, running, riding, jumping, driving, picking up, shooting, attacking, throwing. Illustratively, the virtual object is a virtual character, such as an emulated persona or a cartoon persona.
In an exemplary scenario, the virtual object (first virtual object) controlled by the terminal 400-1 and the virtual object (second virtual object) controlled by the other terminal 400-2 are in the same virtual scenario, where the first virtual object may interact with the second virtual object in the virtual scenario. In some embodiments, the first virtual object and the second virtual object may be hostile, e.g., the first virtual object and the second virtual object belong to different teams and organizations, and the hostile virtual objects may be opponent-type interacted with each other on land in a shooting manner.
In one exemplary scenario, when the terminal 400-1 controls the first virtual object, a picture of the virtual scenario is presented on the terminal, and in the picture of the virtual scenario, a virtual vehicle of a first form and a virtual object seated on the virtual vehicle are presented, wherein the virtual object and the virtual vehicle are in a first environment area adapted to the first form; controlling the virtual vehicle to change from the first form to a second form in response to a form changing instruction for the virtual vehicle, and displaying a picture of the virtual vehicle in a second environment area, wherein the virtual vehicle takes the second form; wherein the second environmental area is adapted to the second modality and is different from the first environmental area.
In actual implementation, the server 200 performs computation of scene data in a virtual scene and sends the computation to a terminal, the terminal finishes loading, analysis and rendering of computation display data depending on graphic computation hardware, and outputs the virtual scene depending on graphic output hardware to form visual perception, for example, a two-dimensional video frame can be presented on a display screen of a smart phone, or a video frame for realizing a three-dimensional display effect is projected on a lens of an augmented reality/virtual reality glasses; for the perception of the form of the virtual scene, it will be appreciated that the auditory perception may be formed by means of the corresponding hardware output of the terminal, e.g. using microphone output, the tactile perception may be formed using vibrator output, etc.
The terminal runs a client (e.g. a network version game application) and performs game interaction with other users through the connection server 200, the terminal outputs a picture of a virtual scene, wherein the picture comprises a virtual carrier in a first form and a first virtual object taking with the virtual carrier, the first virtual object is a game role controlled by the user, that is, the first virtual object is controlled by a real user, and moves in the virtual scene in response to the operation of the real user on a controller (including a touch screen, a voice control switch, a keyboard, a mouse, a rocker and the like), for example, when the real user moves the rocker leftwards, the first virtual object moves leftwards in the virtual scene, and in-place still, jump and various functions (such as skills and props) can be kept.
For example, when a user triggers a configuration conversion instruction for the virtual vehicle through a client running on the terminal 400-1, the virtual vehicle is controlled to be converted from the first configuration to the second configuration, and a screen of the virtual vehicle in the second environment area in which the virtual object is in the second configuration is displayed. For example, the first mode may be horse, the second mode may be dragon, then the control virtual carrier is Ma Qiehuan dragon, and the picture that the virtual carrier in the form of the dragon is taken by the virtual object is displayed in the air.
In an exemplary scenario, in a military virtual simulation application, a virtual scenario technology is adopted to enable a trainee to truly experience a battlefield environment visually and audibly, become familiar with environmental features of a battlefield region, interact with objects in the virtual environment through necessary equipment, and the implementation method of the virtual battlefield environment can create a dangerous environment and nearly real three-dimensional battlefield environment through background generation and image synthesis through corresponding three-dimensional battlefield environment graphic image libraries, including battlefield scenes, various weaponry equipment, battlefield personnel and the like.
In practical implementation, the terminal runs a client (military simulation program), performs military exercises with other users through the connection server 200, and outputs a picture of a virtual scene (e.g., city a), wherein the picture includes a virtual vehicle of a first form and a first virtual object seated on the virtual vehicle, and the first virtual object is a simulated fighter under control of the user. For example, when a user triggers a configuration conversion instruction for the virtual vehicle through a client running on the terminal 400-1, the virtual vehicle is controlled to be converted from the first configuration to the second configuration, and a screen of the virtual vehicle in the second environment area in which the virtual object is in the second configuration is displayed. For example, the first mode may be an automobile, the second mode may be an airplane, and then the virtual carrier is controlled to be switched from the automobile to the airplane, and a picture that the virtual carrier in the mode that the virtual object takes the airplane is in the air is displayed.
Referring to fig. 3, fig. 3 is a schematic diagram of an alternative structure of an electronic device 500 according to an embodiment of the present application, in an actual application, the electronic device 500 may be the terminal or the server 200 in fig. 2, and a computer device implementing the information display method in the virtual scene according to the embodiment of the present application is described by taking the electronic device as an example of the terminal shown in fig. 2. The electronic device 500 shown in fig. 3 includes: at least one processor 510, a memory 550, at least one network interface 520, and a user interface 530. The various components in electronic device 500 are coupled together by bus system 540. It is appreciated that the bus system 540 is used to enable connected communications between these components. The bus system 540 includes a power bus, a control bus, and a status signal bus in addition to the data bus. The various buses are labeled as bus system 540 in fig. 3 for clarity of illustration.
The processor 510 may be an integrated circuit chip with signal processing capabilities such as a general purpose processor, such as a microprocessor or any conventional processor, or the like, a digital signal processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or the like.
The user interface 530 includes one or more output devices 531 that enable presentation of media content, including one or more speakers and/or one or more visual displays. The 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.
The memory 550 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard drives, optical drives, and the like. Memory 550 may optionally include one or more storage devices physically located remote from processor 510.
Memory 550 includes volatile memory or nonvolatile memory, and may also include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read Only Memory (ROM), and the volatile Memory may be a random access Memory (RAM, random Access Memory). The memory 550 described in embodiments of the present application is intended to comprise any suitable type of memory.
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 exemplified below.
An operating system 551 including system programs for handling various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and handling hardware-based tasks;
network communication module 552 is used to reach other computing devices via one or more (wired or wireless) network interfaces 520, exemplary network interfaces 520 include: bluetooth, wireless compatibility authentication (WiFi), and universal serial bus (USB, universal Serial Bus), etc.;
a presentation module 553 for enabling presentation of information (e.g., a user interface for operating a peripheral device and displaying content and information) via one or more output devices 531 (e.g., a display screen, speakers, etc.) associated with the user interface 530;
the input processing module 554 is configured to detect one or more user inputs or interactions from one of the one or more input devices 532 and translate the detected inputs or interactions.
In some embodiments, the information presentation device in the virtual scene provided by the embodiments of the present application may be implemented in a software manner, and fig. 2 shows a control device 555 of a virtual carrier stored in a memory 550, which may be software in the form of a program, a plug-in, or the like, including the following software modules: the presentation module 5551, transformation module 5552 and presentation module 5553 are logical, and thus may be arbitrarily combined or further split depending on the functions implemented.
The functions of the respective modules will be described hereinafter.
In other embodiments, the information presentation apparatus in the virtual scenario provided by the embodiments of the present application may be implemented in hardware, and by way of example, the information presentation apparatus in the virtual scenario provided by the embodiments of the present application may be a processor in the form of a hardware decoding processor that is programmed to perform the information presentation method in the virtual scenario provided by the embodiments of the present application, for example, the processor in the form of a hardware decoding processor may employ one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSP, programmable logic device (PLD, programmable Logic Device), complex programmable logic device (CPLD, complex Programmable Logic Device), field programmable gate array (FPGA, field-Programmable Gate Array), or other electronic component.
The control method of the virtual carrier provided by the embodiment of the application will be described in conjunction with the exemplary application and implementation of the terminal provided by the embodiment of the application.
Referring to fig. 4, fig. 4 is a schematic flowchart of an alternative method for controlling a virtual carrier according to an embodiment of the present application, and will be described with reference to the steps shown in fig. 4.
Step 401: the terminal displays the virtual carrier of the first form and the virtual object on the virtual carrier in the picture of the virtual scene.
Here, the virtual object and the virtual carrier are in a first environment area adapted to the first modality.
In actual application, an application program supporting a virtual scene is installed on a terminal. The application may be any one of a massively multiplayer online role playing game, a first person shooter game, a third person shooter game, a multiplayer online tactical competition game, a virtual reality application, a three-dimensional map program, a military simulation program, or a multiplayer gunfight survival game. A user may use a terminal to operate a virtual object located in a virtual scene to perform activities including, but not limited to: adjusting at least one of body posture, crawling, walking, running, riding, jumping, driving, picking up, shooting, attacking, throwing. Illustratively, the virtual object is a virtual character, such as an emulated persona or a cartoon persona.
When a user opens an application program on the terminal and the terminal runs the application program, the terminal presents a picture of a virtual scene, wherein the picture of the virtual scene is obtained by observing the virtual scene from a first person object view angle or from a third person object view angle, and the picture of the virtual scene comprises an interactive object and an object interaction environment, such as a virtual object controlled by the current user and a virtual carrier on which the virtual object is seated.
It should be noted that the virtual carrier may be a vehicle, such as a vehicle, a ship, an airplane, or an animal, including a real animal and an animal in a fictional myth, such as a horse, a dragon, or the like.
In some embodiments, before presenting the virtual carrier of the first aspect and the virtual object that rides on the virtual carrier, the terminal may also present the virtual object in an independent state in the picture of the virtual scene; and responding to the calling instruction for the virtual carrier, presenting the virtual carrier of the first form, and controlling the virtual object to ride on the virtual carrier.
Here, the independent state refers to a state when the virtual object is not seated on the virtual carrier, and may be a standing state without any action, an interaction state when the virtual object is in interaction with other virtual objects, or an exercise state such as walking, running, climbing, and the like.
In actual implementation, the call instruction for the virtual carrier can be generated by triggering a corresponding call control by a user, wherein the call control can be a button, an icon and the like, the triggering mode for the call control can be at least one of clicking, double clicking, long pressing and sliding, for example, the call instruction for the virtual carrier can be generated by clicking a button 'Q' on a keyboard, and the call instruction for the virtual carrier can be generated by clicking a call icon on a screen by a mouse; the calling instruction for the virtual carrier can also be generated by identifying the voice instruction or limb action of the user, for example, the user can generate the calling instruction of the virtual carrier by speaking the calling riding; the call instruction for the virtual vehicle may also be automatically generated when a call condition is reached, such as when the user controls the virtual object to kill a target number of enemies.
As an example, fig. 5 is an optional interface schematic diagram of a virtual carrier calling process provided in an embodiment of the present application, referring to fig. 5, a virtual object 501 is initially in a standing state, when a user triggers a calling control, a calling instruction of the virtual carrier is generated, a virtual carrier 502 in a white horse shape is presented, and the virtual object is controlled to ride on the virtual carrier.
In practical applications, when a terminal receives a call instruction for a virtual carrier, the terminal may acquire a position where the virtual object is located when the call instruction is received, so as to present the virtual carrier in the first form at the side of the virtual object, for example, the terminal may present the virtual carrier in the first form at a position on the right side of the virtual object where a distance between the virtual object and the virtual object is a preset distance (for example, 1 meter), so that the virtual object takes the virtual carrier.
As an example, a virtual vehicle of a first form may be directly presented at a position on the right side of the virtual object, where a distance between the virtual object and the virtual object is a preset distance, and then the virtual object is controlled to ride on the virtual vehicle of the first form; the virtual vehicle in the first form may be moved from one side of the display area into the display area, and moved to a position on the right side of the virtual object, where the distance between the virtual object and the virtual object is a predetermined distance, and after the virtual vehicle is moved to the position, the virtual object is controlled to ride on the virtual vehicle in the first form.
Step 402: and controlling the virtual vehicle to change from the first form to the second form in response to a form changing instruction for the virtual vehicle, and displaying a picture of the virtual vehicle in the second environment area when the virtual object is in the second form.
Wherein the second environmental area is adapted to the second modality and is different from the first environmental area. The environmental area herein may be a land area, an air area, an aquatic area, etc.
The morphological transformation instruction can be generated by triggering a corresponding morphological transformation control by a user, the morphological transformation control can be a button, an icon and the like, and the triggering mode for the morphological transformation control can be at least one of clicking, double clicking, long pressing and sliding; the morphological transformation instruction may be generated by recognizing a voice instruction or a limb motion of the user.
In practical application, the virtual carrier can be controlled to be changed from the first form to the second form, and then the virtual carrier in the second form is controlled to move from the first environment area to the second environment area; the virtual carrier can be controlled to move from the first environment area to the second environment area in the process of controlling the virtual carrier to change from the first mode to the second mode; the virtual carrier of the first form can be controlled to move from the first environment area to the second environment area, and then the virtual carrier is controlled to be changed into the second form. Here, the execution order of the form conversion process and the movement process of the virtual carrier is not limited.
In the process of changing the virtual vehicle from the first configuration to the second configuration, the virtual object is always seated on the virtual vehicle, and does not leave the virtual vehicle. In practical implementation, a plurality of virtual objects may be mounted on the virtual carrier, and none of the plurality of virtual objects on the virtual carrier may leave the virtual carrier during the process of changing the virtual carrier from the first configuration to the second configuration. For example, if two virtual objects are mounted on the virtual vehicle in the first aspect, when the virtual vehicle is changed from the first aspect to the second aspect, the two virtual objects that were originally mounted on the virtual vehicle are still mounted on the virtual vehicle, that is, a screen showing that the two virtual objects are mounted on the virtual vehicle in the second aspect in the second environment area is displayed.
In some embodiments, the terminal may trigger the morphology transformation instruction for the virtual carrier by: receiving a trigger operation for a key for changing the shape of the virtual carrier; in response to the triggering operation, a modality conversion instruction for the virtual vehicle is triggered.
Here, the key may be a key on a keyboard or a virtual key, such as a space key, and when the user clicks the key for changing the shape of the virtual carrier, the terminal receives a corresponding trigger operation to trigger a shape changing instruction for the virtual carrier, then controls the virtual carrier to change from the first shape to the second shape, and displays a picture that the virtual carrier in the second environment area where the virtual object takes the second shape.
In some embodiments, before displaying the virtual object on the screen of the second environment area where the virtual vehicle of the second aspect is located, the terminal may further receive a control instruction for the virtual vehicle of the second aspect; in response to the control instruction, the virtual object is controlled to move from the first environment area to the second environment area by taking the virtual vehicle of the second form.
The control instruction can be generated by triggering a corresponding control by a user, wherein the control can be a button, an icon and the like, and the triggering mode for the shooting control can be at least one of clicking, double clicking, long pressing and sliding; the control instruction can also be generated by identifying a voice instruction or limb action of the user; the control command may also be automatically generated when a preset condition is reached, for example, after the virtual carrier completes the transformation of the form, the control command for the virtual carrier of the second form may be automatically generated.
In actual implementation, the virtual carrier can complete the transformation of the form in the first environment area, namely, the virtual carrier is controlled to be transformed from the first form to the second form in the first environment area; after the virtual carrier has the first mode and is converted into the second mode, and the terminal receives the control instruction, the virtual object is controlled to move from the first environment area to the second environment area by taking the virtual carrier in the second mode.
For example, fig. 6 is an optional schematic diagram of a configuration conversion process of a virtual carrier according to an embodiment of the present application, referring to fig. 6, when a first environment area is a land area and a second environment area is an air area, and when a user clicks a space key, a terminal receives a configuration conversion instruction for the virtual carrier, and controls the virtual carrier to be converted from a first configuration (vehicle configuration) to a second configuration (airplane configuration) in the land area, where the terminal displays a process of converting the virtual carrier from the first configuration to the second configuration in a picture of a virtual scene; after the virtual carrier is changed from the first form to the second form, the user triggers a control instruction for the virtual carrier in the second form by clicking a direction key to control the virtual carrier in the second form to move from the land area to the air area.
In some embodiments, the virtual object is controlled to move from the first environmental area to the second environmental area while the virtual vehicle is being transformed from the first modality to the second modality.
In actual implementation, the virtual object is controlled to move from the first environment area to the second environment area while the virtual vehicle is changed from the first mode to the second mode.
For example, fig. 7 is an optional schematic diagram of a configuration conversion process of a virtual carrier according to an embodiment of the present application, referring to fig. 7, when a first environment area is a land area and a second environment area is an air area, and when a user clicks a space key, a terminal receives a configuration conversion instruction for the virtual carrier, and controls the virtual carrier to be converted from a first configuration (Ma Xingtai) to a second configuration (dragon configuration), and simultaneously, controls the virtual carrier to gradually move upwards from the land area to move to the air area.
In some embodiments, after controlling the virtual vehicle to change from the first configuration to the second configuration, the terminal further responds to a configuration change instruction for the virtual vehicle to control the virtual vehicle to change from the second configuration to the third configuration, and displays a picture that the virtual object is in a third environment area by taking the virtual vehicle of the third configuration.
Here, the third aspect may be the same as or different from the first aspect, and when the third aspect is different from the first aspect, the third environmental area is different from the first environmental area, and the third environmental area is adapted to the third aspect.
As an example, when the third aspect is the same as the first aspect, fig. 8 is a schematic diagram showing an alternative aspect transformation process of the virtual vehicle according to the embodiment of the present application, referring to fig. 8, first, a screen of the virtual vehicle in the first environment area (land area) is shown, when the user clicks the space key, the terminal receives an aspect transformation instruction for the virtual vehicle, controls the virtual vehicle to move from the first environment area (land area) to the air area, and controls the virtual vehicle to transform from the first aspect to the second aspect after the virtual vehicle moves to the second environment area (air area); when the user clicks the space key again, the terminal receives a form transformation instruction for the virtual carrier, controls the virtual carrier to move from the second environment area (air area) to the first environment area (land area), and controls the virtual carrier to transform from the second form to the first form after the virtual carrier moves to the first environment area (land area). Therefore, the virtual carrier can be switched back and forth between the first form and the second form, and a user can change the form of the virtual carrier in real time according to the current environment of the virtual object in the virtual scene.
As an example, when the third aspect is different from the first aspect, fig. 9 is an optional schematic diagram of an aspect transformation process of a virtual vehicle provided in an embodiment of the present application, referring to fig. 9, a screen of a virtual object in a first environment area (land area) is first shown, when a user clicks a space key, a terminal receives an aspect transformation instruction for the virtual vehicle, controls the virtual vehicle to move from the first environment area (land area) to an air area, and controls the virtual vehicle to transform from the first aspect to the second aspect after the virtual vehicle moves to the second environment area (air area); after the virtual carrier is changed from the first form to the second form, the user can control the virtual carrier in the second form to move in the air area, when the user clicks the space key again, the terminal receives a form change instruction for the virtual carrier, controls the virtual carrier to move from the second environment area (the air area) to the third environment area (the water area), and controls the virtual carrier to change from the second form to the third form after the virtual carrier moves to the third environment area (the water area).
In some embodiments, before controlling the virtual carrier to change from the first configuration to the second configuration, the method further comprises: in the picture of the virtual scene, a form transformation icon is presented; responding to a triggering operation for the form transformation icon, and presenting at least two form selection items of the virtual carrier; responding to the triggering operation of the target form selection item in the at least two form selection items, and taking the form corresponding to the target form selection item as a second form of the virtual carrier.
When a plurality of transformable forms exist, the user executes triggering operation for the form transformation icon, and the terminal displays form selection items corresponding to the plurality of transformable forms in the picture of the virtual scene, so that the user can select the form to be transformed according to the plurality of presented form selection items, and the form transformation of the virtual carrier can be accurately controlled.
In some embodiments, before displaying the picture that the virtual object is in the second environment area by taking the virtual carrier of the second form, the terminal may further obtain the position of the virtual carrier in the first environment area when the form transformation instruction is received; determining an idle area closest to the position in the second environment area, wherein the idle area is an area which does not comprise an obstacle; and controlling the virtual object to move to the idle area by taking the virtual carrier of the second form.
In actual implementation, when a form transformation instruction is received, the current position of the virtual carrier is obtained, and an idle area closest to the position in the second environment area is obtained, so that the virtual object is controlled to move to the idle area by taking the virtual carrier in the second form.
For example, when the first environment area is an air area and the second environment area is a land area, and when the terminal receives the form transformation instruction, the virtual carrier is located above a certain land obstacle, an idle area closest to the current position of the virtual carrier is found on land, and the virtual carrier is controlled to descend to the idle area.
In some embodiments, after controlling the virtual carrier to change from the first configuration to the second configuration, the terminal further receives a movement instruction for the virtual carrier of the second configuration; and responding to the movement instruction, controlling the virtual carrier in the second mode to move in the second environment area at a movement speed matched with the second mode.
In practical implementation, the moving speeds adapted to different modes are different, that is, after the virtual carrier is changed from the first mode to the second mode, the corresponding moving speeds are also changed. For example, when the first configuration is a land configuration (e.g., ma Xingtai) and the second configuration is an aerial configuration (e.g., dragon configuration), the movement speed increases after the virtual carrier is changed from the first configuration to the second configuration.
In some embodiments, after controlling the virtual carrier to change from the first configuration to the second configuration, the terminal further receives a movement instruction for the virtual carrier of the second configuration; when the second environment area is an aerial area of the virtual scene, the virtual vehicle of the second modality is controlled to fly in the aerial area at a target height from the ground in response to the movement instruction to span at least a portion of the object on the ground.
In practical implementation, when the second environment area is an air area in the virtual scene, the user can control the virtual vehicle of the second form to fly in the air area at the target height from the ground, and in the moving process, a part of virtual scene pictures corresponding to the current position of the virtual vehicle are displayed in real time so as to present the moving process of the virtual vehicle of the second form, wherein when the object height on the ground is lower than the target height, the part of object can be spanned.
For example, fig. 10 is a schematic diagram of an alternative interface for moving a virtual carrier according to an embodiment of the present application, and referring to fig. 10, a virtual object is flying in the air by using the virtual carrier in the second configuration, so as to be able to cross an object on the ground.
In some embodiments, when the second environment area is an air area in the virtual scene, the user may also control the height of the second-form virtual vehicle flying in the air area, for example, when there is an obstacle in front, the second-form virtual vehicle may be controlled to ascend so as to cross the obstacle.
In some embodiments, before the terminal controls the virtual carrier to change from the first form to the second form, the terminal may further control the virtual object to be separated from the virtual prop of the first form and control the virtual carrier of the first form to release the attack skill to the target object when the target object exists in the first environment area, where the target object is in hostile relation with the virtual object in response to a separation instruction for the virtual object and the virtual carrier of the first form.
Here, the separation instruction for the virtual object and the virtual carrier in the first form may be generated by triggering a corresponding separation control by the user, where the separation control may be a button, an icon, etc., and the triggering mode for the calling control may be at least one of clicking, double clicking, long pressing, and sliding; or by recognizing a voice command or limb action of the user.
In practical implementation, after receiving a separation instruction for the virtual object and the virtual carrier in the first form, the terminal presents a process of separating the virtual object from the virtual carrier in the first form, for example, a process of jumping the virtual object from the virtual carrier in the first form, and a process of releasing an attack skill from the virtual carrier in the first form to the target object, wherein after the attack skill is released, an effect of the attack skill and a corresponding injury effect are presented in a picture of the virtual scene.
For example, fig. 11 is an optional interface schematic diagram of a process of separating a virtual object from a virtual carrier according to an embodiment of the present application, referring to fig. 11, when the virtual object encounters a target object while riding on the virtual carrier, a separation command is triggered to leave the virtual carrier for combat; when the virtual object leaves the virtual carrier, the virtual carrier does not disappear, but is bumped out by taking off, and an ice cone is released to attack the target object.
In some embodiments, after controlling the virtual carrier to change from the first configuration to the second configuration, when the target object exists in the first environment area, the terminal may control the virtual object to be separated from the virtual prop of the second configuration in response to a separation instruction for the virtual object and the virtual carrier of the second configuration, and control the virtual carrier of the second configuration to release the attack skill to the target object, where the target object is in hostile relation with the virtual object.
That is, regardless of the form of the virtual carrier, the attack skills can be released to the target object when the corresponding separation instruction is received. Here, the attack skills released by the virtual vehicles of different forms may be the same or different.
In some embodiments, after the terminal controls the virtual vehicle of the first modality to release the attack skills to the target object, the virtual vehicle of the first modality is canceled. And after receiving the calling instruction for the virtual carrier, re-presenting the virtual carrier in the first form.
In some embodiments, the terminal may further control the virtual carrier of the first modality to move toward the virtual object after controlling the virtual carrier of the first modality to release the attack skills toward the target object; and when the distance between the virtual carrier of the first form and the virtual object meets the distance condition, controlling the virtual object to ride on the virtual carrier of the first form.
In actual implementation, after the first form virtual carrier releases the attack skills to the target object, the attack skills automatically return to the side of the virtual object, and the virtual object is controlled to sit on the virtual carrier, that is, the virtual object and the first form virtual carrier are temporarily separated and then return to the same place again, so that other purposes of the virtual carrier can be continuously played.
In practical application, a target area containing a virtual object is determined according to the position of the virtual object, after the attack skills are released by the virtual carrier project object in the first form, the process of moving the virtual carrier in the first form to the target area is displayed, and when the virtual carrier in the first form moves into the target area, the process of taking the virtual object on the virtual carrier in the first form is displayed.
According to the embodiment of the application, the virtual carrier is controlled to be transformed from the first form to the second form in response to the form transformation instruction aiming at the virtual carrier, and the picture that the virtual carrier in the second form is placed in the second environment area by the virtual object is displayed, so that the transformation of the form of the virtual carrier is realized, one virtual carrier can adapt to different environments, and different virtual carriers are searched and ridden relative to the control virtual object, the interaction process is simplified, and further the consumption of computing resources is reduced.
Next, the control method of the virtual carrier according to the embodiment of the present application is implemented by the terminal and the server in cooperation, and fig. 12 is an optional flowchart of the control method of the virtual carrier according to the embodiment of the present application, and referring to fig. 12, the control method of the virtual carrier according to the embodiment of the present application includes:
Step 1201: the terminal presents a start game key.
Step 1202: and the terminal responds to clicking operation of the game keys and sends a request for acquiring scene data of the virtual scene to the server.
Step 1203: the server transmits the scene data to the terminal.
Step 1204: the terminal renders based on the received scene data, presents the picture of the virtual scene, and presents the virtual object in an independent state in the picture of the virtual scene.
Step 1205: the terminal responds to the calling instruction aiming at the virtual carrier, and sends a picture data acquisition request carrying the calling instruction to the server based on the picture data of the current virtual scene.
Step 1206: and the server executes corresponding picture data calculation logic based on the picture data of the current virtual scene and the calling instruction, and returns a corresponding data calculation result to the terminal.
Step 1207: and the terminal performs picture rendering of the virtual scene based on the calculation result returned by the server, and refreshes the picture of the virtual scene currently displayed so as to show the picture of the virtual carrier with the virtual object in the first form.
Step 1208: the terminal responds to the form transformation instruction aiming at the virtual carrier, and sends a picture data acquisition request carrying the form transformation instruction to the server based on the picture data of the current virtual scene.
Step 1209: the server executes corresponding picture data calculation logic based on the picture data of the current virtual scene and the form transformation instruction, and returns corresponding data calculation results to the terminal.
Step 1210: the terminal performs picture rendering of the virtual scene based on the calculation result returned by the server, and refreshes the picture of the virtual scene currently displayed so as to show the process of transforming the virtual carrier from the first form to the second form and show the process of moving the virtual carrier from the land area to the air area.
Step 1211: the terminal displays a picture that the virtual object is in an air area by taking the virtual carrier of the second form.
Step 1212: and responding to the movement instruction aiming at the virtual carrier, and sending a picture data acquisition request carrying the movement instruction to a server based on the picture data of the current virtual scene.
Step 1213: and the server executes corresponding picture data calculation logic based on the picture data of the current virtual scene and the moving instruction, and returns a corresponding data calculation result to the terminal.
Step 1214: and the terminal performs picture rendering of the virtual scene based on the calculation result returned by the server, and refreshes the picture of the virtual scene currently displayed so as to show the flying process of the virtual carrier in the air area.
In the following, an exemplary application of the embodiment of the present application in a practical application scenario will be described. Fig. 13 is an optional flowchart of a control method of a virtual carrier according to an embodiment of the present application, referring to fig. 13, the control method of a virtual carrier according to an embodiment of the present application includes:
step 1301: and the terminal presents the virtual object in an independent state in the picture of the virtual scene.
Here, the independent state refers to a state when the virtual object is not seated on the virtual carrier, and may be a standing state without any action, an interaction state when the virtual object is in interaction with other virtual objects, or an exercise state such as walking, running, climbing, and the like.
Step 1302: and responding to the calling instruction for the virtual carrier, presenting the virtual carrier of the first form, and controlling the virtual object to ride the virtual carrier.
Here, the call instruction for the virtual carrier may be generated by triggering a corresponding call control by the user, where the call control may be a button, an icon, or the like. As an example, referring to fig. 5, the virtual object 501 is initially in a standing state, and when the user triggers a call control, a call instruction for the virtual vehicle is generated, the virtual vehicle 502 in the form of a white horse is presented, and the virtual object is controlled to ride on the virtual vehicle. Wherein white Ma Xingtai is in a first form.
Step 1303: and responding to the moving instruction of the virtual vehicle in the first mode, and controlling the virtual vehicle in the first mode to walk in the land area.
The first aspect is an initial aspect, such as a white horse aspect, in which the virtual vehicle of the first aspect can only travel on land, and in which the virtual object rides on the virtual vehicle, the travel speed on land can be increased.
Step 1304: in response to a modality conversion command for the virtual vehicle, the virtual vehicle is controlled to be converted from the first modality to the second modality.
In actual implementation, the shape conversion instruction may be triggered by a space key on the keyboard, for example, referring to fig. 6, when the user clicks the space key, the virtual carrier is controlled to move from land to air, and the shape conversion is started, so that the first shape (white horse shape) is converted into the second shape (dragon shape); as another example, fig. 14 is an optional schematic diagram of a morphological transformation process of a virtual carrier according to an embodiment of the present application, and referring to fig. 14, when a user clicks a space key, the virtual carrier is controlled to move from land to air, and starts to transform from a first morphology (land morphology of a mechanical dragon) to a second morphology (air morphology of a mechanical dragon).
When the virtual carrier is in the first form, one virtual object is taken by the virtual carrier, and when the virtual carrier is switched to the second form, one virtual object is taken by the virtual carrier, that is, the virtual object taken by the virtual carrier does not need to be separated from the virtual carrier in the form conversion process; when the virtual carrier is in the first mode, two virtual objects are taken on the virtual carrier, and when the virtual carrier is switched to the second mode, two virtual objects are taken on the virtual carrier.
Step 1305: and controlling the virtual carrier of the second mode to fly in the air area in response to the movement instruction of the virtual carrier of the second mode.
In practical implementation, the second form corresponds to an air area, the user can control the virtual vehicle of the second form to fly in the air, and in the flying process, the virtual vehicle of the second form can cross all obstacles on the ground, and the moving speed is higher than that of the virtual vehicle of the first form. For example, referring to fig. 10, the virtual object is flying in the air while riding on the virtual vehicle of the second modality.
Step 1306: in response to a modality conversion command for the virtual vehicle, the virtual vehicle is controlled to be converted from the second modality to the first modality.
In actual implementation, when the user triggers the shape change instruction again, the virtual carrier is changed from the second shape to the first shape, for example, see fig. 11, and when the user clicks the space key again, the virtual carrier is controlled to move from the air to the land, and the shape change is started, and the second shape (dragon shape) is switched to the second shape (white horse shape).
Here, if the user triggers the form change command, the virtual vehicle is located above the land obstacle point, and automatically descends to the nearby land walkable point when descending.
Step 1307: and responding to a separation instruction for the virtual object and the virtual carrier of the first form, and controlling the virtual object to be separated from the virtual carrier of the first form.
Here, after the virtual object is separated from the virtual prop of the first aspect, the virtual object and the virtual carrier become two independent units, that is, the virtual object is restored to an independent state, and the user can control the virtual object independently.
Step 1308: and controlling the virtual carrier of the first form to release the attack skills to the target object.
Here, the form of the first form of the virtual carrier releasing attack skill is forward, so as to attack the target object, where the target object and the virtual object are in hostile relation, that is, the hostile relation is a virtual object controlled by the inheritance user, and the target object is determined according to the hostile relation of the virtual object.
In practical application, after the virtual carrier releases the attack skill, the virtual carrier can be canceled to be presented, and when a calling instruction is received, the virtual carrier is presented again; or after the attack skills are released by the virtual carrier, the virtual carrier automatically returns to the side of the virtual object, and the virtual object is controlled to sit on the virtual carrier, namely, the virtual object and the virtual carrier are temporarily separated and then return to the same place again, so that other purposes of the virtual carrier can be continuously played.
The virtual carrier in the embodiment of the application is different from the fight pet and the virtual carrier in the related technology, the fight pet in the related technology cannot take the role and can always participate in the fight, and the virtual carrier in the related technology can take the role but has low speed and cannot deform. The embodiment of the application provides a virtual carrier function for increasing the moving speed, and a new form conversion function is added to realize a land-air amphibious mobility function, and when a virtual object is separated from the virtual carrier, the virtual carrier can independently exist and collide with a target object, so that the existence sense of the virtual carrier is greatly improved, and the virtual carrier is not a simple mobility tool.
The embodiment of the application has the following beneficial effects:
1) The virtual vehicle is also taken, and the embodiment of the application realizes that the virtual vehicle is controlled to change the form under the condition that the virtual vehicle is not separated from the virtual vehicle and is replaced, so that the virtual vehicle with changed form has flying capability and can cross ground obstacles. Here, if the double-person riding virtual carrier is not needed to be separated from the virtual carrier, all states can be directly inherited, the use experience of a user is greatly improved, and the form transformation is triggered by a space key, so that the operation is very convenient.
2) The virtual carrier cannot have the attack characteristic in the related art, and the virtual carrier control method provided by the embodiment of the application can control the virtual carrier to collide with the target object when the virtual object is separated from the virtual carrier, so that people can ride on horses to enter people as much as a plurality of real ancient war movies, and the people can hit the horses to reach the effect of the impact array.
The specific differences between the present application and the related art are shown in table 1.
TABLE 1
Referring to fig. 15, fig. 15 is a schematic structural diagram of a control device for a virtual carrier according to an embodiment of the present application, and as shown in fig. 15, a control device 555 for a virtual carrier according to an embodiment of the present application includes:
a presenting module 5551, configured to present, on a screen of a virtual scene, a virtual vehicle of a first aspect and a virtual object that is seated on the virtual vehicle, where the virtual object and the virtual vehicle are in a first environment area that is adapted to the first aspect;
a transformation module 5552 for controlling the virtual vehicle to transform from the first configuration to the second configuration in response to a configuration transformation instruction for the virtual vehicle, and
The display module 5553 is configured to display a picture that the virtual object is in the second environment area by using the virtual carrier in the second aspect;
wherein the second environmental area is adapted to the second modality and is different from the first environmental area.
In some embodiments, the presenting module is further configured to present, in a frame of the virtual scene, the virtual object in an independent state;
in response to a call instruction for the virtual carrier, presenting the virtual carrier of the first form, and
and controlling the virtual object to ride the virtual carrier.
In some embodiments, the display module is further configured to receive a control instruction for the virtual vehicle of the second aspect;
and responding to the control instruction, and controlling the virtual object to move from the first environment area to the second environment area by taking the virtual vehicle of the second form.
In some embodiments, the transformation module is further configured to control the virtual object to move from the first environment area to the second environment area while the virtual vehicle is transformed from the first configuration to the second configuration.
In some embodiments, the transformation module is further configured to receive a trigger operation for a key for transforming the virtual carrier form;
And responding to the triggering operation, and triggering a morphological transformation instruction aiming at the virtual carrier.
In some embodiments, the transformation module is further configured to control the virtual vehicle to transform from the second configuration to a third configuration in response to a configuration transformation instruction for the virtual vehicle, and
and displaying the picture that the virtual object is in a third environment area by taking the virtual carrier of the third form.
In some embodiments, the transformation module is further configured to present a morphological transformation icon in an interface of the virtual scene;
in response to a triggering operation for the morphology transformation icon, presenting at least two morphology options of the virtual vehicle;
responding to the triggering operation of a target form selection item in the at least two form selection items, and taking the form corresponding to the target form selection item as the second form of the virtual carrier.
In some embodiments, the transformation module is further configured to obtain a first position of the virtual carrier in the first environment area when the morphological transformation instruction is received;
determining an idle area closest to the first position in the second environment area, wherein the idle area is an area which does not comprise an obstacle;
And controlling the virtual object to move to the idle area by taking the virtual carrier of the second mode.
In some embodiments, the apparatus further comprises:
a moving module, configured to receive a moving instruction for the virtual carrier of the second aspect;
and responding to the movement instruction, and controlling the virtual carrier in the second mode to move in the second environment area at a movement speed matched with the second mode.
In some embodiments, the apparatus further comprises:
a moving module, configured to receive a moving instruction for the virtual carrier of the second aspect;
and when the second environment area is an air area of the virtual scene, responding to the moving instruction, and controlling the virtual carrier of the second form to fly in the air area with the height from the ground target so as to span at least part of objects on the ground.
In some embodiments, the transformation module is further configured to, when a target object exists in the first environment area, control the virtual object to be separated from the virtual prop of the first modality in response to a separation instruction for the virtual object and the virtual prop of the first modality, and
And controlling the virtual carrier of the first form to release the attack skills to a target object, wherein the target object and the virtual object are in hostile relation.
In some embodiments, the transformation module is further configured to control movement of the virtual vehicle of the first modality to the virtual object;
and when the distance between the virtual carrier in the first mode and the virtual object meets a distance condition, controlling the virtual object to ride on the virtual carrier in the first mode.
Embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions, so that the computer device executes the control method of the virtual carrier according to the embodiment of the application.
Embodiments of the present application provide a computer readable storage medium having stored therein executable instructions which, when executed by a processor, cause the processor to perform a method provided by embodiments of the present application, for example, as shown in fig. 4.
In some embodiments, the computer readable storage medium may be FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; but may be a variety of devices including one or any combination of the above memories.
In some embodiments, the executable instructions may be in the form of programs, software modules, scripts, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and they 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.
As an example, the executable instructions may, but need not, correspond to files in a file system, may be stored as part of a file that holds other programs or data, for example, in one or more scripts in a hypertext markup language (HTML, hyper Text Markup Language) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).
As an example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices located at one site or, alternatively, distributed across multiple sites and interconnected by a communication network.
The foregoing is merely exemplary embodiments of the present application and is not intended to limit the scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and scope of the present application are included in the protection scope of the present application.