Akai MPC Format Information

The Akai MPC series INVENTED the sampler drum machine. Literally the MPC was an outgrowth of the original LINNDrum, created by Roger Linn, which used ROM chips for the sounds. People then learned to burn their own chips, but the future was loading sounds via disk. Linn got involved with Akai and the MPC was born.

HOWEVER, we will go through this history backwards, from the present day forward, in this article.

Please see the Format Preferences-MPC section in this document for information on the different options you can set for Akai MPC import and export abilities.

Akai MPC-Renaissance / Modern

History
Akai was bought out by a music conglomerate called inMusic in 2010, and since then Akai has tasked themselves with making keyboard controllers, pad controllers, but most specifically building up the MPC line, post MPC-5000. This started with the MPC-Renaissance, and all derivations past that we'll just call MPC-R. They almost all are hardware/software hybrids, though you can always use the hardware and software separeatly. The MPC structure also made it's way into several iOS standalone apps. Akai has done good propping up their best namesake.

There are many new MPC derivitives, ranging from the free MPC-Beats software to iOS based MPC apps, and more hardware pieces such as the MPC-One. Again, all of them work off the same MPC-R XPM/WAVE embedded technology.

Although the MPC-R has some new features, it initially wasn't anything different from the MPC-5000, although the engine is completely redesigned and software-based. Over time they've added some ease-of-use features, plus even a autosampler. The parameters are pretty much the same, adering to the MPC heritage and not hugely innovating past that. Probably the most significant thing added is RoundRobin support. THe MPC-R carried on the Pad/Drum and Chromatic/KeyGroup paradigms, and the software interface is easy to use, very workable, and easy to program - with all the important parameters right in front of you.

Synthesis and File Structure
A MPC-R program (.xpm file) holds 128 Pads; 8 banks of 16 pads each. Each Pad can reference 4 mono or stereo samples; you can layer them and/or play them in different velocities.

A Pad can be assigned any MIDI note; however, multiple pads cannot receive the same MIDI note. That is, only one Pad per MIDI note. However, this isn't a problem because a Pad can play 4 other Pads simultaneously. This gives you the ability to play via MIDI 20 velocity splits (4 + 16 others).

Samples are WAVE files (.wav) only, and are loaded with the Programs only if they are in the same folder as the Program. File names can be as long as you want, hwoever they show up properly if you restrict them to around 16 characters.

With the newer Version 2.0 file format, loop on/off, loop points, and sample start parameters are stored in the XPM program files, not the samples as was the case since the MPC1000. That's great!

Disk Formats
The MPC-R, since it's a PC and Mac software, full computer compatibility is assured with no proprietary disk formats to get in the way.

Translating and Building the MPC-R Format
The MPC-5000 format can use a Pad-type paradigm, which means a single Pad (meaning MIDI Note) is assigned a sample. This is a .50s file. The MPC-5000 format also allows for a Chromatic-type paradigm (.50k file), which means you can have a Keygroup that responds to a keyrange of MIDI notes. Generally if you play the MPC-5000 via Pads, you'll use the Pad-paradigm. If you play it via MIDI, and are interested in playing pianos, organs, etc., use the Keygroup format and the .50k file.

Loop settings are not contained in the .pgm file, they are contained in the sample files, plus in a proprietary way. So if you are converting from a format that already uses WAVE files, they have to be copied so the loop information is written correctly.

Sample file names are restricted to 16-characters, and in order to be read with a Program (.pgm file) they must be in the same folder as the .gm file. Since any WAVE files usually always have to be written, any name truncations are made here.

Since there can only be 4 Velocity splits per Pad on a MPC-5000, on any incoming format that has more than 4 velocity splits, any excess splits are ignored. The top and bottom splits are preserved, and the most predominant middle two are taken. However, since the MPC-5000 has the ability to link Pad's.

Translating Out of MPC-R Format
If you are converting to a format that uses WAVE files, the original WAVE files are usually used by default unless you specifically mention they will be copied. Even though the MPC-5000 uses proprietary chunks in the WAVE files, they are still legal WAVE files and can be used with most any other sampler.

