AdminDan Gravell
(Founder and programmer, bliss)
My feedback
499 results found
-
4 votes
An error occurred while saving the comment An error occurred while saving the comment I've had this in mind for a while. What I thought was that markers could appear next to existing metadata saying some online database (probably MB) has different data, with an option to change.
This data would have to be run through the 'pipeline' to make sure it's valid for your current rule settings. For instance, if MB has a certain genre for an album, then bliss should convert that to something you are allowing (if that rule is enabled).
-
3 votes
An error occurred while saving the comment I updated the title to be more specific. At the moment it's assumed all tracks are in the same album, and there are fewer than 100.
Also see http://ideas.blisshq.com/forums/21939/suggestions/1871581 which relates to "odd tracks".
-
1 vote
An error occurred while saving the comment This is similar to other requests to have different data per track. Note this might cause issues in players, because if an album is shown, what date should be shown for it?
There are fields for storing the dates of individual recordings, which in principle could be used, but it depends what music player you are using as to the tags it will support.
-
3 votes
An error occurred while saving the comment Natürlich!
-
12 votes
An error occurred while saving the comment Sorry - what do you mean by "route" folders?
An error occurred while saving the comment 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.
Also see:
An error occurred while saving the comment 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?
-
3 votes
An error occurred while saving the comment I think you can run two separate instances by customising a few things:
The port number: https://www.blisshq.com/support/faq/general/what-port-bliss-run-changed.html
The .bliss folder: https://www.blisshq.com/music-library-management-blog/2016/01/19/changing-bliss-settings-location/
An error occurred while saving the comment Having two instances might work if you were strict about the settings, although liable to confusion if both instances are looking at the same files and trying to do different things to them.
This sounds a bit like rulesets - https://www.blisshq.com/music-library-management-blog/2017/08/01/ruleset-selecta/
-
1 vote
An error occurred while saving the comment Yes, I can see it's broken right now - it's not just the thumbnails either.
I think really a print-friendly output should not include the headers nor the filters.
Some more about it here: https://superuser.com/questions/846082/how-to-get-wysiwyp-print-what-you-see-in-a-web-browser
-
1 vote
An error occurred while saving the comment Sorry, I missed this one!
What would be good is if the cover art filename allowed absolute paths to be specified, with tokens.
So "cover" means store a file called "cover.[whatever]" in the album folders (this is what happens now).
However, "/covers/<album name>" stores them in the "covers" folder off the root of the library, with the album name as the filename (the same tokens as in the file organisation rule should be used).
-
1 vote
An error occurred while saving the comment This is going to have an overhaul in the coming weeks, although the initial target is not to use a native browser as such, just make the current browser easier to use.
We *could* use a native browser, _if_ bliss was running on the same computer that it was being accessed from. This is a very common use case, so it's probably worth doing.
-
3 votes
An error occurred while saving the comment Typically this would mean a conversion from A or B to DISCNUMBER 1, C and D to 2 etc. However there's also autocoupled releases, where A and D are DISCNUMBER 1, C and B are 2. Luckily that is recorded in our metadata so this is definitely a possibility.
-
1 vote
-
2 votes
An error occurred while saving the comment Are these individual songs, not part of a release, or are they singles with B sides etc?
Also see:
- http://ideas.blisshq.com/forums/21939-bliss/suggestions/1871581-handle-folders-containing-singles
- http://ideas.blisshq.com/forums/21939-bliss/suggestions/3285112-allow-for-multiple-sets-of-rules-depending-on-sing -
1 vote
An error occurred while saving the comment Could you give some examples of album and artist names this leads to? I assume you're just talking about album and artist?
This sounds like http://ideas.blisshq.com/forums/21939-bliss/suggestions/31738582-derived-tags , would you agree?
-
4 votes
An error occurred while saving the comment Agree - if an album is named incorrectly and an album is "split" this will mean duplication detection will not work across that album - the album name needs to be fixed first.
-
21 votes
An error occurred while saving the comment Yeah - I was actually wondering if simply varying the case of the token would be elegant:
<TRACK NAME>
<track name>
<Track name>
<Track Name>Unfortunately it's difficult to communicate all capitalisation possibilities in that way. But simply "parameterising" the token could work:
<track name:uppercase>
<track name:lowercase>
<track name:sentencecase>
<track name:titlecase> -
1 vote
An error occurred while saving the comment Yeah, I can understand. Personally I would suggest just performing a copy to a consistent name. How you'd do this depends on your OS...
An error occurred while saving the comment Yeah - you can't. _All_ of the filenames are used. I can see the use here (I think) - you want to just work with what you have. But wouldn't you also rather change all artwork to a common name, if you could?
-
1 vote
An error occurred while saving the comment Yeah, that's right. Maybe you want something like http://ideas.blisshq.com/forums/21939-bliss/suggestions/2739754-automatically-complete-album-artist ?
The reason I'm a bit reticent to add AA editing functionality to the album page is it makes it (the page) more complicated. If you don't know anything about AA then you have to ask yourself the question - what's the difference between these two artists?
Another approach would be to make the Tags panel easier to multi-paste, e.g. select the AA column and ctrl+V.
An error occurred while saving the comment When you edit the artist name, if the AA tag is already set, the changed artist name will be used for AA.
Does this relate to when you have a missing AA?
-
2 votes
An error occurred while saving the comment Thanks for adding this. I think this occurs for releases > 99 tracks. It was done as a short term (ish) workaround to memory problems if a large album was fingerprinted. We could definitely do something to fix this though...
-
1 vote
An error occurred while saving the comment Note you can add your own genres - type "Cajun" then press the tab or comma key.
-
1 vote
An error occurred while saving the comment I'm guessing it comes from audio fingerprinting...
An error occurred while saving the comment Yes; at the moment we don't allow a separate manual search, and picking the releases to link could be easier.
An error occurred while saving the comment Good point. Also, more generally, we could attempt to lower the score of albums which aren't from the locality of the user. Or maybe that's trying to be too clever.
I think this gets a new lease of life with "linked releases".
An extra option could be added to put an album into "synchronised" mode - whereupon the data contributed from all linked releases overwrites the existing metadata.
This would've been useful recently when I imported one disc from a multidisc classical release which was incorrectly identified, and the artwork automatically filled in incorrectly. The release title was also badly formed, coming initially from CDDB. The correct release was in the linked releases list.
It would've been convenient to link to this one release and then also synchronise the data in one step.