Steve Meyer

Partial solution using [latch] and [go.ramp2trig]:

Given a continuously running phasor signal in the first/left inlet, I want to send the [gen~] patch an impulse to the second/right inlet which then follows the phasor signal for the 

 complete cycle and then automatically stops by returning to outputting a signal of 0 after one full phasor ramp has completed.

simple method to follow full cycles by toggling. I cannot work out how to automatically return the signal to 0.

Given a continuously running phasor signal in the first/left inlet, I want to send the [gen~] patch an impulse to the second/right inlet which then follows the phasor signal for the next complete cycle and then automatically stops by returning to outputting a signal of 0 after one full phasor ramp has completed.
I have worked out a very simple method to follow full cycles by toggling. I cannot work out how to automatically return the signal to 0.

Partial solution using [latch] and [go.ramp2trig]:
 
Given a continuously running phasor signal in the first/left inlet, I want to send the ... 

follow-mimic-duplicate-a-phasor-ramp-for-single-cycle-in-gen~

Your patch is missing "go.ramptotrig" and is there a specific reason you want this done in gen otherwise this seems to do the job?



<Edit> bang/press "prob 0" first after opening the patch in max

Thanks for sharing this, your version is a great reminder to be clever with the existing objects. The way I described this too myself (one shot phasor) blocked me from thinking in terms of subdividing and just using 1. Definitely saving your version in my examples folder for future reference!

The [go.ramp2trig] object is part of the package that accompanies the Generating Sound & Organizing Time book. It simply produces triggers for the start/wrap around point of each ramp cycle.

My personal impetus for using gen~ is just because then I leave open the possibility to wire this into the other abstractions from the book, namely the unit shapers from chapter 3.

Eventually I also worked out a gen~ codebox solution. Since the go.* objects are not universally available, here's the screenshot.

Follow / Mimic / Duplicate a Phasor Ramp for Single Cycle in gen~

Esteban Xbender

Hello dear community. Can someone teach and show how to build a LPC instrument with Max/Msp. I only saw one patch on youtube and he was using different objects that Max don't have.

Hello dear community. Can someone teach and show how to build a LPC instrument with Max/Msp. 

linear-predictive-coding-1

Linear Predictive Coding 

Darwin Grosse

A lot of people have problems with ddg.mono because they are trying to use it with VST instruments or Live devices - instruments which are intrinsically polyphonic, and therefore don't respond well to ddg.mono's lack of note-offs. ddg.mono was meant to provide monophonic behavior to synths that you create in Max, so some compromises had to be made...

I'm going to provide add some logic to ddg.mono, but I thought I'd share this javascript mock-up; it provides the proper set of note-on and note-off messages to support routing to polyphonic instruments/devices appropriately.

I hope you find it useful. I've included a simple test patch that allows you to use Max's virtual MIDI ports to route things to and from external systems/packages.

alternative-to-ddg-mono-in-javascript

I have an abstraction called cbm.mono that I use for this sort of thing. It can be found here: http://xfade.com/max/examples/


is ddg.mono updated in max6? (im still on 5)


Brilliant. This indeed handles the noteoffs correctly. Thank you Darwin!


Using this JS in a MFL Device on a MIDI Track in Ableton introduces MIDI lag. I am not sure if this is inherent to Max for Live MIDI Devices, JS, or a bit of both.

Easy to reproduce by recording the MIDI output into another clip, with or without the MFL Device enabled.

A quick search reveals this is a common issue with Max for Live MIDI Devices.

Hello..
old topic.
I was looking for another alternative.

I don't know why I have a problem with all my external mono synths and I am trying to avoid it. (Moog Minitaur, Volca Key, Makenoise 0-coast here...EDIT :but it's the same with any monophonic plug synths in Live)

If I hold one note and while it is held I press another note
so of course we only hear the second note and dont hear the 1st one, 
but when I release the 2nd note while the 1st one is still held, 
the 1st note is triggered again.

The trigger of the 2nd note didn't send a note off message for the 1st one.

So I tried ddg.mono / js mono.js / cb,mono..

All of the 3 solutions fix this problem, 
but with all of them it's very hard to play quick articulations.

The playing is far from being as fluid as without those solutions..
Yes with all of them I have a real mono signal, but playing fast is almost impossible...


How about [poly 1 1]? Trigger of a 2nd note sends note-off for the 1st note.


Alternative to ddg.mono (in javascript)

A Newman

I'm trying to use RNBO to display a patch in my Wixsite. However I don't know a lot about web coding, and I'd love to know if anyone has already managed to do just that. 

I'm trying to use RNBO to display a patch in my Wixsite. However I don't know a lot about web coding, and I'd love to know if anyone has already managed to do just that. 

Thanks!
A

Hi everyone,
I'm trying to use RNBO to display a patch in my Wixsite. 

rnbo-for-wixsite

RNBO for Wixsite

Mario

