| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
| |
- Go back to using the queue position instead of the track ID as queue
item ID, as the track ID can be present multiple times in the queue
and the queue item ID is supposed to be unique in the whole queue
- Make sure no null items are passed in
Change-Id: I9390ab8c7a5a20f2a2bb1efad02e460ecf7dc2e5
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| | |
* This allows remote controls to view the contents of the queue
and select the active track based on the queue id.
Change-Id: I205225864d10044ef60c3fe2bc877525c437d506
|
| |/
|
|
|
|
| |
Oops, this is disabled by default.
Change-Id: Ifc30a1311c3f0c3665f3296c1247822ffe7f81e6
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
The shake to play and lockscreen album art settings were not
being set when playback started without the app, ex. with a
headphone button. This caused them both to be set to false
until the app was opened.
Change-Id: Id15c134e9001bba62faa04266726c1e10fbfb9dd
|
| |/
|
|
| |
Change-Id: Ib6a44e2f2ee023992ce3539a9aa1b7ed0be9d3ef
|
| |
|
|
|
|
|
|
| |
* Add prompting for storage permissions in order to bump the
API level up to level 23.
Change-Id: Id3fc4ee06fe3534b2f94408e96a8163f4fae8f98
(cherry picked from commit da1629dce3bf475957a53df89e25ad0af0de61dd)
|
| |
|
|
|
|
|
|
|
| |
We usually get media button events via the session callback now, so only
handling those events in the button receiver (which is only triggered if
e.g. media buttons are pressed without us running after reboot) is not
sufficient.
Change-Id: I50ff266af826edd016804b267323effe1056f045
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Commit Ide906efdf90a6f42f3fcb6c5386328301165cb7c changed the media
button receiving logic to be routed through MediaSession, but missed to
also convert the media button intent receiver registration used for
receiving button events if our playback is stopped.
Also add the possible stop action (we're handling onStop after all)
missing in the aforementioned commit.
Change-Id: Idd4b8bc00f58eee2ff7fc2e5a685b7918988c37c
|
| |
|
|
|
|
|
| |
This lets Eleven respond to physical media keys on some devices
as well as when the volumn buttons are long pressed when the screen
is off and the 'Playback control' preference is true in settings.
Change-Id: Ide906efdf90a6f42f3fcb6c5386328301165cb7c
|
| |
|
|
|
|
|
| |
We do not need this, let the device sleep during
(offloaded) playback.
Change-Id: I596b480a6361745b96b547c93f1d5433e18069e0
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
Added preference option to show/hide album art on lockscreen.
Change-Id: Iea2173288fc279f15abe6675a0ffd582e35ad321
|
| |/
|
|
|
|
|
|
| |
These were being fired off at device boot and there was a session being
held for the entire duration. Only request the session when playing.
Change-Id: I37ebc5a6898453dd090cc68ee2126e9c5d08d892
Signed-off-by: Roman Birg <roman@cyngn.com>
|
| |
|
|
|
|
|
|
| |
Allows user to shake his device to switch to next song.
This feature is available through settings and is invoked
only while music is playing.
Change-Id: Ifb0866565d49443af7f3ac679e80601660506515
|
| |
|
|
|
|
|
|
|
|
| |
Add showing error message for code paths where the media player fails gracefully
Unfortunately adding the logic to remove the bad track is not trivial because the
removeTracks logic automatically does other things to try to go to the next track.
For now I will leave the logic so that it goes on to the next track and make a note
on the music service rewrite notes to cover this scenario as well.
Change-Id: Ib7ae5ce7819b15cdb3ada4995bc0734ab2d9b0a2
|
| |
|
|
| |
Change-Id: I4be163e75fc35d3b139439c504d769d17d980ace
|
| |
|
|
| |
Change-Id: I7201838cf65b6b1edcf2aee0284e31bdafaf42ca
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Add a proper notification icon (courtesy of Joey Rizzoli)
- Use separate notification modes to allow the user to dismiss the
notification when music isn't playing.
- Always show notification regardless whether an activity is in
foreground to ensure the notification doesn't pop up out of the blue
when ending playback inside the app and leaving it afterwards.
- Keep notification timestamp constant when updating it
Change-Id: I2fa9a56ff31ab2874d6d96786e6b80695397702b
|
| |
|
|
|
|
|
| |
Instead of playing the tracks over and over, remove it from the queue
Also pop up a warning if the music player is active
Change-Id: I1d4e5a049b69de381f1a7f86ce2b837449bc378f
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| | |
There are some asycnhronous issues with interacting the service
This should protect it a bit better and fixes the crash for me
Change-Id: Ib50be1ca50badb83e8c206e01362a3971d050c1f
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This change uses Palette to update Apollo's Notification background
color based on the current artwork.
It also removes the timestamp from the Notification.
Change-Id: I6a292839c223bf9d165e9c90724194eae6ca343c
|
| |/
|
|
|
|
|
| |
If you played music recently and leave the app it'll still show the notification now
for up to 5 minutes
Change-Id: I530c548bd4e3b8cf458341b068d78b54f1528b2c
|
| |
|
|
|
|
|
|
| |
It is possible for things to post to a handler even after the service has been destroyed
Fix is to shutdown the handlerthread in the onDestroy
Also set the subtitle text to alpha of 0 to not show on first launch
Change-Id: I76b5f4c4bc8a114660ced042ab02089bf279accb
|
| |
|
|
| |
Change-Id: Ic9e7facdfa7213439b168a915ac9f2e8afc0a252
|
|
|
Change-Id: I82caf2ebf991998e67f546ff2ac7eaf2b30dc6be
|
