Television end transplantation application program scene rendering method, device and equipment based on YTS engine

Abstract

The invention discloses a television end transplantation application program scene rendering method, device and equipment based on a YTS engine, and relates to the technical field of television end operation transplantation application programs. According to the main design concept, initial weight values corresponding to different scene types are set in advance based on statistical data; before rendering the current scene, acquiring scene type information and endowing the scene type information with the initial weight value; judging whether the current scene contains a to-be-rendered established element or not to dynamically decide: adjusting an initial assignment result or setting a display residence duration; and finally, configuring a corresponding frame rate based on the current weight value, executing a scene rendering task, and optimizing a rendering frame rate for keeping a current scene display state in combination with the display residence duration after rendering is completed. By reasonably deploying the real-time rendering computing power of the television end, the abnormal display probability when the television end processes the transplanted application program is reduced, so that smooth operation of the transplanted application program on the television equipment is ensured.

Description

Technical Field

[0001] This invention relates to the technical field of running ported applications on television, and in particular to a method, apparatus, and device for rendering scenes of ported applications on television based on the YTS engine. Background Technology

[0002] In recent years, the mobile app and cloud gaming industries have developed rapidly, with a large amount of high-quality content being ported to smart TV devices, such as Android TVs. However, even using the same smart operating system, the hardware configurations of mobile phones and TVs differ significantly. Currently, mainstream TV hardware cannot fully run these ported high-quality apps, as their processing power and rendering capabilities are insufficient.

[0003] For example, when faced with scene data with a large amount of resources, the existing GPU rendering logic and capabilities of TV-side image processors are insufficient to handle this heavy task, resulting in the output display effect on the TV screen failing to meet expectations.

[0004] Typically, application developers have to redesign the entire application by reducing color values ​​and size, or even develop a special version of the application for lower-configuration TVs. This results in a huge cost burden and is not in line with the rapid iterative development of this technology. Summary of the Invention

[0005] In view of the above, the present invention aims to provide a method, apparatus and device for rendering scenes of ported applications on TV based on the YTS engine, so as to solve the image rendering problem of ported applications running on TV devices with lower configurations.

[0006] The technical solution adopted in this invention is as follows:

[0007] In a first aspect, the present invention provides a method for rendering scenes of TV-side applications based on the YTS engine, including:

[0008] Pre-set initial weight values ​​for different scenario types based on statistical data;

[0009] Before rendering the current scene, obtain the scene type information and assign the initial weight value;

[0010] Determine whether the current scene contains the intended element to be rendered, and make dynamic decisions: adjust the initial assignment result or set the display dwell time;

[0011] Configure the corresponding frame rate based on the current weight value, execute the display rendering task of the current scene, and optimize the frame rate in combination with the display dwell time after rendering is completed.

[0012] In at least one possible implementation, the dynamic decision specifically includes:

[0013] If the current scene contains the predetermined element, the initial weight value assigned is dynamically changed according to the number and / or size of the predetermined element;

[0014] If the current scene does not contain the predetermined element, different levels of display residence time are set according to the type of the current scene.

[0015] In at least one possible implementation, the dynamic change of the initial weight value assigned includes:

[0016] An adjustment coefficient is calculated according to the number and / or size of each predetermined element; wherein the adjustment coefficient is used to increase or decrease the weight based on the initial weight value.

[0017] In at least one possible implementation, the optimization of the frame rate in combination with the display residence time includes:

[0018] During the display of the current scene, a silent time when no operation is performed by the user is monitored;

[0019] If the silent time exceeds the display residence time, the rendering thread frame rate is reduced.

[0020] In at least one possible implementation, the acquisition of the scene type information and the assignment of the initial weight value includes:

[0021] A refined initial score with hierarchical differences is set in advance for a single type of scene;

[0022] When the transplanted application is running, the current scene is parsed;

[0023] According to the parsing result, the rendering level of the current scene type is determined;

[0024] Based on the rendering level, the refined initial score is taken as the initial weight value of the current scene.

[0025] In at least one possible implementation, the setting of the initial weight value corresponding to different scene types based on statistical data includes:

[0026] Based on the resource regularity of different scene types, the initial weight value is configured;

[0027] Based on the user's usage habit data for different scenes, the initial weight value is formed.

[0028] In a second aspect, the application provides a television terminal transplanted application scene rendering device based on a YTS engine, which includes:

[0029] The initial weight configuration module is used to pre-set the initial weight values ​​for different scenario types based on statistical data.

[0030] The scene weight initialization module is used to obtain scene type information and assign the initial weight value before rendering the current scene;

[0031] The dynamic decision-making module is used to determine whether the current scene contains a predetermined element to be rendered, and to make dynamic decisions such as adjusting the initial assignment result or setting the display dwell time.

[0032] The rendering frame rate setting module is used to configure the corresponding frame rate based on the current weight value, execute the display rendering task of the current scene, and optimize the frame rate in combination with the display dwell time after rendering is completed.

[0033] Thirdly, the present invention provides an electronic device comprising: one or more processors, a memory, and one or more computer programs, the memory being a non-volatile storage medium, wherein the one or more computer programs are stored in the memory, the one or more computer programs including instructions that, when executed by the device, cause the electronic device to perform the method as described in the first aspect or any possible implementation thereof.

[0034] Fourthly, the present invention provides a computer-readable storage medium storing a computer program that, when run on a computer, causes the computer to perform the method as described in the first aspect or any possible implementation thereof.

[0035] Fifthly, the present invention also provides a computer program product, which, when executed by a computer, performs the method described in the first aspect or any possible implementation thereof. In one possible design of the fifth aspect, the relevant program involved in the product may be stored wholly or partially on a memory packaged with a processor, or may be stored wholly or partially on a storage medium not packaged with a processor.

[0036] It should be understood that the second to fifth aspects of the embodiments of this application are consistent with the technical solutions of the first aspect of the embodiments of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation are similar, and will not be described again.

[0037] The main design concept of this invention lies in pre-setting initial weight values ​​for different scene types based on statistical data; before rendering the current scene, acquiring scene type information and assigning the initial weight values; determining whether the current scene contains predetermined elements to be rendered, and making dynamic decisions: adjusting the initial assignment results or setting the display dwell time; finally, configuring the corresponding frame rate based on the current weight values, executing the scene rendering task, and optimizing the rendering frame rate to maintain the current scene display state after rendering is completed, combined with the display dwell time. This invention identifies the initial weights related to subsequent rendering tasks in the current interface based on statistical data, and dynamically adjusts the frame rate of the TV's image processor in combination with element information in the scene, thereby reasonably optimizing the rendering computing power of the TV, reducing the probability of abnormal display when processing ported applications on lower-configuration TVs, and ensuring the smooth operation of ported applications on TV devices. Attached Figure Description

[0038] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described below with reference to the accompanying drawings, wherein:

[0039] Figure 1 A flowchart illustrating the scene rendering method for porting applications to a TV based on the YTS engine, as provided in an embodiment of the present invention.

[0040] Figure 2 A schematic diagram of a scene rendering device for TV-side porting applications based on the YTS engine, provided in an embodiment of the present invention;

[0041] Figure 3 This is a schematic diagram of an electronic device provided in an embodiment of the present invention. Detailed Implementation

[0042] Embodiments of the present invention are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and should not be construed as limiting the present invention.

[0043] This invention proposes an embodiment of a scene rendering method for TV-side ported applications based on the YTS engine. Specifically, as follows: Figure 1 As shown, it includes:

[0044] Step S1: Pre-set initial weight values ​​for different scenario types based on statistical data;

[0045] Specifically, to address the limitations of rendering capabilities on lower-configuration TV devices, initial scores related to rendering tasks can be pre-configured by combining various rendering elements in the scene resources of the ported application, and a weight configuration file can be stored locally on the TV. In practice, the setting of initial weight values ​​corresponding to different scene types based on statistical data can be implemented in two forms:

[0046] The first approach is based on different scenario types (such as login, payment, combat, settings, etc.), statistically analyzing the patterns of resource quantities (static images, animations, particles, special effects, etc.) contained in each scenario type, and configuring initial weight values.

[0047] The second approach involves statistical analysis of massive amounts of user data on usage habits in different scenarios within the application (before being ported to the TV), to generate initial weight values.

[0048] Both of the above methods combine statistical data, but they differ in their underlying concept. The first method objectively assigns weights based on the resource size of each scenario in the application, which aligns with the general principles of application development. For example, the initial weight of a "battle scenario" is necessarily higher than that of a "setting scenario." The second method, however, deviates significantly from these principles. It relies on statistical analysis of real-world user data to assign initial scores to various scenarios within the application based on actual usage. For instance, even if a game scenario contains a lot of special effects resources, if analysis of massive user data shows that the actual usage time of that scenario is low or that users frequently skip it, then a relatively low initial weight can be assigned to that scenario during the settings phase.

[0049] Regardless of whether it is the first or the second form, the initial scores obtained for different scenarios can be constructed by using textual information related to the scenario type as index keywords.

[0050] Furthermore, in some preferred embodiments, it is also possible to set refined initial scores with hierarchical distinctions for each type of scenario. That is, instead of defining the attributes of the entire scenario as a fixed initial weight value, multiple initial scores are configured for each type of scenario in combination with the design of the application. For example, the initial score of the login scenario can be set as a low-level login scenario score, a medium-level login scenario score, and a high-level login scenario score. The level differences mentioned can be actually configured by the current scene rendering level of the current application.

[0051] Step S2: Before rendering the current scene, obtain the scene type information and assign the initial weight value;

[0052] When the TV is running the ported application, it can parse the resources of the ported application. For example, but not limited to, after starting the ported application, it can better read the application's scene configuration file when processing the current scene rendering task, obtain the current scene name from it, which can be understood as a type label. Then, it can use the scene name to query the corresponding initial scene score in the weight configuration file mentioned above, and set the initial weight value for the current scene to be rendered.

[0053] In practice, the data to be rendered in the current scene can be broken down, for example, identifying the text in the image and using it as a basis for querying; or, in conjunction with the preferred embodiment mentioned above, the scene data to be rendered can be analyzed in this step to determine the rendering level of the current scene type, thereby obtaining the refined initial score corresponding to the current scene type from the pre-configured weight file and assigning it.

[0054] Step S3: Determine whether the current scene contains the predetermined element to be rendered, and make a dynamic decision: adjust the initial assignment result or set the display dwell time;

[0055] The approach in this step is to combine the element information in the current scene to be rendered and decide on two different refinement processes.

[0056] Firstly, if the current scene contains predetermined elements (such as one or more of the elements such as animation, particles, and special effects), the initial weight value assigned is dynamically changed according to the number and / or size of the predetermined elements.

[0057] In more detail, adjustment coefficients can be calculated based on the quantity and / or resource size of each given element. For example, the number of skeletal animations, the resource size of frame animations, the number of particles, and the size of special effects files in the current scene can be combined with preset threshold standards (preset by scene logic) to obtain a coefficient used to adjust the initial score assigned in previous steps. This coefficient determines the direction of dynamically adjusting the initial weight value; that is, it can either increase or decrease the weight. For instance, if the above indicators of a given element exceed the corresponding threshold, an adjustment coefficient greater than 1 is obtained, which increases the weight based on the initial score of the scene. Conversely, if the indicators of a given element do not reach the corresponding threshold, an adjustment coefficient less than 1 is obtained, which decreases the weight based on the initial score of the scene.

[0058] Secondly, if the current scene does not contain the predetermined elements, different levels of display dwell time are set according to the type of the current scene;

[0059] Following the preceding logic, if there are no predetermined elements, the initial weight can be reduced. However, in this invention, a display dwell time is proposed for scenarios without predetermined elements. Considering the actual use of applications, this can be understood as the display duration of the current scene after subsequent rendering and display on the television screen, when no user operation is detected. The different duration values ​​mentioned here can be related to the idea of ​​configuring the initial weight mentioned earlier; that is, different display dwell times can be configured for different types of scenarios. For example, a login scenario without the aforementioned predetermined elements can be set to 15 seconds, while a setup scenario without the aforementioned predetermined elements can be set to 20 seconds. The specific value can be set as needed based on the scenario logic. Those skilled in the art will understand that in actual operation, for scenarios with predetermined elements, the display dwell time can be set to infinity.

[0060] Step S4: Configure the corresponding frame rate based on the current weight value (the mapping relationship between different weight values ​​and frame rate values ​​can be pre-defined, for example, low score corresponds to low frame rate, and high score corresponds to high frame rate. This invention does not limit or elaborate on this). Execute the display rendering task, and optimize the frame rate in combination with the display dwell time after rendering is completed.

[0061] In other words, regardless of whether dynamically adjusted weights are used or combined with display dwell time, the goal is to flexibly adjust the "task workload" of GPU rendering and outputting the current scene. However, it should be noted that when the rendering task starts, the aforementioned display dwell time does not participate in the adjustment of the rendering thread frame rate. Instead, it only sets the GPU's rendering frame rate based on the current weight value (either the initial score that has not been dynamically adjusted or the score that has been dynamically adjusted). During the display of the current scene on the TV, it monitors the silent time when the user does not perform any operation in the current scene. If the silent time exceeds the display dwell time, the rendering thread frame rate is reduced.

[0062] As can be seen from the foregoing embodiments, the preferred target for reducing the frame rate is a scene that does not contain predetermined elements, such as a "game settings" scene that does not contain a large amount of resources. During the display process (while the GPU still outputs according to the frame rate corresponding to the final weight value), if it is detected that the user has not performed any operation in the current "settings scene" for a long time, that is, the currently displayed "settings scene" is in a long period of silence, then the GPU's frame rate is reduced. That is, the current scene is still rendered and displayed on the TV, but no longer according to the frame rate derived from the weight score, but at a lower frame rate. This fully considers the characteristics of TV devices with lower hardware configurations, simplifying the process for silent and inactive scenes and saving unnecessary computing power consumption. Therefore, it can be understood that if the current interface is detected to be active again, the rendering and display of the current scene can be restored to the corresponding frame rate determined by the final weight.

[0063] Finally, it should be noted that the YTS (Unity TV Service) engine in this embodiment of the invention mainly refers to the Unity visualization rendering service system. Unity is a platform for real-time 3D interactive content creation and operation, enabling creators in fields such as game development, art, architecture, automotive design, and film to turn their ideas into reality. The platform provides a complete software toolkit solution that can be used to create, operate, and monetize any real-time interactive 2D and 3D content, supporting media including mobile phones, tablets, smart TVs, PCs, game consoles, augmented reality, and virtual reality devices. Those skilled in the art will understand that, based on the scenario requirements of this invention, in the actual development phase, YTS can be configured as a technical service suite for porting application solutions to lower-configuration TVs. That is, through the toolkit / optimization library developed in conjunction with the ported application, the porting and expansion of the application across different types of platform carriers can be facilitated.

[0064] In summary, the main design concept of this invention lies in: pre-setting initial weight values ​​corresponding to different scene types based on statistical data; before rendering the current scene, acquiring scene type information and assigning the initial weight values; determining whether the current scene contains predetermined elements to be rendered, and making dynamic decisions: adjusting the initial assignment results or setting the display dwell time; finally, configuring the corresponding frame rate based on the current weight values, executing the scene rendering task, and optimizing the rendering frame rate to maintain the current scene display state after rendering is completed, combined with the display dwell time. This invention identifies the initial weights related to subsequent rendering tasks in the current interface based on statistical data, and dynamically adjusts the frame rate of the TV's image processor in combination with element information in the scene, thereby reasonably optimizing the rendering computing power of the TV, reducing the probability of abnormal display when processing ported applications on lower-configuration TVs, and ensuring the smooth operation of ported applications on TV devices.

[0065] Corresponding to the above embodiments and preferred solutions, the present invention also provides an embodiment of a scene rendering device for TV-side porting applications based on the YTS engine, such as... Figure 2 As shown, it may specifically include the following components:

[0066] The initial weight configuration module 201 is used to pre-set the initial weight values ​​corresponding to different scenario types based on statistical data.

[0067] The scene weight initialization module 202 is used to obtain scene type information and assign the initial weight value before rendering the current scene;

[0068] The dynamic decision module 203 is used to determine whether the current scene contains a predetermined element to be rendered, and to make dynamic decisions such as adjusting the initial assignment result or setting the display dwell time.

[0069] The rendering frame rate setting module 204 is used to configure the corresponding frame rate based on the current weight value, execute the display rendering task of the current scene, and optimize the frame rate in combination with the display dwell time after rendering is completed.

[0070] The above should be understood Figure 2 The division of components in the YTS engine-based TV application scene rendering device shown is merely a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or physically separated. These components can be implemented entirely through software calls via processing elements; alternatively, some components can be implemented through software calls via processing elements, while others can be implemented in hardware. For example, a particular module can be a separate processing element or integrated into a chip within an electronic device. The implementation of other components is similar. Furthermore, these components can be fully or partially integrated together or implemented independently. During implementation, each step of the above method or each of the above components can be completed through integrated logic circuits in the hardware of the processor element or through software instructions.

[0071] For example, these components can be one or more integrated circuits configured to implement the above methods, such as one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), or one or more field-programmable gate arrays (FPGAs). Alternatively, these components can be integrated together to form a system-on-a-chip (SOC).

[0072] Based on the above embodiments and preferred solutions, those skilled in the art will understand that, in actual operation, the technical concept involved in this invention can be applied to various implementation methods. The following embodiments are used as illustrative examples:

[0073] (1) An electronic device. The device may specifically include: one or more processors, a memory, and one or more computer programs, wherein the one or more computer programs are stored in the memory, and the one or more computer programs include instructions that, when executed by the device, cause the device to perform the steps / functions of the foregoing embodiments or equivalent embodiments.

[0074] Specifically, the electronic device can be a computer-related electronic device, such as, but not limited to, various computing terminals and electronic products. Preferably, the electronic device includes a smart TV, such as an Android TV.

[0075] Specifically, the processor, communication interface, and memory can all communicate with each other via a communication bus. The processor may be a central processing unit (CPU), DSP, microcontroller, or digital signal processor, and may also include a GPU, an embedded neural network processing unit (NPU), and an image signal processor (ISP). The processor may also include a specific integrated circuit (ASIC), or one or more integrated circuits configured to implement embodiments of the present invention. Furthermore, the processor may have the function of operating one or more software programs, which can be stored in a storage medium such as memory. The aforementioned memory / storage medium may include: non-volatile memory, such as a non-removable disk, USB flash drive, portable hard drive, optical disc, etc., as well as read-only memory (ROM), random access memory (RAM), etc.

[0076] Even though this invention does not limit the specific form of the electronic device, for the purpose of illustrative purposes, it is used as an example. Figure 3 As shown, the present invention provides a structural schematic diagram of an embodiment of an electronic device. Specifically, the electronic device 900 includes a processor 910 and a memory 930. The processor 910 and the memory 930 can communicate with each other through an internal connection path to transmit control and / or data signals. The memory 930 is used to store computer programs, and the processor 910 is used to call and run the computer programs from the memory 930. The processor 910 and the memory 930 can be combined into a single processing device, but more commonly they are independent components. The processor 910 executes the program code stored in the memory 930 to achieve the aforementioned functions. In specific implementations, the memory 930 can also be integrated into the processor 910, or it can be independent of the processor 910.

[0077] In addition, to further enhance the functionality of the electronic device 900, it may also include one or more of the following: an input unit 960, a display unit 970, an audio circuit 980, a camera 990, and a sensor 901. The audio circuit may also include a speaker 982, a microphone 984, etc. The display unit 970 may include a display screen.

[0078] Furthermore, the aforementioned electronic device 900 may also include a power supply 950 for providing electrical energy to various devices or circuits in the electronic device 900.

[0079] It should be understood that Figure 3 The electronic device 900 shown is capable of implementing the various processes of the method provided in the foregoing embodiments. The operation and / or function of each component in the electronic device 900 can respectively implement the corresponding processes in the above method embodiments. For details, please refer to the foregoing descriptions of the embodiments of methods, devices, etc.; to avoid repetition, detailed descriptions are appropriately omitted here.

[0080] It should be understood that Figure 3 The processor 910 in the illustrated electronic device 900 can be a system-on-a-chip (SoC). The processor 910 may include a central processing unit (CPU) and may further include other types of processors, such as a graphics processing unit (GPU), which will be described in detail below.

[0081] In summary, the various processors or processing units inside the processor 910 can work together to implement the previous method flow, and the corresponding software programs of each processor or processing unit can be stored in the memory 930.

[0082] (2) A computer data storage medium storing a computer program or the above-described device, which, when executed, causes a computer to perform the steps / functions of the foregoing embodiments or equivalent embodiments.

[0083] In several embodiments provided by this invention, any function, if implemented as a software functional unit and sold or used as an independent product, can be stored in a computer data storage medium. Based on this understanding, certain technical solutions of this invention, or the parts that contribute to the prior art, or parts of such technical solutions, can be embodied in the form of software products as described below.

[0084] It should be noted in particular that the storage medium may refer to a server or a similar computer device, specifically, that is, the aforementioned computer program or the aforementioned device is stored in the storage device of the server or similar computer device.

[0085] (3) A computer program product (which may include the above-mentioned device), which, when running on a terminal device, causes the terminal device to execute the YTS engine-based TV application scene rendering method of the aforementioned embodiment or equivalent implementation.

[0086] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that all or part of the steps in the above implementation methods can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the above-mentioned computer program products may include, but are not limited to, APPs, program packages, computing power optimization libraries, etc.

[0087] In this embodiment of the invention, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent the existence of A alone, A and B simultaneously, or B alone. A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects have an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of singular or plural items. For example, at least one of a, b, and c can represent: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0088] Those skilled in the art will recognize that the modules, units, and method steps described in the embodiments disclosed in this specification can be implemented using electronic hardware, computer software, and a combination of electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this invention.

