-bug-fixes!!
-simplification of bat fuzz
-filter changes
-other stuff
-rect down with clip
-(new) rect c to simulate the behaviour of the old rect down

the msi version is the most recent
in ms i tried to make the biquad based filters more samplerate independent....
well..... its better than before.........

i stands for "iemlib filters"
the vcf are the only ones i could find which are samplerate independent so i used them
does anybody know a better solution?
which one sounds better?

i know there are some things which could be done better.... like switching the inactive filters off
well... you do it!

http://www.pdpatchrepo.info/hurleur/kruemel_ms.pd

-bug-fixes!!
-simplification of bat fuzz
-filter changes
-other stuff
-rect down with clip
-(new) rect c to simulate the behaviour of the old rect down

the msi version is the most recent
in ms i tried to make the biquad based filters more samplerate independent....
well..... its better than before.........

i stands for "iemlib filters"
the vcf are the only ones i could find which are samplerate independent so i used them
does anybody know a better solution?
which one sounds better?

i know there are some things which could be done better.... like switching the inactive filters off
well... you do it!

http://www.pdpatchrepo.info/hurleur/kruemel_ms.pd

no feedback?
well next version
with level compensation for batfuzz and mute
not perfect but bearable

http://www.pdpatchrepo.info/hurleur/kruemel_msi.pd

Oh, i am so sorry. I totally forgot this as i was strugeling with other things. Looks descent sofar, will have to give it a try with some samples and report.

New Version of mine:

* added slurs bat fuzz
* added slurs oversampling
* changed the maximum samplerate to 44000Hz (don't forget to oversample before using rates over 22000Hz!)
*clock scale is now logarithmic
* simplified the rect down
* kept my interface
* kept the [spigot~]

Have fun.

http://www.pdpatchrepo.info/hurleur/kruemel_m.pd

You should really get rid of the [spigot~]. It doesn't work on Windows, and there's nothing it can do that [*~] can't.

* changed the maximum samplerate to 44000Hz (don't forget to oversample before using rates over 22000Hz!)
yeah right wanted to do this too... now its done in a good way i think

has anybody an idea how to make my version use less CPU?
i guess its the iemlib filters but i'm too lazy to think about a good (!) way to switch them on/off
can't put them into sub patches and switch them on the hard way. i guess this would lead to clicks and whatnot

agroschim:
you have kept a crapload of other crappy crap... like the samplerate dependant biquad

http://www.pdpatchrepo.info/hurleur/kruemel_msi.pd

You could [switch~] them off without clicks by crossfading them. [switch~] the new one on and fade-in while fading the old one out and [switch~] it off at the end of the fade. You'd have to get rid of the [mux~], but since only one will be on anyway it shouldn't be a problem.

@slur said:

you have kept a crapload of other crappy crap... like the samplerate dependant biquad

I admit it, i've been a bit lazy with this one. I'm sorry, i had different things in my mind the last weeks. I promise to make a major update this weekend, with a new bitwise distortion feature.

uhuuhh this sounds nice....
and always remember the filters....
i think it would have been easier to just put your gui back into my stuff... or whatever
if you want to use biquad for whatever reason look at my ms version... its not perfect but at least a starting point
there even exists a msia a=array where the whole first part is done by an array to reduce cpu load but it only brought 20%? for a lot side effects so i kept msi

maelstorm:
yeah i'm just to lazy... but i think i now have a good idea to make it simple and effective
maybe i'll implement it

Mh, i thought bit shifting would do a nice distortion. But since i didn't figure out how to do a circlar shift without the expense of cpu load, it doesn't. I'm still working on it, but don't expect to much, especially since i got some really nice VSTi synths to work on my linux machine.

pah.... bitshifting mostly increases frequency and is easy to do if you speak even a bit binary ;p

current version features:

• bitshifting (gets crazy with the oto distortion)
• reduced cpu load to 60-70%
• removed bitswitching because its similar to bitshifting
• maybe something else

Another angle, a bit messy though (and mono). But you get the idea.

http://www.pdpatchrepo.info/hurleur/otomono.pd

nice work!... I want to add some more effects to mine...to make it a multi-fx box but I have to figure out how to use [switch~] properly

Over time, since I stumbled upon this thread, the bit inverter principle has remained one of my favorite effects. A sound can't get harsher than this. It's better than bit reduction. If you can't get enough of that sort of sound, listen to Iszoloscope:

http://www.iszoloscope.net/main.html

Attached is my current Pd bit inverter, simplified and extremified to the bone, with a crude noise gate built in.

Thanks to all people in this forum collaborating and finally finding out how to make a bit inverter, for example.

Katja

http://www.pdpatchrepo.info/hurleur/bitflip~-demo.pd