CN116017026A

CN116017026A - Playing control method and device, storage medium and electronic equipment

Info

Publication number: CN116017026A
Application number: CN202211597554.5A
Authority: CN
Inventors: 曾敏寅; 于天泽; 池宝旺
Original assignee: Douyin Vision Co Ltd
Current assignee: Douyin Vision Co Ltd
Priority date: 2022-12-12
Filing date: 2022-12-12
Publication date: 2023-04-25

Abstract

The embodiment of the disclosure provides a play control method, a play control device, a storage medium and electronic equipment. The method comprises the following steps: under the condition that the media data is in a non-playing state, acquiring current cache data of the media data and acquiring the clamping data of the playing equipment in a preset time window; determining a play buffer threshold based on the stuck data; and performing play judgment on the current cache data based on the play cache threshold, and if the current cache data meets the play condition corresponding to the play cache threshold, switching the non-play state to a play state, and performing play of the media data based on the current cache data. By determining the dynamic playing buffer threshold value, accurate playing conditions are judged on the current buffer data, the switching accuracy of the playing state is improved, and the blocking phenomenon in the playing process is reduced.

Description

Playing control method and device, storage medium and electronic equipment

Technical Field

The embodiment of the disclosure relates to computer technology, in particular to a play control method, a play control device, a storage medium and electronic equipment.

Background

With the continuous development of terminal devices, media data such as video and audio played through a terminal are widely used by users. In the playing process of the media data, corresponding data is required to be acquired from a server and played.

Due to the network state of the terminal device, there may be a problem of jamming or the like during the playing of the media data. In order to ensure the fluency of media data playing, the terminal is provided with cache data of the media data. Therefore, the size of the buffered data is an important factor of concern in the media data playback process.

Disclosure of Invention

The disclosure provides a play control method, a device, a storage medium and electronic equipment, so as to realize fluency of media data in a play process.

In a first aspect, an embodiment of the present disclosure provides a play control method, including:

under the condition that the media data is in a non-playing state, acquiring current cache data of the media data and acquiring the clamping data of the playing equipment in a preset time window;

determining a play buffer threshold based on the stuck data;

and performing play judgment on the current cache data based on the play cache threshold, and if the current cache data meets the play condition corresponding to the play cache threshold, switching the non-play state to a play state, and performing play of the media data based on the current cache data.

In a second aspect, an embodiment of the present disclosure further provides a play control device, including:

the data acquisition module is used for acquiring current cache data of the media data and acquiring the cartoon data of the playing equipment in a preset time window under the condition that the media data is in a non-playing state;

a play buffer threshold determining module, configured to determine a play buffer threshold based on the katon data;

and the playing module is used for carrying out playing judgment on the current cache data based on the playing cache threshold, and if the current cache data meets the playing condition corresponding to the playing cache threshold, switching the non-playing state into the playing state, and playing the media data based on the current cache data.

In a third aspect, an embodiment of the present disclosure further provides an electronic device, including:

one or more processors;

storage means for storing one or more programs,

the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the play control method as provided by the embodiments of the present disclosure.

In a fourth aspect, the presently disclosed embodiments also provide a storage medium containing computer-executable instructions, which when executed by a computer processor, are for performing a playback control method as provided by the presently disclosed embodiments.

According to the technical scheme provided by the embodiment of the disclosure, the media data is played at the playing device, and the cartoon data of the playing device in the preset time window is read when the media data is in the non-playing state, so that the playing buffer threshold value suitable for the current playing device is determined based on the cartoon data. And the near-cause effect of the blocking is fully considered, the blocking data in the preset time window is updated in real time, and the latest blocking data is read under the condition of the non-playing state, so that the accuracy of the blocking data is ensured. And determining a play buffer threshold through the cartoon data, wherein the obtained play buffer threshold meets the requirement of the cartoon data, namely the requirement of the network state of the play equipment. And judging the current cache data through the playing cache threshold value, determining whether playing conditions are met, switching to a playing state under the condition that the playing conditions are met, and playing the media data. The current buffer threshold meets the playing condition, which indicates that the buffer data is continuously acquired in the network state, so that the smoothness of playing can be ensured, and the playing blocking is reduced.

Drawings

The above and other features, advantages, and aspects of embodiments of the present disclosure will become more apparent by reference to the following detailed description when taken in conjunction with the accompanying drawings. The same or similar reference numbers will be used throughout the drawings to refer to the same or like elements. It should be understood that the figures are schematic and that elements and components are not necessarily drawn to scale.

Fig. 1 is a schematic diagram of an application scenario provided in an embodiment of the present disclosure;

fig. 2 is a schematic flow chart of a play control method according to an embodiment of the disclosure;

fig. 3 is a schematic flow chart of a play control method according to an embodiment of the disclosure;

