• gentleclockdivider

    @whale-av said:

    So is it possible that it was it [cyclone/line~] that you tested in your opening post? .... as you separated the pairs in that screenshot?

    No , because cyclone line can only be instantiated with cyclone/line~
    1.jpg
    In my first post , I separated the pairs in the message because I was pretty sure pd line~ did not accept multiple pairs contrary to what the info bubble said.

    After all , vline~ would be my first choice since it's more capable compared to cyclone/line~
    It's all good now ,

    posted in technical issues read more
  • gentleclockdivider

    It's obviously a name clash .
    Regular Line~ is instantiated despite the info showng cyclone , for cyclone one should instantiate cyclone/line~
    All good

    posted in technical issues read more
  • gentleclockdivider

    @ddw_music said:

    The reference panel says "Origin: cyclone." This tells you that it did not load the vanilla [line~] object -- it loaded the one from cyclone, which is modeled after Max's [line~], which does accept a series of breakpoint pairs.

    hjh

    It does not accept multiple pairs , even the cyclone one.
    This should go to 1 instantlly , to 0 in 200ms, back to 1 in 100mS and back to 0 in 100 ms
    It doesn't
    As a matter of fact , I think the reference to cyclone is just wrong , because pure data vanilla loads it fine and I don't have any externals at all
    1.jpg
    3.jpg

    2.jpg

    posted in technical issues read more
  • gentleclockdivider

    Plug data 0.8.3
    Hover your mouse over the left inlet
    Also right click the object , choose reference and it will aslo show the wrong info
    1.jpg
    2.jpg

    posted in technical issues read more
  • gentleclockdivider

    Is this in error in plugdata pop up help ?
    It says the line~is capable 128 target-time pairs , afaik only two targets are possible in 1 message box
    1.jpg

    posted in technical issues read more
  • gentleclockdivider

    Three operaotrs in single feedback loop
    5.jpg

    posted in technical issues read more
  • gentleclockdivider

    Yes , indeed confusing .
    I never brought up the second discussion , I was only interested in display of the chords
    I know how to make abstractions , :)
    Thanks all fo the suggestions

    posted in technical issues read more
  • gentleclockdivider

    Different methods of using 1unit sample feedback loops

    Why are these important , for doing karplus strong , and for FM operator feedback ( where an operator is a phasor~into cos ~)
    The only rules are
    1-It needs to be in subpatcher
    2- an explicit block~ module has to be inserted 'block~1 '
    You can achieve 1 unit feedback with delwrite~ and delread~ ( make sure delay time is 0 )
    Or you can use a " tabsend~ tabread~" ,or "tabsend~ tabreceive~" when the tabsend~ method is used , it's crucial that an array is created withe same name .
    The size of the array doesn't really matter , since only the first sample of the array is used to write into.
    Here are some examples of the different methods
    Left is the carrier ( phasor~ into cos~) , right is the modulator with self feedback .
    I also added phase shift to the modulator to create a perfect trian1.jpg gle ,which is only possible with operator feedback and phase shift
    2.jpg
    3.jpg
    4.jpg

    posted in technical issues read more
  • gentleclockdivider

    @whale-av said:

    @gentleclockdivider "Let's recap , a chord ( thus separate incoming midi notes perceived as a chord ) goes into pure data , I want to extract the midi note values .
    UNpack -only unpacks last received note+velocity , that's why I wrote that an object that detects the time between incoming events could be the solution .
    SO let's say I play a simple c min (midiin) , which has the midi note nr's 48 , 51 , 55 ....I want these these to appear in separate numboxes ."

    [unpack] produces all the note numbers...... but you only see the last..... a [print] will show them.
    As I said at the start of this thread, [poly] will separate them for you as it indexes the notes.
    You could then use [route] to separate them but [clone] is more useful as you can clone a synth inside if you wish.
    The indexes from [poly] can be used to allocate the notes to the clones, and [poly] then ensures that you have no hanging notes as the noteoff messages are allocated the same index.

    As the idea of a chord is human and has no meaning in Pd, midi, or even on a keyboard, why would you need to group the notes together with a timer or a threshold.... I am just curious...
    To correct bad keyboard technique...?

    The method using [poly] and [route] is shown in your Pd/doc folder....... Pd/doc/7.stuff/synth/1.poly.synth.pd .... since at least 2011.
    David.

    I reall think we have a communication error here .
    I know that a chord does not exist in pure data -midi etc...and that it's a sequential message of single notes , I have expresed that in my first post .
    I am also aware that only the last of the messages is shown by the unpack module .

    • quote-

    As the idea of a chord is human and has no meaning in Pd, midi, or even on a keyboard, why would you need to group the notes together with a timer or a threshold.... I am just curious...
    To correct bad keyboard technique...?
    -unquote -
    Bad keyboard technique ??
    I just wanted pure data to SHOW all incoming midi notes that make up the chord , not in the console but in the structure view ., , your treshold value example did that .
    Why is it so bizarre to ask for that , max msp has a dedicated object for exactly that , says enough .

    posted in technical issues read more
  • gentleclockdivider

    Thanks ,
    And how would one do it with the poly object ( if possible ) ?

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!