I am happy for you, but just the cropped image of your smile is needed, no need for other information in that picture.
Thanks G, I was so excited I overlooked a stupid mistake
(new?) bug report:
-
Under certain circumstances, a recorder wonât stop sampling or will sample twice the length set in the setup menu. This is quite random and happened after booting up the machine and loading a new project. By switching parts, it went back to normal behavior.
-
Whenever changing bpm, a preconfigured slice grid gets âcorruptedâ. This leads to new samples being inadequately sliced and played back incorrectly. The only solution I found was to delete the slice grid and create a new one every time after changing bpm. This sometimes happens when loading a project on boot as well.
-
If a flex machine is playing back a buffer in reverse mode, it requires completing an additional sequencer cycle before starting playback in comparison to a parallel flex machine playing the same buffer forwards. This leads to a problem of not being able to play back the buffer instantly after the recording is finished.
-
the display does not dim, it only turns off after a very long time.
There are chances youâre talking about slicing the record buffer. This is indeed well documented on this forum.
Not a bug per se, but it can be annoying indeed: relative slices would have been more appropriate in such case.
Yes, that is correct, I was referring to pre-sliced recorder buffers. Sorry if I overlooked a previous post regarding this matter. It is easy to miss a post among an ocean of bug/issue reports
I would still categorize it as a bug, since it sometimes happens when loading a project after booting the OT, even though no bpm change occurred.
Always worth doing a empty reset after OS upgrade, but save project first, then when updated load the project.
ok I guess Iâll do that. I just thought that if I saved and assigned a sample to the record buffer, I would not be able to use that buffer for future sampling duties. I donât know though if my assumption is right.
To come back to normal, just clear the slot.
I must confess I havenât tested this in ages, so my memories of it are pretty thin ^^
If you assign a sample to a record buffer, it just means thatâs your default sample; when you boot up the OT that will be the sample in the buffer, and any saved sample attributes (slices, gain, loop) will be loaded along with it. You can record over the sample just like an empty record buffer.
The buffer will retain the name of the sample; this can be useful when saving multiple related samples (or you can copy a sample name with FUNC + PLAY). You can use REVERT TO SAVED FILE to get back the original sample you assigned, and CLEAR SLOT to wipe the buffer.
Found a funny one today, using AED to copy paste selection, after a few tries (MK2) of copying then pasting the right input LED for REC3 lit yellow.
Can anyone reproduce?
Pickup machine bug
Bug report, mitigation and reproduction steps:
Previous similar mentions to the same issue here:
Encountered some strange behaviour when doing the transition trick between banks earlier today.
Wondering if anyoneâs ever seen something similar? Iâve searched the forum for similar bug reports or issues but havenât found something exactly the same.
Repro
Device Octatrack MK1
Firmware 1.40a
Start on A05 Part B 140BPM (tempo per pattern selected), record master to T7 recorder buffer and use Scene B where all tracks are muted apart from T7 and master (doing so called transition trick).
Change from A05 Part B to B01 Part A staying on Scene B which has the same parameters locked as in A05 Part B. T7 again has a playback trig on step 1 set to playback recorder buffer 7 which is the same as in A05 part B.
On both A05 part B and B01 part A T7 has timestretch set to auto and the T7 recorder buffer has timestretch set to normal in AED. Both A05 and B01 are set to 64 step pattern length with a master length of 64 steps.
Expected behaviour:
Once changed successfully to B01 Part A, T7 recorder buffer will play synced to the new tempo of 145bpm for a full 4 bars (64 steps) and continue looping.
Observed behavior:
Case 1
With B01 part A playing, playback of recorder buffer 7 on T7 is not tempo synced and seems to playing back at a faster tempo than 145BPM.
Case 2
I attempted to repro this but with both A05 and B01 tempos to 140BPM and timestretch on both T7s set to off. Under this circumstance I observed a different behaviour of T7 playback on B01. This time the 140BPM 64 step loop recorded to recorder buffer 7 seemed playback at a length of about 56 steps.
In both cases stopping the playback by pressing stop and pressing play again made the playback of B01 part B operate as expected.
Itâs worth noting that Iâm streaming long ~60mb samples via static machines on T1 - T6. When changing banks the disk memory LED is orange and flickering.
Edit: additional info, when changing from A05 to B01 (with digitakt connected to Octatrack midi out and receiving clock, transport and prgm change) digitakt reads 120BPM whilst octatrack reads 140BPM!
Hi all, I just got a mk2 after a long time using the mk1. Having some weird crossfader behavior.
If I lock a value to scene B, it âreachesâ that scene at the middle of the fader instead of the right side of the fader. For instance, if I reduce a trackâs playback rate to 0 on scene B, it reaches 0 in the middle of the fader, as opposed to the right. The right half of the fader doesnât seem do anything at all.
Anyone else having this behavior? Is this a setting somewhere? Iâve never seen this behavior on my mk1.
What is the graphic showing? If it is showing fully left or fully right when the fader is not then you should recalibrate it.
Brilliant! Calibrating the scene fader in test mode worked. Thanks so much for the quick and helpful reply.
When MIDI note map is set to delay control, itâs possible to lock the delay forever.
This can only be fixed by swapping the delay with another effect.
To reproduce:
- Enable the MIDI channel for one of the audio tracks and set note map to delay control.
- Set delay to lock so it works with delay control.
- Send note on to audio track to enable delay.
- Donât send note off.
- Send same note on again.
- Delay is now locked to enabled, no matter how many times you send a note off, it wonât disable.
edit:
I want to add that visually there seems to be nothing wrong, but a locked delay is clearly audible of course.
If you send the same note on/off for the delay control, the trig keys and display indicate that the delay gets enabled/disabled, but it actually never disables.
Changing the settings of the delay doesnât help either, it has to be swapped out to fix.
Hi everyone,
does anyone else know how to solve this problem?
When I press [FUNC] + [REC] to access the Rec Edit menu, the PROJ menu randomly appears.
Here is a video. Can reproduce every time. Running OS 1.40A
Elektron confirmed already last year that this may happen on some devices (with varying shortcuts and menus). But there is still no fix available.
See also:
btw: are you really running 1.40 or 1.40A?
You could argue that omitting a note off is not standard behavior. Similar thing happens with hung notes on other synthsâŚ
Did you try âall notes offâ (CC 123)?