Batch Ripper not handling [IFMULTI] correctly?

[channel27]

I'm trying to configure Batch Ripper to create separate Disc N subfolders for multi-disc releases, while leaving single-disc albums without the extra folder.

My naming string is:

[MAXLENGTH]80,[album][][IFMULTI]\Disc [disc][]\[MAXLENGTH]80,[track] - [artist] - [title][]

The Dynamic Naming preview correctly produces, for example:

Album Title\Disc 2\05 - Artist - Title

The problem occurs when actually using Batch Ripper.

I've tested this with a four-CD compilation. With Batch Ripper, the tracks are being placed incorrectly - effectively all ending up under Disc 1.

I've eliminated Multi-Encoder as a possible cause by testing with WAV only, with the same result.

What makes this particularly interesting is that I then tested the exact same release using CD Ripper manually.

I tried both:

• two CD Ripper instances attached to different drives; and
• one CD Ripper instance, switching between drives.

In both cases, discs 1, 2 and 4 were correctly written to:

Album Title
|-Disc 1
|-Disc 2
|-Disc 4

with the correct tracks in each folder.

So the naming expression itself appears to work correctly in CD Ripper, but not when the same operation is performed by Batch Ripper.

I've also noticed that Batch Ripper spends considerably longer at Retrieving Metadata than CD Ripper does -€” roughly a minute versus essentially immediate retrieval in CD Ripper -€” although I don't know whether that is related.

Is there a difference in how Batch Ripper supplies/evaluates the disc/disc-total metadata for Dynamic Naming, or could this be a Batch Ripper issue?

I'm happy to provide the exact release/metadata details or any other diagnostic information needed.

[Spoon]

It will be metadata differences, you would need to subscribe to GD3 lookups to have the same metadata from all programs in batch ripper.