>>instead of * bitdepth it should be (sig+1)*bitdepth and sig/bitdepth-1<<

i changed that, and still noticed some offset on the very lowest values, so i changed the int to [expr~ int($v1+0.5)] and it works almost perfectly.

cheers for the bugreport

mael, have you got anything else that would fit in well? i'm only too happy to include it.

all suggestions are welcome.

Not sure. I'll dig around my hard drive and see if I find anything, but I think I have mostly unfinished projects. ;-p

oh man, don't get me started on unfinished projects. on some broken hard drive somewhere, there is a pd impulse tracker clone that i worked on for weeks and weeks, and eventually gave up on because the gui couldn't hack it, and the patch got too complicated.

then, there's the dx7 clone that very nearly got finished and left aside for other work. (it was way more than just a standard 6 op fm thing, i had researched pretty much the whole thing, and had patched most functions of the synth in good detail),,,but then it just got too hard in the end and i left it unfinished.

i think, that this is probably the 2nd biggest shortfall of pd. the first is certainly the gui. my commodore 16 could handle graphics better than pd does. but a close second is the 'unfinishability' factor. once you start making large and complicated patches, they inevitably get really hard to complete.

actually, this library project was born from the fact that i had made heaps of stuff as part of other patches, and needed a place to keep it all safe from the trash bin.

[expr~ int($v1+0.5)] has still the bug but [expr~ rint($v1)] not (at least in expr)
if you want to use wrap for vanillas sake you have to use my calculation.... if you want to i'll build it
or is expr vanilla? don't know *blushes*

next bug:
your combfilter works with z~ which isn't samplerate independent
with G05 you can make 1 block delays on 44.1k which will be 2 block delays @88.2k
the bad thing is i think delread~ does some kind of interpolation

some time ago i found buzzer+clank... shall i make a diy of them? and in which category do the fall? perk? or something new?
i think we need more weird stuff like these

what about the coming sequencers
will they have variable divisions like the diy-metro + diy-beat combination?
will there be at least one which has the ability to offset the beat? a while ago i made a ugly sequencer which could bang at 10 (normal) or +- 90%
10.45 (+ 90%); 9.55(-90%)...... kind of like the idea but didn't use it much till now
and will they have enough values per beat to make fancy stuff?

why not expand the rbg utility to the font colour and place the label into the slider to tighten up the interface
this could reduce the needed space down to 50-60% (?)

unfinished projects: the slurscreamer.... maybe i should name it this way to get my motivation back
its a try to make a tubescreamer in pd with complex clipping (already done) and a crapload of nasty features and feedback (not done)

Stupid question bad I am not an expert. I put the DIY2 folder in contents/Plugins but the Pd doesn't recognize the objects. Where should I put the DIY2 folder? (Mac OS X 10.5.5)

You can put it anywhere. Just go to Preferences->Path and add the DIY2 folder to the list. Actually, if you're using extended, on OSX it's easier if you don't put it in Pd's .app package. You can't access those folders with the file browser in Path's dialog.

so some new suggestions

1. make the gain slider so that it has a real 0 to so that one can mute the effect/instrument whatever
2. make a default bypass-button or wet/dry-slider

i added a fast example of mono-template with bypass and one possible version of the gain mod
i know you'll make your own decision how to do this if you want it so i didn't put much time into it

also i made a mono-gate but it has some issues which can be found through the mono-gate-help
does someone know how to get rid of those bugs?

http://www.pdpatchrepo.info/hurleur/mono-templateEXAMPLE.pd

so some new suggestions

1. make the gain slider so that it has a real 0 to so that one can mute the effect/instrument whatever
2. make a default bypass-button or wet/dry-slider

i added a fast example of mono-template with bypass and one possible version of the gain mod
i know you'll make your own decision how to do this if you want it so i didn't put much time into it

also i made a mono-gate but it has some issues which can be found through the mono-gate-help
does someone know how to get rid of those bugs?

http://www.pdpatchrepo.info/hurleur/mono-templateEXAMPLE.pd

so some new suggestions

1. make the gain slider so that it has a real 0 to so that one can mute the effect/instrument whatever
2. make a default bypass-button or wet/dry-slider

i added a fast example of mono-template with bypass and one possible version of the gain mod
i know you'll make your own decision how to do this if you want it so i didn't put much time into it

also i made a mono-gate but it has some issues which can be found through the mono-gate-help
does someone know how to get rid of those bugs?

http://www.pdpatchrepo.info/hurleur/mono-templateEXAMPLE.pd

Love this great collection. Its really helping me learn Pd.

One thing though, in the 303 sequencer, it doesn't seem to properly send the glides out of its outlet. When I print the packed (accent/notelength/pitch/time) message from the outlet, the 4th argument is always 1 whether or not glide is enabled for that step. I can't figure it out because the float object that is supposed to input the extended note time appears to be doing its job, but somehow once its packed, it just ends up as 1. Does anyone else have this problem?

the whole 303 thing was just a bit of an experiment. it is full of bugs. i'm not too sure what the cause of the problem is in this case, but there is a pretty high chance that it is just something i messed up. (-matt hardoff)

sorry!

Thanks mod for this amazing set of patches and everyone who has contributed.

Any update on the status of DIY3? I would love to get my hands on a revision with the [loadbang] reset issue fixed.

Have you thought about putting the working code on github or another repo?

I have had a lot of fun working with DIY over the last 6 months -- making a lot more music and doing a lot less silent tinkering in Pd.

diy3 is a mess! there are too many parts which depend on other parts, and it is a long way from what it should be.

that said, there are some good new bits, and i really should look into fixing it all up. i actually do have the time to do it, but not the patience, at the moment.

hmm, i'll try to get motivated.

I will look forward to that!

Dear Hardoff,

I echo everyone, this is a truly amazing library.

I have been tinkering around with some of the synths.

Recently I posted a Singal-to-Midi patch (see below) and I am trying to control your [syn-stringsynth] and having trouble finding a way to turn notes off. I tried using one of your envelope generators to help trigger an envelope, but I am having a hard time trying to figure out what the inputs take and what the outputs deliver.

Any help is most appreciated, especially with the amount of work you have already delivered in your amazing library.

Thanks again for the library, and thanks for any help you may provide.

sincerely,
dkeller

http://www.pdpatchrepo.info/hurleur/SIGNAL-TO-MIDI-4.pd

you can't really turn notes off. it's just a synth waveform. so, you would plug in an envelope after the [syn-stringsynth]

i think the envelope is called [eee-adsr~] or something like that

Hi Mod,

Thanks for the speedy reply and by your description of what to do, that would seem logical and I tried it. however.....

what I figured out is that you need something like this:

[syn-stringsynth] [eee/adsr~]
\ /
\ /
\ /
\ /
\ /
[*~ ]
l\
l \
l \
[dac~ ]

Thanks again, Mod!
dkeller

@mod said:

>>another suggestion: why not make a lib sub-folder. where you can store such things like modulate. or a scale log which then could work with arguments. <<

that's how i originally did it, but i just wanted to make it so that the modules would just 'work' even if they were removed from the library. i guess i was kind of successful in that regard, because i have spotted some of my drums and stuff inside other people's projects. the only abstraction they need is the 808_state for state saving, but they will work fine without that anyway.

>>currently i guess it would be annoying to change all modulates.<<

i sometimes have a lot of free time the other day i went through the whole library and replaced all the [loadbang] objects with a subpatch to allow for loadbang on dynamic creation. this meant changing around 100 patches and resaving them.

i will do DIY3 soon then. it is not 'finished', and i have some worries that it is not at all backwards compatible with DIY2, but at the end of the day i am a musician more than a programmer, so the function is what matters.

diy3 'upgrades' include:

a built in sound editor, so you can record loops and sounds and edit them within pd and then export them to .wav files.

some more 'synth' like modules and effects units (tape echo, etc)

inbuilt diy-clock module that ties everything together for sequencing, and then of course some sequencer modules.

vanilla pd compatibility (this unfortunately meant removing some really useful things like the 7 and 13 band EQ's, but they could always be imported from DIY2)

Hello,

I happen to be researching ways to make a tape echo like the old roland type using pure data. Would it be possible for you to put up some of the effects from DIY3 such as the tape echo you mentioned?

they are all up, at the link given in the original post:

http://www.m-pi.com/DIY2.zip