A MusicBrainz or Picard or foobar2000 problem?

foobar2000
Tags: #<Tag:0x00007f8d6003df28>
#1

Sorry @no0ne, I am not really good at tagging support, but, do you mean you have trouble using foo_musicbrainz for foobar2000?

When you say rip, do you mean ripping the CD to you hard disk or do you mean adding the release to MusicBrainz online database?
Both your linked entities (release and release group) were added by you, indeed.

#2

Things I notice when I look at these (I am a heavy tagger, but don’t use foobar2000 so not sure what it is doing different)

Firstly - Why is that 2 disk release still (unknown)? I suggest go into that and set the official\bootleg\psuedo-release status. Language. Script. Finish the entry off so it is the same quality as the single disk edition.

Next up - there is no discID attached to the one disk edition. So Picard will always go to the two disk edition for a match.

Third - I am confused as to what should be here in the Release Group. Are these two separate releases? One release is just a single CD, the other release is a 2 CD edition?

1 Like
#3

Please take a look.
Picard chooses this link for CD2:
https://musicbrainz.org/cdtoc/attach?id=ufj7EviZh8xeaCrtlH8mJ3DK4nM-&tracks=14&toc=1+14+183126+150+7250+31171+34201+46118+51194+73553+79231+90388+102376+116523+121627+143467+151806&tport=8000
If Picard reads the CD you see this:

I think I damaged the musicbrainz database or I have to delete at least the entries. Or what do you think.

1 Like
#4

How many actual CDs do you have? Is that ONE disk or TWO disks?

As @jesus2099 states below, so far Picard seems to behave correctly here - matching that 14 track second CD to the 14 track CD2 of that two disk set.

What are we missing?

1 Like
#5

What’s wrong with this?

1 Like
#6

First. it is a 2 CD Recording, CD 1 has 24 Track, CD 2 has 14 Tracks. And here I think the problems starts. The checksum of CD 2 should only be related to the last 14 Tracks (2-01 2-14), because the CD has only 14 tracks. But you can see in the picture it is also related to the first 24 Tracks, which belongs only to CD 1. And I have no Idea how to fix this…

1 Like
#7

I think this is expected behavior; when you lookup a CD, what Picard actually loads in that right pane is a release, including all of its associated media. So a lookup of either CD should give the same results (assuming there are correct disc IDs attached for both).

I don’t know why a lookup of CD1 is giving you only the tracks of CD1, though. That sounds as though Picard is matching the single-disc release, but as @IvanDobsky noted, there is no disc ID attached to that version.

2 Likes
#8

I think a screenshot of what is going on when disc one is looked up may help.

2 Likes
#9

Picard is working as expected. You are putting in CD2 of a two disc set. So Picard loads up the correct match for you. On the right hand side it correctly shows the whole two disc set.

Pop in CD1 and press the button and you’ll find the release will be the same on the right. Again correct behaviour as these two CDs both point to the same release.

When tagging the files, if you only have the files from CD2 then will match the bottom half of the right hand side. Lining up alongside tracks 2-01 to 2-14.

Add the files from CD1 and they will now line up with the top half - tracks 1-01 to 1-24.

You have not damaged the database. It seems to all be working as expected. A multi-disc release will always bring all of the discs into Picard. This is a database of releases as you would find in the shop. It is not a database of individual CDs. :slight_smile:

3 Likes
#10

Hm, I am not sure, but I think when I read Disc 1 I get only the album where one CD is shown, even there is no CD-ID shown, when I read Disc 2 I get the album where both CDs are applied.

I will take look later.