call_ret without heap allocations?

[obsoleszenz]

call_ret without heap allocations?

[bvssvni]

I also experimented with audio and added grab support at top level to allow pre-allocation of data such as arrays.

E.g.

fn main() {
    data := grab [1, 2, 3, 4, ...]
    ...
}

Is this a feature that you are looking for?

[bvssvni]

I haven't looked into the cloning of the runtime module. Do you have an idea of where in the Dyon codebase this is caused?

[obsoleszenz]

I also experimented with audio and added grab support at top level to allow pre-allocation of data such as arrays.

E.g.

fn main() {
    data := grab [1, 2, 3, 4, ...]
    ...
}

Is this a feature that you are looking for?

Didn't know about grab, that looks useful :)

I haven't looked into the cloning of the runtime module. Do you have an idea of where in the Dyon codebase this is caused?

I looked again and i think it should be fine as it's just an Arc that is getting cloned. I will have to look again into it. But I found another way, I'm now passing in the midi message as a vec4 which works well.

In fact I can now do this which is already quite helpful:

fn init_state() ~ mut state {
    state.counter := 0
    state.name := "Test"
}

fn on_midi(midi_in: vec4) ~ mut state {
    state.counter += 1

    status := x(midi_in)
    channel := y(midi_in)
    note := z(midi_in)
    value := w(midi_in)
    value_normalized := value / 127.0

    if note == 1 {
        dsp_set(ID_VOLUME_CH0() + channel, value_normalized)
    } else if note == 2 {
        dsp_set(ID_GAIN_CH0() + channel, value_normalized)
    }
    // Todo:
    // send_midi(0xB1, 12, dsp_get(ID_DB_METER_CH0()) * 127.0)
}