fig. 4 is a schematic structural diagram of a play control device according to an embodiment of the present disclosure;

fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure.

Detailed Description

Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure have been shown in the accompanying drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but are provided to provide a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are for illustration purposes only and are not intended to limit the scope of the present disclosure.

It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order and/or performed in parallel. Furthermore, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.

The term "including" and variations thereof as used herein are intended to be open-ended, i.e., including, but not limited to. The term "based on" is based at least in part 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. Related definitions of other terms will be given in the description below.

It should be noted that the terms "first," "second," and the like in this disclosure are merely used to distinguish between different devices, modules, or units and are not used to define an order or interdependence of functions performed by the devices, modules, or units.

It should be noted that references to "one", "a plurality" and "a plurality" in this disclosure are intended to be illustrative rather than limiting, and those of ordinary skill in the art will appreciate that "one or more" is intended to be understood as "one or more" unless the context clearly indicates otherwise.

The names of messages or information interacted between the various devices in the embodiments of the present disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

It will be appreciated that prior to using the technical solutions disclosed in the embodiments of the present disclosure, the user should be informed and authorized of the type, usage range, usage scenario, etc. of the personal information related to the present disclosure in an appropriate manner according to the relevant legal regulations.

For example, in response to receiving an active request from a user, a prompt is sent to the user to explicitly prompt the user that the operation it is requesting to perform will require personal information to be obtained and used with the user. Thus, the user can autonomously select whether to provide personal information to software or hardware such as an electronic device, an application program, a server or a storage medium for executing the operation of the technical scheme of the present disclosure according to the prompt information.

As an alternative but non-limiting implementation, in response to receiving an active request from a user, the manner in which the prompt information is sent to the user may be, for example, a popup, in which the prompt information may be presented in a text manner. In addition, a selection control for the user to select to provide personal information to the electronic device in a 'consent' or 'disagreement' manner can be carried in the popup window.

It will be appreciated that the above-described notification and user authorization process is merely illustrative and not limiting of the implementations of the present disclosure, and that other ways of satisfying relevant legal regulations may be applied to the implementations of the present disclosure.

It will be appreciated that the data (including but not limited to the data itself, the acquisition or use of the data) involved in the present technical solution should comply with the corresponding legal regulations and the requirements of the relevant regulations.

Referring to fig. 1, fig. 1 is a schematic diagram of an application scenario provided in an embodiment of the disclosure. The uploading terminal is in communication connection with the server, and the server is in communication connection with the viewing terminal. The uploading terminal is used for uploading the media data to the server, and the server stores the media data uploaded by the uploading terminal. The viewing terminal requests media data from the server, locally caches and plays the media data. It will be appreciated that the uploading terminal and the viewing terminal may be the same electronic device or may be different electronic devices. Here, the uploading terminal and the viewing terminal may include, but are not limited to, an electronic device such as a mobile phone, a tablet computer, a PC terminal, or a computer, respectively.

The media data in this embodiment includes, but is not limited to, audio data, video data, and the like. Wherein the video data includes long video or short video, etc.

In the playing process of any type of media data, the media data is requested to a server and cached locally, the cached data is judged through a caching threshold, and the media data is played under the condition that the cached data quantity meets the caching threshold. At present, the buffer threshold is generally a preset fixed value, so that the buffer threshold cannot be dynamically adjusted, and cannot be suitable for different terminals, particularly terminals with poor network states, and compared with terminals with good network states, the buffer threshold is used for judging the buffer data based on the same buffer threshold, and the terminals with poor network states are more likely to play a clamping phenomenon, so that the smoothness of the playing process of the media data is influenced.

In view of the foregoing technical problems, an embodiment of the present invention provides a play control method, and referring to fig. 2, fig. 2 is a schematic flow chart of a play control method provided by an embodiment of the present disclosure, where the embodiment of the present disclosure is applicable to a situation that buffered data is determined to switch to a play state when media data is in a non-play state, the method may be performed by a play control device, and the device may be implemented in a form of software and/or hardware, and optionally, may be implemented by an electronic device, where the electronic device may be a mobile terminal, a PC, or the like. As shown in fig. 2, the method includes:

S110, under the condition that the media data is in a non-playing state, acquiring current cache data of the media data and acquiring the cartoon data of the playing equipment in a preset time window.

S120, determining a play buffer threshold based on the cartoon data.

And S130, performing play judgment on the current cache data based on the play cache threshold, and switching the non-play state to a play state if the current cache data meets the play condition corresponding to the play cache threshold, and playing the media data based on the current cache data.

In this embodiment, the non-playing state of the media data includes a stuck state and an un-playing state, where the un-playing state is a state in which the playing of the media data is not started. The stuck state is a pause playing state caused by playing stuck during the playing process of the media data.

