Abstract: Techniques for allocating audio data between a first playback device and a second playback device are disclosed. The audio data comprises a plurality of audio portions and the method comprises: detecting a trigger associated with the first playback device; responsive to detecting the trigger: retrieving configuration information related to the first playback device and the second playback device; and automatically updating an allocation of the audio portions for reproduction by at least one of the first playback device and the second playback device based on the configuration information.

Abstract: Example techniques related to portable playback device power management. An example implementation involves launching a power coordinator background process, the power coordinator background process having multiple client programs and establishing respective inter-process communication (IPC) mechanisms between the multiple client programs and the power coordinator background process. The implementation further involves receiving, via the established IPC mechanisms from the multiple client programs, messages indicating that the respective client program is ready to suspend, and determining that each client program of the multiple client programs is ready to suspend. The implementation further includes sending instructions to the operating system to kernel suspend. While in kernel suspend, the playback device detects a particular trigger to kernel resume and in response, performs a kernel resume.

Abstract: Example techniques related to portable playback device power management. An example implementation involves launching a power coordinator background process, the power coordinator background process having multiple client programs and establishing respective inter-process communication (IPC) mechanisms between the multiple client programs and the power coordinator background process. The implementation further involves receiving, via the established IPC mechanisms from the multiple client programs, messages indicating that the respective client program is ready to suspend, and determining that each client program of the multiple client programs is ready to suspend. The implementation further includes sending instructions to the operating system to kernel suspend. While in kernel suspend, the playback device detects a particular trigger to kernel resume and in response, performs a kernel resume.

Abstract: Disclosed embodiments include a playback device configured to: (i) obtain audio from an audio source via a Wireless Local Area Network (WLAN); (ii) generate broadcast times for individual portions of the audio content; and (iii) broadcast portions of the audio content to a Personal Area Network (PAN). Embodiments also include a wearable device configured to play audio received via a first PAN from a first playback device; (ii) while playing the audio received via the first PAN from the first playback device, determine whether the wearable device should switch to receiving the audio via a second PAN from a second playback device; and (iii) after determining that the wearable device should switch to receiving the audio via the second PAN, switch to receiving the audio via the second PAN and play the audio received via the second PAN.

Abstract: An example playback device is configured to (i) detect, while the graphical display is in a sleep state, that a user is proximate to the playback device, (ii) cause a graphical display to exit a sleep state and present a GUI including a list of selectable quick start icons, each quick start icon corresponding to a respective command to begin playback of respective media content, where the list does not include information identifying the respective media content, (iii) determine that a predetermined period of time has passed after causing the graphical display to exit the sleep state, (iv) update the graphical display to include information identifying the respective media content corresponding to each quick start icon, (v) detect an input selecting one of the quick start icons via the graphical display, and (vi) based on detecting the input, begin to play back the media content corresponding to the selected one of the quick start icons.

Abstract: An example playback device may include at least one microphone and a capacitive control disposed on a housing of the playback device. The playback device may be configured to receive information that causes the playback device to operate in a first state where the playback device is configured to (i) capture audio data via the at least one microphone and (ii) perform voice assistant wake word detection on audio data captured by the at least one microphone. While the playback device is operating in the first state, it may detect a selection of the capacitive control and based on the selection, transition to operate in a second state where the playback device is (i) configured to capture audio data via the at least one microphone and (ii) not configured to perform voice assistant wake word detection on audio data captured by the at least one microphone.

Abstract: Example techniques related to portable playback device power management. An example implementation involves launching a power coordinator background process, the power coordinator background process having multiple client programs and establishing respective inter-process communication (IPC) mechanisms between the multiple client programs and the power coordinator background process. The implementation further involves receiving, via the established IPC mechanisms from the multiple client programs, messages indicating that the respective client program is ready to suspend, and determining that each client program of the multiple client programs is ready to suspend. The implementation further includes sending instructions to the operating system to kernel suspend. While in kernel suspend, the playback device detects a particular trigger to kernel resume and in response, performs a kernel resume.

Abstract: Example techniques related to portable playback device power management. An example implementation includes a main SoC comprising main processor(s), an auxiliary processor, and a kernel that executes on the one or more main processor cores. During kernel suspend of the kernel, a power management microcontroller monitors a battery for conditions corresponding to respective wake-on-battery triggers, detects that the monitored conditions correspond to a particular wake-on-battery trigger; and in response, sends, to the auxiliary processor, an interrupt corresponding to a particular wake-on-battery trigger, wherein the interrupt causes the auxiliary processor core to enable the main processor(s) and resume the kernel from kernel suspend. After resuming from kernel suspend, the kernel adds a first kernel resume source event indicating the particular wake-on-battery trigger to a power event queue.

Abstract: Example techniques related to portable playback device power management. An example implementation involves launching a power coordinator background process, the power coordinator background process having multiple client programs and establishing respective inter-process communication (IPC) mechanisms between the multiple client programs and the power coordinator background process. The implementation further involves receiving, via the established IPC mechanisms from the multiple client programs, messages indicating that the respective client program is ready to suspend, and determining that each client program of the multiple client programs is ready to suspend. The implementation further includes sending instructions to the operating system to kernel suspend. While in kernel suspend, the playback device detects a particular trigger to kernel resume and in response, performs a kernel resume.

Abstract: Example techniques related to portable playback device power management. An example implementation includes a main SoC comprising main processor(s), an auxiliary processor, and a kernel that executes on the one or more main processor cores. During kernel suspend of the kernel, a power management microcontroller monitors a battery for conditions corresponding to respective wake-on-battery triggers, detects that the monitored conditions correspond to a particular wake-on-battery trigger; and in response, sends, to the auxiliary processor, an interrupt corresponding to a particular wake-on-battery trigger, wherein the interrupt causes the auxiliary processor core to enable the main processor(s) and resume the kernel from kernel suspend. After resuming from kernel suspend, the kernel adds a first kernel resume source event indicating the particular wake-on-battery trigger to a power event queue.

Abstract: Techniques for allocating audio data between a first playback device and a second playback device are disclosed. The audio data comprises a plurality of audio portions and the method comprises: detecting a trigger associated with the first playback device; responsive to detecting the trigger: retrieving configuration information related to the first playback device and the second playback device; and automatically updating an allocation of the audio portions for reproduction by at least one of the first playback device and the second playback device based on the configuration information.

Abstract: Example techniques related to portable playback device power management. An example implementation involves launching a power coordinator background process, the power coordinator background process having multiple client programs and establishing respective inter-process communication (IPC) mechanisms between the multiple client programs and the power coordinator background process. The implementation further involves receiving, via the established IPC mechanisms from the multiple client programs, messages indicating that the respective client program is ready to suspend, and determining that each client program of the multiple client programs is ready to suspend. The implementation further includes sending instructions to the operating system to kernel suspend. While in kernel suspend, the playback device detects a particular trigger to kernel resume and in response, performs a kernel resume.

Abstract: Example techniques related to portable playback device power management. An example implementation includes a main SoC comprising main processor(s), an auxiliary processor, and a kernel that executes on the one or more main processor cores. During kernel suspend of the kernel, a power management microcontroller monitors a battery for conditions corresponding to respective wake-on-battery triggers, detects that the monitored conditions correspond to a particular wake-on-battery trigger; and in response, sends, to the auxiliary processor, an interrupt corresponding to a particular wake-on-battery trigger, wherein the interrupt causes the auxiliary processor core to enable the main processor(s) and resume the kernel from kernel suspend. After resuming from kernel suspend, the kernel adds a first kernel resume source event indicating the particular wake-on-battery trigger to a power event queue.

Abstract: Example techniques related to portable playback device power management. An example implementation includes a main SoC comprising main processor(s), an auxiliary processor, and a kernel that executes on the one or more main processor cores. During kernel suspend of the kernel, a power management microcontroller monitors a battery for conditions corresponding to respective wake-on-battery triggers, detects that the monitored conditions correspond to a particular wake-on-battery trigger; and in response, sends, to the auxiliary processor, an interrupt corresponding to a particular wake-on-battery trigger, wherein the interrupt causes the auxiliary processor core to enable the main processor(s) and resume the kernel from kernel suspend. After resuming from kernel suspend, the kernel adds a first kernel resume source event indicating the particular wake-on-battery trigger to a power event queue.

Abstract: Example techniques related to portable playback device power management. An example implementation involves launching a power coordinator background process, the power coordinator background process having multiple client programs and establishing respective inter-process communication (IPC) mechanisms between the multiple client programs and the power coordinator background process. The implementation further involves receiving, via the established IPC mechanisms from the multiple client programs, messages indicating that the respective client program is ready to suspend, and determining that each client program of the multiple client programs is ready to suspend. The implementation further includes sending instructions to the operating system to kernel suspend. While in kernel suspend, the playback device detects a particular trigger to kernel resume and in response, performs a kernel resume.

Abstract: Example techniques related to portable playback device power management. An example implementation includes a main SoC comprising main processor(s), an auxiliary processor, and a kernel that executes on the one or more main processor cores. During kernel suspend of the kernel, a power management microcontroller monitors a battery for conditions corresponding to respective wake-on-battery triggers, detects that the monitored conditions correspond to a particular wake-on-battery trigger; and in response, sends, to the auxiliary processor, an interrupt corresponding to a particular wake-on-battery trigger, wherein the interrupt causes the auxiliary processor core to enable the main processor(s) and resume the kernel from kernel suspend. After resuming from kernel suspend, the kernel adds a first kernel resume source event indicating the particular wake-on-battery trigger to a power event queue.

Abstract: Example techniques related to portable playback device power management. An example implementation involves launching a power coordinator background process, the power coordinator background process having multiple client programs and establishing respective inter-process communication (IPC) mechanisms between the multiple client programs and the power coordinator background process. The implementation further involves receiving, via the established IPC mechanisms from the multiple client programs, messages indicating that the respective client program is ready to suspend, and determining that each client program of the multiple client programs is ready to suspend. The implementation further includes sending instructions to the operating system to kernel suspend. While in kernel suspend, the playback device detects a particular trigger to kernel resume and in response, performs a kernel resume.