[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Date Index][Thread Index][Author Index]

Re: EDP undo button



>beth asked:
>  > my new edp is just out of the box....when i press the undo button, it
>  > doesn't
>  > always undo the last loop....if it happens to work, when i hold the 
>undo
>  > button down for a long time, to undo the next-to-last loop, nothing
>  > happens
>  > at all...does anyone have any insights?  is there something wrong 
>with my
>  > edp or have i not figured out how to make it work?   signed, yet 
>another
>  > female looper(-to-be)....beth
>
>lance replied:
>don't know how far into the manual you've gotten, but somewhere i recall
>reading that the undo function is memory-dependent; in other words, you 
>can
>undo to the limits of the memory you have left. also, reverse is 
>unfortunately
>too complex a function for the edp to be able to undo (don't know if 
>you've
>tried the reverse function out yet, but it's tres cool. check out kim's
>reverse suggestions if you haven't already...)
>
>further. my sense is there's nothing wrong with your edp, tho :-)

This is all correct, thank you Lance!

But the main problem users have (including me, sometimes!):

The memory is used similar to a tape loop, so we keep copying the old 
to the new loop while adding new overdubs etc. By pressing UNDO once, 
you go back one loop in history.

If you overdub some sound, listen to it and decide to undo it, it 
already got copied to the new loop while you listened to it, so you 
need to press UNDO twice to erase the one that was recorded when you 
played and the one copied while you listened.
But pressing UNDO once also makes sense: if you feel you played wrong 
and want to get rid of it before it ever plays back.

Another effect: If you press less than necessary and the error apears 
again, you press UNDO again and then its still there. How could it be 
different? While you wait and listen whether its still there, you 
copy it into the new loop, so you can eternaly press UNDO once, 
listen to the error, press it again, listen again...

Does this make sense? I agree the the UNDO thing is not quite 
intuitive, but if you think about these cases, you may agree that its 
not easy to make it better...

Now we have another structure that makes it a bit more complicated: 
Since it does not make sense to fill up the whole memory with the 
same repeated loop while you dont change it, we detect whether there 
was a change, and if not, do what we call AutoUndo: we jump one loop 
back and thus keep repeating the same loop, thus saving previous 
versions in the memory. AutoUndo made it possible that you solo half 
an hour and then press UNDO twice and get rid of the last layer you 
played before the solo. Nice, huh?

But: AutoUndo happens at the loop start point. So when you press 
UNDO, ist interesting to see whether AutoUndo already happened. If 
not, UNDO will have almost no effect, because it mostly erases the 
just made copy. If you press UNDO after an AutoUndo happened, the 
first press will do.
To further simplyfy this operation (and confuse this documentation), 
we introduced another rounding: If you press UNDO close to the loop 
end, AutoUndo will happen anyway, so UNDO does what you want. So you 
dont have to worry whether you press UNDO shortly before or shortly 
after the loop start point.

And there is one more point to consider: You may have done an overdub 
that ended just after the loop start point. For you, musically, the 
end of the last note may not be interesting, but the EDP noted that 
there was a change and does not AutoUndo (not to chop off the tail of 
your last note). So it may seem to you that nothing changed when you 
press UNDO, while in reality, it errased such (maybe inaudible) tail.

So at that point we usually come back to the simple rule: press UNDO 
until the thing is gone. :-)

Matthias


          ---> http://Matthias.Grob.org