Wifi android device synching

[phred]

I powered off the tablet and restarted it.

Showing your knowledge of the mystic arts!

It doesn't solve as much as it used to but it is still effective occasionally. It always reminds me of the great TV show "The IT Crowd".

Sometimes you've got to go back to basics.

[kimt1688]

I found a bug in the reverse sync that probably exists from the original and does not depend on my coding.
It doesn't matter which comes first, for example, play a few songs in Poweramp and Sync in the app. The only item is Playcount, no problem.
Next, now play a few songs in GoneMAD and Sync in the app in the same way. The Playcount is also synced without any problem.
Play a few more songs in Poweramp and Sync again. Normally, the cache should be working, and only the playcount of this time should be reflected.
However, the Playcount for the first played is also reflected." Last Played" is not affected because there is no data.
Next, when I do the same thing with GoneMAD, the same phenomenon occurs.
I haven't followed the source yet, but when the latest playback history is retrieved, it is used for reverse sync,
and at the same time, it is kept as a cache for the next comparison, but something may be wrong with that.
For now, I will follow up the cache source for reverse sync while testing the normal usage of the system.

This bug has been fixed.

However, there is a little difficulty in releasing it.
As a workaround, I decided to separate Poweramp's cache file from GoneMAD's cache file.
So currently both cache files are different from the original and the music player needs to clear the information.
For Poweramp, clear statistics; for GoneMAD, perform a full scan.
At least one of these procedures will be necessary since one of the files will be renamed.

[ACardAttack]

Has anyone been able to get this to work reliably and consistently on Samsung OneUI6 (Android 14)?

I have have the Galaxy Ultra 24, so sadly no more sd card

Follow the workaround using Mixexplorer and it works-ish, but it is not consistent with directories

I have it set up to copy to my MUSIC folder (I will use MUSIC in all caps to refer to the folder in Mixexplorer  I added to home and is where I direct MusicBee wifi sync to go)

I have audiobooks going to MUSIC\audiobooks, and music to MUSIC\music

Yes it feels a little odd, but I want them in one spot and easily able to direct my audiobook and music app to not pick up the other