In Max for Live, I am trying to get color track (it's ok with parameters color and color_index) to change the color of an object. 

Is there an easy to do that? Will I have to pick each color to make a list and use a Coll (or other) object?

Hello everybody,
In Max for Live, I am trying to get color track (it's ok with parameters color and color_index) to change the color of an object. 
Is there an easy to do that? Will I have to pick each color to make a list and use a Coll (or other) object?
Thanks !

Hello everybody,
In Max for Live, I am trying to get color track (it's ok with parameters color and color_index) to change the color of an ... 

use-track-color-for-object-in-max-for-live

Oh yes, it's awesome ! Thank you very much !

Use track color for object in Max for Live

charles spencer

bang-when-maxforlive-device-is-deactivated

The middle outlet of [live.thisdevice] outputs enabled status.  Or if you're talking about a device other than the one you're inside, the device activator is the 1st parameter of every device (live_set tracks N devices M parameters 0) and you can observe that.

bang when maxforlive device is deactivated

upon saving and reloading, Text color (off) is once again white.

Is there a loadbang message I can send to 

When I set Text Color (off) to black
upon saving and reloading, Text color (off) is once again white.
Is there a loadbang message I can send to 
live.text
to make Text Color (off) black?


 
When I set Text Color (off) to black
upon saving and reloading, Text color (off) is once again white.
Is there a loadbang message I can ... 

live-text-bug-seeking-loading-workaround

If your patch can't store object's attributes, then you are doing something wrong.

if you look at my patch it is literally only an instance of live.text
I need to set the inactive text color

I have similar problems and can reproduce the following behavior.

1. When opening/re-opening Max, all live.text objects in my Max patches change the background color from dark to light.
2. When opening the Max editor in Live, background colors in the Max patches change back to original dark.

This happens with Live 11.2.6 and Max 8.5.2 (also used for M4L) on Mac.
As a simple solution I just leave Max always open.


live.text bug, seeking loading workaround

oddpartials

I have a list of frequency numbers and onsets coming out of Bach, in the following format:

The full list is 100 elements including parentheses.

I have made a list of gradually increasing onsets (so instead of 500, we get 100, 200, 300, and so on).

I would like to substitute every third element of the list with the list on the right hand side of the patch (so the first two instances of 500 become 130, 195, and so on).

I'm really terrible at list processing these days, please help!

Hi there,
I have a list of frequency numbers and onsets coming out of Bach, in the following format:
[9280 (f) 500 (onset) 120 ... 

help-with-list-processing

your left list has 20 instances of 500, right list only 19 items.



Help with list processing

I'm looking for the best envelope follower to drive DMX lights.

Hi everyone,

I'm looking for the best envelope follower to drive DMX lights.
Do you have some suggestions?

Hi everyone,

I'm looking for the best envelope follower to drive DMX lights.
Do you have some suggestions?
Thanks 

envelope-follower-for-audio-reactive-patch

To roll off the conversation, this is a very simple solution that should give you some flexibility. A combination of peakamp and slide.

Envelope Follower for Audio Reactive patch

schlam

-> Live doesn't stay at this tempo but comes back to previous X tempo.

I am quite sure it's a design choice. OK. why not ? I am looking for a workaround

What I want to achieve is that when I play with others musicians I want to be in sync with them but I still want to be able with my device to half or double (or any division/multiplication) my own tempo.

With regular division/multiplication of the external clock everyone is still "in sync".

For that, my goal is to be able when I want to be clocked to my friend but still able to divide/Multiply my tempo, to :

-the device sets instantanly Live to the tempo received while EXT was on

-and now I can set another tempo accordingly to this one. (it's impossible to change tempo while EXT is on)

So I need when EXT is switched off to instantanly make the global tempo to come back to the value that was received while EXT was on..

But it's impossible to observe with API the state of the EXT button (why??!)

So, I have to use another way to know when the BPM is from EXT or not.

As Source Audio proposed in another topic, [plugsync~] reports the tempo when EXT is on (API cannot)

the BPM reported by plugsync is fluctuating very quickly after 2 or 3 decimals. I know it's a normal behaviour.

the BPM reported by plugsync is not fluctuating at all and is perfectly stable.

The question is : (sorry for the long post...)

How can I use this to deducte if the EXT button is pressed or not ?

If the tempo outputted by plugsync is moving very very quickly after the 3rd decimal :

-> detect EXT is ON and grab the current tempo ( a mean because it is fluctated a lot)

If the tempo is not fluctuating very very quickly after the 3rd decimal :

-->detect that EXT if OFF and instantanly set Live's tempo to the tempo received when Ext was on.

Maybe this "detection" should be done during a choosen duration (if there is several fluctuations within 1 second for example) to avoid the detection to be triggered if I manually change my tempo..in this case the BPM will change but will not "fluctuate" quickly during this second...

(a side problem will be to make a difference when the tempo is fluctuating quickly beacause of the EXT sync or because a tempo automation, but it's not the main problem here...)

-> Live doesn't stay at this tempo but comes back to previous X tempo. 

-just press EXT to have the external BPM
-a device grabs this tempo
-I press EXT off 
-the device sets instantanly Live to the tempo received while EXT was on
-and now I can set another tempo accordingly to this one. (it's impossible to change tempo while EXT is on)


So I need when EXT is switched off to instantanly make the global tempo to come back to the value that was received while EXT was on..

But it's impossible to observe with API the state of the EXT button (why??!)

So, I have to use another way to know when the BPM is from EXT or not.
As Source Audio proposed in another topic, [plugsync~] reports the tempo when EXT is on (API cannot)

We can notice that

 when EXT is on :
the BPM reported by plugsync is fluctuating very quickly after 2 or 3 decimals. I know it's a normal behaviour.

when EXT is off :
the BPM reported by plugsync is not fluctuating at all and is perfectly stable.

The question is : (sorry for the long post...)
How can I use this to deducte if the EXT button is pressed or not ?


If the tempo outputted by plugsync is moving very very quickly after the 3rd decimal :
-> detect EXT is ON and grab the current tempo ( a mean because it is fluctated a lot)

If the tempo is not fluctuating very very quickly after the 3rd decimal :
-->detect that EXT if OFF and instantanly set Live's tempo to the tempo received when Ext was on.

(a side  problem will be to make a difference when the tempo is fluctuating quickly beacause of the EXT sync or because a tempo automation, but it's not the main problem here...)


steps to reproduce :
-choose a X bpm tempo with EXT off
-switch EXT on
-tempo goes from X bpm to Y bpm
-switch EXT off
-> Live doesn't stay ... 

ext-switching-off-in-live-make-bpm-coming-back-to-the-previous-value

If you want to perform multytempo get rid of 
all nn metro things.
you can use absolute tick count linked
to any clock source and switch between clocks

But input of MIDI clock ticks is not available in M4L devices...


I almost manage to make  a workaround, it's not very elegant but it seems to work...




ticks count is nothing else than counter set to progress using tick interval.
If I understand correctly, getting it from plugsync~ which is linked to
live's transport, no matter if clock is internal or external is so called
synced clock, and on the other hand "my own tempo" would be some other tick progress , generated by whatever.
Why is that not available in m4live devices ?





Regarding ticks from plugsync~ there is no limitation.
You just can't use the ticks from MIDI clock directly, in contrast to Max.


If I remember correctly imp.midi does route realtime messages

were there not also some other 3rd party midi objects available
to overcome Live midi limits ?



Unfortunately non-standard routing like imp.midi (or OSC) induce some unpredictable latency relative to Live's audio buffer size. So it's not useful for time-critical messages.




EXT switching off in Live, make BPM coming back to the previous value

Ben Bracken

We are excited to announce the availability of our 

 as a public beta. We’ve worked closely with 

. The Eventide H9000 is a rack-sized multi-effects unit with powerful DSP processing capabilities and numerous high quality built-in effects. We’re excited to enable RNBO export for this and open the door to unique custom studio effects and instruments without the strict limitations of other hardware platforms.

RNBO support is similar to the existing Gen support, but more streamlined, and uses the built-in 

, rather than a watcher patcher, to manage the export process. Eventually, all of these changes will be rolled into the standard release versions of RNBO and this package.

Get the preview version of the RNBO package (v1.2.7-eventide.0):

Get the preview version of the "Eventide H9000" package (v1.0.4-beta.3):

We’d love to hear any experiences and feedback from RNBO users with access to an H9000. To join the discussion, use the 

We are excited to announce the availability of our Eventide package for RNBO as a public beta. We’ve worked closely with Eventide to bring...

eventide-h9000-package-for-rnbo-public-beta

Eventide H9000 Package for RNBO - Public Beta

This update focuses on Max for Live stability, fixing regression bugs, and a few new 

The full list of improvements are below, or on the Max 8.6.2 release page:

: Updated LOM documentation to the state on 12.0.x.

We are happy to announce the release of Max 8.6.2.

This update focuses on Max for Live stability, fixing regression bugs, and a few new...

Cycling '74 Forums

We are excited to announce the availability of our Eventide package for RNBO as a public beta. We’ve worked closely with Eventide to...

We are happy to announce the release of Max 8.6.2. This update focuses on Max for Live stability, fixing regression bugs, and a few new...

Thanks for sharing this, your version is a great reminder to be clever with the existing objects. The way I described this too myself (one...

Hello dear community. Can someone teach and show how to build a LPC instrument with Max/Msp.

So simple. Thank you !

Hi everyone, I'm trying to use RNBO to display a patch in my Wixsite.

Oh yes, it's awesome ! Thank you very much !

The middle outlet of [live.thisdevice] outputs enabled status. Or if you're talking about a device other than the one you're inside, the...

if you look at my patch it is literally only an instance of live.text I need to set the inactive text color

your left list has 20 instances of 500, right list only 19 items.

To roll off the conversation, this is a very simple solution that should give you some flexibility. A combination of peakamp and slide.

Unfortunately non-standard routing like imp.midi (or OSC) induce some unpredictable latency relative to Live's audio buffer size. So it's...