Multi-disk track list bug?

Yes, this is a known issue that's already been reported on the forums/mailing lists/IRC many times.

I wouldn't call it a mistake or oversight, or a "feature" as you've joked. It's more the fact that Picard hasn't been updated to use the new NGS web service yet, which can return the discs separately as intended.

A beta version that supports multi-disc releases properly will probably be released very soon, so be patient for now.

When bitmap said very soon, he meant today, not in one month.

Any ideas how to get it to load the plugins again? I add them to the folder and it only shows the ones I installed with Synaptic :L I want to use Advanced Title Case Plugin

Dr. Dent has a really good point that if you're ripping a multi-disc set with Sound Juicer or Audex or any other ripper that uses MusicBrainz as a source of track info it will not work, and you probably won't know why it stopped working. People who use Picard for tagging have more specific knowledge of MusicBrainz and the NGS transition, at least have a clue to look in the MusicBrainz forums or bug tracker, but as he said, searching the net for why Audex doesn't work is not helpful. I didn't get any useful results.

So this is not a rant or a pile-on. Rather, I'm trying to cram enough keywords in here that maybe Google will direct people having trouble or problems with CD rippers and multi-disc sets, that is to say box sets, of multiple discs, to these forums and they'll understand what's going on.

So if you're trying to use Audex or SoundJuicer or another ripper with MusicBrainz support, and you have a problem with multiple discs, having to manually edit tracklists, this thread has some info for you. Disc two of a two-disc set will rip with the same track names as disc one. Box sets with more than 2 discs will have the same problem with all discs except the first disc.

I don't have any work-around for SoundJuicer users.

For Audex, you can turn off "Enable MusicBrainz lookup" in the "CDDB Settings" of "Configure Audex".  Leave "Enable freedb lookup" enabled -- or check it if not selected.

Users of "abcde" can just rip as usual, since MusicBrainz support has to be set up manually. (Turn if off in your config if you've enabled it, but this is command-line world so you probably already figured out the problem).

Windows and Mac CD ripper users probably have similar issues, but I'm not familiar with your configuration. If possible, disable MusicBrainz support for now and use another source for track info.

In all cases, make sure the maintainer of your application knows that there are problems naming and tagging the 2nd (and 3rd, etc.) disc of multiple CD sets until the app is updated to use MusicBrainz next generation. When a stable-enough version of Picard (for your distro and taste) with NGS support is available, go back and tag to get that sweet MusicBrainz info.

For me, I don't care that much about track numbering or disc numbering of my digital audio. I rip my recordings to play them on the computer or the media center or portable player, etc. ₣om my personal perspective, dividing up songs by disc number or LP or cassette number and side is an artifact of the physical medium that doesn't matter to me at the point. So I can rip with Audex (using freedb tagging), re-tag the songs with Picard (even without NGS support) and just be on my way. Naturally, if someone needs the original media info, then this approach is not helpful to them, they'll need to get a beta or wait for a stable fix.

What musicbrainz should have done is to have a new interface with the new behavior, and leave the old interface with the old behavior.  This is a very common problem with software upgrades.  Changes in the server should *never* cause changes in the client.

So no, the upgrade did not happen smoothly.  Clients are broken for a long period of time.

Thanks voiceinsideyou, I didn't realise that there was an existing bug (I couldn't find it because it has been fixed).