Announcement

Collapse
No announcement yet.

Plugin to test database tweaks

Collapse
X
 
  • Time
  • Show
Clear All
new posts

  • mamema
    replied
    Originally posted by erland
    Michael will have to answer regarding LMS releases.
    Regarding the Custom Scan/Custom Browse plugins I think it’s unlikely to be any more releases as I no longer maintain them and nobody has volunteered to take over maintenance.
    sent you a PM, but didn't sure if it get throigh to you.

    Leave a comment:


  • erland
    replied
    Originally posted by mamema
    as i hav e a highly tagged large library, is it helpful if i'm testing something for new releases? I'm happy to be a guinea pig!
    I'm in home office :-) i can fiddle around a lot.
    Michael will have to answer regarding LMS releases.
    Regarding the Custom Scan/Custom Browse plugins I think it’s unlikely to be any more releases as I no longer maintain them and nobody has volunteered to take over maintenance.

    Leave a comment:


  • mamema
    replied
    as i hav e a highly tagged large library, is it helpful if i'm testing something for new releases? I'm happy to be a guinea pig!
    I'm in home office :-) i can fiddle around a lot.

    Leave a comment:


  • mamema
    replied
    Originally posted by garym
    Maybe short, maybe not. I've seen some style tags that have 15 or 20 different styles listed in the same tag field.
    which then should be separated with semicolon, so custom tag can put them in one value tags.....
    Anyway, i'm a happy camper now.
    Never looked into the discogs and musicbrainz tags with a classical approach. And yeah, there a false entries around, but my experience is, that with this added layer one can discover music differently, which is the main cause i'm using them.
    And not to forget MOOD. To find music attached to your own MOOD is easier know.

    Leave a comment:


  • garym
    replied
    Originally posted by PasTim
    I struggle to imagine one track having that many styles. Maybe due to indecision on the part of the person defining them?
    I didn't notice that the style tag was being added when I first started ripping with dbpoweramp. Then at some point I discovered the style tag in my files (all long since deleted). The ones added via the online databases were almost entirely junk. I recall a track on Jimi Hendrix, "Are You Experienced" album having a long list of styles (with things like: rock, pop, metal, reggae, world, soul, country, bluegrass, blues, etc.). In other words, everything but the kitchen sink.

    Leave a comment:


  • PasTim
    replied
    Originally posted by garym
    Maybe short, maybe not. I've seen some style tags that have 15 or 20 different styles listed in the same tag field.
    I struggle to imagine one track having that many styles. Maybe due to indecision on the part of the person defining them?

    Leave a comment:


  • garym
    replied
    Originally posted by PasTim
    I don't, and never have used discogs or musicbrainz, so am not familiar with their terms. Their tags for classical music are hopeless. The terms you use are certainly short enough that they shouldn't cause issues. I use WORK, which is often 30 characters or more, and doesn't cause issues.
    Maybe short, maybe not. I've seen some style tags that have 15 or 20 different styles listed in the same tag field.

    Leave a comment:


  • PasTim
    replied
    Originally posted by mamema
    exactly that! :-)

    MOOD and STYLE are tags you will find in the usual discogs and musicbrainz sources.....

    Mood has values like: relaxed, happy, sad... and so on.
    Style has a more detailed listing of the music style. As i'm very strict with my genres, which i'm completely in control and tagged by myself without the chance that musicbrainz, discogs sources could overwrite them, then STYLE is (from those sources) more detailed, so it might be for example my genre "World" is flagged there with "African Traditions".

    Thanks again to @erland explainig the tag usage. Learned something.
    I don't, and never have used discogs or musicbrainz, so am not familiar with their terms. Their tags for classical music are hopeless. The terms you use are certainly short enough that they shouldn't cause issues. I use WORK, which is often 30 characters or more, and doesn't cause issues.

    Leave a comment:


  • mamema
    replied
    Originally posted by PasTim
    As a matter of interest, what sort of thing do you include in MOOD and STYLE?
    exactly that! :-)

    MOOD and STYLE are tags you will find in the usual discogs and musicbrainz sources.....

    Mood has values like: relaxed, happy, sad... and so on.
    Style has a more detailed listing of the music style. As i'm very strict with my genres, which i'm completely in control and tagged by myself without the chance that musicbrainz, discogs sources could overwrite them, then STYLE is (from those sources) more detailed, so it might be for example my genre "World" is flagged there with "African Traditions".

    Thanks again to @erland explainig the tag usage. Learned something.

    Leave a comment:


  • PasTim
    replied
    Originally posted by mamema
    My problem was the long delay on browsing MOOD and STYLE tags. Removing COMMENTS and LYRICS helped a lot. I will add COMMENTS again, as i need them, to see if LYRICS was the problem alone.
    As a matter of interest, what sort of thing do you include in MOOD and STYLE?

    Leave a comment:


  • erland
    replied
    Originally posted by mamema
    My problem was the long delay on browsing MOOD and STYLE tags. Removing COMMENTS and LYRICS helped a lot. I will add COMMENTS again, as i need them, to see if LYRICS was the problem alone.
    I guess you know that both LYRICS and COMMENT are scanned into the database with the standard scanner, so the only reason I can see to have them in Custom Scan configuration is if you have menus to browse by lyrics or comments. Depending what you use COMMENT tag for it can of course be justified to be be able to browse by comments and then it needs to be in Custom Scan.

    Leave a comment:


  • mamema
    replied
    Originally posted by PasTim
    Certainly if any searching is done on comments or lyrics, particularly likes with wildcards, that could be a problem. I don't see any other obvious causes for long delays.
    My problem was the long delay on browsing MOOD and STYLE tags. Removing COMMENTS and LYRICS helped a lot. I will add COMMENTS again, as i need them, to see if LYRICS was the problem alone.

    Leave a comment:


  • PasTim
    replied
    Originally posted by erland
    I don’t think the artist attributes from lastfm is the issue since these are stored in a separate table that’s reasonable small.

    The obvious difference (except the library size) which I spot is that you don’t scan tags like COMMENT and LYRICS which potentially can contain really long texts. As mentioned in my previous post I’m not sure if these might cause performance issues.
    Certainly if any searching is done on comments or lyrics, particularly likes with wildcards, that could be a problem. I don't see any other obvious causes for long delays.

    Leave a comment:


  • mamema
    replied
    Originally posted by erland
    I don’t think the artist attributes from lastfm is the issue since these are stored in a separate table that’s reasonable small.

    The obvious difference (except the library size) which I spot is that you don’t scan tags like COMMENT and LYRICS which potentially can contain really long texts. As mentioned in my previous post I’m not sure if these might cause performance issues.
    removed LYRICS and COMMENTS from scanning, improved dramatically from several minutes feedback, to two seconds.
    So, thank you and good i've asked here. Dunno how LYRICS found into the scanning config though. Might be there by default?

    Leave a comment:


  • erland
    replied
    Originally posted by PasTim
    As a comparison, my library is somewhat less than half the size, but I have no problems at all. I have no artists with attributes (I'm not sure which those are in that system), nor any attributes retrieved from lastfm. For what it's worth, here are my stats. Maybe something will stand out as making a difference?
    I don’t think the artist attributes from lastfm is the issue since these are stored in a separate table that’s reasonable small.

    The obvious difference (except the library size) which I spot is that you don’t scan tags like COMMENT and LYRICS which potentially can contain really long texts. As mentioned in my previous post I’m not sure if these might cause performance issues.

    Leave a comment:

Working...
X
😀
🥰
🤢
😎
😡
👍
👎