GNOME Bugzilla – Bug 93693
Off-Disc Media Storage Support
Last modified: 2018-05-24 10:19:38 UTC
I would like to see support for storing media files on removable media but allowing them to be searched without the media loaded. Something like this: 1) I have a collection of 600mb of MP3s and I want to free some hard drive space so I burn a CD with the MP3s and remove them from the hard drive. 2) I point rhythmbox to the CD, rhythmbox reads all the MP3s from the CD, adds them to an index of some sort and allows me to select a sensible label for the CD. EG, "MP3 CD X" 3) Later, I decide that I want to play a song that happens to be stored on a CD. Then rhythmbox says "This song is off-line" or something like that then says "Please insert 'MP3 CD X' to have it cached to the harddrive. That would be the basic notion. Extra cool other features along these lines would allow you to change the associated meta-data of a given media file (such as title, author, year, genre, etc) in the database. That way even if you made a stupid mistake or typo in an MP3 file that you didn't notice until after the burn, you can still correct it. I have yet to find a program which does anything along these lines and it would quickly make rhythmbox my favorite app in the world. :)
This request is two years old and doesn't appear to have ever been triaged. IT's relly irritating to have my entire library of several thousand files, all loaded from a network share, disappear from my library because I forgot to mount the share before loading rhythmbox. iTunes just marks library entries which can't be found with a special icon and quietly ignores them. Then if you try to view the track info it asks you to locate the file. It'd be really nice if Rhythmbox could at least not delete library entries when the file isn't found. Using my wifi connection, it takes over an hour to reload the whole library.
1) A bug doesn't need to be triaged to be dealt with. 2) Your specific use case is handled more gracefully in the 0.9 branch 3) There aren't an infinite number of people working on rhythmbox, and those people aren't even payed to work on it. If you desperatly need a feature and want it to happen faster, complaining in a bug report adds nothing, contributing to the project does.
1) I'm a lot less whiny/angry than you think, sorry that didn't come across. By saying it didn't appear to be triaged I meant it looked like nobody had ever even acknowledged that it had been entered into the system, and thus had not been dealt with. It was meant to be interpreted as "feel free to correct me if this has been dealt with," which you did in point 2. 2) Cool, that's all you had to say. 3) I'm well aware of that, and if I deemed myself capable of fixing it, I would. Most people on IRC and mailing lists say filling out bug reports is contributing to a project. I just wanted to emphatically point out a scenario where automatically deleting entries for missing files doesn't make sense, with the intent of avoiding a potential debate on which behavior is more logical/correct. Don't complain so much ;) (that was a joke)
1) the fact that the bug hasn't been marked as WONTFIX, INVALID or something like that is some kind of ack ;)
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/7.