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.
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.
7
people like this idea
I like this idea!
Tell me when this idea gets some attention.
The more people who like this idea, the more it gets noticed.
The more people who like this idea, the more it gets noticed.
-
Inappropriate?I don't think I would need to use this ability because I never move my files around, but it still sounds like a very useful suggestion for people who run into the problem of broken links. I think broken links are something that could be improved upon in general in Songbird. It would be nice if Songbird gave some sort of visual notification that a link was broken so you don't have to find upon trying to play the song. For example, iTunes shows an exclamation point next to the song to let you know. And if you try to play a song with a broken link, it could ask you if you want to locate the file or remove the broken link from the library.
-
the iTunes like exclamation point is a good idea, it would be nice to have a broken link icon(perhaps a broken shell) column available in the media view window. I could easily see this as a future feature of the exorcist. -
Inappropriate?Good and simple idea.
For the moment: there is the Exorcist addon, which can find and delete broken links for you. You can then just re-import those files. But your suggestion is still better, since you won't lose ratings etc. -
Inappropriate?I think it might be good if the file location filter would just show the final file until clicked to edit I don't need C:User\Me\Files\Music that's too much. Just need "Music" it would be nice.
-
A good point, there's a lot of room there for personal preference in how things are displayed though I think it's something that should be addressed by adons and not the core program. One big point though is that songbird should translate XML style file names into native OS syntax. The current "file:///c:/users/mike/music/unknown%20album%20artist/album%20name/..." style takes up too much screen real estate and at a quick glance is almost completely unreadable making the current File Location field practically worthless.
Loading Profile...





CHAMP

