ritec wrote:when saving something into a folder with a large amount of samples (over 1,000) the machien can sometimes hang while "previewing view".... this has happened to me around 5 times already and the only solution is to restart the mpc.
Yup I can confirm that. More over some remarks from me:
1) The MPC Database engine seems to have a speed problem. That means: If you have a large amout of samples loaded into the memory the recall / organissation of this sample take a lot (some times to much) CPU time.
As result the following behavior can occour:
- running out of sync while in Slave mode (espacialy with MTC because this needs more CPU Power)
- GUI get unresponsive for a while
- GUI crashs while MIDI controll still works
2) There seems to be an issue with long pathes and filen names in combination of a large amount of samples:
- while saving the complete memory (lets say with 1000 Samples) to disk or CF card and using long filenames / subfolder
may produce the Error "(HD) Name allready exists" The MPC will quit saving data and not the complete memory is dumped.
- Saving the complete memory (lets say with 1000 Samples) to disk or CF card and using long filenames / subfolder
may work but afterward files are corrupted. As result you get a "(VEng) No return from Get Param" if you try to load these files.
3) There seems to be an issue with the "garbage collection" of the MPC (a program running in the back deleting unused temp files).
- under havy load conditions (which can easely ocure if you use to many samples in memory) this process can freeze the GUI. Normaly you can here a lot af HD activitys before and the GUI work slow.
How ever - here some hints to work around. First of all keep in mind how the MPC organice it's Processing power:
There are two processing branches: a DSP responsable for Audio processing (FX, etc...) which works quite nice and a single CPU responsable for the rest. The rest means: MIDI I/O, GUI, HW I/O, Memory organisation, and some more OS related stuff. This mashine runs threaded processes (lets call it multitasking). How ever, it seems that the syncronisation and/or priorisation of some of these threads isn't implemented that well. For you this meens:
- If you wont to have a stable MIDI Sync avoid anything that consumes much CPU power.
- Don't interact with the GUI to much while the MPC playback ore record something.
- never load to many samples into the memory. What count is the number - not the lenght of the samples.
- use Midi Clock in stead od MTC when ever possible
- disable MIDI soft thrue feature if it is not realy needed
- use data reduction for controller data, to avoid MIDI overload
- don't record to many controll data (havy QLink usage...)
- when doing complex arangements on the MPC mixdown complex MIDI tracks as HD tracks or better as phrase samples
- forget chop shop. Record it in the correct tempo
- if havy sync problems occoure try using the MPC as master for the DAW
- never forget to disable MTC / Clock out at the DAW if you run the DAW run it in slave mode -
otherwise you may skrew up the MPC.
- don't use the MPC as midi router.
best recards
CaptainDXB