Can this discussion be moved to the more specific haskell-art list, please?
Cheers
On Tue, 24 Jul 2018, 07:28 Jeffrey Brown, <jeffbrown.the_at_gmail.com> wrote:
> On further inspection, though these are important devices, they don't
> solve the general problem of feedback.
>
> The Delay* family will let you add a signal to a delayed copy of itself.
> You only ever hear two copies. The Comb* family can cause many copies of a
> signal to pile up on each other, truly feeding back -- but it doesn't let
> you stick anything in the feedback loop, so it can only sound like an echo.
>
> A general feedback device has two inputs and two outputs. You input from
> signal I, "output" to the feedback loop L, input again from the feedback
> loop L, and finally output to device O. The signals from I and L are
> summed, and the signal path L includes a delay. The output of such a device
> can sound completely unlike its input.
>
> This is how, for instance, a physical model of a plucked string works[1].
> There's a brief burst of noise, which goes into a feedback loop with a LPF.
> The result sounds like a guitar string: it begins buzzy, and the high
> harmonics fade first, so that it gets mellower as it gets quieter. To me,
> that's like magic -- it turns white noise into a pitched signal!
>
> I believe feedback is the basis of all the physical models -- pianos,
> bells, cello, saxophone, flute, xylophone ... a guitar held close to an
> amplifier ...
>
> There is a Quark[2] that claims to make feedback in SuperCollider easy. I
> remember finding it a few years ago and just scratching my head. But that's
> how I felt about envelopes, too; it's therefore not necessarily a
> complicated library for someone who really understands SuperCollider ...
>
> [1] https://en.wikipedia.org/wiki/Karplus%E2%80%93Strong_string_synthesis
>
> [2] https://github.com/supercollider-quarks/Feedback
>
> On Sun, Jul 8, 2018 at 12:42 PM Jeffrey Brown <jeffbrown.the_at_gmail.com>
> wrote:
>
>> Thanks, Tom! SuperCollider must have simplified the way feedback works.
>> This is a dream come true.
>>
>> On Sun, Jul 8, 2018 at 12:29 PM <amindfv_at_gmail.com> wrote:
>>
>>> There are lots of options here, but they're straight from SC. Simplest:
>>>
>>> delay1 - gives you the value of "in" from one sample ago
>>> delay2 - same, but 2 samples
>>> delayN - can specify number of seconds of delay, but don't modulate the
>>> amount (there'll be aliasing artifacts)
>>> delayC or delayL - can modulate the amount
>>>
>>> There's also "combC"/"combL"/"combN" which is closer to the electronic
>>> music definition of "delay" (a delay line with feedback).
>>>
>>> so you might do something like
>>>
>>> s3 <- s1 ~+ (delay1 (in_ s1) ~* s2
>>> out 0 [s3,s3]
>>>
>>> Tom
>>>
>>>
>>> El 8 jul 2018, a las 11:53, Jeffrey Brown <jeffbrown.the_at_gmail.com>
>>> escribió:
>>>
>>> Synthesizers with feedback can create some unbelievably beautiful sounds.
>>>
>>> https://www.native-instruments.com/en/products/komplete/synths/reaktor-spark/
>>>
>>> I wrote a tiny program (below) to try to make feedback. I knew it would
>>> not work, because once I tried to learn how to do feedback in SC, and it's
>>> more complicated than what I wrote. I never understood how to do it in SC.
>>> I'm hoping maybe it's easier in Vivid?
>>>
>>> Below is an example of what I'm trying to do.
>>>
>>> {-# LANGUAGE DataKinds, ExtendedDefaultRules #-}
>>>
>>> import Vivid
>>>
>>> boop :: SynthDef '["f1","f2"]
>>> boop = sd (400::I"f1", 300::I"f2") $ do
>>> s1 <- 0.1 ~* sinOsc (freq_ (V::V"f1"))
>>> s2 <- s1 ~- (0.1 ~* sinOsc (freq_ (V::V"f2")) )
>>> s1 <- s1 ~* s2 -- This line does not do what is intended. Instead
>>> -- it creates a new signal called `s1` that masks the old one.
>>> -- (That's a property of do-notation, not a problem with Vivid.)
>>> out 0 [s1, s1]
>>>
>>> main :: IO ()
>>> main = do
>>> s <- synth boop ()
>>> wait 1
>>> free s
>>>
>>> --
>>> Jeff Brown | Jeffrey Benjamin Brown
>>> Website <https://msu.edu/~brown202/> | Facebook
>>> <https://www.facebook.com/mejeff.younotjeff> | LinkedIn
>>> <https://www.linkedin.com/in/jeffreybenjaminbrown>(spammy, so I often
>>> miss messages here) | Github
>>> <https://github.com/jeffreybenjaminbrown>
>>>
>>> _______________________________________________
>>> Livecode mailing list -- livecode_at_we.lurk.org
>>> To unsubscribe send an email to livecode-leave_at_we.lurk.org
>>>
>>> _______________________________________________
>>> Livecode mailing list -- livecode_at_we.lurk.org
>>> To unsubscribe send an email to livecode-leave_at_we.lurk.org
>>>
>>
>>
>> --
>> Jeff Brown | Jeffrey Benjamin Brown
>> Website <https://msu.edu/~brown202/> | Facebook
>> <https://www.facebook.com/mejeff.younotjeff> | LinkedIn
>> <https://www.linkedin.com/in/jeffreybenjaminbrown>(spammy, so I often
>> miss messages here) | Github
>> <https://github.com/jeffreybenjaminbrown>
>>
>
>
> --
> Jeff Brown | Jeffrey Benjamin Brown
> Website <https://msu.edu/~brown202/> | Facebook
> <https://www.facebook.com/mejeff.younotjeff> | LinkedIn
> <https://www.linkedin.com/in/jeffreybenjaminbrown>(spammy, so I often
> miss messages here) | Github <https://github.com/jeffreybenjaminbrown>
>
> _______________________________________________
> Livecode mailing list -- livecode_at_we.lurk.org
> To unsubscribe send an email to livecode-leave_at_we.lurk.org
>
_______________________________________________
Livecode mailing list -- livecode_at_we.lurk.org
To unsubscribe send an email to livecode-leave_at_we.lurk.org
Received on Tue Jul 24 2018 - 06:55:53 BST