Techniques are described for expanding and/or improving the Advanced Television Systems Committee (ATSC) 3.0 television protocol in robustly delivering the next generation broadcast television services. In a boundary region between first and second broadcast stations in which a receiver can pick up signals from both stations, a primary tuner receiving signals from plural antennae presents a demanded service while a secondary tuner uses a single antenna to scan for duplicate transmissions of the service, with handing off between the tuners being effected between scanning and service presentation.

An apparatus, system, and method for maintaining a programming lineup of adaptive-bitrate content streaming is provided. The apparatus includes a timeline module configured to maintain a programming lineup of media content available over a network. The media content may comprise a plurality of streamlets. The apparatus also includes at least one data module configured to maintain multi-bitrate streamlet information. The system includes the apparatus and a client module configured to acquire content based upon the programming lineup provided by the timeline module. The method includes maintaining a programming lineup of media content available over a network, and maintaining multi-bitrate streamlet information.

An apparatus, system, and method for maintaining a programming lineup of adaptive-bitrate content streaming is provided. The apparatus includes a timeline module configured to maintain a programming lineup of media content available over a network. The media content may comprise a plurality of streamlets. The apparatus also includes at least one data module configured to maintain multi-bitrate streamlet information. The system includes the apparatus and a client module configured to acquire content based upon the programming lineup provided by the timeline module. The method includes maintaining a programming lineup of media content available over a network, and maintaining multi-bitrate streamlet information.

A method and apparatus are provided for a cloud streaming service. A cloud streaming server receives first data corresponding to media source extension (MSE) media from a media source server when a request for content is received from a user device. Then the cloud streaming server creates a first stream by transcoding the first data to a suitable format for processing at the user device, and transmits the created first stream to the user device. Further, the cloud streaming server receives second data corresponding to remaining data except the first data in the content, outputs an execution screen of the content by executing the second data, captures the outputted execution screen, and creates a second stream by encoding the captured screen.

Measuring quality-of-experience (QoE) for virtual reality (VR) streaming content is disclosed. A network computing device receives a client-side VR stream capture and a client pose data set that are generated by a client computing device based on a VR content and one or more induced network impairments (e.g., latency, packet loss, and/or jitter, as non-limiting examples). Using the same VR content and the client pose data set, the network computing device generates a source VR stream capture that is not subjected to the one or more induced network impairments. The network computing device performs a frame-by-frame comparison of the client-side VR stream capture and the source VR stream capture. Based on the frame-by-frame comparison, the network computing device generates a QoE metric that indicates a degree of degradation of the client-side VR stream capture relative to the source VR stream capture.

Measuring quality-of-experience (QoE) for virtual reality (VR) streaming content is disclosed. A network computing device receives a client-side VR stream capture and a client pose data set that are generated by a client computing device based on a VR content and one or more induced network impairments (e.g., latency, packet loss, and/or jitter, as non-limiting examples). Using the same VR content and the client pose data set, the network computing device generates a source VR stream capture that is not subjected to the one or more induced network impairments. The network computing device performs a frame-by-frame comparison of the client-side VR stream capture and the source VR stream capture. Based on the frame-by-frame comparison, the network computing device generates a QoE metric that indicates a degree of degradation of the client-side VR stream capture relative to the source VR stream capture.

A user equipment, media control unit, media resource function, or another device or function capable of receiving, manipulating, and transmitting data may be configured to: receive an omnidirectional video; determine a viewport of a user equipment; determining a delivery mode; determine a region of the omnidirectional video based, at least partially, on the determined viewport and the determined delivery mode; encode the determined region; packetizing the encoded region; and transmit the packetized region to the user equipment based, at least partially, on the determined delivery mode.

Apparatus and methods for presentation of key frames. In one embodiment, an encoded video file is generated where one or more bits are assigned to key frames and minimizes the number of bits assigned to delta frames. Each key frame may be presented to a user during trick mode operation (e.g., fast forward, rewind, pause, or random seek operation). When the encoded video file is given to a packager, the packager generates a manifest file listing the byte information (byte offset and number of bytes) for each key frame in the encoded video file. When a user inputs a trick play mode command, the packager provides the manifest file to the client device of the user and the client device requests the bytes for the key frames of the video file from the content delivery network.

The display system adapted to provide a client oriented service is provided. The display system includes a source device and a sink device. The source device encodes a video input to output a video output. The video input includes video data. The video output includes metadata and a video stream, and the video stream is encoded from the video data. The sink device communicates with the source device. The sink device receives and decodes the video output to obtain the video data. The sink device displays images according to the video data and the metadata. The source device generates the metadata from the video input according to hardware parameters of the sink device. In addition, a source device, a sink device and an image displaying method are also provided.

A method is provided for performing zero-copy distribution of data samples between applications running on the same node in a system using an Object Management Group (OMG) Data Distribution Service (DDS) and/or a Real-Time Publish Subscribe (RTPS) protocol. Further provided is a method for selecting the network representation to communicate with a DataReader in a system using an Object Management Group (OMG) Real-Time Publish Subscribe (RTPS) protocol. Still further provided is the combination of these two methods to communicate transparently using zero-copy within the same node and not using zero-copy for different nodes. Embodiments of this invention lead to a relatively small communication latency that is constant and independent of the data size for applications running within a single node.