Wifi android device synching

[kimt1688]

Version 2.7.16 is now available as a beta version.
The update is to stop Sync from continuing in the background after a Sync interruption.
As I wrote the other day, you need to restart MusicBee in order to Sync again after interruption.

[phred]

Version 2.7.16 is now available as a beta version.

Problem - I do a preview which shows the files to be deleted. I click Sync Now. It asks for confirmation regarding the deletion. I click OK and it shows "Synchronization cancelled." Nothing gets deleted or synced.

[kimt1688]

One feature that is being investigated and fixed is that when Sync is interrupted, files continue to be received and copied even after the interruption.
It is a bit large and will take some time.

It seems to be a bug created by the addition of Japanese language resources after I became the source maintainer.
In my view, this bug does not occur for people using in an English environment. It occurs only to those who use it in a Japanese environment.
If you are an experienced Android programmer, it would be faster to say that it is in R.string.
However, only the important part of the cancellation decision was written directly in English, without taking it from the resource.
/quote]

This was a bug caused by a mistake I made when I fixed this bug.
It was a test omission about the deletion.
I have finished the fix and the deletion is now working correctly.
I will test it all the way through and release it.

[phred]

I have finished the fix and the deletion is now working correctly.
I will test it all the way through and release it.

Thanks

[kimt1688]

I have released 2.7.17 because not being able to delete is a big problem.
Once Google's review is done you will be able to update with a beta version.
I did test it, but with high volume deletions (on the order of 1000 to 10,000 tracks or more) I could have tested it a bit more.
I also believe that some of the timing of the screen display updates are not correct.
However, I could not leave the App unable to delete at all, so I prioritized the release.
For an order of 100 to 500 or so, there should be no problem.

[phred]

I have released 2.7.17 because not being able to delete is a big problem.

Now working as expected again.

[c0sb0rne]

I have released 2.7.17 because not being able to delete is a big problem.
Once Google's review is done you will be able to update with a beta version.
I did test it, but with high volume deletions (on the order of 1000 to 10,000 tracks or more) I could have tested it a bit more.
I also believe that some of the timing of the screen display updates are not correct.
However, I could not leave the App unable to delete at all, so I prioritized the release.
For an order of 100 to 500 or so, there should be no problem.

@kimt1688 this version solved the delete issue but now I'm experiencing the infinite loop when copying Playlists greater than 10k tracks. (same issue reported previously that you fixed in February)
For now, I'm exporting the Playlist m3u files and adding to the micro SD manually.

[YuriShalk]

Hey, many thanks for this app. The sync ratings save a bunch of time between Poweramp and Music Bee. But, when I set a rating, sync and set 0 stars again in Poweramp, Music bee don't change to 0 stars. It stays in the last rating before. Is it a bug?

[kimt1688]

I had assumed that only M3U format could be used for playlists when managed using MediaStore, but I confirmed that M3U8 format can be registered as is by specifying MIME/TYPE.
I will be able to use wpl, which can be specified in MusicBee's Sync settings, as a corresponding playlist with the same settings.
PLA format is available in the MusicBee settings, but it is not yet supported due to unknown MIME/TYPE.
At this point, I'll have to implement the ability to delete all playlist files, and I don't feel comfortable having them erased by the filer, so I'll give it some thought.

[kimt1688]

Hey, many thanks for this app. The sync ratings save a bunch of time between Poweramp and Music Bee. But, when I set a rating, sync and set 0 stars again in Poweramp, Music bee don't change to 0 stars. It stays in the last rating before. Is it a bug?

Sorry for the late response. The deletion and modification process fixes were preventing the debug environment from working properly, so I'm sorry for the delay. I will check the integration with Poweramp, so please wait a little longer.

[kimt1688]

Hey, many thanks for this app. The sync ratings save a bunch of time between Poweramp and Music Bee. But, when I set a rating, sync and set 0 stars again in Poweramp, Music bee don't change to 0 stars. It stays in the last rating before. Is it a bug?

The survey was completed. When I say bug, I mean bug.
It is not reverse syncing the Rating zero in Poweramp.
I think this is confirmed by the fact that it does not appear in the preview.
Internally, it is judging that Rating is now Zero -> no change.
If I were to stop making this determination and make it a “changed” determination, then all music files on the device at that point that have not had their rating changed in Poweramp would probably be reverse-synced.
I personally am more of a GoneMAD user, so I can't judge in detail how Poweramp users would like this part to work.
The change would be easy to make, but I think it would be a pretty big deal.

[kimt1688]

I threw a beta release application, but I had changed the permissions around in this version and forgot all about it. It will probably be dropped in the review process, so it will be early to mid next week before it is actually released to the public.
As I mentioned in the release notes, the highlights of this release,
Support for non-M3U format playlists (M3U8, WPL)
Added menu to delete all playlists for the selected storage
Playlist format is MediaStore.Playlist, and I had assumed that only M3U could be used due to its specification, but now it is possible to copy it as is by setting the MIME TYPE.
As for the menu to delete all playlists, my bug, (1), (2), (3)... and other files, and with this version upgrade, I think it is worth using when you want to change the format of the playlist, or when you want to drastically change the playlist to be Sync target.

[c0sb0rne]

I threw a beta release application, but I had changed the permissions around in this version and forgot all about it. It will probably be dropped in the review process, so it will be early to mid next week before it is actually released to the public.
As I mentioned in the release notes, the highlights of this release,
Support for non-M3U format playlists (M3U8, WPL)
Added menu to delete all playlists for the selected storage
Playlist format is MediaStore.Playlist, and I had assumed that only M3U could be used due to its specification, but now it is possible to copy it as is by setting the MIME TYPE.
As for the menu to delete all playlists, my bug, (1), (2), (3)... and other files, and with this version upgrade, I think it is worth using when you want to change the format of the playlist, or when you want to drastically change the playlist to be Sync target.

Thanks again for all your work on this app! I'll watch for the new release and switch my playlist to m3u8 format

[kimt1688]

I threw a beta release application, but I had changed the permissions around in this version and forgot all about it. It will probably be dropped in the review process, so it will be early to mid next week before it is actually released to the public.
As I mentioned in the release notes, the highlights of this release,
Support for non-M3U format playlists (M3U8, WPL)
Added menu to delete all playlists for the selected storage
Playlist format is MediaStore.Playlist, and I had assumed that only M3U could be used due to its specification, but now it is possible to copy it as is by setting the MIME TYPE.
As for the menu to delete all playlists, my bug, (1), (2), (3)... and other files, and with this version upgrade, I think it is worth using when you want to change the format of the playlist, or when you want to drastically change the playlist to be Sync target.

A new beta release has been successfully published.
You can now delete the entire playlist, but you cannot cancel it and have to wait for the end.
I will make it possible to cancel it next time. However, I do not guarantee the status at the end. Of course, I have not made any changes other than to the playlist at this time.

[KenDavies]

Hi,

I'm not sure if I should start a new thread for this but I'm unable to sync playlists to my Fiio M11S.

Its reporting the following in the WiFi sync app:

2025-04-03: FiO M11S; 10; 2.1 09:17:32: createFile: Music/Playlists/
100 Been A While.m3u8: android.data base.sqlite.SQLiteException: no such table: audio_playlists_map (code 1
SQLITE_ERROR):, while compiling:
DELETE FROM audio_playlists_map
WHERE ((playlist_id='34047)), folder= content://com.android.externalstorage
.documents/tree/external_sd%3A /document/external_sd%3AMusic
%2FPlaylists
09:17:32: receiveFile: android.datab ase.sqlite.SQLiteException: no such table: audio_playlists_map (code 1
SQLITE_ERROR):, while compiling:
DELETE FROM audio_playlists_map
WHERE ((playlist_id='34047)): file=Music/Playlists/100 Been A
While.m3u8

09:17:32: createFile: Music/Playlists/
100 Least Played Favourites.m3u8: andr oid.database.sqlite.SQLiteException: no such table: audio_playlists_map (code
1 SQLITE_ERROR):, while compiling:
DELETE FROM audio_playlists_map
WHERE ((playlist_id='34048)), folder= content://com.android.externalstorage
.documents/tree/external_sd%3А /document/external_sd%3AMusic
%2FPlaylists
09:17:32: receiveFile: android.datab ase.sqlite.SQLiteException: no such table: audio_playlists_map (code 1
SQLITE_
_ERROR):, while compiling:
DELETE FROM audio_playlists_map
WHERE ((playlist_id='34048')):
file=Music/Playlists/100 Least Played
Favourites.m3u8

Any idea what might be wrong?

TIA