DSP Robotics Support

I believe that to have a proper functioning sample accurate,
must have these primitives directly with a connector ruby value [ V ].
otherwise to take the values ​​of these in ruby​​,
you must first be sampled in a Frame and always will be delayed on the size of the audio buffer.
having them directly in ruby​​, you should not use the primitive delay compensation, for proper operation.

PPQ
Sample Position
Bar Position
Time Signature
Tempo

Tronic wrote:I believe that to have a proper functioning sample accurate,
must have these primitives directly with a connector ruby value [ V ].

I would rather like to have that as Ruby methods, so I can poll the values. With your suggestion, Ruby would recieve an event every sample, and this would overload almost all modern CPUs even with the shortest code.

No, i think you have this value in a block already,
it is present in AudioProcessor.Process when FS call it to retrive the audio buffer,
then you have only output of this block of value from GetTimeInfo request.

There is no thing called AudioProcessor in FS

Yes, of course, I answered based on the possibility to do so by side C++,
I speak of the VST SDK, and its code that developers use, i think,

I do not think it is impossible, also because it is already being done for the primitive FS Sync, now it releases a trig every time the bolckSize buffer is required, so there could also give the contents of the buffer, in the C++ function in the VST SDK for GetTimeInfo , would be the contents of the buffer, with ppq, samplepos etc..
no?

good spot, Tronic.

I meant is that the developer could use more or less what you said.