Nice find! I’m Model:Xcited^^
I don’t know the basis for this thread.
Box #16, Transfer a and b to
Maybe it’s early, maybe I have a lot on my mind.
I think it’s the mixer everyone’s been clamoring for.
They made it just to make it, and then purposefully didn’t release it. Like Mario: The Lost Levels or that first Godspeed You! Black Emperor cassette. It exists solely to be impossible to acquire
Now you’re talking – a mixer with parameterized polyphonic effect sends.
A mixer called… “Transfer”.
You can attach it to the model samples to add sampling abilities
God, I just love these kind of threads
It’s the battery handle, which supports sysex.
I sniffed some SysEx Messages from my Digitakt and
what I actually got was F0 00 20 04 3C 10
.
Any ideas for what this fourth byte 0x04
actually stands for?
This thread is still very relevant as Model:Cycles is 17.
… which is why I began the topic.
I thought it was before the M:C. I remember now.
Are you sure?
I still think you’re onto something @PeterHanes. The most feasible answer is always the simplest one. If Cycles is 17, another box was missed out for whatever reason. Maybe it’s been delayed or cut at the last minute. But super good detective work here
Somehow that makes absolutely no sense. Are you really sure about the “04” in between “20” and “3C” (the 3 bytes after “F0” are the manufacturer ID)?
Elektron ESI AB should be “00 20 3C”.
“00 20 04” is “Böhm electronic GmbH”.
source: https://www.midi.org/specifications/item/manufacturer-id-numbers
One might wonder if a sysex editor was used to edit the identifier that 15 & 17 could be switched, so that you could change a Cycles to a Sample or vice versa?
it doesn’t seem even remotely related to the DT anyway leaving aside the first anomaly - the 10 you are thinking is relevant would be 0A in hex - whatever else is happening you have a bunch of F0 immediately followed by F7 which is a little peculiar
Ah, Heureka! That’s not a standard MIDI message dump, but it’s an USB MIDI Event Packet containing all the USB specific bits & bytes which travel over an USB connection. It needs to get decoded first to get the real midi message.
So everything’s fine. You cannot read it the plain way.
Just as example (the old USB MIDI 1.0 specs):
I have never studied this kind of language but I really enjoy reading these posts. Hats down to those who understand the language under the hood.
Respect.