# \[WS\] MusicBrainz XML Webservice **URL:** \ **Category:** Web Sources Scripts\ **Created:** [July 24, 2006, 3:01pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591 "2006-07-24T15:01:50Z")\ **Posts on this page:** 20\ **Page:** 4
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [December 28, 2011, 10:15am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/61 "2011-12-28T10:15:09Z")
## Ein Hinweis: Bei der Benutzung der Source '&MusicBrainz WS +ID#&2 Search by Album + A&rtist (+ID Tags)' darf man anscheinend keine Sonderzeichen wie z.B. [CD1] ? im Albumnamen haben, sonst erhält man immer die Rückmeldung: ## Mp3tag v2.49a ## Fehler beim Verbinden zum Server: [musicbrainz.org](http://musicbrainz.org) ## Wiederholen Abbrechen Entfernt man diese Zeichen, funktioniert das Script einwandfrei und erspart massiv Tipp-Arbeit! ![:music:](https://community.mp3tag.de/uploads/default/original/1X/2ba05d1ade5eb0d15fc173be6f717dbe63890a70.gif ":music:") Nachtrag 29.12.2011, 18.35 Uhr: Wenn man in der erwähnten Source die Zeile wie folgt anpasst: [SearchBy]=$replace(%album%,':',,'[',,']',,'?',) AND artist:%artist%dann funktioniert es mit den erwähnten Sonderzeichen ebenfalls. ---
**Author:** ![jasper](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/cdc98d/32.png) [@jasper](https://community.mp3tag.de/u/jasper)\ **Post date:** [April 1, 2012, 8:02pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/62 "2012-04-01T20:02:54Z")
It seems the Musicbrainz (both these and the official source) sources won't recognize multi-discs anymore. I reported this in the bugs section also. Any word on this? it's vital to Musicbrainz functionality. ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [June 28, 2012, 4:19pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/63 "2012-06-28T16:19:49Z")
@Dano: Could you please have a look at this scripts? As jasper already wrote, it doesn't recognize multi-disc anymore. If you search for "Blue Note: A Story of Jazz" you should get back this set of 3 CDs: [http://musicbrainz.org/release/45dece52-d3...bd-cbfcf27b75a9](http://musicbrainz.org/release/45dece52-d302-46a3-adbd-cbfcf27b75a9) Actually, all tree CDs has the same name and there is no information about the discnumbering anymore. 😲 Thank you very much for your support! ---
**Author:** ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)\ **Post date:** [July 16, 2012, 4:10pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/64 "2012-07-16T16:10:29Z")
Better multi disc support has been added to the new v2 script. ---
**Author:** ![HansBKK](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/5daacb/32.png) [@HansBKK](https://community.mp3tag.de/u/HansBKK)\ **Post date:** [August 22, 2012, 1:55am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/65 "2012-08-22T01:55:22Z")
I'm researching replacing Picard with MP3Tags + one or more of these scripts, and came across the multi-disc issue. I may be in the minority here, but I happen to consider the per-disc information pretty irrelevant these days. I do track Disc# in my tags, but I set my track numbers per-album, not per-disc, so in the "normal" (at least lowest common denominator) case where I just have a set of track files in an album folder they will sequence properly with the filename generated from the track number without having to use three+ digit tracknumbers. Bottom line is I'm very happy with the MusicBrainz scheme, and if the dev (Dano?) wants to "fix" the script to re-start numbering on a per-disc basis, then my request is to make that an option to satisfy those whose preference on this issue matches the MB service's. Thanks for considering this request. ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [August 22, 2012, 6:31am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/66 "2012-08-22T06:31:11Z")
> [@HansBKK](#): > > I do track Disc# in my tags, but I set my track numbers per-album, not per-disc I'm not sure, if I understand your issue. I use an action like this: Format Value, Field TRACK: Format String: $num(%\_counter%,$len(%\_total\_files%))/$num(%\_total\_files%,$len(%\_total\_files%)) If I select the tracks from the first disc only, I get the numbers for the total tracks of this disc. If I select the tracks of the complete album (with one or more discs), I get the numbers for all the marked tracks. ---
**Author:** ![HansBKK](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/5daacb/32.png) [@HansBKK](https://community.mp3tag.de/u/HansBKK)\ **Post date:** [August 23, 2012, 12:52pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/67 "2012-08-23T12:52:29Z")
> [@LyricsLover](#): > > I'm not sure, if I understand your issue. I use an action like this: > Format Value, Field TRACK: > Format String: $num(%\_counter%,$len(%\_total\_files%))/$num(%\_total\_files%,$len(%\_total\_files%)) > If I select the tracks from the first disc only, I get the numbers for the total tracks of this disc. > If I select the tracks of the complete album (with one or more discs), I get the numbers for all the marked tracks. That may well be handy sometime, thanks. If I'm tagging myself I've been very happy with MP3Tag's auto-numbering function, works perfectly for my needs. I wasn't reporting an issue as such, just stating that I prefer my albums' tracks to be numbered say 1-31 rather than 1-8, 1-12, 1-11 for three discs, I capture but in practice ignore the disc numbering, my main point is that IMO discs are pretty irrelevant these days. So that if the issue the OP was reporting gets "fixed" (which IMO isn't needed) I was simply pointing out that the option to keep MB's default behaviour should be retained for those of us who prefer it that way. ---
**Author:** ![Hamstersex](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/ba8739/32.png) [@Hamstersex](https://community.mp3tag.de/u/Hamstersex)\ **Post date:** [May 17, 2013, 9:13am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/68 "2013-05-17T09:13:09Z")
script stop working from yesterday - «service unavailable (503)» ---
**Author:** ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)\ **Post date:** [May 17, 2013, 9:41am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/69 "2013-05-17T09:41:05Z")
Use the v2 scripts from this topic, they work. The other scripts are useless now. ---
**Author:** ![Hamstersex](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/ba8739/32.png) [@Hamstersex](https://community.mp3tag.de/u/Hamstersex)\ **Post date:** [May 18, 2013, 8:07am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/70 "2013-05-18T08:07:48Z")
whoa! thanks for quick response **dano** , you're my savior! ![:w00t:](https://community.mp3tag.de/uploads/default/original/1X/cb01eca72fe9339ff6f3ec9f1e3c5fe002be0f0a.gif ":w00t:") ---
**Author:** ![cbaptiste](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/0ea827/32.png) [@cbaptiste](https://community.mp3tag.de/u/cbaptiste)\ **Post date:** [May 19, 2013, 6:41am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/71 "2013-05-19T06:41:32Z")
GREAT! ---
**Author:** ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)\ **Post date:** [May 21, 2013, 12:05pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/72 "2013-05-21T12:05:21Z")
It seems it was just a bug from the Musicbrainz server. The old scripts are working again. ---
**Author:** ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)\ **Post date:** [June 6, 2013, 10:11pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/73 "2013-06-06T22:11:54Z")
An update for v2 which includes a fix for the album display + the search overview now also displays media format and catalog number (thx to LyricsLover for the hint). ---
**Author:** ![The\_Unknown](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/ba8739/32.png) [@The\_Unknown](https://community.mp3tag.de/u/The_Unknown)\ **Post date:** [August 17, 2015, 1:03pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/74 "2015-08-17T13:03:23Z")
Since a week ago I've been having some issues using your script(s). I have to repeat the process of searching and selecting the right album to get all information filled in. On the 1st (and sometimes 2nd and 3rd) search & album select I only get half the fields filled in (no song names, no artist name, only year & album name for example). After repeating it a couple of times it works. I've browsed the Musicbrainz forums but haven't seen any report of a malfunction on their search engine. Is there anyone else noticing this? Thanks. ---
**Author:** ![Wirrunna](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/w/bcef8e/32.png) [@Wirrunna](https://community.mp3tag.de/u/Wirrunna)\ **Post date:** [August 27, 2015, 11:58pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/75 "2015-08-27T23:58:14Z")
@The_Unknown, Same timing, but a slightly different problem, when I have searched for and selected an album, the "Adjust Tag Information" box does not show all the fields - MUSICBRAINZ\_TRACKID has stopped showing in the Additional Information box although it is added to the tags. Edit : I'm getting old - the MUSICBRAINZ\_TRACKID shows up in the Tracks box. ---
**Author:** ![Hamstersex](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/ba8739/32.png) [@Hamstersex](https://community.mp3tag.de/u/Hamstersex)\ **Post date:** [September 17, 2015, 10:12am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/76 "2015-09-17T10:12:58Z")
Seems like MusicBrainz has some updates because script is broken now ![:unsure:](https://community.mp3tag.de/uploads/default/original/1X/cfaeba84fe6704387c5b34dfdd8172bd51b6f533.gif ":unsure:") ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [September 17, 2015, 11:50am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/77 "2015-09-17T11:50:32Z")
Which script exactly? For me, the v2-versions still work (not always, but nearly - seems to be a MB problem?). ---
**Author:** ![Hamstersex](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/h/ba8739/32.png) [@Hamstersex](https://community.mp3tag.de/u/Hamstersex)\ **Post date:** [September 17, 2015, 12:47pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/78 "2015-09-17T12:47:42Z")
MusicBrainz Web Service ID (+ ID Tags) «Album + Artist» & «Album + Total Tracks» both returned blank pages. ---
**Author:** ![The\_Unknown](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/ba8739/32.png) [@The\_Unknown](https://community.mp3tag.de/u/The_Unknown)\ **Post date:** [September 21, 2015, 6:22pm UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/79 "2015-09-21T18:22:10Z")
Mp3tag's default MusicBrainz script also outputs blank pages. ---
**Author:** ![kkkqqq54](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/k/b5a626/32.png) [@kkkqqq54](https://community.mp3tag.de/u/kkkqqq54)\ **Post date:** [October 19, 2015, 8:57am UTC](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591/80 "2015-10-19T08:57:33Z")
Musicbrainz xml webservice is acting weirdly. It doesn't output the same result each time on the line doing either (for example) : ``` ``` or ``` ``` This breaks the musicbrainz.src in the second case. In order to correct this, you should replace in all you MusicBrainz sources the line : ``` findinline "track-list count=\"" ``` by these two lines : ``` findinline "track-list " findinline "count=\"" ``` And that's all! Working normally after that... [Previous page](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591.md?page=3) [Next page](https://community.mp3tag.de/t/ws-musicbrainz-xml-webservice/3591.md?page=5)