mono chop shop was not a bug, it was a choice, and it probably had something to do with the fact that the left and right channels of a stereo sample can have completely different dynamics which could cause the algorithm that calculates the chops to come up with some weird results. either way, they didn't think it was necessary to add but maybe they will now that they see everyone needs everything done for them.
i got to say that's pretty weak logic there mikey, taking into account the 1000.
especially because there was no autochop on the 1000 and it still chopped in mono.
not a "bug" probably just lazy ass coding.
and this comes from me who once said that stereo sampling wouldn't be that big a deal because "how much could you really be missing when you could just chop both sides" etc etc but i would never go back to mono chops unless the sample is mono to begin with.
plus whoever was bugging out there a second ago (i forget) about blah blah blah use your ears blah blah needs to realise that the autochop function gets used maybe 1 every 10 chops. anyone using autochop for every chop they make is going to be taking a LOT more time than if they just did it with their eyes, ears and fingers. it's no recycle, but it's useful when say there are 4 obvious transients that it can detect. even then it's probably faster just to divide 2 by 2 by 2 and so on.
90% of people on this board are lookin for easy ways out of everything.
a lot of people look for the easy way out, a lot of people look for shortcuts, and a lot of people look for more effective, quick and accurate ways to do the legwork that once was required. does this make the latter lazy, or industrious?
does using dreamweaver to code a webpage instead of raw html lazy? how about if you have been using html for years and suddenly get dreamweaver?