I was notified about this by an iTSfv user in SourceForge. That’s great news! This means easier implementations of the following:
- relocating existing files
- setting new location for currently dead tracks
DateAdded property is still read-only but a desirable property to have write access.
Setting new location for dead tracks
Current implementation of most iTunes addons including iTSfv is to remove dead tracks. The following scenario can be done:
- iTSfv iterates through iTunes music library
- iTSfv reads dead track Location as Nothing. It is important to note that File.Exists(track.Location) will not cause a NullPointException. It would rate give False.
- It is also important to implement the iTunes naming convention. This is needed for generating the file name of the track so that it can be searched in the new folder location. However, if the music files are not iTunes managed then the file names will not follow the iTunes naming conventions.
- If iTSfv finds a track with empty Location then
- iTSfv forms the file name using the track tags
- iTSfv appends the new folder location, sub-folder structure and file name to form the new file path.
- iTSfv sets the new location to track and saves the track