View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018008 | MMA | Android Auto | public | 2021-06-09 08:14 | 2023-06-22 17:48 |
| Reporter | jiri | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 2.0.0 | ||||
| Target Version | 2.0.0 | Fixed in Version | 2.0.0 | ||
| Summary | 0018008: Android Auto doesn't show Audiobooks/Podcasts | ||||
| Description | Android Auto car interface shows only Music content of MMA library, i.e. Artists, Albums, etc. Tracks set to type=Audiobooks aren't accessible at all. This is probably the case for other filetypes as well, mainly Podcasts or Classical. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1091 | ||||
| related to | 0019310 | assigned | martin | MMA integration into Driving mode issues (Artwork / Home screen) |
| related to | 0017321 | closed | rusty | Add Album Artist is navigation option in Android Auto |
| related to | 0020093 | new | martin | Add "Browse tracks" to album views (Android Auto) |
| related to | 0018110 | closed | martin | Customize order of Android Auto root nodes |
| related to | 0020087 | closed | martin | Audiobooks not shown |
| related to | 0020114 | closed | rusty | Clearing bookmark for Podcasts and Audiobooks / 'Continue' functionality doesn't continue from the expected spot |
|
|
Per discussion with Martin, we can supply our own list of nodes (https://developer.android.com/reference/androidx/media/MediaBrowserServiceCompat - onGetRoot()). It seems to make most sense to simply replicate our MMA Home screen, i.e. supply the same nodes (and in the same order) as configured in MMA. |
|
|
Added Audiobooks and Podcasts for default nodes. Fixed in build 2.0.0.1087 |
|
|
So although the Audiobooks/Podcasts nodes are enabled, the functionality isn't really useful atm. Audiobooks/Podcasts only have Play all / Play all (shuffled) functions for each book/series, but this doesn't really help the most common usecases which involve resuming playback from the middle of a book/series, and in which users want to: - be able to see where they are in the book/podcast (i.e. a list of the tracks is needed) - to listen from the last played track (i.e. some sort of bookmarking indicator is needed, and/or a 'Resume from last position' button) |
|
|
I haven't tested due to 0020087, but agree that bookmarking is a must to make this work. Possible solutions to be discussed over IM. |
|
|
Per discussion with Jiri, Audiobooks and Podcasts will have a "Continue" item to play the first track with a bookmark and the lowest play count. "Play all(shuffle)" can be removed for these views. Also, we can add "Browse tracks" reported as 0020093 |
|
|
Fixed in build 2.0.0.1090 |
|
|
Tested 1090 and Podcasts display correctly, showing individual episodes within a podcast. BUT the 'continue' button is problematic: 1) It's missing an icon. I would suggest just using the Play icon until we find something better. 2) It doesn't work correctly. The problem is that if a bookmark is set for track 2 and then the user continues playing track 3, the bookmark for track 2 isn't reset, and MMA/Android Auto always continues from track 2. This can be replicated as follows: 1 play track 1 2 play almost to the end (move the seekbar towards the end to simulate) and then tap 'next' --> bookmark is set 3 continue listening to track 2 and press pause halfway through 4 tap 'Continue' --> Track 1 resumes playing!! I couldn't figure out a way to get rid of the bookmark!! |
|
|
1) The best I found is https://mui.com/material-ui/material-icons/?query=bookma&selected=PlayLesson, as it shows both Play and Bookmark icons. |
|
|
1)Fixed in build 2.0.1091 2)"Continue" item to play the first track with a bookmark and the lowest play count as was proposed. To clear the bookmark track must be played to the end(same behavior as MM5). Do you propose to change "Continue" behavior e.g. to: "play the last track with a bookmark and the lowest play count." ? If yes, please create new issue for the "Continue" action, the original issue is fixed. |
|
|
2) I think that the right way would be to rather decide based on the 'Last Played' timestamp. I.e. find the file from the album/podcast, if having a bookmark, continue there, if not, continue with the next file. |
|
|
Unfortunately last_time_played is updated only if playcount is updated. I believe that it was intended. I can see the same behavior on MM5. So bookmark can be stored when last_time_played is not set. |
|
|
So the problem is related to bookmarking and the current behavior of "continue" action as "play the last track with a bookmark and the lowest play count." is fine and this issue can be closed, right? Changes related to bookmarking I have moved to separate issue 0020114 |
|
|
Verified 1091. |
