Example 1
Fig. 1 shows a flowchart of a video preview display method according to an embodiment of the present disclosure. The method can be applied to terminal equipment such as mobile phones, computers, tablet computers and the like. Fig. 2 is a schematic diagram illustrating an application scenario of a video preview display method according to an embodiment of the present disclosure. As shown in fig. 1, a video preview display method according to an embodiment of the present disclosure includes:
In step S11, a pressing operation by a user for a first area in a video playback interface is detected.
In one possible implementation, as shown in fig. 2, a pressing operation of a user on the first area 11 in the video playback interface 1 may be detected. For example, when a user uses a terminal device such as a mobile phone, a computer, or a tablet computer to watch a video, the video playing interface 1 includes a first area 11 (e.g., a hot zone is triggered), and when the user performs a pressing operation on the first area 11 (e.g., a finger presses on the first area 11 for a certain time or presses a certain force), the relevant operation of the user may be detected. It should be understood by those skilled in the art that any suitable technique in the related art, such as a pressure detection technique, may be adopted to detect the pressing operation of the user on the first area 11 in the video playing interface 1, and the disclosure is not limited thereto. The operation of the first region 11 by the user is not limited to the pressing operation, and may be various user operations known in the art, such as a sliding operation or a laser touch operation, as long as the preset video preview condition can be satisfied.
In step S12, when the pressing operation satisfies a video preview condition, a first video screenshot associated with a time period corresponding to a pressing position of the pressing operation is acquired.
in one possible implementation, the video preview condition includes at least one of the following conditions: the pressing force of the pressing operation is greater than or equal to a force threshold; the pressing time of the pressing operation is greater than or equal to a time threshold. For example, a force threshold and a time threshold may be set. When the pressing force degree of the user on the first area is greater than or equal to the force threshold, or the pressing time of the user on the first area is greater than or equal to the time threshold, or the pressing force degree of the user on the first area is greater than or equal to the force threshold and the pressing time is greater than or equal to the time threshold, the pressing operation of the user can be considered to meet the video preview condition. It should be noted that the strength threshold and the time threshold may be set by default of the system, or may be set by a user by modifying according to the operation habit of the user, which is not limited in this disclosure.
In one possible implementation, the video preview condition may further include: a time frame includes a plurality of pressing operations. For example, the time range may be set to 10 seconds, and when 3 pressing operations of the user on the first area within 10 seconds are detected, the pressing operation of the user may be considered to satisfy the video preview condition. It should be noted that the time range may be set by default by the system, or may be modified and set by the user according to the operation habit of the user, which is not limited by the present disclosure.
Those skilled in the art will appreciate that the video preview condition can include various ways as long as the video preview condition can be used to determine whether the user wishes to preview the video, and the specific content of the video preview condition is not limited by the present disclosure.
in one possible implementation, the terminal may request the interface to obtain the first video screenshot sent by the server. For example, the terminal sends a first video screenshot obtaining request to the server. The first video screenshot can be displayed in a video playing interface so that a user can preview videos for use.
In a possible implementation manner, the terminal may further request the interface to obtain a video file (e.g., a long image or a plurality of video screenshots) sent by the server, cache the obtained video file in a local file, and determine, based on the video file, a first video screenshot associated with a time period corresponding to the pressing position of the pressing operation.
Those skilled in the art will appreciate that the obtaining of the first video screenshot associated with the time period corresponding to the pressing position of the pressing operation may be implemented in various ways as long as the first video file can be obtained, and the disclosure does not limit this.
in one possible implementation, the first video screenshot may be a video screenshot associated with a time period corresponding to a pressing position of a single pressing operation. For example, a video slot is 30 minutes in length, the user wishes to preview the content at 15 minutes of video, which can be a single press operation at the video 1/2, at which point the first video shot is a video shot at the video 1/2.
in a possible implementation manner, the first video screenshot may also be a first video screenshot formed by splicing video screenshots associated with time periods corresponding to pressing positions of multiple pressing operations. For example, the video time slot is 30 minutes in length, the user wants to preview the content at 5 minutes, 10 minutes and 15 minutes 3, and can continuously press the 3 time slots within a certain time range (for example, 10s), and the first video screenshot can be further spliced by the video screenshots associated with the 3 time slots.
By the mode, a user can continuously select a plurality of preview time periods according to needs, so that the video contents in different time periods can be previewed simultaneously, and the previewed contents are rich and comprehensive.
In a possible implementation manner, when the first video screenshot is formed by splicing a plurality of video screenshots, the server may obtain the plurality of video screenshots respectively, and splice the plurality of video screenshots into the first video screenshot. Or the server respectively obtains a plurality of video screenshots, and after the plurality of video screenshots are sent to the terminal, the terminal splices the plurality of video screenshots into a first video screenshot. It will be appreciated by those skilled in the art that any suitable technique in the relevant art may be employed to stitch the plurality of video shots into the first video shot, and the disclosure is not limited thereto.
in step S13, the first video screenshot is displayed.
In one possible implementation, the first video shot may be inserted into a video preview layer, thereby displaying the first video shot to a user.
Fig. 3 illustrates a schematic view of a video block of a video preview display method according to an embodiment of the present disclosure. In one possible implementation, as shown in fig. 3, a video block of an entire video may include multiple layers, namely a trigger hotspot layer 21, a video preview layer 22, and a video play layer 23. Among other things, the trigger hotspot layer 21 may be used to interact with the user, the video preview layer 22 may be used to store and display the first video screenshot, and the video play layer 23 may be used to play the video. For example, after a first video shot is captured, it may be inserted into the video preview layer 22 to enable a preview. It should be noted that the trigger hotspot of the trigger hotspot layer 21 of the video block may also insert a video screenshot (e.g., a thumbnail), which is not limited by the present disclosure.
In one possible implementation, the first video screenshot may include a dynamic graph, wherein displaying the first video screenshot includes: and circularly playing the first video screenshot. For example, the first video screenshot may be a gif-format dynamic graph, and the dynamic graph may be played in a loop while the first video screenshot is displayed.
In this way, the user may better view the first video shot, thereby obtaining a better preview effect.
according to the video preview display method, the first video screenshot associated with the time period corresponding to the pressing position of the pressing operation can be obtained and displayed under the condition that the pressing operation of the user meets the video preview condition, so that the user can obtain the internal details of the video through less flow, and a fast video preview display mode with low resource consumption and high fineness is achieved.
Fig. 4 shows a flow diagram of a video preview display method according to an embodiment of the present disclosure. In one possible implementation, as shown in fig. 4, the method further includes:
In step S14, in the case where the play jump condition is satisfied, the video is played from the play position associated with the pressed position.
For example, the time period for the entire video is 30 minutes, and the user previews the first video shot at a time period of 15 minutes of the video and wishes to continue watching the video. At this time, the video can be played directly from 15 minutes of the video according to the user's play skip selection (the video before 15 minutes is not loaded).
By the method, under the condition that the flow is precious, the video content before the playing position associated with the pressing position is not loaded, but the video is directly played from the playing position, so that the purpose of saving the flow is achieved, and the waste of resources is avoided. Those skilled in the art will appreciate that the play jump condition may comprise a variety of ways, and the present disclosure is not limited thereto.
Fig. 5 shows a flowchart of step S14 of a video preview display method according to an embodiment of the present disclosure, and in one possible implementation, as shown in fig. 5, step S14 includes:
In step S141, in the case where the play skip condition is satisfied, a skip confirmation control is displayed.
In one possible implementation, the condition for displaying the skip confirmation control includes a re-pressing operation for the first area after the user previews the video. For example, after displaying the first video screenshot, a user pressing operation on the first area is detected, and at this time, a jump confirmation control may be displayed.
In one possible implementation, the condition for displaying the jump confirmation control includes that when the pressing operation of the user on the first area satisfies the video preview condition, the finger leaves the first area. For example, the user presses the first area for 5 seconds (greater than the time threshold for the video preview condition), at which point the user has previewed the first video shot. When the user's finger is lifted off the first area, a jump confirmation control may be displayed at this time.
Those skilled in the art should understand that the specific conditions and the specific form for displaying the skip confirmation control may be set as required, as long as the user can select whether to skip the play when the play skip condition is met, and the disclosure does not limit this.
In step S142, in a case where the jump confirmation control is triggered, a video is played from a play position associated with the pressed position.
By the method, the video can be directly played from the position where the user wants to play according to the selection of the user, so that the resource waste is avoided, and the operability of the user is improved.
In one possible implementation, as shown in fig. 5, step S14 further includes:
In step S143, in a case that the skip confirmation control is not triggered, deleting the first video screenshot.
For example, when the user does not wish to play the video, he may not trigger the jump confirmation control, at which point the first video screenshot stored in the video preview layer may be deleted. In this way, the stored first video screenshot can be deleted according to the user's selection, thereby reducing resource consumption.
application example 1
An application example according to an embodiment of the present disclosure is given below in conjunction with "user preview video" as an exemplary application scenario to facilitate understanding of the flow of video preview display. It should be understood by those skilled in the art that the following application examples are only for the purpose of facilitating understanding of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention.
Fig. 6 is a schematic diagram illustrating an application example of a video preview display method according to an embodiment of the present disclosure. As shown in fig. 6, in this application example, after a video is uploaded to a server by a certain subject, the server may dynamically intercept a video screenshot (e.g., a dynamic screenshot in gif format) associated with the video according to the content of the video. In this application example, the dynamic screenshot may be stored in a database.
in this application example, when the time that the user presses the trigger hotspot (first area) is greater than or equal to a time threshold (e.g., 3s), the terminal detects that the pressing operation of the user on the trigger hotspot in the video playing interface satisfies the video preview condition. In this case, a dynamic screenshot capture request (first capture request) may be sent to the server, for example, the request interface captures the captured dynamic screenshot stored in the database.
in the application example, the terminal can obtain the dynamic screenshot sent by the server, and the obtained dynamic screenshot is inserted into the video preview layer for the user to preview and use. The dynamic screenshot may also be played back in a loop to allow the user to better preview the dynamic screenshot.
In this application example, after the user previews the dynamic screenshot, the finger leaves the trigger hotspot, at this time, the terminal may record the play position associated with the pressing position where the user presses the trigger hotspot, and may display a jump confirmation control on the terminal for the user to select. For example, the skip confirmation control may be triggered when the user wishes to continue viewing the video, at which point the terminal begins playing the video from the play position associated with the pressed position. When the user does not want to watch the video, the skip confirmation control can not be triggered, and at the moment, the terminal can delete the dynamic screenshot stored in the video preview layer so as to reduce resource consumption.
According to the embodiment of the disclosure, when a user wants to preview a video, the stored first video screenshot (gif format dynamic screenshot) in the corresponding time period can be obtained from the database of the server according to the pressing operation of the user, so that the problem of excessive resource consumption of real-time interception of the dynamic screenshot is avoided while the high precision of the first video screenshot is ensured, and thus the user can obtain the internal details of the video through less flow, and a video preview display mode with low resource consumption and high precision is realized.
Fig. 7 shows a flowchart of step S12 of a video preview display method according to an embodiment of the present disclosure, and in one possible implementation, as shown in fig. 7, step S12 includes:
In step S120, a first obtaining request is sent to a server based on a time period corresponding to a pressing position of the pressing operation, where the first obtaining request is used to obtain a first video screenshot associated with the time period.
For example, when the user's finger presses the first area, the user presses the first area at a corresponding position (pressing position) of the video playing interface. A first capture request for capturing a first video screenshot associated with the time period may be sent to the server based on the time period corresponding to the pressing location. For example, the time period corresponding to the pressing position can be calculated according to the proportion of the pressing position of the finger of the user to the whole video (which can be obtained by the proportion of the pressing position to the whole video block playing progress bar). And sending a first acquisition request to the server to acquire a first video screenshot associated with the time period.
Therefore, the first video screenshot associated with the time period is sent to the server according to the time period corresponding to the finger pressing position of the user, so that the problem of overlarge resource consumption can be avoided on the premise of ensuring the high precision of the first video screenshot, and the video preview display method with high precision and low resource consumption is realized.
In step S121, the first video screenshot is received.
application example 2
An application example according to an embodiment of the present disclosure is given below in conjunction with "user preview video" as an exemplary application scenario to facilitate understanding of the flow of video preview display. It should be understood by those skilled in the art that the following application examples are only for the purpose of facilitating understanding of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention.
fig. 8 is a diagram illustrating an application example of a video preview display method according to an embodiment of the present disclosure. As shown in fig. 8, in this application example, when the user continuously presses the trigger hot zone (first region) 3 times within 10s, the user presses at the pressing position 31, the pressing position 32, and the pressing position 33, respectively. The terminal can detect the pressing operation of the user, determine that the pressing operation meets the video preview condition, and acquire the 3 pressing positions. The terminal can calculate the ratio of the 3 pressing positions to the video block of the whole video respectively based on the obtained 3 pressing positions, and calculate the time period corresponding to the video. For example, the time period of a video block of the entire video is 30 minutes. The pressing position 31 corresponds to a time period of 5 minutes, the pressing position 32 corresponds to a time period of 10 minutes, and the pressing position 33 corresponds to a time period of 15 minutes.
in this application example, the terminal may send a first obtaining request to the server based on the 3 time periods, and request to obtain the first video screenshot associated with the 3 time periods. In this application example, the server may obtain video screenshot a, video screenshot B, and video screenshot C at 5 minutes, 10 minutes, and 15 minutes of the video block of the entire video, respectively, and splice the above 3 video screenshots into a first video screenshot.
In this application example, the terminal may receive the first video screenshot sent by the server. The terminal can insert the received first video screenshot into the video preview layer so as to be used for user preview.
In this application example, after the user previews the first video screenshot, the finger may press the trigger hotspot again, at this time, the terminal may record the play position associated with the press position where the user pressed the trigger hotspot, and may display a jump confirmation control on the terminal for selection by the user. For example, the skip confirmation control may be triggered when the user wishes to continue viewing the video, at which point the terminal begins playing the video from the play position associated with the pressed position. When the user does not want to watch the video, the skip confirmation control can not be triggered, and at the moment, the terminal can delete the first video screenshot stored in the video preview layer so as to reduce resource consumption.
According to the embodiment of the disclosure, when a user wants to preview a video, the first video screenshot (for example, formed by splicing a plurality of video screenshots) in the corresponding time period can be acquired from the server according to a plurality of real-time pressing operations of the user, and the video preview content in the plurality of time periods is acquired while the high precision of the first video screenshot is ensured, so that the user can acquire the internal details of the video through less flow, and a video preview display mode with low resource consumption and high precision is realized.
Fig. 9 shows a flowchart of step S12 of the video preview display method according to an embodiment of the present disclosure, and in one possible implementation, as shown in fig. 9, step S12 includes:
In step S122, a second obtaining request for obtaining a second video screenshot associated with the whole video is sent to the server.
for example, in the case that the terminal detects that the pressing operation of the user satisfies the video preview condition, a second acquisition request may be sent to the server to acquire a second video screenshot associated with the entire video. The second video screenshot may be a second video screenshot formed by dividing a plurality of time blocks by the server according to the time of the whole video after the video is uploaded to the server, performing video screenshot (for example, video snapshot) according to each time block, and splicing the video screenshots of the plurality of video blocks. The second video shot may be stored in a database. It will be understood by those skilled in the art that the second video screenshot associated with the entire video can be obtained in a variety of ways as long as the second video screenshot is available to display the primary content of the video, and the present disclosure is not so limited.
In step S123, when the second video screenshot is received, a first video screenshot associated with a time period corresponding to a pressing position of the pressing operation is determined based on the time period.
For example, after the terminal receives the second video screenshot, it may be inserted into the video preview layer. The first video screenshot associated with the time period can be determined according to the time period corresponding to the pressing position of the pressing operation of the user. For example, the time period of the entire video is 30 minutes, and the pressing position of the user's finger pressing operation is at the time period of 10 minutes of the entire video (at the video time period 1/3). At this point, the second video shot 1/3 (where the first video shot is) may be located.
Application example 3
An application example according to an embodiment of the present disclosure is given below in conjunction with "user preview video" as an exemplary application scenario to facilitate understanding of the flow of video preview display. It should be understood by those skilled in the art that the following application examples are only for the purpose of facilitating understanding of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention.
Fig. 10 is a diagram illustrating an application example of a video preview display method according to an embodiment of the present disclosure. As shown in fig. 10, in this application example, after the video is uploaded to the server, the server may divide the time blocks according to the time of the whole video, and intercept a video snapshot at each time block as a video screenshot of the time period, and then splice a plurality of video snapshots into a complete long image (a second video screenshot), and store the complete long image in the database.
In this application example, when the time that the user presses the trigger hotspot (first area) is greater than or equal to a time threshold (for example, 3s), the terminal detects that the pressing operation of the user on the trigger hotspot in the video playing interface satisfies the video preview condition. In this case, a long map retrieval request (second retrieval request) may be sent to the server, for example, the request interface retrieves the intercepted long map stored in the database.
In this application example, the captured long image may be inserted into the video preview layer and positioned to 1/3 of the long image based on the press location 34 of the user's press operation, e.g., pressing at 1/3 of the entire video, where the video screenshot is the first video screenshot for the user's preview.
in this application example, after the user previews the first video screenshot, the finger leaves the trigger hotspot, at which point the terminal may record the play position (1/3 for the entire video) associated with the user tapping the press position 34 of the trigger hotspot, and may display a jump confirmation control on the terminal for selection by the user. For example, the jump confirmation control may be triggered when the user wishes to continue viewing the video, at which point the terminal begins playing the video from the play position associated with the press position 34. When the user does not wish to watch the video, the skip confirmation control can not be triggered, and at the moment, the terminal can delete the long image (the second video screenshot) stored in the video preview layer so as to reduce resource consumption.
According to the embodiment of the disclosure, when a user wants to preview a video, the stored second video screenshot (long image) can be obtained from the database of the server according to the pressing operation of the user, and the first video screenshot is determined according to the pressing position of the pressing operation of the user, so that the high fineness of the video screenshot is ensured, and a video preview display mode with low resource consumption and high fineness is realized.
Fig. 11 shows a flowchart of step S12 of a video preview display method according to an embodiment of the present disclosure, and in one possible implementation, as shown in fig. 11, step S12 includes:
in step S124, in a case where the pressing operation satisfies the video preview condition, a pressed position to be selected is displayed.
In a possible implementation manner, in a case that the pressing operation satisfies the video preview condition, a time block of equal time may be displayed in the first area, where the time block is a pressing position to be selected.
For example, when the pressing operation of the user on the first area exceeds a time threshold (for example, 3s), the pressing operation is considered to satisfy the video preview condition. At this time, time blocks of equal time may be displayed in the first area for selection by the user. For example, the period of the entire video is 6 minutes, and 6 time blocks having a period of 1 minute may be displayed in the first region, the 6 time blocks being the pressing positions to be selected.
by the mode, a plurality of time blocks with equal time can be provided for a user to select, and the time segment length corresponding to the pressing position is increased, so that richer video preview content can be obtained.
in a possible implementation manner, in a case where the pressing operation satisfies the video preview condition, a plurality of time blocks, of which the time periods may not be equal, may be displayed in the first area based on the video content, where the time blocks are pressing positions to be selected.
For example, the video itself may be divided into a plurality of time blocks based on the video content, wherein the time lengths of the plurality of time blocks may be unequal. For example, the time period of the whole video is 2 minutes, wherein the video content can be divided into 5 segments, and the time length of each segment is 10 seconds, 30 seconds, 20 seconds, 50 seconds and 10 seconds. Then, in a case where the pressing operation by the user satisfies the video preview condition, a time block in which the above-described time period lengths are not completely equal may be displayed in the first area.
In this way, the user can select the time blocks divided based on the video content, and the consistency of the video content corresponding to the pressing position is ensured. Those skilled in the art should understand that the dividing manner of the time blocks can be set according to the needs and the video content as long as the time blocks can be selected by the user, and the present disclosure does not limit this.
In step S125, the pressing position selected by the user is determined as the pressing position of the pressing operation.
In one possible implementation, the user may select one or more press locations. For example, the first area displays 6 time blocks of 1 minute in length, and the user can select the time block (e.g., 1 st, 3 rd, and 5 th) he wishes to know and click on the determination.
through the mode, the time period corresponding to the pressing position of the user is the time block, the content of the first video screenshot corresponding to the pressing position based on the pressing operation is richer, and the comprehensiveness of the preview content is improved.
application example 4
An application example according to an embodiment of the present disclosure is given below in conjunction with "user preview video" as an exemplary application scenario to facilitate understanding of the flow of video preview display. It should be understood by those skilled in the art that the following application examples are only for the purpose of facilitating understanding of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention.
Fig. 12 is a diagram illustrating an application example of a video preview display method according to an embodiment of the present disclosure. As shown in fig. 12, in this application example, when the time for the user to lightly press the hot zone (first area) is greater than or equal to a time threshold (e.g., 3s), the terminal detects that the press operation of the user for triggering the hot zone in the video playing interface satisfies the video preview condition. In this case, triggering a hot spot would result in 6 time blocks of 1 minute in length (6 minutes for the entire video) for the user to select.
In the application example, when the user clicks the 1 st, 3 rd and 5 th time blocks respectively and clicks the preview determination control, the terminal sends a first acquisition request to the server based on the time block selected by the user. For example, the terminal may send specific time points of the 3 time blocks to the server, and the server may respectively intercept 3 dynamic screenshots (e.g., a dynamic graph in gif format) of the video based on the 3 time blocks.
in this application example, the server may stitch the 3 intercepted dynamic screenshots to form a first video screenshot (e.g., a gif-formatted dynamic graph). The terminal can receive the first video screenshot sent by the server and insert the first video screenshot into the video preview layer for the user to preview the video.
In this application example, after the user previews the first video screenshot, the finger may press the trigger hotspot again, at which point the terminal may record the play position associated with the press position where the user lightly pressed the trigger hotspot, and may display a jump confirmation control on the terminal for selection by the user. For example, the skip confirmation control may be triggered when the user wishes to continue viewing the video, at which point the terminal begins playing the video from the play position associated with the pressed position. When the user does not want to watch the video, the skip confirmation control can not be triggered, and at the moment, the terminal can delete the first video screenshot stored in the video preview layer so as to reduce resource consumption.
According to the embodiment of the disclosure, when a user wants to preview a video, a plurality of time blocks can be provided for the user, and a first video screenshot (for example, formed by splicing a plurality of dynamic screenshots) in a corresponding time period is obtained from a server according to the selection of the user, so that the high precision of the first video screenshot is ensured, and simultaneously, video preview contents in a plurality of time periods are obtained, so that the user can obtain the internal details of the video through less flow, and a video preview display mode with low resource consumption and high precision is realized.
Fig. 13 shows a flowchart of step S12 of a video preview display method according to an embodiment of the present disclosure, and in one possible implementation, as shown in fig. 13, step S12 includes:
In step S126, in a case where the pressing operation satisfies a video preview condition, a video screenshot to be selected is displayed.
For example, when the time of the user pressing operation is greater than the time threshold, it is determined that the video preview condition is satisfied, and at this time, a video screenshot to be selected may be displayed.
In a possible implementation manner, under the condition that the pressing operation meets a video preview condition, all video screenshots of the video are acquired, and the video screenshots are inserted into the first area to be used as the video screenshots to be selected.
For example, when the time that the user presses the first area exceeds the time threshold, a third capture request may be sent to the server for capturing all video screenshots of the video. All the video screenshots can be video screenshots (which can be dynamic screenshots or video snapshots) of the video in each time period according to the video content after the video is uploaded by the server. For example, the interface may be requested to receive all video screenshots of the video.
in one possible implementation, all video shots of the video may be inserted into the first region (e.g., triggering a hot zone) to form a list of pictures. In this way, all video screenshots are presented in a picture list for selection by the user.
In step S127, the first video screenshot is determined according to the video screenshot selected by the user.
in one possible implementation, a user selects a plurality of video screenshots that are stitched to form a first video screenshot.
For example, the list of pictures that trigger the hotspot includes 30 video shots, the 5 th, 10 th and 15 th video shots being selected by the user at the same time. At this time, the terminal can splice the 3 video screenshots to form a first video screenshot for the user to preview.
By the method, a user can select the video screenshot which is expected to be displayed according to the requirement, and a video preview display mode with low resource consumption and high fineness is realized.
Application example 5
An application example according to an embodiment of the present disclosure is given below in conjunction with "user preview video" as an exemplary application scenario to facilitate understanding of the flow of video preview display. It should be understood by those skilled in the art that the following application examples are only for the purpose of facilitating understanding of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention.
fig. 14 is a diagram illustrating an application example of a video preview display method according to an embodiment of the present disclosure. As shown in fig. 14, in this application example, after a video is uploaded to a server, the server may dynamically capture video screenshots (e.g., dynamic screenshots in gif format) of various time periods of this video according to the content of the video. The dynamic screenshot may be stored in a database.
In this application example, when the time for the user to lightly press the hot zone 11 (first zone) is greater than or equal to a time threshold (for example, 3s), the terminal detects that the press operation of the user for triggering the hot zone in the video playing interface satisfies the video preview condition. In this case, all video screenshot capture requests (third capture requests) may be sent to the server, for example, the request interface captures all the captured dynamic screenshots stored in the database.
In this application example, the obtained dynamic screenshot may be inserted into a trigger hotspot to form a picture list. After the user clicks the thumbnail in the picture list, the screenshot represented by the thumbnail is the first screenshot, and can be displayed in a pop-up bubble 41 in an enlarged manner for the user to preview.
in this application example, the user clicks on the video screenshot (first video screenshot) displayed in the enlarged manner, the terminal may record the playing position corresponding to the first video screenshot, and a jump confirmation control may be displayed on the terminal for the user to select. For example, the skip confirmation control may be triggered when the user wishes to continue viewing the video, at which point the terminal begins playing the video from the play position associated with the pressed position. When the user does not want to watch the video, the skip confirmation control may not be triggered, and at this time, the terminal may delete the picture list triggering the hot zone to reduce resource consumption.
According to the embodiment of the disclosure, when a user wants to preview a video, all stored video screenshots are obtained from the database of the server according to the pressing operation of the user, all the video screenshots are inserted into the trigger hot area to form a picture list, and the first video screenshot is determined according to the video screenshot selected by the user. The method has the advantages that the high fineness of the first video screenshot is guaranteed, and meanwhile the problem of overlarge resource consumption of the real-time screenshot dynamic screenshot is avoided, so that a user can obtain the internal details of the video through less flow, and a video preview display mode with low resource consumption and high fineness is realized.
Fig. 15 shows a flowchart of step S12 of a video preview display method according to an embodiment of the present disclosure, and in one possible implementation, as shown in fig. 15, step S12 includes:
In step S128, in a case where the pressing operation satisfies the video preview condition, a thumbnail of a video screenshot to be selected is displayed.
For example, when the time of the user pressing operation is greater than the time threshold, it is determined that the video preview condition is satisfied, and at this time, a thumbnail of a video screenshot to be selected may be displayed.
In a possible implementation manner, under the condition that the pressing operation meets the video preview condition, thumbnails of all video screenshots of the video are obtained, and the thumbnails of the video screenshots are inserted into the first area to be used as thumbnails of the video screenshots to be selected.
For example, when the time that the user presses the first area exceeds the time threshold, a third capture request may be sent to the server for capturing thumbnails of all video screenshots of the video. The thumbnails of all the video screenshots can be thumbnails of the video screenshots of all the time periods of the video which are intercepted by the server according to the content of the video after the video is uploaded. For example, the interface may be requested to receive thumbnails of all video shots of the video. The resolution of the thumbnail is low, and the flow consumed by the terminal during acquisition is low.
In one possible implementation, thumbnails of all video shots of the video may be inserted into the first region (e.g., triggering a hot-zone), forming a list of pictures. In this way, thumbnails of all video screenshots are presented in a picture list for selection by the user.
In step S129, the first video screenshot is determined from the video screenshot corresponding to the user-selected thumbnail.
in one possible implementation manner, a thumbnail selected by a user may be acquired, and a first acquisition request for acquiring a first video screenshot corresponding to the thumbnail may be sent to the server based on the thumbnail selected by the user.
for example, the trigger hotspot displays a picture list including 30 thumbnails, with the user selecting the 5 th, 10 th, and 15 th thumbnails. The terminal may send a first acquisition request to the server based on the 3 thumbnails. The server can splice the video screenshots corresponding to the 3 thumbnails into a first video screenshot.
in this way, by displaying a plurality of thumbnails in the trigger hotspot for simple preview by the user, traffic consumption can be reduced. When a user wants to perform depth preview, the user can select a corresponding thumbnail so as to obtain a first video screenshot with higher fineness, and the video preview display method with high fineness and low resource consumption is realized.
application example 6
An application example according to an embodiment of the present disclosure is given below in conjunction with "user preview video" as an exemplary application scenario to facilitate understanding of the flow of video preview display. It should be understood by those skilled in the art that the following application examples are only for the purpose of facilitating understanding of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention.
As shown in fig. 14, in this application example, after a video is uploaded to a server, the server may capture thumbnails of video screenshots of various time periods of this video according to the content of the video, and may store the thumbnails in a database.
In this application example, when the time for the user to lightly press the hot zone (first area) is greater than or equal to a time threshold (e.g., 3s), the terminal detects that the press operation of the user for triggering the hot zone in the video playing interface satisfies the video preview condition. In this case, a thumbnail acquisition request (third acquisition request) for all the video shots may be sent to the server, for example, the request interface acquires all the thumbnails that have been intercepted and stored in the database.
in this application example, the obtained thumbnail may be inserted into the trigger hotspot to form a picture list. After the user clicks the thumbnail in the picture list, the terminal may send a first obtaining request to the server based on the thumbnail selected by the user, so as to obtain a first video screenshot (with high resolution and high definition) corresponding to the thumbnail. In this application example, the display may be enlarged in a pop-up bubble for user preview use.
in this application example, the user clicks on the video screenshot (first video screenshot) displayed in the enlarged manner, the terminal may record the playing position corresponding to the first video screenshot, and a jump confirmation control may be displayed on the terminal for the user to select. For example, the skip confirmation control may be triggered when the user wishes to continue viewing the video, at which point the terminal begins playing the video from the play position associated with the pressed position. When the user does not want to watch the video, the skip confirmation control may not be triggered, and at this time, the terminal may delete the picture list triggering the hot zone to reduce resource consumption.
according to the embodiment of the disclosure, when a user wants to preview a video, the stored thumbnails of all video screenshots are obtained from the database of the server according to the pressing operation of the user, the thumbnails of all video screenshots are inserted into the trigger hot area to form a picture list, and the first video screenshot is determined according to the thumbnail of the video screenshot selected by the user. By displaying multiple thumbnails in the trigger hotspot for simple preview by the user, traffic consumption can be reduced. When a user wants to perform depth preview, the user can select a corresponding thumbnail so as to obtain a first video screenshot with higher fineness, and the video preview display method with high fineness and low resource consumption is realized.
Example 3
fig. 18 shows a block diagram of a video preview display apparatus according to an embodiment of the present disclosure. For example, the apparatus 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.
referring to fig. 18, the apparatus 800 may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input/output (I/O) interface 812, sensor component 814, and communication component 816.
the processing component 802 generally controls overall operation of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing components 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.
the memory 804 is configured to store various types of data to support operations at the apparatus 800. Examples of such data include instructions for any application or method operating on device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
Power components 806 provide power to the various components of device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the apparatus 800.
the multimedia component 808 includes a screen that provides an output interface between the device 800 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 800 is in an operating mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.
The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the apparatus 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.
The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.
the sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the device 800. For example, the sensor assembly 814 may detect the open/closed status of the device 800, the relative positioning of components, such as a display and keypad of the device 800, the sensor assembly 814 may also detect a change in the position of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, the orientation or acceleration/deceleration of the device 800, and a change in the temperature of the device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
The communication component 816 is configured to facilitate communications between the apparatus 800 and other devices in a wired or wireless manner. The device 800 may access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
In an exemplary embodiment, the apparatus 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.
In an exemplary embodiment, a non-transitory computer-readable storage medium, such as the memory 804, is also provided that includes computer program instructions executable by the processor 820 of the device 800 to perform the above-described methods.
The present disclosure may be systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for causing a processor to implement various aspects of the present disclosure.
The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: 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), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.
The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.
The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions 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 type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).
various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart 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 instructions, which comprises one or more executable instructions for implementing the specified logical function(s). 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.
Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terms used herein were chosen in order to best explain the principles of the embodiments, the practical application, or technical improvements to the techniques in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.