Patent classifications
H04L65/765
W3C media extensions for processing DASH and CMAF inband events along with media using process@append and process@play mode
A method and apparatus for processing events in a media stream may be provided. The method may include obtaining media data; generating, from the media data, one or more event segments and one or more media segments; parsing a respective event from the one or more event segments to determine an event start time, event end time, and dispatch mode; appending the respective event from the one or more event segments to an event dispatch buffer based on a comparison of the event start time and a current playback position, and a determination that the respective event is not present in an already dispatched buffer; and dispatching the respective event based on the position associated with the respective event in the event dispatch buffer, the event start time, the event end time, and the current playback position.
Synchronizing media content streams for live broadcasts and listener interactivity
A creator establishes a media program including a plurality of media files or content in accordance with a broadcast plan. Mixing systems establish connections with a mobile device of the creator, and with sources of the audio files or content, either manually or automatically in response to instructions of the creator. Broadcast systems establish connections with computer devices of listeners and a mixing system. Conference systems establish connections with the mobile device of the creator and a mixing system. The connections established may be one-way or two-way channels. The media program may include live or previously recorded audio content including words or sounds of the creator, as well as advertisements, music, news, sports, weather, or other programming. The media program may also include live or previously recorded interviews or other conversations with guests, including but not limited to one or more listeners.
Digital signal processing plug-in implementation
In some examples, digital signal processing plug-in implementation may include obtaining attributes of a user interface for a digital signal processing plug-in, and obtaining attributes of digital signal processing logic for the digital signal processing plug-in. The digital signal processing plug-in implementation may include generating, based on the attributes of the user interface and the attributes of the digital signal processing logic, a plug-in process to control operation of the user interface and the digital signal processing logic. Further, the digital signal processing plug-in implementation may include establishing, based on the generated plug-in process, a two-way communication link between a host and the plug-in process to implement the digital signal processing plug-in.
Automatic correction of erroneous audio setting
Electronic conferences can often be the source of frustration and wasted resources as participants may be forced to contend with extraneous sounds, such as conversations not intended for the conference, provided by an endpoint that should be muted. Similarly, participants may speak with the intention of providing their speech to the conference but speak while their associated endpoint is muted. As a result, the conference may be awkward and lack a productive flow while erroneously muted or non-muted endpoints are addressed. By detecting erroneous audio settings, endpoints can be prompted or automatically corrected to have the appropriate audio state.
PROCESSING COMPOSITE SIGNALS
In some examples, an apparatus for processing a composite signal transmitted uses a first communication protocol via a first port comprising a first connector type, in which the apparatus comprises a processor configured to execute one or more instructions stored in a memory of the apparatus, whereby to cause the apparatus to isolate multiple components of the composite signal received at a first port of the apparatus, the first port of the apparatus, whereby to generate a first and second set of signal components, process at least one component from the second set of signal components to generate a converted signal component, transmit the first set of signal components and the converted signal component from a second port of the apparatus using a second communication protocol, and receive a power supply signal over the second port of the apparatus.
METHOD AND SYSTEM FOR REAL-TIME TRANSCODING OF MPEG-DASH ON-DEMAND MEDIA SEGMENTS WHILE IN TRANSIT FROM CONTENT HOST TO DASH CLIENT
A system, method and computer program product for real-time post-processing system that transforms MPEG-DASH on-demand media streams, including a DASH media player device; an intercepting media server device; a MPEG-DASH content origin server device; and a proxy media client device coupled to the DASH media player device and the intercepting media server device and configured to intercept MPEG-DASH HTTP requests from the DASH media player device and forward the intercepted requests to the intercepting media server device instead of the MPEG-DASH content origin server device. The intercepting media server device is configured to act as an HTTP proxy device, and forward the intercepted requests to the MPEG-DASH content origin server, and with each corresponding MPEG-DASH media subsegment acquired perform analysis of the video media content within the subsegment and apply selective transcoding.
In-flow packet prioritization and data-dependent flexible QoS policy
A method, operational at a device, includes receiving at least one packet belonging to a first set of packets of a packet flow marked with an identification value, determining that the at least one packet is marked with the identification value, determining to change a quality of service (QoS) treatment of packets belonging to the first set of packets marked with the identification value that are yet to be received, and sending a request to change the QoS treatment of packets belonging to the first set of packets marked with the identification value that are yet to be received to trigger a different QoS treatment of packets within the packet flow, responsive to determining to change the QoS treatment. Other aspects, embodiments, and features are also claimed and described.
GENERATING A LIVE MEDIA SEGMENT ASSET
A system is provided for generating a live media segment asset. Manifest data and indexed metadata are inserted to a live media segment asset manifest based on an identifier in a received request. The indexed metadata is associated with a media segment from an indexed media content referenced in a first programming schedule. A live media segment asset is generated based on a context parameter and the insertion of the manifest data and the indexed metadata. The indexed media content is referenced by the identifier for the generation of the live media segment asset.
System and method for secure access to camera systems
Embodiments include a system, method, and computer program product that enable secure access to cameras in smart buildings. Some embodiments control outbound video from an environment such as a local network through an intelligent on-event video pushing mechanism. The local intelligent on-event video pushing mechanism hides the IP address of a source video camera, transcodes the video to a reduced size for wide area distribution, and pushes video to a recipient upon an event triggered received within the local environment (e.g., the local network.) Embodiments enable a remote video client on the far-side of the local network firewall to view the video streams of cameras on the near-side of the local network firewall when an event or trigger occurs.
Opportunistic content delivery using delta coding
Systems and methods are described for avoiding redundant data transfers using delta coding techniques when reliably and opportunistically communicating data to multiple user systems. According to embodiments, user systems track received block sequences for locally stored content blocks. An intermediate server intercepts content requests between user systems and target hosts, and deterministically chucks and fingerprints content data received in response to those requests. A fingerprint of a received content block is communicated to the requesting user system, and the user system determines based on the fingerprint whether the corresponding content block matches a content block that is already locally stored. If so, the user system returns a set of fingerprints representing a sequence of next content blocks that were previously stored after the matching content block. The intermediate server can then send only those content data blocks that are not already locally stored at the user system according to the returned set of fingerprints.