Ah, much better :) I do get an error in Firefox: AttributeConnection>>update: TypeError: webR.getVersion().versions is undefined
But the synth works anyways. - Bert - On 28.02.2012, at 23:56, Daniel Ingalls wrote: > Hi Bert - > > Thanks for the alert. Yes you are right; there was a problem initializing > the native buffer after deserialization. > > It should all work properly now, and I've tested in Chrome, Firefox and > Safari, thus testing compatibility with the native sound in all three schemes! > > Pull it out of the parts bin or visit... > > http://lively-kernel.org/repository/webwerkstatt/users/Dan/SoundTest3.xhtml > > - Dan > ---------------- > On Feb 28, 2012, at 3:16 AM, Bert Freudenberg wrote: > >> Hi Dan, >> >> on my machine this sounds worse - not the timbre, but the sound mixing in >> general. It's like a click on every buffer underrun maybe? I've recorded it: >> <livelysound.mp4> >> This is a very fast Mac running current Chrome (17.0.963.56). >> >> Previously the sound was much smoother, only when scrolling lists it would >> break up. >> >> - Bert - >> >> On 28.02.2012, at 01:29, Daniel Ingalls wrote: >> >>> Folks - >>> >>> I just tweaked the PluckedSound timbre so it sounds better (*). Also now >>> if you have a keyboard (ie synthesizer) in your world, you can evaluate >>> AbstractSound.bachFugueOn(PluckedSound.default()).play() >>> to play a 4- part Bach fugue in stereo. >> >>> - Dan >>> >>> (*) The PluckedSound algorithm is incredibly simple: It just fills a >>> buffer with random numbers (ie white noise) and then, while it plays the >>> buffer it also repeatedly averages adjacent samples. This has the effect >>> of a low-pass filter, so the white noise quickly settles down to the lower >>> harmonics, and eventually settles down to just the fundamental note. The >>> problem, which you might have heard if you played around with it, is that >>> the higher notes damp out too quickly and sound less like a plucked string >>> and more like tapping on a tin can. >>> >>> This morning i woke up with the realization that at higher frequencies we >>> should not just average adjacent samples (makes the note die down too >>> quickly), but instead should do something more like a 10-to-1 blend. It >>> did in fact make the higher notes sound better, so I now have added a >>> factor (this.damp) that is scaled to the pitch of the note for frequencies >>> above 400 Hz. Check it out. >>> ------------- >>> On Feb 17, 2012, at 3:36 PM, Daniel Ingalls wrote: >>> >>>> Yayy! I think I'm done for a while. Stereo separation works now, and the >>>> sounds are much better. >>>> >>>> The PluckedString algorithm is inherently noisy so now we can move on to >>>> FM. >>>> >>>> But, hey, check out the sounds now, still at... >>>> >>>> >>>> http://lively-kernel.org/repository/webwerkstatt/users/Dan/SoundTest3.xhtml >>>> >>>> - Dan >>>> >>>> PS Alan: The lower voices are given higher volume in the score, so that is >>>> explained as well. >>> >>> _______________________________________________ >>> lively-kernel mailing list >>> [email protected] >>> http://lists.hpi.uni-potsdam.de/listinfo/lively-kernel >> >
_______________________________________________ lively-kernel mailing list [email protected] http://lists.hpi.uni-potsdam.de/listinfo/lively-kernel
