Hi guys, any known bugs for this? I was sampling my Behringer 303, on R6 and directly playing it on flex Track (Also Track 6) which was working fine.
Then I thought this would be cool to resample before I mess it up, so I chose Track 7 recording buffer with AB deselected as well as CD, so only SRC3. I chose “T6” and sampled 16 steps length. Then proceeded to load a flex track with R7 selected on Track 7 and put down a trig to play R7.
A very very soft signal came in that I could barely hear, not even sure that it was the 303 sound, more like a weird noisey-ish sound but with the rhythm of the 303. When I tried to normalize it, boy did it get out of hand… It became extremely distorted and noisey (as if it had been feedbacked or something) and would even be very loud when T7 level was set to a low level such as value 1 or 2.
So I powered off the OT and restarted it, and suddenly the whole thing worked as normal and I could resample a normal volume loop via T7’s recording buffer recording the T6 track via SRC3.
Was this a one time bug or could I have done something otherwise? It’s so difficult to learn from your mistakes sometime.
I can’t realy tell what happened but you might have recorded src. 1 instead of src. 3 on you 7th recorder. The buffer might have been filled with some noise that you normalized.
Have you changed the recording settings from one try to another ? Or where they the exact same ?
And I think a good way to save your files in the CF from your buffer can be to go into rec 3 menu and hit save recording or something that looks like that. It will then go to your audio file or whatever project file you’re working in depending on your setup.
That can help to keep the sample preserved from rerecording noises and free your recorder to do something else instead of listening to another track.
Thanks for the reply! You mean src1 as in A+B? I’m pretty sure I disabled A+B and C+D both set to “-” And to be sure in the record trig I even deselected src1&2 to be 100% sure it could focus on SRC3…
Ah that’s interesting, I’m not entirely sure whether I had changed parts, however, when starting a new song I usually go from for example part 1 to part 2 and choose a new pattern, as most my tracks are done within “1 part 1 pattern” digitakt style composition… So a part change could very well have happened and not sure what the other part would have selected on Track 7’s recorder buffer. How do you make sure to negate the bugs? Save the part and reload it?
Yeah, could very well be… I just have this nagging feeling like I want to UNDERSTAND everything it does but you know what they say… Octatrack works in mysterious ways
Not sure about your situation but I can tell you this kind of thing happens to me from time to time. The OT doesn’t work as expected. I save the project. Reload, and in works. It’s the OT ghost. We don’t question it.
Yeah, that’s right! If it acts up more than usual, we probably should find ways to please it. Maybe sacrifice some piece of gear that does not incorporate some form of p-locks in front of OT or say a quick prayer to the great LFO Designer.
“And give us this day, our daily random locks, and forgive us our powering off without saving and assigning our samples from the recording buffer, amen.”
The issue I talked about happens if you tweak rec setup parameters before a part change.
If it happens, you can set concerned parameter again on the new part.
