On 4 March 2011 09:23, gabor papp <[email protected]> wrote: > yes, that is the default install path on osx. the error above was a > combination of 2 things. first i tried to load "sample.wav", and i presumed > that fluxa will find it on the material install path as fluxus does with > textures. it could not, although i think this functionality should work.
I agree. Fluxa does have her own "searchpath" which makes sense because we will likely want to keep our samples in a different dir from our textures, but defaults are good for examples and testing. > the second async loading have worked, no errors. although play-now did not > play anything for the first time. maybe the sound is loaded a bit later than > fluxa wanted to play it and it got rejected? if i ran it for the second > time, since the sample loading are cached, the sound was played. > > That sounds like normal Fluxa behaviour. Fluxa is quite gentle with loading new samples in order to not make that cause glitches in playing sounds. > so as far as i can tell it more or less works on intel macs, and it's not > connected with your wav compression error. it might be a ppc thing with > libsndfile or fluxus. > > Likely, yes. And as Fluxa is mostly Dave's own instrument G4/OSX testing probably didn't have priority. There is some weirdness there anyway, because libsndfile is cross-platform and works for more file types and variations than Fluxa does. I'll wait for Dave's word on this, but I can't imagine that this particular issue has a lot of priority. Kas.
