Adding nextTrack() and previousTrack() would also bring the driver one step closer to supporting most of the Music Player capability.
As it stands now, the play() and pause() commands don't really seem to be tied to any capability - having them tied to a capability would make it easier and cleaner to expose them to apps in a meaningful way.
| Attributes | Device | Music Player | Mirrors |
|---|---|---|---|
| level |  * |
|
volume |
| mute | |
|
|
| status | |
|
|
| trackData | |
||
| trackDescription | |
||
| Commands | Device | Music Player | |
| mute | |
|
|
| nextTrack | |
||
| pause | |
|
|
| play | |
|
|
| playText(text) | * |
|
speak() |
| playTrack(trackuri) | |
|
|
| previousTrack() | |
||
| restoreTrack(trackuri) |  |
|
playTrack() |
| resumeTrack(trackuri) | |
|
playTrack() |
| setLevel(volumelevel) | * |
|
setVolume() |
| setTrack(trackuri) | |
|
playTrack() |
| stop() | |
|
|
| unmute() | |
|
* clear direct mappings to existing attributes/commands
could use other commands as a proxy (eg. playTrack())
