Hi,
I have a big mpc file.
And an associated cue file (referencing a WAVE format)

How can I split this big image in its tracks?

First, decode the MPC to WAV. You need the MPC decoder (extract to c:\windows) and maybe a frontend like MuseDrop or MPC Batch Encoder.

Then you need something like Exact Audio Copy that can split WAV files (under Tools -> Split WAV by CUE sheet).

Or do you want to have splitted MPC files, not WAV files?

I want split a mpc file.

IIRC, you can't split SV7 MPC files. (well, actually you can, but that would require enormous amounts of work, and the file might still have problems in the end)

I believe you'll have to wait for SV8.

Oh, too bad.
Are there any quality lose when I decode the mpc file, split the wav file with EAC, and reencode the splitted wav files with the same mppenc + profile version like the single mpc file?

This significantly reduces quality.

It's possible to split SV7 at boundaries of a frame (1152 samples).
A 2500 sample long SV7 can be split like this:

What about decoding to WAV, and then encode (after splitting) to some lossless codec? Is the loss of quality significant?

There wouldn't be any quality loss, but the increase in filesize would be quite huge.

Aren't there inter-frame dependencies in SV7?

I guess the OP got over it. (the thread is really old)

anyhow:
An MPC or other subband- / (lapped) transform- coder's frame usually affects the samples of surrounding frames, too. But they are also usually independently decodable(*). The lack of previos frames in case of a split file introduces some kind of artifact (time domain alias) at the beginning (the overlap part of previos frames is missing). But it's much like a "fade-in" and will sound ok.

(* ignoring a bit-reservoir like in MP3 which renders the first frame(s) undecodable after a split)

bye,
Sebi

At this point, couldn't you just use foobar to get the individual tracks? (I'm not sure if that was the case when this was first posted.)

I think the artifacts from MPC would be worse than a simple fade-in. In this thread, I had a problem with a particular file when seeking. The fix was to increase the number of frames decoded before the current. If not enough frames were read, there would be an extremely audible and annoying pop.

Note that I'm not disagreeing with you (as much as it may seem like it ) I tried making a wavelet-based audio format, which turned into a subband one. If the previous blocks were unreadable, the "fade-in" effect was just as you described it. I just think that there is something else going on with the inter-frame dependencies (something like your bit-reservoir asterisk).

A big difference between MPC and MP3 is that the MP3 bit reservoir is only good for 9 frames (?), whereas MPC depends on more than 1024 frames in some samples. This means that the first ~30 seconds might be unreadable in a split MPC.

Feel free to correct me. I don't claim to be an expert or anything.