SDK Theoretical ?'s

[sondod]

In theory, can any group can be made into a plugin?
In turn can plugins have sub plugins?
Can you add and or view existing bidules (not groups)?

[seb@plogue]

If your group is made out of really basic bidules where you know/can tell the processing they do and can re-code it then you could redo your group in code and expose any parameters you wish. You do not have access to existing bidules with the SDK, it's really meant to code your own processing function.

[sondod]

I'm just getting pushed more and more toward the SDK these days. I was hoping to be able to by example take the Basic Audio, peek under the hood and make a mono version. Looking at groups now I'm starting to see where things could be coded but trying to figure what the limitations will be once I jump in.

As an example though if I made a mono audio player would i be able to use it by example in a simple loop plugin?

[seb@plogue]

As an example though if I made a mono audio player would i be able to use it by example in a simple loop plugin?

I'm not sure I understand. The SDK gives you the tools and hooks to define a bidule as having this inputs and that outputs and these parameters, and you fill in the processing function with your own code you can't have things like :

send inputs to a basic audio file player, take the output of the basic audio file player and sent it to this other bidule...

[sondod]

I realize that. But my thought was that inside of the basic audio player is the code for the file the play controls and the outputs. Call it 'bap.xxx'. It compiles to the audio player. But couldn't I then take bap.xx and load it into another plugin which by example sets loop points for it? Not like a group inside a group but just building off the old code?

[seb@plogue]

The SDK gives you the interface code with Bidule and a skeleton to do your work, you do not have access to the source code for the existing bidules. Given that nothing prevents anyone to write a file looper or player.

[boonier]

On a side note...

It would make a useful example however, as to how to index the audio file in the c++ code. I understand that existing code is off limits and that's fair enough, but where would one get an idea of how to do this - is it a pretty generic method? I get how to do it in essence, but as always there's a 'right' way to index a table in c++

cheers

[dts350z]

Yes I'll add my vote to that.

Since the basic audio player gives bad sound after ~5 minutes audio duration, more hooks into audio files would be great.

[seb@plogue]

There is no specific way to access the contents in C++, it depends on what you need.

If you have a constant stride, simply incrementing/decrementing the pointer with a check for the boundary
(there is no way to know the size of a chunk of memory, use the numSamples value in the struct...), if you
will be accessing randomly you should simply index the pointer as an array (and still check for boundaries).