Performance evaluation method and device of virtual map, storage medium and electronic equipment

Abstract

The invention discloses a performance evaluation method and device of a virtual map, a storage medium and electronic equipment. The method comprises the following steps: acquiring a performance evaluation request triggered for a virtual game; first sampling is carried out on the performance of the virtual game when the first area grid is loaded, second sampling is carried out on the performance of the virtual game when the second area grid is loaded, and the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling; and integrating sampling results of the first sampling and the second sampling, and overlapping the sampling results on a virtual map for display in a performance data view mode. The technical problem that the performance evaluation efficiency of the virtual map is low is solved.

Description

Technical Field

[0001] This application relates to the field of computers, and in particular, to a method, device, storage medium, and electronic device for performance evaluation of a virtual map. Background Art

[0002] In the performance evaluation scenario of a virtual map, it is usually necessary to perform multiple samplings in different regions and under different conditions, then screen the collected performance data, and then read the sampling point file and perform the performance evaluation of the virtual map.

[0003] However, this method is relatively cumbersome and rigid. When facing a virtual map with a complex scenario, manual participation is also required in the performance evaluation of the virtual map. And after the user obtains the performance evaluation result, due to the complexity of the virtual map scenario, the performance evaluation result cannot be corresponding to the virtual map, which further leads to the problem of low efficiency in the performance evaluation of the virtual map. Therefore, there is a problem of low efficiency in the performance evaluation of the virtual map.

[0004] For the above problems, no effective solution has been proposed yet. Summary of the Invention

[0005] Embodiments of this application provide a method, device, storage medium, and electronic device for performance evaluation of a virtual map to at least solve the technical problem of low efficiency in the performance evaluation of the virtual map.

[0006] According to one aspect of the embodiments of this application, a method for performance evaluation of a virtual map is provided, including: obtaining a performance evaluation request triggered by a virtual game, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading the virtual map, the virtual map is divided into at least two virtual area grids, the virtual area grids are first area grids belonging to a first area type or second area grids belonging to a second area type, and the first area type is different from the second area type; responding to the performance evaluation request, performing a first sampling on the performance of the virtual game when loading the first area grid, and performing a second sampling on the performance of the virtual game when loading the second area grid, where the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling; integrating the sampling results of the first sampling and the second sampling, and displaying them in a performance data view by superimposing them on the virtual map.

[0007] According to another aspect of the embodiments of the present application, there is also provided a performance evaluation device for a virtual map, including: an acquisition unit, configured to acquire a performance evaluation request triggered by a virtual game, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading the virtual map, the virtual map is divided into at least two virtual area grids, the virtual area grids are first area grids belonging to a first area type or second area grids belonging to a second area type, and the first area type is different from the second area type; a sampling unit, configured to, in response to the performance evaluation request, perform a first sampling on the performance of the virtual game when loading the first area grid and a second sampling on the performance of the virtual game when loading the second area grid, where the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling; a display unit, configured to integrate the sampling results of the first sampling and the second sampling and display them in a performance data view mode superimposed on the virtual map.

[0008] As an alternative solution, the sampling unit includes: a first sampling module, configured to perform a first performance sampling on the performance of the virtual game when loading a first map grid and a second performance sampling on the performance of the virtual game when loading a second map grid, where the first map grid is a first grid belonging to a first terrain type or a second grid belonging to a second terrain type, and the sampling density corresponding to the first performance sampling is different from the sampling density corresponding to the second performance sampling; or, a second sampling module, configured to perform a third performance sampling on the performance of the virtual game when loading the first grid and a fourth performance sampling on the performance of the virtual game when loading the second grid, where the sampling density corresponding to the third performance sampling is different from the sampling density corresponding to the fourth performance sampling.

[0009] As an alternative solution, the first sampling module includes: a first sampling sub-module, configured to perform the first performance sampling on the performance of the virtual game when loading a grid in an area where walking is allowed and the second performance sampling on the performance of the virtual game when loading a grid in an area where walking is prohibited, where the sampling density corresponding to the first performance sampling is greater than the sampling density corresponding to the second performance sampling, the first map grid includes the grid in the area where walking is allowed, and the second map grid includes the grid in the area where walking is prohibited; the second sampling module includes: a second sampling sub-module, configured to perform the third performance sampling on the performance of the virtual game when loading an indoor grid and the fourth performance sampling on the performance of the virtual game when loading an outdoor grid, where the first grid includes the indoor grid and the second grid includes the outdoor grid.

[0010] As an alternative solution, the above-mentioned sampling unit includes: a third sampling module, configured to, when the performance evaluation request carries sampling indication information, perform the first sampling on the performance of the virtual game when loading the first area grid according to the sampling indication information, and perform the second sampling on the performance of the virtual game when loading the second area grid, where the sampling indication information is used to indicate the sampling density corresponding to the first sampling and the sampling density corresponding to the second sampling.

[0011] As an alternative solution, the above-mentioned third sampling module includes: a third sub-sampling module, configured to set a plurality of first sampling points within the first area grid according to the first sampling interval indicated by the sampling indication information, where the first sampling points are used to perform the first sampling; and a fourth sub-sampling module, configured to set a plurality of second sampling points within the second area grid according to the second sampling interval indicated by the sampling indication information, where the second sampling points are used to perform the first sampling.

[0012] As an alternative solution, the above-mentioned display unit includes: an integration module, configured to integrate the sampling results of the first sampling and the second sampling to obtain sampling performance data, where the sampling performance data is used to represent the performance of the virtual game when loading each virtual area grid in the at least two virtual area grids; a mapping module, configured to map the sampling performance data into different colors according to the attributes of the sampling performance data to obtain a performance heat map, where the performance data view includes the performance heat map; and a display module, configured to overlay the performance heat map on the virtual map for display according to the correspondence between the sampling performance data and the virtual area grid.

[0013] As an alternative solution, the above-mentioned display module includes:

[0014] a determination sub-module, configured to determine the indication position of the indication area grid in the virtual map, where the virtual area grid includes the indication area grid; and a display sub-module, configured to display an indication sector view at the indication position, where the indication sector view uses a first color and a second color to represent the sampling performance data corresponding to the indication area grid, and the proportion of the first color in the indication sector view has a positive relationship with the performance of the virtual game when loading the indication area grid, and the proportion of the second color in the indication sector view has an inverse relationship with the performance of the virtual game when loading the indication area grid, and the performance heat map includes the indication sector view.

[0015] As an alternative solution, the above sampling unit includes: a fourth sampling module, configured to, when the performance evaluation request carries performance indication information, perform a first sampling of the performance of the virtual game when loading the first area grid according to the specified performance type indicated by the performance indication information, and perform a second sampling of the performance of the virtual game when loading the second area grid according to the specified performance type.

[0016] As an alternative solution, the above sampling unit includes: a fifth sampling module, configured to, when the performance evaluation request carries area indication information, sample the performance of the virtual game when loading the grids belonging to the specified area type among the at least two virtual area grids according to the specified area type indicated by the area indication information, where the specified area type includes the second area type and the first area type.

[0017] As an alternative solution, the above device further includes: before the first sampling of the performance of the virtual game when loading the first area grid and the second sampling of the performance of the virtual game when loading the second area grid, a first evaluation unit, configured to, when the performance evaluation requirement corresponding to the virtual area grid to be evaluated in the performance evaluation request is within the first performance evaluation interval, determine that the virtual area grid to be evaluated belongs to the area type matching the first performance evaluation interval, where the area type matching the first performance evaluation interval is the first area type; a second evaluation unit, configured to, before the first sampling of the performance of the virtual game when loading the first area grid and the second sampling of the performance of the virtual game when loading the second area grid, when the performance evaluation requirement corresponding to the virtual area grid to be evaluated in the performance evaluation request is within the second performance evaluation interval, determine that the virtual area grid to be evaluated belongs to the area type matching the second performance evaluation interval, where the area type matching the second performance evaluation interval is the second area type.

[0018] According to another aspect of the embodiments of the present application, there is provided a computer program product or a computer program. The computer program product or the computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. A processor of an electronic device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the electronic device executes the performance evaluation method of the virtual map as described above.

[0019] According to another aspect of the embodiments of the present application, an electronic device is further provided, including a memory, a processor, and a computer program stored on the memory and executable on the processor. Wherein, the processor executes the above-mentioned performance evaluation method of the virtual map through the computer program.

[0020] In the embodiments of the present application, a performance evaluation request triggered by a virtual game is obtained. Wherein, the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading a virtual map. The virtual map is divided into at least two virtual area grids, and the virtual area grids are first area grids belonging to a first area type or second area grids belonging to a second area type, and the first area type is different from the second area type. In response to the performance evaluation request, a first sampling of the performance of the virtual game when loading the first area grid is performed, and a second sampling of the performance of the virtual game when loading the second area grid is performed. Wherein, the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling. The sampling results of the first sampling and the second sampling are integrated and displayed on the virtual map in the form of a performance data view.

[0021] Through the response to the performance evaluation request, this embodiment introduces an automated method to start the performance evaluation, thereby reducing the need for manual participation and operation. And this embodiment can also distinguish two different area types (the first area grid and the second area grid) and perform different samplings, improving the flexibility of performance evaluation when dealing with complex virtual map scenarios. At the same time, this embodiment uses different sampling densities for the first area grid and the second area grid, so that the sampling strategy can be adjusted according to the type and characteristics of the area, so as to obtain more detailed data in the key area, while using a sparser sampling in other areas, thereby improving the efficiency of performance evaluation. Furthermore, this embodiment also provides an intuitive way of visualizing performance data, enabling users to directly associate the results of performance evaluation with the corresponding areas of the virtual map, greatly enhancing the readability and operability of the evaluation results, and thus achieving the purpose of integrating the sampling, integration, analysis, and visualization of performance data into an automated process in a reasonable way, thereby realizing the technical effect of improving the performance evaluation efficiency of the virtual map, and further solving the technical problem of low performance evaluation efficiency of the virtual map. Description of the Drawings

[0022] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation of the present application. In the drawings:

[0023] Figure 1It is a schematic diagram of an application environment of an optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0024] Figure 2 It is a schematic diagram of a process of an optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0025] Figure 3 It is a schematic diagram of an optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0026] Figure 4 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0027] Figure 5 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0028] Figure 6 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0029] Figure 7 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0030] Figure 8 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0031] Figure 9 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0032] Figure 10 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0033] Figure 11 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0034] Figure 12 It is a schematic diagram of another optional performance evaluation method for a virtual map according to an embodiment of the present application;

[0035] Figure 13 It is a schematic diagram of an optional performance evaluation device for a virtual map according to an embodiment of the present application;

[0036] Figure 14 It is a schematic diagram of the structure of an optional electronic device according to an embodiment of the present application. Detailed implementation manners

[0037] To enable those skilled in the art to better understand the solution of this application, the following will clearly and completely describe the technical solution in the embodiments of this application with reference to the accompanying drawings in the embodiments of this application. Obviously, the described embodiments are only a part of the embodiments of this application, rather than all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the scope of protection of this application.

[0038] It should be noted that the terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and do not necessarily need to be used to describe a specific order or sequence. It should be understood that such data can be interchanged under appropriate circumstances so that the embodiments of this application described here can be implemented in an order other than those illustrated or described here. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or are inherent to these processes, methods, products, or devices.