It mostly seems to work, but sometimes the app creates an extra music folder and buries music in MUSIC\music\music  (despite me having it config to go to MUSIC\music

Then if I stop or resync later, it wants to remove those files buried in MUSIC\music\music, does that, but then puts the files back into MUSIC/music/music and Im seeing some duplicates for those that are in both Music/music and MUSIC\music\music

I had a similar issue with an SD Card, but I was able to fix it when it popped up, the fix doesn't work here (that was also on Android 13 and a different phone)

Should I give up on wifi sync?  Should I maybe change the name of the directory I point Wifi Sync is going to, like MusicBee or Audio?  

I also deleted the extra MUSIC in preferences to see what would happen in MusicBee and it defaulted to adding the SM-S928U1\Music and then started to sync to MUSIC\SM-S928U1\music, wonder if this would be the best way to go?

Wired sync has caused me zero issues, just wifi sync.

Thanks


EDIT: Im an idiot, with the sd card we had to add it to favorites so we could select it, I can by default select internal storage through Mixexplorer short cuts and dont need to pick a specific folder, hopefully this will fix the issues I have had

[kimt1688]

I have submitted a public application to Google for Version 2.7.5.
This version fixes a problem with the reverse sync cache not working properly when using GoneMAD and Poweramp alternately.
As I mentioned in the release notes, please note that it will not work properly unless you perform the following operations.
Therefore, I ask that any remaining reverse sync data be done with 2.7.4 or earlier before installing this version.
Please delete the statistics of the music player you are using before installing or operating 2.7.5.
For GoneMAD, this can be done by running Delete Database before scanning, and for Poweramp, by running Reset Statistics.

Implementation-wise, prior to 2.7.4, there was one cache file of statistics regardless of the music player.
This caused problems when trying both on a trial basis, or when you had both licenses but changed the player you used depending on your mood.
I separated that cache file for each music player, so when I ran 2.7.5, the stats had to be empty or all the previous information would be sent, which would cause another problem.


Note that this fix is renaming the cache file, so you need to be prepared even if you are only using one of the music players.
Be sure to perform the statistics reset either before or after the upgrade. Please do so.

[phred]

Thanks for the latest update. Sounds like some major progress has been made.

Please confirm that if I don't do reverse synching, I don't need to be concerned with deleting the database.

Thanks again.

[kimt1688]

Thanks for the latest update. Sounds like some major progress has been made.

Please confirm that if I don't do reverse synching, I don't need to be concerned with deleting the database.

Thanks again.

Yes, if you do not reverse sync for the past and into the future, no special procedure is required.

[kimt1688]

But I can repeat the bug by doing the following.
Start musicbee
Perform a sync.
Close Musicbee and completely close the musicbee wifi app.
Open the wife app and attempt to sync or click preview.

The first time this gives me an android message that musicbee wifi app has crashed. Any repeated attempts just seem to minimise the app. If I tap the square button on the phone it lists the musicbee wifi app as if it's still running and if I tap it the sync options screen displays but repeated attempts to sync just minimise it again. Even if I force close the app and try again I get the same result.

A little time has passed, but I have indeed identified the phenomenon and made a fix for this bug.
I will paste a screenshot.
Sorry for the Japanese message.
The string shown in the dialog is the same as the one shown in red in the main window.
You can now try previewing and synchronizing as many times as you like by tapping “OK” to clear this dialog.
The bug was present in the attempt to display this dialog and the dialog was failing to appear.

[phred]

Things were working well with 2.7.4. I updated to 2.7.5 and while doing a one-way sync (MB > Device) of only playlists, the app crashes with the "... non-recoverable error..." Is there any way to get 2.7.4 as an .apk?

Here's the log from the 2.7.5 failure:

Code

2024-08-23: ping: socket ok=/192.168.1.101
18:09:15: ping: hello=MusicBeeWifiSyncServer/1.0
18:09:15: ping: matched=/192.168.1.101,status=OK
18:09:17: startSync: preview=true,iteration=0
18:09:17: command: action=SYNC_START
18:09:17: tryStart: connecting /192.168.1.101, attempt=0
18:09:17: tryStart: connected
18:09:17: tryStart: hello=true,fromMB=true,custfiles=false,preview=true,dev=SM-T220,2
18:09:17: storage: path=/storage/D997-3128,root=null
18:09:17: syncDevice: root=/storage/D997-3128,ignoreErrors=false,playlists=false,ratings=false,playcount=false
18:09:18: syncDevice: command=ShowResults
18:09:19: syncDevice: command=GetFiles
18:09:19: getFiles: Get: Music/,url=/storage/D997-3128/Music/, inc=true
18:09:19: getFiles: DATA: : _data
18:09:19: getFiles: selection: : date_modified > 0
18:09:19: getFiles: count=14614
18:09:19: syncDevice: command=GetFiles
18:09:19: getFiles: Get: Music/Podcasts/,url=/storage/D997-3128/Music/Podcasts/, inc=true
18:09:19: getFiles: DATA: : _data
18:09:19: getFiles: selection: : date_modified > 0
18:09:19: getFiles: count=14614
18:09:20: syncDevice: command=GetFiles
18:09:20: getFiles: Get: Music/Playlists/,url=/storage/D997-3128/Music/Playlists/, inc=false
18:09:20: getFiles: DATA: : _data
18:09:20: getFiles: selection: : date_modified > 0
18:09:20: getFiles: count=14614
18:09:20: syncDevice: command=ShowPreviewResults
18:09:20: syncDevice: exit
18:09:33: startSync: preview=false,iteration=1
18:09:33: command: action=SYNC_START
18:09:33: tryStart: connecting /192.168.1.101, attempt=0
18:09:33: tryStart: connected
18:09:33: tryStart: hello=true,fromMB=true,custfiles=false,preview=false,dev=SM-T220,2
18:09:33: storage: path=/storage/D997-3128,root=null
18:09:33: syncDevice: root=/storage/D997-3128,ignoreErrors=false,playlists=false,ratings=false,playcount=false
18:09:34: syncDevice: command=ShowResults
18:09:35: syncDevice: command=GetFiles
18:09:35: getFiles: Get: Music/Playlists/,url=/storage/D997-3128/Music/Playlists/, inc=false
18:09:35: getFiles: DATA: : _data
18:09:35: getFiles: selection: : date_modified > 0
18:09:35: getFiles: count=14614
18:09:35: syncDevice: command=ReceiveFile
18:09:49: syncDevice: command=ReceiveFile
18:10:11: syncDevice: command=ReceiveFile
18:10:22: syncDevice: command=ReceiveFile
18:10:29: syncDevice: command=ReceiveFile
18:17:23: syncDevice: command=Exit
18:17:23: exitSync: fails=0
18:17:23: waitScanFiles: start
18:17:23: waitScanFiles: done
18:17:23: tryStart0: java.net.SocketException: java.net.SocketException: Broken pipe
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.flushWriter(WifiSyncService.kt:482)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.exitSynchronisation(WifiSyncService.kt:602)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.syncDevice(WifiSyncService.kt:448)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:319)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
18:17:23: java.lang.Thread.run(Thread.java:1012)
18:17:23: waitScanFiles: start
18:17:23: waitScanFiles: done
18:17:23: tryStart: java.net.SocketException: Broken pipe
18:17:23: java.net.SocketOutputStream.socketWrite0(Native Method)
18:17:23: java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:116)
18:17:23: java.net.SocketOutputStream.write(SocketOutputStream.java:156)
18:17:23: java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:81)
18:17:23: java.io.BufferedOutputStream.flush(BufferedOutputStream.java:142)
18:17:23: java.io.FilterOutputStream.close(FilterOutputStream.java:182)
18:17:23: java.io.FilterOutputStream.close(FilterOutputStream.java:191)
18:17:23: kotlin.io.CloseableKt.closeFinally(Closeable.kt:56)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:361)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
18:17:23: java.lang.Thread.run(Thread.java:1012)

