MPC file order issue fixed in os2 1.00

maaaan...a whole other click of the > cursor button?
haha i'll try

I think, it's not so complicated to fix this. All JJ needs to do is "telling" the system to put a zero before one digit numbers and then it would be displayed right even in alphanumeric terms, i guess...

but this still leaves out loading a project folder, how you get this:

sample18
sample19
sample2
sample20
sample21

2 was clearly created before 18 and 19...how frustrating is that?

i know you said that you figured out what i meant, but just in case, the order you show above is alphabetical order. if you have files on your pc and you order them by name, that's the order that they'd be put in. when loading a folder the samples are loaded in alphabetical order, and that's why the sample list would be in that order as well.

right, i have noticed that in PCs. it's "true" alphabetical order...inconvenient for us.

are we all in agreement that it'd be nice for sliced samples to be named with a zero, ala 01, 02, instead of 1, 2?

or should i just buck up and deal with it and not waste jj's time?

Nym wrote:right, i have noticed that in PCs. it's "true" alphabetical order...inconvenient for us.

are we all in agreement that it'd be nice for sliced samples to be named with a zero, ala 01, 02, instead of 1, 2?

or should i just buck up and deal with it and not waste jj's time?

I agree 100%.

Nym wrote:right, i have noticed that in PCs. it's "true" alphabetical order...inconvenient for us.

are we all in agreement that it'd be nice for sliced samples to be named with a zero, ala 01, 02, instead of 1, 2?

or should i just buck up and deal with it and not waste jj's time?

would be nice to sort

i agree too, this'd be nice to sort out..
Will this also mean that if you make another version of the same sample(e.g. bit crush it) that they will be next to each other in the sample list?

probably not directly next to each other, not by default anyway

but usually when i make dupes of the original, i just rename it SAMPLE01a etc

ok cool thanks,

although that'd still mean reloading before they revert to alphabetical order correct?
cause at the moment both new and duplicate samples go to the end of the list. When im working with loads of chops,and derivatives of those chops,it'd be way more convenient if they were closer together. Makes me think a sample list refresh would be nice.

issue solved, hot damn. this is sooo much better, thank you very much.

i save them as
sample01
samepl02
so on and so on until i get the sample10
and they still appear on the same order
never a problem
add a 0 at the beginning and you shouldn't have the problem

I haven't checked this out, yet... but try opening up a PRJ file in a text editor (Notepad) and reordering the samples so that they load in the order that you want them to load in. I have a feeling this'll do it...

Make beautiful sound!...

vanysh wrote:another thing I noticed is that if you load up samples with long names (ie, curtis mayfield - track name1, curtis mayfield - track name2) the MPC will only detect the first few characters of the sample name and if all the characters are the same for a number of samples (like the example I used above) for some reason it will assume each sample is the same and trigger the same sample audio for each one (even though they are all different).

not sure if anyone's experienced this or not...

It's frustrating because I like to name sample's when exporting for cataloging purposes and I'd rather not have to change the names each time I want to load them in the MPC.

My workaround has been to name them as such:

curtis mayfield1 - track name
curtis mayfield2 - track name


Not a huge deal, but something to maybe fix in future models.

this is because the MPC can only read the first 16 characters. Limit your file names to 16 characters or less

this is not the same problem as is being discussed in this thread