A case for a cartridge for a vapor provision device is configured such that opening the case involves a coordinated action using both hands. In some implementations, the case includes a first housing portion and a second housing portion which come together to contain and enclose the cartridge when the case is shut and separate to open the case to allow access to the cartridge.

Systems and methods for searching, identifying, scoring, and providing access to companion media assets for a primary media asset are disclosed. In response to a request for companion content, metadata within a predefined time period of a play position when the request was made, is downloaded. A dynamic search template that contains search parameters based on the downloaded metadata is generated. In response to the search conducted using the search template, a plurality of companion media assets are identified and then verified. A trust score for the companion media asset is accessed. The trust score may be analyzed and modified based on its contextual relationship to the play position of the primary media asset. If the trust score is within a rating range, then a link to access the companion media asset, or a specific segment or play position within the companion media asset, is provided.

A system and method for updating a settop box (STB) architecture that can be used to immediately update a device without requiring the device to be reset/restarted. The device may be any type of device that simultaneously supports multiple applications. The architecture may be used to update one of the applications with new functionality in a seamless manner that allows the applications including the one application to continue to operate without interruption.

A system and method for updating a settop box (STB) architecture that can be used to immediately update a device without requiring the device to be reset/restarted. The device may be any type of device that simultaneously supports multiple applications. The architecture may be used to update one of the applications with new functionality in a seamless manner that allows the applications including the one application to continue to operate without interruption.

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. A USB driver communicates I.sup.2C through a JAVA® application with a USB dongle implementing for example an ATSC 3.0 tuner, with the JAVA application simply passing I.sup.2C communication between the dongle and driver such that the driver is platform independent.

Techniques to customize a media processing system are described. A media processing system is described capable of integrating a large set of heterogeneous electronic devices into a single integrated system with enhanced navigation capabilities and automated configuration services. Other embodiments are described and claimed.

Power aware adaptation for a power aware video streaming system may be based on the complexity information conveyed in different ways. A complexity level of a data stream, such as a video data stream, may be selected as a function of a remaining battery power of a wireless transmit/receive unit (WTRU) and on a state set of a plurality of state sets that may be stored and/or managed by the WTRU. These state sets may correspond to, for example, different content sources and/or different complexity estimation algorithms and may be used to select the complexity level of the data stream. The data stream may then be received at the selected complexity level. The complexity level and/or a bitrate of the data stream may be adapted to accommodate, for example, the remaining battery power and/or other circumstances. The adaptation may be customized according to the objectives of use cases.

Example techniques related to battery-powered playback devices. In an example, a first battery-powered playback device receives audio content from a network device and forwards the audio content to a second playback device for synchronous playback of the audio content with the second playback device, plays back the audio content, detects that a battery level of a battery of the first playback device has fallen below a predefined threshold, and ceases the forwarding of the audio content after the battery level of the battery of the first playback device has fallen below the predefined threshold. After the battery level of the first playback device has fallen below the predefined threshold, the second playback device receives the audio content from the network device, forwards the audio content to the first playback device for synchronous playback with the first playback device, and plays back the audio content in synchrony with the first playback device.

Technology is disclosed for establishing and administering multiple virtual machines, each with an audio, video and control (AVC) operating system (OS). The technology can also establish and administer cloud based AVC OSs. A server implementing this technology can perform real-time AVC processing, alongside soft and non-real-time processing and can host multiple, independent, virtual AVC OSs. Each AVC OS can perform the processing for an AVC setup. Each of the AVC OSs can be operated by a corresponding virtual machine controlled by a hypervisor running on the server. A cloud based AVC OS can perform processing for a corresponding remote AVC setup comprising multiple AVC devices. An AVC routing system can cause AVC signals from a particular AVC setup to reach a corresponding cloud AVC OS and conversely can cause signals from an AVC OS to reach the correct destination device.

Technology is disclosed for establishing and administering multiple virtual machines, each with an audio, video and control (AVC) operating system (OS). The technology can also establish and administer cloud based AVC OSs. A server implementing this technology can perform real-time AVC processing, alongside soft and non-real-time processing and can host multiple, independent, virtual AVC OSs. Each AVC OS can perform the processing for an AVC setup. Each of the AVC OSs can be operated by a corresponding virtual machine controlled by a hypervisor running on the server. A cloud based AVC OS can perform processing for a corresponding remote AVC setup comprising multiple AVC devices. An AVC routing system can cause AVC signals from a particular AVC setup to reach a corresponding cloud AVC OS and conversely can cause signals from an AVC OS to reach the correct destination device.