i’ve got a problem with pre-slicing on the octatrack / mk1 1.30b, it seems to lose the slices once in a while. here’s my workflow:
setup record buffer 1 (16 steps / correct input)
make a one-shot trig on 1 on the record track (to initiate sampling)
press play to sample 16 beats.
press stop
slice record buffer
make a flex machine on track 2 to playback slices from record buffer
set up slices etc
arm record buffer / record again
till here, the slicing works, but sometimes, when i rearm the record buffer, it appears that something goes wrong. it then sounds like the first 4 slices are correct, and the rest is just some high pitch noise, not the audiomateral i put in there. i do not alter the bpm, nor any settings in the record buffer setup. does it probably have something to do with the re-arming of the record buffers?
i know that a good workaround is to do this without slicing, and just plocking the sample start, but i’m curious why this f*ck up of my slices happens.
Everything should work fine with OSv1.30B; but I am aware of some bugs with the OS, that may potentially cause an issue with OctaEdit. For example, some versions like OSv1.25F and OSv1.25G have project corrupting bugs, which will cause issues all on their own, so shouldn’t be used.
So best/easier for me to concentrate on the main versions; then work around OS bugs.
So I concentrate on OSv1.25E, OSv1.25H and OSv1.30C
I had this problem with 1.30B, but it was a user error. If you record something shorter, slices are messed up.
If you save recorder buffer, you can reload slices if it’s messed up.
You can load any sample (silence or not) with slices in recording buffers. You can make presets with different tempos, slices grids…
thanks a lot, and it indeed was an user error. your hint with the recording that is to short messing up the slices gave me the right idea. problem was, that i often press stop,stop,play to start from the beginning and rearm my recording trigs. sometimes, i messed up, initiated the recording, but then instantly pressed stop -> recording too short! my recent workaround to this is using track+record instead of the rearmed recording trigs.