PolyBLEP / BLEP / BLIT etc with oscillator sync
Has anyone managed to implement a polyBLEP or similar oscillator with sync in PD? I have a good saw osc & a good PWM but I can't figure out sync.
Also can't figure out triangles. I suppose I can just filter a square but trying to avoid lots of upsampling & filtering.
@jaffasplaffa they don't use upsampling but they do use blit (leaky integration of a periodic sinc function/bandlimited impulse train) and so they can't use hard sync or too much frequency modulation unfortunately.
bc blit sounds better when you don't need those things imo. (I haven't checked out jpcex yet though, seems like it uses minblep too which might sound ok with long tables)
Ahh okay, that makes sense.
I think the jpcex sounds decent for what I tried for now. Haven't used it in a synth yet, only experimented with it.
Actually I used your Shadylib oscs for a Moog clone I was working on at some point and I had some issues with frequency modulation, it kind of "blows up" at times. Especially when feeding the same osc back to itselfs frequency input, like feedback, it blows up. Thought it was something in my patching, but since you mention it here, I think I'll try some other oscs and see if I get a better result. I like the ones form your library, cause it was pretty easy to get the right waveforms I was looking for, like sharktooth Moogish style 
@jaffasplaffa yeah that's one of the issues, a result of the shape of the bandlimited pulse changing from jumping around frequencies (so the negative and positive parts don't exactly cancel out in the sum, and so then they build up in the integrator.)
I am going to take your word for it, this is a bit beyond my knowledge on the subject 
Re: blit oscillators not being good for FM...
I think if you are doing FM and you don't want aliasing, you are going to have to upsample and filter anyway, so you may as well start with mathematically perfect waveforms and at least know what results to expect.
Anyway a bit of aliasing is nice on FM isn't it? The sound of Yamaha
tri wave from phasor is possible the same way than the others, (i cant tell you offhand now, but i think tri was the one where you also have to care for the phase(!).)
(eventually you will have to raise the number of partials from 8 to 12 or 16 to get the same spectral content as for sawtooth, not sure.)
and the most basic hard sync is indeed simple, you would just restart the phase accumulator early.
and of course you are right, when you run bl waveforms which you did by additive, you also wasnt to use bl sync.
regarding the use of blep/blit like phase accumulator modulations i kinda have the same request like you, so i keep watching, though it is doubtful anyone can answer how to do it on pd patch layer - efficiently and easy to use, that is,
@nuromantix For reference:
PolyBLEP triangle
http://www.martin-finke.de/blog/articles/audio-plugins-018-polyblep-oscillator/
https://www.kvraudio.com/forum/viewtopic.php?t=375517
Hard Sync without Aliasing in this thread:
https://forum.pdpatchrepo.info/topic/5507/antialiasing/7
Did someone do aliasing-free sync without filter in pd yet?
I've been digesting this and trying out stuff for a couple of weeks: http://argos.vu/wp-content/uploads/2016/05/Digital_Sound_Generation_1.pdf
It's a pragmatic "hands on" cookbook with recipes for -among other things- BLEP oscs (including triangle), FM and hard sync. It provides polynomial approximations for both sinc and sin/cos functions. The BLEPs are based on table lookups but you can cook your own with either cheap polynomials or just as cheap [cos~] lookups.
I am getting curious as to how (in)accurate PD's native [cos~] object is, prompting MP to use a 2000(+) sample array for his BLEP rather than [cos~] on the fly...
Thanks for the fascinating link.
polyBLEP is also implemented in faust. so faust2puredata and you are ready to go. i did not do any benchmark test, but gess faust generated externals are not so CPU greedy...
<~.~>
Oops! Looks like something went wrong!