And in the process that the terminal is in an unremitted state or a stuck state, requesting the media data from the server and caching the media data locally, namely, caching data of the media data is continuously increased. Switching from the never-played state to the played state and switching from the stuck state to the continuously-played state all require that the amount of buffered data be greater than or equal to the play buffering threshold. Here, the play buffer threshold is a dynamic threshold, that is, when the media data is switched to the non-play state, the play buffer threshold applicable to the current non-play state is determined, and the buffer data amount in the current non-play state is determined.

In this embodiment, in the case that it is detected that the media data is in a non-playing state, the card data of the playing device in the preset time window is obtained to determine the playing buffer threshold of the current time. The preset time window may be a historical time period before the current time, and the current time is a deadline of the preset time window. Illustratively, the duration of the preset time window may be 100ms, 1 minute, 5 minutes, etc., which may be determined according to the detection requirements.

The degree of jamming in the preset time window is represented by the jamming data, for example, the larger the jamming data is, the more serious the jamming state is represented. Further, the stuck data may characterize a network state of the playback device (e.g., the viewing terminal), e.g., the smaller the stuck data, the better the network state of the playback device within the preset time window, the larger the stuck data, the worse the network state of the playback device within the preset time window. And determining a play buffer threshold by determining the stuck data and determining the play buffer threshold based on the stuck data, wherein the determined play buffer threshold is applicable to the network state of the play device.

Alternatively, the obtaining the jamming data of the playing device in the preset time window may be obtaining the jamming times in the preset time window as the jamming data. Wherein a set of stuck data may be created in advance for storing stuck information, wherein the stuck information may include a stuck identification and a stuck timestamp. And under the condition that any media data is detected to be jammed in the playing process, generating the jam information and storing the jam information into the jam data set. In some embodiments, multiple katon data sets may be created and maintained according to the type of media data, including, for example, video katon data sets, audio katon data sets, etc., and accordingly, in the case that the media data is in a non-playing state, the corresponding type of katon data set is called according to the type of media data to determine the katon data of the corresponding type of media data.

And matching the set of the jamming data according to a preset time window, determining the jamming information/jamming identification with the jamming time stamp in the preset time window, and counting the number of the jamming information/jamming identification, namely the jamming times, as the jamming data.

In some embodiments, the set of stuck data may be a set of stuck data corresponding to a preset time window, that is, if new stuck occurs, the generated stuck information is added to the set of stuck data, and if a timestamp corresponding to the stored stuck information exceeds a time range of the preset time window, the stuck information is removed from the set of stuck data. Correspondingly, counting the number of the jamming information/jamming identification in the jamming data set to obtain the jamming times as the jamming data in the preset time window.

Optionally, the obtaining the jamming data of the playing device in the preset time window may be obtaining the jamming duration in the preset time window as the jamming data. The blocking time stamp in the blocking information in the blocking data set may include a blocking start time stamp and a blocking end time stamp, a blocking duration of each blocking may be determined based on the blocking time stamp, a sum of blocking durations corresponding to each blocking information in a preset time window is determined, a blocking duration in the preset time window is determined, and the blocking duration in the preset time window is determined to be the blocking data.

Optionally, the capturing data of the playing device in the preset time window may be obtained by obtaining the capturing times in the preset time window, obtaining the capturing duration in the preset time window, and determining the capturing data based on the capturing times and the capturing duration. For example, the product of the number of jams and the length of the jams may be determined as the jams data. For example, the stuck data may be determined based on (1+stuck times) ×1+stuck time. And the clamping data is determined through the clamping times and the clamping time length, so that the accuracy of the determination of the clamping data is improved.

Because the playing time length in the preset time window is uncertain, the number of the blocking times in the two preset time windows is n, the playing time length in the first preset time window is longer than the playing time length in the second preset time window, and accordingly, the network state of the playing equipment in the first preset time window is better than the network state of the playing equipment in the second preset time window. In order to avoid the interference of the playing duration on the jamming data and the network state, the jamming data of the playing device in the preset time window may be obtained by obtaining the jamming times in the preset time window and the playing duration of the preset time window, and the ratio data of the jamming times and the playing duration is used as the jamming data. The playing duration of the preset time window may be the total playing duration in the preset time window determined according to the playing time information of the historical media data. The accuracy of the jamming data is improved by using the ratio data of the jamming times and the playing time length as the jamming data.

In some embodiments, the playing duration of the playing device in the preset time window may be the playing duration of the media data of the same type as the currently played media data in the preset time window.

Optionally, the capturing data of the playing device in the preset time window may be capturing a capturing duration in the preset time window, and the playing duration of the preset time window, where the ratio data of the capturing duration to the playing duration is used as the capturing data. Here, the determination manner of the duration of the click in the preset time window and the play duration of the preset time window is not described in detail.

