Abstract: A method, apparatus and system related to zero configuration communication between a browser and a networked media device are disclosed. In one embodiment, a method of a client device includes constraining an executable environment in a security sandbox, executing a sandboxed application in the executable environment using a processor and a memory, and automatically instantiating a connection between the sandboxed application and a sandbox reachable service of a networked media device. The method may include processing an identification data associated with the sandbox reachable service sharing a public address with the client device. The method may also include determining a private address pair of the sandbox reachable service based on the identification data.

Abstract: A method, apparatus and system related to zero configuration communication between a browser and a networked media device are disclosed. In one embodiment, a method of a client device includes constraining an executable environment in a security sandbox, executing a sandboxed application in the executable environment using a processor and a memory, and automatically instantiating a connection between the sandboxed application and a sandbox reachable service of a networked media device. The method may include processing an identification data associated with the sandbox reachable service sharing a public address with the client device. The method may also include determining a private address pair of the sandbox reachable service based on the identification data.

Abstract: A system and method are provided for streaming a media track to multiple clients using a single copy of the track's metadata, rather than making separate copies of the metadata for each stream. A media track's metadata includes information that is used to identify and locate media corresponding to different time positions in the track or media program. Sharing one copy of the metadata among multiple client streams promotes more efficient use of a media streaming server's resources. When a media track is first requested, a track object is generated to store and allow access to the metadata. For each client stream, a separate track handle object is created to manage access to the metadata for the stream's specific context. The streamed media track may be part of a live media event or may be part of a pre-recorded media program.

Abstract: A method and apparatus are provided for handling events received at a media streaming server. Server sockets configured to receive events are divided into collections and registered with a polling object. Each collection shares a processor thread for detecting events. Each socket is associated with an event consumer object that is notified when an event is received at the socket. The event consumer objects invoke task objects to handle the events. Task objects are queued in a task queue and execute using a pool of processor threads. Event consumer objects are derived from an abstract base consumer class that defines a common interface. Subclasses of the base consumer class are configured for different types of events that may be received (e.g., connection requests, media streaming commands, media data, media stream quality reports). Specific event consumer objects are instantiated from the subclasses to provide implementations of the common interface.

Abstract: A system and method are provided for resynchronizing a media stream. A media streaming server receives live or pre-recorded media for streaming to clients. When media is not received or available for streaming at the appropriate media time index, the media stream is deemed to be out of synchronization. The server selects a future time index at which to resynchronize the stream and may discard intervening media. Media corresponding to the new time index is requested or retrieved and, if available at the new time index, media streaming resumes in synchronization. If media corresponding to the new time index is not available, the server may select another future time index and try again to resynchronize. Resynchronization may be attempted a configurable number of times and, if unsuccessful, the server may terminate the stream.

Abstract: A system and method are provided for streaming a media track to multiple clients using a single copy of the track's metadata, rather than making separate copies of the metadata for each stream. A media track's metadata includes information that is used to identify and locate media corresponding to different time positions in the track or media program. Sharing one copy of the metadata among multiple client streams promotes more efficient use of a media streaming server's resources. When a media track is first requested, a track object is generated to store and allow access to the metadata. For each client stream, a separate track handle object is created to manage access to the metadata for the stream's specific context. The streamed media track may be part of a live media event or may be part of a pre-recorded media program.

Abstract: A system and method are provided for resynchronizing a media stream. A media streaming server receives live or pre-recorded media for streaming to clients. When media is not received or available for streaming at the appropriate media time index, the media stream is deemed to be out of synchronization. The server selects a future time index at which to resynchronize the stream and may discard intervening media. Media corresponding to the new time index is requested or retrieved and, if available at the new time index, media streaming resumes in synchronization. If media corresponding to the new time index is not available, the server may select another future time index and try again to resynchronize. Resynchronization may be attempted a configurable number of times and, if unsuccessful, the server may terminate the stream.

Abstract: A method and apparatus are provided for handling events received at a media streaming server. Server sockets configured to receive events are registered with a polling object and may be divided into collections. Each collection shares a processor thread for detecting events. Each socket is associated with an event consumer object that is notified when an event is received at the socket. The event consumer objects invoke task objects to handle the events. Task objects are queued in a task queue and execute using a pool of processor threads. Event consumer objects are derived from an abstract base consumer class that defines a common interface. Subclasses of the base consumer class are configured for different types of events that may be received (e.g., connection requests, media streaming commands, media data, media stream quality reports). Specific event consumer objects are instantiated from the subclasses to provide implementations of the common interface.