@whale-av yes, [phasor~] *is *a ramp! I will try ...

my ideas, before starting to make it probably more clear:
what i would need:

samplecounter to know when time is up
and low pass filter to shape the ramp

?

or
samplecounter, calculate the ramp, do the ramp, time is up

something like this? Probably there is already some abstraction for this or a really smart way to go?

Time and target of the ramp should get calculated and executed several times in less than the 64 samples-grid of the message-domain sheduler [sic]

I correct myself: like [vline~] with audio-inlets

has anybody ever done this?
any ideas on how to do that quick and efficient?

[line]

[f]
[line~]
[sig~]
[snapshot~]
[tabwrite~]
[tabwrite]
[tabsend~]
[tabread]
[tabread~]
[tabread4~]
[expr]

not vanilla:
[pack~]
[unpack~]
[unsig~]
[speedlim]

wow, can you even set this flag with [pd~]?

[tabwrite~] writes to ram
[writesf~] writes to disk.

It depends on what you want to do with the recorded sound in realtime? How fast should it be?

Generally spoken if you want to record audio over a long period of time it's common to use [writesf~] as memory space of ram is much smaller than diskspace (on PCs).

[!= 0] and [spigot]

[poly]

@GWB70
that patch should work.
But what is [bpm] doing there?

Do you receive anything with the [midirealtimein]?
Did you connect Midi virtually?
I am using Linux, so don't know about that part in Windows...