CN112153443B

CN112153443B - PTS acquisition method and display device

Info

Publication number: CN112153443B
Application number: CN202010906544.XA
Authority: CN
Inventors: 邹东伟; 赵同庆; 周立安
Original assignee: Qingdao Hisense Media Network Technology Co Ltd
Current assignee: Vidaa Netherlands International Holdings BV
Priority date: 2020-09-01
Filing date: 2020-09-01
Publication date: 2022-02-22
Anticipated expiration: 2040-09-01
Also published as: CN112153443A

Abstract

The application provides a PTS obtaining method and display equipment, which are used for accurately obtaining the PTS of a currently played current video frame. The display device includes: a display; a controller coupled to the display, the controller comprising: the back-end backup module is used for determining a local timestamp corresponding to the PTS according to the current time point when the PTS of the currently played current video frame is obtained; the Media Synchroiser module is used for sending a calling request to the backup module, wherein the calling request is used for requesting the PTS of the current video frame and receiving the PTS requested by the calling request returned by the backup module; the backup module is also used for determining a PTS compensation value according to a request timestamp and a target timestamp when a call request sent by the Media Synchroiser module is received, wherein the target timestamp is the local timestamp closest to the current time in all the determined local timestamps; and updating the PTS corresponding to the target timestamp by using the PTS compensation value, and returning the updated PTS to the Media Synchroiser module.

Description

PTS acquisition method and display device

Technical Field

The present application relates to television technology, and in particular, to a PTS acquisition method and a display device.

Background

Currently, a Media Synchronization (Media Synchronization) function is usually provided in HBBTV (Hybrid Broadcast/Broadband TV), and the Media Synchronization function is mainly used for playing audio streams and video streams from different signal sources in HBBTV synchronously.

The media synchronization function mainly relies on a PTS (presentation time stamp) obtained from the video stream for synchronization, and in order to meet the precision requirement in synchronization, how to accurately obtain the PTS of the media stream becomes a problem to be solved urgently.

Disclosure of Invention

The application provides a PTS obtaining method and display equipment, which are used for accurately obtaining the PTS of a currently played current video frame.

The technical scheme provided by the application comprises the following steps:

according to a first aspect of the present application, there is provided a display device including:

a display;

a controller coupled with the display, the controller comprising:

the back-end backup module is used for determining a local timestamp corresponding to a Presentation Time Stamp (PTS) of a currently played current video frame according to a current time point when the PTS is obtained;

the Media synchronization module is used for sending a calling request to the backup module, wherein the calling request is used for requesting the PTS of the current video frame and receiving the PTS requested by the calling request returned by the backup module;

the backup module is further configured to determine a PTS compensation value according to a request timestamp and a target timestamp when a call request sent by the Media syncroniser module is received, where the target timestamp is a local timestamp closest to the current time in all the determined local timestamps; and updating the PTS corresponding to the target timestamp by using the PTS compensation value, and returning the updated PTS to the Media synchronizer module.

According to a second aspect of the present application, there is provided a PTS acquisition method, including:

when the rear-end backup module acquires a presentation time stamp PTS of a currently played current video frame, determining a local time stamp corresponding to the PTS according to a current time point;

the Media synchronization module sends a calling request to the backup module, wherein the calling request is used for requesting the PTS of the current video frame;

the backup module determines a PTS compensation value according to a request timestamp and a target timestamp when a call request sent by the Media Synchroiser module is received, wherein the target timestamp is the local timestamp closest to the current time in all the determined local timestamps; and updating the PTS corresponding to the target timestamp by using the PTS compensation value, and returning the updated PTS to the Media synchronizer module.

According to the technical scheme, the process of the PTS acquired by the Backend module is separated from the process of the PTS requested by the Media Synchroiser module to the Backend module, the local timestamp is generated for the PTS through the Backend module, and then when the Media Synchroiser module sends a calling request to the Backend module, the PTS compensation value is determined by using the request timestamp and the target timestamp, and the PTS corresponding to the target timestamp is updated according to the PTS compensation value and returned to the Media Synchroiser module, so that errors caused in the PTS acquisition process of the Backend module and the PTS request process of the Media Synchroiser module to the Backend module can be eliminated, and the acquisition precision of the PTS is improved.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.

Fig. 1 is a schematic diagram illustrating an operational scenario between a display device and a control apparatus according to some embodiments;

a block diagram of a hardware configuration of a display device 200 according to some embodiments is illustrated in fig. 2;

a block diagram of the hardware configuration of the control device 100 according to some embodiments is illustrated in fig. 3;

a schematic diagram of a software configuration in a display device 200 according to some embodiments is illustrated in fig. 4;

FIG. 5 illustrates an icon control interface display diagram of an application in the display device 200, according to some embodiments;

a flow diagram of a PTS acquisition method according to some embodiments is illustrated in fig. 6;

an implementation flow diagram of step 101 according to some embodiments is illustrated in fig. 7;

an implementation flow diagram of step 101 according to some embodiments is illustrated in fig. 8.

Detailed Description

To make the objects, embodiments and advantages of the present application clearer, the following description of exemplary embodiments of the present application will clearly and completely describe the exemplary embodiments of the present application with reference to the accompanying drawings in the exemplary embodiments of the present application, and it is to be understood that the described exemplary embodiments are only a part of the embodiments of the present application, and not all of the embodiments.