And this was in MB's error log:

Code

8/23/2024 6:02:50 PM - Add playlist "G:\MusicBee\phred\Playlists\Complete Albums.mbp" Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
8/23/2024 6:11:59 PM - Add playlist "G:\MusicBee\phred\Playlists\Blues & R&B.xautopf" Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

[shinjibi]

Jumping into Android Wi-fi synching. My app never connects to desktop. I have checked the Wi-fi sync box in Device Settings and even tried turning off Windows Firewall. Am I missing a step?

Code

2024-8-23: locate search=192.168.8., exclude=192.168.8.145

[kimt1688]

Jumping into Android Wi-fi synching. My app never connects to desktop. I have checked the Wi-fi sync box in Device Settings and even tried turning off Windows Firewall. Am I missing a step?

Code

2024-8-23: locate search=192.168.8., exclude=192.168.8.145

It looked like a log looking for a PC running MusicBee, but do you have a wired Sync before connecting via Wifi?



If it is normal, it should continue like this, but is there only one line in the log?

[kimt1688]

Things were working well with 2.7.4. I updated to 2.7.5 and while doing a one-way sync (MB > Device) of only playlists, the app crashes with the "... non-recoverable error..." Is there any way to get 2.7.4 as an .apk?

Here's the log from the 2.7.5 failure:

Code

