Please subscribe to this issue, discuss details en support me with testing once I start working on adding this feature.Īdded this feature to the current development version in the 'exclude-playlists-in-export' branch, and tagged it for potential inclusion for the next release. Initially I did not really understand your use-case for this feature, but now I do understand - and is is completely different from my personal use-case since I use MediaMonkey to manage the playlists The playlists are a separate section within the xml, so should be fairly easy to manually remove. Thought I found start/end markers, but Musicbee gave me an error after importing all songs I want to say thank you for this addon, also.ĭoes anybody know, where playlists begin and ends in xml file. So I welcome your thoughts/ideas on how this could look like. Challenge I see is that if this add-on would support this feature it needs to do this in a proper/flexible/generic way usable for most cases otherwise it is better to keep the add-on focused on it's primary task and make sure that is done properly. Will perform some tests on the invalid play date bug, and document my analysis/findings in above issue.įor the file mapping feature request I want to have it (and discussion around it) clearly documented. issues/14 - file remapping feature request I have a somewhat similar use-case myself where I export the library/playlists to iTunes format using this add-on but use another application to perform a selective copy/synchronization of the part of the MM library (stored on my NAS) to local storage on my MacBook for Traktor I created two issues in the GitHub Tracker: I have a somewhat similar use-case myself where I export the library/playlists to iTunes format using this add-on but use another application to perform a selective copy/synchronization of the part of the MM library (stored on my NAS) to local storage on my MacBook for Traktor DJ. depending on how one manages their library) Currently the file paths exported in the iTunes xml reference the location as seen by MediaMonkey (which can be a myriad of different locations/devices/folders. Remapping of filepaths is not supported, and am currently not sure if this is something that I would envision within the scope of the MM add-on. Ok, got it! I indeed misread your issue, sorry about that. In my example above, see how a music file changes the path from a remote to a local path (or vice versa in someone else's possible case). Yes I see where I configure where itunes xml file can be saved at, but what I was asking about the path and drive of the media *inside* the xml. Not quite sure we are are on the same 'track' here. Please check which version of the add-on you are running. You should be able to configure both the path and filename for the iTunes library to be exported in the configuration dialog.
tag/v1.6.2), which was release 17 September. This is already available in the current release 1.6.2 (. I could probably go in the script and hardcode it, but I figure this might be useful for other users who have network stored music, which makes the path different from what itunes/mediamonkey see. I would think this could be easy to do, since MM stores the drive and path separately. I have to replace the //sauron with /data
PLEX LASTFM SCROBBLER UPDATE
While it's not difficult to do a find/replace, its an additional step I have to stop and do any time I want to update the xml for plex. Ok for the feature request, I would like to suggest an option to modify the path (or more specifically, the drive) of the exported files.įor example, mediamonkey and itunes runs on windows, and the music files are on a network server. So there is actually 2 problems, 1 with the export script, and 1 with the plex import. I raise this issue, due to the import to plex, it imports this invalid play date of the past, into the FUTURE in plex's database. I confirmed in mediamonkey that there is no play date, and no play counts. Here is the script generated from mediamonkey for the same unplayed track (added dates will be different), with an invalid play date that is obviously in the past.
0 kommentar(er)
