Note that this excludes the 744 playlist sent as these are in SD/PLAYLISTS.Ġ6Oct2020 - Resync device using MMW4 on the PC and USB connection. Open MMW4 and let library update and device scan complete.Ġ6Oct2020 - Open two file manager windows on right screen of PC - one to monitor MP3 files in SD/MUSIC on the device and the other to monitor M3U files in SD/MUSIC on the device. 11715 MP3 files below SD/MUSIC of which 385 were prior to sync and 11330 new files due to sync.Ġ6Oct2020 - Restart both PC and Tablet. SD/MUSIC/Artist/Album that appeared during the time of the synchronisation. Note: time gaps in the log are because I had to do something else and not necessarily due to response of PC or tablet.Ġ5Oct2020 - I updated the Android OS on the tablet then re-started the device.Ġ5Oct2020 - Did a full synchronisation of the device using Media Monkey for Windows (version as per signature)Ġ5Oct2020 - Noted 23 new M3U files created that were in the MUSIC folder i.e.
What I do not know is whether this is specific to my setup and the root cause. This has been a useful exercise for me as I now know what to look out for and how to get around the issue. When 0 byte M3Us are created rather proper MP3 files it can cause other annoyances e.g. The issue being:Īt some point during the USB synchronisation - whether full or by sending a playlist - a situation arises that can result in 0 byte M3U files being created with exactly the correct filename as the expected MP3 would have had. The following shows that - for my setup - there is a similar issue when using Media Monkey for Windows 4.
0 kommentar(er)
