• Vanilla Music Version : 1.0.53
• Android Version: 4.4.4
• Phone vendor / model: Samsung Galaxy S5 Plus SM-G901F
• Application was downloaded from :
  • [x] Play Store
  • [x] F-Droid
  • [x] Other (Nightly Build)
• Did this work in a previous version?
  • [ ] Yes
  • [x] No
  • [ ] NA / Don't know.

Description

I wrote an answer to the FAQ question "Why does my playlists keep disappearing ?" after some experimentations, which is the following :

The deletion of entries inside playlists can happens when SD Card is unmounted while the device is turned on. Make sure to turn it off before removing your SD Card.

Among your playlists, you can only restore system playlists by deleting your empty playlists and re-scan your library with "Flush media database" option activated.

If you have too much playlists to delete and your device is rooted you can go to root/data/data/ch.blinkenlights.android.vanilla/databases/ with a file explorer and delete media-library.db file before flushing the database in Vanilla, every playlists will then reappear.

It shows something that should IMO be improved : when playlists are deleted its hard to re-add their content since we have to delete each and every playlist with a long press, and then flush the media library. I felt that I had to provide the little root trick to not only give a hard solution.

And an important other thing : even if its not about deletion, if I add some new songs to a system playlist (e.g in stock music player) and I want them to appear in Vanilla, I have to delete the concerned system playlist in Vanilla and re-add it by flushing library :/

So why not add a new box under flush media library, named for example "refresh system playlists" or "re-import system playlists" or even "delete all playlists" or whatever but the idea is that it will delete the system playlists entries from the .db file (and ignore vanilla's internal playlists in preference) and re-import system playlists so that if they are deleted, we could quickly restore them, and if they are updated (by adding new songs into them with a stock player for example), we could refresh them.

I've experience a lot of playlists deletion since I use Vanilla and I imagine I'm not alone, so it would be cool if it's not a big deal anymore. And update our playlists easily would be even better thanks to that option.

Steps to reproduce the issue

Delete the content of a (system) playlists in Vanilla without deleting the playlist itself (faster to test), and do a re-scan + flush media library : your playlists should still be empty. You can also add new songs to your system playlists and rescan : no new songs added...

We should improve the material design.

Specs: https://www.google.com/design/spec/material-design/introduction.html

Thing to look at

• Font size + art padding
• Library Row padding (see WhatsApp, etc)
• ViewPager should inherit the color of the Action Bar (whatsapp)
• flat icon for api v21
• other stuff

Hi.

First of all I think that it would be nicer and more relevant to change the Previous/Next icon (control bar) with only one "triangle" instead of two. The two triangles with a bar is mostly used when the button can fast forward/backward AND skip to next/previous song. Here, its only used to skip and could be confusing at first use.

https://image.noelshack.com/fichiers/2017/18/1493688948-nextpreviousnewicon.png

Then, in most of material designed music apps the play button is bigger than the rest. I thought about reducing others icon and it looks like that :

https://image.noelshack.com/fichiers/2017/18/1493689112-beforeafter.png

That is all for now...

@adrian-bl : What do you think ?

Basically what's needed

• A dedicated dialog or fragment with edit fields for standard tags
• Support for viewing lyrics from ID3/Vorbis/Flac tags (resembles #348) in NowPlaying actions (e.g. add to action list on long press)
• Rescan the file after edit (and probably refresh NowPlaying page) to reflect changes in MediaStore

@adrian-bl , @aminb , what do you think?

P.S. Pls add enhancement label.

Thanks to @xbao, we are the owners of vanillamusic.io. We are currently using the domain to display an ugly nginx-dirlisting of the latest nightly build.

IMO, we should have some nice landing page with some basic end-user documentation + faq's. The hosting could be done on github itself, so users could send us pull requests (and some might get commit permission to the website repo)

/cc @aminb

As of yet, Vanilla adds all the content of the SD card to its playlist, including ringtones and podcasts, which I wouldn't like to hear during a music session. The "Filebrowser home" has no effect on the library's behavior. Please allow the user to select which folders will be added to the library.

Please improve the icon in the top of the screen. See attachment below. The square border gives it a hard user experience and is also in contrast to most of the icons to be expected there. Removing that square border gives the icon a more gently experience and complies more with other icons there. Also, the resulting round can be made a bit bigger so that the margin with the triangle that points to the right is bigger, making it a more robust icon.

With the current icon, I have to look twice what it is because visually I have to filter the border away. The proposal will make the icon and the app more associated with each other and increase user experience.

Why not continue on with F-Droid and just ignore Google Play? (Just curious)

If you still don't want to continue, would you allow this issue to be used to figure out what to do next (where to fork, etc.)?

File is hard-coded to ~~/sdcard/vanilla_preferences~~ /sdcard/vanilla_settings

Known issue: if the user goes to a child preference screen (e.g. 'Audio') then imports saved preferences from there, the preferences still have the old values when returned to.

Questions/comments/concerns?

When eg 1500 songs are in the queue and currently song 762 is active (playing or paused), and you select clear queue then only songs 763 till 1500 are removed from the queue. This is also seems to make it impossible to completely clear the queue since you always keep at least 1 song (unless there is an option to "unselect" all songs I haven't found yet)

Vaguely related remark: if you have >999 songs in the queue, the total number is not shown anymore (shows egg 672/... io 672/1500)

So I don't know if these are fixed or not on master, but in 1.0.33, scrolling the list of artists, albums, etc. just stutters at the top. Kinetic scrolling or slowly scrolling both do this. It also seems that Vanilla is refusing to play some songs that Apollo can. Maybe targeting SDK 23 will fix this? Will try a local build here to see if master is OK.

• Vanilla Music Version (Settings -> About): 1.2.2
• Android Version: 12
• Phone vendor / model: Pixel 4a 5G
• Application was downloaded from (use [x]):
  • [ ] Play Store
  • [x] F-Droid
  • [ ] Other (Nightly Build)
• Did this work in a previous version?
  • [ ] Yes
  • [ ] No
  • [x] NA / Don't know.

Description

In the notification bar or the lock screen the popup thingy doesn't display the correct song information (name, art, ect), it is one song behind, except the first song, It has been doing this for a while now. I tried even nuking all the data related to the app. If I pause the song it seems to update the information. Pretty sure it didn't use to do this before the nuking the app.

As phone displays adopt taller aspect ratios & get rid of thick bezels/chins, it becomes much more challenging to operate playback one-handed on the go without a painful finger stretching.

This was not a problem for a very long time on my trusty but rusty Motorola G3; now I have switched to Motorola G52, where my thumb naturally lands on a seekbar.

Below are some pictures just for comparison.

Current version

Modified version. The playback controls bar is a little bit raised above navigation bar.

You might reasonably ask how do I use navigation bar then, and the answer would be: I suffer. A lot. Or just use a capacitive stylus, but that requires both hands.

Please feel free to close this pull request if it does not meet any requirements.

These icons bring the Sony Walkman aesthetics to Vanilla Music, however these are made from 100% original vector assets that are also a part of this update.

Disclaimer: it has been reported that the icons might look inconsistent on some Android flavours. I have only tested this on stock versions of Android 11 and 12.

Please feel free to close the pull request if it does not meet any of the requirements.

• Vanilla Music Version (Settings -> About): 1.1.0
• Android Version: 12
• Application was downloaded from (use [x]):
  • [x] F-Droid
• Did this work in a previous version?
  • [x] Yes. It even works in the current version when used on Android 10. The problem seems to have arisen in Android 12 (or 11, but I don't have such a device).

Description

Vanilla periodically updates its music library by scanning folders. But on Android 12, if there is a .nomedia or even just a nomedia file in a folder, Vanilla ignores it. This means that even if a folder was previously added to Vanilla's library, Vanilla will eventually try to scan it again and go "nope, no music files here".

This behaviour is different from Android 10. There, Vanilla successfully scans the folder even with the presence of a nomedia file. Then, after the library has been built, renaming the file to .nomedia has absolutely no effect on Vanilla's library, no matter how much time passes. I can use that file to prevent gallery apps from picking up album covers from my music folders.

Steps to reproduce the issue

1. Put music in some folder. Let Vanilla scan it and expand its library.
2. Place a .nomedia file in that folder so that gallery apps ignore it.
3. At some point in the day, Vanilla will perform a scan on its own and then stop being able to see or scan files in that folder.

The swipe is quite sensitive and often, I change song by accident, especially when using single tap action.

It could be instead added as an option (enabled by default of course) alongside with other gestures.

• Vanilla Music Version (Settings -> About): 1.1.0
• Android Version: 12
• Phone vendor / model: Samsung Galaxy Tab Active3
• Application was downloaded from (use [x]):
  • [ ] Play Store
  • [x] F-Droid
  • [ ] Other (Nightly Build)
• Did this work in a previous version?
  • [ ] Yes
  • [x] No
  • [ ] NA / Don't know.

Description

This has been an ongoing issue, but for compilations, despite all relevant (Ogg/Vorbis) files being tagged COMPILATION=1, the album gets created in the media database with a randomly selected artist instead of being grouped as a compilation.

Steps to reproduce the issue

Load some tracks with COMPILATION=1, differing ARTIST, but same ALBUM field. In my case the files are Ogg/Vorbis format, have an ALBUMARTIST=Various tag, have the same ALBUM and cover art.

Screenshot / Video (If applicable)