Get your own customer support community
 

Please make 'File Location' field editable in the media view window just like Album, Artist, Track Name, etc. metadata.

Please make the "File Location" metadata field in the library browser editable just like Album, Artist, Track Name,

etc. It is too much of a hassle to delete my entire library and rebuild it just because I have a handful of missing

songs that have been moved to other folders that songbird can't find. With a large library and 50+ large

overlapping playlists it would take months to recreate everything. Much easier to fix broken links as I come across

them while listening.

This is the first step in building a intelligent library that can repair errors with minimum input. This is the

most basic implementation of a fix for Media Core 'resource not found' errors. It is not by any means the best

solution as path names can not be copied and pasted from native file browsers without extensive editing. In short

this is too time consuming and difficult.

Second step is opening a native OS file browser window to find files manually. I think most library based media

players already offer this capability. Checks should be made on chosen files to see if they are already in the

library and a system for resolving conflicts implemented (If a missing file has been moved then added to the

library again, choose if old or new metadata should be used and update playlists to use the correct file). At this

point we can consider the fix functional, but it doesn't meet the high library management standards I feel the

songbird developers are aiming for.

Third step is providing good API support for add-ons to safely change file location. An example of a possible addon

using this feature: Searches one or more locations for a missing song based off of previous file name, previous

file location, track metadata, and file size. Results should be prioritized and an ordered list of best possible

matches should be presented to the user. A file and folder name matching that of the missing file would obviously

be the best match and should rank above a file that only has folder and file names containing text from the artist

and album id3 tags. If the majority of searching is done through the disk MFT, initial results could be obtained

very fast at minimal resource cost while additional in-depth (file metadata) searches are being completed and added

to the list of possible matches.
 
happy I’m excited
Inappropriate?
7 people like this idea

User_default_medium