• ddbt

    Hi there..

    I made an envelope but I can't figure out what I did wrong. Please see the .pd file for more information.

    Thanks!

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

    posted in technical issues read more
  • ddbt

    Hi there..

    I'm new to Pd and I like it a lot. I'm wondering how you guys use Pd in your workflow of making music. I'm using Ableton Live as a sequencer and I'm looking for new ideas for using Pd or a nice way to set it up with Ableton. I am aware of the Jack thing for Windows to route audio and I know how to route midi from Ableton to Pd. Unfortunately, when I set it up this way, there is a lot of latency. Is there a manner to deal with this or is there a Rewire connection available (like on Max/Msp), which has a lot less latency? I know these are multiple questions, but after searching through the forum these questions remained unanswered to me.

    Thanks a lot,

    David.

    posted in technical issues read more
  • ddbt

    Aaah.. I see, now I can finally go to sleep :). Thank you all for your great help!

    posted in technical issues read more
  • ddbt

    Thanks again arif, great help! Still some questions for the purpose of understanding it all, I hope you don't mind.

    Concerning..

    a) isn't vline~ starting at 0 by default? And because it changes back to 0 (in the decay stage) is it necessary to add this step?

    b) I know about the timing difference between the play and metro button. Actually I was talking about the difference of the graph when you connect the bang of the envelope AND the bang of the tabwrite~ to the metro. The figure of the curve is the same all the time, but the position of the curve on the x-axis changes in small steps if you look closely. That's what I still don't understand.

    posted in technical issues read more
  • ddbt

    Thank you both boonier and arif for your great help so far. Now I understand how I can send 'packed messages' to vline~ I'm still wondering why..

    a) the first step of going to 0 in 1 ms (from whatever level) is necessary. (?)

    b) the graph still changes, while it should generate the same sound and/or graph all the time. (?)

    posted in technical issues read more
  • ddbt

    Arif.. that would be nice. I think I understand the concept, but not how to connect it properly.

    posted in technical issues read more
  • ddbt

    So you use 5 ms as an attack value and 5 ms as a delay? But how should this be for percussive elements like a kick drum. I use 1 ms attack to avoid a click, but this does not seem to work. 5 ms works, but is less percussive.

    And how about the changing graph? Even when I choose 5 ms?

    posted in technical issues read more
  • ddbt

    Is this as simple as connecting the target-value-slider to the 1st inlet, the time-to-get-there-slider to the 2nd inlet and the delay-to-execute-slider to the 3rd inlet?

    posted in technical issues read more
  • ddbt

    Thank you both for your quick replies! I know about the 2 ms delay. But still.. see the graph.. it still changes slightly at some points, while it should be the same all the time. (1 ms delay.. -> beep beep no-beep no-beep. 2 ms delay.. -> beep-short beep-short beep-long beep-long -relatively of course.)

    And I know about vline~ too, but in the end I want to be able to connect sliders to the envelope. That is why I chose the pack object, so I can connect sliders to those inputs. Or is there a way to deal with sliders and vline~?

    And in the end I think this setup should work theoretically..?

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!