All other embodiments, which can be derived by a person skilled in the art from the exemplary embodiments described herein without inventive step, are intended to be within the scope of the claims appended hereto. In addition, while the disclosure herein has been presented in terms of one or more exemplary examples, it should be appreciated that aspects of the disclosure may be implemented solely as a complete embodiment.

It should be noted that the brief descriptions of the terms in the present application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of the present application. These terms should be understood in their ordinary and customary meaning unless otherwise indicated.

The terms "first," "second," "third," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between similar or analogous objects or entities and are not necessarily intended to limit the order or sequence of any particular one, Unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein.

Furthermore, the terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or device that comprises a list of elements is not necessarily limited to those elements explicitly listed, but may include other elements not expressly listed or inherent to such product or device.

The term "module," as used herein, refers 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 functionality associated with that element.

The term "remote control" as used in this application refers to a component of an electronic device (such as the display device disclosed in this application) that is typically wirelessly controllable over a relatively short range of distances. Typically using infrared and/or Radio Frequency (RF) signals and/or bluetooth to connect with the electronic device, and may also include WiFi, wireless USB, bluetooth, motion sensor, etc. For example: the hand-held touch remote controller replaces most of the physical built-in hard keys in the common remote control device with the user interface in the touch screen.

The term "gesture" as used in this application refers to a user's behavior through a change in hand shape or an action such as hand motion to convey a desired idea, action, purpose, or result.

Fig. 1 is a schematic diagram illustrating an operation scenario between a display device and a control apparatus according to an embodiment. As shown in fig. 1, a user may operate the display device 200 through the mobile terminal 300 and the control apparatus 100.

In some embodiments, the control apparatus 100 may be a remote controller, and the communication between the remote controller and the display device includes an infrared protocol communication or a bluetooth protocol communication, and other short-distance communication methods, etc., and the display device 200 is controlled by wireless or other wired methods. The user may input a user command through a key on a remote controller, voice input, control panel input, etc. to control the display apparatus 200. Such as: the user can input a corresponding control command through a volume up/down key, a channel control key, up/down/left/right moving keys, a voice input key, a menu key, a power on/off key, etc. on the remote controller, to implement the function of controlling the display device 200.

In some embodiments, mobile terminals, tablets, computers, laptops, and other smart devices may also be used to control the display device 200. For example, the display device 200 is controlled using an application program running on the smart device. The application, through configuration, may provide the user with various controls in an intuitive User Interface (UI) on a screen associated with the smart device.

In some embodiments, the mobile terminal 300 may install a software application with the display device 200 to implement connection communication through a network communication protocol for the purpose of one-to-one control operation and data communication. Such as: the mobile terminal 300 and the display device 200 can establish a control instruction protocol, synchronize a remote control keyboard to the mobile terminal 300, and control the display device 200 by controlling a user interface on the mobile terminal 300. The audio and video content displayed on the mobile terminal 300 can also be transmitted to the display device 200, so as to realize the synchronous display function.

As also shown in fig. 1, the display apparatus 200 also performs data communication with the server 400 through various communication means. The display device 200 may be allowed to be communicatively connected through a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may provide various contents and interactions to the display apparatus 200. Illustratively, the display device 200 receives software program updates, or accesses a remotely stored digital media library, by sending and receiving information, as well as Electronic Program Guide (EPG) interactions. The server 400 may be a cluster or a plurality of clusters, and may include one or more types of servers. Other web service contents such as video on demand and advertisement services are provided through the server 400.

The display device 200 may be a liquid crystal display, an OLED display, a projection display device. The particular display device type, size, resolution, etc. are not limiting, and those skilled in the art will appreciate that the display device 200 may be modified in performance and configuration as desired.

The display apparatus 200 may additionally provide an intelligent network tv function of a computer support function including, but not limited to, a network tv, an intelligent tv, an Internet Protocol Tv (IPTV), and the like, in addition to the broadcast receiving tv function.

A hardware configuration block diagram of a display device 200 according to an exemplary embodiment is exemplarily shown in fig. 2.

In some embodiments, at least one of the controller 250, the tuner demodulator 210, the communicator 220, the detector 230, the input/output interface 255, the display 275, the audio output interface 285, the memory 260, the power supply 290, the user interface 265, and the external device interface 240 is included in the display apparatus 200.

In some embodiments, a display 275 receives image signals originating from the first processor output and displays video content and images and components of the menu manipulation interface.

In some embodiments, the display 275, includes a display screen assembly for presenting a picture, and a driving assembly that drives the display of an image.

In some embodiments, the video content is displayed from broadcast television content, or alternatively, from various broadcast signals that may be received via wired or wireless communication protocols. Alternatively, various image contents received from the network communication protocol and sent from the network server side can be displayed.

In some embodiments, the display 275 is used to present a user-manipulated UI interface generated in the display apparatus 200 and used to control the display apparatus 200.

In some embodiments, a driver assembly for driving the display is also included, depending on the type of display 275.

In some embodiments, display 275 is a projection display and may also include a projection device and a projection screen.

In some embodiments, communicator 220 is a component for communicating with external devices or external servers according to various communication protocol types. For example: the communicator may include at least one of a Wifi chip, a bluetooth communication protocol chip, a wired ethernet communication protocol chip, and other network communication protocol chips or near field communication protocol chips, and an infrared receiver.

In some embodiments, the display apparatus 200 may establish control signal and data signal transmission and reception with the external control apparatus 100 or the content providing apparatus through the communicator 220.

In some embodiments, the user interface 265 may be configured to receive infrared control signals from a control device 100 (e.g., an infrared remote control, etc.).

