On Nov 23, 2015, at 9:05 PM, Alexandre Torres Porres <porres@gmail.com> wrote:

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