[WS] MusicBrainz expanded

During my tests with the newly added cover thumbnail preview, I learned that it can be advantageous to search more specific for an ALBUM and/or an ARTIST. This can be reached by using double quotes (aka quotation marks).

More detailed Explanation:

If you are looking for an ALBUM like
Eye in the Sky
from an ARTIST like
Alan Parsons
and you don't want to see any other results from albums with Eye or Sky in the ALBUM name or Alan or Parsons in the ARTIST name, you can enclose your entered or prefilled search text with double quotes:
"Eye in the Sky"
and / or
"Alan Parsons"
Search by text enclosed with doublequotes

This works for the band name "The Alan Parsons Project" too, because Alan Parsons is completely included and part of the band's name.
This way you can reduce the amount of search results not fitting your own existing tracks.

3 Likes

12 posts were split to a new topic: Columns for Tag Sources with Cover Preview are offset by one on first use

626 # Only Discnumbers greater then 1 will be written
627 # Prevents "useless" Discnumber 1/1

I want to unprevent this but can't quite figure it out :upside_down_face:
I'd appreciate some help, thanks! @LyricsLover

Could you please tell me where the DISCNUMBER content "1/1" would be useful?

In the meantime, I will check if this value always will be delivered from MusicBrainz or if you would have to set it manually to 1/1.

It's more of a consistancy thing. If it's a physical medium I want to have discnumber/disctotal even if it's 1/1.

Don't want or need you to change your script here, just want to make this change locally. I can make it work with a custom action but changing this at the source saves me an extra step and a coupla clicks. thanks!

The following instructions to change the script code are no more necessary since the script v2.00. You can set it now easily in the script settings:
image image


If you really want to fill the DISCNUMBER with 1/1, then the easiest way is to adjust the script Line 545 and add "1" like this:

Current L544-545:
2024.05.21 - Original L544-L545

New adjusted L544-545:

The script Lines 626-627 remains unchanged, but you should adjust the remarks to something like this to describe the new logic:

L626  IfOutput "TEMP_DiscnumberIsOne"  # Discnumbers will always be written, also for 1/1
L627      outputto "Discnumber"        # Deleted Remark (old: Prevents "useless" Discnumber 1/1)
1 Like

I guess consistency is major factor. If you use 1/2 and 2/2, then 1/1 makes it clear that we are talking about one disc only.

and

I could argue that redundancy is unwanted. :wink:
An album with only 1 disc does not need to be filled with a DISCNUMBER 1/1 - it is just obvious - especially if all albums with more then 1 disc get the appropriate disc-number and total discnumber.

The nice thing about WSS: Everyone can adjust it to his/her needs.

1 Like

Brilliant - works like a charm - thanks!

1 Like

Here's another question (issue/bug/feature?)

The query for this release (https://musicbrainz.org/release/636beb3e-b819-4364-ac64-a4c2d7b43bf7) yields 14 tracks, while it has 15 (intro is omitted). Is this intended behaviour?

1 Like

I have to check that one. At first sight it seems to be related to the track number 0 (Zero) for the intro:
image

The returned JSON data from MusicBrainz seems not to include the track with the track number zero. :exploding_head:

As you can see in the returned data, the track object with index 0 includes the track number "1" and is called "Guns Blazing...". There is no object with a track number "0" and the title "Intro".

Unfortunately, I have no idea how I could fix that if I don't get this information from the source (MusicBrainz.) For your own comparison, please check the json-output for this case with:
https://musicbrainz.org/ws/2/release/636beb3e-b819-4364-ac64-a4c2d7b43bf7?inc=recordings+recording-level-rels&fmt=json

Comparing them in more detail I can see that the track zero is listed as PREGAP (not as track as the other 14 titles). Maybe I can check this special case this way...

Yes, but it is only redundant if that’s guaranteed that 1 means 1 of 1. If suddenly you have a single 2, it is not redundant information anymore, but missing information. In this case it’s only music albums, so hardly critical. But if you ever get into critical documentation, you would fail in an audit if you don’t make it clear that a single page is 1 out of 1. It is the same with "this page intentionally left blank", it may seem redundant, but if suddenly a completely blank page shows up, you can’t really tell if something is missing or not.

On the physical disc, the first track (0. intro) is a hidden track one audio (htoa).
If you expand the pregap object (just below [13]: [Object]) you'll find the 0 track there.(*I see you've found it)

This seriously impairs the script function... lol no it's not a big deal but would be extra sweet if tracks like that could be incorporated :+1:

I'm not sure how consistent the MBDB is in denoting these special tracks though.

1 Like

Yes this track zero is a special hidden track categorized as "pregap".

I check how I can include this special case in my script.

Please somebody tell me. How to modify to be able to search by Artist + Title? For me it is much more casual problem to find out some information from an unknown track and then to see where it came from... Also I would add a time matching.
Or explain to me where exactly to input a request

How to use that opportunity of searching?

image

If you don't have already filled the ALBUM and ARTIST name in your track, then you need to enter this two values manually:
image

And please remember:
"MusicBrainz expanded" works best, if you search for an entire album, not for a single track.

This is not the main use case of the Web Sources Scripts for Mp3tag.
All these scripts assumes that you have some minimal information in your tracks, like ARTIST and ALBUM and TITLE.

For "unknown tracks" with "unknown origin" I would suggest to use MusicBrainz Picard with its Scan (with "AcoustID Fingerprint") option.
image

1 Like

2024-06-19 - Update v2.0
Web Sources Script rewritten from scratch

  • NEW: pregap-track (aka "tracks hidden in the pregap") will now be listed too (thanks to @ongewis)
  • ADD: Some more release level metadata added like PRODUCER
  • NEW: Introducing Script-Settings
    New Settings for MB expanded #1

IMPORTANT for users of the previous script versions:
I have decided to focus on the release-level metadata in this Web Sources Script.
Therefore I have removed the track-level metadata needed to fill the INVOLVEDPEOPLE tag:

  • DEL: Removed the Performing Orchestra with Begin- & End-Date
  • DEL: Removed the INVOLVEDPEOPLE tag
    The only remaining tag is currently PRODUCER and only if content is available at release-level.

Please let me know if and why you would like to have the removed tags back.
This would help me decide if I should invest more time in an additional WSS script like "MusicBrainz involved" (<- working title)

2 Likes

2024-08-27 - Update v2.10

  • ADD: Added a new possibility to "Search by Artist + Album + Tracks" (thanks to @zerothbase)

MusicBrainz expanded with 6 entries and Settings

This additional WSS provides a 3rd search field for the number of Tracks on the choosen album from the choosen artist.
image

The number of selected local files will be provided (and can be overwritten manually).
This should also work for releases with more than 1 disc.
For example, if you are looking for a release with 14 tracks on the first disc and 10 tracks on the second disc, the search with 24 tracks should return matching releases with 24 tracks.

1 Like