>> But N is not fixed! The host is free to call the plugin's run() or >> runAdding() function with any non-zero argument. It might call it >> like: >> >> run(16); >> run(21467); >> run(1); >> run(480); >> run(16384); > >May i just ask, out of curiousity, why the host would want to do that? If the frames-between-interrupts was, say, 32657, and there was a series of events received by the host that changed its internal state, then it may need to subdivide the processing of those 32657 frames into smaller blocks, changing state at the sample-accurate time between each sub-block. However, this is extremely unlikely and I was just using it as an example for pedagogical/ranting purposes :) --p
- Re: [linux-audio-dev] Laaga multiple sample rates ... Tom Pincince
- Re: [linux-audio-dev] Laaga multiple sample rates ... Jarno Seppanen
- Re: [linux-audio-dev] Laaga multiple sample rates ... Steve Harris
- Re: [linux-audio-dev] Laaga multiple sample rates ... Jarno Seppanen
- Re: [linux-audio-dev] Laaga multiple sample rates ... Jarno Seppanen
- Re: [linux-audio-dev] Laaga multiple sample r... Steve Harris
- Re: [linux-audio-dev] Laaga multiple sample rates ... Steve Harris
- Re: [linux-audio-dev] Laaga multiple sample rates ... Paul Davis
- Re: [linux-audio-dev] Laaga multiple sample rates ... Paul Davis
- Re: [linux-audio-dev] Laaga multiple sample rates ... Simon Per Soren Kagedal
- Re: [linux-audio-dev] Laaga multiple sample rates ... Paul Davis
- Re: [linux-audio-dev] Laaga multiple sample rates ... Jarno Seppanen
- Re: [linux-audio-dev] Laaga multiple sample rates ... Paul Davis
- Re: [linux-audio-dev] Laaga multiple sample rates ... Paul Davis
- RE: [linux-audio-dev] Laaga multiple sample rates ... Richard W.E. Furse
