Abstract: One embodiment provides for a data processing system comprising a memory device to store instructions and one or more processors to execute the instructions stored on the memory device. The instructions cause the one or more processors to provide a virtual assistant to receive voice input at a media playback device associated with the data processing system. The virtual assistant, via the one or more processors, is configured to receive a voice command at the media playback device, where the voice command is to schedule an event, then determine a user account associated with the voice command, a type of command based on context information associated with the voice command, and a target device to which media playback associated with the event is to be scheduled.

Abstract: In some implementations, a computing device can send a priming command to a media application to cause the media application to load media items and media item metadata into memory associated with the media application. The computing device can predict a media application that is likely to be invoked by a user. The computing device can launch the media application. The computing device can send the priming command to the media application to cause the media application to prepare media items for playback or presentation to the user. After the media application loads the media items, the computing device can receive metadata associated with the loaded media items and present the metadata and appropriate media application controls on a display of the computing device.

Abstract: One embodiment provides for a media playback device comprising a memory device to store instructions; one or more processors to execute the instructions stored on the memory device, the instructions to cause the one or more processors to provide a playback queue manager to manage one or more media playback queues including a set of media items associated with a scheduled event and a playback routing manager to determine an output destination for the set of media items based on context associated with the scheduled event, the playback routing manager to route output of playback of the set of media items to one or more of multiple different connected media playback devices based on the context associated with the scheduled event.

Abstract: In some implementations, a system can be configured to manage groups of playback devices. For example, playback devices can be dynamically grouped in a variety of ways. Each playback device can store attributes that define the group to which the playback device belongs. Each playback device can send its group attributes to remote control devices and the remote control devices can determine groups of playback devices based on the group attributes. The remote control devices can then configure and present graphical user interfaces that represent the various groups of playback devices. In some implementations, a group of playback devices can be configured as a persistent group. For example, a pair of playback devices (e.g., wireless speakers) can store and send attribute data indicating that the pair of playback devices is a persistent group so that remote control devices can present and control the persistent group as a single device.

Abstract: A device implementing a system to provide a set of controls for remotely controlling the output of content includes at least one processor configured to determine that user interaction with respect to the device satisfies a first condition, the user interaction being associated with a second device. The at least one processor is further configured to determine that a status of output of content on the second device satisfies a second condition. The at least one processor is further configured to provide, based on determining that the first and second conditions have been satisfied, a set of controls on the device for remotely controlling the output of the content on the second device.

Abstract: A device receives a time-based restriction for usage by a first user with respect to an application, a website or a device-level function. The device receives encrypted data indicating a usage by the first user on a second device with respect to the application, website or device-level function. The device determines that at least one of the usage by the first user on the second device or a usage by the first user on the device with respect to the application, website or device-level function violates the time-based restriction. The device provides, in response to the determining, a notification that the time-based restriction has been violated by the first user.

Abstract: A device receives a time-based restriction for usage by a first user with respect to an application, a website or a device-level function. The device receives encrypted data indicating a usage by the first user on a second device with respect to the application, website or device-level function. The device determines that at least one of the usage by the first user on the second device or a usage by the first user on the device with respect to the application, website or device-level function violates the time-based restriction. The device provides, in response to the determining, a notification that the time-based restriction has been violated by the first user.

Abstract: A device receives a time-based restriction for usage by a first user with respect to an application, a website or a device-level function. The device receives encrypted data indicating a usage by the first user on a second device with respect to the application, website or device-level function. The device determines that at least one of the usage by the first user on the second device or a usage by the first user on the device with respect to the application, website or device-level function violates the time-based restriction. The device provides, in response to the determining, a notification that the time-based restriction has been violated by the first user.

Abstract: A media process may receive, from a client application, a request for media information about a range of media items in a queue of a media application, the request being sent while the media application is executing. The queue includes a previous set of media items that have been played by the media application, a current item (e.g., currently playing), and a future set of items that are to be played The request may specify the range to include the current item and at least one item from the previous set and/or future set. The daemon sends a request to the media application and receives media information from the application. The received media information may include an order of media items and an identifier for each item in the range of items. The received information may be sent to the client application for displaying information about the range of items.

Abstract: In some implementations a system can be configured to reduce the burden of pairing user devices with playback devices. For example, all users (or user devices) who commonly operate within a particular environment (e.g., a home) can be configured as authorized users of playback devices within the particular environment. When one of the authorized users pairs a user device with a playback device, all of the user devices for all authorized users can be automatically paired with the playback device as a result of the single pairing. Thus, only a single authorized user is burdened with the pairing process in order to pair all authorized users with the playback device.

Abstract: In some implementations, a system can be configured to route media data to playback devices based on a context associated with the media data. For example, the media data can include audio and/or video data associated with media items, such as music, movies, television shows, etc. The media data can include audio and/or video data generated by software, such as audio/video output from gaming applications and/or an operating system. The context can be determined based on the source of the media data and the media data can be routed to playback devices based on the determined context. For example, when the context is a media context associated with a media item source, the media data can be routed to remote playback devices for presentation. When the context is a system context associated with a software source, the media data can be presented by a local device.