If you are converting to another MPC format, the MIDI Note->Pad Settings are preserved.

Akai MPC-5000

History
Alesis has a long innovative history of musical instrument manufacturing... oh, wait a minute, aren't we talking about the Akai MPC-5000? We are, except the MPC-5000 is (yet another) departure from the standard MPC setup.

The Akai MPC-5000 is actually borrowed technology from the Alesis Fusion. The file formats are even different; for the Drum format it is .50s and for the Keygroup format it is .50k. You can see the Fusion-ality clearly in the Keygroup format; the underlying engine is certainly capable of handling Keyranges without intentionally restricting itself to the Pad-paradigm.

But it seems that Akai/Alesis's intentions were to make it very familiar to a season MPC user, all the terms are the same and the Q-Link still exists. The MPC-5000 does not include all of the Fusion's modular capacity, but it is a big improvement on the earlier MPC's complements.

The MPC-5000 was a direct answer to Roland's MV-8000 Series, which did the same thing - borrowed Chromatic-paradigm technology from the Roland Fantom (although the Fantom isn't too good at it, but Roland did the right things). It was clear to the marketers that many musicians wanted to write and record complete songs just on the groovebox itself, and not having Chromatic capability was a severe restriction. Now, the MPC-5000 could play great pianos, organs, guitars, and other chromatic instruments natively without having to go outboard.

Apart from other-product comparisons, the MPC-5000 seems like if someone wanted to design the Ultimate MPC. There are more functions, bigger display, much bigger case. It harkens back to the MPC-4000 - which borrowed technology too (from the S-5000). It is clear that the MPC franchise is something that is always profitable for Akai.

Synthesis and File Structure
A MPC-5000 program (.50S or .50K file) holds 64 pads; 4 banks of 16 pads each. InPad/Drum mode, each pad can reference 4 mono or stereo samples; you can layer them and/or play them in different velocities. A Pad can be assigned any MIDI note; however, multiple pads cannot receive the same MIDI note. That is, only one Pad per MIDI note. However, this isn't a problem because a Pad can play 4 other Pads simultaneously. This gives you the ability to play via MIDI 20 velocity splits (4 + 16 others).

However, in Chromatic/KeyGroup mode, you can assign up to 128 KeyGroups with varying or layered keyranges, easily playable via MIDI from a MIDI controller.

Samples are WAVE files (.wav) only, and are loaded with the Programs only if they are in the same folder as the Program. File names are restricted to 16 characters plus the .wav extension.

Loop on/off, loop points, and sample start parameters are in the SAMPLES, not the programs.

Disk Formats
The MPC-5000 uses the normal DOS FAT format for the CF cards, so full computer compatibility is assured.

Translating and Building the MPC-5000 Format
The MPC-5000 format can use a Pad-type paradigm, which means a single Pad (meaning MIDI Note) is assigned a sample. This is a .50s file. The MPC-5000 format also allows for a Chromatic-type paradigm (.50k file), which means you can have a Keygroup that responds to a keyrange of MIDI notes. Generally if you play the MPC-5000 via Pads, you'll use the Pad-paradigm. If you play it via MIDI, and are interested in playing pianos, organs, etc., use the Keygroup format and the .50k file.

Loop settings are not contained in the .pgm file, they are contained in the sample files, plus in a proprietary way. So if you are converting from a format that already uses WAVE files, they have to be copied so the loop information is written correctly.

Sample file names are restricted to 16-characters, and in order to be read with a Program (.pgm file) they must be in the same folder as the .gm file. Since any WAVE files usually always have to be written, any name truncations are made here.

Since there can only be 4 Velocity splits per Pad on a MPC-5000, on any incoming format that has more than 4 velocity splits, any excess splits are ignored. The top and bottom splits are preserved, and the most predominant middle two are taken. However, since the MPC-5000 has the ability to link Pad's.

Translating Out of MPC-5000 Format
If you are converting to a format that uses WAVE files, the original WAVE files are usually used by default unless you specifically mention they will be copied. Even though the MPC-5000 uses proprietary chunks in the WAVE files, they are still legal WAVE files and can be used with most any other sampler.

If you are converting to another MPC format, the MIDI Note->Pad Settings are preserved.