2024-08-23: ping: socket ok=/192.168.1.101
18:09:15: ping: hello=MusicBeeWifiSyncServer/1.0
18:09:15: ping: matched=/192.168.1.101,status=OK
18:09:17: startSync: preview=true,iteration=0
18:09:17: command: action=SYNC_START
18:09:17: tryStart: connecting /192.168.1.101, attempt=0
18:09:17: tryStart: connected
18:09:17: tryStart: hello=true,fromMB=true,custfiles=false,preview=true,dev=SM-T220,2
18:09:17: storage: path=/storage/D997-3128,root=null
18:09:17: syncDevice: root=/storage/D997-3128,ignoreErrors=false,playlists=false,ratings=false,playcount=false
18:09:18: syncDevice: command=ShowResults
18:09:19: syncDevice: command=GetFiles
18:09:19: getFiles: Get: Music/,url=/storage/D997-3128/Music/, inc=true
18:09:19: getFiles: DATA: : _data
18:09:19: getFiles: selection: : date_modified > 0
18:09:19: getFiles: count=14614
18:09:19: syncDevice: command=GetFiles
18:09:19: getFiles: Get: Music/Podcasts/,url=/storage/D997-3128/Music/Podcasts/, inc=true
18:09:19: getFiles: DATA: : _data
18:09:19: getFiles: selection: : date_modified > 0
18:09:19: getFiles: count=14614
18:09:20: syncDevice: command=GetFiles
18:09:20: getFiles: Get: Music/Playlists/,url=/storage/D997-3128/Music/Playlists/, inc=false
18:09:20: getFiles: DATA: : _data
18:09:20: getFiles: selection: : date_modified > 0
18:09:20: getFiles: count=14614
18:09:20: syncDevice: command=ShowPreviewResults
18:09:20: syncDevice: exit
18:09:33: startSync: preview=false,iteration=1
18:09:33: command: action=SYNC_START
18:09:33: tryStart: connecting /192.168.1.101, attempt=0
18:09:33: tryStart: connected
18:09:33: tryStart: hello=true,fromMB=true,custfiles=false,preview=false,dev=SM-T220,2
18:09:33: storage: path=/storage/D997-3128,root=null
18:09:33: syncDevice: root=/storage/D997-3128,ignoreErrors=false,playlists=false,ratings=false,playcount=false
18:09:34: syncDevice: command=ShowResults
18:09:35: syncDevice: command=GetFiles
18:09:35: getFiles: Get: Music/Playlists/,url=/storage/D997-3128/Music/Playlists/, inc=false
18:09:35: getFiles: DATA: : _data
18:09:35: getFiles: selection: : date_modified > 0
18:09:35: getFiles: count=14614
18:09:35: syncDevice: command=ReceiveFile
18:09:49: syncDevice: command=ReceiveFile
18:10:11: syncDevice: command=ReceiveFile
18:10:22: syncDevice: command=ReceiveFile
18:10:29: syncDevice: command=ReceiveFile
18:17:23: syncDevice: command=Exit
18:17:23: exitSync: fails=0
18:17:23: waitScanFiles: start
18:17:23: waitScanFiles: done
18:17:23: tryStart0: java.net.SocketException: java.net.SocketException: Broken pipe
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.flushWriter(WifiSyncService.kt:482)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.exitSynchronisation(WifiSyncService.kt:602)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.syncDevice(WifiSyncService.kt:448)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:319)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
18:17:23: java.lang.Thread.run(Thread.java:1012)
18:17:23: waitScanFiles: start
18:17:23: waitScanFiles: done
18:17:23: tryStart: java.net.SocketException: Broken pipe
18:17:23: java.net.SocketOutputStream.socketWrite0(Native Method)
18:17:23: java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:116)
18:17:23: java.net.SocketOutputStream.write(SocketOutputStream.java:156)
18:17:23: java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:81)
18:17:23: java.io.BufferedOutputStream.flush(BufferedOutputStream.java:142)
18:17:23: java.io.FilterOutputStream.close(FilterOutputStream.java:182)
18:17:23: java.io.FilterOutputStream.close(FilterOutputStream.java:191)
18:17:23: kotlin.io.CloseableKt.closeFinally(Closeable.kt:56)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:361)
18:17:23: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
18:17:23: java.lang.Thread.run(Thread.java:1012)

And this was in MB's error log:

Code

8/23/2024 6:02:50 PM - Add playlist "G:\MusicBee\phred\Playlists\Complete Albums.mbp" Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
8/23/2024 6:11:59 PM - Add playlist "G:\MusicBee\phred\Playlists\Blues & R&B.xautopf" Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

Since the device and PC times are out of sync, it is hard to determine which came first, but it seems definite that a network error has occurred.
I believe the log is perfectly normal up to the line “18:17:23: waitScanFiles: done” in Wifi Sync.
So I think some problem occurred there and the connection was lost.
There are only two lines of logs on the MB side, but both only say that a network error prevented the playlist from being sent and that the device was unresponsive, so I can't tell any more than that.
Is the network stable?

[phred]

Is the network stable?

The network is definitely stable. I'm using the compiled APK version of the WiFi Sync app with another Samsung phone and it's working with no issues.

I just tried again after restating both the PC and the tablet and got the same errors.
From the app:

Code

2024-08-24: ping: socket ok=/192.168.1.101
10:17:11: ping: hello=MusicBeeWifiSyncServer/1.0
10:17:11: ping: matched=/192.168.1.101,status=OK
10:17:18: startSync: preview=true,iteration=0
10:17:18: command: action=SYNC_START
10:17:18: tryStart: connecting /192.168.1.101, attempt=0
10:17:19: tryStart: connected
10:17:19: tryStart: hello=true,fromMB=true,custfiles=false,preview=true,dev=SM-T220,2
10:17:19: storage: path=/storage/D997-3128,root=null
10:17:19: syncDevice: root=/storage/D997-3128,ignoreErrors=false,playlists=false,ratings=false,playcount=false
10:17:20: syncDevice: command=ShowResults
10:17:20: syncDevice: command=GetFiles
10:17:20: getFiles: Get: Music/,url=/storage/D997-3128/Music/, inc=true
10:17:20: getFiles: DATA: : _data
10:17:20: getFiles: selection: : date_modified > 0
10:17:21: getFiles: count=14614
10:17:21: syncDevice: command=GetFiles
10:17:21: getFiles: Get: Music/Podcasts/,url=/storage/D997-3128/Music/Podcasts/, inc=true
10:17:21: getFiles: DATA: : _data
10:17:21: getFiles: selection: : date_modified > 0
10:17:22: getFiles: count=14614
10:17:22: syncDevice: command=GetFiles
10:17:22: getFiles: Get: Music/Playlists/,url=/storage/D997-3128/Music/Playlists/, inc=false
10:17:22: getFiles: DATA: : _data
10:17:22: getFiles: selection: : date_modified > 0
10:17:22: getFiles: count=14614
10:17:22: syncDevice: command=ShowPreviewResults
10:17:22: syncDevice: exit
10:17:36: startSync: preview=false,iteration=1
10:17:36: command: action=SYNC_START
10:17:36: tryStart: connecting /192.168.1.101, attempt=0
10:17:37: tryStart: connected
10:17:37: tryStart: hello=true,fromMB=true,custfiles=false,preview=false,dev=SM-T220,2
10:17:37: storage: path=/storage/D997-3128,root=null
10:17:37: syncDevice: root=/storage/D997-3128,ignoreErrors=false,playlists=false,ratings=false,playcount=false
10:17:38: syncDevice: command=ShowResults
10:17:38: syncDevice: command=GetFiles
10:17:38: getFiles: Get: Music/Playlists/,url=/storage/D997-3128/Music/Playlists/, inc=false
10:17:38: getFiles: DATA: : _data
10:17:38: getFiles: selection: : date_modified > 0
10:17:39: getFiles: count=14614
10:17:39: syncDevice: command=ReceiveFile
10:18:05: syncDevice: command=ReceiveFile
10:18:49: syncDevice: command=ReceiveFile
10:19:05: syncDevice: command=ReceiveFile
10:19:20: syncDevice: command=ReceiveFile
10:19:30: syncDevice: command=ReceiveFile
10:26:22: syncDevice: command=Exit
10:26:22: exitSync: fails=0
10:26:22: waitScanFiles: start
10:26:22: waitScanFiles: done
10:26:22: tryStart0: java.net.SocketException: java.net.SocketException: Broken pipe
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.flushWriter(WifiSyncService.kt:482)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.exitSynchronisation(WifiSyncService.kt:602)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.syncDevice(WifiSyncService.kt:448)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:319)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
10:26:22: java.lang.Thread.run(Thread.java:1012)
10:26:22: waitScanFiles: start
10:26:22: waitScanFiles: done
10:26:22: tryStart: java.net.SocketException: Broken pipe
10:26:22: java.net.SocketOutputStream.socketWrite0(Native Method)
10:26:22: java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:116)
10:26:22: java.net.SocketOutputStream.write(SocketOutputStream.java:156)
10:26:22: java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:81)
10:26:22: java.io.BufferedOutputStream.flush(BufferedOutputStream.java:142)
10:26:22: java.io.FilterOutputStream.close(FilterOutputStream.java:182)
10:26:22: java.io.FilterOutputStream.close(FilterOutputStream.java:191)
10:26:22: kotlin.io.CloseableKt.closeFinally(Closeable.kt:56)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:361)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
10:26:22: java.lang.Thread.run(Thread.java:1012)

From MB:

Code

8/24/2024 10:21:00 AM - Add playlist "G:\MusicBee\phred\Playlists\Complete Albums.mbp" Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

[Babydoll32]

Sync of tracks and playlists from desktop to PC seems to work fine now. Reverse sync of track properties (ratings and playcounts) wirken also fine. Playlist reverse sync doesn’t work for me, maybe of cause of sd card usage and not configurable playlist storage path within new GMMP.
But not so important for me. Hope skip count implementation comes soon. It‘s more important for me.

[kimt1688]

I just tried again after restating both the PC and the tablet and got the same errors.
From the app:

Code

2024-08-24: ping: socket ok=/192.168.1.101
10:26:22: tryStart0: java.net.SocketException: java.net.SocketException: Broken pipe
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.flushWriter(WifiSyncService.kt:482)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.exitSynchronisation(WifiSyncService.kt:602)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.syncDevice(WifiSyncService.kt:448)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:319)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
10:26:22: java.lang.Thread.run(Thread.java:1012)
10:26:22: waitScanFiles: start
10:26:22: waitScanFiles: done
10:26:22: tryStart: java.net.SocketException: Broken pipe
10:26:22: java.net.SocketOutputStream.socketWrite0(Native Method)
10:26:22: java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:116)
10:26:22: java.net.SocketOutputStream.write(SocketOutputStream.java:156)
10:26:22: java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:81)
10:26:22: java.io.BufferedOutputStream.flush(BufferedOutputStream.java:142)
10:26:22: java.io.FilterOutputStream.close(FilterOutputStream.java:182)
10:26:22: java.io.FilterOutputStream.close(FilterOutputStream.java:191)
10:26:22: kotlin.io.CloseableKt.closeFinally(Closeable.kt:56)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.tryStartSynchronisation(WifiSyncService.kt:361)
10:26:22: kim.tkland.musicbeewifisync.WifiSyncService$SynchronisationWorker.run(WifiSyncService.kt:173)
10:26:22: java.lang.Thread.run(Thread.java:1012)

From MB:

Code

8/24/2024 10:21:00 AM - Add playlist "G:\MusicBee\phred\Playlists\Complete Albums.mbp" Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

SocketException: Broken pipe, which is an error that occurs when writing to a network connection that has already been closed.
MusicBee's logs show “A connection attempt failed because the connected party did not properly respond after a period of time, or an established connection failed because the connected host has failed to respond.”, so it is very likely that it timed out.
However, when I follow the source from the stack trace in the log, the place where the error appears is the termination process, not the sending of the playlist, which takes a long time to process.
It is difficult to identify, as MusicBee's logs show the error during playlist transmission.

[kimt1688]

Sync of tracks and playlists from desktop to PC seems to work fine now. Reverse sync of track properties (ratings and playcounts) wirken also fine. Playlist reverse sync doesn’t work for me, maybe of cause of sd card usage and not configurable playlist storage path within new GMMP.
But not so important for me. Hope skip count implementation comes soon. It‘s more important for me.

Since the introduction of skip count requires a change in protocol (additional data to be sent), the Wifi app by itself cannot help, and the MusicBee itself must be changed together.
It depends on whether MusicBee will change its specifications to accept skip count from the app.
I don't know if Poweramp manages it, so that's another problem.