• svanya

    Kraken a low-cpu, compact, highly versatile guitar effects stompbox


    Make a guitar effects rack that would

    1. do a lot (includes 8000 pedal combinations)
    2. cost very little cpu; and
    3. eliminate the need to "connect" effects abstractions

    (Master-Kraken-help.pd is the main patch.)



    The Stack (in this order):

    pre (gain)
    3 effect/pedal slots (with clean-dirty "bypass" toggle for the whole set)
    with each slot containing
    a (tof) menu to select from 21 effects (0 being raw)
    3 parameters (mknobs)
    a dry-wet slider
    a bypass toggle (for that line which crossfades in and out (set by the crossfade control, in ms)
    an infinite sustain toggle (for that line)
    reverb (with brightness and roomsize control and off|on toggle)
    compressor (with threshold, limit, ratio, attack, release (zexy~))
    master out level.

    Kraken also includes:

    a simple recorder (record and play (loop) toggles and recording the entire result)
    a popup (standard tuning) guitar tuner
    an [ adc~ | sample ] (a|s) switch (to test the sound or even post-process a track/file using openpanel)
    a presets control which loads or saves the current settings (for the entire rack and includes a date+time prefix as well as an entered name for each preset).

    Additional Info:

    OpenSoundControl (OSC) has been exposed for a future/additional post ("Kraken-OSC") which I have almost finished in Mobmuplat (only, for now, PdParty and others to be added later) and can be accessed via the send and receive to network abstractions inside the patch.
    10-looper(fw-bw) (>0.5 on, <0.5 off to record, play forward, or play backward)

    (which I believe are all available in Deken)
    plus zexy~ "load on startup"


    As I think with most pure data patches Kraken is built on the back of lots of other people's hardwork and diligent effort. In particular, it owes its effects to predominantly the DYI2 library (by Hardoff), the Stamp Album library (by Balwyn), those on the Guitar Extended website (by Pierre), and less so to a few others. And to all of them, I am deeply thankful.

    Tally-Ho! Happy playing.

    I am very thankful to finally "Release the Kraken!". I hope it may bring you many hours of pleasure, entertainment, and possibly education.

    p.s. if you see some of your work inside this, DO please let me know and I will credit you more specifically.

    Thanks again. Feel free to ask any questions you may like regarding using the tool, the abstractions, etc., and I will respond to them as soon as I am able. -Peace

    posted in patch~ read more
  • svanya

    I've been thinking about this feature a lot, as I repeat this task many times in any one work session...

    The process/requirements for the plugin:

    1. user selects a connection
    2. plugin turns dsp on, if it is not already
    3. press and hold the modifier key+the assigned key
    4. a [number] pops up on screen beside the connection
    5. which shows the [env~] (line~ version) for the selected connection (or if non-~ just the current value out for that connector)
    6. release the assigned key
    7. the [number] is removed
    8. dsp is returned to its original state.


    I have a piece of electronics hardware (I use with my arduino) with an alligator clip on one end and a pointer+led on the other. So by touching the pointer to a wire you can tell if a line is "hot"/getting any current or not.

    And I know, I, for one, would love if this were a part of PD.

    So a live line-tester, esp. automating the 1) add [env~] 2) add number, and 3) connect process I always use when I am debugging a patch.

    So sort of a pd-pointer with live/visual feedback.

    I have no clue how to write plugins. So could really use someone/higher minds to program it. And do think it would be for The Greater Good of the community once accomplished.

    Peace. Thanks, for considering. Look fwd to hearing your insight, direction, results, etc.


    posted in technical issues read more
  • svanya

    Just found my way back to this (after learning about Pi).
    ?-is there any way to auto-generate "*-help.pd" files for these?
    Figuring out what messages to send them will/would be a bear.

    Amazing work!

    posted in extra~ read more
  • svanya

    This was just a test-drive of my guitar controlled rack. But think it points a light in a very interesting direction.

    The patch sends values from the guitar to the rack base on 6 (midi) pitch slots between 40 and 64 (using sigmund~). The amplitude in those slots controls the values for 3 parameters per effect [1..6].

    Three channels/audio outs were sent to stereo wave files 1) after the eq7 (diy2), 2) after the first effect, and 3) after the whole stack.

    The two effects used were pitchshifter>a delay (triple bodyresonace (also diy2)).

    May you find it amusing. If not inspirational.

    Love and Peace through Music,

    posted in output~ read more
  • svanya

    Should have included this in the original post...besides song 1, for this album I abandoned the notions of melody, refrain, chorus, etc., and focused exclusively on the feelings I have when communication, esp. speech, is going "right". In other words having the music emulate a conversation, not a song.

    posted in output~ read more
  • svanya

    Though only version 1.0.0 (and am currently mastering to v 1.0.1) am very happy with how this came off.

    Large reliance on pd, esp. re. tone.


    Best listened to in the foreground and song #1, Sweet Dreams, is intended to put The Listener to sleep.

    May only Love and Good Will drive your spirit.


    posted in output~ read more
  • svanya



    purpose: to have a single slider(etc.) serve 2 purposes;
    akin to double/stacked potentiometers;
    esp. useful in OSC, ex. PdParty;
    0 $1=channel a(left) or b(right)[0|1];
    1 $1=the sliders value [0-1];
    left: channel a value;
    right: channel b value

    Created mainly to handle the limited screen space in PdParty. But can see how it migh prove useful elsewhere.

    May Music flow thru you like fruit from a tree.


    posted in abstract~ read more
  • svanya

    thanks for all your help (in advance).

    Peace thru all of our music flowering out if us,

    posted in technical issues read more
  • svanya

    As to an audio wave not being able to curl back, it can if the wave form is looked at as the sum of 3 wave forms where the value between t(or x)=a,b,c, or d are flattened to 0. So the audio signal is not one osc~ but rather 3 truncated ones then summed [+~].

    At least that would represent (visually) what a nautical wave does.

    Which is why I am so intrigued. Nautical waves "do" it. But have not seen nor heard audio waves do so.

    posted in technical issues read more
  • svanya

    my current thinking is...

    for the static version of just sound cresting use 3 wave tables assembled with the 3 shapes representated below (sin(x=0 to 3/2pi), sin(x=(pi to 3/2pi)/2offset pi), and sin(x=pi-2pi).


    as to whether this will auditorially speaking result in 0, I am unconcerned, i.e. just sum them and see what it sounds like/is it discernibly different from just osc.

    if someone, can tell me how to get those wave tables, that would be great. thanks, in advance.

    note: also found this:


    which may lead us to a possible Dynamic osc~ of breaking-wave form, since I am pretty sure we can do this using [osc~] plus some fancy audio arithmetic, ex. a timer to [*~ 0] where any of the 3 forms are not present, etc.

    thanks, also for any and all thought put into it.

    just stumps me, why on one hand Nature makes perfect osc sound but does not do the same thing for liquids (matter?).

    peace and love. may your day be blessed.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!