[0039] According to one aspect of the embodiments of this application, a method for evaluating the performance of a virtual map is provided. Optionally, as an alternative implementation, the above method for evaluating the performance of a virtual map can be but is not limited to being applied to an environment such as Figure 1 shown. Among them, it can but is not limited to include a user device 102 and a server 112. The user device 102 can but is not limited to include a display 104, a processor 106, and a memory 108. The server 112 includes a database 114 and a processing engine 116.

[0040] The specific process can be as follows:

[0041] Step S102, the user device 102 obtains a performance evaluation request triggered by a virtual game;

[0042] Step S104, the performance evaluation request is sent to the server 112 through the network 110;

[0043] Steps S106 - S110, the server 112 responds to the performance evaluation request, and the processing engine 116 performs a first sampling on the performance of the virtual game when loading the first area grid and a second sampling on the performance of the virtual game when loading the second area grid, and further integrates the sampling results of the first sampling and the second sampling to obtain a performance data view corresponding to the sampling results;

[0044] Step S112: Send the performance data view to the user device 102 via the network 110. The user device 102 displays the performance data view on the display 104 via the processor 106 and stores the performance data view in the memory 108.

[0045] In addition to Figure 1 the example shown, the above terminal device can be a terminal device configured with a target client, and can include but are not limited to at least one of the following: mobile phone (such as Android mobile phone, iOS mobile phone, etc.), laptop computer, tablet computer, handheld computer, MID (Mobile Internet Devices), PAD, desktop computer, smart TV, etc. The target client can be a video client, instant messaging client, browser client, education client, etc. The above network can include but are not limited to: wired network, wireless network. Among them, the wired network includes: local area network, metropolitan area network and wide area network, and the wireless network includes: Bluetooth, WIFI and other networks that implement wireless communication. The above server can be a single server, or a server cluster composed of multiple servers, or a cloud server. The above is only an example, and this embodiment does not make any limitation thereto.

[0046] Optionally, as an alternative implementation, as Figure 2 shown, the performance evaluation method of the virtual map can be executed by an electronic device, which can be, for example, the user device or server as Figure 1 shown. The specific steps include:

[0047] S202: Obtain a performance evaluation request triggered by a virtual game. The performance evaluation request is used to request an evaluation of the performance of the virtual game when loading the virtual map. The virtual map is divided into at least two virtual area grids, and the virtual area grids are first area grids belonging to the first area type or second area grids belonging to the second area type, and the first area type is different from the second area type;

[0048] S204: Respond to the performance evaluation request, perform a first sampling on the performance of the virtual game when loading the first area grid, and perform a second sampling on the performance of the virtual game when loading the second area grid, where the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling;

[0049] S206: Integrate the sampling results of the first sampling and the second sampling, and display them in a performance data view mode by superimposing them on the virtual map.

[0050] Optionally, in this embodiment, the above method for evaluating the performance of the virtual map can be but is not limited to being applied in the map testing scenario of a game project. When a game developer or tester needs to evaluate the performance of a virtual map, a performance evaluation request can be triggered. The performance evaluation request can include information about the virtual map to be evaluated, such as the map ID, version, or other relevant parameters.

[0051] After receiving the performance evaluation request in this embodiment, it will automatically identify different regions in the virtual map and classify them into the first region grid or the second region grid according to their characteristics. For example, cities, forests, mountains, and waters can be regarded as different region types respectively, and each type has its specific performance evaluation requirements.

[0052] Furthermore, for different region types, this embodiment will automatically adjust the sampling density. In complex regions such as cities, a higher sampling density may be required to capture more details and performance fluctuations; while in relatively simple regions, such as large grasslands or deserts, a lower sampling density can be adopted.

[0053] Moreover, when the virtual game loads the map, this embodiment will sample the performance of each region in real time. This includes collecting various performance metrics, such as graphics rendering speed, frame rate, CPU and GPU occupancy, memory usage, etc. These data are recorded in real time for subsequent analysis and visualization. And the collected performance data is integrated into a unified dataset. These data include all samples collected from different regions and under different conditions. The integration process ensures the integrity and consistency of the data, providing a solid foundation for subsequent analysis.

[0054] The integrated performance data is converted into an intuitive visualization view, such as a heat map, a contour map, or other graphical representations. These views can clearly show the performance differences and problem points of each region on the virtual map. Testers and developers can quickly identify performance bottlenecks, problem areas, and potential optimization spaces based on the visualized performance data views. This provides them with strong information support to help them make targeted optimization decisions.

[0055] In addition, after optimizing the game, this embodiment can trigger a performance evaluation request again to verify the optimization effect. This process can be iterated multiple times until satisfactory performance is achieved.

[0056] Optionally, during the game development process, performance evaluation is an important step, which is related to the smoothness of the game, the user experience, and the utilization rate of hardware resources. When the development reaches a certain stage or new features and maps are added, developers or testers may want to know the performance status of the game. After the "performance evaluation request for virtual game triggers" is successfully executed, developers or testers can obtain detailed data on the performance of the virtual game under specific conditions. These data may be numerical values, charts, or other visual forms, which can help developers or testers understand the performance status of the game, identify potential problems, and conduct targeted optimizations. This can not only improve the performance and user experience of the game but also ensure that all problems are effectively solved before the game is released.

[0057] To further illustrate with an example, optionally, assume a game development team is developing a new open-world game and has just completed a new city map and wants to know the performance when players play in this new map. So, the testing team triggers a performance evaluation request, asking the system to conduct performance tests in the city map and detect metrics such as frame rate, loading time, CPU and GPU occupancy.

[0058] Optionally, in this embodiment, the virtual map is divided into two or more regional grids. This division is based on the performance evaluation requirements of different parts of the map to more precisely detect and evaluate the performance of each region. Each virtual regional grid represents a specific area in the virtual map, and these areas can be divided according to geographical features (such as cities, forests, mountains, etc.), game content (such as mission areas, combat areas, etc.), or other relevant criteria.

[0059] Optionally, in this embodiment, the virtual map has different requirements and challenges in performance evaluation. For example, the first region type may be an urban area with high-density buildings and complex traffic, while the second region type may be a relatively open rural or natural landscape. By dividing the virtual map into these different types of regional grids, developers or testers can more precisely understand the performance of the game in different scenarios and optimize for different types of regions. This division and classification help improve the accuracy and efficiency of performance evaluation, thus helping to enhance the overall performance and user experience of the game.

[0060] Optionally, when the virtual game is running and loading different regional grids, the performance of the virtual game may vary. To accurately evaluate the impact of these different regions on game performance, this embodiment needs to sample the performance of each region. Such sampling can help this embodiment understand which performance metrics of the game have changed in different types of regions. By collecting performance data using different sampling densities for different types of regional grids, developers or testers can obtain more accurate and targeted performance information, which helps developers or testers more accurately understand the performance of the game in different scenarios, identify potential performance bottlenecks and problem points, and thus be able to optimize more targeted, not only improving the accuracy and efficiency of performance evaluation, but also helping to ensure the smoothness of the game and the user experience are guaranteed in different types of regions.

[0061] To further illustrate, an optional assumption is that in an open-world game, the city area (the first regional grid) and the mountain area (the second regional grid) are two significantly different terrains. When the game loads the city area, due to the presence of a large number of objects such as buildings, vehicles, and pedestrians, the frame rate may drop or the rendering speed may slow down. In the mountain area, due to the reduction in terrain complexity and the number of objects, the performance of the game may be relatively better. To understand the specific impact of these two terrains on game performance, this embodiment will perform the first sampling when loading the city area and the second sampling when loading the mountain area.

[0062] Optionally, in this embodiment, when collecting performance data, this embodiment uses different sampling densities for different types of regional grids. Sampling density refers to the number of data points collected within a certain time or space range. A higher sampling density means that more data points are collected within the same time or space range, thus being able to provide more detailed and accurate performance information. On the contrary, a lower sampling density will collect fewer data points and may only provide relatively rough performance information.

[0063] In the above situation, this embodiment may set a higher sampling density for the first regional grid (such as the city) because the complexity of the city area is usually higher and the impact on game performance is also greater. For the second regional grid (such as the mountain area), this embodiment may use a lower sampling density because these regions may be relatively simple and the impact on game performance is also smaller. This differential sampling density setting can help developers or testers make more effective use of resources and more accurately identify and solve performance problems.

[0064] Optionally, after this embodiment completes the performance sampling of the first area grid and the second area grid, a large amount of performance data will be collected. To facilitate developers or testers to intuitively understand the performance of the game in different areas, this embodiment needs to integrate this data and display it in an easy-to-understand manner. By integrating the results of the first sampling and the second sampling and overlaying them on the virtual map in the form of a performance data view, developers or testers can intuitively see the performance of the game in different areas, without having to deeply analyze a large amount of raw data, and can quickly locate the areas with serious performance problems, so as to be able to optimize more targeted and comprehensively understand the performance of the game in various scenarios, ensuring that a good gaming experience can be provided for users in different types of areas.

[0065] For further illustration, optionally assume that this embodiment uses a heat map as the performance data view. In the heat map, the darker the color, the worse the performance (such as the lower the frame rate), and the lighter the color, the better the performance. When this heat map is overlaid on the virtual map, developers or testers can intuitively see which areas (such as a certain area of the city or a certain part of the mountain area) have performance problems, so as to be able to optimize more targeted.

[0066] Optionally, in this embodiment, the sampling results can, but are not limited to, the data obtained after performing performance sampling on the virtual game. These data can be specific values of various performance metrics such as frame rate, rendering speed, CPU and GPU occupancy, and memory usage.

[0067] Optionally, in this embodiment, the performance data view can, but is not limited to, a tool or method that displays performance data in a graphical, chart or other visual form, which can be a heat map, a contour map, a bar chart, etc. The purpose is to convert complex performance data into intuitive and easy-to-understand visual information.

[0068] Optionally, in this embodiment, overlaying and displaying on the virtual map can, but is not limited to, be understood as combining the performance data view with the virtual map, enabling developers or testers to directly see the performance of each area on the map, such as by overlaying the performance data view on the virtual map in the form of a transparent layer.

[0069] Optionally, in this embodiment, the first is used to refer to a specific element or type that is different from other items. For example, the first area grid refers to a specific type of area grid in the virtual map, which is different from other types of area grids (such as the second area grid) in performance evaluation. Similarly, the first sampling refers to a specific sampling process for the performance of a specific type of area grid (such as the first area grid).

[0070] The second is used to refer to another type or category of elements, forming a contrast with the elements referred to by the first. For example, the second regional grid is a regional grid of a different type or with different properties from the first regional grid. Similarly, the second sampling refers to the sampling process of the performance of another type of regional grid (such as the second regional grid), and this process may be different from the sampling process of the first regional grid.

[0071] It should be noted that during the development or testing phase of a virtual game, developers or testers may trigger a performance evaluation request to understand the performance of the game when loading a specific virtual map. This virtual map is divided into at least two regional grids, each regional grid belonging to a different type, and these types have different requirements for performance evaluation. In this embodiment, in response to this request, the performance of different regional grids is sampled, and then the sampling results are integrated and displayed on the virtual map in a visual manner.

[0072] For further illustration, optionally, for example Figure 3 As shown, a performance evaluation request triggered for the virtual game is obtained, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading the virtual map 302. The virtual map 302 is divided into at least two virtual regional grids 304 (such as grid 1, grid 2, grid 3, grid 4, grid 5, grid 6, grid 7, grid 8, grid 9). The virtual regional grid 304 is a first regional grid belonging to the first regional type (shaded cells, such as grid 1, grid 4, grid 7, grid 8, grid 9), or a second regional grid belonging to the second regional type (blank cells, such as grid 2, grid 3, grid 5, grid 6); in response to the performance evaluation request, a first sampling of the performance of the virtual game when loading the first regional grid is performed, and a second sampling of the performance of the virtual game when loading the second regional grid is performed, where the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling; the sampling results 306 of the first sampling and the second sampling are integrated and displayed in the form of a performance data view, superimposed on the virtual map 302, such as the performance of the virtual map 308.

