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 brbrofsvl@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 robert@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 brbrofsvl@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