On the basis of the above embodiment, the play buffer threshold is determined based on the katon data determined in any one of the above modes. It should be noted that the non-play state includes a stuck state and an un-played state, where the play buffer threshold determined by the stuck state and the un-played state are different. Here, the state identifier of the playing device may be read to determine that the playing device is in a stuck state or a non-playing state, and by way of example, the state identifier may be 1 or 0, where 1 may represent the stuck state and 0 may represent the non-playing state. The specific form of the state identifier is not limited herein, and may be used to distinguish between a stuck state and an un-played state.

In some embodiments, a determination policy of a play buffer threshold corresponding to a stuck state and a non-played state is preset, and according to the determined stuck state or the non-played state, the determination policy of the corresponding play buffer threshold is called, and the current play buffer threshold is obtained based on the stuck data and the determination policy of the play buffer threshold. The determining policy of the playing buffer threshold may include a calculating rule and a calculating factor, and correspondingly, in the determining policy of the playing buffer threshold corresponding to the stuck state and the un-played state, one or more of the calculating rule and the calculating factor are different. The calculation factors are parameters in the calculation rule, and can be one or more, and are determined according to calculation requirements. The calculation rule is a processing rule of the calculation factor and the katon data to obtain a play buffer threshold. Correspondingly, a play buffer threshold determining strategy is called according to the state type, wherein the play buffer threshold determining strategy can comprise a preset calculation formula, the calculation formula comprises pending cartoon data and a preset calculation factor, and the cartoon data is input into the play buffer threshold determining strategy to obtain the play buffer threshold corresponding to the state type.

In some embodiments, determining a play buffering threshold based on the stuck data includes: acquiring a state type of a non-playing state of the media data, and determining a corresponding calculation factor based on the state type; and determining a play buffer threshold corresponding to the state type based on the calculation factor and the cartoon data. The state types of the non-playing state comprise a stuck state and a non-playing state, and correspondingly, the calculated factors corresponding to the stuck state and the non-playing state are different, the calculated factor corresponding to the current state data is read, and the playing buffer memory threshold corresponding to the state type is determined based on the read calculated factor and the determined stuck data.

Optionally, the calculation factor includes initial data and a growth parameter, wherein the initial data may be a minimum play buffer threshold. The play buffer threshold increases with an increase in the katon data, and the increase data may be unit increase data of the play buffer threshold. Correspondingly, determining the play buffer threshold corresponding to the state type based on the calculation factor and the cartoon data comprises the following steps: determining growth data based on the growth parameters and the katon data, and determining the play buffer threshold based on the growth data and the initial data.

For example, the product of the stuck data and the growth data may be determined as the growth data; for example, the katon data may be processed in a preset type to obtain a katon parameter, and the product of the katon parameter and the growth data is determined as the growth data. The preset types of processing the katon data herein include, but are not limited to, exponential data, preset type processing, etc., and are not limited herein.

In some embodiments, determining growth data based on the growth parameters and the katon data includes: carrying out preset type processing on the clamping data to obtain clamping parameters; the growth data is determined based on the stuck parameter and the growth parameter. The preset type processing comprises logarithmic function processing, exponential function processing, power function processing and the like. In some embodiments, the preset type processing is logarithmic function processing, and the logarithmic function processing is performed on the katon data, so that under the condition that the katon data is increased, the katon data can be obviously reflected in the increased data and the playing buffer threshold, the playing buffer threshold applicable to the katon data is obtained, and the buffer data in the current non-playing state is judged.

By way of example, the manner in which the growth data is determined may be: log (1+ katon data) of growth parameter. Further, the sum of the growth data and the initial data is determined as a play buffer threshold, or the play buffer threshold is calculated based on the following formula: initial data × (1+ growth data). In summary, for the stuck state, a first growth parameter and first initial data corresponding to the stuck state are read, first growth data is determined based on the first growth parameter and the stuck data, and a play buffer threshold corresponding to the stuck state is determined based on the first growth data and the first initial data. And for the unremitted state, reading a second growth parameter and second initial data corresponding to the unremitted state, determining second growth data based on the second growth parameter and the cartoon data, and determining a playing buffer threshold corresponding to the unremitted state based on the second growth data and the second initial data.

On the basis of the embodiment, before playing the media data, the media data is preloaded, the preloaded data is cached, and when the media data is switched to play, the media data is played based on the preloaded data. It should be noted that, when switching to playing of the media data, the preloading process of the media data is stopped, and the amount of the preloaded data is not increased, but the cached data of the media data can be continuously acquired to increase the amount of the cached data. In this embodiment, the network state of the playback device may be represented according to the size of the preloaded data amount, where the larger the preloaded data amount, the better the network state of the playback device is represented, and conversely, the smaller the preloaded data amount, the worse the network state of the playback device is represented. And in the non-playing state, determining different playing buffer thresholds according to the data quantity of the preloaded data so as to adapt to different network states and improve the accuracy of the playing buffer thresholds.

