Patent classifications
H04H60/80
Maintaining Coordination Following a Wireless Reset
An electronic device that reduces relative drift is described. In particular, an interface circuit in the electronic device may calculate, based on differences between transmit times when packets were transmitted by a second electronic device and receive times of the packets, relative drift as a function of time between a clock in the interface circuit and a second clock in the second electronic device. Then, the interface circuit may adjust, based on the relative drift, a clock circuit that provides the clock to eliminate the relative drift, and may store the adjustments to the clock circuit. Furthermore, when a wireless reset occurs, the interface circuit may adapt the clock circuit based on the stored adjustments to reduce the relative drift while the interface circuit restores frequency lock with the second clock based on additional packets with additional transmit times that are received from the second electronic device.
Maintaining Coordination Following a Wireless Reset
An electronic device that reduces relative drift is described. In particular, an interface circuit in the electronic device may calculate, based on differences between transmit times when packets were transmitted by a second electronic device and receive times of the packets, relative drift as a function of time between a clock in the interface circuit and a second clock in the second electronic device. Then, the interface circuit may adjust, based on the relative drift, a clock circuit that provides the clock to eliminate the relative drift, and may store the adjustments to the clock circuit. Furthermore, when a wireless reset occurs, the interface circuit may adapt the clock circuit based on the stored adjustments to reduce the relative drift while the interface circuit restores frequency lock with the second clock based on additional packets with additional transmit times that are received from the second electronic device.
DATA REPURPOSING
A digital broadcast network is provided in which multiple original experiences powered by the same data is created. A server software intelligently handles delivery of data so that the data can be utilized by several different client-side applications at substantially the same time. Through filtering of large amounts of data and creation of a universal format, this data can be used by devices capable of receiving a digital broadcast stream.
Dynamic and distributed meshed network for in-flight entertainment systems
Systems and methods are described for distribution of content within a vehicle. A server having a first set of content stored within a memory can be communicatively coupled with one or more clients such as using a plurality of wireless access points. Each of the clients can have a processor, memory, and transceiver, such that it can communicate with the server and potentially its neighbors. Groups of the clients can be communicatively coupled, such as via a wired or wireless network, which permits the clients to communicate with one another to retrieve content, for example, rather than burden the server or the wireless access points.
Dynamic and distributed meshed network for in-flight entertainment systems
Systems and methods are described for distribution of content within a vehicle. A server having a first set of content stored within a memory can be communicatively coupled with one or more clients such as using a plurality of wireless access points. Each of the clients can have a processor, memory, and transceiver, such that it can communicate with the server and potentially its neighbors. Groups of the clients can be communicatively coupled, such as via a wired or wireless network, which permits the clients to communicate with one another to retrieve content, for example, rather than burden the server or the wireless access points.
Cloud Queue Access Control
An example implementation may involve a computing system receiving, from a media playback system, a request to initiate playback of a cloud queue. The cloud queue may currently have a first access status that authorizes a first set of queue operations, which may include playback of the cloud queue. After receiving the request to initiate playback, the computing system may cause audio tracks of the cloud queue to be queued in a local queue of the media playback system such that the media playback system may playback audio tracks of the cloud queue via the local queue. The computing system may modify the access status of the cloud queue to a second access status. This second access status may authorize a second set of queue operations on the cloud queue. The computing system may cause access to the local queue to be restricted to the second set of queue operations.
Cloud Queue Access Control
An example implementation may involve a computing system receiving, from a media playback system, a request to initiate playback of a cloud queue. The cloud queue may currently have a first access status that authorizes a first set of queue operations, which may include playback of the cloud queue. After receiving the request to initiate playback, the computing system may cause audio tracks of the cloud queue to be queued in a local queue of the media playback system such that the media playback system may playback audio tracks of the cloud queue via the local queue. The computing system may modify the access status of the cloud queue to a second access status. This second access status may authorize a second set of queue operations on the cloud queue. The computing system may cause access to the local queue to be restricted to the second set of queue operations.
Zone Scene Management
An example playback device in a first zone of a media playback system receives a first indication that the first zone has been added to a first zone scene including a first preconfigured grouping of zones including the first zone and a second zone. The playback device receives a second indication that the first zone has been added to a second zone scene including a second preconfigured grouping of zones including the first zone and a third zone. After a given one of the first and second zone scenes has been selected for invocation, the playback device receives an instruction to operate in accordance with the given zone scene, and based on the instruction, begins operating in accordance with the given zone scene such that the playback device is configured to play back audio in synchrony with one or more other playback devices in the media playback system.
Zone Scene Management
An example playback device in a first zone of a media playback system receives a first indication that the first zone has been added to a first zone scene including a first preconfigured grouping of zones including the first zone and a second zone. The playback device receives a second indication that the first zone has been added to a second zone scene including a second preconfigured grouping of zones including the first zone and a third zone. After a given one of the first and second zone scenes has been selected for invocation, the playback device receives an instruction to operate in accordance with the given zone scene, and based on the instruction, begins operating in accordance with the given zone scene such that the playback device is configured to play back audio in synchrony with one or more other playback devices in the media playback system.
Zone Scene Management
An example computing device in a media playback system receives a first request to create a first zone scene including a first preconfigured grouping of zones including a first zone and a second zone, and based on the first request, causes creation and storage of the first zone scene. The computing device receives a second request to create a second zone scene including a second preconfigured grouping of zones including the first zone and a third zone, and based on the second request, causes creation and storage of the second zone scene. While displaying a representation of the first zone scene and a representation of the second zone scene, the computing devices receives a third request to invoke the first zone scene, and based on the third request, causes the first zone scene to be invoked such that the first zone and the second zone become configured for synchronous playback of media.