Octatrack OS 1.40A: bug reports

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

1 Like

(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.

1 Like

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 :sweat_smile:

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.

1 Like

:slight_smile:

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.

4 Likes

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:

1 Like

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!

2 Likes

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.

4 Likes

Brilliant! Calibrating the scene fader in test mode worked. Thanks so much for the quick and helpful reply.

3 Likes

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.

1 Like

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?

1 Like

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)?