In some embodiments, the detector 230 is a signal used by the display device 200 to collect an external environment or interact with the outside.

In some embodiments, the detector 230 includes a light receiver, a sensor for collecting the intensity of ambient light, and parameters changes can be adaptively displayed by collecting the ambient light, and the like.

In some embodiments, the detector 230 may further include an image collector, such as a camera, etc., which may be configured to collect external environment scenes, collect attributes of the user or gestures interacted with the user, adaptively change display parameters, and recognize user gestures, so as to implement a function of interaction with the user.

In some embodiments, the detector 230 may also include a temperature sensor or the like, such as by sensing ambient temperature.

In some embodiments, the display apparatus 200 may adaptively adjust a display color temperature of an image. For example, the display apparatus 200 may be adjusted to display a cool tone when the temperature is in a high environment, or the display apparatus 200 may be adjusted to display a warm tone when the temperature is in a low environment.

In some embodiments, the detector 230 may also be a sound collector or the like, such as a microphone, which may be used to receive the user's voice. Illustratively, a voice signal including a control instruction of the user to control the display device 200, or to collect an ambient sound for recognizing an ambient scene type, so that the display device 200 can adaptively adapt to an ambient noise.

In some embodiments, as shown in fig. 2, the input/output interface 255 is configured to allow data transfer between the controller 250 and external other devices or other controllers 250. Such as receiving video signal data and audio signal data of an external device, or command instruction data, etc.

In some embodiments, the external device interface 240 may include, but is not limited to, the following: the interface can be any one or more of a high-definition multimedia interface (HDMI), an analog or data high-definition component input interface, a composite video input interface, a USB input interface, an RGB port and the like. The plurality of interfaces may form a composite input/output interface.

In some embodiments, as shown in fig. 2, the tuning demodulator 210 is configured to receive a broadcast television signal through a wired or wireless receiving manner, perform modulation and demodulation processing such as amplification, mixing, resonance, and the like, and demodulate an audio and video signal from a plurality of wireless or wired broadcast television signals, where the audio and video signal may include a television audio and video signal carried in a television channel frequency selected by a user and an EPG data signal.

In some embodiments, the frequency points demodulated by the tuner demodulator 210 are controlled by the controller 250, and the controller 250 can send out control signals according to user selection, so that the modem responds to the television signal frequency selected by the user and modulates and demodulates the television signal carried by the frequency.

In some embodiments, the broadcast television signal may be classified into a terrestrial broadcast signal, a cable broadcast signal, a satellite broadcast signal, an internet broadcast signal, or the like according to the broadcasting system of the television signal. Or may be classified into a digital modulation signal, an analog modulation signal, and the like according to a modulation type. Or the signals are classified into digital signals, analog signals and the like according to the types of the signals.

In some embodiments, the controller 250 and the modem 210 may be located in different separate devices, that is, the modem 210 may also be located in an external device of the main device where the controller 250 is located, such as an external set-top box. Therefore, the set top box outputs the television audio and video signals modulated and demodulated by the received broadcast television signals to the main body equipment, and the main body equipment receives the audio and video signals through the first input/output interface.

In some embodiments, the controller 250 controls the operation of the display device and responds to user operations through various software control programs stored in memory. The controller 250 may control the overall operation of the display apparatus 200. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 275, the controller 250 may perform an operation related to the object selected by the user command.

In some embodiments, the object may be any one of selectable objects, such as a hyperlink or an icon. Operations related to the selected object, such as: displaying an operation connected to a hyperlink page, document, image, or the like, or performing an operation of a program corresponding to an icon. The user command for selecting the UI object may be a command input through various input means (e.g., a mouse, a keyboard, a touch pad, etc.) connected to the display apparatus 200 or a voice command corresponding to a voice spoken by the user.

