On Thursday 11 December 2003 15.18, RonKuper@xxxxxxxxxxxx wrote: > What I actually meant was that one should be able to support float > and fixed-point data simultaneously. For reasons already clearly > stated by David Olofson, I also don't really like the idea of > fixing the data type per processor class. The processor families > develop so that float processing that now seems too heavy, may > become more viable option later. <<< > > Hmm... I'm not sure about that. Usually the binary that wants > float would be targeted to one platform (say PC), while the other > would be targeted to another (mobile). ...except that low end games, multimedia toys and stuff like that often cover the whole range from 486 or Pentium and up. So, you may well encounter integer plugins on a 686 machine, and there's nothing in the binaries that automatically prevent P-II+ float hosts from loading them. > All I am saying is that all GMPI APIs use a typedef when talking > about sample types and parameter types. This typedef is declared > at compile time, we can even specify what's permitted. The > plugin's meta-data file reports to the host what these types are, > so that host knows what plugins it can and can't use. Yeah - and provided hosts are really required to check the metadata, the "compatible binaries, incompatible profiles" problem is solved as well. :-) //David Olofson - Programmer, Composer, Open Source Advocate .- Audiality -----------------------------------------------. | Free/Open Source audio engine for games and multimedia. | | MIDI, modular synthesis, real time effects, scripting,... | `-----------------------------------> http://audiality.org -' --- http://olofson.net --- http://www.reologica.se --- ---------------------------------------------------------------------- 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