[0073] Through the embodiments provided in this application, by using the method of responding to performance evaluation requests, this embodiment introduces an automated way to initiate performance evaluation, thereby reducing the need for manual participation and operation. Moreover, this embodiment can also distinguish between two different region types (the first region grid and the second region grid) and perform different samplings, improving the flexibility of performance evaluation when dealing with complex virtual map scenarios. At the same time, this embodiment performs different sampling densities for the first region grid and the second region grid, so that the sampling strategy can be adjusted according to the type and characteristics of the region, thereby obtaining more detailed data in key regions, while using a sparser sampling in other regions, thus improving the efficiency of performance evaluation. Furthermore, this embodiment also provides an intuitive way of visualizing performance data, enabling users to directly associate the results of performance evaluation with the corresponding regions of the virtual map, greatly enhancing the readability and operability of the evaluation results, and thus achieving the purpose of integrating the sampling, integration, analysis, and visualization of performance data into an automated process in a reasonable manner, thereby achieving the technical effect of improving the performance evaluation efficiency of the virtual map.

[0074] As an alternative solution, performing a first sampling on the performance of the virtual game when loading the first region grid, and performing a second sampling on the performance of the virtual game when loading the second region grid, includes:

[0075] S1-1, performing a first performance sampling on the performance of the virtual game when loading the first map grid, and performing a second performance sampling on the performance of the virtual game when loading the second map grid, where the first map grid is the first grid belonging to the first terrain type or the second grid belonging to the second terrain type, and the sampling density corresponding to the first performance sampling is different from the sampling density corresponding to the second performance sampling; or,

[0076] S1-2, performing a third performance sampling on the performance of the virtual game when loading the first grid, and performing a fourth performance sampling on the performance of the virtual game when loading the second grid, where the sampling density corresponding to the third performance sampling is different from the sampling density corresponding to the fourth performance sampling.

[0077] Optionally, in this embodiment, the first performance sampling may refer to the performance sampling of virtual map grids of a specific type or region (such as the first region grid or the grid of the first terrain type). The purpose of sampling is to evaluate the performance of the virtual game when loading these specific type regions, such as frame rate, loading time, memory usage, etc. The first performance sampling may include the sampling density, frequency, or method, all of which can be customized according to the evaluation requirements.

[0078] The second performance sampling corresponds to the first performance sampling. The second performance sampling is performed on virtual map grids of another type or region (such as grid of the second region or grid of the second terrain type). The purpose and evaluation metrics of the second performance sampling can be the same as those of the first performance sampling, but the sampling method or focus may be different. For example, if the first performance sampling focuses on evaluating the performance of the grid in the allowed passage area, then the second performance sampling can focus on evaluating the performance of the grid in the prohibited passage area.

[0079] Optionally, in this embodiment, the first terrain type may refer to a terrain with specific physical characteristics, morphology or geological structure. These characteristics may include altitude, slope, surface cover (such as vegetation, rocks), soil type, etc. In a virtual game, the first terrain type may correspond to specific game areas or parts of the map, and these areas have specific impacts on game performance due to their specific terrain features. For example, the first terrain type may be a mountainous area, and its rough surface and high altitude may pose challenges to the rendering performance of the game.

[0080] The second terrain type is opposite to the first terrain type. The second terrain type refers to another terrain with different physical characteristics, morphology or geological structure. These terrain features may also include altitude, slope, surface cover, etc., but compared with the first terrain type, they show significant differences in these aspects. In the game environment, the second terrain type can represent different types of areas such as plains, deserts, swamps, etc., and these areas have different impacts on game performance due to their different terrain characteristics. For example, plain areas may be relatively easy to render, while swamp areas may require more computing resources to simulate wetland effects.

[0081] It should be noted that when loading the virtual map, this embodiment performs performance sampling on map grids belonging to different terrain types (such as the first grid of the first terrain type and the second grid of the second terrain type). This process includes two levels: first is the performance sampling of the entire map grid (i.e., the first performance sampling and the second performance sampling), and then is the performance sampling of specific grids (i.e., the third performance sampling and the fourth performance sampling). And the sampling densities of these samplings are different, which means that in different terrains or regions, the attention degree of this embodiment to performance is different.

[0082] By means of the above-mentioned hierarchical and differentiated performance sampling strategy, different sampling densities can be used in different terrains and regions, enabling more accurate identification and evaluation of the game's performance issues. Using a lower sampling density in relatively simple areas can save the resources of this embodiment, while using a higher sampling density in complex areas can ensure that no potential performance issues are missed. By performing hierarchical sampling on the entire map grid and specific grids, a comprehensive understanding of the game's performance under various scenarios and terrains can be obtained. The differentiated sampling strategy can help developers or testers optimize the game's performance more targeted, thereby improving the game's quality and user experience.

[0083] For further illustration, it is optionally assumed that a game includes two terrains: plains and mountains. In the plain area (the first terrain type), due to the flat terrain and uniform object distribution, a lower first performance sampling density is used in this embodiment. In the mountain area (the second terrain type), due to the complex terrain and uneven object distribution, a higher second performance sampling density is used. Further, even in the plain area, a specific grid (such as an area with a large amount of vegetation) may also require a higher third performance sampling density, while in the mountain area, a relatively simple grid may only require a lower fourth performance sampling density.

[0084] Through the embodiment provided in this application, a first performance sampling is performed on the performance of the virtual game when loading the first map grid, and a second performance sampling is performed on the performance of the virtual game when loading the second map grid, where the first map grid is the first grid belonging to the first terrain type or the second grid belonging to the second terrain type, and the sampling density corresponding to the first performance sampling is different from the sampling density corresponding to the second performance sampling; or, a third performance sampling is performed on the performance of the virtual game when loading the first grid, and a fourth performance sampling is performed on the performance of the virtual game when loading the second grid, where the sampling density corresponding to the third performance sampling is different from the sampling density corresponding to the fourth performance sampling, thereby achieving the purpose of using different sampling densities in different terrains and regions, and thus realizing the technical effect of improving the accuracy of the performance evaluation of the virtual map.

[0085] As an optional solution, performing a first performance sampling on the performance of the virtual game when loading the first map grid and a second performance sampling on the performance of the virtual game when loading the second map grid includes: performing a first performance sampling on the performance of the virtual game when loading the grid in the area where passage is allowed, and performing a second performance sampling on the performance of the virtual game when loading the grid in the area where passage is prohibited, where the sampling density corresponding to the first performance sampling is greater than the sampling density corresponding to the second performance sampling, the first map grid includes the grid in the area where passage is allowed, and the second map grid includes the grid in the area where passage is prohibited;

[0086] As an alternative, a third performance sampling is performed on the performance of the virtual game when loading the first grid, and a fourth performance sampling is performed on the performance of the virtual game when loading the second grid, including: performing a third performance sampling on the performance of the virtual game when loading the indoor grid, and performing a fourth performance sampling on the performance of the virtual game when loading the outdoor grid, where the first grid includes the indoor grid and the second grid includes the outdoor grid.

[0087] Optionally, in this embodiment, the first grid including the indoor grid can be understood as the first grid only including the indoor grid, or the first grid further includes other grids outside the indoor grid, such as the first grid further includes a transition area directly adjacent to the indoor space, a passage connecting the indoor and outdoor (such as a porch, a staircase), or an environment around the indoor space but not strictly divided into the indoor (such as the periphery of a building, a terrace, etc.).

[0088] And the second grid including the outdoor grid can also be understood as the second grid only including the outdoor grid, or the second grid further includes other grids outside the outdoor grid, such as the first grid further includes other types of areas closely connected to the outdoor environment, such as the edge area of the outdoor space, the space near the outer wall of the building, or a specific functional area in the outdoor environment (such as a parking lot, a flower bed, etc.).

[0089] Optionally, in this embodiment, the allowed movement area grid can be, but is not limited to, a map area in the virtual game where players or other game entities (such as NPCs, vehicles, animals, etc.) can move freely, interact, and carry out various activities. These areas can be, but are not limited to, the core part of the game because they are directly related to the player's experience and interaction. For example, city streets, plains, forests, etc. are typical allowed movement area grids. Since these areas are the places where players most frequently visit and interact, their performance is particularly crucial. Any lag, delay, or other performance issues may directly affect the player's gaming experience.

[0090] Optionally, in this embodiment, the prohibited movement area grid can be, but is not limited to, a map area where players or other game entities cannot enter or are restricted. These places can be, but are not limited to, caused by terrain (such as mountains, cliffs), environmental factors (such as deep water areas, poisonous gas areas), or other game design reasons (such as unopened areas). Although players cannot directly access these areas, they may still exist as game backgrounds or visual elements, affecting the overall atmosphere and visual effects of the game. Although these areas do not need to consider the player's real-time interaction, their rendering and display effects in the game still need to be considered. However, since they do not need to handle a large amount of player interaction logic, the performance requirements may be relatively low, or even no performance evaluation is required.

[0091] Optionally, in this embodiment, the indoor grid may, but is not limited to, refer to the map area located inside a building, cave, or other enclosed space. These areas may, but are not limited to, have more details and complex visual elements, such as furniture, decorations, stairs, etc. The indoor environment may, but is not limited to, be related to the close interaction with players, such as conversations, searching for items, solving puzzles, etc. Therefore, a high degree of visual and interaction details is required. Due to the complexity and detail requirements of the indoor environment, it may, but is not limited to, put a greater pressure on the performance of the game. Optimizing the performance of these areas is the key to ensuring a smooth gaming experience.

[0092] Optionally, in this embodiment, the outdoor grid may, but is not limited to, refer to the map area located in open spaces (such as plains, deserts, streets, etc.). These places may, but are not limited to, be relatively spacious, where players can move and explore freely. The outdoor environment is often the main activity place of the game, involving a large number of player movements, battles, or other interactive activities. Although the outdoor environment may not be as complex visually as the indoor environment, due to the large number of player activities and interactions involved, the performance requirements are still very high. In addition, the outdoor environment also needs to consider the influence of weather, lighting, and other environmental effects.

[0093] It should be noted that when loading the virtual map, this embodiment will perform performance sampling on two specific types of map grids: the allowed movement area grid and the prohibited movement area grid. The allowed movement area grid refers to the area where players or other game entities can move and interact freely, while the prohibited movement area grid may be some areas where players are restricted or prohibited from entering (such as mountains, waters, etc.). In addition, this embodiment will also perform performance sampling on the grids of two specific scenarios, such as indoor grids and outdoor grids. This embodiment can be further extended to other types of areas and scenarios, such as underground caves, waters, the air, etc.

[0094] In this embodiment, each area or scenario can set an appropriate sampling density according to its characteristics and the possible impact on performance. By distinguishing between the allowed movement and prohibited movement areas, it is possible to more accurately identify which areas may have a greater impact on performance. Using a higher sampling density in the allowed movement areas (especially indoor scenarios) can ensure the smoothness of the gaming experience, while using a lower sampling density in the prohibited movement or outdoor areas can save the resources of this embodiment. By performing hierarchical sampling on the grids of different types and scenarios, a comprehensive understanding of the game's performance in various situations can be obtained. At the same time, ensure that a stable and smooth gaming experience can be provided to users in different types of areas, thereby improving the overall quality of the game.

