@jameslo I wonder if that's much different from DX-style fm. I know linear fm is technically possible with analog circuitry if it's designed to implement the equivalent of negative frequencies. I'd imagine it would have different results to lookup table FM. MY tx81z is at the bottom of a big box, so I can't test

The feedback routing I had was based on the poly setup of a 4op patch, I forget where I heard previously that send and receive was the right way to implement feedback, but I'm pretty sure that's the problem. What I don't understand is why s~ and r~ don't seam to be affected by block~, although i'm not sure. Was using an Array object as a buffer something you've seen for the purpose before?

That would be cool. Messing with libpd was one of the many untouch things on my projects list. VCV's code is really well laid-out and readable too. I know I'm too distracted probably get to it, but I bet someone will.

@jameslo I am about to dl and check it out now. One thing though, I think I did have the modulator as the feedback operator, it's a bit hard to see because the feedback goes through inlets and outlets in the operator subpatch (the top one), and then the send and receives are outside that subpatch. Edit, you saw that. Yes having it post-attenuation and post-adsr was a change I just made, but it wasn't better before when I had it coming straigt from cos~. The thing is you are suposed to be able to get a decent saw just with the modulator so I wonder if it's something about how I was using block~ or the way I had the feedback routed outside the patch..

The switch to get the direct signal from the modulator is because as that video was demonstrating you are supposed to be able to get a saw just from the modulator alone with feedback, and a better saw from the carrier. Either way my patch didn't sound right.. I will check your patch out,,

Edit2: Yours definitely creates a saw perfectly. I noticed you defined a feedback buffer specifically instead of just using sends and receives, I think that or maybe something about the subpatch structure I had was meesing up my block size? I will have to look when I have more time later,,

Hi, I have been working for a while on a 4 op FM synth, but eventually I noticed I saw not able to get some sounds I expected to get despite any setting I had tried. I know feedback is essential and I have that implemented with send and receives, as well as a block~ 1 setting. Still I seem to be missing something.

I attached a simplified test patch, with just one operator fed onto another, the modulator is capable of feedback and the carrier is sent to the dac. I looked around and this video:

describes getting saw sounds from a DX7, but replicating those settings still doesn't work.

Anyone have an idea of what I'm missing? I included a 2op test patch.

Thanks
fmtest.pd

Ok, that solved it. thanks : )

I'm using Purr Data and noticed I can't create an expr~ object with a condition although it works with expr.
Has anyone had this problem? The documentation seems to suggest that it would work...
The expression I tried was: [ expr~ if($f1 >= 0.5, 1-$f1, $f1) ]

Hi, I just thought I'd ask about the trouble I'm having getting poly to work as I expected.

I am trying to get polyphonic keyboard input working using poly. I previously had some other solution, but I thought poly and route would be the proper way.. In my patch, I have the note and on/off values packed together which seems correct to me, but the output of poly shows it's cycling through notes on evrey input even when the midi note is the same.

I'm stumped. If anyone could let me know where I went wrong I'd appreciate it.

Thanks
key.pd

Hmm, yes that didn't seem to work,

I noticed that in the download from the pd externals page, there is a separate folder for the mp3 stuff with the source, so perhaps I could try to compile it myself, but I probably won't end up doing that.

I don't think I have the same readme's that you mentioned (I have the dekken installed version 1.7, and the 1.7 zip from the pd site). Shame, because it would be a good way to have a large library of source material for processing sounds, but I suspect it just isn't compiled to work on current windows machines...

I'm wondering if any windows users have had success with any mp3 playback externals?
I tried mp3play~ in iemlib which wouldn't create, and also readanysf~ which also wouldn't create.
I think I followed the installation instructions correctly and it's more likely that it just isn't working.

thanks

It seems like the libraries are loading now, I have cyclone working in 0.47 by adding it's subfolder to the path menu. It still says "cyclone: can't load library" in the console if I have cyclone as a startup entry, but if I remove it the error goes away although the library still loads. The other libraries seem to be loading also, except for zexy which seems to need the startup entry.