A video gear determination method and device, a storage medium and an electronic device
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- BEIJING ZITIAO NETWORK TECH CO LTD
- Filing Date
- 2022-10-14
- Publication Date
- 2026-07-21
Smart Images

Figure CN115633199B_ABST
Abstract
Description
Technical Field
[0001] This disclosure relates to video processing technology, and more particularly to a method, apparatus, storage medium, and electronic device for determining video bit depth. Background Technology
[0002] During video playback, video quality and smoothness are important factors affecting playback. Higher video quality means a larger video data size, which in turn results in slower download speeds and affects playback smoothness.
[0003] Currently, during video playback, a trade-off must be made between good video quality and smoothness; it is impossible to simultaneously achieve both. Summary of the Invention
[0004] This disclosure provides a method, apparatus, storage medium, and electronic device for determining video bit depth, in order to achieve a balance between video quality and video smoothness.
[0005] In a first aspect, embodiments of this disclosure provide a method for determining video file levels, including:
[0006] Acquire super-resolution utility data of the target video and status data of the playback device, wherein the super-resolution utility data characterizes the image quality difference between the target video after super-resolution processing and the target video before super-resolution processing;
[0007] Based on the super-resolution utility data and the status data of the playback device, the adaptation bitrate of the playback device is determined;
[0008] The appropriate video bitrate for the target video on the playback device is determined based on the adaptation bitrate of the playback device.
[0009] Secondly, embodiments of this disclosure also provide a device for determining video bit positions, including:
[0010] The data acquisition module is used to acquire super-resolution utility data of the target video and status data of the playback device, wherein the super-resolution utility data represents the difference in image quality between the target video after super-resolution processing and the target video before super-resolution processing.
[0011] The adaptation bitrate determination module is used to determine the adaptation bitrate of the playback device based on the super-resolution utility data and the status data of the playback device;
[0012] The video gradation determination module is used to determine the appropriate video gradation for the target video based on the adaptation bitrate of the playback device.
[0013] Thirdly, embodiments of this disclosure also provide an electronic device, the electronic device comprising:
[0014] One or more processors;
[0015] Storage device for storing one or more programs.
[0016] When the one or more programs are executed by the one or more processors, the one or more processors implement the video gradation determination method provided in the embodiments of this disclosure.
[0017] Fourthly, embodiments of this disclosure also provide a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to perform the video bit determination method provided in embodiments of this disclosure.
[0018] The technical solution provided in this disclosure acquires network status data of the playback device and super-resolution utility data of the requested target video. It then determines the video bitrate suitable for the playback device using the network status data and super-resolution utility data, and identifies the video gradation level that matches the target video with the specified bitrate. The supported bitrate is downgraded using the super-resolution utility data to obtain a downgraded video gradation level. This downgraded video gradation level ensures smooth playback while maintaining good image quality, thus achieving a balance between smooth playback and high-quality image quality for the target video. Attached Figure Description
[0019] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.
[0020] Figure 1 This is a schematic diagram of an application scenario provided by an embodiment of the present invention;
[0021] Figure 2 This is a graph showing the correlation between network status data and bit rate provided in this embodiment of the disclosure;
[0022] Figure 3 This is a schematic flowchart of a method for determining video file level provided in an embodiment of this disclosure;
[0023] Figure 4 This is a flowchart illustrating a method for determining video file level according to an embodiment of this disclosure;
[0024] Figure 5 This is a flowchart illustrating a method for determining video file level according to an embodiment of this disclosure;
[0025] Figure 6 This is a flowchart illustrating a method for determining video file level according to an embodiment of this disclosure;
[0026] Figure 7 A schematic diagram of a video level determination device provided in an embodiment of this disclosure;
[0027] Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation
[0028] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.
[0029] It should be understood that the steps described in the method embodiments of this disclosure may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this disclosure is not limited in this respect.
[0030] The term "comprising" and its variations as used herein are open-ended inclusions, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below.
[0031] It should be noted that the concepts of "first" and "second" mentioned in this disclosure are used only to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependencies.
[0032] It should be noted that the terms "a" and "a plurality of" used in this disclosure are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".
[0033] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.
[0034] It is understood that before using the technical solutions disclosed in the various embodiments of this disclosure, users should be informed of the types, scope of use, and usage scenarios of the personal information involved in this disclosure in an appropriate manner in accordance with relevant laws and regulations, and user authorization should be obtained.
[0035] For example, upon receiving a user's active request, a prompt message is sent to the user to explicitly inform them that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose whether to provide personal information to the software or hardware, such as the electronic device, application, server, or storage medium performing the operations of this disclosed technical solution, based on the prompt message.
[0036] As an optional but non-limiting implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.
[0037] It is understood that the above notification and user authorization process are merely illustrative and do not constitute a limitation on the implementation of this disclosure. Other methods that comply with relevant laws and regulations may also be applied to the implementation of this disclosure.
[0038] It is understood that the data involved in this technical solution (including but not limited to the data itself, the acquisition or use of the data) shall comply with the requirements of relevant laws, regulations and related provisions.
[0039] See Figure 1 , Figure 1 This is a schematic diagram illustrating an application scenario provided by an embodiment of the present invention. A server and a playback device are communicatively connected. The server can be a video server capable of storing a large number of videos. The playback device can be a client with video download and playback capabilities, such as a mobile phone, tablet computer, or computer. The playback device requests a target video from the server. In response to the video request, the server pushes the stream to the playback device. The playback device receives the downloaded video data and plays the target video. In this embodiment, the type of the requested target video is not limited; the target video can be a short video with a duration less than a preset duration, or a regular video with a duration longer than a preset duration.
[0040] In this system, for any given video, the server can encode it into video data at different video gradations. Different gradations correspond to different data sizes; for example, as the video gradation increases, the data size increases, and consequently, the video bitrate increases. To ensure smooth playback, this places higher demands on the network conditions of the playback device. It should be noted that the same video resolution can correspond to different video gradations. For instance, a 1080P video resolution can correspond to at least one video gradation, and a 720P video resolution can correspond to at least one video gradation. By setting one or more video gradations at the same video resolution, the granularity of video gradations is improved, making it easier to accurately determine the appropriate video gradation for different playback devices and improving the applicability of video playback.
[0041] The video tier is based on the playback device's status data, which can specifically be network status data, including network type or network speed. Optionally, the correlation between network status data and bitrate is obtained. This correlation can be displayed as a curve, a list, or other formats; there are no limitations on the method. For example, see [link to example]. Figure 2 , Figure 2 This is a graph showing the correlation between network status data and bit rate provided in this embodiment of the disclosure. Figure 2 The network status data in the table represents network speed. By matching the network status data within the aforementioned relationships, the corresponding bitrate is determined. This bitrate is the maximum bitrate that the playback device supports for smooth playback. Accordingly, based on the video gradation level corresponding to this bitrate—that is, the maximum video gradation level among at least one video gradation level supported by this bitrate—the playback device determines the video gradation level for playback. This video gradation level is applicable to all videos played on this playback device.
[0042] With a fixed network connection on the playback device, to ensure smooth video playback, a lower video quality level (less than or equal to the specified video quality level) should be selected. To ensure good video quality, if a higher video quality level is selected, stuttering may occur during video playback.
[0043] To address the aforementioned technical problems, this disclosure provides a method for determining video quality levels. In this embodiment, the playback device can be an electronic device that supports super-resolution processing of images / videos, and can perform super-resolution processing on the target video downloaded from the server before playback. Correspondingly, video data of the target video with a lower quality level can be obtained from the server, ensuring the smoothness of the download and playback process. Furthermore, during video playback, each image frame of the video data undergoes super-resolution processing to obtain super-resolution image frames, thereby improving the image quality of the target video. These super-resolution image frames are then played sequentially, achieving a balance between high image quality and smooth playback.
[0044] See Figure 3 , Figure 3 This is a flowchart illustrating a method for determining video bitrate according to an embodiment of this disclosure. This embodiment is applicable to situations where the appropriate bitrate for a playback device is determined before video playback. This method can be executed by a video bitrate determination device, which can be implemented in software and / or hardware, optionally through an electronic device such as a mobile terminal, PC, or server. It should be noted that the video bitrate determination process can be executed on the playback device or on the server side; there is no limitation on this.
[0045] It is understood that the playback device in this embodiment can be an electronic device that supports super-resolution processing. Before executing this embodiment, the playback device can be verified to determine whether it supports super-resolution processing. If the electronic device supports super-resolution processing, the method provided in this embodiment is executed to determine the video level. If the electronic device does not support super-resolution processing, the video level is determined based on the playback device's status data, i.e., the video level is determined through the playback device's network status data. Optionally, a preset identifier of the playback device can be obtained to determine whether the playback device supports super-resolution processing. This preset identifier is an identifier that indicates whether super-resolution processing is supported, for example, it can be read from a preset field in the playback device's storage space. Optionally, a preset identifier of "1" or "yes" indicates that the playback device supports super-resolution processing, while a preset identifier of "0" or "no" indicates that the playback device does not support super-resolution processing.
[0046] For playback devices that support super-resolution processing, the cached video data is super-resolution processed before playback, leading to increased power consumption. The device's power level is obtained from its status data, and a power level assessment is performed. If the power level meets the requirements, the method of this embodiment continues; if the power level does not meet the requirements, the video level is determined based on the playback device's status data. The power requirement can be greater than or equal to a power threshold; that is, if the device power level is greater than or equal to the threshold, the power requirement is met; if the device power level is less than the threshold, the power requirement is not met. Optionally, the power threshold can be a pre-set fixed value or determined based on the duration of the target video, for example, the power threshold is positively correlated with the duration of the target video. By assessing the device power level, sufficient power is ensured during playback of the target video.
[0047] In some embodiments, the status data of the playback device further includes one or more indicators such as device battery level and whether super-resolution processing is supported. Correspondingly, based on the device battery level and one or more indicators of whether super-resolution processing is supported, the playback device is determined to perform super-resolution condition verification. If the verification result indicates that the super-resolution condition is not met, the video level is determined based on the status data of the playback device. If the verification result indicates that the super-resolution condition is met, the video level suitable for the playback device is determined based on the video level determination method provided in this disclosure embodiment. The super-resolution condition includes a device battery level greater than a battery threshold and the playback device being configured with an indicator that supports super-resolution processing. It is understood that the judgment parameters in the super-resolution condition include, but are not limited to, device battery level and an indicator of whether super-resolution processing is supported. In other embodiments, parameters for super-resolution processing and video playback on the playback device may also be included, and this is not limited.
[0048] In this embodiment, super-resolution processing of the video can be implemented by configuring a super-resolution processing module in the playback device. This super-resolution processing module can include a super-resolution processing model, which is a machine learning model, such as a neural network model, etc., without limitation. Accordingly, if the playback device is configured with a super-resolution processing module, that is, has super-resolution processing functionality, an identifier supporting super-resolution processing can be set.
[0049] If the playback device meets the super-resolution condition, the video level determination method of this disclosure embodiment is executed. The video level determination method of this disclosure embodiment can be executed before the target video is played, or it can be executed both before and during playback. It can be determined based on the video format of the target video. For example, for a video in a first video format (e.g., MP4), it can be executed before playback, and the entire video is played based on the determined video level. For a video in a second video format (e.g., MKV), one or more video level determinations can be performed during video playback. Each video level can be determined based on the video level determination method of this disclosure embodiment, and the video data to be played is played based on the determined video level until the video level is re-determined.
[0050] like Figure 3 As shown, the method for determining the video file level in this embodiment includes:
[0051] S110. Obtain super-resolution utility data of the target video and status data of the playback device, wherein the super-resolution utility data characterizes the image quality difference between the target video after super-resolution processing and the target video before super-resolution processing.
[0052] S120. Based on the super-resolution utility data and the status data of the playback device, determine the adaptation bitrate of the playback device.
[0053] S130. Determine the video level of the target video that is suitable for the playback device based on the adaptation bitrate of the playback device.
[0054] The target video is the video to be played. The super-resolution utility data of this target video characterizes the image quality difference between the target video after super-resolution processing and the target video before super-resolution processing. That is, the larger the super-resolution utility data of the target video, the greater the image quality difference between the target video after super-resolution processing and the target video before super-resolution processing. By obtaining the super-resolution utility data of the target video, the image quality difference between the target video after super-resolution processing and the target video before super-resolution processing can be determined.
[0055] For target videos configured with super-resolution utility data, each video frame in the target video can be super-resolution processed separately before playback. The image quality of the video frames after super-resolution processing is better than that of the video frames before super-resolution processing. It can be understood that for target videos configured with super-resolution utility data, a lower video quality (i.e., poor image quality and small video data size) target video can be downloaded during the video download stage to ensure smooth downloading, further ensuring smooth playback. The playback device then performs super-resolution processing on the downloaded target video before playback, improving video quality and ensuring high-quality image quality during playback, thus achieving a balance between smooth playback and high-quality image quality.
[0056] Super-resolution utility data can be data within a preset range, such as 0-1. A super-resolution utility of 0 indicates that the video quality cannot be improved after super-resolution processing, while a super-resolution utility of 1 indicates that a low-resolution video can achieve the original video quality after super-resolution processing. The original video can be the highest resolution video data, and the low-resolution video data can be obtained by encoding the original video. The magnitude of the super-resolution utility data represents the degree of difference in video quality before and after super-resolution processing. Different videos can correspond to different super-resolution utility data, representing the degree of difference in video quality before and after super-resolution processing. To balance smooth playback and meeting image quality requirements, for a target video to be played, the appropriate video resolution for the playback device is determined by the target video's super-resolution utility data and the playback device's status data.
[0057] The super-resolution utility data of the target video can be pre-set and can be read based on the video identifier or video type identifier of the target video. The method for determining the super-resolution utility data is not limited here.
[0058] In some embodiments, the status data of the playback device includes network status data; accordingly, the appropriate video gradation for the playback device is determined based on the network status data of the playback device and the super-resolution utility data of the target video. Specifically, the appropriate bitrate for the playback device can be determined based on the network status data of the playback device and the super-resolution utility data of the target video, and the video gradation can be matched based on this appropriate bitrate.
[0059] Optionally, the network status data of the playback device can be the network status data at the moment of requesting the target video, or it can be the comprehensive network status data of the playback device within a preset time window before the moment of requesting the target video. Taking network speed data as an example, the comprehensive network status data within the preset time window can be the average network speed within the preset time window, or the mode, median, etc. of the network data, without limitation. By determining the comprehensive network status data within the preset time window, stable network status data of the playback device is determined, avoiding interference from occasional network status data at a certain moment in determining the video gradation.
[0060] For example, network status data can be network data; for example, network status data can also be data values determined based on network type to ensure network status. For instance, the correspondence between network type and data value can be preset, and the corresponding data value can be read according to the network type of the playback device as network status data.
[0061] Taking network speed as an example, this method obtains the correlation between network status data and bitrate. This correlation can be applicable to different playback devices. The correlation can be obtained in the form of a data list, data curve, etc. For the correlation between network status data and bitrate in the form of a data curve, please refer to [link to documentation]. Figure 2 Accordingly, determining the appropriate bitrate for the playback device based on the super-resolution utility data and the network status data can be achieved by using the super-resolution utility data, the network status data, and the correlation between the network status data and the bitrate. This video bitrate represents the maximum bitrate at which the target video achieves both high image quality and smooth playback on the playback device.
[0062] In some embodiments, determining the appropriate bitrate for the playback device based on the super-resolution utility data and the network status data includes: determining a bitrate adjustment parameter based on the super-resolution utility data; obtaining the correlation between the network status data and the bitrate; and determining the appropriate bitrate for the playback device based on the bitrate adjustment parameter, the network status data, and the correlation between the network status data and the bitrate.
[0063] The pre-configured bitrate adjustment rules are invoked, and the bitrate adjustment parameters are determined based on these rules and super-resolution utility data. The bitrate adjustment rules may include a parameter generation formula; for example, the formula could be: 1 + alpha * S, where alpha is a hyperparameter used to adjust the downsizing magnitude. This hyperparameter can be pre-set and adjusted as needed, alpha ≥ 0, and S is the super-resolution utility data. Therefore, the bitrate adjustment parameter is greater than 1.
[0064] By determining the bitrate adjustment parameters, the network status data of the playback device, and the correlation between the network status data and the bitrate, the appropriate bitrate for the target video on the playback device is determined. Optionally, determining the appropriate bitrate for the playback device based on the correlation between the network status data and the bitrate, the bitrate adjustment parameters, and the network status data includes: adjusting the bitrate corresponding to each network status data in the correlation between the network status data and the bitrate based on the bitrate adjustment parameters to obtain a target correlation between the network status data and the bitrate; and matching the network status data with the target correlation to determine the appropriate bitrate for the playback device.
[0065] For any bitrate corresponding to any network status data in the correlation between network status data and bitrate, i.e., the original bitrate, the original bitrate is adjusted based on a bitrate adjustment parameter to obtain the adjusted bitrate. For example, the ratio of the original bitrate to the bitrate adjustment parameter can be used to determine the adjusted bitrate. The correspondence between the adjusted bitrate and the network status data forms a target correlation between network status data and bitrate. The network status data is then matched within this target correlation; the adjusted bitrate that successfully matches the network status data is determined as the adapted bitrate for the playback device.
[0066] Optionally, determining the adapted bitrate for the playback device based on the bitrate adjustment parameters, the network status data, and the correlation between the network status data and the bitrate includes: determining the initial adapted bitrate corresponding to the network status data based on the network status data and the correlation between the network status data and the bitrate; and adjusting the initial adapted bitrate based on the bitrate adjustment parameters to obtain the adapted bitrate for the playback device. Specifically, the network status data (i.e., network speed) is matched in the correlation between the network status data and the bitrate, and the successfully matched original bitrate is determined as the initial adapted bitrate. The initial adapted bitrate is then adjusted based on the bitrate adjustment parameters, i.e., down-biting, to obtain the adapted bitrate for the playback device. For example, the ratio of the initial adapted bitrate to the bitrate adjustment parameters is determined as the adapted bitrate.
[0067] The appropriate bitrate for the target video on the playback device is determined based on the video bitrate. This involves storing video data of different bitrate gradations on the server, and selecting the appropriate bitrate to download. A pre-defined bitrate-gradation mapping is used; for example, each bitrate in the mapping may correspond to the maximum supported bitrate, or multiple supported bitrates may be included.
[0068] Optionally, the method for determining the appropriate bitrate for the playback device for the target video can be to take the target video as multiple video data levels, each video data level corresponding to an actual bitrate, and among the actual bitrates corresponding to the multiple levels, determine the highest actual bitrate that does not exceed the appropriate level, and determine the level corresponding to the highest actual bitrate as the appropriate bitrate for the playback device.
[0069] Accordingly, determining the video tier based on the compatible bitrate of the playback device includes: determining the compatible bitrate of the target video for the playback device based on the bitrate-tier correspondence and the compatible bitrate of the playback device. For example, it can be based on matching the video bitrate in the bitrate-tier correspondence to determine at least one tier supported by the compatible bitrate, and determining the maximum tier supported by the compatible bitrate as the video tier suitable for the playback device. It should be noted that the video tier determined in this embodiment is smaller than the video tier determined solely by network status data. Consequently, the video data download speed is faster, ensuring smooth video playback. At the same time, the video data corresponding to the video tier determined in this embodiment undergoes super-resolution processing, achieving the picture quality of a high-tier video (e.g., the video tier determined solely by network status data), thus achieving a balance between smoothness and high-quality picture quality.
[0070] Furthermore, the playback device requests the target video of that video file size from the server, performs super-resolution processing on the downloaded target video, and then plays it.
[0071] The technical solution provided in this embodiment acquires network status data of the playback device and super-resolution utility data of the requested target video. It then determines the video bitrate suitable for the playback device using the network status data and super-resolution utility data, and identifies the video gradation level that matches the target video with that bitrate. The supported bitrate is downgraded using the super-resolution utility data to obtain a downgraded video gradation level. This downgraded video gradation level ensures smooth playback while maintaining good image quality, thus achieving a balance between smooth playback and high-quality image quality for the target video.
[0072] Based on the above embodiments, after determining the video tier, the determined video tier is verified. Video tiers that do not meet the verification conditions are discarded, and new video tiers are determined. Optionally, the verification method may be: determining whether the video tier exceeds the processing range of the playback device. If the video tier exceeds the processing range of the playback device, the video tier is updated. This processing range may be a range of video tiers, including a minimum tier threshold and a maximum tier threshold. That is, if the determined video tier is greater than or equal to the minimum tier threshold and less than or equal to the maximum tier threshold, the verification conditions are met, and the video tier is retained. If the determined video tier is less than the minimum tier threshold or greater than the maximum tier threshold, the verification conditions are not met, and a new video tier needs to be determined.
[0073] Optionally, if the determined video gradation level is lower than the lowest threshold gradation level of the processing range, the video data corresponding to the determined video gradation level contains fewer video details, affecting the effect of super-resolution processing, and the video data after super-resolution processing cannot meet the image quality requirements. The video gradation level is then updated to the lowest threshold gradation level, that is, the lowest threshold gradation level is determined as the video gradation level suitable for the playback device. Accordingly, during video playback, the video data of the lowest threshold gradation level is super-resolution processed before playback. Alternatively, the video gradation level can be re-determined based on the status data of the playback device, here, through methods such as... Figure 2 The relationship between network status data and bitrate is established. The status data of the playback device, i.e., network status data (such as network speed), is matched with the bitrate corresponding to the status data of the playback device to determine the matching video tier (higher than the video tier before the update). Accordingly, the video data corresponding to the video tier determined here does not need to undergo super-resolution processing and can be played directly.
[0074] If the determined video resolution exceeds the highest threshold of the processing range, it indicates that the video data corresponding to the determined resolution contains a large amount of video details and has a large data volume. Super-resolution processing of this video data would consume a lot of computing power and be slow, affecting the smooth playback of the video. The video resolution is then re-determined based on the status data of the playback device, which will not be elaborated here.
[0075] In this embodiment, by optimizing the video level determined in the above embodiments, the adverse effects of excessively large or small levels on video playback are avoided, so as to ensure that the playback device plays the target video smoothly and with high-quality picture quality.
[0076] Based on the above embodiments, in the process of determining the video level, it is necessary to determine the super-resolution utility data of the target video. Optionally, the method for determining the super-resolution utility data of the target video includes one or more of the following: determining the super-resolution utility data based on the video type of the target video; reading the pre-set super-resolution utility data based on the video identifier of the target video; and inputting the target video into a preset super-resolution utility recognition model to obtain the super-resolution utility data of the target video.
[0077] In some embodiments, each video corresponds to a pre-set super-resolution utility data, and video identifiers are stored in association with the super-resolution utility data. When a target video identifier is determined, the target video identifier is matched against the associated video identifiers and super-resolution utility data to obtain the super-resolution utility data of the target video. Taking a target video as an example, the method for determining the super-resolution utility data of the target video includes: performing super-resolution processing on the target video to obtain a super-resolution video; determining the super-resolution utility data of the target video based on the image quality difference between the target video and the super-resolution video; wherein, performing super-resolution processing on the target video can be by inputting the target video into a super-resolution processing model to obtain the super-resolution video. Optionally, the frame difference image of the corresponding video frames between the super-resolution video and the target video is determined, i.e., the image quality difference is obtained. The image quality difference is evaluated to obtain the super-resolution utility data. For example, the image quality difference (i.e., each frame difference image) can be input into an evaluation model to obtain the super-resolution utility data output by the evaluation model; for example, the image quality difference can be displayed through a display interface to receive super-resolution utility data from user feedback. Optionally, the super-resolution video and the target video are input into the evaluation model to obtain the super-resolution utility data output by the evaluation model. Optionally, the super-resolution video and the target video are displayed through a display interface to receive super-resolution utility data from user feedback.
[0078] In some embodiments, super-resolution processing may be performed on at least a portion of the video frames in the target video, and super-resolution utility data of the target video may be determined based on the at least a portion of the video frames after super-resolution processing and the at least a portion of the video frames before super-resolution processing. Processing efficiency is increased by reducing the number of video frames processed. The at least a portion of the video frames in the target video may be randomly selected video frames; random selection reduces occasional interference.
[0079] In some embodiments, each video type corresponds to a pre-set super-resolution utility data set, and the video type and super-resolution utility data are stored in association. When the video type of a target video is determined, the target video's video type is matched against the associated video type and super-resolution utility data to obtain the target video's super-resolution utility data. The video type is determined based on the video content; for example, video types include, but are not limited to, sports, games, food, and lifestyle. The target video may carry a corresponding video type, or it may be obtained by processing the target identification using a pre-set type recognition model.
[0080] Optionally, the method for determining the super-resolution utility data corresponding to each video type includes: classifying the sample videos to obtain sample video sets corresponding to each video type; for any video type, determining the super-resolution utility data of each sample video in the sample video set corresponding to the video type, and determining the super-resolution utility data corresponding to the video type based on the super-resolution utility data of each sample video in the sample video set. The method for determining the super-resolution utility data of any sample video is as described in the above embodiments and will not be repeated here.
[0081] For multiple sample data points corresponding to the same video type, the super-resolution utility data corresponding to each of the multiple sample data points are aggregated to obtain the super-resolution utility data corresponding to that video type. The super-resolution utility data corresponding to the video type can be the mean, mode, median, etc., of the super-resolution utility data corresponding to the multiple sample data points, and is not limited here.
[0082] Understandably, the sample videos corresponding to each video type are updated at preset time intervals, and the super-resolution utility data corresponding to each video type is further updated. By updating the super-resolution utility data corresponding to each video type on a regular basis, errors caused by the limitations of the sample videos can be avoided.
[0083] By determining the corresponding super-resolution utility data for each video type and based on the video type of each video, the process of determining super-resolution utility data for every video on the server is avoided, thus reducing computational costs.
[0084] In some embodiments, determining the super-resolution utility data of the target video may further include: inputting the target video into a preset super-resolution utility recognition model to obtain the super-resolution utility data of the target video. The super-resolution utility recognition model may include a super-resolution processing sub-model and an evaluation sub-model. The super-resolution processing sub-model is used to perform super-resolution processing on the target video to obtain the super-resolution video, and the evaluation sub-model is used to evaluate the super-resolution video and the target video to obtain the super-resolution utility data. This super-resolution utility data is stored in association with a target video identifier, allowing the target video to directly read its super-resolution utility data upon subsequent requests, without requiring repeated calculations.
[0085] Based on the above embodiments, the method for determining video file levels provided in this disclosure can be executed by a playback device. See also Figure 4 , Figure 4 This is a flowchart illustrating a method for determining video file levels according to an embodiment of this disclosure. The method specifically includes:
[0086] S210. Send a target video request to the server, receive super-resolution utility data of the target video sent by the server, and read the current device status data from the local cache.
[0087] S220. Based on the super-resolution utility data and the status data of the playback device, determine the adaptation bitrate of the playback device.
[0088] S230. Determine the video bitrate suitable for the playback device based on the adaptation bitrate of the playback device.
[0089] When a playback device receives a playback operation for a target video, it generates a target video request. This target video request includes, but is not limited to, one or more pieces of information such as the target video identifier and the video type of the target video. The target video request is then sent to the server. In response to the target video request, the server determines the super-resolution utility data of the target video and sends the super-resolution utility data of the target video back to the playback device. The playback device then receives the super-resolution utility data of the target video.
[0090] The playback device reads the corresponding status data from its local cache based on the required status data, such as network speed, battery level, and whether super-resolution processing is supported. It is understandable that the acquisition of status data and super-resolution utility data can be performed synchronously or in any arbitrary order.
[0091] When the playback device acquires the super-resolution utility data of the target video and the current device status data, it determines the video bitrate suitable for the playback device based on the video bitrate determination method provided in this embodiment. Optionally, after determining the suitable bitrate for the playback device, the method further includes: determining a playback strategy for the target video, wherein the playback strategy includes playback after super-resolution processing and playback without super-resolution processing; correspondingly, playing the downloaded target video includes: playing the downloaded target video based on the determined playback strategy.
[0092] In the case where the target video's video level is obtained through downgrading using super-resolution utility data, the playback strategy for the target video can be determined as playback after super-resolution processing. In the case where the target video's video level is determined solely based on the playback device's status data without downgrading using super-resolution utility data, the playback strategy for the target video can be determined as playback without super-resolution processing.
[0093] For example, if the status data of the playback device does not meet the super-resolution condition, the playback strategy for the target video is playback without super-resolution processing; if the target video is obtained by downgrading based on the super-resolution utility data and exceeds the highest threshold level of the processing range or is lower than the lowest threshold level of the processing range, and a new video level is determined based on the status data of the playback device, the playback strategy for the target video is playback without super-resolution processing.
[0094] The playback device downloads (or caches) the corresponding video data from the server based on a defined video level and plays it according to a playback strategy. Taking playback after super-resolution processing as an example, the acquired video data is input into the super-resolution processing model according to the timestamps of the video frames to obtain super-resolution video frames, which are then played sequentially. The playback device is configured with at least one super-resolution processing model, which can correspond to different super-resolution intensities. That is, the super-resolution processing model with the corresponding intensity is called according to the video level of the target video to ensure that video data of different video levels is super-resolution processed to a high-quality super-resolution video.
[0095] The technical solution provided in this embodiment involves a video level determination method executed by the playback device. Before playing any video, the video level is determined, and video data is requested, downloaded, and played based on the video level, ensuring smooth and high-quality playback of the video.
[0096] Based on the above embodiments, the method for determining video file levels provided in this disclosure can be executed by a server. See also Figure 5 , Figure 5 This is a flowchart illustrating a method for determining video file levels according to an embodiment of this disclosure. The method specifically includes:
[0097] S310. Receive a target video request sent by a playback device, the video request including a target video identifier and the status data of the playback device, and read the super-resolution utility data of the target video based on the target video identifier.
[0098] S320. Based on the super-resolution utility data and the status data of the playback device, determine the adaptation bitrate of the playback device.
[0099] S330. Determine the video level of the target video that is suitable for the playback device based on the adaptation bitrate of the playback device.
[0100] The server receives a target video request from a playback device. Based on the target video identifier in the request, it reads the super-resolution utility data corresponding to the target video by associating the video identifier with the super-resolution utility data; alternatively, it determines the video type based on the target video identifier and uses the super-resolution utility data corresponding to that video type as the super-resolution utility data for the target video. The target video request also includes the playback device's status data, which includes, but is not limited to, network status data, battery level, and an identifier indicating whether super-resolution processing is supported.
[0101] Based on the super-resolution utility data of the target video and the status data of the playback device, the server determines the appropriate video bitrate for the playback device. Optionally, the server sends the appropriate bitrate for the target video to the playback device, so that the playback device downloads and plays the target video based on the appropriate bitrate. Optionally, the server streams the target video to the playback device based on the appropriate bitrate.
[0102] The playback device plays downloaded video data or video data pushed by the server based on a playback strategy. This playback strategy can be determined by the server and transmitted to the playback device.
[0103] Based on the above embodiments, this disclosure also provides a preferred example of a method for determining video file levels, see [link to example]. Figure 6 , Figure 6 This is a flowchart illustrating a method for determining video gradation according to an embodiment of this disclosure. The method involves acquiring the status data of the playback device and determining whether the device supports super-resolution processing based on information such as battery level and a flag indicating whether super-resolution processing is supported. If not, the video gradation is determined based on the original gradation curve f0 (i.e., the correlation between network status data and bitrate), and the playback strategy is set to play without super-resolution processing. Specifically, determining the video gradation based on the original gradation curve f0 involves matching the playback device's network speed against the gradation curve f0 to determine the corresponding bitrate, and then determining the matched video gradation based on the bitrate. If the playback device supports super-resolution processing, the original gradation curve f0 is adjusted according to the super-resolution utility score (i.e., super-resolution utility data) S of the target video to obtain a gradation curve fs (i.e., the target correlation between network status data and bitrate) that considers super-resolution utility. For example, this can be achieved by adjusting fs = f0 / (1 + alpha * S).
[0104] The selection process is performed based on the selection curve fs to determine the selection result Gs (i.e., the video quality level of the target video suitable for the playback device). This involves matching the network speed against the selection curve fs to determine the appropriate bitrate, and then determining the matching video quality level based on that bitrate.
[0105] The system determines whether the selected video file (Gs) is less than the minimum threshold for downgrading. If so, it determines the video file level based on the original selected video file curve (f0). The playback strategy is determined based on the redefined selected video file. If the playback device supports super-resolution processing of the new selected video file, the playback strategy is to play it after super-resolution processing. If the playback device does not support super-resolution processing of the new selected video file, the playback strategy is to play it without super-resolution processing.
[0106] If the selected video file Gs is not less than the lowest video file threshold, determine whether the selected video file Gs is greater than the highest video file threshold, that is, whether the resolution of the video data corresponding to the selected video file Gs is higher than the resolution threshold, and / or whether the frame rate of the video data corresponding to the selected video file Gs is higher than the frame rate threshold. If yes, the video file level is determined based on the original selected video file curve f0, and the playback strategy is to play without super-resolution processing; if no, the selected video file Gs is retained, and the playback strategy is to play after super-resolution processing.
[0107] Figure 7 This is a schematic diagram of a video level determination device provided in an embodiment of the present disclosure, as shown below. Figure 7 As shown, the device includes: a data acquisition module 410, an adaptation bitrate determination module 420, and a video bitrate determination module 430.
[0108] The data acquisition module 410 is used to acquire super-resolution utility data of the target video and status data of the playback device, wherein the super-resolution utility data represents the difference in image quality between the target video after super-resolution processing and the target video before super-resolution processing.
[0109] The adaptation bitrate determination module 420 is used to determine the adaptation bitrate of the playback device based on the super-resolution utility data and the status data of the playback device;
[0110] The video gradation determination module 430 is used to determine the video gradation of the target video that is suitable for the playback device based on the adaptation bitrate of the playback device.
[0111] The technical solution provided in this disclosure acquires network status data of the playback device and super-resolution utility data of the requested target video. It then determines the video bitrate suitable for the playback device using the network status data and super-resolution utility data, and identifies the video gradation level that matches the target video with that bitrate. The supported bitrate is downgraded using the super-resolution utility data to obtain a downgraded video gradation level. This downgraded video gradation level ensures smooth playback while maintaining good image quality, thus achieving a balance between smooth playback and high-quality image quality for the target video.
[0112] Based on the above embodiments, optionally, the status data of the playback device includes network status data;
[0113] The adaptive bitrate determination module 420 includes:
[0114] A bitrate adjustment parameter determination unit is used to determine bitrate adjustment parameters based on the super-resolution utility data;
[0115] The adaptive bitrate determination unit is used to obtain the correlation between network status data and bitrate, and determine the adaptive bitrate of the playback device based on the correlation between the network status data and bitrate, the bitrate adjustment parameters, and the network status data.
[0116] Based on the above embodiments, optionally, the adaptation bit rate determination unit is used for:
[0117] Based on the bitrate adjustment parameters, the bitrate corresponding to each network state data in the correlation between network state data and bitrate is adjusted to obtain the target correlation between network state data and bitrate.
[0118] The network status data is matched with the target association to determine the appropriate bitrate for the playback device.
[0119] Based on the above embodiments, optionally, the adaptation bit rate determination unit is used for:
[0120] Based on the network status data and the correlation between the network status data and the bitrate, the initial adapted bitrate corresponding to the network status data is determined;
[0121] The initial adaptation bitrate is adjusted based on the bitrate adjustment parameters to obtain the adaptation bitrate for the playback device.
[0122] Based on the above embodiments, optionally, the video level determination module 430 is used for:
[0123] Based on the correspondence between bitrate and tier, and the compatible bitrate of the playback device, the compatible bitrate of the target video for the playback device is determined.
[0124] Optionally, based on the above embodiments, the device further includes:
[0125] The video level determination module is used to determine whether the video level exceeds the processing range of the playback device;
[0126] The video level update module is used to update the video level if the video level exceeds the processing range of the playback device.
[0127] Optionally, the gear update module is used for:
[0128] If the video level is lower than the lowest threshold level of the processing range, then the video level is updated to the lowest threshold level; or, the video level is re-determined based on the status data of the playback device.
[0129] If the video level exceeds the highest threshold level of the processing range, the video level is re-determined based on the status data of the playback device.
[0130] Based on the above embodiments, optionally, the status data of the playback device may also include one or more of the following: device battery level and whether it supports super-resolution processing.
[0131] The device also includes a super-resolution condition verification module, which is used to determine the super-resolution condition verification of the playback device based on one or more of the device's power level and whether it supports super-resolution processing; if the verification result is that the super-resolution condition is not met, the video level is determined based on the status data of the playback device.
[0132] Based on the above embodiments, the device may optionally further include a super-resolution utility data determination module, used to perform one or more of the following:
[0133] Determine super-resolution utility data based on the video type of the target video;
[0134] Read the pre-set super-resolution utility data based on the video identifier of the target video;
[0135] The target video is input into a preset super-resolution utility recognition model to obtain super-resolution utility data of the target video.
[0136] Optionally, the super-resolution utility data determination module is used for:
[0137] The target video is subjected to super-resolution processing to obtain a super-resolution video. The super-resolution utility data of the target video is determined based on the image quality difference between the target video and the super-resolution video.
[0138] Alternatively, the sample videos can be classified to obtain sample video sets corresponding to each video type; for any video type, the super-resolution utility data of each sample video in the sample video set corresponding to the video type can be determined, and the super-resolution utility data corresponding to the video type can be determined based on the super-resolution utility data of each sample video in the sample video set.
[0139] Based on the above embodiments, optionally, the data acquisition module 410 includes:
[0140] The first acquisition unit is used to send a target video request to the server, receive super-resolution utility data of the target video sent by the server, and read the current device status data from the local cache.
[0141] Based on the above embodiments, optionally, the device includes:
[0142] The target video request module is used to generate a video request based on the appropriate bitrate of the target video for the playback device, send the video request to the server, and download the target video.
[0143] The target video playback module is used to play the downloaded target video.
[0144] Optionally, based on the above embodiments, the device further includes:
[0145] The playback strategy determination module is used to determine the playback strategy of the target video after determining the appropriate bitrate for the playback device. The playback strategy includes playback after super-resolution processing and playback without super-resolution processing.
[0146] Accordingly, the target video playback module is used to play the downloaded target video based on a determined playback strategy.
[0147] Based on the above embodiments, optionally, the data acquisition module 410 includes:
[0148] The second acquisition module is used to receive a target video request sent by the playback device, the video request including a target video identifier and the status data of the playback device; and to read the super-resolution utility data of the target video based on the target video identifier.
[0149] Optionally, based on the above embodiments, the device further includes:
[0150] The video streaming module is used to stream the target video to the playback device based on the appropriate bitrate for the playback device.
[0151] Alternatively, a video bitrate streaming module can be used to send the target video to the playback device at a bitrate suitable for the playback device, so that the playback device can download and play the target video based on the video bitrate.
[0152] The video level determination device provided in this disclosure can execute the video level determination method provided in any embodiment of this disclosure, and has the corresponding functional modules and beneficial effects of executing the method.
[0153] It is worth noting that the various units and modules included in the above-mentioned device are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be realized; in addition, the specific names of each functional unit are only for easy differentiation and are not used to limit the protection scope of the embodiments of this disclosure.
[0154] Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Reference is made below. Figure 8 It illustrates an electronic device suitable for implementing embodiments of the present disclosure (e.g., Figure 8 The diagram below shows the structure of the terminal device or server 500. The terminal device in this embodiment may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), and vehicle terminals (e.g., vehicle navigation terminals), as well as fixed terminals such as digital TVs and desktop computers. Figure 8 The electronic device shown is merely an example and should not be construed as limiting the functionality and scope of the embodiments disclosed herein.
[0155] like Figure 8 As shown, electronic device 500 may include a processing unit (e.g., central processing unit, graphics processor, etc.) 501, which can perform various appropriate actions and processes according to a program stored in read-only memory (ROM) 502 or a program loaded from storage device 508 into random access memory (RAM) 503. The RAM 503 also stores various programs and data required for the operation of electronic device 500. The processing unit 501, ROM 502, and RAM 503 are interconnected via bus 504. An edit / output (I / O) interface 505 is also connected to bus 504.
[0156] Typically, the following devices can be connected to I / O interface 505: input devices 506 including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 507 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 508 including, for example, magnetic tapes, hard disks, etc.; and communication devices 509. Communication device 509 allows electronic device 500 to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 8 An electronic device 500 with various devices is shown; however, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively.
[0157] In particular, according to embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this disclosure include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device 509, or installed from a storage device 508, or installed from a ROM 502. When the computer program is executed by the processing device 501, it performs the functions defined in the methods of embodiments of this disclosure.
[0158] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.
[0159] The electronic device provided in this embodiment and the video level determination method provided in the above embodiments belong to the same inventive concept. Technical details not described in detail in this embodiment can be found in the above embodiments, and this embodiment has the same beneficial effects as the above embodiments.
[0160] This disclosure provides a computer storage medium storing a computer program that, when executed by a processor, implements the video file determination method provided in the above embodiments.
[0161] It should be noted that the computer-readable medium described in this disclosure can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this disclosure, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in connection with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.
[0162] In some implementations, the playback device and server can communicate using any currently known or future-developed network protocol such as HTTP (Hypertext Transfer Protocol) and can interconnect with digital data communication (e.g., communication networks) of any form or medium. Examples of communication networks include local area networks (“LANs”), wide area networks (“WANs”), the Internet (e.g., the Internet of Things), and end-to-end networks (e.g., ad hoc end-to-end networks), as well as any currently known or future-developed networks.
[0163] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.
[0164] The aforementioned computer-readable medium carries one or more programs that, when executed by the electronic device, cause the electronic device to:
[0165] The aforementioned computer-readable medium carries one or more programs that, when executed by the electronic device, cause the electronic device to: acquire super-resolution utility data of the target video and status data of the playback device, wherein the super-resolution utility data characterizes the image quality difference between the target video after super-resolution processing and the target video before super-resolution processing; determine the appropriate bitrate for the playback device based on the super-resolution utility data and the status data of the playback device; and determine the appropriate video gradation for the playback device based on the appropriate bitrate of the playback device.
[0166] Computer program code for performing the operations of this disclosure can be written in one or more programming languages or a combination thereof, including but not limited to object-oriented programming languages such as Java, Smalltalk, and C++, as well as conventional procedural programming languages such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).
[0167] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.
[0168] The units described in the embodiments of this disclosure can be implemented in software or in hardware. The name of a unit does not necessarily limit the unit itself; for example, the first acquisition unit can also be described as "a unit that acquires at least two Internet Protocol addresses".
[0169] The functions described above in this document can be performed, at least in part, by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: Field Programmable Gate Arrays (FPGAs), Application-Specific Integrated Circuits (ASICs), Application Standard Products (ASSPs), System-on-Chip (SoCs), Complex Programmable Logic Devices (CPLDs), and so on.
[0170] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.
[0171] [In the detailed implementation section, after the entire text ends, please repeat all the content that you wish to protect in the form of claims in the following form:]
[0172] According to one or more embodiments of this disclosure, [Example 1] provides a method for determining video file size, including:
[0173] Acquire super-resolution utility data of the target video and status data of the playback device, wherein the super-resolution utility data characterizes the image quality difference between the target video after super-resolution processing and the target video before super-resolution processing;
[0174] Based on the super-resolution utility data and the status data of the playback device, the adaptation bitrate of the playback device is determined;
[0175] The appropriate video bitrate for the target video on the playback device is determined based on the adaptation bitrate of the playback device.
[0176] According to one or more embodiments of this disclosure, [Example Two] provides a method for determining the video file level of Example One, which further includes:
[0177] The status data of the playback device includes network status data;
[0178] The step of determining the appropriate bitrate for the playback device based on the super-resolution utility data and the network status data includes: determining bitrate adjustment parameters based on the super-resolution utility data; obtaining the correlation between network status data and bitrate; and determining the appropriate bitrate for the playback device based on the correlation between network status data and bitrate, the bitrate adjustment parameters, and the network status data.
[0179] According to one or more embodiments of this disclosure, [Example 3] provides a method for determining the video file level of Example 1, which further includes:
[0180] The step of determining the appropriate bitrate for the playback device based on the correlation between network status data and bitrate, the bitrate adjustment parameters, and the network status data includes: adjusting the bitrate corresponding to each network status data in the correlation between network status data and bitrate based on the bitrate adjustment parameters to obtain a target correlation between the network status data and bitrate; and matching the network status data with the target correlation between the network status data and bitrate to determine the appropriate bitrate for the playback device.
[0181] According to one or more embodiments of this disclosure, Example 4 provides a method for determining the video file level of Example 1, which further includes:
[0182] The step of determining the adapted bitrate for the playback device based on the correlation between the network status data and the bitrate, the bitrate adjustment parameter, and the network status data includes: determining the initial adapted bitrate corresponding to the network status data based on the network status data and the correlation between the network status data and the bitrate; and adjusting the initial adapted bitrate based on the bitrate adjustment parameter to obtain the adapted bitrate for the playback device.
[0183] According to one or more embodiments of this disclosure, Example 5 provides a method for determining the video file level of Example 1, which further includes:
[0184] The step of determining the video tier based on the adapted bitrate of the playback device includes: determining the adapted bitrate of the target video suitable for the playback device based on the correspondence between bitrate and tier and the adapted bitrate of the playback device.
[0185] According to one or more embodiments of this disclosure, Example Six provides a method for determining the video file level of Example One, which further includes:
[0186] After determining that the target video is suitable for the video level of the playback device, the method further includes: determining whether the video level exceeds the processing range of the playback device; if the video level exceeds the processing range of the playback device, then updating the video level.
[0187] According to one or more embodiments of this disclosure, [Example Seven] provides a method for determining the video file level of Example One, which further includes:
[0188] The step of updating the video level includes: if the video level is less than the lowest threshold level of the processing range, then updating the video level to the lowest threshold level; or, re-determining the video level based on the status data of the playback device; if the video level exceeds the highest threshold level of the processing range, then re-determining the video level based on the status data of the playback device.
[0189] According to one or more embodiments of this disclosure, Example 8 provides a method for determining the video file level of Example 1, which further includes:
[0190] The status data of the playback device also includes one or more of the following: device battery level and whether it supports super-resolution processing.
[0191] The method further includes: determining the verification of the super-resolution conditions of the playback device based on one or more of the device's battery level and whether it supports super-resolution processing; if the verification result is that the super-resolution conditions are not met, then determining the video level based on the status data of the playback device.
[0192] According to one or more embodiments of this disclosure, [Example Nine] provides a method for determining the video file level of Example One, which further includes:
[0193] The method for determining the super-resolution utility data of the target video includes one or more of the following: determining the super-resolution utility data based on the video type of the target video; reading the pre-set super-resolution utility data based on the video identifier of the target video; and inputting the target video into a preset super-resolution utility recognition model to obtain the super-resolution utility data of the target video.
[0194] According to one or more embodiments of this disclosure, Example 10 provides a method for determining the video file level of Example 1, which further includes:
[0195] The method for determining the super-resolution utility data of the target video includes: performing super-resolution processing on the target video to obtain a super-resolution video, determining the super-resolution utility data of the target video based on the image quality difference between the target video and the super-resolution video, and determining the super-resolution utility data of the target video based on the image quality difference.
[0196] And / or, the method for determining the super-resolution utility data corresponding to each video type includes: classifying the sample videos to obtain sample video sets corresponding to each video type; for any video type, determining the super-resolution utility data of each sample video in the sample video set corresponding to the video type, and determining the super-resolution utility data corresponding to the video type based on the super-resolution utility data of each sample video in the sample video set.
[0197] According to one or more embodiments of this disclosure, Example 11 provides a method for determining the video file level of Example 1, which further includes:
[0198] The process of obtaining super-resolution utility data of the target video and status data of the playback device includes: sending a target video request to the server, receiving the super-resolution utility data of the target video sent by the server, and reading the current device status data from the local cache.
[0199] According to one or more embodiments of this disclosure, Example Twelve provides a method for determining the video file level of Example One, which further includes:
[0200] The method further includes: generating a video request based on the appropriate bitrate of the target video for the playback device, sending the video request to the server, downloading the target video, and playing the downloaded target video.
[0201] According to one or more embodiments of this disclosure, Example Thirteen provides a method for determining the video file level of Example One, which further includes:
[0202] After determining the appropriate bitrate for the playback device for the target video, the method further includes: determining the playback strategy for the target video, wherein the playback strategy includes playback after super-resolution processing and playback without super-resolution processing;
[0203] Accordingly, playing the downloaded target video includes: playing the downloaded target video based on a determined playback strategy.
[0204] According to one or more embodiments of this disclosure, Example Fourteen provides a method for determining the video file level of Example One, which further includes:
[0205] The step of obtaining super-resolution utility data of the target video and status data of the playback device includes: receiving a target video request sent by the playback device, wherein the video request includes a target video identifier and status data of the playback device;
[0206] The super-resolution utility data of the target video is read based on the target video identifier.
[0207] According to one or more embodiments of this disclosure, Example 15 provides a method for determining the video file level of Example 1, which further includes:
[0208] The method further includes: streaming the target video to the playback device based on the appropriate bitrate for the playback device; or sending the appropriate bitrate for the playback device to the playback device so that the playback device downloads and plays the target video based on the video bitrate.
[0209] According to one or more embodiments of this disclosure, [Example Fourteen] provides a device for determining video bit positions, including:
[0210] The data acquisition module is used to acquire super-resolution utility data of the target video and status data of the playback device, wherein the super-resolution utility data represents the difference in image quality between the target video after super-resolution processing and the target video before super-resolution processing.
[0211] The adaptation bitrate determination module is used to determine the adaptation bitrate of the playback device based on the super-resolution utility data and the status data of the playback device;
[0212] The video gradation determination module is used to determine the appropriate video gradation for the target video based on the adaptation bitrate of the playback device.
[0213] The above description is merely a preferred embodiment of this disclosure and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of this disclosure is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features disclosed in this disclosure that have similar functions.
[0214] Furthermore, while the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous. Similarly, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of this disclosure. Certain features described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments.
[0215] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.
Claims
1. A method for determining video file size, characterized in that, include: The system acquires super-resolution utility data of the target video and status data of the playback device. The super-resolution utility data characterizes the difference in image quality between the target video after super-resolution processing and the target video before super-resolution processing. The image quality of the video frames of the target video after super-resolution processing is better than that of the target video before super-resolution processing. The super-resolution utility data of the target video is used to guide the download of the target video before super-resolution processing during the video download stage, so that the playback device can perform super-resolution processing on the downloaded target video before playback. Based on the super-resolution utility data and the status data of the playback device, the adapted bitrate of the playback device is determined; the status data of the playback device includes network status data; The appropriate video bitrate for the playback device is determined based on the adaptation bitrate of the playback device. The step of determining the appropriate bitrate for the playback device based on the super-resolution utility data and the network status data includes: determining bitrate adjustment parameters based on the super-resolution utility data; obtaining the correlation between network status data and bitrate; and determining the appropriate bitrate for the playback device based on the correlation between network status data and bitrate, the bitrate adjustment parameters, and the network status data.
2. The method according to claim 1, characterized in that, The step of determining the appropriate bitrate for the playback device based on the correlation between the network status data and the bitrate, the bitrate adjustment parameters, and the network status data includes: Based on the bitrate adjustment parameters, the bitrate corresponding to each network state data in the correlation between network state data and bitrate is adjusted to obtain the target correlation between network state data and bitrate. The network status data is matched with the target association to determine the appropriate bitrate for the playback device.
3. The method according to claim 1, characterized in that, The step of determining the appropriate bitrate for the playback device based on the correlation between the network status data and the bitrate, the bitrate adjustment parameters, and the network status data includes: Based on the network status data and the correlation between the network status data and the bitrate, the initial adapted bitrate corresponding to the network status data is determined; The initial adaptation bitrate is adjusted based on the bitrate adjustment parameters to obtain the adaptation bitrate for the playback device.
4. The method according to claim 1, characterized in that, Determining the video tier based on the adapted bitrate of the playback device includes: Based on the correspondence between bitrate and tier, and the compatible bitrate of the playback device, the compatible bitrate of the target video for the playback device is determined.
5. The method according to claim 1, characterized in that, After determining that the target video is suitable for the video gradation of the playback device, the method further includes: Determine whether the video level exceeds the processing range of the playback device. If the video level exceeds the processing range of the playback device, update the video level.
6. The method according to claim 5, characterized in that, Updating the video file level includes: If the video level is lower than the lowest threshold level of the processing range, then the video level is updated to the lowest threshold level; or, the video level is re-determined based on the status data of the playback device. If the video level exceeds the highest threshold level of the processing range, the video level is re-determined based on the status data of the playback device.
7. The method according to claim 1, characterized in that, The status data of the playback device also includes one or more of the following: device battery level and whether it supports super-resolution processing. The method further includes: Based on one or more of the device's battery level and whether it supports super-resolution processing, the conditions for super-resolution verification of the playback device are determined. If the verification result indicates that the over-resolution condition is not met, the video level is determined based on the status data of the playback device.
8. The method according to claim 1, characterized in that, The method for determining the super-resolution utility data of the target video includes one or more of the following: Determine super-resolution utility data based on the video type of the target video; Read the pre-set super-resolution utility data based on the video identifier of the target video; The target video is input into a preset super-resolution utility recognition model to obtain super-resolution utility data of the target video.
9. The method according to claim 8, characterized in that, The method for determining the super-resolution utility data of the target video includes: The target video is subjected to super-resolution processing to obtain a super-resolution video. The super-resolution utility data of the target video is determined based on the image quality difference between the target video and the super-resolution video. And / or, The method for determining the super-resolution utility data corresponding to each video type includes: The sample videos are classified to obtain sample video sets corresponding to each video type; For any video type, determine the super-resolution utility data of each sample video in the sample video set corresponding to the video type, and based on the super-resolution utility data of each sample video in the sample video set, determine the super-resolution utility data corresponding to the video type.
10. The method according to claim 1, characterized in that, The acquisition of super-resolution utility data of the target video and status data of the playback device includes: Send a target video request to the server and receive super-resolution utility data of the target video sent by the server; Read the current device status data from the local cache.
11. The method according to claim 10, characterized in that, The method further includes: A video request is generated based on the appropriate bitrate for the playback device of the target video, and the video request is sent to the server to download the target video; Play the downloaded target video.
12. The method according to claim 11, characterized in that, After determining the appropriate bitrate for the playback device for the target video, the method further includes: Determine the playback strategy for the target video, wherein the playback strategy includes playback after super-resolution processing and playback without super-resolution processing; Accordingly, playing the downloaded target video includes: The downloaded target video is played based on a determined playback strategy.
13. The method according to claim 1, characterized in that, The acquisition of super-resolution utility data of the target video and status data of the playback device includes: Receive a target video request sent by the playback device, wherein the video request includes a target video identifier and status data of the playback device; The super-resolution utility data of the target video is read based on the target video identifier.
14. The method according to claim 13, characterized in that, The method further includes: The target video is pushed to the playback device based on the appropriate bitrate for the playback device; Alternatively, the target video can be sent to the playback device at a bitrate suitable for the playback device, so that the playback device can download and play the target video based on the video bitrate.
15. A device for determining video file level, characterized in that, include: The data acquisition module is used to acquire super-resolution utility data of the target video and status data of the playback device. The super-resolution utility data represents the difference in image quality between the target video after super-resolution processing and the target video before super-resolution processing. The image quality of the video frames of the target video after super-resolution processing is better than that of the target video before super-resolution processing. The super-resolution utility data of the target video is used to guide the download of the target video before super-resolution processing during the video download stage, so that the playback device can perform super-resolution processing on the downloaded target video before playback. The adaptation bitrate determination module is used to determine the adaptation bitrate of the playback device based on the super-resolution utility data and the status data of the playback device; the status data of the playback device includes network status data; The video gradation determination module is used to determine the video gradation of the target video that is suitable for the playback device based on the adaptation bitrate of the playback device. The adaptive bitrate determination module is used to determine the bitrate adjustment parameters based on the super-resolution utility data; obtain the correlation between network status data and bitrate; and determine the adaptive bitrate of the playback device based on the correlation between network status data and bitrate, the bitrate adjustment parameters, and the network status data.
16. An electronic device, characterized in that, The electronic device includes: One or more processors; Storage device for storing one or more programs. When the one or more programs are executed by the one or more processors, the one or more processors implement the method for determining the video octave as described in any one of claims 1-14.
17. A storage medium comprising computer-executable instructions, which, when executed by a computer processor, are used to perform the method for determining video octets as described in any one of claims 1-14.