For the un-played state, determining pre-load data for the media data, and determining a play type of the media data based on the pre-load data, the play type including pre-load play and non-pre-load play. And determining that the play type is the pre-loading play under the condition that the data volume of the pre-loading data is larger than or equal to a preset pre-loading threshold value, and determining that the play type is the non-pre-loading play under the condition that the data volume of the pre-loading data is smaller than the preset pre-loading threshold value. The pre-load play-up and the non-pre-load play-up may correspond to different play buffer threshold determination policies, respectively, i.e., the pre-load play-up and the non-pre-load play-up may correspond to different calculation factors and/or calculation rules.

In some embodiments, the determining the play buffering threshold includes: calling a corresponding calculation factor according to the determined play type; and determining a play buffer threshold corresponding to the play type based on the determined calculation factor and the cartoon data. Correspondingly, the play buffer threshold corresponding to the un-played state comprises a pre-loaded play buffer threshold and a non-pre-loaded play buffer threshold.

Optionally, the calculation factor corresponding to the preloaded playing is smaller than the calculation factor corresponding to the non-preloaded playing, and further, under the condition that the cartoon data is the same, the threshold value of the preloaded playing buffer is smaller than the threshold value of the non-preloaded playing buffer, so that the occurrence frequency of the cartoon phenomenon is reduced after the switch to the playing state is ensured.

On the basis of the foregoing embodiment, after determining the play buffer threshold corresponding to the state type based on the calculation factor and the katon data, the method further includes: acquiring a preset maximum threshold corresponding to the state type; and if the play buffer threshold corresponding to the state type exceeds a preset maximum threshold corresponding to the state type, updating the play buffer threshold based on the preset maximum threshold.

In order to avoid the situation that the playing buffer threshold is too large and the duration of the non-playing state is too long, a preset maximum threshold corresponding to each state type is set, and the determined playing buffer threshold is judged, so that the problem that the duration of the non-playing state is too long is avoided.

After a play buffer threshold corresponding to the current non-play state is determined, judging the data amount of the current buffer data based on the play buffer threshold, determining that the data amount of the current buffer data is greater than or equal to the play buffer threshold, if yes, indicating that the current buffer data meets the play condition, and playing the media data based on the current buffer data. If not, the current buffer data is continuously obtained, the current buffer data is read again after a preset time interval, the playing condition is judged again until the playing condition is met or the time length in the non-playing state meets the timeout time length, the playing state is switched, and the media data is played based on the current buffer data.

In some embodiments, if the current buffered data does not meet the playing condition, the method may further include re-acquiring the katon data and re-determining a playing buffer threshold, and correspondingly, after a preset time interval, determining the read current buffered data based on the re-determined playing buffer threshold.

According to the technical scheme, the media data are played at the playing device, and the cartoon data of the playing device in a preset time window are read when the media data are in a non-playing state, so that the playing buffer threshold value suitable for the current playing device is determined based on the cartoon data. And the near-cause effect of the blocking is fully considered, the blocking data in the preset time window is updated in real time, and the latest blocking data is read under the condition of the non-playing state, so that the accuracy of the blocking data is ensured. And determining a play buffer threshold through the cartoon data, wherein the obtained play buffer threshold meets the requirement of the cartoon data, namely the requirement of the network state of the play equipment. And judging the current cache data through the playing cache threshold value, determining whether playing conditions are met, switching to a playing state under the condition that the playing conditions are met, and playing the media data. The current buffer threshold meets the playing condition, which indicates that the buffer data is continuously acquired in the network state, so that the smoothness of playing can be ensured, and the playing blocking is reduced.

A preferred example of a play control method is provided on the basis of the above embodiment, and referring to fig. 3, fig. 3 is a schematic flow chart of a play control method provided in an embodiment of the present invention. And when the media data is in the non-playing state, determining that the state type of the non-playing state is a stuck state or a non-playing state. And for the stuck state, reading the stuck data and the current cache data in a preset time window, and determining a corresponding playing cache threshold value based on the stuck data, namely outputting a stuck water level rebuf_dur. Specifically, the method can be calculated based on the following formula: rebuf_dur=min (1+rebuf_dur_inc_factor log (1+rebuf_count)), wherein rebuf_dur_min is initial data corresponding to a stuck state, rebuf_dur_inc_factor is growth data corresponding to the stuck state, rebuf_count is the number of stuck times, i.e., stuck data, and rebuf_dur_max is a preset maximum threshold corresponding to the stuck state. It should be noted that, the rebuf_count is only an example of the click data, and in other embodiments, the click data may be a click time length rebuf_time, or a click data determined by the click number and the click time length, or a click data determined by the click number and the play time length, or a click data determined by the click time length and the play time length, or the like. For example, rebuf_dur=min (rebuf_dur_min (1+rebuf_dur_inc_factor) log (1+ (1+rebuf_count) (1+rebuf_time)), rebuf_dur_max).