Akai MPC-1000 Series (1000/2500/500)

History
Akai went through some rocky organization and corporate ownership in the late 90's early 2000's. They finally were bought by an entirely American concern, so Akai US started manufacturing the MPC-1000, a valid successor to the MPC-2000 series.

This was followed by some look-alike units, the MPC-500 (with 12 pads and battery power) and the MPC-2500, which used a heavier complement of knobs and other functions. They all used the MPC-1000 file format.

The MPC-1000 dumped all SCSI and floppy support and has a CF card reader.

Synthesis and File Structure
A MPC-1000 program (.pgm file) holds 64 pads; 4 banks of 16 pads each. Each pad can reference 4 mono or stereo samples; you can layer them and/or play them in different velocities.

A Pad can be assigned any MIDI note; however, multiple pads cannot receive the same MIDI note. That is, only one Pad per MIDI note.

Samples are WAVE files (.wav) only, and are loaded with the Programs only if they are in the same folder as the Program. File names are restricted to 16 characters plus the .wav extension.

Loop on/off, loop points, and sample start parameters are in the SAMPLES, not the programs.

Disk Formats
The MPC-1000 uses the normal DOS FAT format for the CF cards, so full computer compatibility is assured.

Translating and Building the MPC-1000 Format
The MPC-1000 format use a Pad-type paradigm, which means a single Pad (meaning MIDI Note) is assigned a sample. Key Ranges, which are a function of the more common Chromatic-paradigm, do not really exist in the Pad-paradigm.

Loop settings are not contained in the .pgm file, they are contained in the sample files, plus in a proprietary way. So if you are converting from a format that already uses WAVE files, they have to be copied so the loop information is written correctly.

Sample file names are restricted to 16-characters, and in order to be read with a Program (.pgm file) they must be in the same folder as the .gm file. Since any WAVE files usually always have to be written, any name truncations are made here.

Since there can only be 4 Velocity splits perPad on a MPC-1000, and since a MIDI note can only reference on Pad, any incoming format that has more than 4 velocity splits, any excess splits are ignored. The top and bottom splits are preserved, and the most predominant middle two are taken.

Translating Out of MPC-1000 Format
If you are converting to a format that uses WAVE files, the original WAVE files are usually used by default unless you specifically mention they will be copied. Even though the MPC uses proprietary chunks in the WAVE files, they are still legal WAVE files and can be used with most any other sampler.

If you are converting to another MPC format, the MIDI Note->Pad Settings are preserved.

Akai MPC2000XL/2000/3000/60

History
When you say "drum machine", you might as well say "MPC". Actually, you might as well say "Roger Linn", who invented the LinnDrum and then the Linn 9000. After the Linn products had their time in the market, the big Asian pockets came in and gave Roger a deal he couldn't refuse, and he didn't.

The Akai MPC-60, produced in 1988, was the first incarnation of the new Akai - Roger Linn collaboration, the first real streamlined sampling drum machine. Although it only had 1.5mb of memory maximum, it was plenty for the beat-maker to make songs and be creative. It even had optional SCSI for quick loading and storage. And the sequencer had 20 songs, 99 sequences, 99 tracks, 60,000 note capacity.

That first MPC-60 was eventually called the Mark I, followed by the Mark II. Their first concept of a Program was called a SET file, which contains the program and samples in one monolith file.

Finally... this was eventually fully updated by Roger Linn himself, who created his own MPC60 OS v3 apart from Akai. V3 brought the common PGM program file and SND sample file into being. You can find information on this OS here.

Pretty much in tandem with MPC60 v3 was a new hardware version, the MPC-3000, which took on the modern features of that OS and introduced 16-bit storage/playback and a large increase in memory to 32mb. The MPC3000 really established the MPC series as the major player in music and beat-making.

Then came the MPC2000 and not far after the MPC2000XL The MPC2000XL stayed around for a long time and solidly established what a MPC really was. New features included an optional 8mb flash memory board and a more mature Sequencer and many additional playback features and sample manipulation. Also, best of all, it supports loading WAVE/AIFF files as well as the older SND format. (However, it only writes SND files, so we suggest you stick with SND files.)

