CN116965039A - Double-screen synchronous playing method and display device for video file - Google Patents
Double-screen synchronous playing method and display device for video file Download PDFInfo
- Publication number
- CN116965039A CN116965039A CN202180094802.1A CN202180094802A CN116965039A CN 116965039 A CN116965039 A CN 116965039A CN 202180094802 A CN202180094802 A CN 202180094802A CN 116965039 A CN116965039 A CN 116965039A
- Authority
- CN
- China
- Prior art keywords
- display
- playing
- video
- progress
- video file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 107
- 230000001360 synchronised effect Effects 0.000 title claims abstract description 36
- 230000008569 process Effects 0.000 claims abstract description 64
- 238000010586 diagram Methods 0.000 claims description 62
- 230000008859 change Effects 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 6
- 230000003993 interaction Effects 0.000 abstract description 13
- 230000004927 fusion Effects 0.000 description 69
- 230000006870 function Effects 0.000 description 30
- 238000012544 monitoring process Methods 0.000 description 25
- 230000009977 dual effect Effects 0.000 description 18
- 230000000694 effects Effects 0.000 description 13
- 238000004891 communication Methods 0.000 description 12
- 230000001960 triggered effect Effects 0.000 description 9
- 230000002452 interceptive effect Effects 0.000 description 5
- 230000036541 health Effects 0.000 description 4
- 230000033001 locomotion Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 235000010627 Phaseolus vulgaris Nutrition 0.000 description 2
- 244000046052 Phaseolus vulgaris Species 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 102220480414 Adhesion G-protein coupled receptor D1_S13A_mutation Human genes 0.000 description 1
- 102220560218 Calcium/calmodulin-dependent protein kinase type IV_S12A_mutation Human genes 0.000 description 1
- 102220476023 Tubulin beta-6 chain_S23A_mutation Human genes 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 229910052640 jadeite Inorganic materials 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 150000003071 polychlorinated biphenyls Chemical class 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 102220247850 rs1421233354 Human genes 0.000 description 1
- 102200048773 rs2224391 Human genes 0.000 description 1
- 102220070930 rs794728599 Human genes 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
The application discloses a double-screen synchronous playing method and display equipment of video files, wherein the video files are displayed in a first display for playing; generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file; and continuously displaying the progress bar page in the second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file displayed in the first display. Therefore, the method and the display device can carry out split-screen display on the video file, so that a user can conveniently watch the video file and the video progress bar at the same time, and excessive interaction is avoided. In the playing process, the progress and the state of the video progress bar in the second display can be synchronously updated according to the playing state and the playing progress of the video file in the first display, so that the time difference generated by the playing progress of the two screens is avoided, and further, the synchronization of the playing progress of the large screen and the small screen can be realized according to the synchronization of the playing states under different playing scenes, and the user experience is good.
Description
The present application claims priority from the chinese patent office, chinese patent application No. 202110259606.7, at 10 of 2021, and chinese patent application No. 202110336425.X, at 29 of 2021, 03, the entire contents of which are incorporated herein by reference.
The application relates to the technical field of double-screen intelligent television display, in particular to a double-screen synchronous playing method and display equipment of video files.
With the rapid development of display devices, the functions of the display devices will be more and more abundant and the performances of the display devices will be more and more powerful, and currently, the display devices comprise smart televisions, other products with smart display screens and the like. To provide different functional services to the user, different applications are configured within the display device.
When viewing a video file with a display device, the video file is typically played full screen for ease of viewing by a user. In order not to obscure the main viewing content, the video progress bar is typically displayed at the beginning of the play and automatically hidden if no operation is performed in 5 s. However, in the viewing process, if the user cannot directly view the video progress bar, the user cannot know the real-time playing progress of the video file, and if the user needs to view, the user needs to trigger the display of the video progress bar, so that the operation is complex, and the user experience is affected.
Disclosure of Invention
In a first aspect, the present application provides a display apparatus comprising:
a first display configured to present a first user interface;
a second display configured to present a second user interface;
a controller coupled to the first display and the second display, the controller configured to:
responding to the operation of triggering the playing of the video file, and displaying the video file in a first display for playing;
generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file in the playing process of the video file;
and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
In a second aspect, the present application also provides a display apparatus, including:
a first display configured to present a first user interface;
a second display configured to present a second user interface;
a first controller coupled to the first display, the first controller configured to:
responding to the operation of triggering the playing of the video file, and displaying the video file in a first display for playing;
Sending the playing progress and the total duration of the video file to a second controller;
a second controller coupled to the second display, the second controller configured to:
receiving the playing advance and the total duration of the video file sent by the first controller in the process of playing the video file;
generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file;
and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
In a third aspect, the present application further provides a method for synchronizing dual-screen playing of a video file, where the method includes:
responding to the operation of triggering the playing of the video file, and displaying the video file in a first display for playing;
generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file in the playing process of the video file;
and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
In a fourth aspect, the present application further provides a method for synchronizing dual-screen playing of a video file, where the method includes:
in the process of playing the video file, receiving the playing progress and the total duration of the video file sent by the first controller;
generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file;
and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
In a fifth aspect, the present application further provides a storage medium, where a program may be stored, where the program may implement some or all of the steps in each embodiment of the two-screen playing progress synchronization method including the video file provided by the present application when executed.
FIG. 1 illustrates a usage scenario of a display device according to some embodiments;
FIG. 2 illustrates an icon control interface display diagram for an application in a display device 200 according to some embodiments;
FIG. 3 illustrates a block diagram of a dual screen dual system display device, in accordance with some embodiments;
FIG. 4 illustrates a block diagram of a dual screen display device in accordance with some embodiments;
FIG. 5 illustrates a flowchart of a method for dual-screen synchronized playback of video files, in accordance with some embodiments;
FIG. 6 illustrates a data flow diagram of a method for dual-screen synchronized playback of video files in accordance with some embodiments;
FIG. 7 illustrates a schematic diagram of presenting a video list in a first user interface, in accordance with some embodiments;
FIG. 8 illustrates an effect schematic of a video strip in a countdown format, according to some embodiments;
FIG. 9 illustrates an effect schematic of a video strip in a timed form according to some embodiments;
FIG. 10 illustrates an effect diagram of a progress bar page including a status UI diagram in accordance with some embodiments;
FIG. 11 illustrates an effect diagram of a dual-screen play video file according to some embodiments;
FIG. 12 illustrates an effect diagram of starting playing an advertisement file, according to some embodiments;
FIG. 13 illustrates an effect diagram of showing media recommendation information in a second display, in accordance with some embodiments;
FIG. 14 illustrates a traffic timing diagram of a method for dual-screen synchronized playback of video files according to some embodiments;
FIG. 15 illustrates another flow diagram of a method for dual screen playback progress synchronization of a video file in accordance with some embodiments;
FIG. 16 illustrates a message presentation interaction diagram for a dual screen dual system display device in accordance with some embodiments;
FIG. 17 illustrates a flowchart of a method of presentation of secondary screen content, in accordance with some embodiments;
FIG. 18 illustrates a data flow diagram of a method of presentation of secondary screen content in accordance with some embodiments;
FIG. 19 shows a schematic diagram of a dual screen display device presenting video files, according to some embodiments;
FIG. 20 illustrates a schematic diagram of a secondary screen presenting a media asset recommendation message, in accordance with some embodiments;
FIG. 21 illustrates another diagram of a secondary screen presenting a media asset recommendation message, in accordance with some embodiments;
FIG. 22 illustrates a schematic diagram of secondary screen presentation system parameters, according to some embodiments;
FIG. 23 illustrates a display schematic of a fusion mode band skip function, in accordance with some embodiments;
FIG. 24 illustrates another display schematic of a fused mode band skip function in accordance with some embodiments;
fig. 25 illustrates another flow chart of a method of presentation of secondary screen content in accordance with some embodiments.
The concept of the present application will be described with reference to the accompanying drawings. It should be noted that the following descriptions of the concepts are only for making the content of the present application easier to understand, and do not represent a limitation on the protection scope of the present application.
The term "module" as used in various embodiments of the present application may refer to any known or later developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and/or software code that is capable of performing the function associated with that element.
The term "remote control" as used in the various embodiments of the present application refers to a component of an electronic device (such as a display device as disclosed herein) that can typically wirelessly control the electronic device over a relatively short range of distances. The assembly may be connected to the electronic device generally using infrared and/or Radio Frequency (RF) signals and/or bluetooth, and may also include functional modules such as WiFi, wireless USB, bluetooth, motion sensors, etc. For example: the hand-held touch remote controller replaces most of the physical built-in hard keys in a general remote control device with a touch screen user interface.
The term "gesture" as used in embodiments of the present application refers to a user's behavior through a change in hand or motion of the hand, etc., for expressing an intended idea, action, purpose, and/or result.
The term "hardware system" as used in embodiments of the present application may refer to a physical component comprising mechanical, optical, electrical, magnetic devices such as integrated circuits (Integrated Circuit, ICs), printed circuit boards (Printed circuit board, PCBs) with computing, control, storage, input and output functions. In various embodiments of the present application, the hardware system may also be generally referred to as a motherboard (or chip).
Fig. 1 illustrates a usage scenario of a display device according to some embodiments. As shown in fig. 1, a user may operate the display apparatus 200 by controlling the device 100.
The control device 100 may be a remote controller 100A, which may communicate with the display device 200 through infrared protocol communication, bluetooth protocol communication, zigBee protocol communication, or other short-range communication, and is used to control the display device 200 through wireless or other wired modes. The user may control the display device 200 by inputting user instructions through keys, voice input, control panel input, etc. on the remote controller 100A. Such as: the user can input corresponding control instructions through volume up-down keys, channel control keys, up/down/left/right movement keys, voice input keys, menu keys, on-off keys, etc. on the remote controller 100A to realize the functions of the control display device 200.
The control apparatus 100 may also be an intelligent device, such as a mobile terminal 100B, a tablet computer, a notebook computer, etc., which may communicate with the display device 200 through a local network (LAN, local Area Network), a wide area network (WAN, wide Area Network), a wireless local area network (WLAN, wireless Local Area Network), or other networks, and control the display device 200 through an application program corresponding to the display device 200. For example, the display device 200 is controlled using an application running on a smart device. The application may provide various controls to the User through an intuitive User Interface (UI) on a screen associated with the smart device.
By way of example, both the mobile terminal 100B and the display device 200 may be provided with software applications, so that connection communication between the two may be implemented through a network communication protocol, thereby achieving the purpose of one-to-one control operation and data communication. Such as: the mobile terminal 100B and the display device 200 can be made to establish a control instruction protocol, the remote control keyboard is synchronized to the mobile terminal 100B, and the functions of controlling the display device 200 are realized by controlling the user interface on the mobile terminal 100B; the audio/video content displayed on the mobile terminal 100B may also be transmitted to the display device 200, so as to implement a synchronous display function.
As shown in fig. 1, the display device 200 may also be in data communication with the server 300 through a variety of communication means. In various embodiments of the present application, the display device 200 may be permitted to make a wired or wireless communication connection with the server 300 via a local area network, a wireless local area network, or other network. The server 300 may provide various contents and interactions to the display device 200.
By way of example, the display device 200 receives software program updates by sending and receiving information, and electronic program guide (EPG, electronic Program Guide) interactions, or accesses a remotely stored digital media library. The servers 300 may be one group, may be multiple groups, and may be one or more types of servers. Other web service content such as video on demand and advertising services are provided through the server 300.
The display device 200 includes a first display 201 and a second display 202, where the first display 201 and the second display 202 are independent from each other, and the first display 201 and the second display 202 are controlled by different hardware systems respectively.
The first display 201 and the second display 202 may be used to display different screen contents. For example, the first display 201 may be used for screen display of a conventional television program, and the second display 202 may be used for screen display of auxiliary information such as notification messages, voice assistants, etc.
In an exemplary embodiment, the content displayed by the first display 201 and the content displayed by the second display 202 may be independent of each other and not affect each other. For example, while the first display 201 plays a television program, the second display 202 may display information such as time, weather, air temperature, reminder messages, etc., that are not related to the television program.
In an exemplary embodiment, there may also be an association between the content displayed by the first display 201 and the content displayed by the second display 202. For example, when the first display 201 plays the main screen of the video chat, the second display 202 may display information such as an avatar, a chat duration, and the like of the user currently accessing the video chat.
In an exemplary embodiment, some or all of the content displayed by the second display 202 may be adjusted to the display of the first display 201. For example, information such as time, weather, air temperature, and a reminder message displayed on the first display 201 may be adjusted to be displayed on the first display 201, while other information is displayed on the second display 202.
In addition, the first display 201 displays the multi-party interactive screen while displaying the conventional television program screen, and the multi-party interactive screen does not obstruct the conventional television program screen. The application does not limit the display modes of the traditional television program picture and the multiparty interaction picture. For example, the present application may set the positions and sizes of the conventional television program picture and the multiparty interactive picture according to the priorities of the conventional television program picture and the multiparty interactive picture.
Taking the example that the priority of the traditional television program picture is higher than that of the multiparty interaction picture, the area of the traditional television program picture is larger than that of the multiparty interaction picture, and the multiparty interaction picture can be positioned at one side of the traditional television program picture or suspended at one corner of the multiparty interaction picture.
The display device 200, in one aspect, may be a liquid crystal display, OLED (Organic Light Emitting Diode) display, projection display device; in another aspect, the display system may be a smart television or a display and set top box. The particular type, size, resolution, etc. of the display device 200 are not limited, and those skilled in the art will appreciate that the display device 200 may vary in its capabilities and configuration as desired.
The display device 200 may additionally provide an intelligent network television function of a computer support function in addition to the broadcast receiving television function. Such as web tv, smart tv, internet Protocol Tv (IPTV), etc. In some embodiments, the display device may not have broadcast receiving television functionality.
As shown in fig. 1, a camera may be connected to or disposed on the display device 200, so as to present a picture surface captured by the camera on a display screen of the display device or other display devices, so as to implement interactive chat between users. Specifically, the picture shot by the camera can be displayed on the display device in a full screen, a half screen or any optional area.
As an optional connection mode, the camera is connected with the rear shell of the display device through the connection plate, and is fixedly installed in the middle of the upper side of the rear shell of the display device, and as an installable mode, the camera can be fixedly installed at any position of the rear shell of the display device, and the image acquisition area of the camera can be ensured not to be blocked by the rear shell, for example, the display orientation of the image acquisition area and the display device is the same.
As another alternative connection mode, the camera is connected with the rear shell of the display device in a liftable manner through a connection plate or other conceivable connectors, and a lifting motor is installed on the connector, so that when a user needs to use the camera or has an application program to use the camera, the camera is lifted out of the display device, and when the user does not need to use the camera, the camera can be embedded behind the rear shell, so that the camera is protected from being damaged and privacy security of the user is protected.
FIG. 2 illustrates an icon control interface display diagram for an application in a display device 200 according to some embodiments. In some embodiments, the display device may directly enter the preset vod program interface after being started, where the vod program interface may include at least a navigation bar 510 and a content display area located below the navigation bar 510, as shown in fig. 2, where the content displayed in the content display area may change with the change of the selected control in the navigation bar. The program in the application program layer can be integrated in the video-on-demand program and displayed through one control of the navigation bar, and can be further displayed after the application control in the navigation bar is selected.
In some embodiments, the display device may directly enter the display interface of the signal source selected last time after being started, or the signal source selection interface, where the signal source may be a preset video on demand program, or may be at least one of an HDMI interface, a live tv interface, etc., and after the user selects a different signal source, the display may display the content obtained from the different signal source.
In some embodiments, when a video file is played using a display device, the video file includes video content and video information, the video information being profile information of the video content including a video name, a progress bar, a collection number, and the like. Because the existing display device is only provided with one display, in order to facilitate the user to synchronously view the video information when viewing the video content, the video content and the video information need to be displayed at the same time.
During the playing of a video file, in order not to obstruct the main viewing content, the video progress bar is typically displayed at the beginning of the playing, and is automatically hidden if no operation is performed in 5 s. Therefore, the user cannot always view the video progress bar, so that the user cannot learn the real-time playing progress of the video file, and if the user needs to view, the user needs to trigger the display of the video progress bar, so that the operation is complex, and the user experience is affected.
Therefore, in order to improve user experience, when the video file is displayed by using the display device, the video content and the video information of the video file can be displayed in a split screen mode, and at the moment, two displays are required to be configured for the display device to form the double-screen display device. The video content is displayed by one display, the video information is displayed by the other display, the mutual shielding of the video content and the video information which need to be displayed is avoided, and the video progress bar can be always displayed in the other display.
In some embodiments, to enhance the user experience, the display device may be configured with two displays, a first display and a second display, respectively, the first display serving as a main screen (large screen) for displaying display content, such as video content, of the corresponding application; the second display is used as a secondary screen (small screen) for showing the social capacity, information prompt and other contents of the user, such as video information, and the video information is always shown in the second display in the video playing process.
In some embodiments, the two displays may be controlled by one overall controller, where one controller is configured in the display device, forming a dual-screen single-system display device. The controller is respectively in communication connection with the first display and the second display, so that content display of the two displays is realized.
In some embodiments, the two displays may be controlled by corresponding controllers respectively, where two controllers, a first controller and a second controller, are configured in the display device, to form a dual-screen dual-system display device. A first hardware system is configured in the first controller and is a main chip; and a second hardware system is configured in the second controller and is an auxiliary chip.
Fig. 3 illustrates a block diagram of a dual screen dual system display device, according to some embodiments. Referring to fig. 3, a first controller 210 is connected to a first display 201, and a second controller 310 is connected to a second display 202. The first controller controls the display of each content in the first display, and sends a broadcast to the second controller to inform the second controller to control the second display to display the content.
When a user operates the display device to generate a message or the device itself generates a message, the first controller sends the message required to be displayed in the second display to the second controller so that the second controller displays the message in the second display.
In some embodiments, when the video content of the video file is played in the first display, the video information of the video file is sent to the second display for continuous display.
Therefore, the video file is displayed in a split screen mode by using the double-screen display device, and when the video content is displayed in the first display, the video information can be continuously displayed in the second display. For example, in the dual-screen display device, when the large screen plays the video file, the small screen displays the playing progress of the video file, and a constant display function is configured for the playing progress, so that a user can conveniently see the playing progress of the current video file in real time when watching the video file, and the user experience is improved.
In some embodiments, when playing a video file, the display device provided in some embodiments of the present application may display the video file and the video progress bar synchronously in a split screen manner, so as to facilitate a user to watch the video file and the video progress bar simultaneously and avoid excessive interaction. And according to the playing state of the video file in the first display, the progress of the video progress bar in the second display is synchronously updated, so that the time difference generated by the playing progress of the two screens is avoided, and further, the synchronization of the playing progress of the large screen and the small screen can be realized according to the synchronization of the playing state under different playing scenes, and the user experience is good.
Fig. 4 illustrates a block diagram of a dual screen display device according to some embodiments. In order to achieve dual-screen synchronous playing of video files and improve user experience, some embodiments of the present application provide a display device, which is applied to a display device of a dual-screen single-system, referring to fig. 4, the display device 200 includes: a first display 201 configured to present a first user interface in which the content of each application, message or video file is presented; a second display 202 configured to present a second user interface in which system messages, notifications, or video information, etc., are presented; and a controller connected to the first display and the second display.
FIG. 5 illustrates a flowchart of a method for dual-screen synchronized playback of video files, according to some embodiments, including steps S11, S12, S13; fig. 6 illustrates a data flow diagram of a method for dual screen synchronized playback of video files in accordance with some embodiments. Some embodiments of the present application provide a display device, which may be a dual-screen single-system display device, when performing the dual-screen synchronous playing method of video files shown in fig. 5 and 6, the controller is configured to perform the following steps:
and S11, responding to the operation of triggering the playing of the video file, and displaying the video file in the first display for playing.
When a user needs to play the video files by using the display device, different video files are presented in a first user interface of the display device, and the user can click the designated video files to play by using a remote controller or a voice mode. The video file may be a video file provided in a certain video client, or a locally stored video file; the video client is an application configured in the display device.
FIG. 7 illustrates a schematic diagram of presenting a video list in a first user interface, according to some embodiments. After the user starts the display device, the homepage of the display device presents a user interface, and the user interface comprises different types of applications such as My, recommendation, list, themes, videos, games and the like. If the user wants to view resources of the movie class, the "movie" is triggered, and a list of videos is presented in the user interface. Referring to fig. 7, the video list includes a plurality of different video files, such as "dad" of a television play "," dado "and" jadeite ", where the user triggers the" dado "video file in the list by means of a remote controller or voice, and the controller acquires video content and video information of the video file from the server.
In order to improve the user experience, the double-screen display device can realize split-screen display of video files. Since the viewable area of the first display is larger than the viewable area of the second display, video content is presented on the first display and video information is presented on the second display.
Thus, after the video file is obtained from the server or locally, the video content of the video file may be shown in the first display for playback and the video information of the video file may be shown in the second display.
The video information comprises a progress bar, a video name, the number of video sets and the like, and the video content is a video picture of a video file. In order to avoid shielding the video picture, and the user can synchronously view the video progress bar when watching the video file, the video information also comprises playing progress information, the video information can be sent to the second display for display, and the video content can be sent to the first display for display.
And S12, in the playing process of the video file, generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file.
The video file split-screen display is very easy to have the condition that the playing progress of the video content in the first display is not synchronous with the playing progress corresponding to the video progress bar in the second display due to the network problem or the abnormal data transmission problem. Therefore, when the video progress bar is displayed in the second display, the video progress bar in the second display can be updated in real time according to the playing progress information of the video file played in the first display so as to ensure the synchronous playing of the two screens. The playing progress information comprises the playing progress and the total duration of the video file.
In some embodiments, in order to realize dual-screen synchronous playing, a video progress bar to be displayed in the second display may be determined in real time according to a playing progress and a total duration of the video file in a playing process of the video file, and a progress bar page including the video progress bar is generated and displayed in the second display.
The display form of the video progress bar can adopt a countdown form or a timing form, and besides the video progress bar, the display state of the current video file can be displayed in the progress bar page, and the display state displayed in the second display is consistent with the display state displayed in the first display. The play status includes pause, play, fast forward, fast reverse, advertisement start, advertisement end, etc.
In some embodiments, when the video progress bar takes the form of a countdown, the controller, upon executing a playback progress and a total duration based on the video file, generates a progress bar page comprising the video progress bar, further configured to:
step 1211, during the playing process of the video file, acquiring the total duration of the video file and the played duration corresponding to the current playing progress.
Step 1212, calculating a remaining time based on the total time and the played time.
And 1213, generating a progress bar page comprising a video progress bar based on the remaining time, wherein the video progress bar adopts a countdown form, and the time corresponding to the countdown form is the remaining time.
In the process of playing the video file in the first display, from the initial playing, sending the video information comprising the playing progress information to the second display in real time for displaying so as to realize synchronous playing.
The playing progress information comprises the total duration of the video file and the played duration corresponding to the current playing progress. At the time of initial playing, the played duration may be zero, or may be the duration corresponding to the time when the video file was previously watched and the playing was exited. For example, if a brand new video file is not previously viewed by the user, the on-air duration is zero; if the video file was previously viewed by the user and the playback was exited when the playback was to time 20:05, the length of time that has been played is 20 minutes to zero 5 seconds. The total duration of the video file is the duration corresponding to the complete playing of the video file.
When the countdown mode is adopted, the countdown time length is the time length of the part of the video file which is not played, and the display time length gradually decreases along with the playing. Therefore, the difference between the total duration and the played duration is calculated to obtain the remaining duration. For example, the total duration t=42 minutes, the on-air duration t1=20 minutes zero 5 seconds, and the remaining duration t2=t-t1=21 minutes zero 55 seconds.
Fig. 8 illustrates an effect schematic of a video strip in a countdown form, according to some embodiments. A video progress bar in the form of a countdown is determined according to the remaining time period, and the remaining time period of 21 minutes and 55 seconds is displayed on the right side of the UI diagram of the video progress bar, see (a) of fig. 8. And as the playback proceeds, an automatic countdown starts, see (b) and (c) in fig. 8, showing 21 minutes zero 54 seconds, 21 minutes zero 53 seconds … … in sequence.
And generating a progress bar page according to the video progress bar in the countdown form so as to be displayed in the second display, so that the video progress bar in the second display dynamically adjusts time in the countdown form along with the playing process of the video file in the first display, and the double-screen synchronous playing is ensured.
In some embodiments, when the video progress bar is in a timed form, the controller, upon executing a play progress and a total duration based on the video file, generates a progress bar page comprising the video progress bar, further configured to:
step 1221, acquiring the total duration of the video file and the current playing time corresponding to the current playing progress in the playing process of the video file;
step 1222, based on the total duration and the current playing time, generating a progress bar page including a video progress bar, wherein the video progress bar adopts a timing form, and the time corresponding to the timing form is the current playing time.
When the timing form is adopted, the playing progress information comprises the total duration of the video file and the current playing time corresponding to the current playing progress. The current playing time refers to a time point of total duration corresponding to the played duration of the video file, and at the initial playing time, the current playing time can be zero minutes and zero seconds, or can be a corresponding time when the video file is watched and exits playing at the previous time. For example, if the video file is a brand new video file, and the user has not seen the video file before, the current playing time is zero minutes and zero seconds; if the video file is watched by the user before, or the operations such as pause, fast forward or fast backward are executed, if the playback is stopped when the playback reaches 20:05, or the operations such as pause, fast forward or fast backward are executed when the playback reaches 20:05, the current playback time is 20:05.
When the timing form is adopted, the timing moment is the moment when the video file is being played, and the display moment gradually increases along with the progress of playing. Therefore, when the progress bar page is generated, a video progress bar UI diagram is generated based on the total duration, identification points are generated in the video progress bar UI diagram based on the current playing time, and the progress bar page is generated based on the identification points and the video progress bar UI diagram. The current playing time is displayed above the identification point, the identification point moves to the right along the UI diagram of the video progress bar along with the playing, and the current playing time above the identification point gradually increases.
Fig. 9 illustrates an effect schematic of a video strip in a timed form according to some embodiments. Referring to fig. 9 (a), when the total duration is 42 minutes and the current playing time is 20:05, a video progress bar UI diagram is generated based on the total duration 42:00, and the total duration 42:00 is displayed on the right side of the video progress bar UI diagram. And displaying the identification point at the position corresponding to the current playing time 20:05 on the UI diagram of the video progress bar, and displaying the current playing time 20:05 above the identification point. As the playback proceeds, referring to (b) and (c) in fig. 9, the mark point moves to the right in position, and the current playback time displayed above it is displayed in sequence 20:06, 20:07 … ….
And generating a progress bar page according to the video progress bar in the timing form so as to be displayed in the second display, so that the video progress bar in the second display dynamically adjusts time in the timing form along with the playing process of the video file in the first display, thereby ensuring the synchronous playing of the two screens.
In some embodiments, the user may perform operations such as pause, fast forward or fast backward on the video file during the playing process of the video file, so as to change the playing state of the video file. When the video file in the first display performs the above operation, in order to facilitate the user to watch the playing state of the video file in time, the playing state may be displayed in the second display, and at this time, the UI diagram corresponding to the playing state is synchronously displayed in the generated progress bar page.
In some embodiments, when the playing state is presented, the controller, upon executing a playing progress and a total duration based on the video file, generates a progress bar page including a video progress bar, further configured to:
step 1231, during the playing process of the video file, obtaining the total duration of the video file, the current playing state and the current playing time corresponding to the current playing progress.
Step 1232, based on the total duration, the current playing state and the current playing time, generating a progress bar page including a video progress bar and a state UI diagram, wherein the display form of the video progress bar includes a countdown form and a timing form, the state UI diagram is used for representing the current playing state, and the display state of the video progress bar is consistent with the current playing state.
When the second display needs to synchronously display the playing state of the video file, if the operations such as pause, play, fast forward or fast backward are executed on the video file, the playing progress information comprises the total duration of the video file, the current playing state and the current playing time corresponding to the current playing progress. The current playing state is used for representing the operation type of the user on the video file, such as a pause state, a playing state, a fast forward state or a fast backward state.
And generating a video progress bar based on the total duration and the current playing time, wherein the display form of the video progress bar comprises a countdown form and a timing form, and the video progress bar can be alternatively generated during generation. The process of generating the video progress bar in the countdown form and the video progress bar in the timing form may refer to the content of the foregoing embodiment, and will not be described herein.
Based on the current playing state, a corresponding state UI diagram is acquired, and a progress bar page is generated based on the video progress bar and the state UI diagram. The state UI diagram may be displayed on one side of the video progress bar, and a play state (a display state of the video progress bar) displayed by the state UI diagram coincides with a play state generated by the video file performing a certain operation.
FIG. 10 illustrates an effect diagram of a progress bar page including a status UI diagram in accordance with some embodiments. Referring to fig. 10 (a), in a scene where a video progress bar in the form of a countdown is generated, if a user performs a pause operation on a video file while 21 minutes and 55 seconds remain, a state UI diagram representing a pause state is acquired and displayed on the left side of the video progress bar. Referring to fig. 10 (b), when the playback is started for the remaining 21 minutes and 42 seconds, a state UI diagram of the playback state is acquired, and the state UI diagram of the pause state is replaced with the state UI diagram of the playback state.
And S13, displaying a progress bar page comprising a video progress bar in the second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file displayed in the first display.
After generating a progress bar page including a video progress bar according to the video information of the video file based on the foregoing method, the progress bar page including the video progress bar is displayed in the second display.
In some embodiments, a constant display function is configured for the progress bar page, and the video progress bar can be continuously displayed in the second display, so that a user can see the corresponding playing progress in real time when watching the video file in the first display. And along with the progress of the playing process, the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display, so that double-screen synchronous playing is realized, and user experience is improved.
In some embodiments, the user may perform different types of operations on the video file during the playing process of the video file, so as to generate different playing states. Thus, to enable the video progress bar presented in the second display to follow the play state synchronization change when the play state change is generated, the controller is further configured to:
Step 141, in the process of playing the video file, responding to a state change instruction triggering the video file to change the playing state, and generating a new progress bar page based on the playing progress corresponding to the current playing state after the playing state is changed.
And 142, displaying the new progress bar page in a second display, wherein the playing state presented in the new progress bar page is the same as the current playing state after the playing state of the video file is changed, and the playing progress presented in the new progress bar page is the same as the playing progress corresponding to the current playing state.
In the process of playing the video file in the first display, if a user needs to execute operations such as pause, play, fast forward or fast backward on the video file according to an actual application scene, the playing state of the video file is changed. In order to enable the corresponding playing progress to be synchronously displayed in the second display when the playing state of the video file is changed.
Therefore, when the user triggers the video file to change the playing state, a state change instruction is generated, the controller responds to the state change instruction, the acquired video information comprises the playing progress corresponding to the current playing state after the playing state is changed, and a new progress bar page comprising the video progress bar is regenerated based on the current playing time corresponding to the playing progress after the state is changed and the total duration of the video file.
The time presented on the regenerated video progress bar is the current playing time corresponding to the state change, the display form of the regenerated video progress bar comprises a countdown form and a timing form, and when the regenerated video progress bar is generated, the regenerated video progress bar can be alternatively generated. The generation process of the video progress bar in the countdown form and the video progress bar in the timing form may refer to the content of the foregoing embodiment, and will not be described herein.
In some embodiments, a state UI diagram may also be synchronously displayed when a new progress bar page is generated, where the state UI diagram is used to characterize a playing state corresponding to a user performing an operation on a video file. The generation process of the state UI diagram may refer to the content of the foregoing embodiment, and will not be described herein.
And displaying the new progress bar page in the second display to update the video progress bar displayed in the second display, so that the playing state displayed in the new progress bar page is the same as the current playing state after the playing state of the video file is changed, and the playing progress displayed in the new progress bar page is the same as the playing progress corresponding to the current playing state, thereby ensuring the synchronous playing of the double screens.
For example, to ensure the synchronicity of the dual-screen playback, the video progress bar in the second display stops adjusting the time when the video file in the first display is paused, and resumes adjusting the time when the playback is resumed.
When playing is started again, the controller generates a progress bar page again according to the video information corresponding to the current playing, so that the playing progress corresponding to the video progress bar in the second display is ensured to be consistent with the playing progress of the video file in the first display after one pause/play operation is executed.
When the video file in the first display executes the fast-forward or fast-backward operation, a progress bar page is generated again according to video information corresponding to the moment after the fast-forward or fast-backward operation is adjusted based on the time adjustment interval of the fast-forward or fast-backward operation, the video progress bar is updated in the second display, the time corresponding to the video progress bar is consistent with the moment after the video file executes the fast-forward or fast-backward operation, and further the playing progress corresponding to the video progress bar in the second display is consistent with the playing progress of the video file in the first display.
That is, when an operation affecting the playing progress is generated, a new progress bar page is generated in real time to adjust and correct the playing progress of the dual-screen, so as to prevent the time difference of the playing progress of the dual-screen, and meanwhile, the changed playing state is displayed in the second display, so that the dual-screen synchronous playing is ensured.
In some embodiments, relevant information such as a progress bar of a video file may be shown only in the second display, with only video content shown in the first display. At the moment, the progress of the progress bar in the second display is synchronized in real time based on the operation of the user on the video content in the first display, and double-screen synchronous playing is achieved.
In some embodiments, the playing progress bar of the player can be normally displayed in the first display while the relevant information such as the progress bar of the video file is displayed in the second display.
In some embodiments, after receiving the video data, the system invokes the player control to play the video data, where a playing progress bar for displaying the playing progress of the video data is generally configured in the player control, in some embodiments, the playing progress bar may be hidden when the user does not operate, and after the user triggers the operation, the playing interface of the player is displayed, so as to improve the viewing experience of the user, and in some embodiments, the playing progress bar may be always displayed. The playing progress bar of the player is displayed on a playing interface of the player control, and the playing interface of the player is displayed on the first display.
In some embodiments, when the video file is played on the first display, and the user pauses or otherwise operates the video content in the first display, a progress bar appears in the first display, and at this time, the large screen (first display) progress bar and the small screen (second display) progress bar coexist. For example, when a user pauses, the progress bar in the large screen pauses according to the traditional logic, and synchronously informs the small screen to pause the independent progress bar, so that the progress of the progress bar in the large screen and the progress bar in the small screen are synchronous, and double-screen synchronous playing is realized.
In some embodiments, the progress bar of the second display is a thread in parallel with the video player.
In some embodiments, the progress bar of the second display may trigger a thread when the playing interface of the player control is displayed on the first display, or may trigger a thread when full screen playing of the player control is displayed on the first display.
In some embodiments, the control invokes the player to play the video data and display the player interface on the first display while starting a progress bar thread of the second display, the second progress bar thread displaying a progress bar based on a play progress of the player.
In some embodiments, when the playing progress bar of the first display is hidden during video playing, the second progress bar of the second display is still displayed, so that a user can intuitively know the playing progress and does not influence the viewing of the video.
In some embodiments, the display interface of the second display includes at least two areas, one for displaying the progress bar and one for displaying the prompt message.
In some embodiments, the display of the progress bar of the second display may be interrupted by a higher priority message, but the thread controlling the progress bar is still running in the background, so that restoring the displayed progress bar after the message presentation is completed still ensures accurate progress display.
In some embodiments, when the video file is played by using the dual screen of the display device, the second progress bar thread does not actively acquire the playing progress of the player, and can control the progress display of the second display progress bar according to the last acquired video duration and playing progress and based on the current clock and the clock at the last acquisition. And the control of the progress bar of the second display is performed by utilizing the local clock, so that frequent communication with the player or a module for managing the player is not needed, and the operation efficiency of the system is improved. If the user does not perform corresponding operations on the video content in the first display, such as pause, play, fast forward, fast backward, etc., that is, during the period when the large screen is not in operation, the progress bar in the second display may advance the progress bar according to the local clock, and at this time, the small screen does not depend on the large screen play progress.
In some embodiments, since the progress bars displayed in the second display are independent, the progress pushing is based on the local clock, so that when the user operates the video content in the first display to pause, fast forward or fast backward, if the progress bars in the second display still push the progress according to the logic of the user, the progress bar is very easy to be inconsistent with the playing progress of the video content in the first display, that is, the progress of the large screen and the small screen is asynchronous. At this time, the method of the application can be adopted, based on the operation of the user on the first display, the progress bar in the second display is adjusted according to the playing progress of the video content in the first display in real time, so that the progress bar can be played synchronously with the video content.
In some embodiments, because the user controls the video player based on the operation of playing the video, the thread/module controlling the second progress bar does not frequently acquire the real-time progress of the player, so that a problem that the playing progress of the second display is inconsistent with the playing progress of the player may occur, for example, the user performs operations such as fast forward, fast backward, pause, etc. in the player of the first display, or the first display performs advertisement insertion to cause the video data playing terminal, or network clip or codec clip causes the player to play insufficiently smoothly, and in order to solve this problem, the controller synchronizes the playing progress to the management thread/module controlling the progress bar of the second display when the progress of the player is in a non-real-time playing condition such as pause, start, drag, step, etc. so as to perform synchronous adjustment on the progress bar of the second display.
In some embodiments, the progress synchronization with a long period may be further set, for example, the period is greater than or equal to 2 seconds, or even the synchronization period with a minute level may be set for synchronization, and by combining with controlling the progress bar of the second display by using the local clock, the unnecessary loss caused by real-time synchronization may be solved while the playing progress is accurately displayed.
In some embodiments, pause and play operations are performed on the video file, which may be triggered automatically by the system in addition to manual operations by the user. For example, if an advertisement file exists in a video file, the video file is usually in a pause state when the advertisement is played, and after the advertisement is played, the video file is played again in a play state.
Therefore, when the advertisement is played, the video progress bar in the second display needs to be adjusted synchronously. Specifically, in this process, the controller is further configured to:
step 151, if the advertisement file exists in the video file, acquiring an initial playing time and an end playing time of the advertisement file corresponding to the total duration in the playing process of the video file including the advertisement file.
And step 152, stopping playing the video file in response to a pause playing instruction generated when the playing progress reaches the initial playing moment, generating a new progress bar page based on the playing progress corresponding to the stopping playing state, displaying the new progress bar page in a second display, and displaying the stopping playing state in the new progress bar page, wherein the playing progress displayed in the new progress bar page is identical to the playing progress corresponding to the initial playing moment.
Step 153, starting to play the video file in response to a play start instruction generated when the play progress reaches the play end time, generating a new progress bar page based on the play progress corresponding to the play start state, displaying the new progress bar page in the second display, and displaying the start play state in the new progress bar page, wherein the play progress displayed in the new progress bar page is identical to the play progress corresponding to the play end time.
When the advertisement file exists in the video file, determining the initial playing time and the end playing time of the advertisement file based on the time on the total time length.
FIG. 11 illustrates an effect diagram of a dual screen play video file according to some embodiments. Referring to fig. 11, if the user selects the "all-in-one" video file to play, the "all-in-one" video content is displayed in the first display, and the video information is displayed in the second display. The video information includes a video name, a video set number, and a video progress bar. The video progress bar shown in fig. 15 takes the form of a countdown with a remaining duration of 25 minutes 15 seconds.
In the process of continuously playing the video file, if the moment corresponding to the playing progress of the video file reaches the initial playing moment, at the moment, the advertisement needs to be played, and the playing of the video file is paused, a pause playing instruction is generated. If the moment corresponding to the playing progress of the video file reaches the playing ending moment, which indicates that the advertisement is played at the moment, the video file can be played again, and a playing starting instruction is generated.
In some embodiments, when the controller responds to the pause playing instruction, the advertisement file starts to be played in the first display, and the video file stops being played in the background. At this time, the video file is in a stopped playback state.
In order to synchronize the display content in the second display, generating a new progress bar page based on the playing progress corresponding to the playing stopping state, displaying the new progress bar page in the second display, and displaying the playing stopping state in the new progress bar page, wherein the playing progress displayed in the new progress bar page is identical to the playing progress corresponding to the initial playing moment. The implementation process of generating the new progress bar page may refer to the content of the foregoing embodiment, and will not be described herein.
FIG. 12 illustrates an effect diagram of starting playing an advertisement file, according to some embodiments. Referring to fig. 12, if the total duration of the video file is 42 minutes, and there is an advertisement file between 20 minutes to 20 minutes and 15 seconds, the initial playing time of the advertisement file is 20:00, and the corresponding remaining duration is 22 minutes and 0 seconds; the playing time is 20:15, and the corresponding remaining time is 21 minutes and 45 seconds. Therefore, when the initial playing time corresponding to the playing progress of the video file is 20:00, the advertisement file starts to be played in the first display, the background stops playing the video file, meanwhile, the video progress bar displayed in the second display is in a pause state, the time corresponding to the pause state is 20:00, and the corresponding remaining time is 22 minutes and 0 seconds.
In some embodiments, the play start command is generated when the play progress of the video file reaches 20:15 of the end play time. When the controller responds to the playing start instruction, the advertisement file in the first display is completely played and the display is stopped, and meanwhile, the first display continues to display the video file and the playing is restarted. At this time, the video file is in a start-up playing state, and the remaining duration of the corresponding display is 21 minutes and 45 seconds, which is not shown in the figure.
In order to synchronize the display content in the second display, a new progress bar page is generated based on the playing progress corresponding to the starting playing state, and is displayed in the second display, the starting playing state is displayed in the new progress bar page, and the playing progress displayed in the new progress bar page is identical to the playing progress corresponding to the ending playing time. The implementation process of generating the new progress bar page may refer to the content of the foregoing embodiment, and will not be described herein.
Therefore, when the advertisement file exists in the video file, the operations of playing the advertisement and stopping playing the advertisement are also operations of affecting the playing progress and the playing state of the video file to change. Therefore, when the advertisement is played or the advertisement is played, the playing progress and the playing state of the corresponding video file are synchronized to the second display, and the second display displays the new progress bar page according to the new generation, so that the double-screen synchronous playing is realized.
In some embodiments, when a user performs operations such as pause/play/fast forward/fast backward on a video file, after the controller senses a corresponding user instruction, the controller changes the playing state of the video file in the first display, meanwhile, assembles data, generates a progress bar page, and sends the progress bar page to the second display for display, so that the display content of the second display is refreshed based on the current playing progress of the video file. For example, if the pause instruction is a pause instruction, stopping refreshing of the playing progress of the second display; if the playing command is a playing command, the playing progress is refreshed based on the new progress bar page, and then the timing of playing is restarted.
In some embodiments, since the video information of the video file is displayed with low priority, the display of the video progress bar is covered if the controller sends other messages during the display of the second display. The priority of the message is higher than or equal to the priority of the video information, and the message can be related media resource recommendation, system notification and the like. The message is a short-duration message, and only needs to be displayed briefly, so that when the message display duration reaches a preset duration (such as 15 seconds), the display of the message is canceled, and the video progress bar is displayed again.
FIG. 13 illustrates an effect diagram of showing media recommendation information in a second display, according to some embodiments. When the video files played by the user are all stiff, the double-screen display effect is shown in fig. 11. Referring to fig. 13, if the controller generates media recommendation information, it is transmitted to the second display. The media recommendation information has a higher priority than the video information and can therefore be presented on the second display, such as "secret corner will be played below". After the media asset recommendation information is displayed for more than 15 seconds, the display of the media asset recommendation information is canceled, and the video progress bar is displayed again, so that the state shown in fig. 11 is restored.
In some embodiments, when the user exits the video file playback, the large screen is controlled to be released at the player, while the small screen is notified of the organization data. And after receiving the play exit instruction, the small screen cancels the display of the progress bar, and then displays the default home page of the small screen.
Thus, upon the video file in the first display exiting play, the controller is further configured to:
step 161, in the process of playing the video file, in response to the play exit command triggering the video file to exit the play, canceling the display of the video file in the first display and the display of the progress bar page in the second display.
Step 162, obtaining a default homepage of the second display, and displaying the default homepage in the second display.
If the user wants to quit playing in the playing process of the video file, the remote controller is used for triggering the video file to quit to generate a command for quitting playing. At this time, the controller responds to the exit playing instruction, and controls the first display to not display the video file any more, and simultaneously, the second display to not display the progress bar page any more.
And in order to restore the normal running state of the display equipment, acquiring a default homepage of the second display, and displaying the default homepage in the second display. The default homepage is used for displaying information such as date, time, volume, message number and the like.
Therefore, the display device provided by some embodiments of the present application can display the video file in a split screen manner, that is, display the video content of the video file in the first display and continuously display the video information of the video file in the second display, so that the user can conveniently watch the video file and the video progress bar at the same time, and excessive interactions are avoided. When the video information is displayed on the second display, the progress and the state of the video progress bar in the second display can be synchronously updated according to the playing state and the playing progress of the video file in the first display, so that the time difference generated by the playing progress of the two screens is avoided, the synchronization of the playing progress of the large screen and the small screen can be realized according to the synchronization of the playing state under different playing scenes, and the user experience is good.
When the method for synchronously playing the video files by the two screens is executed, the display device provided by the embodiment is applied to the display device of the two-screen single system, and both the two displays are controlled by the same general controller, namely, the process of controlling the first display and the second display to display the content is controlled by the general controller.
In other embodiments, the display device may also be a dual-screen dual-system display device, that is, the first controller controls the presentation of each content in the first display, and sends a broadcast to the second controller to inform the second controller to control the second display to present the content. In the double-screen double-system display equipment, a first controller is a main controller, a second controller is an auxiliary controller, a message required to be displayed in a second display is generated in the first controller, the first controller sends the message to the second controller, and the second controller controls the second display to display.
Fig. 14 illustrates a traffic timing diagram of a method for dual-screen synchronized playback of video files according to some embodiments. Referring to fig. 14, a video file to be displayed is triggered by an application (large screen application) configured in the first controller, and the large screen application acquires a specified video file from a server and generates play progress information of the video file.
In a scene of double-screen display, the first controller needs to send the playing progress information of the video file to the second controller so that the second controller can refresh the progress of the video progress bar displayed in the second display according to the playing progress information of the video file.
In some embodiments, when sending the playing progress information of the video file, the first controller configures an hicpc (dual screen information transfer channel) therein, and the first controller forwards the playing progress information of the video file to the second controller through the hicpc.
In some embodiments, if the user wants to view the video file, generating a play instruction, the first controller presenting video content of the video file on the first display; meanwhile, the playing progress information of the video file is forwarded to the second controller through the HIRPC. And the second controller generates a progress bar page according to the playing progress information of the video file, and displays the progress bar page in the second display. The play progress information includes a play progress and a total duration.
In some embodiments, if the user wants to fast forward or fast backward to view the video file, a fast forward instruction or a fast backward instruction is generated. The first controller responds to the fast forward instruction or the fast backward instruction, and plays the video content of the video file forwards or backwards and displays the video content on the first display; and simultaneously, forwarding the current playing progress information of the video file corresponding to the fast forward or fast backward operation to the second controller through the HIRPC. And the second controller generates a progress bar page according to the playing progress information of the video file, and displays the progress bar page in the second display so as to refresh the video progress bar displayed in the second display.
In some embodiments, an exit play instruction is generated if the user wants to exit viewing the video file. The first controller responds to the exit playing instruction, and cancels the display of the video content in the first display; and meanwhile, forwarding the exit playing instruction to the second controller through the HIRPC. The second controller obtains a default homepage of the second display and displays the default homepage in the second display.
In some embodiments, some embodiments of the present application provide a display device comprising: a first display configured to present a first user interface in which content of each application, message, or video is presented; a second display configured to present a second user interface in which system messages, notifications, or video information, etc., are presented; a first controller coupled to the first display, the first controller configured to: responding to the operation of triggering the playing of the video file, and displaying the video file in a first display for playing; and sending the playing progress and the total duration of the video file to a second controller. And a second controller coupled to the second display, the second controller configured to perform a two-screen playback progress synchronization method of the video file.
Fig. 15 illustrates another flow chart of a method of two-screen playback progress synchronization of a video file in accordance with some embodiments. Some embodiments of the present application provide a display device, which may be a dual-screen dual-system display device, when executing the dual-screen playing progress synchronization method of the video file shown in fig. 15, the second controller is configured to execute the following steps:
s21, in the process of playing the video file, receiving the playing progress and the total duration of the video file sent by the first controller.
S22, generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file.
S23, displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is identical to the playing progress of the video file displayed in the first display.
In the dual-screen dual-system display apparatus, since the first controller is the main controller, both the message required to be presented on the first display and the message required to be presented on the second display are generated in the first controller.
When the split screen display is realized, the first controller displays the video content of the video file in the first display, and meanwhile, the first controller sends the generated playing progress and total duration of the video file to the second controller, and after the second controller receives the playing progress and total duration of the video file, a progress bar page comprising a video progress bar is generated.
And the second controller displays a progress bar page comprising a video progress bar in the second display, and the playing progress corresponding to the video progress bar is the same as the playing progress of the video file displayed in the first display.
The specific execution process of the first controller and the second controller may refer to the execution process of the dual-screen single-system display device in the foregoing embodiment, which is not described herein again.
In some embodiments, when a user performs operations such as pause/play/fast forward/fast backward on a video file, the first controller changes the playing state of the video file in the first display after sensing a user instruction, and at the same time, performs data assembly, and sends playing progress information corresponding to the current playing state and the playing progress to the second controller. And after receiving the message of the playing progress, the second controller regenerates a new progress bar page so as to refresh the current playing progress. For example, after receiving the instruction sent by the first controller, the second controller firstly judges the instruction type, and if the instruction is a pause instruction, the second controller stops refreshing the small screen playing progress; if the playing command is a playing command, the playing progress is refreshed based on the new progress bar page, and then the timing of playing is restarted.
In some embodiments, during the process of displaying the video progress bar on the second display, if the first controller sends other messages to the second controller, the second controller determines that the priority of the message is higher than the priority of the video progress bar, and therefore, the message is displayed in the second display to cover the playing progress bar. And when the message display duration reaches a preset duration (such as 15 seconds), canceling the display of the message, and displaying the video progress bar again.
In some embodiments, when the user exits the playing of the video file, the first controller controls the player to release and cancel the presentation of the video content of the first display; and simultaneously, forwarding the play exit instruction to a second controller, canceling the display of the progress bar after the second controller receives the play exit instruction, and displaying the home page defaulted by the small screen.
When the double-screen display device is used, a user selects the content displayed by the first display (large screen) to display the video file after starting up, and the video content of the video file is displayed on the first display; and simultaneously, sending the playing progress information of the video file to the second controller. And the second controller receives the progress information to generate a progress bar page comprising a video progress bar, and displays the progress bar page in a second display. And when the playing state of the video file in the first display is changed, synchronously refreshing the video progress bar displayed in the second display, avoiding time difference between the two screens and realizing synchronous playing of the two screens. The above process can be applied to a dual system or a single system, and the only dependent scene is a display device needing content split-screen display, namely a dual-screen display device.
As can be seen from the above technical solutions, in the display device provided by some embodiments of the present application, when the dual-screen synchronous playing method of the video file is executed, the video file is displayed in the first display for playing; in the playing process of the video file, generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file; and displaying the progress bar page comprising the video progress bar in the second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display. Therefore, the display device can display the video file in a split screen manner so as to continuously display the video progress bar in the second display, so that a user can conveniently watch the video file and the video progress bar at the same time, and excessive interaction is avoided. In the playing process, the progress and the state of the video progress bar in the second display can be synchronously updated according to the playing state and the playing progress of the video file in the first display, so that the time difference generated by the playing progress of the two screens is avoided, and further, the synchronization of the playing progress of the large screen and the small screen can be realized according to the synchronization of the playing states under different playing scenes, and the user experience is good.
Fig. 16 shows a message display interaction diagram of a dual-screen dual-system display device according to some embodiments, referring to fig. 3 and 16, in some embodiments, when the display device performs content display by using dual screens, since the display mode of the existing secondary screen when displaying a message is a fixed mode, the content displayed by the secondary screen is relatively single, and cannot display more content, so that the user experience is poor. Therefore, in order to enable the display device to automatically switch the display mode of the secondary screen content according to the application scene of information display, some embodiments of the present application provide a method for displaying the secondary screen content, where the secondary screen (the second display) can automatically switch the information display mode without active manipulation by the user.
In order to improve user experience, when the secondary screen displays message content, the secondary screen needs to acquire a control focus of the remote controller in certain scenes. For example, if the message to be presented on the second display is a media asset recommended to the user, then viewing may be switched if the user is interested, i.e., the media asset content is presented by switching the first display. At this time, after the user triggers the remote control menu key, the second display responds to the operation to trigger the media information displayed in the second display, so that the content of the recommended media is displayed on the first display.
And typically, the user triggers the operation of the remote control key to be responded by the first display. Therefore, in order to ensure that the second display can respond to the remote controller key preferentially when the message content needs to be displayed in a skip mode, a focus monitoring thread needs to be registered for the second display, namely, the key information of the remote controller is preempted preferentially (the implementation mode can be the response value of the preempted key).
FIG. 17 illustrates a flowchart of a method of presentation of secondary screen content, in accordance with some embodiments; fig. 18 illustrates a data flow diagram of a method of presentation of secondary screen content in accordance with some embodiments. Some embodiments of the present application provide a display device, which may be a dual-screen single-system display device, when performing the method for presenting the contents of the sub-screen shown in fig. 17 and 18, the controller is configured to perform the following steps:
and S11A, when a message which needs to be displayed on the second display is generated, determining whether a jump identifier for representing a jump playing function exists in the message, wherein the jump playing function is used for displaying the content corresponding to the message in the first display after receiving the confirmation operation for the message.
The messages generated by the display device during use include messages generated when a user triggers a certain operation, and messages generated when system parameters are adjusted, etc. The user-triggered operations include operations in which the user triggers a certain video file to play, such as clicking a certain video resource in a certain video client or clicking a locally stored video file, etc.
When a certain video file is clicked by a remote controller or voice, the video content of the video file is displayed in a first display, and other video information can be displayed in a second display, so that the content in the first display is prevented from being blocked. At this time, the message generated when the user clicks a certain video file is the video information that needs to be displayed on the second display.
In some embodiments, the controller, upon execution to generate a message requiring content presentation at the second display, is further configured to:
and step 1111, responding to the operation of triggering the playing of the video file, and acquiring the video content and the video information of the video file.
Step 1112, presenting the video content in the first display, and generating a message based on the video information that requires content presentation at the second display, the message characterizing video information of the currently playing video file.
When video playing is required by using the display device, a video list comprising different video files is presented in a first user interface of the first display, and a user can trigger a certain video file in the list to play in a remote control or voice mode.
With continued reference to fig. 19, the first display presents "all-in-one" episode content and the second display presents video information. The video information includes information such as progress bar, video name, number of video sets, etc. The video content is a video picture of the video file, and in order to avoid shielding the video picture, the video information is sent to the second display for displaying. At this time, a message that needs to be displayed on the second display can be generated based on the video information, and in the current scene, the generated message is used to represent the video information corresponding to the video file that is currently played.
In some embodiments, after a video file is played near completion, a file similar to the video file may also be generated for pushing to the user. Thus, when media pushing occurs during playback of the video file to generate a message requiring content presentation at the second display, the controller is further configured to perform the steps of:
step 1113, when playing the video file, if the playing duration of the video file meets the push time condition, generating post-simulcast information based on the video file.
Step 1114, adding a skip identifier to the post-simulcast information, and generating a message for content presentation on the second display based on the post-simulcast information added with the skip identifier, where the post-simulcast information is a media asset recommended to the user for presentation after the currently played video file is completely played.
When playing a video file using a dual-screen display device, if the video file is adjacent to the time when the playing is completed, for example, the playing duration of the video file satisfies the push time condition, post-simulcast information may be generated based on the video file. The push time condition refers to a time condition that can push video resources, and in some embodiments, the push time condition may be set to be the first 30 seconds of the overall duration of the video file, that is, the first 30 seconds after the video file is played, and post-simulcast information may be generated according to the currently played video file.
FIG. 20 illustrates a schematic diagram of a secondary screen presenting a media asset recommendation message, in accordance with some embodiments. Referring to fig. 20, if the recommended media asset is "summer health care wonderful" after a certain video file is played adjacently, the generated post-simulcast information is "summer health care wonderful".
The back simulcast information refers to media assets recommended to the user for display after the currently played video file is played. Because the post-simulcast information is a video resource pushed to the user, in order to facilitate the user to click on the pushed video resource to play, a skip identifier can be added to the post-simulcast information when a message needing to display the content on the second display is generated, the skip identifier is used for representing that a certain message has a skip playing function, and the skip playing function is used for displaying the content corresponding to the message displayed on the second display in the first display. When the jump identifier exists, an operation prompt can be popped up synchronously in the second display to inform a user of corresponding operation, and the prompt content can be 'click menu key to view'.
Based on the post-simulcast information with the added skip identification, a message requiring content presentation on the second display may be generated. And the back simulcast information is displayed on the second display, so that the information can be prevented from shielding video pictures of the video file being watched, and the user experience is improved.
FIG. 21 illustrates another diagram of a secondary screen presenting a media asset recommendation message, in accordance with some embodiments. Referring to fig. 21, in some embodiments, when a face of an actor appears in a video frame presented in a first display while a video file is being played using a display device, other movie resources of the actor may be generated based on the actor's face for pushing to a user. For example, when playing a "all-straight" video file, if an image of "Yao Chen" appears in the video frame, a resource search may be performed based on the image of "Yao Chen" to push the movie resource related to "Yao Chen" to the user.
At this time, the generated push resource is the message which needs to be displayed on the second display at present, and the form of the message displayed on the second display can be a "Yao Chen highlight segment, so as to share the bean lens".
The file or the video resource that can be recommended to the user is the post-simulcast information (as shown in fig. 20 or fig. 21), and the post-simulcast information refers to a file that can be played later based on the selection of the user after the current video file is played. The back simulcast information is notification information and can be displayed on the second display, and at the moment, a message which needs to be displayed on the second display can be generated based on the back simulcast information.
Because the back simulcast information is displayed on the second display and the first display is used for displaying the video content of the video file currently played, in order to facilitate the user to know that the information displayed in the second display is clickable information so as to perform skip play based on the back simulcast information, a skip identifier can be added to the back simulcast information, and an operation prompt is synchronously displayed in the second display, wherein the prompt content can be 'click menu key view'.
In some embodiments, the message generated by the display device during use may be generated when system parameter adjustments are made in addition to the message generated by the user-triggered operation. System parameters include, but are not limited to, volume, number of notifications, number of information, wiFi signals, and the like.
Thus, in system parameter adjustment, the controller, upon execution, generates a message requiring content presentation at the second display, is further configured to perform the steps of:
step 1121, in response to the operation triggering the system parameter adjustment, acquiring the adjusted system parameter.
Step 1122, based on the adjusted system parameters, a message is generated that requires content presentation on the second display, the message characterizing the adjusted system parameters.
When the user adjusts the system volume or the system receives the notification or information, the corresponding system parameters are changed, namely 1 is added on the basis of the original values. And the system parameters are typically displayed in the second display, so that a message requiring content presentation on the second display can be generated based on the adjusted system parameters, and in the current scenario, the generated message is used to characterize the system parameters that are automatically or manually adjusted by the user.
FIG. 22 illustrates a schematic diagram of secondary screen presentation system parameters, according to some embodiments. Referring to fig. 22, if the user adjusts system parameters of the display device during the "all-straight" process of playing the video file, the adjusted system parameters may be displayed in the second display.
For example, if the system volume value presented in the current second display is 28, and the user increases the volume value by triggering the remote control volume key, the increased volume value information is sent to the second display for presentation, and if two volume values are increased, the system volume value presented in the current second display is 30. At this time, the current system volume value 30 is a message that the content needs to be displayed on the second display.
In some embodiments, the message that may be presented in the second display may also include a message generated by a user-defined alarm clock reminder, calendar reminder, or the like. When the current time reaches the reminding time defined by the user, corresponding alarm clock information or schedule information can be displayed in the second display.
Based on the foregoing, it can be seen that the primary screen will send a broadcast when the secondary screen needs to be triggered to display a scene of a message, and common scenes include, but are not limited to, a status display type message, for example, increasing or decreasing volume, changing WiFi intensity, having a notification or message, etc.; another type is an information presentation type message, for example, when a movie is played, if a movie is recommended based on a certain actor, a message is sent to the sub-screen, or after the completion of the playback, a push is made to the sub-screen for presentation of the post-simulcast information.
In some embodiments, to facilitate the user's skip play of the post-simulcast information presented in the second display, it may be determined whether a skip flag is present in the message after the message is generated. When the jump identifier exists, an operation prompt can be popped up synchronously in the second display to inform a user of corresponding operation, and the prompt content can be 'click menu key to view'.
And S12A, if the jump mark exists in the message, registering a focus monitoring thread for the second display, and displaying the message in the second display, wherein the focus monitoring thread is used for realizing that the second display responds to the received operation control instruction preferentially within a first preset time period after the second display displays the message.
And judging that the jump identifier exists in the message, and indicating that the current message is a media resource recommendation type message, and clicking and playing by a user. Typically, the user activates the remote control key, and the first display will respond preferentially, which will result in failure to trigger the message displayed in the second display, and failure to skip play.
Thus, in order to enable the focus monitor thread to be registered for the second display when skip play is required, the focus monitor thread is used to enable the second display to respond preferentially to the message-based generated operation control instructions. At the same time, the message is presented in a second display.
When the message is displayed on the second display, if the jump identifier exists in the message, the second display registers a monitor after receiving the message, and the second display can respond to the registered remote controller keys preferentially after the registration is completed. For example, the user activates a remote control menu key and the second display preferentially responds to the key value to activate the message of the media asset recommendation.
At this time, the video content of the recommended media asset is displayed in the first display, and the video information is displayed in the second display. In the process, the content presented in the first display is switched and displayed as the video content of the recommended media asset by the video content of the original video file, and the content presented in the second display is switched and displayed as the video information of the recommended media asset by the video information of the original video file.
And S13A, if the jump mark does not exist in the message, not registering a focus monitoring thread for the second display, and displaying the message in the second display, wherein when the second display does not register the focus monitoring thread, the first display responds to the received operation control instruction.
If the jump mark does not exist in the message, the message is not the media recommendation message, and the user cannot perform clicking operation, at this time, the focus monitoring thread is not required to be registered for the second display, and the message is only displayed in the second display. And when the second display is not registered for the focus monitoring thread, the user triggers a remote control key, and the first display responds to the received operation control instruction.
In some embodiments, if the message presented by the second display carries a jump identifier, it is indicated that the second display has registered for the focus listening thread. At this time, the user can decide whether to play the skip play or not according to the notification of the pop-up in the second display.
To this end, when the second display registers a focus listening thread, the controller is further configured to perform the steps of:
step 141, receiving an operation control instruction generated based on a message displayed by the second display under the condition that the second display registers a focus monitoring thread, and acquiring the current display duration of the second display message corresponding to the operation control instruction;
step 142, if the current display duration of the message is within the first preset duration, controlling the second display to respond to the operation control instruction, acquiring the display content of the message, and displaying the display content corresponding to the message in the first display;
and step 143, if the current display duration of the message exceeds the first preset duration, controlling the first display to respond to the operation control instruction, and canceling the registration of the focus monitoring thread of the second display.
And under the condition that the second display registers a focus monitoring thread, the second display synchronously displays a notification when displaying the message so as to inform a user that the message can be triggered to jump play by triggering a remote control menu key.
Reference is again made to the contents shown in fig. 20 and 21, which are schematic diagrams of a second display with skip play function. If the received message is the message of the medium resource recommendation class such as 'summer health maintenance wonderful invitation' or 'Yao Chen wonderful fragment', the like, and when the second display displays the message, the jump mark is detected to exist in the message, the message is indicated to be the message of the medium resource recommendation class, and an operation prompt is popped out in the second display so as to inform the user that the jump operation can be carried out, and the prompt content can be 'clicking menu key to check'.
If the user is interested in the information displayed in the second display, corresponding operation can be performed according to the notification content, such as triggering a remote control menu key, so as to generate an operation control instruction.
In some embodiments, since the dual screen display device is running, the key value of the remote control is typically preempted by the first display, while the focus listening thread is configured for the second display in order to implement the skip play function. However, this function is not always provided in the second display, and if the user does not perform the skip play operation based on the media recommendation type message, the second display is always in the focus preemption state, and at this time, other operations by the user based on the remote controller will be affected.
Therefore, in order to avoid affecting the normal operation of the display device, registering the focus listening thread for the second display has timeliness, i.e. the first preset duration is set. If the user generates the skip play operation within the first preset time length, executing the skip play process; and if the first preset time period is exceeded and the user does not generate the skip play operation, releasing the focus monitoring thread of the second display.
In some embodiments, the first preset duration may be set to 15 seconds, or may be another value, which is not specifically limited herein.
Therefore, when the controller receives the operation control instruction generated based on the information displayed by the second display, the current display duration of the information displayed by the second display corresponding to the time when the operation control instruction is generated is acquired, and whether the current display duration meets the time condition of the first preset duration is judged.
In some embodiments, if the current display duration of the message is within the first preset duration when the operation control instruction is generated, the user is indicated to be interested in the message displayed in the second display, and at this time, a skip play operation is generated within the first preset duration, that is, the second display is controlled to respond to the operation control instruction.
Because the second display is registered with the focus monitoring thread, the operation control instruction can be preferentially responded, and the operation control instruction can trigger the content display of the message. And the content of the message is usually displayed on the first user interface, so when the second display responds to the operation control instruction preferentially, the controller acquires the display content of the message, and displays the display content corresponding to the message on the first display, and at this time, the second display switches to display the video information of the message, such as a progress bar, a video name and the like.
In some embodiments, if the current duration of the display of the message exceeds the first preset duration, which indicates that the triggering operation of the user has timed out, the skip play operation cannot be performed based on the message in the second display, at this time, the first display is controlled to respond to the operation control instruction, and the registration of the focus monitoring thread of the second display is cancelled.
That is, if the user generates a skip play operation within a first preset time period, a skip play process is performed; and if the first preset time period is exceeded and the user does not generate the skip play operation, releasing the focus monitoring thread of the second display.
Counting the display time of the message from the time of display of the message, if the display time is within 15 seconds, generating an operation triggering a menu key of the remote controller, executing a skip play process, namely acquiring the content corresponding to the message, and displaying the content corresponding to the message in a first display.
And if the display duration is 15 seconds, the operation of triggering the remote control menu key by the user is not received, the registration of the focus monitoring thread of the second display is canceled, and at the moment, the remote control key is returned to the first display to respond preferentially.
It can be seen that, when a message to be displayed on the second display is generated, the display device according to some embodiments of the present application registers, for the second display, a focus monitor thread that preferentially responds to the key value of the remote control menu key if the message carries a jump identifier. At this time, the user triggers the remote control menu key within the first preset duration, and the second display preferentially responds to the key value, so as to realize the operation of triggering the displayed message. And then acquiring the content and the information of the message, displaying the content in a first display, switching the first display from displaying the original content to displaying the content of the message, and displaying the information of the message in a second display to realize skip broadcasting.
In some embodiments, the second display typically adopts a fixed mode when presenting the message, and the user experience is poor. Therefore, in order to improve user experience, when the double-screen display device displays the message on the auxiliary screen, the auxiliary screen display mode can be automatically switched according to different display requirement scenes.
Accordingly, the controller, upon performing the presenting of the message in the second display, is further configured to perform the steps of:
step 151, determining the message type of the message according to the type identifier in the message.
Step 152, if the message type of the message is an information display type, controlling the second display to display the message according to a current display mode of the second display, wherein the information display type is used for representing the media information, the current display mode comprises a fusion mode and a simple mode, and the fusion mode refers to a mode of presenting a media information display area and a system state display area in a view port of the second display; the simple mode refers to a mode of presenting a media information display area in a view port of the second display; the media information display area is used for displaying information display type information corresponding to the display content in the first display, and the system state display area is used for displaying state display type information generated when system parameters change.
Step 153, if the message type of the message is a status display type, controlling the second display to display the message in a fusion mode, wherein the status display type is used for representing the system parameters.
Since the message generated by the display device includes a message generated by a user triggering a certain operation, a message generated when the system parameters are adjusted, and the like, the message can carry a type identifier when generated, and the type identifier is used for identifying the type of the message. Thus, the type of message currently being transmitted may be determined based on the type identifier carried in the message. The message types that may exist are an information presentation type and a status presentation type, respectively. The information presentation type is used for representing media information, such as video information when playing video files, recommended movies, post-simulcast information pushed after completion of adjacent playing, and the like. The status display type is a message generated when the system parameters are changed, such as time, date, volume increase, volume decrease, wiFi strength change, notification, session message and the like.
Different message types correspond to different display requirement scenarios, and therefore, different display modes can be adopted. In some embodiments, the presentation mode of the second display includes a fusion mode and a simple mode. The fusion mode can simultaneously display information display type information and state display type information, and the fusion mode comprises a system state display area (left side status bar) and a media information display area (right side content display area). The simple mode only displays the mode of information display type information, and the stateless columns are all media information display areas.
It can be seen that, the second display adopts a fusion mode, and the media information display area and the system state display area are generated in all areas where the view ports of the second display are located, and the fusion mode refers to a mode of presenting the media information display area and the system state display area in the view ports of the second display. And generating only the media information display area in the whole area where the view port of the second display is positioned by adopting a simple mode in the second display, wherein the simple mode refers to a mode of presenting the media information display area in the view port of the second display. The media information display area is used for displaying information display type information corresponding to the display content in the first display, and the system state display area is used for displaying state display type information generated when system parameters change.
The media information display area and the system state display area in the fusion mode are two independent display areas, and each display area is only responsible for displaying corresponding types of messages in general. When a message is generated that needs to be presented on the second display, the controller first determines the message type of the message. If the message type of the message is a status display type, it is indicated that the parameter adjustment is generated in the current system, and the parameter needs to be displayed in a left status column (a system status display area). The right media asset display area can always display the playing state of the media asset corresponding to the current playing of the first display or the corresponding media asset introduction in the push message. At this time, the second display is controlled to display the message in a fusion mode.
The fusion mode is a mode comprising a media information display area and a system state display area in the second display, so that when the second display adopts the fusion mode to display the information, the controller judges the information type of the information, and when the information type of the information is the information display type, the information is displayed in the media information display area of the second display; and when the message type of the message is a state display type, displaying the message in a system state display area of the second display.
Referring again to fig. 22, if the current display device is playing a "all-straight" video file, video information, such as a progress bar, video name, etc., needs to be presented in the second display. If the user adjusts the system parameters or the system automatically triggers the reminding preset by the user, a new message needing to be displayed on the second display is generated. And the second display is switched to a fusion mode to display the video information and the new message simultaneously, namely, the new message is displayed in a system state display area, and the original video information is displayed in a media information display area. Because the message in the current media information display area cannot be triggered and can not be played in a skip mode, a skip identifier is not required to be added to the message, that is, the content shown in fig. 22 is a schematic diagram of a second display with a fusion mode and no skip function.
FIG. 23 illustrates a display schematic of a fusion mode band skip function, in accordance with some embodiments. Referring to fig. 23, when the second display needs to present the post-simulcast information and the system parameters, the system parameters are presented in the system status display area, and the post-simulcast information, such as "summer health care elementary joss, is presented in the media information display area. Since the post-simulcast information is a triggerable message, the skip play can be performed, so that a skip identifier can be added to the message based on the foregoing content, that is, the content shown in fig. 23 is a schematic diagram of the second display with the skip function in the fusion mode.
FIG. 24 illustrates another display schematic of a fused mode band skip function in accordance with some embodiments. Referring to fig. 24, if the current display device is playing a "all-straight" video file, if a "Yao Chen" image appears in the first display, a media push message associated with "Yao Chen" is generated. Then a media push message, such as "Yao Chen highlight, needs to be presented in the second display, sharing the bean shots. If the user adjusts the system parameters or the system automatically triggers the reminding preset by the user, a new message needing to be displayed on the second display is generated. And the second display is switched to a fusion mode to display the video information and the new message simultaneously, namely, the new message is displayed in a system state display area, and the original video information is displayed in a media information display area.
Because the media asset push message is a triggerable message, the skip play can be performed, so that a skip identifier can be added to the message based on the foregoing content, that is, the content shown in fig. 24 is a schematic diagram of a second display with a skip function in a fusion mode.
It can be seen that, since only the fusion mode can display the message of the status display type, when the message type of the message is the status display type, the display is switched to the fusion mode for displaying no matter whether the previous display mode of the second display is the simple mode or the fusion mode.
In some embodiments, if the message type of the message is determined to be the information display type, which indicates that state display is not required currently, and only the independent content is required for display, the second display is controlled to display the message according to the current display mode of the second display.
Typically, when no system state change is generated, only the corresponding media information is displayed in the second display. For example, when playing the video file, if the system parameters are not adjusted, only the video information is displayed in the second display, and at this time, the display can be performed in a simple mode. If the system state is changed, the changed parameters and the video information need to be displayed simultaneously, and a fusion mode needs to be adopted for displaying.
Because the optional display modes include a fusion mode and a simple mode when the display device displays the information display type message, in order to accurately determine which mode the second display should display, it is necessary to determine the current display mode of the second display first to determine whether the mode needs to be switched.
Specifically, when the current display mode is the simple mode, the controller, when executing if the message type of the message is the information display type, controls the second display to display the message according to the current display mode of the second display, and is further configured to execute the following steps: and when the message type of the message is the information display type and the current display mode of the second display is the simple mode, controlling the second display to display the message in the simple mode.
When the message type of the message is the information display type, if the current display mode of the second display is a simple mode, the simple mode refers to a mode of only including the media information display area in the second display, so that the message can be directly displayed without mode switching, namely, the second display is controlled to display the message in the simple mode, and the message is displayed in the media information display area of the second display.
Referring again to fig. 19, 20 and 21, a simple mode is provided. The content presented in the media information presentation area of the secondary screen in fig. 19 is only video information, so that the secondary screen is presented in a simple mode and is not triggerable, and is a schematic view of the secondary screen in the simple mode without a skip function. The content presented in the media information presentation area of the secondary screen in fig. 20 and 21 is video information and operation prompts, so that the presentation is performed in a simple mode, and the video information can be triggered, which is a schematic view of the secondary screen with a skip function in the simple mode.
In some embodiments, when the current presentation mode is the fusion mode, the controller, when executing if the message type of the message is the information presentation type, controls the second display to present the message according to the current presentation mode of the second display, is further configured to execute the steps of:
Step 15221, when the message type of the message is the information display type, and when the current display mode of the second display is the fusion mode, acquiring the current display duration of the fusion mode.
Step 15222, if the current display duration exceeds the second preset duration, switching the current display mode of the second display to the simple mode, and controlling the second display to display the message in the simple mode.
Step 15223, if the current display duration does not exceed the second preset duration, controlling the second display to display the message in the fusion mode.
When the message type of the message is the information display type, if the current display mode of the second display is the fusion mode, whether the current display state of the second display meets the mode switching condition is judged.
Since the blend mode may be equivalent to a mode that adds a status presentation area on the basis of a simple mode, the second display will typically present the message first in the simple mode. For example, when playing a video file, the video information is always presented in a simple mode in the second display. If the system parameters are adjusted at this time, the information generated based on the system parameter adjustment is synchronously displayed, and at this time, the simple mode is switched to the fusion mode, and the video information and the adjusted system coefficients are synchronously displayed.
The messages of the system parameters are real-time prompt messages, and are usually only displayed for a period of time and are not always displayed. Therefore, when the fusion mode is adopted for display, if a new message of the state display type is not received in the subsequent continuous display duration, the fusion mode is canceled, and the message of the corresponding information display type is continuously displayed in the simple mode. Therefore, the mode switching condition of the second display is to judge whether the display duration of the current display mode being the fusion mode meets the time condition. The time condition refers to whether a new status presentation type message is received within a second preset time period.
If the current display mode is the fusion mode, and the current display duration of the fusion mode is within the second preset duration, the new state display type message is not received, and the state display type message is not required to be displayed continuously, at the moment, mode switching can be performed, namely, the fusion mode is switched to the simple mode to display the information display type message continuously. If the current display duration of the fusion mode is within the second preset duration, a new message of the state display type is received, and the message of the state display type is required to be continuously displayed, at the moment, mode switching is not required, namely the message of the information display type and the message of the state display type are continuously displayed by the fusion mode.
In some embodiments, the second preset time period may be set to 1 minute, or may be other values, which are not specifically limited herein.
And under the condition that the current display mode of the second display is the fusion mode, acquiring the display duration of the fusion mode, and if no new state display type message is received within 1 minute, determining that the mode switching condition is met. At this time, the current display duration of the fusion mode exceeds the second preset duration, and mode switching can be performed, namely, the current display mode of the second display is switched from the fusion mode to the simple mode, and the second display is controlled to display the message in the simple mode.
If a new status presentation type message is received within 1 minute of the duration, it is determined that the mode switching condition is not satisfied. At this time, the current display duration of the fusion mode does not exceed the second preset duration, and mode switching is not performed, namely, the second display is controlled to continue to display the message in the fusion mode.
The scheme of judging whether the fusion mode meets the mode switching condition or not by setting the second preset duration is to prevent the mode switching from being too frequent and influence the user experience. Since only the fusion mode can display the state display type message, when the fusion mode is adopted to display the state display type message for the previous time, if the information display type message is received within one minute, the fusion mode is switched to the simple mode at this time, the display duration of the state display type message is too short, and the user may cancel the display without clearly seeing the state parameters, so that the user experience is affected.
Therefore, by setting the condition of the second preset duration, the condition that the state display type message can be continuously displayed for at least 1 minute can be ensured, and the user can conveniently view the state display type message. If a plurality of state display type messages are continuously received within 1 minute, the switching process of the simple mode and the fusion mode can be avoided, so that the second display always keeps the fusion mode to continuously display the plurality of display type messages. At this time, judging whether the display duration of the fusion mode exceeds the second preset duration, and judging by the time of the last received display type message.
In some embodiments, when the current display mode of the second display is the simple mode, if a message of a state display type requiring content display on the second display is generated, switching the current display mode of the second display from the simple mode to the fusion mode; and displaying the information of the state display type in a system state display area of the fusion mode, and displaying the prior information displayed in the simple mode in a media information display area of the fusion mode.
The previous message refers to a message of the media information presentation area originally presented in the second display in the simple mode. When the second display always adopts the simple mode to display the information, if the system parameter changes, the display mode of the second display is switched to display the information display type media information and the state display type parameter information through the fusion mode at the same time, namely the newly received state display type information is displayed in the system state display area of the fusion mode, and the prior information originally displayed in the simple mode is replaced and displayed in the media information display area of the fusion mode.
Therefore, the display device provided by some embodiments of the present application can determine the application scenario of the message display requirement according to the message type, and further determine the display mode of the second display, so that when the message is received, the display mode can be automatically switched according to the message type, so as to dynamically present more content, and improve the user experience.
When the display device provided in the foregoing embodiment executes the method for displaying the content of the secondary screen, the application is applied to the display device of the dual-screen single-system, where both displays are controlled by one overall controller, that is, the first display and the second display are controlled to display the content, and the process of registering the focus monitoring thread for the second display is controlled by the overall controller.
In other embodiments, the display device may also be a dual-screen dual-system display device, that is, the first controller controls the presentation of each content in the first display, and sends a broadcast to the second controller to inform the second controller to control the second display to present the content. In the double-screen double-system display equipment, a first controller is a main controller, a second controller is an auxiliary controller, a message required to be displayed in a second display is generated in the first controller, the first controller sends the message to the second controller, and the second controller controls the second display to display.
In some embodiments, a display device provided in some embodiments of the present application is applied to a dual-screen dual-system display device, including: a first display configured to present a first user interface in which content of each application or message is presented; a second display configured to present a second user interface in which system messages or notifications, etc., are presented; a first controller coupled to the first display, the first controller configured to: when a message is generated that requires content presentation at the second display, the message is sent to the second controller for presentation of the message by the second controller in the second display. And a second controller coupled to the second display, the second controller configured to perform a method of presentation of the secondary screen content.
Fig. 25 illustrates another flow chart of a method of presentation of secondary screen content in accordance with some embodiments. Some embodiments of the present application provide a display device, which may be a dual-screen dual-system display device, when performing the method for displaying the contents of the sub-screen shown in fig. 25, the second controller is configured to perform the following steps:
S21A, receiving a message sent by a first controller, determining whether a jump identifier for representing a jump playing function exists in the message, wherein the jump playing function is used for displaying the content corresponding to the message in a first display after receiving a confirmation operation for the message.
S22A, if a jump mark exists in the message, registering a focus monitoring thread for a second display, and displaying the message in the second display, wherein the focus monitoring thread is used for realizing that the second display responds to the received operation control instruction preferentially within a first preset time period after the second display displays the message.
S23A, if the jump mark does not exist in the message, the focus monitoring thread is not registered for the second display, and the message is displayed in the second display, wherein when the second display does not register the focus monitoring thread, the first display responds to the received operation control instruction.
In the dual-screen dual-system display device, since the first controller is the main controller, the messages required to be presented on the second display are all generated in the first controller.
When the jump broadcasting is realized, the first controller sends the generated message to the second controller, the second controller judges whether a jump mark exists in the message after receiving the message, and when the jump mark exists, a focus monitoring thread is registered for the second display; when the jump identifier does not exist, the focus monitoring thread is not registered for the second display. At the same time, the message is presented by the second controller in the second display.
When a message is presented in the second display, the presentation mode of the second display may be determined according to different message types of the message.
In some embodiments, the message type determination is made by the first controller and the determination of the current presentation mode of the second display is made by the second controller. The first controller judges the message type of the message before generating the message, if the message is a state display type message, the message is sent to the second controller, and the second controller is informed to display in a fusion mode. At this time, the second controller controls the second display to be directly switched to the fusion mode for message display.
And if the information presentation type information is the information presentation type information, sending the information presentation type information to the second controller, and informing the second controller. Judging a display mode before the second display by the second controller, and if the display mode is the simple mode before, directly displaying the display mode through the simple mode; if the mode is the fusion mode, and the fusion mode has been displayed for more than a second preset time period (1 minute), switching to the simple mode; if the fusion mode is adopted, but the display does not exceed the second preset time period (1 minute), the display is still carried out through the fusion mode.
The judging process of the first controller in executing the message type, and the executing process of the second controller in configuring the focus monitor thread for the second display and determining the appointed display mode can refer to the executing process of the dual-screen single-system display device in the foregoing embodiment, which is not described herein again.
In some embodiments, the determination of the message type and the determination of the current presentation mode of the second display are both made by the second controller. After the first display generates the message, the message is sent to the second controller, the second controller judges the type of the message, and if the message is a state display type message, the message is directly switched to a fusion mode for message display. If the information display type information is the information display type information, judging a previous auxiliary screen display mode, and if the information display type information is the simple mode, displaying the information through the simple mode directly; if the mode is the fusion mode, and the fusion mode has been displayed for more than a second preset time period (1 minute), switching to the simple mode; if the fusion mode display does not exceed the second preset time period (1 minute), the display is still performed through the fusion mode.
The judging process of the message type, the process of configuring the focus monitoring thread for the second display, and the process of determining the specified display mode by the second controller can refer to the executing process of the dual-screen single-system display device in the foregoing embodiment, which is not described herein again.
When the double-screen display device is used, a first display (large screen) sends a message for displaying contents to a second display (small screen) according to different scenes needing double-screen display after a user starts the double-screen display device, and the second display displays a corresponding display mode according to the state (fusion/simplicity) of the current small screen and the type of the message after receiving the large-screen message. The presentation process is automated without user intervention. The above process can be applied to a dual system or a single system, and the only dependent scene is a display device needing content split-screen display, namely a dual-screen display device.
According to the technical scheme, when the display device provided by some embodiments of the present application executes the method for displaying the content of the secondary screen, if a message is generated, the message needs to be displayed on the second display, and whether a jump identifier for representing a jump playing function exists in the message is judged. If the jump mark exists in the message, registering a focus monitoring thread for the second display to display the content corresponding to the message displayed on the second display in the first display; if the jump identification does not exist in the message, the focus snoop thread is not registered for the second display. Meanwhile, the message is displayed in a second display adopting a corresponding display mode according to the different message types. Therefore, the display device provided by some embodiments of the present application can automatically switch the display mode of the secondary screen content according to the application scene of information display, so as to display more content, and can perform the focus monitoring thread according to the displayed message content, so that the user experience is good.
In some embodiments, the present application further provides a computer storage medium, where the computer storage medium may store a program, where the program may include some or all of the steps in each embodiment of the two-screen synchronous playing method for video files provided by the present application when the program is executed. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), a random-access memory (random access memory, RAM), or the like.
Those skilled in the art will appreciate that the techniques of some embodiments of the application may be implemented in software plus a requisite general purpose hardware platform. Based on such understanding, the technical solutions in some embodiments of the present application may be embodied in essence or contributing to the prior art in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in the various embodiments or portions of the embodiments of the present application.
The same or similar parts between the various embodiments in this specification are referred to each other. In particular, for the embodiment of the dual-screen synchronous playing method of the video file, since the embodiment is basically similar to the embodiment of the display device, the description is simpler, and the relevant points are just referred to the description in the embodiment of the display device.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the application.
The foregoing description, for purposes of explanation, has been presented in conjunction with specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the embodiments to the precise forms disclosed above. Many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles and the practical application, to thereby enable others skilled in the art to best utilize the embodiments and various embodiments with various modifications as are suited to the particular use contemplated.
Claims (10)
- A display device, characterized by comprising:a first display configured to present a first user interface;a second display configured to present a second user interface;a controller coupled to the first display and the second display, the controller configured to:responding to the operation of triggering the playing of the video file, and displaying the video file in a first display for playing;generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file in the playing process of the video file;and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
- The display device of claim 1, wherein the controller, when executing the generating a progress bar page comprising a video progress bar based on the playback progress and a total duration of the video file, is further configured to:acquiring the total duration of the video file and the played duration corresponding to the current playing progress in the process of playing the video file;calculating the residual duration based on the total duration and the played duration;and generating a progress bar page comprising a video progress bar based on the residual time, wherein the video progress bar adopts a countdown form, and the time corresponding to the countdown form is the residual time.
- The display device of claim 1, wherein the controller, when executing the generating a progress bar page comprising a video progress bar based on the playback progress and a total duration of the video file, is further configured to:acquiring the total duration of the video file and the current playing time corresponding to the current playing progress in the playing process of the video file;and generating a progress bar page comprising a video progress bar based on the total duration and the current playing time, wherein the video progress bar adopts a timing form, and the time corresponding to the timing form is the current playing time.
- The display device of claim 1, wherein the controller, when executing the generating a progress bar page comprising a video progress bar based on the playback progress and a total duration of the video file, is further configured to:acquiring the total duration, the current playing state and the current playing time corresponding to the current playing progress of the video file in the playing process of the video file;and generating a progress bar page comprising a video progress bar and a state UI diagram based on the total duration, the current playing state and the current playing time, wherein the display form of the video progress bar comprises a countdown form and a timing form, the state UI diagram is used for representing the current playing state, and the display state of the video progress bar is consistent with the current playing state.
- The display device of claim 1, wherein the controller is further configured to:in the playing process of the video file, responding to a state changing instruction triggering the video file to change the playing state, and generating a new progress bar page based on the playing progress corresponding to the current playing state after the playing state is changed;and displaying the new progress bar page in a second display, wherein the playing state presented in the new progress bar page is the same as the current playing state after the playing state of the video file is changed, and the playing progress presented in the new progress bar page is the same as the playing progress corresponding to the current playing state.
- The display device of claim 1, wherein the controller is further configured to:if the advertisement file exists in the video file, acquiring the initial playing time and the ending playing time of the advertisement file corresponding to the total duration in the playing process of the video file comprising the advertisement file;stopping playing the video file in response to a play pause instruction generated when the play progress reaches the initial play moment, generating a new progress bar page based on the play progress corresponding to the play stop state, displaying the new progress bar page in the second display, wherein the play stop state is displayed in the new progress bar page, and the play progress presented in the new progress bar page is the same as the play progress corresponding to the initial play moment;and responding to a starting playing instruction generated when the playing progress reaches the ending playing moment, starting to play the video file, generating a new progress bar page based on the playing progress corresponding to the starting playing state, displaying the new progress bar page in the second display, wherein the starting playing state is displayed in the new progress bar page, and the playing progress presented in the new progress bar page is the same as the playing progress corresponding to the ending playing moment.
- The display device of claim 1, wherein the controller is further configured to:in the process of playing the video file, responding to a play exit instruction triggering the video file to exit playing, canceling the display of the video file in the first display and the display of a progress bar page in the second display;and acquiring a default homepage of the second display, and displaying the default homepage in the second display.
- A display device, characterized by comprising:a first display configured to present a first user interface;a second display configured to present a second user interface;a first controller coupled to the first display, the first controller configured to:responding to the operation of triggering the playing of the video file, and displaying the video file in a first display for playing;sending the playing progress and the total duration of the video file to a second controller;a second controller coupled to the second display, the second controller configured to:in the process of playing the video file, receiving the playing progress and the total duration of the video file sent by the first controller;Generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file;and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
- The double-screen synchronous playing method of the video file is characterized by comprising the following steps of:responding to the operation of triggering the playing of the video file, and displaying the video file in a first display for playing;generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file in the playing process of the video file;and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
- The double-screen synchronous playing method of the video file is characterized by comprising the following steps of:in the process of playing the video file, receiving the playing progress and the total duration of the video file sent by the first controller;Generating a progress bar page comprising a video progress bar based on the playing progress and the total duration of the video file;and displaying the progress bar page comprising the video progress bar in a second display, wherein the playing progress corresponding to the video progress bar is the same as the playing progress of the video file presented in the first display.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2021102596067 | 2021-03-10 | ||
| CN202110259606.7A CN115086722B (en) | 2021-03-10 | 2021-03-10 | Display method and display device for secondary screen content |
| CN202110336425.XA CN113038210B (en) | 2021-03-29 | 2021-03-29 | Double-screen synchronous playing method of video file and display equipment |
| CN202110336425X | 2021-03-29 | ||
| PCT/CN2021/134383 WO2022188475A1 (en) | 2021-03-10 | 2021-11-30 | Dual-screen synchronous playback method for video file, and display device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116965039A true CN116965039A (en) | 2023-10-27 |
Family
ID=83226300
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202180094802.1A Pending CN116965039A (en) | 2021-03-10 | 2021-11-30 | Double-screen synchronous playing method and display device for video file |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN116965039A (en) |
| WO (1) | WO2022188475A1 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115766986B (en) * | 2022-09-27 | 2024-08-13 | 天津津航计算技术研究所 | Dual-channel video recording device |
| CN115499401B (en) * | 2022-10-18 | 2024-07-05 | 康键信息技术（深圳）有限公司 | Method, system, computer equipment and medium for playing voice data |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20080101484A (en) * | 2007-05-18 | 2008-11-21 | 엘지전자 주식회사 | Mobile communication device and operating method thereof |
| US20130104160A1 (en) * | 2011-10-24 | 2013-04-25 | The Directv Group, Inc. | Method and system for using a second screen device to tune a set top box to display content playing on the second screen device |
| CN105573416B (en) * | 2014-10-09 | 2019-02-05 | 联想(北京)有限公司 | A kind of electronic equipment and display methods |
| WO2021088320A1 (en) * | 2019-11-04 | 2021-05-14 | 海信视像科技股份有限公司 | Display device and content display method |
| CN111897480B (en) * | 2020-06-05 | 2022-03-04 | 维沃移动通信有限公司 | Playing progress adjusting method and device and electronic equipment |
| CN113038210B (en) * | 2021-03-29 | 2022-08-26 | 聚好看科技股份有限公司 | Double-screen synchronous playing method of video file and display equipment |
-
2021
- 2021-11-30 WO PCT/CN2021/134383 patent/WO2022188475A1/en active Application Filing
- 2021-11-30 CN CN202180094802.1A patent/CN116965039A/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2022188475A1 (en) | 2022-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9015745B2 (en) | Method and system for detection of user-initiated events utilizing automatic content recognition | |
| US8554049B2 (en) | Systems and methods for synchronizing playback at multiple locations | |
| CN111277884B (en) | Video playing method and device | |
| EP3276973B1 (en) | Content projection method and mobile terminal | |
| US9736518B2 (en) | Content streaming and broadcasting | |
| US9756373B2 (en) | Content streaming and broadcasting | |
| CN116965039A (en) | Double-screen synchronous playing method and display device for video file | |
| CN113141531B (en) | Method and device for cross-device play control and play device | |
| WO2014177070A1 (en) | Iptv system, mobile terminal and method for realizing reminding viewing live telecast | |
| KR20150111760A (en) | Method and system for linking real-time broadcasting wigh non-real-time video service using user history information | |
| CN104349221A (en) | Communication apparatus that performs streaming distribution, information processing apparatus, and controlling method thereof | |
| CN113038210B (en) | Double-screen synchronous playing method of video file and display equipment | |
| CN117837150A (en) | Display device, communication terminal and screen-throwing picture dynamic display method | |
| CN117859331A (en) | Display device, terminal device and content display method | |
| CN113596595A (en) | Information interaction method and device | |
| US20140304749A1 (en) | Method, system and apparatus for providing multimedia data | |
| CN115086722B (en) | Display method and display device for secondary screen content | |
| WO2024140339A1 (en) | Display device and data processing method | |
| CN116366905B (en) | Video playing method and device and electronic equipment | |
| CN115119051B (en) | Video playing control method and display device | |
| WO2024169421A1 (en) | Display device and display processing method | |
| WO2023138222A1 (en) | Display device and live broadcasting method | |
| US20240121482A1 (en) | Display apparatus | |
| CN114025222B (en) | Display device and program data recording method | |
| JP2019012973A (en) | Video distribution system, communication device, video distribution server, and video distribution method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |