it just wasn't connected where it should be... like in the st versions
the fft reverb confused me faster than i could close the window...
do you have any links or whatever about it?
DIY2 - Effects, Sample players, Synths and Sound Synthesis.
it just wasn't connected where it should be... like in the st versions
the fft reverb confused me faster than i could close the window...
do you have any links or whatever about it?
pd redefining mathematics |expr fact(0)|==0
it's just ripped from one of the pd help files, i think.
do you already have a gate object? one of the things i miss and didn't build myself jet
also for the 808_multi* abstractions... do you see a way to set/display a name for the individual substates?
remembering 1000 numbers might be a bit too much
just asking... there is always a way to take notes... at least with comments
pd redefining mathematics |expr fact(0)|==0
your (mmb's) bitcrusher has a bug on lower bitdepths it introduces a dc offset
its because of your int where 1.5 ->1 but -1.5 -> -2 but a normal int isn't much better because it maps -.9 to .9 onto 0
you should make it all positive
instead of * bitdepth it should be (sig+1)*bitdepth and sig/bitdepth-1
pd redefining mathematics |expr fact(0)|==0
yeah, i made a simple gate with threshold, attack, and release.
i think the easiest way to do display names, would be to make a little subpatch (or abstraction) with a symbol box, and connect the inlets and outlets of the signal box to an 808_state abstraction. that way, whenever you change state, the symbol box would also be updated.
ok, will fix that bitcrusher. i think there are a few objects which introduce DC offset, and it's something i had never paid too much attention too. but with the new library, i included a simple oscilloscope so that sort of thing becomes more obvious to me.
also, i packaged up that nice bitbasher maelstorm posted the other day.
ah good then i'll just wait for the gate
i'll try this
yeah the oto thingy is interesting
what lop did you use?
pd redefining mathematics |expr fact(0)|==0
none, i just bundled up the bitmasher.
Thanks, mod! There's stuff in that library based on the work some crazy-good Pders. It's quite a compliment to know that I made something worth adding.
>>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)
pd redefining mathematics |expr fact(0)|==0
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?
pd redefining mathematics |expr fact(0)|==0
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?
pd redefining mathematics |expr fact(0)|==0
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?
pd redefining mathematics |expr fact(0)|==0
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?
Oops! Looks like something went wrong!