And comparing the current cache data with a play cache threshold corresponding to the cartoon state, and playing the media data under the condition that the current cache data is larger than or equal to the play cache threshold corresponding to the cartoon state. And returning to reacquire the cartoon data and the current cache data in the preset time window under the condition that the current cache data is smaller than the play cache threshold corresponding to the Yu Kadu state, and redefining the play cache threshold and judging the reacquired current cache data.

And for the non-playing state, obtaining the pre-loaded data, the current cache data and the cartoon data in a preset time window, and calculating a playing cache threshold value corresponding to the non-playing state, namely a playing water level startup_buf_dur. Correspondingly, the play buffer threshold value can be determined according to different calculation formulas according to the size of the preloaded data. For example, the data amount of the preloaded data is greater than a preloaded threshold value, that is, the preloaded threshold value, that may be 500kb, and it is determined that the play type of the un-played state is preloaded play, the play buffer threshold value is min (1+startup_buf_inc_factor_preloaded log (1+rebuf_count)), where startup_buf_dur_preloaded_max is the initial data corresponding to the preloaded play, startup_buf_inc_factor_preloaded is the growth parameter corresponding to the preloaded play, and rebuf_count is one of the number of card times, that is, the number of card times, and the card may be determined in other manners. Startup_buf_dur_preloaded_max is a preset maximum threshold corresponding to the preloading start.

The data size of the preloaded data is smaller than a preloaded threshold value startup_cache_size, the play type of the un-played state is determined to be non-preloaded play, the play buffer threshold value is min (1+startup_buf_inc_factor_non-npread_log (1+rebuf_count)), the startup_buf_dur_non-non-npread_max is determined to be initial data corresponding to non-preloaded play, the startup_buf_inc_non-npread_init is determined to be an increase parameter corresponding to non-preloaded play, and the startup_buf_inc_factor_non-npread_max is a preset maximum threshold value corresponding to non-preloaded play.

And comparing the current cache data with a playing cache threshold value corresponding to the non-playing state, and playing the media data under the condition that the current cache data is larger than or equal to the playing cache threshold value corresponding to the non-playing state. And returning to reacquire the cartoon data, the current cache data and the preloaded data in the preset time window under the condition that the current cache data is smaller than the play cache threshold corresponding to the unremitted state, and redefining the play cache threshold and judging the newly acquired current cache data.

Fig. 4 is a schematic structural diagram of a play control device according to an embodiment of the present disclosure, as shown in fig. 4, where the device includes: a data acquisition module 210, a play buffer threshold determination module 220, and a play module 230.

A data obtaining module 210, configured to obtain, when the media data is in a non-playing state, current cached data of the media data, and obtain the cartoon data of the playing device in a preset time window;

a play buffer threshold determining module 220, configured to determine a play buffer threshold based on the katon data;

and the playing module 230 is configured to perform playing judgment on the current cached data based on the playing cache threshold, and if the current cached data meets the playing condition corresponding to the playing cache threshold, switch the non-playing state to a playing state, and play the media data based on the current cached data.

On the basis of the above embodiment, optionally, the non-playing state includes a stuck state and a non-playing state;

the play buffer threshold determination module 220 includes:

the computing factor determining unit is used for obtaining the state type of the non-playing state where the media data are located and determining a corresponding computing factor based on the state type;

and the play buffer threshold determining unit is used for determining the play buffer threshold corresponding to the state type based on the calculation factor and the cartoon data.

On the basis of the above embodiment, optionally, the calculation factor includes initial data and a growth parameter;

the play buffer threshold determining unit is used for: determining growth data based on the growth parameters and the katon data, and determining the play buffer threshold based on the growth data and the initial data.

Optionally, the play buffer threshold determining unit is configured to: carrying out preset type processing on the clamping data to obtain clamping parameters; the growth data is determined based on the stuck parameter and the growth parameter.

Optionally, the calculation factor determining unit is configured to: for the un-played state, determining pre-load data of the media data, and determining a play type of the media data based on the pre-load data, wherein the play type comprises pre-load play and non-pre-load play; calling a corresponding calculation factor according to the determined play type;

correspondingly, the play buffer threshold corresponding to the un-played state comprises a pre-loaded play buffer threshold and a non-pre-loaded play buffer threshold.

On the basis of the above embodiment, optionally, the play buffer threshold determining module 220 further includes:

The play buffer threshold verification module is used for acquiring a preset maximum threshold corresponding to the state type after determining the play buffer threshold corresponding to the state type based on the calculation factor and the cartoon data; and if the play buffer threshold corresponding to the state type exceeds a preset maximum threshold corresponding to the state type, updating the play buffer threshold based on the preset maximum threshold.

Based on the above embodiment, optionally, the data acquisition module 210 is configured to:

acquiring the blocking times in the preset time window as the blocking data;

acquiring the blocking times in the preset time window and the playing time length of the preset time window, and taking the ratio data of the blocking times and the playing time length as the blocking data;

acquiring the blocking duration in the preset time window as the blocking data;

acquiring the blocking duration in the preset time window and the playing duration of the preset time window, and taking the ratio data of the blocking duration to the playing duration as the blocking data;

and acquiring the jamming times in the preset time window, acquiring the jamming duration in the preset time window, and determining the jamming data based on the jamming times and the jamming duration.

The play control device provided by the embodiment of the disclosure can execute the play control method provided by any embodiment of the disclosure, and has the corresponding functional modules and beneficial effects of the execution method.

It should be noted that each unit and module included in the above apparatus are only divided according to the functional logic, but not limited to the above division, so long as the corresponding functions can be implemented; in addition, the specific names of the functional units are also only for convenience of distinguishing from each other, and are not used to limit the protection scope of the embodiments of the present disclosure.

Fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure. Referring now to fig. 5, a schematic diagram of an electronic device (e.g., a terminal device or server in fig. 5) 500 suitable for use in implementing embodiments of the present disclosure is shown. The terminal devices in the embodiments of the present disclosure may include, but are not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and the like, and stationary terminals such as digital TVs, desktop computers, and the like. The electronic device shown in fig. 5 is merely an example and should not be construed to limit the functionality and scope of use of the disclosed embodiments.

As shown in fig. 5, the electronic device 500 may include a processing means (e.g., a central processing unit, a graphics processor, etc.) 501, which may perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 502 or a program loaded from a storage means 508 into a Random Access Memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the electronic apparatus 500 are also stored. The processing device 501, the ROM 502, and the RAM 503 are connected to each other via a bus 504. An edit/output (I/O) interface 505 is also connected to bus 504.

In general, the following devices may be connected to the I/O interface 505: input devices 506 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; an output device 507 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; storage 508 including, for example, magnetic tape, hard disk, etc.; and communication means 509. The communication means 509 may allow the electronic device 500 to communicate with other devices wirelessly or by wire to exchange data. While fig. 5 shows an electronic device 500 having various means, it is to be understood that not all of the illustrated means are required to be implemented or provided. More or fewer devices may be implemented or provided instead.

In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a non-transitory computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means 509, or from the storage means 508, or from the ROM 502. The above-described functions defined in the methods of the embodiments of the present disclosure are performed when the computer program is executed by the processing device 501.

The electronic device provided in the embodiment of the present disclosure and the play control method provided in the foregoing embodiment belong to the same inventive concept, and technical details not described in detail in the present embodiment may be referred to the foregoing embodiment, and the present embodiment has the same beneficial effects as the foregoing embodiment.

The present disclosure provides a computer storage medium having stored thereon a computer program which, when executed by a processor, implements the play control method provided by the above embodiments.

It should be noted that the computer readable medium described in the present disclosure may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present disclosure, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, fiber optic cables, RF (radio frequency), and the like, or any suitable combination of the foregoing.

In some implementations, the clients, servers may communicate using any currently known or future developed network protocol, such as HTTP (HyperText Transfer Protocol ), and may be interconnected with any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), the internet (e.g., the internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed networks.

The computer readable medium may be contained in the electronic device; or may exist alone without being incorporated into the electronic device.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to:

the computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: under the condition that the media data is in a non-playing state, acquiring current cache data of the media data and acquiring the clamping data of the playing equipment in a preset time window; determining a play buffer threshold based on the stuck data; and performing play judgment on the current cache data based on the play cache threshold, and if the current cache data meets the play condition corresponding to the play cache threshold, switching the non-play state to a play state, and performing play of the media data based on the current cache data.

Computer program code for carrying out operations of the present disclosure may be written in one or more programming languages, including, but not limited to, an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units involved in the embodiments of the present disclosure may be implemented by means of software, or may be implemented by means of hardware. The name of the unit does not in any way constitute a limitation of the unit itself, for example the first acquisition unit may also be described as "unit acquiring at least two internet protocol addresses".

The functions described above herein may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), an Application Specific Standard Product (ASSP), a system on a chip (SOC), a Complex Programmable Logic Device (CPLD), and the like.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

After the completion of the detailed description, please repeat all matters to be protected by the claims in the following form: ' s of

According to one or more embodiments of the present disclosure, there is provided a playback control method, including:

under the condition that the media data is in a non-playing state, acquiring current cache data of the media data and acquiring the clamping data of the playing equipment in a preset time window; determining a play buffer threshold based on the stuck data; and performing play judgment on the current cache data based on the play cache threshold, and if the current cache data meets the play condition corresponding to the play cache threshold, switching the non-play state to a play state, and performing play of the media data based on the current cache data.

According to one or more embodiments of the present disclosure, there is provided a playback control method of example one, further comprising:

the non-playing state comprises a clamping state and an un-playing state;

the determining a play buffer threshold based on the katon data includes: acquiring a state type of a non-playing state of the media data, and determining a corresponding calculation factor based on the state type; and determining a play buffer threshold corresponding to the state type based on the calculation factor and the cartoon data.

the calculation factors comprise initial data and growth parameters;

the determining the play buffer threshold corresponding to the state type based on the calculation factor and the katon data includes: determining growth data based on the growth parameters and the katon data, and determining the play buffer threshold based on the growth data and the initial data.

the determining growth data based on the growth parameters and the katon data includes: carrying out preset type processing on the clamping data to obtain clamping parameters; the growth data is determined based on the stuck parameter and the growth parameter.

the determining a corresponding calculation factor based on the state type includes: for the un-played state, determining pre-load data of the media data, and determining a play type of the media data based on the pre-load data, wherein the play type comprises pre-load play and non-pre-load play; calling a corresponding calculation factor according to the determined play type;

after determining the play buffer threshold corresponding to the state type based on the calculation factor and the click data, the method further comprises: acquiring a preset maximum threshold corresponding to the state type; and if the play buffer threshold corresponding to the state type exceeds a preset maximum threshold corresponding to the state type, updating the play buffer threshold based on the preset maximum threshold.

the obtaining the cartoon data of the playing device in the preset time window comprises any one of the following steps:

acquiring the blocking times in the preset time window as the blocking data;

Acquiring the blocking duration in the preset time window as the blocking data;

According to one or more embodiments of the present disclosure, there is provided a playback control apparatus [ example eight ] including:

The foregoing description is only of the preferred embodiments of the present disclosure and description of the principles of the technology being employed. It will be appreciated by persons skilled in the art that the scope of the disclosure referred to in this disclosure is not limited to the specific combinations of features described above, but also covers other embodiments which may be formed by any combination of features described above or equivalents thereof without departing from the spirit of the disclosure. Such as those described above, are mutually substituted with the technical features having similar functions disclosed in the present disclosure (but not limited thereto).

Moreover, although operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the present disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are example forms of implementing the claims.

Claims

1. A play control method, characterized by comprising:

determining a play buffer threshold based on the stuck data;

2. The method of claim 1, wherein the non-play state comprises a stuck state and an un-played state;

the determining a play buffer threshold based on the katon data includes:

Acquiring a state type of a non-playing state of the media data, and determining a corresponding calculation factor based on the state type;

and determining a play buffer threshold corresponding to the state type based on the calculation factor and the cartoon data.

3. The method of claim 2, wherein the calculation factor comprises initial data and a growth parameter;

the determining the play buffer threshold corresponding to the state type based on the calculation factor and the katon data includes:

determining growth data based on the growth parameters and the katon data, and determining the play buffer threshold based on the growth data and the initial data.

4. A method according to claim 3, wherein said determining growth data based on said growth parameters and said katon data comprises:

carrying out preset type processing on the clamping data to obtain clamping parameters;

the growth data is determined based on the stuck parameter and the growth parameter.

5. The method of claim 2, wherein the determining a corresponding calculation factor based on the status type comprises:

for the un-played state, determining pre-load data of the media data, and determining a play type of the media data based on the pre-load data, wherein the play type comprises pre-load play and non-pre-load play;

Calling a corresponding calculation factor according to the determined play type;

6. The method of claim 2, further comprising, after determining a play buffer threshold corresponding to the status type based on the calculation factor and the cartoon data:

acquiring a preset maximum threshold corresponding to the state type;

and if the play buffer threshold corresponding to the state type exceeds a preset maximum threshold corresponding to the state type, updating the play buffer threshold based on the preset maximum threshold.

7. The method of claim 1, wherein the obtaining the cartoon data of the playing device in the preset time window includes any one of the following:

acquiring the blocking times in the preset time window as the blocking data;

acquiring the blocking duration in the preset time window as the blocking data;

8. A playback control apparatus, comprising:

9. An electronic device, the electronic device comprising:

One or more processors;

storage means for storing one or more programs,

when executed by the one or more processors, causes the one or more processors to implement the play control method of any of claims 1-7.

10. A storage medium containing computer executable instructions which, when executed by a computer processor, are for performing the playback control method of any one of claims 1-7.