Synthesis and File Structure
All MPC programs holds 64 pads worth of samples. Each pad can reference 3 samples; you can layer them or play them at different velocities. The MPC2000, MPC3000, and MPC60 v3 use Programs (PGM) to define drum kits, while the earlier MPC60 OS's (v1 and v2) used the SET file. SET files contain the samples within the file, while PGM's reference separate SND files.

Interestingly, a PGM or SET file does not contain the loop information for the samples, this is contained in the SND, SET, or WAVE file referenced. All PGM files can only reference SND's in the same folder as the PGM.

Specific SND Format Info
The history of the MPC60 toward the MPC3000 makes describing the SND format a little difficult, but bear with us. As of this time of writing, no MPC60 user should be running OS v1 or OS v2, since OS 3.11e is so easy to acquire. So we will only speak of the SND files v3 writes and supports.

OS v3 writes two types of SND files, one for mono and one for stereo. (The earlier SND formats did not support stereo.) Both are 12-bit since the MPC60 is a 12-bit playback machine. MPC60 OS v3 can load MPC3000 SND files (which are 16-bit), but it dithers the 16-bits down to 12-bit. It also loads much slower because of the dithering, so we strongly suggest you write to the native SND's for the MPC60. and MPC3000.

Also it is important to note that the MPC60's sample rate is fixed at 40000 Hz, wheras the MPC3000 sample rate is fixed at 44100. This again stresses that you write to the correct native format of the MPC you will use your translated files with.

Just be assured that Translator will write the correct and most compatible SND's (and PGM's) for your stated MPC version.

Disk Formats
Be prepared: WATCH OUT. The MPC uses a old and custom modified version of DOS FAT format. As a result, compatibility with a computer can be very confusing. The documentation here is complete and should set you straight.

MPC Long Object Names
The MPC allows 16 character names with a 3 character extension, and when a name is longer than 8 characters (or has a space), it writes these names to disk in a different way than a computer does. (When it is within the "8.3" standard, it's the same.) Here's some examples to make this clearer:

MPC Computer
TRUMPET.SND TRUMPET.SND
DRUM HIT.SND DRUMHI~1.SND
FLAPPERJACKCYM.SND FLAPPERJ.SND

The reason naming is critical is not only that some of this is ugly, but that Programs (PGM files) reference samples (SND files) according to their name. So if you view a MPC disk on a computer (without Translator of course), and copy the files to the computer, if the SND's that are referenced by the PGM have "long file names", such links will be broken because the names are changed.

For this reason, we do not recommend to handle MPC disks on a computer. Use Translator, it completely reads and write names accurately.

MPC Partitions
Akai used a disk partitioning method that was also incompatible with computers. For example, when you format a ZipDisk with an MPC, it gives you many choices of partition size and how many partitions it will create. But on a computer, none of these partitions (except for the first one) will appear.

The last twist regarding partitioning is that the last MPC-2000XL OS version, 1.20, can read and write the old partitioning, but does not format it. Instead, it writes a compatible FAT disk format. Interestingly, it still writes the partition information but does not use it. This was done to support larger Compact Flash cards for the newer MPC2000MCD. HOWEVER, the same naming initiations exist! So much for full computer compatibility. Grrr... Again, Translator fully supports all formats and methods of reading and writing.

Old MPC60/3000 Disks
MPC60 and MPC3000 disks use a 12-bit FAT table instead of the more usual 16-bit one used on true FAT, FAT16, and FAT32 disks. Theoretically, modern Mac and Windows "should" be able to read and write to these accurately, but in our experience it is unclear how well they can do this. We believe it is a real mistake to read and write MPC60/3000 - or even MPC2000 - disks without the assistance of Translator.

MPC3000 Vailixi OS
The late Rohan Mansell, from Australia, created an advanced MPC3000 OS called Vailixi. It adds a lot of DSP functionality to the MPC300, and it also added an optional special "disk format" called Hybrid to semi-solve the problem of computers reading the partitioning of a MPC disk, since the MPC did not use the standard partitioning scheme computers understand. WE DO NOT RECOMMEND USING THIS FORMAT! It was a noble attempt to address partitioning, but it does not address the long file name issue nor does it protect the disk or the partitions from computer corruption. Another reason not to use Hybrid is that now, with the new Image-Based ZuluSCSI technology, it's far easier, quicker, and more robust to use those images and work with them within Translator. It's safer and a more complete solution.

A Word About History
Hopefully you can see by now that the big problem with MPC disks and computers is that a computer can VIEW an MPC disk, but not completely and definitely not thoroughly. If it was unreadable, we wouldn't have these issues. And not only that, it's been about 30 years of thousands of users confusing these issues, with thousands of disks in various stages of order or disorder.

Here's an excellent example. A user recently sent us an image of a ZipDisk that has this history: he formatted it with a PC, and then wrote to it with an MPC2000. The MPC won't complain about that, but the disk is never identified as a MPC disk, nor can he take advantage of multiple partitions. Yet, the file entries reflect the MPC-style of long file names. So it's "a little bit computer, a little bit MPC".

Translator makes a solid attempt of identifying these types of disks and images, but the user also must intervene and know what state his disk is in, in order for Translator to deal with it appropriately.

Translating and Building MPC2000/3000/60 Format
A PGM or SET file is a single Instrument; or rather, a Drum Kit. It's purpose is to arrange samples on each Pad, and each pad is assigned a MIDI note, where where that MIDI note comes in, it plays that Pad.

It is important that the MPC's use a Pad/Drum paradigm of sample layout, which means "one sample per one MIDI note". This is in contrast to a Chromatic/Keygroup paradigm, where one sample can be assign to multiple MIDI notes. A Chromatic/Keygroup layout can be imitated on a Pad/Drum paradigm by assigning the same sample to multiple Pads, with the consecutive MIDI notes assigned to each Pad - however, each Pad much be tuned up or down going away from the "root key" Pad. This is rather sloppy, but it's the only recourse you have. (The MPC5000 and MPC-Renaissance solved this problem by including a Keygroup mode where the Pad/Drum layout does not apply.)

For the MPC60 and 3000, and 2000 when on proprietary MPC disk, samples are converted into the proprietary SND sample format, and the correct version and type of SND file. When converting into MPC2000 onto a regular computer drive, the samples can be in the form of WAVE files. Samples can be mono or stereo. (We do not support writing into MPC60 v1 or v2 compatible files, we expect that MPC60 users are updated to OS v3.)

Keep in mind memory limititions. The MPC60 is highly limited to 1.5mb, whereas the MPC3000 has a lot of room with 32mb. If you convert to MPC60 (or in certain cases the 32mb MPC3000), Translator's A.I.R. engine (Automatic Instrument Reduction) will cut down the memory requirements to make the PGM loadable. Be aware this is a bit tougher with a Pad Paradigm destination like the MPC60, since each pad usually has a completely different sound, so it because impossible to remove certain samples in long keyrange multisamples like Chromatic Paradigm Instruments use. AIR will try it's best; just don't expect miracles and be aware there are limits.

Since each MIDI note can only go to one Pad, and there are only 64 Pads, sometimes multiple PGM's must be created to imitate an incoming Program. Programs like this are prefaced with an asterisk (*).

Parameter Tolerance can be used to reduce the need for multiple Programs; higher tolerance allows the Conversion Engine to average programming needs and while the final result will not exactly match in the incoming source, it will be less complicated to deal with. 0% Parameter Tolerance means no averaging will take place, 100% tolerance means the first claim to a parameter will apply to all further ones.

Samples will be written into the same folder as the PGM. Care must be taken when converting Programs that already contain WAVE files and you are converting into MPC2000. New WAVE file must be written, so declare a new folder for the new files to be written.

Translating Out of MPC2000/3000/60 Format
The Instrument Unit on the MPC is a Program/Drum Kit. The MIDI assignments determine what samples go on what MIDI notes in the destination. This is usually a PGM file, referencing SND files, or a single SET file (very old).

Almost always, the destination program you convert to will have samples mapped to single keys, as that is how the pad paradigm works.

Samples will be converted out of the proprietary SND format and converted into the destination format.