Abstract: The subject disclosure provides systems and methods for providing access to media content from a server based on a user interface of a client device through which the access is requested. A user may access certain media content, such as a song, album, playlist, a radio station, etc., only if a request for that content is initiated via a specific user interface, and when the user is a subscriber to a reduced subscription tier to a service of the server. To restrict the access in this way, an interface-specific token is generated at a server for each media content. The interface-specific token is received by a user device and is used for further access to the media content from the server.

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: 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: The subject technology provides for coordinating output of content during a multiuser communication session by initiating, by a server responsive to a request from a first participant device of a plurality of participant devices that are connected to a multiuser communication session, a media playback session for the multiuser communication session. A network identifier corresponding to the media playback session is generated at the server. The network identifier is transmitted by the server to remainder of participant devices connected to the multiuser communication session. Upon receiving an indication of a selection of the network identifier from at least a second participant device of the plurality of the participant devices at the server, the server causes media for the media playback session to be transmitted to the first participant device and the second participant device.

Abstract: A device implementing drag and drop for a multi-window operating system may include a processor configured to manage a drag session corresponding to a drag event, the drag event including an initial input selecting an item in a first application, a drag gesture moving the item to a particular region, and a release at an end of the drag gesture for dropping the item in the particular region. The processor is configured to send a request to commandeer the drag session to the drag and drop manager. The processor is configured to receive an indication that the release has occurred in the particular region. The processor is configured to perform a drop operation, where the drop operation includes at least one of opening a window of a second application for the item or opening another window of the first application for the item.

Abstract: A device implementing a multi-user content queue may include a memory and at least one processor configured to receive, on the device, a content query and retrieve, from the memory, user account credentials corresponding to user accounts associated with the device. The at least one processor may be further configured to provide, to a server, the user account credentials and the content query. The at least one processor may be further configured to receive, from the server and based on the content query, a user account identifier of one of the user accounts and a content identifier corresponding to content in a content library of the one of the user accounts. The at least one processor may be further configured to utilize the user account identifier and the content identifier for output, by the device, of the content from the content library of the one of the user accounts.

Abstract: A device implementing drag and drop for a multi-window operating system may include a processor configured to manage a drag session corresponding to a drag event, the drag event including an initial input selecting an item in a first application, a drag gesture moving the item to a particular region, and a release at an end of the drag gesture for dropping the item in the particular region. The processor is configured to send a request to commandeer the drag session to the drag and drop manager. The processor is configured to receive an indication that the release has occurred in the particular region. The processor is configured to perform a drop operation, where the drop operation includes at least one of opening a window of a second application for the item or opening another window of the first application for the item.

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: 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: 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 generate graphs for managing media item collections. For example, the graph can include nodes representing individual media items in a media item collection. Each node can include attributes that define whether the corresponding media item should be played. Each node can include attributes that define one or more next nodes to be played. The next nodes can be ordered consistently across computing devices according to various criteria, (e.g., time when the next node was added to the graph and/or user identifier) so that changes to the graph across devices can be made in a consistent, conflict avoiding manner. The playback sequence for media items represented by the graph can be determined by traversing the nodes in the graph and including or excluding media items from the playback sequence according to the attributes of the corresponding nodes.

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: 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: 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: 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.