I guess an ability to "skin" the interface could be something... if you know CSS you can probably do something yourself with a browser plugin to override the CSS.
This is something I am working on right now. Firstly, the ability to see which online releases bliss links your albums too. And then, next, the ability to synchronise to those releases, which should cover both correction AND missing tags.
It is also used to identify year and genre... but are you asking for more tags/information to be covered?
Thanks for posting. This looks like http://ideas.blisshq.com/forums/21939-bliss/suggestions/5746094-tag-correction to me - what do you think? I prefer to merge the same idea and combine the votes so the most voted suggestions rise to the top.
Feel free to create other ideas for your points at the end of your post.
Can you explain some more? If you glance and there's no spinner there, doesn't that just mean it has finished?
Yep, was thinking about the common case but you're right, that needs consideration.AdminDan Gravell (Founder and programmer, bliss) shared this idea ·
I just wanted to add... The trouble with using disc number in this way is - how do you know if another set of files has disc number >= 2? Because if there is, the decision should include the disc folder, and not otherwise.
The more deterministic way of doing this is to look at disc max number which should indicate how many discs are in a given release. Then use your logic on that tag rather than discnumber.
Ah, ok, so when you have single disc albums with discnumber=1 then you want to be able to choose a different pattern.
If the discnumber is absent then it is already possible to do this:
... but that doesn't work where discnumber=1 and it's single disc.
Yep, I can definitely see the use case, being a LMS user myself and relying on "New Music" too... it does annoy me as well.
"Rescan for new and changed files" will make this easier - https://twitter.com/bliss_music/status/826827957666721792
However, note it won't be as fast as identifying an individual album to add - it still scans for updated files, as well as added ones. The chief advantage is that existing albums which haven't been updated won't be rescanned.
Any new files added should be picked up a few minutes after they were added, automatically. This can depend on the filesystem and the operating systems involved. In this case, what OS is bliss running on?
Thinking about it, this may not work on OS X so well because it uses "fsevents" which, I believe, only notifies file updates that originate from the OS X machine itself. E.g. if you ripped a CD from the OS X machine to the NAS then bliss should pick this up. If you used another machine to rip the CD to the NAS it would not show up until rescan.
I like this - so long as, as you say, the albums "done-ness" is cleared when changing settings. And of course, some way of seeing all albums, regardless of "done".
Yep, two ways of doing this:
1) Sync with an online record of the release, use the canonical title and make sure the media are matched with the correct disc number applied
2) When there's no match online, do some text processing. We already do this when querying for cover art.
Certainly no reason other than it hasn't been implemented yet ;-)
I merged Matt Jenkins idea into this one:
"Being able to search your database for artists, albums, albums of a specific genre, etc would be a huge bonus.
When you have thousands of albums spread amongst many hundreds of artists finding the album or artist within the artist and album displays is an onerous task. A simple search box that returns simple text matches for artist, album, genre, etc., would be a good start. Advanced searches where you can search for strings within the specific topics of artist, album, genre etc., would be even better."
I agree. As more stuff is added to the interface, a search function becomes one of the easiest way of finding things.
I think it should be top level (accessible from any page) and it shouldn't just search for albums, artists etc.... it should also search for bliss concepts. E.g. search for 'settings' - suggests a settings page. Search for 'albums' - suggests the album overview page. Anyway, that's a vision, maybe first step would just be album/artist search as you say.
So the way I expect to implement this is similar to http://ideas.blisshq.com/forums/21939-bliss/suggestions/5746094-tag-correction , only instead of changing an existing tag, the tag is populated. Each album gains the ability to be linked to an online record of the release.
That way, we could also implement http://ideas.blisshq.com/forums/21939-bliss/suggestions/1043507-realtime-album-info (three features for the price of one... almost).
Thanks. You're right, only certain things can be automated, and these can be seen from the settings page.
Automation of the filling in of tags is very much in my sights. Just like http://ideas.blisshq.com/forums/21939-bliss/suggestions/5746094-tag-correction but for tag completion.
Shall we change this to "Automatic tag completion" and then if you have a requirement for other items to be automated we can add them as separate ideas?
Really nice idea.
This might not help, but if your images aren't JPEGs, you could also use the image format rule to convert them, that would imply compression and would save a lot of space.
A lot of iTunes users end up with PNGs these days, it has become the default for some iTunes purchases.
As per some other ideas here, I often come up against the need to have different rulesets, although sometimes for different reasons, e.g. different rules for compilations
It's been a long term vision to have a way of "selecting" music to be managed in different ways. Here you might have a selector "album.tracks.size==1 || track.album.isEmpty" (or something) and then any release that matches that gets organised in a different way. Does that make sense?
Once you do that, it becomes a case of implementing the data points which mean you could differentiate your music. It sounds like it's just odd tracks, so in my example above that's: files with an album with only one track OR files without an album tag. I think that would generally pick out what you wanted.
This is a really nice idea. The main question in my mind is: what if one library is a child of another? E.g. say your libraries are C:\music and C:\music\compilations. Should the most specific rules win?
Just those visible on the screen.
Please send me a debug archive ("Help" then "Download debug archive") if the fix all visible button doesn't work for you!
Broadly speaking I'd rather the tool speak for itself and be self documenting; clearly there's more work to do.
To answer your questions, to maybe elicit ways we can make this more obvious...
> I didn't understand how it was scanning, what was being fixed automatically and what the numbers in the summary after scanning meant (had they been fixed? Did I need to still fix them all manually?)
Which summary do you mean?
> What is the "Inbox" for (I thought Bliss automatically fixed the things listed in there)?
As per the other idea, some fixes have to be manually confirmed. That's all the Inbox is for.
> Why can I only fix visible things in the Inbox a page at a time (why not one click to apply all fixes)?
Well, you could, I suppose... please click "Vote" for http://ideas.blisshq.com/forums/21939-bliss/suggestions/13059807-allow-once-click-fix-for-all-items-not-limited-t
> What do the different reports in "Activity" mean (why does it tell me a folder contains music, but it's going to ignore it)?
Is this on a Synology? It might be reporting @eaDir folders which have files with names that look like music files, but aren't.
If you see non-covers being downloaded, please let me know... this is a bug (although it is probably down to bad data).
LOL, you have OCD indeed...
Very nice idea...
Excellent idea, thanks. I agree there's an awful lot of crud about, and maintaining a minimal tagging schema can be better for your sanity.
Looks like I replied to your email anyway ;-) note the other suggested threads you might be interested in:
I've had a few requests for this via email, thanks for suggesting it here.
I'm assuming you mean "use" for the file organisation rule.
The challenge with this is that because bliss runs rules for an album as soon as it finds it, we don't know whether or not another album with a different disc number exists. But there has to be some solution...
We don't actually use AcousticBrainz - we use Acoustid for fingerprinting, maybe you're getting mixed up with that?
No reason we can't use AcousticBrainz, of course...