On Tue, Jun 10, 2003 at 07:59:04 -0700, Chris Grigg wrote: > Vincent said: > >Interleaving buffer becomes a problem when there is many channels. And for > >MultiBuses processing it's very boring to make the routing with interleaved > >stereo, 3: 1 5:1 7:1 strips. > > Maybe there is still enough performance justification for stereo > interleaving, even if not for arbitrary N channels? As Angus says, > SIMD performance gains from interleave could and should be measured > as a basis for this decision. But the gain from using SIMD on mono buffers is at least as good, probably better becuase of the beneficial cache effects. > Making a standard -- and I say this based on a certain amount of > experience in making standards -- is not about optimizing > implementation time for any individual programmer. It is about > optimizing the cost / benefit balance for the -average- company, in > order to create the best -aggregate- results for the industry as a > whole, and it's about finding a design that all the parties can agree > to. It is rare for anyone to get exactly the feature set they want, > and so making a standard quite often means more choices at > implementation time than some individual programmers would prefer. I also have some experince of the standardisation process (though usually more hands-off than this ;) and I think that its important to get the minimum number of implementation choices that will give you a functionally complete standard. It really is the stuff like that that makes standards unusably complex. The exmaples in this particular field are obvious, and I'm not going to name them. > If I had to condense the essence of the standards-making group > process into one sentence, it would probably be this: The individual > has to give up a little control, and sometimes a little efficiency, > for the good of the group; otherwise there is no agreement and > therefore no standard. That I agree with entirly, but it falls to people representing particular viewpoints to stand up for thier corner in an effort to get a sane standard. If we all just stand around throwing features into the pot the end result will be a waste of everyones effort. - Steve ---------------------------------------------------------------------- Generalized Music Plugin Interface (GMPI) public discussion list Participation in this list is contingent upon your abiding by the following rules: Please stay on topic. You are responsible for your own words. Please respect your fellow subscribers. Please do not redistribute anyone else's words without their permission. Archive: //www.freelists.org/archives/gmpi Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe