To Eric Lyon


    Aug 01 2015 | 11:09 am
    Eric,
    Is there possibly a MAX equivalent to SAMM~? (a sample accurate metronome)
    I'm looking for a sample accurate metronome to use to trigger start and stop points for the KARMA~ looper.
    When using MAX's metronome to trigger the start and stop points for KARMA~, I get inconsistent and inaccurate results.
    For instance, if the tempo is set to 120 BPM and I use MAX's metronome to trigger one measure - I SHOULD get exactly 2.0 seconds worth of loop length in KARMA~.
    But I don't.
    I get 2.00052345 seconds... and to make matters worse, it's never the same number.
    That may not sound like a lot, but in order to keep that loop in sync with BACH's MIDI file player over a long period of time, it has to be EXACTLY 2.0 seconds!
    So my thinking it may be because of MAX's handling of metronome - which leads me to ask if possibly SAMM~ would fix this problem.
    Or is there another way to fix this?
    Do you know?
    Larry

    • Aug 01 2015 | 3:59 pm
      i don't know how karma~ works exactly but if it takes signal input for the timing of loop lengths then gen can do this.
    • Aug 01 2015 | 9:19 pm
      Thank you, however, I did not speak correctly in my first post.
      I said "metro" but what I really meant was "transport"
      Is there a sample accurate transport that will output measures, beats, and ticks sample accurately?
      In other words, something that will take a sample accurate metro and divine it down into measures, beats, ticks, and sub-ticks?
      Sorry for the confusion.
      L
    • Aug 01 2015 | 9:32 pm
      Hi I was going to suggest this :
      But then saw the OP's reply. Sample accuracy is guaranteed in gen, but as soon as you output into Max's control domain, it's only millisecond accuracy; I originally thought that the problem (fractions of a millisecond discrepancy) was down to the actual transport layer (like non locality, I'm not familiar with Karma). How are you transmitting your timing signal to Karma? Via MIDI?
      Brendan
    • Aug 01 2015 | 9:41 pm
      Thank you Brendan.
      I am using a Max patch cord to connect the output of the transport to karma~'s rec inlet.
      So if I'm understanding you correctly, are you saying that there is no way to get sample accurate connections between patchers in Max using patch cords?
      Larry
    • Aug 02 2015 | 12:36 am
      Karma~, as other's have mentioned takes max messages, so it wont be sample accurate. When designing it, that kind of sync was not important to me at all (I'd start/stop it as I need, musically, not tied to any other clocks). So even if you use something sample accurate (phasor~ or similar), the 'record' and 'play' messages are Max messages, so they execute when they execute, not when the sample says so.
      I know raja is working on a separate looper, using some of the same guts/mechanisms of karma, but that will be super sync-able (he's really into that!).
      Also, he's porting karma~ over to gen, which will allow what you're saying much easier, not to mention it will be very tweakable. It's worth watching this thread here: https://cycling74.com/forums/a-wee-share-ipoke-in-gen/
      He's posted a kind of working starting point for it, and I'm sure more of it will show up in that thread (or the main karma thread) when it develops.
    • Aug 03 2015 | 6:26 am
      THAT would be freaking awesome! OMFG... bring it on!
      Love the name.
      L
    • Nov 05 2017 | 11:46 pm
      the point is...
      "are you saying that there is no way to get sample accurate connections between patchers in Max using patch cords?"
      ...that this will never happen, because a samplerate will never be of a floating point resolution. comparing single events versus single samples, events are even more accurate. :)