Medialibrary bump
This will also close !1575 (closed), !1585 (closed)
Merge request reports
Activity
added 1 commit
- 2932b68f - Medialibrary: implement favorite API changes on albums, artists and genres
added 17 commits
-
95838b71...247b0700 - 12 commits from branch
videolan:master - 055704c4 - ML: add JNI + java for new subscriptions API
- 0c9b96ba - Medialibrary: implement search API changes
- f2f39405 - Implement ML favorite operation on tracks
- 99055f29 - Medialibrary: implement favorite API changes on albums, artists and genres
- c3c08957 - Medialibrary: implement the playlist type
Toggle commit list-
95838b71...247b0700 - 12 commits from branch
added 1 commit
- 32a57b22 - Bump lib versions to 3.6.0-eap1 and 0.13.13-rc1
added 1 commit
- b0ae083b - Bump lib versions to 3.6.0-eap1 and 0.13.13-rc1
added 1 commit
- a22049b1 - Bump lib versions to 3.6.0-eap1 and 0.13.13-rc1
enabled an automatic merge when the pipeline for a22049b1 succeeds
added 1 commit
- 0ae045bb - Bump lib versions to 4.0.0-eap4 and 0.13.13-vlc4-rc1
enabled an automatic merge when the pipeline for 0ae045bb succeeds
mentioned in merge request !1575 (closed)
mentioned in merge request !1585 (closed)
293 294 list = genres.copyOfRange(pageOffset.coerceAtMost(genres.size), (pageOffset + MAX_RESULT_SIZE).coerceAtMost(genres.size)) 294 295 } 295 296 ID_PLAYLIST -> { 296 list = ml.playlists 297 list = ml.getPlaylists(Playlist.Type.AudioOnly) 
Sorry, I missed that. To be honest, this MR has been a pain to produce as it needed to gather code from other branches. You should expect some issues after that.
Now that all the JNI/Java is done, we will have to implement the UIs for those features. Your issue will probably be tackled in !1574 (merged) which is a top priority (so, probably later today).
-
In fact, I am not sure it's not a medialibrary issue. The spec was: AudioOnly should return all the playlists containing at least one audio. A stream being neither an audio nor a video, a playlist containing a stream should always be returned. Could you confirm that this method is only used to populate the Android auto content? If so, fixing the medialibrary should allow Auto to filter out playlists containing only videos and therefore would be useful.
Yes, this is only used for browsing audio playback items through the Android Auto interface. The callback is set so videos, if added to a playlist, play in audio-only mode. That's really only useful for a narrow subset of content, such as lectures. In general, I assume that playlists which are only videos clog up the UI (for most users) under AA.
Attached is a sample xspf pointing to a free news program for testing.
Edited by Robert Stone
mentioned in merge request !1574 (merged)
