Octatrack OS 1.40A: bug reports

I had some weird thing recently. Sample trig 1 did not trig the sample on track 1, when I entered grid rec, it fired the sample with a short, but noticable delay.

All other sample trigs worked as usual.

Anyone of you ever encountered that?

It seems that it’s not always happening, but sometimes appears seemingly out of nowhere.

Static or Flex ?

I’ll check. The weird thing was that I could reliably fire the sample by entering grid rec mode after tapping the trig key. It didn’t happen once or twice or so. Also the LED on trig 9 (sample trig 1) didn’t light up when I tried to trig the sample.
I just wanted to check some stuff on track 1, but since the sample did not trigger, I entered grid rec mode to place a trig and see if that would play the sample, but oddly enough, entering grid rec played the sample and even the LED on trig 9 flashed.

:thinking: Attibutes > Quantize Trig ? (Same as Rec Setup 2 QPL)

Quantize trig was set to direct.

1 Like

Nice to hear, can’t wait for the release.

1 Like

Just checked; track 1 is static, of course now everything works as it should…

Btw, quantized trig shouldn’t make any difference when the sequencer isn’t running anyways. The trig led should flash and the sample should play. I didn’t have much time to investigate and now everything is back to normal.

My OT loves to act out its personality revently. I stopped saving parts with the sequencer running, it freezed my OT on several occasions. Always stop first, then save.

My cf card is pretty much filled up, maybe OT does not like that?

1 Like

I had problems with a full card.
I think I turned off OT just after startup, while reading the CF card.

Lost all projects.

So @Schnork if it’s a Static I suspect a card reading problem…
If it happens again try to save a copy of the sample, and load it in another slot to compare…

Ad a weird issue yesterday:
Loaded one of the 2 templates I use regularly.
Had 5 patterns created.
At some point, when pressing the PATTERN button to switch pattern, patterns 1, 2 and 3 did not light up green.
Ran a self test and everything OK.
Switched templates and all good now.
Any idea?

Edit: difference between the 2 templates is one is using direct IN (through MIX page, inputs AB and CD can be mixed in) and the other is using 2 flex tracks (1 and 5) to achieve the same purpose.
The one creating the issue with pattern lights not working is the direct IN.

Edit 2: is there a difference in terms of “lag” between using direct in or thru machines?

Not related to settings imho, more likely a writing problem on the card. So you don’t have access to your patterns anymore ? Is the Bank ok ? (Red or flashing led, not sure).

Yes. There is a Delay Compensate option to delay DIR and sync it to THRU (or Recorder INAB/CD + FLEX, same delay)

Thought so.

Actually no. Pattern selection works no problem. Just patterns 1, 2 and 3 not lighting the led.

If I get this well:
Thru machines for AB and CD in have a delay compensation whereas DIR IN does not?
If so, better (in my case) use DIR IN no?

Never seen that, but I had something maybe related before; a bank I could not access (IIRC the error on the screen said “bank unavailable” and the bank led was stuck on a green led or maybe the led was off, not sure).

Using the save project as new command fixed the issue with the bank. I guess it’s because it forces OT to write everything again which somehow corrects problems. Maybe some data has become corrupted due to an operation not having finished or something like that and forcing OT to save to a new project slot writes that data again.

Maybe try that?

I think I get it : you don’t have trigs on those patterns, that’s all.
Place a trig to check.

No. The Delay Compensate adds a delay to DIR only.

THRU machines are delayed compared to DIR. A PICKUP or FLEX playing directly an IN AB/CD recording have the same delay as a THRU.

DELAY COMPENSATE will when activated introduce a very short delay to the audio signal listened to via the DIR setting. If for example an audio signal is listened to through both the DIR input and a Thru machine/Pickup machine, both signals will then be in sync. If DELAY COMPENSATE would have been deactivated in the above scenario, the delay caused by the internal processing would make the audio signal routed to the Thru/Pickup machine play a few milliseconds later than the DIR signal. The combined DIR and Thru/Pickup signal would then exhibit a slightly phased sound.

3 Likes

Oh no. That would indeed explain it. :laughing: I thought he had some kind of problem with those patterns, besides no led.

2 Likes

Ooookkkk… Another thing I did not know :slight_smile:
Correct, no trigs placed on patterns 1, 2 and 3.
Thank you @sezare56 :pray:

3 Likes

And again, THANK YOU :pray:

2 Likes

I mean if you want to be technical there is no such thing as a bug since the machine is only doing what it is instructed to.

1 Like

man, i totally missed 1.40B bugfix (Arr toggle misclick) is actually released. I don’t often manually check Elektron support page, but when I do, there’s an update for OT

2 Likes

I heard about it with @aarb420, but did Elektron announced it ?

1 Like

doesn’t seem like that.
I’m not surprised if they decided to keep it silent though, as this may be considered as insignificant update by some (most) users? ARR mode is not that popular I believe

1 Like