Abstract: In some implementations, a system can be configured to allow remote control devices to quietly obtain status information related to various audio/video playback devices. For example, a streaming device (e.g., a user device, phone, etc.) can establish a streaming connection to a playback device. The playback device can be configured to only accept a single streaming connection (i.e., master connection). A remote control device (e.g., a user device, phone, etc.) can quietly connect (i.e., control connection) to the playback device without interrupting the master connection to obtain status information related to the playback device and or the media being streamed to the playback device. The remote control device can provide commands through the control connection to adjust the playback of the streamed media at the playback device.

Abstract: In some implementations, a system can be configured to manage groups of playback devices. For example, playback devices can be dynamically grouped in a variety of ways. Each playback device can store attributes that define the group to which the playback device belongs. Each playback device can send its group attributes to remote control devices and the remote control devices can determine groups of playback devices based on the group attributes. The remote control devices can then configure and present graphical user interfaces that represent the various groups of playback devices. In some implementations, a group of playback devices can be configured as a persistent group. For example, a pair of playback devices (e.g., wireless speakers) can store and send attribute data indicating that the pair of playback devices is a persistent group so that remote control devices can present and control the persistent group as a single device.

Abstract: Third-party apps on a mobile device can expose their content, such as audio content, video content, music stations, audio books, and so forth, to an in-vehicle computing device via a standardized format for content items that is decoupled from the user interfaces of the third-party apps. In this way, the in-vehicle computing device can display the content items in an in-vehicle user interface without granting providers of the content items access to the in-vehicle user interface. This system can present the content items in a different, independent user interface, even though the content items are associated with a third-party app having its own user interface. Content items encapsulate metadata describing the media, such as a title, subtitle, artwork, playback progress, a content item type, whether the content item is playable, whether the content item is a container item, and so forth.

Abstract: In some implementations, a computing device can send a priming command to a media application to cause the media application to load media items and media item metadata into memory associated with the media application. The computing device can predict a media application that is likely to be invoked by a user. The computing device can launch the media application. The computing device can send the priming command to the media application to cause the media application to prepare media items for playback or presentation to the user. After the media application loads the media items, the computing device can receive metadata associated with the loaded media items and present the metadata and appropriate media application controls on a display of the computing device.

Abstract: A method performed in a portable computing device for intelligently performing audio playback, upon connecting with an audio output system. The portable computing device detects that a connection is made with an audio output system. The portable computing device determines a first audio playback application that last played audio and when the first audio playback application last played audio. If the first audio playback application played audio within a specified amount of time in the past, then the portable computing device signals that audio playback be performed from the first audio playback application (through the connection made with the audio output system.

Abstract: In some implementations, a computing device can be configured to manage playlist-only media items for a user's media library. For example, when a user adds a media item to a playlist, the user can be presented with an option to add the media item to the playlist as a playlist-only media item. When the user selects to add the media item to the playlist as a playlist-only media item, the computing device can update media metadata associated with the user's media library with data indicating that the media item is a playlist-only media item. When the computing device performs operations (e.g., displaying, searching, etc.) on the user's media library, the computing device can exclude the playlist-only media items from the operations. The computing device can change the playlist-only settings for a media item to add and/or remove a media item from the user's media library.

Abstract: Techniques are disclosed for managing media playback among an ad hoc group of playback devices. Such techniques may involve building a session among the playback devices in which playback devices communicate information regarding their playback capabilities. Based on the playback capabilities of the devices, playback mode may be derived for the session. Playback operations may be synchronized among the devices that are members of the session, in which devices receive identification of asset(s) to be rendered pursuant to the playback operation and timing information of playback of the asset. The devices may stream the playback assets directly from media sources when they are capable of doing so. In this manner, communication resources are conserved.

Abstract: In some implementations, a computing device can send a priming command to a media application to cause the media application to load media items and media item metadata into memory associated with the media application. The computing device can predict a media application that is likely to be invoked by a user. The computing device can launch the media application. The computing device can send the priming command to the media application to cause the media application to prepare media items for playback or presentation to the user. After the media application loads the media items, the computing device can receive metadata associated with the loaded media items and present the metadata and appropriate media application controls on a display of the computing device.

Abstract: The present technology is for optimizing storage on a computing device. A media application on the computing device can allocate a minimum amount of storage on the computing device. The media application can further be configured to automatically download and store media items added to a media library of an account associated with the computing device. The combination of these features can put strain on computing devices with limited amounts of storage. Accordingly, the present technology can automatically delete media items in cache to allow media items to be automatically downloaded, or allow other uses of storage by other applications on the computing device, while also preserving the minimum amount of storage of media items on the computing device.