[0095] For further illustration, assume that in a game, there is a city map. The areas inside the city (such as streets, inside buildings, etc.) belong to the grid areas where passage is allowed, while the mountains or rivers outside the city belong to the grid areas where passage is prohibited. When performance sampling is performed in this embodiment, the performance of the areas inside the city will be sampled for the first time (using a higher sampling density), and the performance of the mountains or rivers will be sampled for the second time (using a lower sampling density). Further, inside the city, the performance of the areas inside buildings (indoor grids) will be sampled for the third time in this embodiment, and the performance of the streets or other open areas (outdoor grids) will be sampled for the fourth time.

[0096] Through the embodiments provided by this application, the performance of the virtual game when loading the grid areas where passage is allowed is sampled for the first time, and the performance of the virtual game when loading the grid areas where passage is prohibited is sampled for the second time. Among them, the sampling density corresponding to the first performance sampling is greater than the sampling density corresponding to the second performance sampling. The first map grid includes the grid areas where passage is allowed, and the second map grid includes the grid areas where passage is prohibited; the performance of the virtual game when loading indoor grids is sampled for the third time, and the performance of the virtual game when loading outdoor grids is sampled for the fourth time. Among them, the first grid includes indoor grids, and the second grid includes outdoor grids. Thus, the purpose of using different sampling densities in different terrains and areas is achieved, and the technical effect of improving the accuracy of the performance evaluation of the virtual map is realized.

[0097] As an alternative solution, sampling the performance of the virtual game when loading the first area grid for the first time and sampling the performance of the virtual game when loading the second area grid for the second time includes:

[0098] When the sampling indication information is carried in the performance evaluation request, according to the sampling indication information, sample the performance of the virtual game when loading the first area grid for the first time and sample the performance of the virtual game when loading the second area grid for the second time, where the sampling indication information is used to indicate the sampling density corresponding to the first sampling and the sampling density corresponding to the second sampling.

[0099] Optionally, in this embodiment, the sampling indication information can be, but is not limited to, the specific information used to guide the system on how to sample the game performance. These information are usually included in the performance evaluation request as part of the evaluation process.

[0100] For further illustration, optionally, for example, the sampling indication information may indicate the specific map area or scene that needs to be sampled. For example, if the performance of the city center is of concern, then the sampling indication information will clearly specify this area; or, the sampling indication information may represent the frequency or detail level of performance sampling within a certain area. High-density sampling means that more data points are captured within this area, thus providing more detailed performance data. On the contrary, low-density sampling captures fewer data points and may only reflect the overall performance of this area; or, if the performance evaluation needs to be carried out within a specific time period (for example, during peak hours in a game or when a specific event occurs), then the sampling indication information will also include this time information.

[0101] It should be noted that when there is a performance evaluation request and this request contains sampling indication information, the system will sample the performance of the virtual game when loading the first area grid and the second area grid according to these indication information. The key here is that the sampling indication information will clearly tell the system the sampling density that should be used for each sampling. Developers can, according to actual needs, precisely specify the sampling density for different areas or scenes, or conduct high-density sampling for specific parts or key areas of the game, so as to more accurately identify and locate performance problems. By using low-density sampling in less important or simple areas, the computing and time resources required for evaluation can be saved. Combining multiple sampling densities can provide a more comprehensive understanding of the game's performance in various situations.

[0102] For further illustration, optionally, assume that a developer wants to evaluate the performance of a game with a city background in two different areas (the city center and the suburbs), sends a performance evaluation request, and attaches sampling indication information thereto. These information indicate that the system uses high-density sampling in the city center area (the first area grid) because there is rich detail and high player activity here; while low-density sampling is used in the suburbs (the second area grid) because it is relatively simple and empty.

[0103] Through the embodiments provided in this application, in the case where the performance evaluation request carries sampling indication information, according to the sampling indication information, a first sampling is performed on the performance of the virtual game when loading the first area grid, and a second sampling is performed on the performance of the virtual game when loading the second area grid, wherein the sampling indication information is used to indicate the sampling density corresponding to the first sampling and the sampling density corresponding to the second sampling, thereby achieving the purpose of more targeted performance evaluation of the virtual map, and thus realizing the technical effect of improving the accuracy of the performance evaluation of the virtual map.

[0104] As an alternative solution, according to the sampling indication information, perform a first sampling on the performance of the virtual game when loading the first area grid, and a second sampling on the performance of the virtual game when loading the second area grid, including:

[0105] S2-1, Set multiple first sampling points within the first area grid according to the first sampling interval indicated by the sampling indication information, where the first sampling points are used for the first sampling; and,

[0106] S2-2, Set multiple second sampling points within the second area grid according to the second sampling interval indicated by the sampling indication information, where the second sampling points are used for the first sampling.

[0107] Optionally, in this embodiment, the first sampling interval refers to the time or space distance between two adjacent sampling points when performing the first performance sampling. This time or space interval determines the sampling frequency and density. A smaller interval means a higher sampling frequency and denser sampling points.

[0108] The second sampling interval is the time or space distance between adjacent sampling points used when performing the second performance sampling. The second sampling interval may be the same as or different from the first sampling interval, depending specifically on the sampling requirements for different types of areas or performance metrics.

[0109] Optionally, in this embodiment, the first sampling points are specific points selected within the virtual map or a specific area grid when performing the first performance sampling. These points are used to collect performance data such as frame rate, latency, resource usage, etc. The second sampling points are the points selected when performing the second performance sampling. These points are also used to collect performance data, but may be located in different types of areas or selected according to different sampling strategies.

[0110] Optionally, in this embodiment, in the performance evaluation of the virtual game, the sampling points can but are not limited to being positions or moments selected within a specific map area or scene for capturing and recording performance data. These points can but are not limited to representing specific states during the game run. By sampling performance data at these points, the performance of the game under these specific conditions can be understood. Developers can also specifically evaluate the performance of the game at key positions or moments, thus more accurately identifying and solving potential performance problems.

[0111] To further illustrate, sampling points can be optionally set at specific locations on the map, such as the center of a certain city, a complex battle scene, etc. Such sampling points are often used to evaluate the performance of the game at different geographical or scene locations; or, points for sampling at specific moments during the game run, such as at the start, end of the game, or when certain specific events occur. These sampling points are often used to capture the performance changes of the game at different time periods or specific situations.

[0112] Optionally, in this embodiment, the sampling interval can, but is not limited to, refer to the time or space distance between consecutive sampling points, which determines the sampling frequency or density, that is, how many sampling points are set within a certain area or time period.

[0113] To further illustrate, for example, the time length between consecutive time sampling points. For example, sampling once per second, sampling once every 5 minutes, etc., determines the frequency of capturing performance data on the time axis; or, the distance between consecutive sampling points on the map. For example, setting a sampling point every 50 meters, setting a sampling point every 100 meters, etc., determines the density of capturing performance data in the geographical space.

[0114] In addition, in this embodiment, in addition to the sampling interval based on geographical distance, other factors can also be considered as the basis for sampling, such as player density, building complexity, or the frequency of other in-game activities, etc., which can be further extended to various sampling interval and sampling point setting methods customized according to actual needs.

[0115] It should be noted that according to the provided sampling indication information, when the system loads the first regional grid and the second regional grid, two different types of sampling points will be set respectively: the first sampling point and the second sampling point. The setting of each sampling point is based on its corresponding sampling interval, which is also clearly specified in the sampling indication information. By setting more sampling points in key areas, the performance data of these areas can be captured more accurately, so as to more accurately identify and solve performance problems. Using a larger sampling interval in less important areas can reduce the unnecessary performance evaluation burden, thus saving computing and time resources. Developers can flexibly adjust the sampling interval and sampling point setting of different areas according to specific performance evaluation requirements to adapt to different evaluation scenarios. By combining multiple sampling intervals and sampling point settings, a more comprehensive understanding of the game's performance in different areas and different conditions can be obtained, providing more comprehensive data support for game optimization.

[0116] To further illustrate, for example, assume there is an open-world game where the developer wants to perform performance sampling on the central area of the city (the first area grid) and the suburbs (the second area grid). The sampling indication information specifies that a sampling point is set every 50 meters in the city center (the first sampling interval), while a sampling point is set every 200 meters in the suburbs (the second sampling interval). This means there will be more sampling points in the city center, enabling more detailed performance data to be captured.

[0117] Through the embodiments provided in this application, multiple first sampling points are set within the first area grid according to the first sampling interval indicated by the sampling indication information, where the first sampling points are used for the first sampling; and, multiple second sampling points are set within the second area grid according to the second sampling interval indicated by the sampling indication information, where the second sampling points are used for the first sampling. Thus, the purpose of reducing the unnecessary performance evaluation burden by using a larger sampling interval in less important areas is achieved, thereby saving computing and time resources, and thus realizing the technical effect of improving the performance evaluation efficiency of the virtual map.

[0118] As an optional solution, integrate the sampling results of the first sampling and the second sampling, and display them superimposed on the virtual map in the form of a performance data view, including:

[0119] S3-1, Integrate the sampling results of the first sampling and the second sampling to obtain sampling performance data, where the sampling performance data is used to represent the performance of the virtual game when loading each virtual area grid in at least two virtual area grids;

[0120] S3-2, Map the sampling performance data to different colors according to the attributes of the sampling performance data to obtain a performance heat map view, where the performance data view includes the performance heat map view;

[0121] S3-3, Superimpose the performance heat map view on the virtual map for display according to the correspondence between the sampling performance data and the virtual area grid.

[0122] Optionally, in this embodiment, during the performance evaluation of the virtual game, by sampling in different virtual area grids (such as cities, the wild, indoor scenes, etc.), this embodiment can obtain a series of performance data on how the game runs in these areas. The sampling performance data may include key metrics such as frame rate, latency, CPU and GPU usage, and memory occupancy.

[0123] Optionally, in this embodiment, the attributes of the sampled performance data refer to the performance characteristics or aspects represented by these data. For example, the frame rate indicates the smoothness of the game in a certain area; the latency indicates the reaction time of the player's operation and can also reflect the response speed of the server; the CPU and GPU usage rates indicate the activity level of the processor at a certain point in time and can reflect the computational load of the game; the memory occupancy indicates the amount of memory occupied by the game during operation and can reflect the resource utilization efficiency of the game, etc.

[0124] Optionally, in this embodiment, the performance heat map is a visualization tool used to visually display the sampled performance data. In this view, different colors represent different performance attributes or attribute values. For example, red may represent a low frame rate or high latency, while green represents the opposite. Through this color mapping, users can easily see which areas have performance problems and which areas have good performance.

[0125] Optionally, in this embodiment, when evaluating the performance of a virtual game, this embodiment not only aims to obtain a series of performance data, but more importantly, to know which areas in the game these data correspond to. For example, if the central area of a certain city shows red (representing a performance problem), then this embodiment needs to know that this red data corresponds to the specific location in the city center. This correspondence between location and performance data is the correspondence between the sampled performance data and the virtual area grid. Through this correspondence, this embodiment can accurately locate specific areas in the game, thereby more targeted to optimize or fix performance problems.

[0126] It should be noted that after the first sampling and the second sampling are completed, this embodiment will integrate these sampling results to form a comprehensive sampled performance data. These data are then converted into a performance heat map to visually display the performance status of different area grids through color changes. Finally, this performance heat map will be overlaid on the virtual map to facilitate developers to visually view and compare the performance of different areas.

[0127] Through the performance heat map, developers can visually see the performance differences of different area grids, thereby quickly identifying potential performance problem areas. By combining the performance data with the virtual map, developers can more easily understand the spatial distribution and changes of the performance data, and can adjust the parameters and display methods of the heat map according to actual needs to adapt to different evaluation and analysis scenarios.

[0128] To further illustrate, as an optional assumption, in a massively multiplayer online role-playing game (MMORPG), the developer wants to understand the performance differences between the urban area (the first area grid) and the wild area (the second area grid). By sampling these two areas and integrating the data, they obtain a sampled performance dataset. This dataset is further transformed into a performance heat map, where red represents poor performance and green represents good performance. Finally, this heat map is overlaid on the virtual map of the game, and the developer can clearly see which areas may have performance issues at a glance.

[0129] Through the embodiments provided in this application, the sampling results of the first sampling and the second sampling are integrated to obtain sampled performance data, where the sampled performance data is used to represent the performance of the virtual game when loading each virtual area grid in at least two virtual area grids; according to the attributes of the sampled performance data, the sampled performance data is mapped to different colors to obtain a performance heat map, where the performance data view includes the performance heat map; according to the correspondence between the sampled performance data and the virtual area grid, the performance heat map is overlaid and displayed on the virtual map, thereby achieving the purpose of more intuitively seeing the performance differences of different area grids through the performance heat map, and thus quickly identifying potential performance problem areas, thereby realizing the technical effect of improving the intuitiveness of the performance evaluation of the virtual map.

[0130] As an optional solution, overlaying and displaying the performance heat map on the virtual map according to the correspondence between the sampled performance data and the virtual area grid includes:

[0131] S4-1, determining the indicated position of the indicated area grid in the virtual map, where the virtual area grid includes the indicated area grid;

[0132] S4-2, displaying the indicated sector view at the indicated position, where the indicated sector view uses the first color and the second color to represent the sampled performance data corresponding to the indicated area grid, and the proportion of the first color in the indicated sector view has a positive relationship with the performance of the virtual game when loading the indicated area grid, and the proportion of the first color in the indicated sector view has an inverse relationship with the performance of the virtual game when loading the indicated area grid, and the performance heat map includes the indicated sector view.

[0133] Optionally, in this embodiment, the first color and the second color are used in the visual display of performance data. When generating a performance heat map or other types of performance data views, different colors are used to represent different performance metrics or performance levels. The first color may represent a higher performance level (such as high frame rate, low latency), while the second color may represent a lower performance level (such as low frame rate, high latency). Alternatively, these two colors may also be used to distinguish different types of performance data, such as CPU usage and GPU usage.

[0134] Optionally, in this embodiment, the sector view can be, but is not limited to, a visualization tool for presenting the distribution and proportional relationship of data. For example, based on a circle, the data is divided into different sector areas according to the proportion. The size of each sector area is related to the corresponding data proportion, making the distribution and comparison of data intuitive and visual.

[0135] For further illustration, an optional indicator sector view is a sector view used to display the sampled performance data corresponding to the indicator area grid. This sector view uses the first color and the second color to represent the sampled performance data, where the first color represents positive or good performance, and the second color represents negative or poor performance. The size and color assignment of the sector are determined according to the performance of the virtual game when loading the indicator area grid, making the performance issues visual and facilitating developers to quickly locate and identify problem areas.

[0136] By using the sector view, developers can quickly understand the distribution and proportional relationship of the data, thus better understanding the changes and distribution of performance data in space. At the same time, the sector view also makes the comparison of data more intuitive and easy to understand, helping to improve the efficiency and accuracy of developers.

[0137] It should be noted that according to the correspondence between the sampled performance data and the virtual area grid, this embodiment will display an indicator sector view at a specific position on the virtual map. The color combination of this sector reflects the performance data of the area grid, helping developers intuitively understand the performance status of this area.

[0138] Developers can intuitively see which areas on the virtual map have performance issues and which areas have good performance. By combining performance data with the map, developers can more easily understand the distribution and changes of performance data in space. The sector view and color coding help developers quickly locate areas that may have performance issues, thus improving the efficiency of problem-solving. They can adjust the parameters and display methods of the sector view according to actual needs to adapt to different evaluation and analysis scenarios.

[0139] For further illustration, optionally assume that in this embodiment, there is a map of a virtual city, and the performance of one area (such as the city center) has deteriorated for some reason. To highlight this problem, this embodiment can create an indicative sector view for this area. This sector may be in the shape of a semi-circle and is filled with two colors: green (the first color) represents good performance, and red (the second color) represents performance problems. If the performance data of the city center shows a decrease in frame rate, then the proportion of red in the sector will increase, while the proportion of green will decrease.

[0140] Through the embodiment provided by this application, determine the indicative position of the indicative area grid in the virtual map, where the virtual area grid includes the indicative area grid; display the indicative sector view at the indicative position, where the indicative sector view uses the first color and the second color to represent the sampled performance data corresponding to the indicative area grid, and the proportion of the first color in the indicative sector view has a positive relationship with the performance of the virtual game when loading the indicative area grid, and the proportion of the first color in the indicative sector view has an inverse relationship with the performance of the virtual game when loading the indicative area grid. The performance heat map includes the indicative sector view, thereby achieving the purpose of being able to more easily understand the spatial distribution and changes of the performance data by combining the performance data with the map, and thus realizing the technical effect of improving the intuitiveness of the performance evaluation of the virtual map.

[0141] As an optional solution, the first sampling of the performance of the virtual game when loading the first area grid and the second sampling of the performance of the virtual game when loading the second area grid include:

[0142] When the performance indication information is carried in the performance evaluation request, perform the first sampling of the specified performance type on the performance of the virtual game when loading the first area grid according to the specified performance type indicated by the performance indication information, and perform the second sampling of the specified performance type on the performance of the virtual game when loading the second area grid.

[0143] Optionally, in this embodiment, the specified performance type may but is not limited to refer to specific performance indicators or types that need to be concerned and evaluated according to specific requirements or problems during the performance evaluation process. These performance indicators may be the frame rate, latency, CPU usage rate, GPU usage rate, memory occupancy, etc. of the virtual game.

[0144] In the performance evaluation of virtual games, there may be various performance issues, such as game lag, unsmooth graphics, slow loading speed, etc. To solve these problems, developers need to first identify which type of performance issue it is, which involves the concept of specifying a performance type. For example, if developers are concerned about the smoothness of the game, they may choose the frame rate as the specified performance type because the frame rate is a key indicator directly affecting the game's smoothness. Then, developers will sample and evaluate this performance type to identify potential problems and bottlenecks.

[0145] It should be noted that the sampling operation mainly targets the performance of the virtual game when loading two different area grids (i.e., the first area grid and the second area grid). When performing these samplings, this embodiment will refer to the performance indication information in a performance evaluation request to ensure sampling for a specific performance type. Developers can accurately evaluate specific performance issues they care about, thereby improving the efficiency and accuracy of the evaluation. Different performance indication information can be customized according to different requirements and scenarios, so as to conduct different types of performance evaluations. This mechanism can be easily extended to more area grids and more performance types to meet more complex and comprehensive performance evaluation requirements.

[0146] Through the embodiment provided by this application, when the performance evaluation request carries performance indication information, according to the specified performance type indicated by the performance indication information, the first sampling of the specified performance type is performed on the performance of the virtual game when loading the first area grid, and the second sampling of the specified performance type is performed on the performance of the virtual game when loading the second area grid. Furthermore, the purpose of customizing different performance indication information according to different requirements and scenarios to conduct different types of performance evaluations is achieved, thereby realizing the technical effect of improving the accuracy of the performance evaluation of the virtual map.

[0147] As an optional solution, the first sampling of the performance of the virtual game when loading the first area grid and the second sampling of the performance of the virtual game when loading the second area grid include:

[0148] When the performance evaluation request carries area indication information, according to the specified area type indicated by the area indication information, the performance of the virtual game when loading the grids belonging to the specified area type in at least two virtual area grids is sampled, where the specified area types include the second area type and the first area type.

[0149] Optionally, in this embodiment, the specified area type may, but is not limited to, refer to a specific type of virtual area that needs special attention and is determined according to certain criteria or requirements during performance evaluation. These area types may be divided based on the design, functions, behaviors, or other factors of the game. In the above example, "city" and "wilderness" are two specified area types. The determination of these types is usually based on an in-depth understanding of the game and a specific analysis of performance issues. By performing performance sampling and evaluation on these specified area types, developers can more accurately understand the performance of the game in different types of areas, and thus optimize and improve the game more targeted.

[0150] It should be noted that when the performance evaluation request carries area indication information, this embodiment will determine which specific types of areas need to be concerned according to this information, and then perform performance sampling on these specific types of areas. Developers can accurately understand in which specific types of areas the game has performance problems, and thus optimize more targeted. By sampling and evaluating multiple types of areas, it can be ensured that the performance of the game can be guaranteed in various scenarios. By analyzing the performance and resource consumption of different types of areas, computing and network resources can be allocated more reasonably, and the operation efficiency of the game can be improved.

[0151] Through the embodiment provided by this application, when the performance evaluation request carries area indication information, according to the specified area type indicated by the area indication information, sample the performance of the virtual game when loading the grids belonging to the specified area type in at least two virtual area grids. Among them, the specified area type includes the second area type and the first area type. Furthermore, the purpose of customizing different performance indication information according to different requirements and scenarios to perform different types of performance evaluations is achieved, thereby realizing the technical effect of improving the accuracy of performance evaluation of the virtual map.

[0152] As an optional solution, before performing the first sampling on the performance of the virtual game when loading the first area grid and the second sampling on the performance of the virtual game when loading the second area grid, the method further includes:

[0153] S5-1, when the performance evaluation requirement corresponding to the virtual area grid requested to be evaluated in the performance evaluation request is within the first performance evaluation interval, determine that the virtual area grid requested to be evaluated belongs to the area type matching the first performance evaluation interval, where the area type matching the first performance evaluation interval is the first area type;

[0154] S5-2, when the performance evaluation requirement corresponding to the virtual area grid to be evaluated is within the second performance evaluation interval, determine that the virtual area grid to be evaluated belongs to the area type matching the second performance evaluation interval, where the area type matching the second performance evaluation interval is the second area type.

[0155] It should be noted that, in order to more accurately evaluate the performance of different types of area grids, different performance evaluation intervals are preset in this embodiment and these intervals are matched with area types. When a performance evaluation request is triggered by a developer or tester, this embodiment will analyze the performance evaluation requirements (such as the desired frame rate, rendering quality, etc.) included in the request and compare these requirements with the preset performance evaluation intervals.

[0156] If the performance evaluation requirement is within the first performance evaluation interval, then this embodiment will determine that the virtual area grid to be evaluated belongs to the first area type. Similarly, if the performance evaluation requirement is within the second performance evaluation interval, this embodiment will determine that the virtual area grid belongs to the second area type. This matching method based on performance evaluation requirements and intervals helps to more accurately divide area types and provides more targeted guidance for subsequent performance sampling and evaluation.

[0157] Once the type of the virtual area grid is determined, this embodiment can formulate corresponding sampling strategies according to the characteristics of the type. For example, for grids of the first area type, this embodiment may adopt a higher sampling density to capture more performance details; while for grids of the second area type, this embodiment may adopt a lower sampling density to save resources.

[0158] Through the embodiment provided by this application, when area indication information is carried in the performance evaluation request, sample the performance of the virtual game when loading the grids belonging to the specified area type among at least two virtual area grids according to the specified area type indicated by the area indication information, where the specified area type includes the second area type and the first area type. Furthermore, it not only improves the accuracy and efficiency of performance evaluation, but also provides a more flexible and personalized performance evaluation solution for developers or testers. Developers or testers can adjust the performance evaluation interval and sampling strategy according to actual needs to meet the performance evaluation requirements of different game scenarios and hardware configurations, provide a more accurate performance evaluation method, and thus achieve the technical effect of improving the accuracy of performance evaluation of the virtual map.

[0159] As an alternative solution, for the convenience of understanding, the above method for evaluating the performance of a virtual map is applied to a game test scenario. For example, in this embodiment, a performance heat map pipeline is implemented based on a developed game engine plugin, which can obtain, analyze, and report the performance data of a game's large map with one click. For the map to be tested, in this embodiment, based on the navigation mesh, test sampling points are automatically generated only in all reachable areas of the entire map, avoiding the collection of points in invalid areas. The specified sampling interval is supported to adjust the collection density. For each sampling point, the function of collecting performance data in 8 directions is provided, and the specification of performance indicators such as drawcall, triangle, and memory, as well as the extension of custom indicators, are supported. According to different scenarios and requirements, more comprehensive data acquisition and analysis of the map's performance can be carried out. For the points and directions where the performance data exceeds the standard, frame capture analysis is automatically performed, and various automatic analysis modes such as material, drawcall, and overdraw are provided, providing more targeted analysis data for further locating performance problems. For the test results, visualization is performed using a front-end web page, generating a heat map background and a sector chart reflecting the performance of the sampling points. The simultaneous display of data in all directions of all sampling points on it is supported, and data binning based on color and radius length, as well as the function of filtering and displaying problem data, are supported, so as to more intuitively view the test results and quickly identify performance problem areas. This embodiment greatly improves the test efficiency and significantly reduces the time and labor consumption required for locating, solving, and optimizing map performance problems.

[0160] It should be noted that in this embodiment, the navigation mesh is used to identify the areas in the whole map that can be reached by the character to generate sampling points based on the passable areas, realizing the sampling of outdoor and indoor multi-layer areas, and there is no need to clean the invalid sampling points anymore. The test data is more comprehensive and accurate, and the execution efficiency is higher. When generating the heat map background for visualization, the game engine plugin developed in this embodiment can automatically obtain and generate the map texture of the specified range, without the need for manual search to obtain the resource and parameter information of the corresponding map and perform the corresponding conversion and configuration, optimizing the usage process and reducing the consumption of manpower.

[0161] For further illustration by example, optionally, for the sampling points and the corresponding background map for generating the performance heat map, the tester only needs to open the UE editor, add the MFTPerfHeatMapRunner (performance heat map plugin) in the target map, and modify the parameters of the map bounding box in the Map Infomation module to specify the collection range. In this embodiment, the parameters can be automatically adjusted to make the black box a square with equal width and height, as Figure 4 shown, the area shown by the black box in the map is the specified collection area. At the same time, this embodiment supports adjusting the position by moving the black box, and expanding or shrinking the range by scaling the black box, further facilitating the use of the tester.

[0162] Optionally, in this embodiment, Generate Points from Http of the Generate Points module can generate sampling points in a specified area based on a navigation mesh. Generate Rotators is the direction to be generated for each point, and by default, it is 8 horizontal directions as shown in Figure 5 . Specifying the sampling interval is supported. Click Generate Points from Http and wait for the execution to complete. The generation results include the sampling point coordinates saved in csv format and the sampling point effects saved in obj format, which will be automatically uploaded to COS for subsequent acquisition of performance data based on the sampling points.

[0163] Optionally, in this embodiment, Generate Map Texture can be used to generate a texture map for a specified area within the black frame, as shown in Figure 6 . Generate Map Texture as PNG will save the existing texture map as a PNG image in the save directory. Further trigger the One key Update Heatmap Info button in Figure 7 to complete the reporting and updating of the current map top view data, and realize the generation of the heatmap background. The results will be synchronously uploaded to COS, and the subsequent front-end module can pull this map data through an interface.

[0164] Optionally, for convenient operation, this embodiment further provides a function for batch uploading the background information of the map, such as entering the path of the map to be uploaded and then executing upload all heatmap bg info.

[0165] Optionally, in this embodiment, after completing the map background image and the sampling points thereon, the tester can directly start the heatmap execution using the game engine command-line tool on the UE editor, a mobile phone running the game engine, and a PC. This embodiment will automatically pull the sampling point data file in COS, read each sampling point in sequence, jump to the corresponding point to obtain and analyze the performance data for exceeding the standard. For the performance data that exceeds the standard, this embodiment supports automatically performing frame capture analysis and outputting an analysis report. At the same time, in order to meet the different performance branch detection requirements of different projects, this embodiment supports the configuration and display of custom metrics.

[0166] Optionally, in this embodiment, after obtaining all the sampling point performance data, this embodiment will automatically report the data to COS and perform the following operations at the front end as shown in Figure 8Visualization of the heat map shown. For each sampling point, the data corresponding to 8 directions is displayed based on the pie chart, supporting color-coded performance data value bins, reflecting the strength of performance data values by the size of the pie chart area, and only showing problem data. At the same time, for the specified key detection indicators, it supports switching indicators on the page for corresponding display. In addition, if the screenshot function is enabled, placing the mouse over the heat map point can view the corresponding perspective screenshot. At the same time, when clicking on the heat map point, the storage location of the screenshot, RenderActor data, and command execution results can be viewed correspondingly. Based on this heat map website, testers can intuitively and quickly view the performance of each sampling point, which helps to quickly identify performance bottlenecks or optimization opportunities.

[0167] Optionally, as Figure 9 shown, based on the implemented game engine plugin in this embodiment, the editor can obtain map parameters and generate textures according to the specified map area, and synchronize and report the data to the COS in the performance background, realizing the processing of the background map for the front-end visualization display of the performance heat map; at the same time, based on the specified map area data, the editor supports setting performance sampling point parameters, such as sampling azimuth, sampling interval, etc. The navigation mesh data of the map can be obtained from the editor, and the sampling points are generated only in the passable areas by using the navigation mesh service, and the sampling of indoor areas is realized. In order to make the sampling points more uniform and effective, this embodiment further optimizes the heat point sampling function in the navigation mesh service, develops the Poisson disk sampling algorithm and introduces line-of-sight detection for more uniform sampling, so that the sampling points are generated only in the passable areas and can avoid the parts too close to the boundary points.

[0168] Optionally, as Figure 10 shown, in addition to the sampling point effect saved in the obj format for the sampling point generation result, a set of sampling point coordinates saved in the csv format will also be generated. Among them, the data in columns A - F correspond to: location.x, location.y, location.z, rotation.pitch, rotation.yaw, rotation.roll. Location is used to control the position of the character on the map, and rotation is used to control the rotation of the character, with each row corresponding to a point data. After sampling is completed, the above two files will be synchronized and reported to the COS for storage.

[0169] Optionally, after the generation of sampling points is completed, this embodiment supports testers to directly execute the performance heat map on the real machine through the game engine command line tool, including the UE editor, mobile phones and PCs running games on the game engine. Among them, TestCaseName and TestMapName are used to specify the sampling point data and map generated based on the above steps, TestVersion and TestVersionNum are used to specify the version of the current game, TestDevice and TestDevicePlatform are used to determine the device and platform for executing the current test, TestQuality is used to specify the picture quality of the map, and ScreenShot is used to select whether to enable screenshot during the test execution, facilitating testers to view the actual scene corresponding to the point. In addition, it also supports users to customize the collection command, facilitating the expansion of functions by testers, which can be specified using the CustomCmd parameter in the command line during runtime.

[0170] Optionally, in this embodiment, based on the parameters input from the command line, the client first obtains and reads the sampling point file from the corresponding COS in the performance background, and makes the character jump to the sampling point by calling the command to control the character movement in the game. For each sampling point, this embodiment performs the collection operation of performance data by continuously sending event events, uses csvproofiler to support the collection of basic performance item data and custom metrics and completes data cleaning, and performs corresponding screenshot operations based on whether the screenshot function is enabled. At the same time, this embodiment supports the specification and detection analysis of key indicators of concern. When the data exceeds the standard, this embodiment automatically performs frame capture analysis and outputs an analysis report to facilitate personnel to quickly locate the problem. Currently, 8 automatic analysis modes have been implemented, including classification analysis of pass, classification analysis of materials, analysis of empty drawcalls, analysis of occluded drawcalls, analysis of overdraw, shader analysis of high-time-consuming drawcalls, instance hint, and low pixel ratio analysis.

[0171] In addition, this embodiment also provides a use case splitting function. You can specify the number of splits and the block ID by adding the TestCaseSplit parameter in the command line, enabling the corresponding device to only perform the performance data collection and analysis of partial sampling points. To maximize the benefits of this function, this embodiment integrates the above operations using pipeline technology. When multiple models and corresponding use case partitioning methods are configured, the performance data collection work can be executed in parallel on multiple devices, further improving the test efficiency and enabling the rapid generation of a performance heat map for a large map. At the same time, the implementation method based on the pipeline also reduces the professional requirements for testers, simplifies the operation complexity of executing the performance heat map, and only requires one-click operation after the test parameters are fixed. Among them, the above execution parameters, custom metrics, use case split parameters, etc. can all be configured based on Qicaishi. When submitting for execution, only the unique key corresponding to the parameter needs to be passed in.

[0172] Optionally, in this embodiment, when the performance heat map runs to completion, the performance data, screenshot data, and frame capture report of the sampling points will all be reported to the COS. The front-end display module, based on the user's configuration, pulls the above result data for processing and display. The configuration is also based on Qicaishi. In addition to the above custom metrics, it supports the configuration of color grading for the corresponding metric pie charts and problem point filtering, such as Figure 11 shown, where "question": true represents the problem grade.

[0173] Optionally, in this embodiment, the front-end page display also supports associating the sector radius with the numerical intensity of the heat points. This embodiment defines the minimum radius as 1 and the maximum radius as 5. For

[0174] Calculation method = (Current value - MIN) / (MAX - MIN) * 4 + 1

[0175] For each sector radius, first obtain the minimum value MIN and the maximum value MAX of the global heat points, and then perform the corresponding conversion through the following calculation. When drawing the sectors of the heat map, the above radius length calculation will be performed first and then the drawing will be carried out. The calculation method is as follows:

[0176] Optionally, in this embodiment, on the page, when only problem points are selected for display, non-problem points can be filtered out; as Figure 12 shown, when multi-sector display is selected, the heat point data is displayed as a pie chart with corresponding color grading. If the option to keep the sector sizes consistent is not selected at this time, the radii of each pie chart will be displayed based on the values after conversion calculation.

[0177] Through the embodiments provided in this application, testers can quickly generate the performance heat map of the corresponding map. The generation and update of the heat map background, the generation of sampling points, the acquisition and detection of the performance data of the sampling points, and the display of the heat map can all be achieved with one-key operation, which is convenient for testers to get started quickly and greatly improves the testing efficiency. At the same time, combined with the optimization of the sampling generation method in this embodiment, effective, uniform and comprehensive sampling of outdoor and indoor multi-layer areas is realized, and the specification and custom extension of multiple performance indicators are supported, so that testers can obtain more comprehensive performance data according to specific scenarios and requirements. The automatic frame capture analysis and the provision of multiple automatic analysis modes help to further locate performance problems. The visual display of the performance heat map makes the test results more intuitive and can quickly identify performance problem areas. Based on the comprehensive performance data acquisition, analysis and visual display functions provided in this embodiment, the time and manpower consumption required for finding, solving and optimizing map performance problems are significantly reduced.

[0178] It can be understood that in the specific implementation of this application, data related to user information and the like are involved. When the above embodiments of this application are applied to specific products or technologies, user permission or consent needs to be obtained, and the collection, use and processing of relevant data need to comply with the relevant laws, regulations and standards of relevant countries and regions.

[0179] It should be noted that for the foregoing method embodiments, for the sake of simple description, they are all expressed as a series of action combinations. However, those skilled in the art should know that this application is not limited by the described action sequence, because according to this application, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0180] According to another aspect of the embodiments of this application, a virtual map performance evaluation device for implementing the above virtual map performance evaluation method is further provided. As Figure 13 shown, the device includes:

[0181] An acquisition unit 1302, configured to acquire a performance evaluation request triggered by a virtual game, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading a virtual map. The virtual map is divided into at least two virtual area grids, and the virtual area grids are first area grids belonging to a first area type or second area grids belonging to a second area type, and the first area type is different from the second area type;

[0182] A sampling unit 1304, configured to, in response to a performance evaluation request, perform a first sampling on the performance of a virtual game when loading a first area grid and a second sampling on the performance of the virtual game when loading a second area grid, wherein the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling;

[0183] A display unit 1306, configured to integrate the sampling results of the first sampling and the second sampling and display them in a performance data view superimposed on the virtual map.

[0184] For specific embodiments, reference may be made to the examples shown in the above-mentioned performance evaluation method of the virtual map, and details are not described herein again.

[0185] As an alternative solution, the sampling unit 1304 includes:

[0186] A first sampling module, configured to perform a first performance sampling on the performance of a virtual game when loading a first map grid and a second performance sampling on the performance of the virtual game when loading a second map grid, wherein the first map grid is a first grid belonging to a first terrain type or a second grid belonging to a second terrain type, and the sampling density corresponding to the first performance sampling is different from the sampling density corresponding to the second performance sampling; or,

[0187] A second sampling module, configured to perform a third performance sampling on the performance of a virtual game when loading a first grid and a fourth performance sampling on the performance of the virtual game when loading a second grid, wherein the sampling density corresponding to the third performance sampling is different from the sampling density corresponding to the fourth performance sampling.

[0188] For specific embodiments, reference may be made to the examples shown in the above-mentioned performance evaluation method of the virtual map, and details are not described herein again.

[0189] As an alternative solution, the first sampling module includes: a first sub-sampling module, configured to perform a first performance sampling on the performance of a virtual game when loading a grid in an area where walking is allowed and a second performance sampling on the performance of the virtual game when loading a grid in an area where walking is prohibited, wherein the sampling density corresponding to the first performance sampling is greater than the sampling density corresponding to the second performance sampling, the first map grid includes grids in the area where walking is allowed, and the second map grid includes grids in the area where walking is prohibited;

[0190] The second sampling module includes: a second sub-sampling module, configured to perform a third performance sampling on the performance of a virtual game when loading an indoor grid and a fourth performance sampling on the performance of the virtual game when loading an outdoor grid, wherein the first grid includes indoor grids and the second grid includes outdoor grids.

[0191] For specific embodiments, reference may be made to the examples shown in the above-mentioned performance evaluation method of the virtual map, and details will not be elaborated in this example.

[0192] As an alternative solution, the sampling unit 1304 includes:

[0193] A third sampling module, configured to, when the performance evaluation request carries sampling indication information, perform a first sampling on the performance of the virtual game when loading the first area grid and a second sampling on the performance of the virtual game when loading the second area grid according to the sampling indication information, where the sampling indication information is used to indicate the sampling density corresponding to the first sampling and the sampling density corresponding to the second sampling.

[0194] For specific embodiments, reference may be made to the examples shown in the above-mentioned performance evaluation method of the virtual map, and details will not be elaborated in this example.

[0195] As an alternative solution, the third sampling module includes:

[0196] A third sub-sampling module, configured to set a plurality of first sampling points within the first area grid according to the first sampling interval indicated by the sampling indication information, where the first sampling points are used for the first sampling; and,

[0197] A fourth sub-sampling module, configured to set a plurality of second sampling points within the second area grid according to the second sampling interval indicated by the sampling indication information, where the second sampling points are used for the first sampling.

[0198] For specific embodiments, reference may be made to the examples shown in the above-mentioned performance evaluation method of the virtual map, and details will not be elaborated in this example.

[0199] As an alternative solution, the display unit 1306 includes:

[0200] An integration module, configured to integrate the sampling results of the first sampling and the second sampling to obtain sampling performance data, where the sampling performance data is used to represent the performance of the virtual game when loading each virtual area grid in at least two virtual area grids;

[0201] A mapping module, configured to map the sampling performance data into different colors according to the attributes of the sampling performance data to obtain a performance heat map, where the performance data view includes the performance heat map;

[0202] A display module, configured to display the performance heat map by overlaying it on the virtual map according to the correspondence between the sampling performance data and the virtual area grid.

[0203] For specific embodiments, reference may be made to the examples shown in the above-mentioned performance evaluation method of the virtual map, and details will not be elaborated in this example.

[0204] As an alternative, the display module includes:

[0205] A determination sub-module, configured to determine the indication position of the indication area grid in the virtual map, where the virtual area grid includes the indication area grid;

[0206] A display sub-module, configured to display the indication sector view at the indication position, where the indication sector view uses a first color and a second color to represent the sampling performance data corresponding to the indication area grid, and the proportion of the first color in the indication sector view has a positive relationship with the performance of the virtual game when loading the indication area grid, and the proportion of the first color in the indication sector view has an inverse relationship with the performance of the virtual game when loading the indication area grid, and the performance heat map includes the indication sector view.

[0207] For specific embodiments, reference may be made to the examples shown in the above performance evaluation method of the virtual map, and details are not described herein again in this example.

[0208] As an alternative, the sampling unit 1304 includes:

[0209] A fourth sampling module, configured to, when the performance evaluation request carries performance indication information, perform a first sampling of the specified performance type on the performance of the virtual game when loading the first area grid and a second sampling of the specified performance type on the performance of the virtual game when loading the second area grid according to the specified performance type indicated by the performance indication information.

[0210] For specific embodiments, reference may be made to the examples shown in the above performance evaluation method of the virtual map, and details are not described herein again in this example.

[0211] As an alternative, the sampling unit 1304 includes:

[0212] A fifth sampling module, configured to, when the performance evaluation request carries area indication information, sample the performance of the virtual game when loading the grids belonging to the specified area type among at least two virtual area grids according to the specified area type indicated by the area indication information, where the specified area type includes a second area type and a first area type.

[0213] For specific embodiments, reference may be made to the examples shown in the above performance evaluation method of the virtual map, and details are not described herein again in this example.

[0214] As an alternative, the above device further includes:

[0215] Before performing a first sampling on the performance of a virtual game when loading a first area grid and a second sampling on the performance of the virtual game when loading a second area grid, a first evaluation unit is configured to, when the performance evaluation requirement corresponding to the virtual area grid requested for evaluation is within a first performance evaluation interval, determine that the virtual area grid requested for evaluation belongs to a region type matching the first performance evaluation interval, where the region type matching the first performance evaluation interval is a first region type;

[0216] A second evaluation unit is configured to, before performing a first sampling on the performance of a virtual game when loading a first area grid and a second sampling on the performance of the virtual game when loading a second area grid, when the performance evaluation requirement corresponding to the virtual area grid requested for evaluation is within a second performance evaluation interval, determine that the virtual area grid requested for evaluation belongs to a region type matching the second performance evaluation interval, where the region type matching the second performance evaluation interval is a second region type.

[0217] For specific embodiments, reference may be made to the examples shown in the above method for evaluating the performance of a virtual map. Such examples are not elaborated herein.

[0218] According to another aspect of the embodiments of the present application, an electronic device for implementing the above method for evaluating the performance of a virtual map is further provided. The electronic device may be, but is not limited to, Figure 1 the user device 102 or the server 112 shown in. Taking the electronic device as the user device 102 as an example in this embodiment, further as Figure 14 shown, the electronic device includes a memory 1402 and a processor 1404. A computer program is stored in the memory 1402, and the processor 1404 is configured to execute the steps in any of the above method embodiments through the computer program.

[0219] Optionally, in this embodiment, the above electronic device may be at least one of multiple network devices in a computer network.

[0220] Optionally, in this embodiment, the above processor may be configured to execute the following steps through the computer program:

[0221] S1. Obtain a performance evaluation request triggered by a virtual game, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading a virtual map. The virtual map is divided into at least two virtual area grids, and the virtual area grid is a first area grid belonging to a first region type or a second area grid belonging to a second region type, and the first region type is different from the second region type;

[0222] S2, in response to a performance evaluation request, perform a first sampling on the performance of the virtual game when loading the first area grid and a second sampling on the performance of the virtual game when loading the second area grid, where the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling;

[0223] S3, integrate the sampling results of the first sampling and the second sampling, and display them superimposed on the virtual map in the form of a performance data view.

[0224] Optionally, those of ordinary skill in the art can understand that Figure 14 the structure shown is only schematic Figure 14 and does not limit the structure of the above-mentioned electronic device. For example, the electronic device may further include more or fewer components (such as a network interface, etc.) than those shown Figure 14 and may have a configuration different from that shown Figure 14 herein.

[0225] Among them, the memory 1402 can be used to store software programs and modules, such as the program instructions / modules corresponding to the performance evaluation method and device of the virtual map in the embodiments of the present application. The processor 1404 executes various functional applications and data processing by running the software programs and modules stored in the memory 1402, that is, implements the above-mentioned performance evaluation method of the virtual map. The memory 1402 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memories. In some instances, the memory 1402 may further include a memory remotely set relative to the processor 1404, and these remote memories can be connected to the electronic device through a network. Examples of the above network include but are not limited to the Internet, enterprise intranets, local area networks, mobile communication networks, and their combinations. Among them, the memory 1402 can specifically but not limitedly be used to store information such as performance evaluation requests, sampling results, and performance data views. As an example, as Figure 14 shown, the above-mentioned memory 1402 may include but are not limited to the acquisition unit 1302, the sampling unit 1304, and the display unit 1306 in the performance evaluation device of the above-mentioned virtual map. In addition, it may further include but are not limited to other module units in the performance evaluation device of the above-mentioned virtual map, which will not be elaborated in this example.

[0226] Optionally, the above-mentioned transmission device 1406 is used to receive or send data via a network. Specific examples of the above-mentioned network may include a wired network and a wireless network. In one example, the transmission device 1406 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices and routers through a network cable, so as to communicate with the Internet or a local area network. In one example, the transmission device 1406 is a Radio Frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0227] In addition, the above-mentioned electronic device further includes: a display 1408, which is used to display information such as the above-mentioned performance evaluation request, sampling result, and performance data view; and a connection bus 1410, which is used to connect each module component in the above-mentioned electronic device.

[0228] In other embodiments, the above-mentioned user equipment or server can be a node in a distributed system. Among them, the distributed system can be a blockchain system, and the blockchain system can be a distributed system formed by connecting the multiple nodes through network communication. Among them, the nodes can form a peer-to-peer network, and any form of computing device, such as an electronic device such as a server or user equipment, can become a node in the blockchain system by joining the peer-to-peer network.

[0229] According to one aspect of the present application, a computer program product is provided. The computer program product includes computer programs / instructions, and the computer programs / instructions include program codes for executing the methods shown in the flowcharts. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part, and / or installed from a removable medium. When the computer program is executed by the central processing unit, various functions provided by the embodiments of the present application are executed.

[0230] The serial numbers of the above-mentioned embodiments of the present application are only for description and do not represent the advantages and disadvantages of the embodiments.

[0231] It should be noted that the computer system of the electronic device is only an example and should not bring any limitations to the functions and usage scope of the embodiments of the present application.

[0232] The computer system includes a Central Processing Unit (CPU), which can perform various appropriate actions and processes according to a program stored in a Read-Only Memory (ROM) or a program loaded from a storage section into a Random Access Memory (RAM). In the random access memory, various programs and data required for system operation are also stored. The central processing unit, the read-only memory, and the random access memory are connected to each other via a bus. An Input / Output interface (I / O interface) is also connected to the bus.

[0233] The following components are connected to the input / output interface: an input section including a keyboard, a mouse, etc.; an output section including, for example, a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), etc. and a speaker, etc.; a storage section including a hard disk, etc.; and a communication section including a network interface card such as a local area network card, a modem, etc. The communication section performs communication processing via a network such as the Internet. A drive is also connected to the input / output interface as needed. A removable medium, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive as needed so that a computer program read from it can be installed into the storage section as needed.

[0234] In particular, according to an embodiment of the present application, the processes described in each method flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program contains program codes for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication section, and / or installed from a removable medium. When the computer program is executed by the central processing unit, various functions defined in the system of the present application are executed.

[0235] According to one aspect of the present application, a computer-readable storage medium is provided, and a processor of a computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the methods provided in the above various optional implementation manners.

[0236] Optionally, in this embodiment, the above computer-readable storage medium may be set to store a computer program for executing the following steps:

[0237] S1. Obtain a performance evaluation request triggered by a virtual game, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading a virtual map. The virtual map is divided into at least two virtual area grids, which are either first area grids belonging to a first area type or second area grids belonging to a second area type, and the first area type is different from the second area type;

[0238] S2. In response to the performance evaluation request, perform a first sampling on the performance of the virtual game when loading the first area grid and a second sampling on the performance of the virtual game when loading the second area grid, where the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling;

[0239] S3. Integrate the sampling results of the first sampling and the second sampling, and display them superimposed on the virtual map in the form of a performance data view.

[0240] Optionally, in the embodiments of the present application, the term "module" or "unit" refers to a computer program with a predetermined function or a part of a computer program, which works together with other relevant parts to achieve a predetermined goal, and can be fully or partially implemented by using software, hardware (such as a processing circuit or a memory), or a combination thereof. Similarly, one processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be a part of the overall module or unit that includes the function of the module or unit.

[0241] Optionally, in this embodiment, those of ordinary skill in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by a program instructing the relevant hardware of an electronic device. The program can be stored in a computer-readable storage medium, and the storage medium can include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disc, etc.

[0242] The serial numbers of the embodiments of the present application above are only for description and do not represent the advantages or disadvantages of the embodiments.

[0243] If the integrated unit in the above embodiments is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in the above computer-readable storage medium. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in the storage medium and includes several instructions for causing one or more computer devices (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods of the various embodiments of the present application.

[0244] In the above-mentioned embodiments of the present application, the descriptions of the various embodiments each have their own focuses. For the parts not detailed in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

[0245] In the several embodiments provided by the present application, it should be understood that the disclosed user equipment can be implemented in other ways. Among them, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection between each other can be through some interfaces. The indirect coupling or communication connection of the units or modules can be in an electrical or other form.

[0246] The units described as separate components may or may not be physically separated. The components displayed as units may or may not be physical units, that is, they can be located in one place, or they can be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0247] In addition, the functional units in the various embodiments of the present application can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

[0248] The above is only the preferred embodiment of the present application. It should be pointed out that for those of ordinary skill in the art, without departing from the principle of the present application, several improvements and refinements can still be made, and these improvements and refinements should also be regarded as the protection scope of the present application.

Claims

1. A performance evaluation method for a virtual map, characterized in that Including: Obtaining a performance evaluation request triggered by a virtual game, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading a virtual map. The virtual map is divided into at least two virtual area grids, and the virtual area grids are first area grids belonging to a first area type or second area grids belonging to a second area type, and the first area type is different from the second area type; Responding to the performance evaluation request, performing a first sampling on the performance of the virtual game when loading the first area grid and a second sampling on the performance of the virtual game when loading the second area grid, where the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling; Integrating the sampling results of the first sampling and the second sampling, and displaying them superimposed on the virtual map in the form of a performance data view.

2. The method according to claim 1, characterized in that, The performing a first sampling on the performance of the virtual game when loading the first area grid and a second sampling on the performance of the virtual game when loading the second area grid includes: Performing a first performance sampling on the performance of the virtual game when loading a first map grid and a second performance sampling on the performance of the virtual game when loading a second map grid, where the first map grid is a first grid belonging to a first terrain type or a second grid belonging to a second terrain type, and the sampling density corresponding to the first performance sampling is different from the sampling density corresponding to the second performance sampling; or, Performing a third performance sampling on the performance of the virtual game when loading the first grid and a fourth performance sampling on the performance of the virtual game when loading the second grid, where the sampling density corresponding to the third performance sampling is different from the sampling density corresponding to the fourth performance sampling.

3. The method according to claim 2, wherein The performing a first performance sampling on the performance of the virtual game when loading a first map grid and a second performance sampling on the performance of the virtual game when loading a second map grid includes: performing the first performance sampling on the performance of the virtual game when loading an area grid allowing passage and performing the second performance sampling on the performance of the virtual game when loading an area grid prohibiting passage, where the sampling density corresponding to the first performance sampling is greater than the sampling density corresponding to the second performance sampling, the first map grid includes the area grid allowing passage, and the second map grid includes the area grid prohibiting passage; Performing a third performance sampling on the performance of the virtual game when loading the first grid, and performing a fourth performance sampling on the performance of the virtual game when loading the second grid, includes: performing the third performance sampling on the performance of the virtual game when loading an indoor grid, and performing the fourth performance sampling on the performance of the virtual game when loading an outdoor grid, where the first grid includes the indoor grid and the second grid includes the outdoor grid.

4. The method according to claim 1, characterized in that, Performing a first sampling on the performance of the virtual game when loading the first regional grid, and performing a second sampling on the performance of the virtual game when loading the second regional grid, includes: When sampling indication information is carried in the performance evaluation request, performing the first sampling on the performance of the virtual game when loading the first regional grid and performing the second sampling on the performance of the virtual game when loading the second regional grid according to the sampling indication information, where the sampling indication information is used to indicate the sampling density corresponding to the first sampling and the sampling density corresponding to the second sampling.

5. The method according to claim 4, wherein Performing the first sampling on the performance of the virtual game when loading the first regional grid and performing the second sampling on the performance of the virtual game when loading the second regional grid according to the sampling indication information, includes: Setting a plurality of first sampling points within the first regional grid according to the first sampling interval indicated by the sampling indication information, where the first sampling points are used for the first sampling; and, Setting a plurality of second sampling points within the second regional grid according to the second sampling interval indicated by the sampling indication information, where the second sampling points are used for the first sampling.

6. The method according to claim 1, characterized in that Integrating the sampling results of the first sampling and the second sampling, and displaying them superimposed on the virtual map in the form of a performance data view, includes: Integrating the sampling results of the first sampling and the second sampling to obtain sampling performance data, where the sampling performance data is used to represent the performance of the virtual game when loading each virtual regional grid in the at least two virtual regional grids; Mapping the sampling performance data to different colors according to the attributes of the sampling performance data to obtain a performance heat map view, where the performance data view includes the performance heat map view; Displaying the performance heat map view superimposed on the virtual map according to the correspondence between the sampling performance data and the virtual regional grid.

7. The method according to claim 6, characterized in that, Displaying the performance heat map view superimposed on the virtual map according to the correspondence between the sampling performance data and the virtual regional grid, includes: Determining the indication position of the indication regional grid in the virtual map, where the virtual regional grid includes the indication regional grid; Display an indicated sector view at the indicated position, where the indicated sector view uses a first color and a second color to represent the sampling performance data corresponding to the indicated area grid. The proportion of the first color in the indicated sector view has a positive relationship with the performance of the virtual game when loading the indicated area grid, and the proportion of the second color in the indicated sector view has an inverse relationship with the performance of the virtual game when loading the indicated area grid. The performance heat map includes the indicated sector view.

8. The method according to any one of claims 1 to 7, characterized in that, The first sampling of the performance of the virtual game when loading the first area grid and the second sampling of the performance of the virtual game when loading the second area grid include: When performance indication information is carried in the performance evaluation request, perform the first sampling of the specified performance type on the performance of the virtual game when loading the first area grid according to the specified performance type indicated by the performance indication information, and perform the second sampling of the specified performance type on the performance of the virtual game when loading the second area grid.

9. The method according to any one of claims 1 to 7, characterized in that, The first sampling of the performance of the virtual game when loading the first area grid and the second sampling of the performance of the virtual game when loading the second area grid include: When area indication information is carried in the performance evaluation request, sample the performance of the virtual game when loading the grids belonging to the specified area type in the at least two virtual area grids according to the specified area type indicated by the area indication information, where the specified area type includes the second area type and the first area type.

10. The method according to any one of claims 1 to 7, characterized in that, Before the first sampling of the performance of the virtual game when loading the first area grid and the second sampling of the performance of the virtual game when loading the second area grid, the method further includes: When the performance evaluation requirement corresponding to the virtual area grid requested to be evaluated in the performance evaluation request is within the first performance evaluation interval, determine that the virtual area grid requested to be evaluated belongs to the area type matching the first performance evaluation interval, where the area type matching the first performance evaluation interval is the first area type; When the performance evaluation requirement corresponding to the virtual area grid requested to be evaluated in the performance evaluation request is within the second performance evaluation interval, determine that the virtual area grid requested to be evaluated belongs to the area type matching the second performance evaluation interval, where the area type matching the second performance evaluation interval is the second area type.

11. A performance evaluation device for a virtual map, characterized in that Include: An acquisition unit for acquiring a performance evaluation request triggered by a virtual game, where the performance evaluation request is used to request an evaluation of the performance of the virtual game when loading a virtual map. The virtual map is divided into at least two virtual area grids, and the virtual area grids are first area grids belonging to a first area type or second area grids belonging to a second area type, and the first area type is different from the second area type; A sampling unit, configured to respond to the performance evaluation request, perform a first sampling on the performance of the virtual game when loading the first area grid, and perform a second sampling on the performance of the virtual game when loading the second area grid, wherein the sampling density corresponding to the first sampling is different from the sampling density corresponding to the second sampling; A display unit, configured to integrate the sampling results of the first sampling and the second sampling, and display them in a performance data view and superimpose them on the virtual map.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein the program, when run by an electronic device, executes the method described in any one of claims 1 to 10.

13. A computer program product comprising a computer program / instructions, characterized in that, When the computer program / instruction is executed by a processor, it implements the steps of the method described in any one of claims 1 to 10.

14. An electronic device, comprising a memory and a processor, characterized in that, A computer program is stored in the memory, and the processor is configured to execute the method described in any one of claims 1 to 10 through the computer program.

Images