As shown in fig. 2, the controller 250 includes at least one of a Random Access Memory 251 (RAM), a Read-Only Memory 252 (ROM), a video processor 270, an audio processor 280, other processors 253 (e.g., a Graphics Processing Unit (GPU), a Central Processing Unit 254 (CPU), a Communication Interface (Communication Interface), and a Communication Bus 256(Bus), which connects the respective components.

In some embodiments, RAM 251 is used to store temporary data for the operating system or other programs that are running

In some embodiments, ROM 252 is used to store instructions for various system boots.

In some embodiments, the ROM 252 is used to store a Basic Input Output System (BIOS). The system is used for completing power-on self-test of the system, initialization of each functional module in the system, a driver of basic input/output of the system and booting an operating system.

In some embodiments, when the power-on signal is received, the display device 200 starts to power up, the CPU executes the system boot instruction in the ROM 252, and copies the temporary data of the operating system stored in the memory to the RAM 251 so as to start or run the operating system. After the start of the operating system is completed, the CPU copies the temporary data of the various application programs in the memory to the RAM 251, and then, the various application programs are started or run.

In some embodiments, CPU processor 254 is used to execute operating system and application program instructions stored in memory. And executing various application programs, data and contents according to various interactive instructions received from the outside so as to finally display and play various audio and video contents.

In some example embodiments, the CPU processor 254 may comprise a plurality of processors. The plurality of processors may include a main processor and one or more sub-processors. A main processor for performing some operations of the display apparatus 200 in a pre-power-up mode and/or operations of displaying a screen in a normal mode. One or more sub-processors for one operation in a standby mode or the like.

In some embodiments, the graphics processor 253 is used to generate various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The display device comprises an arithmetic unit which carries out operation by receiving various interactive instructions input by a user and displays various objects according to display attributes. And the system comprises a renderer for rendering various objects obtained based on the arithmetic unit, wherein the rendered objects are used for being displayed on a display.

In some embodiments, the video processor 270 is configured to receive an external video signal, and perform video processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, image synthesis, and the like according to a standard codec protocol of the input signal, so as to obtain a signal that can be displayed or played on the direct display device 200.

In some embodiments, video processor 270 includes a demultiplexing module, a video decoding module, an image synthesis module, a frame rate conversion module, a display formatting module, and the like.

The demultiplexing module is used for demultiplexing the input audio and video data stream, and if the input MPEG-2 is input, the demultiplexing module demultiplexes the input audio and video data stream into a video signal and an audio signal.

And the video decoding module is used for processing the video signal after demultiplexing, including decoding, scaling and the like.

And the image synthesis module is used for carrying out superposition mixing processing on the GUI signal input by the user or generated by the user and the video image after the zooming processing by the graphic generator so as to generate an image signal for display.

The frame rate conversion module is configured to convert an input video frame rate, such as a 60Hz frame rate into a 120Hz frame rate or a 240Hz frame rate, and the normal format is implemented in, for example, an interpolation frame mode.

The display format module is used for converting the received video output signal after the frame rate conversion, and changing the signal to conform to the signal of the display format, such as outputting an RGB data signal.

In some embodiments, the graphics processor 253 and the video processor may be integrated or separately configured, and when the graphics processor and the video processor are integrated, the graphics processor and the video processor may perform processing of graphics signals output to the display, and when the graphics processor and the video processor are separately configured, the graphics processor and the video processor may perform different functions, respectively, for example, a GPU + frc (frame Rate conversion) architecture.

In some embodiments, the audio processor 280 is configured to receive an external audio signal, decompress and decode the received audio signal according to a standard codec protocol of the input signal, and perform noise reduction, digital-to-analog conversion, and amplification processes to obtain an audio signal that can be played in a speaker.

In some embodiments, video processor 270 may comprise one or more chips. The audio processor may also comprise one or more chips.

In some embodiments, the video processor 270 and the audio processor 280 may be separate chips or may be integrated together with the controller in one or more chips.

In some embodiments, the audio output, under the control of controller 250, receives sound signals output by audio processor 280, such as: the speaker 286, and an external sound output terminal of a generating device that can output to an external device, in addition to the speaker carried by the display device 200 itself, such as: external sound interface or earphone interface, etc., and may also include a near field communication module in the communication interface, for example: and the Bluetooth module is used for outputting sound of the Bluetooth loudspeaker.

The power supply 290 supplies power to the display device 200 from the power input from the external power source under the control of the controller 250. The power supply 290 may include a built-in power supply circuit installed inside the display apparatus 200, or may be a power supply interface installed outside the display apparatus 200 to provide an external power supply in the display apparatus 200.

A user interface 265 for receiving an input signal of a user and then transmitting the received user input signal to the controller 250. The user input signal may be a remote controller signal received through an infrared receiver, and various user control signals may be received through the network communication module.

In some embodiments, the user inputs a user command through the control apparatus 100 or the mobile terminal 300, the user input interface responds to the user input through the controller 250 according to the user input, and the display device 200 responds to the user input through the controller 250.

In some embodiments, a user may enter user commands on a Graphical User Interface (GUI) displayed on the display 275, and the user input interface receives the user input commands through the Graphical User Interface (GUI). Alternatively, the user may input the user command by inputting a specific sound or gesture, and the user input interface receives the user input command by recognizing the sound or gesture through the sensor.

In some embodiments, a "user interface" is a media interface for interaction and information exchange between an application or operating system and a user that enables conversion between an internal form of information and a form that is acceptable to the user. A commonly used presentation form of the User Interface is a Graphical User Interface (GUI), which refers to a User Interface related to computer operations and displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in the display screen of the electronic device, where the control may include a visual interface element such as an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, a Widget, etc.

The memory 260 includes a memory storing various software modules for driving the display device 200. Such as: various software modules stored in the first memory, including: at least one of a basic module, a detection module, a communication module, a display control module, a browser module, and various service modules.

The base module is a bottom layer software module for signal communication between various hardware in the display device 200 and for sending processing and control signals to the upper layer module. The detection module is used for collecting various information from various sensors or user input interfaces, and the management module is used for performing digital-to-analog conversion and analysis management.

For example, the voice recognition module comprises a voice analysis module and a voice instruction database module. The display control module is used for controlling the display to display the image content, and can be used for playing the multimedia image content, UI interface and other information. And the communication module is used for carrying out control and data communication with external equipment. And the browser module is used for executing a module for data communication between browsing servers. And the service module is used for providing various services and modules including various application programs. Meanwhile, the memory 260 may store a visual effect map for receiving external data and user data, images of various items in various user interfaces, and a focus object, etc.

Fig. 3 exemplarily shows a block diagram of a configuration of the control apparatus 100 according to an exemplary embodiment. As shown in fig. 3, the control apparatus 100 includes a controller 110, a communication interface 130, a user input/output interface, a memory, and a power supply source.

The control device 100 is configured to control the display device 200 and may receive an input operation instruction of a user and convert the operation instruction into an instruction recognizable and responsive by the display device 200, serving as an interaction intermediary between the user and the display device 200. Such as: the user responds to the channel up and down operation by operating the channel up and down keys on the control device 100.

In some embodiments, the control device 100 may be a smart device. Such as: the control apparatus 100 may install various applications that control the display apparatus 200 according to user demands.

In some embodiments, as shown in fig. 1, a mobile terminal 300 or other intelligent electronic device may function similar to the control device 100 after installing an application that manipulates the display device 200. Such as: the user may implement the functions of controlling the physical keys of the device 100 by installing applications, various function keys or virtual buttons of a graphical user interface available on the mobile terminal 300 or other intelligent electronic device.

The controller 110 includes a processor 112 and RAM 113 and ROM 114, a communication interface 130, and a communication bus. The controller is used to control the operation of the control device 100, as well as the communication cooperation between the internal components and the external and internal data processing functions.

The communication interface 130 enables communication of control signals and data signals with the display apparatus 200 under the control of the controller 110. Such as: the received user input signal is transmitted to the display apparatus 200. The communication interface 130 may include at least one of a WiFi chip 131, a bluetooth module 132, an NFC module 133, and other near field communication modules.

A user input/output interface 140, wherein the input interface includes at least one of a microphone 141, a touch pad 142, a sensor 143, keys 144, and other input interfaces. Such as: the user can realize a user instruction input function through actions such as voice, touch, gesture, pressing, and the like, and the input interface converts the received analog signal into a digital signal and converts the digital signal into a corresponding instruction signal, and sends the instruction signal to the display device 200.

The output interface includes an interface that transmits the received user instruction to the display apparatus 200. In some embodiments, the interface may be an infrared interface or a radio frequency interface. Such as: when the infrared signal interface is used, the user input instruction needs to be converted into an infrared control signal according to an infrared control protocol, and the infrared control signal is sent to the display device 200 through the infrared sending module. The following steps are repeated: when the rf signal interface is used, a user input command needs to be converted into a digital signal, and then the digital signal is modulated according to the rf control signal modulation protocol and then transmitted to the display device 200 through the rf transmitting terminal.

In some embodiments, the control device 100 includes at least one of a communication interface 130 and an input-output interface 140. The control device 100 is provided with a communication interface 130, such as: the WiFi, bluetooth, NFC, etc. modules may transmit the user input command to the display device 200 through the WiFi protocol, or the bluetooth protocol, or the NFC protocol code.

A memory 190 for storing various operation programs, data and applications for driving and controlling the control apparatus 200 under the control of the controller. The memory 190 may store various control signal commands input by a user.

And a power supply 180 for providing operational power support to the various elements of the control device 100 under the control of the controller. A battery and associated control circuitry.

In some embodiments, the system may include a Kernel (Kernel), a command parser (shell), a file system, and an application program. The kernel, shell, and file system together make up the basic operating system structure that allows users to manage files, run programs, and use the system. After power-on, the kernel is started, kernel space is activated, hardware is abstracted, hardware parameters are initialized, and virtual memory, a scheduler, signals and interprocess communication (IPC) are operated and maintained. And after the kernel is started, loading the Shell and the user application program. The application program is compiled into machine code after being started, and a process is formed.

Referring to fig. 4, in some embodiments, the system is divided into four layers, which are an Application (Applications) layer (abbreviated as "Application layer"), an Application Framework (Application Framework) layer (abbreviated as "Framework layer"), an Android runtime (Android runtime) and system library layer (abbreviated as "system runtime library layer"), and a kernel layer from top to bottom.

In some embodiments, at least one application program runs in the application program layer, and the application programs can be Window (Window) programs carried by an operating system, system setting programs, clock programs, camera applications and the like; or may be an application developed by a third party developer such as a hi program, a karaoke program, a magic mirror program, or the like. In specific implementation, the application packages in the application layer are not limited to the above examples, and may actually include other application packages, which is not limited in this embodiment of the present application.

The framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions. The application framework layer acts as a processing center that decides to let the applications in the application layer act. The application program can access the resource in the system and obtain the service of the system in execution through the API interface

As shown in fig. 4, in the embodiment of the present application, the application framework layer includes a manager (Managers), a Content Provider (Content Provider), and the like, where the manager includes at least one of the following modules: an Activity Manager (Activity Manager) is used for interacting with all activities running in the system; the Location Manager (Location Manager) is used for providing the system service or application with the access of the system Location service; a Package Manager (Package Manager) for retrieving various information related to an application Package currently installed on the device; a Notification Manager (Notification Manager) for controlling display and clearing of Notification messages; a Window Manager (Window Manager) is used to manage the icons, windows, toolbars, wallpapers, and desktop components on a user interface.

In some embodiments, the activity manager is to: managing the life cycle of each application program and the general navigation backspacing function, such as controlling the exit of the application program (including switching the user interface currently displayed in the display window to the system desktop), opening, backing (including switching the user interface currently displayed in the display window to the previous user interface of the user interface currently displayed), and the like.

In some embodiments, the window manager is configured to manage all window processes, such as obtaining a display size, determining whether a status bar is available, locking a screen, intercepting a screen, controlling a display change (e.g., zooming out, dithering, distorting, etc.) and the like.

In some embodiments, the system runtime layer provides support for the upper layer, i.e., the framework layer, and when the framework layer is used, the android operating system runs the C/C + + library included in the system runtime layer to implement the functions to be implemented by the framework layer.

In some embodiments, the kernel layer is a layer between hardware and software. As shown in fig. 4, the core layer includes at least one of the following drivers: audio drive, display drive, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (such as fingerprint sensor, temperature sensor, touch sensor, pressure sensor, etc.), and so on.

In some embodiments, the kernel layer further comprises a power driver module for power management.

In some embodiments, software programs and/or modules corresponding to the software architecture of fig. 4 are stored in the first memory or the second memory shown in fig. 2 or 3.

In some embodiments, taking the magic mirror application (photographing application) as an example, when the remote control receiving device receives a remote control input operation, a corresponding hardware interrupt is sent to the kernel layer. The kernel layer processes the input operation into an original input event (including information such as a value of the input operation, a timestamp of the input operation, etc.). The raw input events are stored at the kernel layer. The application program framework layer obtains an original input event from the kernel layer, identifies a control corresponding to the input event according to the current position of the focus and uses the input operation as a confirmation operation, the control corresponding to the confirmation operation is a control of a magic mirror application icon, the magic mirror application calls an interface of the application framework layer to start the magic mirror application, and then the kernel layer is called to start a camera driver, so that a static image or a video is captured through the camera.

In some embodiments, for a display device with a touch function, taking a split screen operation as an example, the display device receives an input operation (such as a split screen operation) that a user acts on a display screen, and the kernel layer may generate a corresponding input event according to the input operation and report the event to the application framework layer. The window mode (such as multi-window mode) corresponding to the input operation, the position and size of the window and the like are set by an activity manager of the application framework layer. And the window management of the application program framework layer draws a window according to the setting of the activity manager, then sends the drawn window data to the display driver of the kernel layer, and the display driver displays the corresponding application interface in different display areas of the display screen.

In some embodiments, as shown in fig. 5, the application layer containing at least one application may display a corresponding icon control in the display, such as: the system comprises a live television application icon control, a video on demand application icon control, a media center application icon control, an application center icon control, a game application icon control and the like.

In some embodiments, the live television application may provide live television via different signal sources. For example, a live television application may provide television signals using input from cable television, radio broadcasts, satellite services, or other types of live television services. And, the live television application may display video of the live television signal on the display device 200.

In some embodiments, a video-on-demand application may provide video from different storage sources. Unlike live television applications, video on demand provides a video display from some storage source. For example, the video on demand may come from a server side of the cloud storage, from a local hard disk storage containing stored video programs.

In some embodiments, the media center application may provide various applications for multimedia content playback. For example, a media center, which may be other than live television or video on demand, may provide services that a user may access to various images or audio through a media center application.

In some embodiments, an application center may provide storage for various applications. The application may be a game, an application, or some other application associated with a computer system or other device that may be run on the smart television. The application center may obtain these applications from different sources, store them in local storage, and then be operable on the display device 200.

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in detail below with reference to the accompanying drawings and specific embodiments.

As described above, the display device includes: a display, a controller coupled to the display. In an embodiment of the present application, the controller includes: the back-end backup module is used for determining a local timestamp corresponding to a Presentation Time Stamp (PTS) of a currently played current video frame according to a current time point when the PTS is obtained; the Media synchronization module is used for sending a calling request to the backup module, wherein the calling request is used for requesting the PTS of the current video frame and receiving the PTS requested by the calling request returned by the backup module; the backup module is further configured to determine a PTS compensation value according to a request timestamp and a target timestamp when a call request sent by the Media syncroniser module is received, where the target timestamp is a local timestamp closest to the current time in all the determined local timestamps; and updating the PTS corresponding to the target timestamp by using the PTS compensation value, and returning the updated PTS to the Media synchronizer module.

Correspondingly, the embodiment also provides a method for realizing the corresponding operation of the controller. Please refer to fig. 6, which is a flowchart illustrating a PTS acquisition method according to an embodiment of the present disclosure.

The PTS acquisition method provided in the embodiment of the present application is described below:

referring to fig. 6, a flow diagram of a PTS acquisition method according to some embodiments is illustrated in fig. 6. The execution subject of the flow shown in fig. 6 may be the display device described above.

As shown in fig. 6, the process may include the following steps:

101, when the back-end backup module acquires the PTS of the currently played current video frame, determining a local timestamp corresponding to the PTS according to the current time point.

In one example, the Backend module obtains the PTS of the currently playing current video frame, which may be automatically triggered when the display device plays the video. In another example, the Backend module obtains the PTS of the currently playing current video frame, and may also be triggered by a synchronization message sent by the Media synchronization module. Of course, the description of the trigger backnd module obtaining the PTS of the currently played current video frame is only used as an example, and a corresponding trigger mode may be selected according to an actual situation.

In this embodiment of the present application, there are multiple implementation manners for the Backend module to obtain the PTS of the currently played current video frame, and how the Backend module obtains the presentation time stamp PTS of the currently played current video frame in this step 101 will be described in detail below with reference to the flow shown in fig. 7, which is not repeated here.

In one example, the Backend module in this step 101 may periodically obtain the PTS of the currently playing current video frame, and the time interval of the period may be 300 milliseconds. Of course, other time intervals may be selected, which may be set according to actual situations, and this is not limited in this application.

And when the backup module acquires the PTS each time, determining a local timestamp corresponding to the PTS according to the current time point. Here, in order to ensure that the local timestamp is fixed in a monotonically and linearly increasing manner (to avoid that a later generated local timestamp is earlier than a previously generated local timestamp due to adjustment of the system time of the display device), in the embodiment of the present application, Wall Clock (a time length elapsed after the display device is turned on, and the time length monotonically and linearly increases) is selected as a basis for generating the local timestamp. As to how to determine the local timestamp corresponding to the PTS according to the current time point, the following will be described in detail with reference to the flow shown in fig. 8, which is not repeated herein.

Step 102, the Media synchronization module sends a call request to the backup module, where the call request is used to request the PTS of the current video frame.

When the Media Synchroiser module needs to acquire the PTS of the current video frame, a call request is sent to the backup module. Here, in order to reduce the time duration consumed in the calling process to reduce the error in the PTS acquisition process, a synchronous calling mechanism may be used to implement the calling to the background module. Since synchronous call mechanisms typically only consume a few milliseconds, the length of time consumed by the calling process is essentially negligible.

As an example, the Media synchronization module generally sends a call request to the background module at a preset time interval during playing video to request the PTS of the current video frame.

103, the backup module determines a PTS compensation value according to a request timestamp and a target timestamp when a call request sent by the Media Synchroiser module is received, wherein the target timestamp is the local timestamp closest to the current time in all the determined local timestamps; and updating the PTS corresponding to the target timestamp by using the PTS compensation value, and returning the updated PTS to the Media Synchroiser module.

In this embodiment of the application, the Backend module may determine a time point when the call request sent by the Media synchronization module is received as the request timestamp. Here, also in order to ensure that the request timestamp is fixed to be monotonically and linearly increasing (to avoid that the request timestamp generated later is earlier than the request timestamp generated earlier due to adjustment of the system time of the display device), in the embodiment of the present application, WallClock (the time length elapsed after the display device is turned on, which is monotonically and linearly increasing) is selected as the basis for generating the request timestamp, similarly to the aforementioned local timestamp.

After the request timestamp is determined, the PTS offset value can be determined based on the request timestamp and the target timestamp (i.e., the closest local timestamp from the current local timestamps that have been determined).

Alternatively, the PTS offset value may be a difference between the request timestamp and the target timestamp, which is used to indicate how long the call request sent by the Media synchronization module is received after the target timestamp is determined.

Note that for PTS, 1/90000 seconds are generally used as a time unit, and the request timestamp and the target timestamp are generally used in seconds as a time unit. Therefore, when the PTS compensation value is calculated, if the PTS is different from the request timestamp or the target timestamp in time unit, the calculated difference value cannot be used as the final PTS compensation value (referred to as the initial PTS compensation value), and the initial PTS compensation value needs to be converted in time unit to finally obtain the PTS compensation value.

After the PTS compensation value is calculated, the PTS corresponding to the target timestamp and the PTS compensation value may be summed to obtain the PTS of the current video frame requested by the call request sent by the Media syncroniser module and sent to the Media syncroniser module.

And step 104, the Media Synchroiser module receives the PTS returned by the backup module.

The flow shown in fig. 7 is completed.

How the backup module obtains the presentation time stamp PTS of the currently played current video frame in the above step 101 is described below.

Referring to fig. 7, fig. 7 is a flowchart illustrating an implementation of step 101 provided in an embodiment of the present application. As shown in fig. 7, the process may include the following steps:

step 201, the backup module periodically sends a PTS acquisition request to the Media Stack module, where the PTS acquisition request is used to request a PTS of a current video frame.

In the embodiment of the application, an asynchronous calling process can be adopted between the backup module and the Media Stack module. Here, the asynchronous call procedure is used because if the synchronous call procedure is used, the call duration span is large (10 ms to 200 ms) and is very unstable due to the difference of the complexity of the current pending request or processed request of the Media Stack module.

In the embodiment of the present application, the PTS acquisition request may be a RequestPTS request.

Step 202, receiving a response message sent by the Media Stack module in response to the PTS acquisition request, where the response message carries the PTS requested by the PTS acquisition request and a timestamp of when the Media Stack module acquires the PTS.

After receiving the PTS acquisition request sent by the backup module, the Media Stack module acquires the PTS of the video frame based on the currently played current video frame. The process of obtaining PTS by the Media Stack module can refer to the obtaining method known to those skilled in the art, and is not described here.

When the Media Stack module acquires the PTS, the time point of acquiring the PTS is taken as a timestamp and carried in a reply message together with the PTS, and the reply message is sent to the backup module, so that the backup module receives the reply message.

It should be noted that, based on different settings of different display devices, there is a difference in the time according to which the Media Stack module generates the time stamp for the PTS.

In one example, when generating a timestamp for a PTS, the Media Stack module may use a DTS of a video frame corresponding to the PTS as the timestamp of the PTS.

In another example, the Media Stack module may take the current Wall Clock of the display device as the time stamp of the PTS when generating the time stamp for the PTS.

It should be emphasized that no matter the Media Stack module uses Wall Clock or DTS as the timestamp of PTS, the implementation of the embodiment of the present application will not be affected, and how the backup module uses the timestamp carried in the response message will be described in detail below, which is not repeated here.

And step 203, when the response message is the first response message, determining the PTS carried in the response message as the PTS of the currently played current video frame and storing the PTS.

When receiving the response message, if the response message is the first response message, it indicates that the Backend module has not sent the PTS acquisition request to the Media Stack module before, and correspondingly has not received the response message sent by the Media Stack module, so that the PTS carried in the response message can be directly stored as the first PTS.

And step 204, when the response message is not the first response message, updating the currently stored PTS by using the currently received response message, and determining the updated PTS as the PTS of the currently played current video frame.

Under the condition that the received response message is not the first response message, the embodiment of the present application does not directly replace the currently stored PTS with the PTS carried in the received response message, because the Media Stack module has certain errors in the process of acquiring the PTS and in the process of generating the PTS corresponding to each video frame in the video stream, in order to avoid that these errors are continuously accumulated in the process of periodically acquiring the PTS, the stored PTS may be continuously updated by using the following procedure:

after the timestamp carried in the first response message is determined as the PTS of the currently played current video frame and stored, if the response message sent by the Media Stack module is received again, the updated value of the PTS is determined by using the timestamp carried in the currently received response message and the timestamp carried in the last received response message (i.e., the first response message).

The PTS update value described above can be determined by: the difference (i.e., PTS update value) between the timestamp carried in the response message received this time and the timestamp carried in the response message received last time is calculated.

Thereafter, the stored PTS is updated with the determined PTS update value.

Here, the PTS update value calculated as described above and the PTS that is currently stored may be summed to obtain the PTS corresponding to the PTS acquisition request of this time.

It should be noted that, except that when the response message received this time is the first response message, the PTS carried in the response message is directly stored, and subsequently, when the response message is received each time, the stored PTS is updated according to the difference between the timestamp in the response message received this time and the timestamp in the response message received last time.

The above describes how the backup module obtains the presentation time stamp PTS of the currently played current video frame in step 101.

How the Backend module determines the local timestamp corresponding to the PTS according to the current time point in the above step 101 is explained as follows:

step 301, when the received response message is the first response message, determining the time point of receiving the response message as the local timestamp corresponding to the PTS carried in the response message.

In one possible implementation, the timestamp carried in the reply message may be generated by the Media Stack module according to Wall Clock. In the present embodiment, due to the property that the Wall Clock monotonically increases, the problem that the later-generated timestamp is earlier than the later-generated timestamp does not occur, and therefore, the local timestamp can be directly generated from the current Wall Clock.

Step 302, when the received response message is not the first response message, determining a local timestamp update value by using the timestamp carried in the received response message and the timestamp carried in the response message received last time, and updating the current local timestamp by using the determined local timestamp update value.

In the embodiment of the present application, when the currently received response message is not the first response message, the local timestamp is not directly generated by using the time of the currently received response message, and the locally generated timestamp is used to replace the locally generated timestamp that was generated last time, which is because: the time length consumed by the Media Stack module in the process of sending the response message to the backup module each time is different, so that in order to reduce the error in the process of sending the response message to the backup module by the Media Stack module, the local timestamp can be updated in the following way:

firstly, the local timestamp updating value is determined by utilizing the timestamp carried in the response message received this time and the timestamp carried in the response message received last time.

The above-mentioned local timestamp update value can be determined by the following means: and calculating the difference value (namely the updating value of the local timestamp) between the timestamp carried in the response message received this time and the timestamp carried in the response message received last time.

Thereafter, the PTS obtained last time is updated with the determined local timestamp update value.

Here, the local timestamp update value calculated as described above and the current local timestamp may be summed to obtain a local timestamp corresponding to the PTS requested this time.

It should be noted that, except for directly generating the local timestamp when the currently received response message is the first response message, each time the local timestamp is updated subsequently, the local timestamp is updated depending on the difference between the timestamps in the two adjacent received response messages.

The above description is provided on how the Backend module determines the local timestamp corresponding to the PTS according to the current time point in step 101.

The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present 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

1. A display device, comprising:

a display;

a controller coupled with the display, the controller comprising:

2. The display device according to claim 1, wherein the Backend module obtaining the presentation time stamp PTS of the current video frame currently played comprises:

periodically sending a PTS (partial Transmit sequence) acquisition request to a Media Stack module, wherein the PTS acquisition request is used for requesting the PTS of a current video frame;

receiving a response message sent by the Media Stack module in response to the PTS acquisition request, wherein the response message carries the PTS requested by the PTS acquisition request and a timestamp when the Media Stack module acquires the PTS;

when the response message is the first response message, determining the PTS carried in the response message as the PTS of the current video frame played currently and storing the PTS;

and when the response message is not the first response message, updating the currently stored PTS by using the currently received response message, and determining the updated PTS as the PTS of the currently played current video frame.

3. The display device according to claim 2, wherein the Backend module updating the PTS currently stored with the response message received this time comprises:

determining a PTS updating value by using a timestamp carried in the received response message at this time and a timestamp carried in the response message received at the last time;

and updating the PTS which is stored currently by using the determined PTS updating value.

4. The display device according to claim 2, wherein the Backend module determining the local timestamp corresponding to the PTS according to the current time point includes:

when the received response message is the first response message, determining the time point of receiving the response message as a local timestamp corresponding to the PTS carried in the response message;

when the received response message is not the first response message, determining a local timestamp updating value by using the timestamp carried in the received response message and the timestamp carried in the response message received last time, and updating the current local timestamp by using the determined local timestamp updating value.

5. The display device of claim 1, wherein the Backend module determining the PTS compensation value according to the request timestamp and the target timestamp when the call request sent by the Media synchronizer module is received comprises:

setting and calculating the request timestamp and the target timestamp to obtain an initial PTS compensation value;

and if the request timestamp or the target timestamp is the same as the time unit used by the PTS, determining the initial PTS compensation value as the PTS compensation value.

6. A PTS acquisition method, comprising:

7. The method according to claim 6, wherein said obtaining the presentation time stamp PTS of the currently playing current video frame comprises:

8. The method according to claim 7, wherein the updating the currently stored PTS with the currently received response message comprises:

9. The method according to claim 7, wherein the determining the local timestamp corresponding to the PTS according to the current time point comprises:

10. The method of claim 6, wherein the determining the PTS compensation value according to the request timestamp and the target timestamp when the call request sent by the Media syncroniser module is received comprises: