Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - guptaas

Pages: 1
1
Odd behavior. There must be an explanation but its beyond me. I'm not a programmer:
1. Woke up a sleeping computer. MB, which had been on, happily exported on exit to an empty network folder with correct Unix paths in the playlists
2. Starting and exiting the program after a couple of minutes did not output anything to empty folders
3. Same failure to a local folder without formatting Unix paths
4. Running MB as an administrator made no difference

This tells me that MB won't overwrite old playlists (not even as an admin) and perhaps needs to be running long enough (hidden process) to fully refresh all the playlists before exporting to an empty folder. So the correct strategy for me would be to: delete old playlists > Run MB for a while > Exit

5. Interesting discovery! If I make a change in Preferences>Library>Playlists (e.g. path) and hit apply, MB quietly overwrites all the old playlists in any (local/network) folder

So what I want can be done by making a change in preferences, apply, reverse the change and apply/save again.
I would think the same behavior is needed for auto-export outside the preferences. That to me would be the difference between auto and manual export. In fact right clicking a playlist and choosing export should only mean manual export. Auto should be silent behind the scenes. Furthermore an option to auto-export will be far more useful combined with specifying when to do it, on start, on exit or every so many hours/days. This last paragraph is just my thoughts. Others may not see it that way and programming this is something else altogether. If it sounds reasonable to some more, maybe I'll post it in the feature request section.

@frankz. Thank you so much for taking the trouble to patiently read my posts and suggest a way forward.

2
This is assuming of course that the lists you're looking at have actually updated in MB since the last export.
If the auto-playlist is based on random picks, shouldn't it be updating every time one restarts MB? I would expect it to give me a new set every time I clicked on it as long as the library can come up with more songs than the set item limit. And if a periodic export was ever to be added as an option, I would expect a new randomization.

4
Thank you for your help phred.
I have no problems with file decisions in Syncback. I also do not really need it for this purpose, unless it’s part of a workaround. The static copies of these auto-playlists are only needed on the remote machine. So no need to save copies in two places.

The problem is Musicbee not automatically updating static copies in the target folder. I do not know if there is any difference between auto export of a Unix formatted playlist to a local windows folder vs directly exporting to the network folder. That would be a workaround solved by Syncback.

In the past, I have enjoyed the convenience of daily automatic playlist exports with automatic overwrites of static copies to this Linux machine with a plug-in in Mediamonkey. All I had to do is choose how frequently I want to auto-export. MB in all other respects is working better, so I figured, it’s some mistake on my part.

5
Thank you frankz.
Sorry for failing to be clear. Yes a static copy on the remote machine will always be there because I wish dynamically generated playlists in Musicbee to update static playlists on the network folder every time I open Musicbee. I tried deleting the static copies first, then started and closed MB. The playlists were not exported automatically. If that was to work, my problem will be solved. I’m happy to manually delete the entire set every time I want a refresh.

I’m looking for a ‘set it and forget it’ These auto-playlists will be impacted by new files/edits and updated play counts from LastFM. The main purpose is to avoid including anything played in the last few months and incorporating any changes in the library.

6
Thanks for the response. I do use Syncback. It’s a vital part of my file management.  However, unless there is a difference between exporting playlists from Musicbee to a local drive versus a network folder, it doesn’t solve my export problem. I’ll still have to individually export each auto-playlist and confirm an overwrite over older files. These playlists with Unix paths serve no purpose on the Windows machine anyway.

7
Mistakenly thought I found a solution  :(

8
Questions / Possible to bulk export playlists without confirming overwrite?
« on: February 18, 2024, 01:11:00 AM »
I'm really new to Musicbee though I did try it once and joined the forum a long while back. And all I can say is wow. The program has become one of the best music library managers ever. I think I'll be discovering a lot of features over the next many days. I suspect there is already a solution to my problem that has escaped me.

I use Musicbee on a Windows desktop but the rest of music consumption is through a Logitech Media Server (LMS) on a linux machine. The Auto-playlits generated in Musicbee are perfect for my purpose and Unix paths are correct.

What I wish to achieve is  periodically export a lot of auto-playlists without confirming an overwrite. Or at least once when exiting the program or even manually but an entire group. Searching through the program preferences and this forum hasn't shown me a way yet. In fact checking the auto export box when creating a new playlist generates an error if the destination already has a playlist by that name! It kind of defeats the point of "auto" and "dynamic" for me. Ideally on starting the program I'd like to first update stats from LastFM (affects my playlists), add and tag new files and then bulk export playlists.

If that is possible, a small additional improvement could be the choice to skip creating a playlist folder on the remote computer. That would permit one to separate sets of "Local (not for export)" and "Remote (to be exported)" playlists. This is of course a non-essential desire.

Pages: 1