moreover, I really doubt there's any particular nuance that comes out of this... or that a fix would break it. All I know is that it's preventing FM patches from achieving stable waveforms as they should.
2015-11-24 0:31 GMT-02:00 Matt Barber <brbrof...@gmail.com>: > I usually agree in cases like these, but a sinusoid oscillator with > built-in DC is not the expected behavior in most any synthesis environment. > Notice how everyone in this thread was genuinely surprised by this behavior. > > On Mon, Nov 23, 2015 at 9:20 PM, Robert Esler <rob...@urbanstew.org> > wrote: > >> I would call this more of a feature than a bug that needs fixing. I >> would hope that [osc~] and [cos~] don't change, simply because many of us >> like these little nuances. >> If it is really bothersome then perhaps create a new version, but let’s >> not change a legacy object. A simple “fix” might break someone else’s >> patch. >> >> Just my opinion, >> -Rob >> >> Did you make it work in a patch? if so, can you share it? :) >> >> Maybe someone could work on a "fix" on the source and send it to miller, >> perhaps this could be updated for the next version release (0.47). >> >> cheers >> >> 2015-11-22 19:32 GMT-02:00 Matt Barber <brbrof...@gmail.com>: >> >> Yeah, so all that really needs to be done is to force symmetry by copying >> the 0-pi phase inverted to the pi-2pi phase + guard points for [tabosc4~]. >> I did that and it's been stable for 3.5 hours. It wouldn't be too hard to >> fix this in the Pd source; it would be a marked improvement to [osc~] even >> with the 512-pt table and linear interpolation. >> >> >> >> _______________________________________________ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list