Re: MPC 5000 user - erzählt mal bitte was. wie ist sie wirkl
Also gut nun zur Bug-Liste welche ich aus dem MPC-Forum zusammen getragen habe. Sie ist weder Vollständig (Probleme mit Midiclock und Midisteuerung habe ich weggelassen da für mich uninteressant, werde die MPC eigenständig benutzen), nicht Übersetzt und auch nicht Chronologisch aufgeführt. Die meisten Bug-Repots sind nicht Bestätigt und es hat wahrscheinlich auch Bedienungsfehler darunter. Ein paar Kommentar habe ich wenn sie das gleiche Problem Beschreiben zusammengefügt.
Ich habe jedem Report eine Nummer gegeben, da kann man besser darüber diskutieren und noch eine kurze einfache Beschreibung angefügt. Manchmal sind auch Tipps dabei, wie z.B. bei Bug Nummer 6.
Mich persönlich Interessieren speziell folgende Reports/Bugs:
Fehler beim Speicher (oder Laden) wie 3. ("device not found ??" Fehler) oder 5. (zu lange File und Ordnernamen bei vielen Samples kann "(HD) Name allready exists" Fehler verursachen oder auch "(VEng) No return from Get Param") und eben 7. (Fehler bei 'SAVE ENTIRE MEMORY').
Oder kennt ihr sonst ein Problem beim Speichern und Laden und wie man das umgeht?
Speziell Punkt 9. (LFO-Sync lässt sich nicht ausschalten, das ist mir glaube ich auch schon aufgefallen) liegt mir am Herzen. Da ich eben bei der MPC2500 schlecht fand das der LFO immer gesynct wurde und wusste der 5000er kann das theoretisch abschalten. Aber eben, wenn es nicht funktioniert, dann ist es verspieltes Glück.
Kann das jemand Bestätigen mit dem Sync?
18. Sample ertönt obwohl im Prog. nicht zugewiesen
Wie sieht es mit dem Bug aus? Schon begegnet?
MPC5000 Bugs and More
Nicht überprüfte Bugliste aus MPC-Forum, betreffend OS 2.0:
1. Synth-Pan in Q-Link Mode nicht korrekt
By default in Q-Link mode, if you're setting the Panning on a Synth program, the range for full left to full right seems to be between +0 and +50, compared to -50 and +50 for Sample programs. This means that by default (with -50 and +50 range), full left pan is at 12 oclock on a knob, and full right is at 5 oclock. Between 7 oclock and 12 oclock is all panned hard left, which is a bit strange.
2. Sample Bearbeitung im Trim Mode während gleiches Sample in einer spielenden Sequenz ist
Editing a sample in TRIM MODE during an active sequence in which said sample is used produces a whining sound. (OS v.2)
Let's say we have a sample file assigned to PAD1 called "snare33". You make a loop that uses "snare33" (amongst other samples) and now while the loop is playing you enter TRIM MODE and rollback the "snare33" end point to make the sample shorter. What happens is the next time "snare33" note turns on in the loop (which is already playing/ in play) it will emit a whine instead of the newly edited version that won't go away even if you stop the loop. You have to restart the MP to get it to go away.
3."device not found ??" Fehler
Not sure if this has been posted already but if you save something, a program or all sequences and songs more than once without altering them the machine comes up with an error that says "device not found ??" it's happened to me a couple times.
4. Absturz beim speichern in ein Ordner mit mehr als 1000 Samples.
Das kenne ich schon von der MPC2500. Irgendwo im JJos oder Akai Manual steht das drin.
Für mich kein relevanter Fehler, da ich wegen der Übersichtlichkeit wohl niemals soviel Samples in einer Ordner habe werde.
when saving something into a folder with a large amount of samples (over 1,000) the machine can sometimes hang while "previewing view".... this has happened to me around 5 times already and the only solution is to restart the mpc.
4. viele Samples im Speicher und CPU Speed Prob
The MPC Database engine seems to have a speed problem. That means: If you have a large amount of samples loaded into the memory the recall / organisation of this sample take a lot (some times to much) CPU time.
As result the following behavior can occur:
- running out of sync while in Slave mode (espacially with MTC because this needs more CPU Power)
- GUI get unresponsive for a while
- GUI crashes while MIDI control still works
5. zu lange File und Ordnernamen bei vielen Samples kann "(HD) Name allready exists" Fehler verursachen oder auch "(VEng) No return from Get Param"
There seems to be an issue with long paths and file 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 already 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.
6. Absturz bei zu vielen Samples im Ram + allgemeine Tipps zur 5000er
There seems to be an issue with the "garbage collection" of the MPC (a program running in the back deleting unused temp files).
- under heavy load conditions (which can easely occure if you use to many samples in memory) this process can freeze the GUI. Normally you can here a lot of 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 of MTC when ever possible
- disable MIDI soft thru feature if it is not realy needed
- use data reduction for controller data, to avoid MIDI overload
- don't record to many controll data (heavy QLink usage...)
- when doing complex arrangements 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 heavy 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.
7. Fehler bei 'SAVE ENTIRE MEMORY', es wird nicht alles gespeichert wie es sollte, abhängig von der Notenlänge
Beware the 'SAVE ENTIRE MEMORY' function...
i guarantee you it doesnt save everything. i know for a fact that it doesnt save mute groups by track and i know it's not saving something in one of my synth tracks because Im not hearing certain subtle notes that i know were there when i saved it.
UPDATE... i also loaded a track tweakd it, added a synth, saved it and then when i powerd up a week later to load that track the synth didn't save.. all the notes were there but the synth program was gone. i reloaded the stock vs tht i used from the ram but of course i lost like two hours of synth tweaks...
I can attest to certain notes being lost! My notes aren't missing...instead, they keep getting reset to a duration of 0 -- no length = no sound. I can change the duration back to a proper length in a Step Edit, but whenever I save the "Entire Memory" or "All Sequences & Songs" or "Save Sequence" the duration of the note is reset to 0. The note is on Pad A8 (note 43). It works fine to play and record...it's just that when saved, those notes are, for some reason, zero'd out as described. I have other issues that haven't been addressed in this thread, but I'll get to the end before making any more comments.
Not sure why, but having the duration of the note set to 3840 (a whole note) seems to have been causing the problem. I lessened the notes' duration to 3800 and now, somehow, they're saving with durations intact. Huh.
8. Note löschen im Grid Mode
You have to delete a note twice before it's actually gone when Grid Editing any track.
9. LFO-Sync lässt sich nicht ausschalten, das ist mir glaube ich auch schon aufgefallen
LFOs are not free running when sync is off.
10. LFO mit RND Wellenform beginnt nicht auf einem zufälligen Wert
Random LFO Waveform's first value is no random value at all, meaning you can't trigger randomized modulation values on percussive samples.
11. PWM bei einem Synth OSC beeinflusst den andern OSC
Oscillator 1 & 2 have the option to sync and ring modulate each other. For some reason if any one of them use pwm, the other one is always affected. It creates a glitch in the Osc. not using pwm! So I recommend that you use Osc.3 for triangle/saw/sine waveforms.
12. Problem mit 1/32 Note Repeat
Also, if on a single sample...try NOTE REPEAT at 1/32 at around 120BPM...with FULL LEVEL on...You will also hear the roll drift on and off...which shouldn't happen...It should sound like a consistent machine gun...
13. Delay beim ARP
I can't trigger arpeggio in realtime like on old vintage synths!
there's often a delay before the notes are played
I'm creating great analog synth sounds with the internal VA synth, but can't use the arpeggiator with them in realtime.
14. Cutoff und Q-Link
An other bug: if you use cutoff with Q link and you put cutoff value to 0 (track one for example), when you download an other project( .prj) in which cutoff( q link) is not used, your track is muted because cutoff stay at value 0
15. Pads werden nicht aufgenommen
5000 DOESNT ALWAYS PLAY BACK EVERY PAD HIT DURING RECORDING. THE SAMPLE PLAYS WHEN A PAD IS TRIGGERED BUT DURING RECORDING IT DOESNT PLAYBACK EVERYTHING THAT WAS "SUPPOSELY" RECORED. SO I HAVE TO RE-RECORD A PATTERN OVER AND OVER BEFORE IT ACTUALLY PLAYS BACK EVERY PAD PLAYED.IS THIS A BUG OR JUST MAYBE BAD SENSORS? THIS HAS HAPPENED EVER SINCE I UPDATED TO 2.0 OS.
16. Ram Löschen Fehler
Select a folder and hit DO IT.
Press CLEAR
You'll get the 'caution' screen
Press DO IT - this SHOULD be the end of it - it should load the folder and wipe existing files. It doesn't.
Instead I'm taken back to the previous (Load a Folder) screen - as before, there is a CLEAR button - it;s as if my request for CLEAR was ignored.
Pressing CLEAR again just sends me back to the CAUTION page once more - and so a loop begins.
However, it would seem that somewhere in the background, the MPC5000 knows I pressed CLEAR at some point. So, upon returning to the original 'Load a Folder' page, if I press DO IT rather than CLEAR, this time it does indeed perform a CLEAR load.
So - if you load a folder and just press DO IT straight away, no replacing or wiping is done (which is correct)
If you press CLEAR, DO IT - this doesn't work, but press DO IT once more and it will perform a CLEAR load. This is incorrect, as the CLEAR load should follow the DO IT on the caution page.
1. Select a folder (that contains programs/samples only) and press F6 [Do It] to open 'Load a Folder' window
2. Press F2 [Clear]
3. This opens 'Caution' window
4. Press F4 [Do It]
This will clear all the programs and samples in memory and return you to the 'Load a Folder' window. You will then have to press F5 [Do It] to start loading the folder.
Bug report/Feature request: Pressing F4 [Do it] in 'Caution' window should clear memory (programs/samples) and automatically start loading a program
17. Laden von Z4/s6000/4k Prog.
loading of .akp keygroup programs from the Z4/s6000/4k is erratic-sometimes they load first try-sometimes on the 2nd try-
sometimes the basic keygroup mappings are jumbled (crazy octave transpositions where they shouldnt be, mostly).
18. Sample ertönt obwohl im Prog. nicht zugewiesen
When I go to build up a drum program, eventually sounds will show up and trigger on pads I have not assigned anything to.
If I assign something to this pad, it does not matter... the wrong sound still plays. This seems to happen more often when I use the multi-sound trigger features.... which I love. I'm still not using anywhere close to all of the memory I have available for program sounds. My sample names are not too long either.
This seems to be random on both pads and pad banks. The MPC just grabs one sound from memory and triggers it FOREVER on a pad that should not be playing that sound. Should I ask Akai to replace it? Or is this just a software bug that everybody has?
19. Play startet nicht immer genau auf der 1 + Lösung
My only complaint with the OS 2.0 is the lack of sensitivity on the PLAY/START Button.
I like to have a sequence going, and be able to stop and start it it, constantly going back to the "1", by using the PLAY/START button. This is particuarly useful in creating a break sound.
anyway with the 1.02 OS it was very accurate. now with the 2.0, it is inconsistent / much less accurate / often a fraction of a beat off, late, whatever. Does anyone else have this problem?
All you have to do is go into the Q-LINK mode, and the PLAY/START button is on point!! Its very responsive. I LOVE IT!
If I go back into the MAIN screen, it's way off.
20. Allgemeine Verzögerung der Bedienung
Same thing with most the operations with os 2.0 There is lag between the time you change a parameter or do something and the time the MPC decides to do it. It is random and sometimes it's worse than others. It's like the processor is being strained and can't keep up. This happened on 1.02 on ocassion but is much worse in 2.0 It's a bug that effects pretty much all operations.
Trim window is now lagging on my machine. I.E. when i use the sliders or jogwheel to adjust start endpoints, many times (half the time or more) the results of what im doing don't show on the screen until a few seconds later
21. Im Trim Mode funktioniert der Q2 Fader für die Endpunkt Einstellung nicht + Lösung
According to the manual, I can use the Q2 slider to adjust the End point in TRIM, but Q2 is doing nothing for me - not in TRIM, nor in the fine trim page.
Q1 and Q2 works for me in both trim and fine trim. However, it you use Q2 and it doesn't respond immediately, move the slider all the way to the top and back down. That should do the trick.
22. RND Trigger Versatz des Sequenzers. Scheint auch bei Sample Layern der Fall zu sein. Das hat, wenn ich mich recht erinnern kann, Michael Burman auch schon irgendwo erwähnt, sogar mit Beispiel.
a.load the same loop on 2 pads (single shot).
b.play the 2 pads at exactly the same moment in time (eventually correct the timing in the step editor and set the times exactly the same).
c.the loops play exactly synced, but from time to time, they desync and you get a kind of phasing effect.
d.for me this means there is a timing problem
23. Irgendwas wegen Versatz
1) Connect a synth to your 5k so that you may record a midi-sequence, play it and record the output of the synth with the 5k.
2) Chose a simple drum sound or synth tom or whatever on the connected synth.
3) Midi-Record a simple 2 bar drum pattern on the 5k with that synth sound and a time correction of 1/8th at a tempo of 120 bpm.
4) Start the sequence and record the output of the synth in record mode. Record the 2 bars with a little extra time before and after for better trimming.
5) Enter trim mode and trim the recorded 2 bar sample so that it loops smoothly and with correct timing.
6) Discard the the sample date outside the loop using the discard function. We now have a 2 bar loop that's running perfectly at 120 bpm. Now we want to convert it to a patched phrase in order to make it loop correctly at different tempos:
7) Still in trim mode you chose the chop function and tune it until we have a nicely chopped sample with one region for every drum hit. You probably get an useless first region, that's not much more than a short click of chopped silence (a bug?). You can merge it with the next region using the region edit functions. (I wanted to simply delete it, but I didn't find an way to do so ... a missing feature?)
8) Convert the chopped sample into a patched phrase using the default settings and a tempo of 120 bpm. You get a new patched phrase sample that probably sounds absolutely fine.
9) Create a new sample program and put the patched phrase sample we recorded on pad A01.
10) Select a new sequence, make sure it's 2 bars long and in loop mode, select the new program on track 1 and record the pad hit that's necessary to trigger the patched phrase and make it loop. Listen ...
FIRST POINT:
If you turn on the click you will hear that the patched phrase is running to fast. At 120 bpm it's running at something like 123 bpm. You may change the tempo and the patched phrase will follow the tempo change but it's always running to fast. Using the original sample we recorded, the timing is perfect. But this won't follow our tempo changes as we all know. I also tried it with bass lines and arpeggios. The patched phrases always run to fast.
SECOND POINT:
Ok, maybe we have done a mistake and the tempo settings of the patched phrase have to be adjusted. As the manual says we enter trim mode, select the patched phrase sample, select the sample field, press the window button and get a window screen that shows tempo and tune parameters of the patched phrase. But we don't! All I get on my MPC is the regular window with settings for tuning and root note. I have never seen that screen, even if it's printed in the manual. (As I have never found the spacey reverb in the effect mode ... )
Can anyone reproduce that behaviour? Did I misunderstand the patched phrases or did I make a mistake? If I'm wrong, great, tell me how to do better. If I'm right, this might be a bug ...
24. Solo Funktion bei Track Mute Mode
I'm using the SOLO function in TRACK MUTE mode.
step1:
Go into TRACK MUTE, hit a few pads to mute the corresponding tracks, and leave some other tracks playing. Fine so far.
step2:
When I hold [F6](SOLO) and hit a pad, let's say pad A4, it goes into solo mode, so only Track-04 is playing and all the other tracks are mute. Just as it should.
step3a:
When I press [F6](SOLO) again, it goes out of solo mode. Just as it should.
Whichever tracks were playing before solo mode are playing now, and whichever tracks were muted before solo mode are muted.
But suppose instead of step 3a, I do this:
step 3b:
Hold [SHIFT] and press [F6](SOLO).
According to the OS 2.0 manual (p.81), I think it should take me out of solo mode, but leave all track mute settings unchanged. In other words, I expect Track-04 is still playing, all the other tracks are still muted, and I'm no longer in solo mode.
But that's not what I get. I get the same results using either step 3a or step 3b.
When I exit solo mode, with or without holding the [SHIFT] button, it always reverts to the same mute status as before I entered solo mode.
If I understand the manual correctly, I should be able to use SOLO function to cut back to the bare-bones beats on one track, then exit the solo mode holding the [SHIFT] key so nothing else changes, and then use the regular TRACK MUTE method of bring other tracks back one-by-one into the mix.
I tried the feature and yes it don't work. But, if you leave the the first track or what ever track you have solo in solo mode. Then press shift and select another track at the same time. You can stay in solo mode and bring other tracks back one-by-one into the mix.