[0089] Furthermore, the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to mutually. In particular, for embodiments such as apparatus and devices, since they are basically similar to the method embodiments, the relevant parts can be referred to the description of the method embodiments. The apparatus, devices, and other embodiments described above are merely illustrative, and the modules, units, etc., described as separate components may or may not be physically separate, that is, they may be located in one place or distributed in multiple places, such as nodes in a system network. Specifically, some or all of the modules and units can be selected according to actual needs to achieve the purpose of the above-described embodiment solutions. Those skilled in the art can understand and implement this without creative effort.

[0090] The above description of the structure, features, and effects of the present invention is based on the embodiments shown in the figures. However, the above are only preferred embodiments of the present invention. It should be noted that the technical features involved in the above embodiments and their preferred methods can be reasonably combined and matched by those skilled in the art to form a variety of equivalent solutions without departing from or changing the design concept and technical effects of the present invention. Therefore, the present invention is not limited to the scope of implementation shown in the figures. Any changes made in accordance with the concept of the present invention, or modifications to equivalent embodiments, that do not exceed the spirit covered by the specification and figures, should be within the protection scope of the present invention.

Claims

1. A method for scene rendering of a TV-side application ported based on the YTS engine, characterized in that, include: Pre-set initial weight values ​​for different scenario types based on statistical data; Before rendering the current scene, obtain the scene type information and assign the initial weight value; Determine whether the current scene contains the intended element to be rendered, and make dynamic decisions: adjust the initial assignment result or set the display dwell time; Configure the corresponding frame rate based on the current weight value, execute the display rendering task of the current scene, and optimize the frame rate in combination with the display dwell time after rendering is completed.

2. The method for scene rendering of TV-side applications based on the YTS engine according to claim 1, characterized in that, The dynamic decision-making specifically includes: If the current scene contains predetermined elements, the initial weight value assigned is dynamically changed according to the number and / or size of the predetermined elements. If the current scene does not contain the specified elements, then set different levels of display dwell time according to the type of the current scene.

3. The method for scene rendering of TV-side applications based on the YTS engine according to claim 2, characterized in that, The dynamic changes to the assigned initial weight values ​​include: Calculate adjustment coefficients based on the quantity and / or size of each given element; wherein, the adjustment coefficients are used to increase or decrease the weight based on the initial weight value.

4. The method for scene rendering of TV-side applications based on the YTS engine according to claim 1, characterized in that, The optimization of frame rate in conjunction with the display dwell time includes: Monitor the silent time during which the user does not perform any action while displaying the current scene; If the silence time exceeds the display dwell time, the rendering thread frame rate is reduced.

5. The method for scene rendering of TV-side applications based on the YTS engine according to claim 1, characterized in that, The step of obtaining scene type information and assigning the initial weight value includes: Pre-determine detailed initial scores with hierarchical differences for a single type of scene; When running the ported application, the current scenario is analyzed; The rendering level of the current scene type is determined based on the analysis results; Based on the rendering level, the refined initial score is used as the initial weight value for the current scene.

6. The method for scene rendering of TV-side ported applications based on the YTS engine according to any one of claims 1 to 5, characterized in that, The method of setting initial weight values ​​for different scenario types based on statistical data includes: Configure initial weight values ​​based on resource patterns for different scenario types; Initial weight values ​​are formed based on user usage habits data in different scenarios.

7. A scene rendering device for TV-side ported applications based on the YTS engine, characterized in that, include: The initial weight configuration module is used to pre-set the initial weight values ​​for different scenario types based on statistical data. The scene weight initialization module is used to obtain scene type information and assign the initial weight value before rendering the current scene; The dynamic decision-making module is used to determine whether the current scene contains a predetermined element to be rendered, and to make dynamic decisions such as adjusting the initial assignment result or setting the display dwell time. The rendering frame rate setting module is used to configure the corresponding frame rate based on the current weight value, execute the display rendering task of the current scene, and optimize the frame rate in combination with the display dwell time after rendering is completed.

8. An electronic device, characterized in that, include: One or more processors, a memory, and one or more computer programs, wherein the one or more computer programs are stored in the memory, and the one or more computer programs include instructions that, when executed by the electronic device, cause the electronic device to perform the scene rendering method for TV-side ported applications based on the YTS engine as described in any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the scene rendering method for TV-side ported applications based on the YTS engine as described in any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by the processor, it implements the scene rendering method for TV-side ported applications based on the YTS engine as described in any one of claims 1 to 6.

Images