Drew Bach

So, this has been driving me a bit nuts, and I'm going to go out on a limb and hope that it is pilot error. I started out with Max mainly with RNBO, and so most of what I've been able to figure out is trying to adapt Max knowledge into RNBO. 

So, most of my patches have been using Ableton Link for Tempo Sync and it is solid, but I've been trying to add a MIDI clock out to my FX patches as well from the Ableton Link transport clock. It works, but wowzers, the jitter is crazy. It isn't minor either, I'm getting massive jumps of 3-5bpm at times within a second or two. I've seen all sorts of references to using phasor, doing rounding, etc, but there have not been any example patches to learn from. 

The clock is made to always be sending, and have no notion of start/stop. This is intentional, as a lot of drum machines/synths take a few extra MS to catch the BPM before start, so by always sending I can prep the machines in advance. 

If someone could tell me what I am doing wrong I would be eternally grateful. 

(Note, if dropping into Max, remember that this is RNBO. So the Param object should be replaced.

Hi all,
So, this has been driving me a bit nuts, and I'm going to go out on a limb and hope that it is pilot error. 

rnbo-link-to-midi-clock-patch-jitter-help

Welp, I guess that I messed up the copy/paste patch....sorry!! I feel like such a dork. Since  it seems like I have not figured out copy/paste for patches, here is a pic of the patch as well:

{
	"boxes" : [ 		{
			"box" : 			{
				"maxclass" : "newobj",
				"text" : "t 248",
				"outlettype" : [ "" ],
				"patching_rect" : [ 254.0, 360.0, 37.0, 23.0 ],
				"numinlets" : 1,
				"id" : "obj-2",
				"numoutlets" : 1,
				"rnboinfo" : 				{
					"needsInstanceInfo" : 1,
					"argnames" : 					{
						"out1" : 						{
							"attrOrProp" : 1,
							"digest" : "Output order 1 (number).",
							"defaultarg" : 1,
							"isalias" : 0,
							"aliases" : [  ],
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"outlet" : 1,
							"type" : "number"
						}
,
						"triggers" : 						{
							"attrOrProp" : 2,
							"digest" : "The number of arguments determines the number of outlets. \t\t\t\t\t\tEach outlet sends out either a whole number, float, bang or list, \t\t\t\t\t\tas identified by symbol arguments (i, f, b, l). \t\t\t\t\t\tIf there are no arguments, there are two outlets, both of which send a float.",
							"defaultarg" : 1,
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "list"
						}

}
,
					"inputs" : [ 						{
							"name" : "input",
							"type" : [ "bang", "number", "list" ],
							"digest" : "input to distribute",
							"hot" : 1,
							"docked" : 0
						}
 ],
					"outputs" : [ 						{
							"name" : "out1",
							"type" : "number",
							"digest" : "Output order 1 (number).",
							"defaultarg" : 1,
							"docked" : 0
						}
 ],
					"helpname" : "trigger",
					"aliasOf" : "trigger",
					"classname" : "t",
					"operator" : 0,
					"versionId" : -1133428571,
					"changesPatcherIO" : 0
				}
,
				"rnbo_extra_attributes" : 				{
					"triggers" : ""
				}
,
				"rnbo_uniqueid" : "t_obj-2",
				"rnbo_serial" : 3,
				"rnbo_classname" : "t"
			}

}
, 		{
			"box" : 			{
				"maxclass" : "comment",
				"text" : "MIDI Clock out",
				"patching_rect" : [ 242.5, 396.0, 102.5, 21.0 ],
				"numinlets" : 1,
				"id" : "obj-23",
				"numoutlets" : 0
			}

}
, 		{
			"box" : 			{
				"maxclass" : "comment",
				"text" : "Start/Stop clock",
				"patching_rect" : [ 155.0, 138.0, 128.0, 21.0 ],
				"numinlets" : 1,
				"id" : "obj-20",
				"numoutlets" : 0
			}

}
, 		{
			"box" : 			{
				"maxclass" : "newobj",
				"text" : "/ 20",
				"outlettype" : [ "" ],
				"patching_rect" : [ 246.0, 283.0, 31.0, 23.0 ],
				"numinlets" : 2,
				"id" : "obj-8",
				"numoutlets" : 1,
				"rnbo_extra_attributes" : 				{
					"hot" : 0
				}
,
				"rnbo_uniqueid" : "/_obj-8",
				"rnbo_serial" : 2,
				"rnbo_classname" : "/"
			}

}
, 		{
			"box" : 			{
				"maxclass" : "newobj",
				"text" : "metro @interval 1 ticks @active 1",
				"outlettype" : [ "" ],
				"patching_rect" : [ 172.5, 174.0, 190.0, 23.0 ],
				"numinlets" : 2,
				"id" : "obj-4",
				"numoutlets" : 1,
				"rnbo_extra_attributes" : 				{
					"lock" : 0.0
				}
,
				"rnbo_uniqueid" : "metro_obj-4",
				"rnbo_serial" : 2,
				"rnbo_classname" : "metro"
			}

}
, 		{
			"box" : 			{
				"maxclass" : "newobj",
				"text" : "transport",
				"outlettype" : [ "", "", "", "", "", "", "", "" ],
				"patching_rect" : [ 172.5, 237.0, 103.0, 23.0 ],
				"numinlets" : 2,
				"id" : "obj-1",
				"numoutlets" : 8,
				"rnbo_uniqueid" : "transport_obj-1",
				"rnbo_serial" : 1,
				"rnbo_classname" : "transport"
			}

}
, 		{
			"box" : 			{
				"maxclass" : "newobj",
				"varname" : "clockstart",
				"text" : "param clockstart @value 20 @enum stop start",
				"outlettype" : [ "", "" ],
				"patching_rect" : [ 45.0, 48.5, 250.0, 23.0 ],
				"numinlets" : 2,
				"id" : "obj-28",
				"numoutlets" : 2,
				"rnboinfo" : 				{
					"needsInstanceInfo" : 1,
					"argnames" : 					{
						"value" : 						{
							"attrOrProp" : 2,
							"digest" : "Set initial value",
							"defaultarg" : 2,
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"defaultValue" : "0",
							"label" : "Initial Value",
							"displayorder" : 3
						}
,
						"normalizedvalue" : 						{
							"attrOrProp" : 1,
							"digest" : "Set value normalized. ",
							"isalias" : 0,
							"aliases" : [  ],
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"inlet" : 1,
							"type" : "number"
						}
,
						"reset" : 						{
							"attrOrProp" : 1,
							"digest" : "Reset param to initial value",
							"isalias" : 0,
							"aliases" : [  ],
							"attachable" : 1,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "bang"
						}
,
						"normalized" : 						{
							"attrOrProp" : 1,
							"digest" : "Normalized parameter value.",
							"isalias" : 0,
							"aliases" : [  ],
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"outlet" : 1,
							"type" : "number"
						}
,
						"name" : 						{
							"attrOrProp" : 2,
							"digest" : "Name of the parameter",
							"defaultarg" : 1,
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"label" : "Parameter Name",
							"mandatory" : 1
						}
,
						"enum" : 						{
							"attrOrProp" : 2,
							"digest" : "Use an enumerated output",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "list",
							"label" : "Enum Values",
							"displayorder" : 6
						}
,
						"minimum" : 						{
							"attrOrProp" : 2,
							"digest" : "Minimum value",
							"isalias" : 0,
							"aliases" : [ "min" ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"defaultValue" : "0",
							"label" : "Minimum",
							"displayorder" : 1
						}
,
						"min" : 						{
							"attrOrProp" : 2,
							"digest" : "Minimum value",
							"isalias" : 1,
							"aliasOf" : "minimum",
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"defaultValue" : "0",
							"label" : "Minimum",
							"displayorder" : 1
						}
,
						"maximum" : 						{
							"attrOrProp" : 2,
							"digest" : "Maximum value",
							"isalias" : 0,
							"aliases" : [ "max" ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"defaultValue" : "1",
							"label" : "Maximum",
							"displayorder" : 2
						}
,
						"max" : 						{
							"attrOrProp" : 2,
							"digest" : "Maximum value",
							"isalias" : 1,
							"aliasOf" : "maximum",
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"defaultValue" : "1",
							"label" : "Maximum",
							"displayorder" : 2
						}
,
						"exponent" : 						{
							"attrOrProp" : 2,
							"digest" : "Scale values exponentially",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"defaultValue" : "1",
							"label" : "Exponent",
							"displayorder" : 7
						}
,
						"steps" : 						{
							"attrOrProp" : 2,
							"digest" : "Divide the output into a number of discrete steps",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"defaultValue" : "0",
							"label" : "Steps",
							"displayorder" : 8
						}
,
						"displayName" : 						{
							"attrOrProp" : 2,
							"digest" : "DEPRECATED: Use the lower case 'displayname' instead",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 1,
							"type" : "symbol",
							"label" : "Display Name"
						}
,
						"displayname" : 						{
							"attrOrProp" : 2,
							"digest" : "A more readable name for the parameter in an external RNBO target",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"defaultValue" : "",
							"label" : "Display Name",
							"displayorder" : 14
						}
,
						"unit" : 						{
							"attrOrProp" : 2,
							"digest" : "A symbol to describe the unit of the parameter in an external RNBO target",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"defaultValue" : "",
							"label" : "Unit",
							"displayorder" : 15
						}
,
						"tonormalized" : 						{
							"attrOrProp" : 2,
							"digest" : "Converts a real parameter value to its normalized form.",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"label" : "To Normalized Expression",
							"displayorder" : 10
						}
,
						"fromnormalized" : 						{
							"attrOrProp" : 2,
							"digest" : "Converts a normalized parameter into its actual parameter value.",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"label" : "From Normalized Expression",
							"displayorder" : 9
						}
,
						"order" : 						{
							"attrOrProp" : 2,
							"digest" : "Order in which initial parameter values will be sent out on patcher load. The order can be numeric or symbolic ('first' and 'last')",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"defaultValue" : "0",
							"label" : "Restore Order",
							"displayorder" : 12
						}
,
						"displayorder" : 						{
							"attrOrProp" : 2,
							"digest" : "Order in which parameters will show up in a list of all parameters. The order can be numeric or symbolic ('first' and 'last')",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"defaultValue" : "-",
							"label" : "Display Order",
							"displayorder" : 13
						}
,
						"sendinit" : 						{
							"attrOrProp" : 2,
							"digest" : "Send initial value",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "bool",
							"defaultValue" : "true",
							"label" : "Send Init",
							"displayorder" : 4
						}
,
						"ctlin" : 						{
							"attrOrProp" : 2,
							"digest" : "MIDI controller number to control this parameter.",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "number",
							"label" : "MIDI Controller Number.",
							"displayorder" : 16
						}
,
						"meta" : 						{
							"attrOrProp" : 2,
							"digest" : "A JSON formatted string containing metadata for use by the exported code",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "symbol",
							"defaultValue" : "",
							"label" : "Metadata",
							"displayorder" : 17
						}
,
						"nopreset" : 						{
							"attrOrProp" : 2,
							"digest" : "Do not add this value to the preset [DEPRECATED - USE @preset 0 instead].",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 1,
							"type" : "bool",
							"defaultValue" : "false"
						}
,
						"preset" : 						{
							"attrOrProp" : 2,
							"digest" : "Add this value to the preset.",
							"isalias" : 0,
							"aliases" : [  ],
							"settable" : 1,
							"attachable" : 0,
							"isparam" : 0,
							"deprecated" : 0,
							"type" : "bool",
							"defaultValue" : "true",
							"label" : "Include In Preset",
							"displayorder" : 11
						}

}
,
					"inputs" : [ 						{
							"name" : "value",
							"type" : "number",
							"digest" : "Parameter value",
							"hot" : 1,
							"docked" : 0
						}
, 						{
							"name" : "normalizedvalue",
							"type" : "number",
							"digest" : "Set value normalized. ",
							"docked" : 0
						}
 ],
					"outputs" : [ 						{
							"name" : "value",
							"type" : "number",
							"digest" : "Parameter value",
							"hot" : 1,
							"docked" : 0
						}
, 						{
							"name" : "normalized",
							"type" : "number",
							"digest" : "Normalized parameter value.",
							"docked" : 0
						}
 ],
					"helpname" : "param",
					"aliasOf" : "param",
					"classname" : "param",
					"operator" : 0,
					"versionId" : -1696900560,
					"changesPatcherIO" : 0
				}
,
				"rnbo_extra_attributes" : 				{
					"exponent" : 1.0,
					"ctlin" : 0.0,
					"tonormalized" : "",
					"displayname" : "",
					"minimum" : 0.0,
					"maximum" : 1.0,
					"sendinit" : 1,
					"fromnormalized" : "",
					"steps" : 0.0,
					"preset" : 1,
					"unit" : "",
					"meta" : "",
					"displayorder" : "-",
					"order" : "0"
				}
,
				"rnbo_uniqueid" : "clockstart",
				"rnbo_serial" : 2,
				"rnbo_classname" : "param"
			}

}
, 		{
			"box" : 			{
				"maxclass" : "toggle",
				"outlettype" : [ "int" ],
				"patching_rect" : [ 45.0, 95.5, 46.0, 46.0 ],
				"numinlets" : 1,
				"id" : "obj-85",
				"parameter_enable" : 0,
				"numoutlets" : 1,
				"rnbo_extra_attributes" : 				{
					"preset" : 0,
					"order" : ""
				}
,
				"rnbo_uniqueid" : "toggle_obj-85",
				"rnbo_serial" : 1,
				"rnbo_classname" : "toggle"
			}

}
 ],
	"lines" : [ 		{
			"patchline" : 			{
				"source" : [ "obj-28", 0 ],
				"destination" : [ "obj-85", 0 ]
			}

}
, 		{
			"patchline" : 			{
				"source" : [ "obj-85", 0 ],
				"destination" : [ "obj-1", 0 ]
			}

}
, 		{
			"patchline" : 			{
				"source" : [ "obj-8", 0 ],
				"destination" : [ "obj-2", 0 ]
			}

}
, 		{
			"patchline" : 			{
				"source" : [ "obj-4", 0 ],
				"destination" : [ "obj-1", 0 ]
			}

}
, 		{
			"patchline" : 			{
				"source" : [ "obj-1", 7 ],
				"destination" : [ "obj-8", 0 ]
			}

}
 ],
	"appversion" : 	{
		"major" : 8,
		"minor" : 5,
		"revision" : 6,
		"architecture" : "x64",
		"modernui" : 1
	}
,
	"classnamespace" : "rnbo"
}

Sorry about the paste above. It isn't actually a working one anyway, it works in max but not in RNBO. Here is the simplest clock patch. The results are identical using transport or a raw Metro feed, but ideally I would like to go this route as I am not using the transport in any of the patch. 

why do you need transport at all ?
is metro set to beatclock ticks interval and lock 1 
not supposed to follow host sync ?
I don't know if rnbo can sync well  that way, but using only needed objects
helps sometimes in max.

I don't use ableton and can't say if it makes sense to sync to live link and
generate another clock out of synced plugins.




RNBO Link to MIDI Clock Patch Jitter-Help?

Ryan Ozols

Trying to create a square that continuously gets smaller and will loop, but upon resetting a vertical and horizontal line along the middle appear


 
Trying to create a square that continuously gets smaller and will loop, but upon resetting a vertical and horizontal line along the ... 

unwanted-lines-in-jitlcd

no idea why this happens, but i would get rid of that unnecessary dual-metro, dual-counter design, then you have better control over when "clear" is performed.

and it could also be a good idea to use float values for the size. the interpolation looks slightly different between mac os and windows but if this is an mask or alpha channel you will probably work with it as char anyway (and not 2-bit)

Use pack i i i i instead of pak, and it should work as expected :-)

(with pak, framerect is drawn 4 times for each bang...)

Unwanted lines in jit.lcd

Gary Leyrn

I am trying to make work a patch that before used to work properly, now I get this errors when trying to assign textures to videoplanes , each time , this 3 errors :

jit.gl.texture: update_texparameter_state: GL Error: Invalid operation
jit.gl.texture: bind: GL Error: Invalid operation
jit.gl.texture: blit: GL Error: Invalid operation

The video plane looks black.
What is going on and how can I fix this ? 

Hello, 
I am trying to make work a patch that before used to work properly, now I get this errors when trying to assign textures to ... 

jitgltexture-gl-error

we'll need a patch to provide any insight 

jit.gl.texture GL Error

 Zulfa Siu

I downloaded Max a week ago. I managed to launch the app and I even created patches, saved documents etc. however, I haven't been able to open the app since. I tried deleting and reinstalling but it won't work. (Note: this issue started after I updated my iOS. Not sure if that's the issue here). Please advise on what I should do.

Hi, 
I downloaded Max a week ago. I managed to launch the app and I even created patches, saved documents etc. 

max-856-wont-launch-on-my-mac

right or control - click Max.app, show package contents,navigate to MacOS folder and doubleclick max binary file.
max will start via terminal and post what it complains about.


Max 856 won't launch on my Mac 

Isla Woolf Radcliffe

hi! did anyone have the issue of being unable to sign onto auth cycling 74" when just starting on max msp? maybe posting in a forum will help this.

hi! did anyone have the issue of being unable to sign onto auth cycling 74" when just starting on max msp? maybe posting in a forum will ... 

auth-cycling-issue

please get in touch support if you need help with your Max license and authorization and they‘ll be happy to help you. 

Thanks 

auth cycling issue

TobyAM

I've been using the rnbo.example.juce project for my plugin for months.
In an earlier version of Max the GUI would update when parameters in RNBO would have their values change programmatically without user input. RNBO would generate a new parameter value, and it would be reflected in the JUCE GUI. Great.
In the current Max version I noticed that's not happening. Parameter changes from within RNBO are not reflected in the JUCE GUI until the plugin instance window is closed and opened again. The parameter change is not updated in the DAW host either.

I spent a whole day trying to debug C++ code for the JUCE example, only to find that rolling back the Max version and exporting and rebuilding fixed it. Perhaps it's a problem with updateSliderForParam

So this seems like an unintended change if not a bug! I'll be using version 8.5.4 in the meantime!

I've been using the rnbo.example.juce project for my plugin for months.
In an earlier version of Max the GUI would update when parameters ... 

parameter-changes-in-rnbo-not-reflected-in-juce-gui

The latest version of RNBO attempts to fix some issues with automation that previous plugin exports have. We've changed the default for a parameter notifications and added metadata to allow for altering those defaults: https://github.com/Cycling74/rnbo.adapter.juce/blob/dd233609adc495828fa9efcf756ab2a155a3bd1d/RNBO_JuceAudioProcessor.cpp#L144C5-L148 

I believe you should get your old behavior if you define RNBO_JUCE_PARAM_DEFAULT_NOTIFY in your build process.

Here is some more information about the metadata: https://rnbo.cycling74.com/learn/using-the-vst-audiounit-target 

Well, that's pretty cool! I missed the memo :) 
I just added the metadata to the parameter I needed and I'm good to go, thank you!

edit: But now presets don't recall until the window is reopened... well, more to do.

As the plugin is no longer recalling save states or presets properly, I would like to follow your advice and "define RNBO_JUCE_PARAM_DEFAULT_NOTIFY in your build process."  I haven't figured out how to make that work yet. I tried putting "set(RNBO_JUCE_PARAM_DEFAULT_NOTIFY TRUE)" in the CMakeLists.txt file, but that's not working... Any tips?

In the meantime I've added the metadata to each object individually, but with this global change, was there any other change I should know about that would allow saves and presets to be recalled?

But now presets don't recall until the window is reopened...
well, more to do.

As the plugin is no longer recalling save states or presets properly, I would like to follow your advice and "define RNBO_JUCE_PARAM_DEFAULT_NOTIFY in your build process."

I haven't figured out how to make that work yet. I tried putting "set(RNBO_JUCE_PARAM_DEFAULT_NOTIFY TRUE)" in the CMakeLists.txt file, but that's not working... Any tips?

Here is an example compile definition:
https://github.com/Cycling74/rnbo.example.juce/blob/cab65fd46cc1398152f088c82f0ac4cc61388c95/CMakeLists.txt#L54 

What you did only sets a definition within the cmake build setup, it doesn't actually become a `#define`

add_compile_definitions(JUCE_VST3_EMULATE_MIDI_CC_WITH_PARAMETERS=0 RNBO_JUCE_PARAM_DEFAULT_NOTIFY)

I'm curious to know how presets behave after you do this. There is something going on with presets in the latest rnbo code that I haven't quite figured out yet, I'd like to know if you're still having issues after this or not.

Thanks! I've implemented that as above, which works as expected which is great!

EDIT: I had to delete and rebuild builds and exports, but it's all working as expected now.

Yeah, re-exporting the source code is expected, some of the codegen/interface likely changed between your previous rnbo version and the latest.

I'm happy to hear that this new setup is working for you. So, presets work okay too?


BTW, this thread was a good reminder that I hadn't actually merged the juce template develop back into main for this release.

I have a cmake cache variable already set up to do all this there now: https://github.com/Cycling74/rnbo.example.juce/blob/299823760bdd28f2f73d525479844b2b306b4bd7/CMakeLists.txt#L26

So, for future readers, you can simply change the value of that instead of augmenting the build as suggested above.


Yes, presets seem to be working as expected, thanks again Alex!

So there are no other changes in the latest juce template I should look out for? Any straightforward way to get a buffer from RNBO to JUCE for analysis GUI? I know there's a workaround that's still slightly over my head. That's the next step for me.

Happy to hear that this is all working for you!

I don't think there are significant differences in the template.. you're probably good with what you have.

RE buffer output, I'd start a new thread with that topic and see if anyone has something to say about it?

rolling back Max to 8.5.4 resolved an issue with JUCE not seeing RNBO parameter updates.

Joji Iwasaki

Background: I was trying to write a binary search algorithm in GenExpr.

Issue: In the attached patch, if "right" is removed at line 16 of [codebox] in [gen~], an infinite loop occurs.

lower_bound(buf, val) {
	left = 1; // Buffer is 0-based
	right = dim(buf);
	
	while (left < right) {
		mid = int((left + right) / 2);
		
		if (peek(buf, mid) < val) {
			left = mid + 1;
		} else {
			right = mid;
		}
	}
	
	// For some reason, removing right causes an endless loop.
	return left, right;
}

Buffer buf("buf");


out1 = lower_bound(buf, 2);

causes an infinite loop. Am I missing something fundamental?

lower_bound_test.maxpat

Background: I was trying to write a binary search algorithm in GenExpr.

Issue: In the attached patch, if "right" is removed at line 16 of ... 

strange-behavior-of-while-loop-in-genexpr

Update: I haven't found a solution, but whatever it is, I found the cause: removing `right` from return seems to prevent the else block from compiling. Here is an excerpt of the exported C++ source:

inline void lower_bound_buf_i(Buffer& buf, int val, int& out1, int& out2) {
    int left = ((int)1);
    int buf_dim = buf.dim;
    int buf_channels = buf.channels;
    int right = buf_dim;
    while ((left < right)) {
        // abort processing if an infinite loop is suspected;
        if (((__loopcount--) <= 0)) {
            __exception = GENLIB_ERR_LOOP_OVERFLOW;
            break ;
            
        };
        int mid = int(((left + right) * ((t_sample)0.5)));
        bool index_ignore_1 = ((mid >= buf_dim) || (mid < 0));
        // samples buf channel 1;
        t_sample peek_106 = (index_ignore_1 ? 0 : buf.read(mid, 0));
        t_sample peek_107 = mid;
        if ((peek_106 < val)) {
            left = (mid + ((int)1));
            
        } else {
            right = mid;
            
        };
        
    };
    out1 = left;
    out2 = right;
    
};

The above is the source with`right`. But, without `right`:

inline int lower_bound_buf_i(Buffer& buf, int val) {
    int left = ((int)1);
    int buf_dim = buf.dim;
    int buf_channels = buf.channels;
    int right = buf_dim;
    while ((left < right)) {
        // abort processing if an infinite loop is suspected;
        if (((__loopcount--) <= 0)) {
            __exception = GENLIB_ERR_LOOP_OVERFLOW;
            break ;
            
        };
        int mid = int(((left + right) * ((t_sample)0.5)));
        bool index_ignore_1 = ((mid >= buf_dim) || (mid < 0));
        // samples buf channel 1;
        t_sample peek_118 = (index_ignore_1 ? 0 : buf.read(mid, 0));
        t_sample peek_119 = mid;
        if ((peek_118 < val)) {
            left = (mid + ((int)1));
            
        };
    };
    return left;
    
};

Oh man, the else block is missing! Does anyone know why this happened?

Strange behavior of while loop in GenExpr

Mario Falcone

Hello, I'm working on my effect using RNBO, and I've decided to sync it to an external sync, in this case Live, but  when I add the Lock 1 attribute to the metro object, the first bang is skipped. How can I resolve this?
I'm using:
Max 8.5.5
RNBO 1.2.1
Live 11.2.11

Metro skip first bang.gif

Hello, I'm working on my effect using RNBO, and I've decided to sync it to an external sync, in this case Live, but  when I add the Lock 1 ... 

rnbometro-external-sync-ableton

RNBO_Metro External Sync (Ableton)

jts3k

Greetings forum.  I have a patch that sends DMX via the ENTTEC DMXUSB Pro using the serial object.  For some reason my Macbook Pro running Catalina doesn't see the ENTTEC when I ask it to report devices using the "print" message.  Other macs in my lab with older operating systems do report the ENTTEC and the patch works fine on them.  The Catalina computer does see the ENTTEC box in the System Report and we're able to send DMX to it using ENTTEC's PRO Manager test application, it's just Max that's not able to connect to the ENTTEC.  The Catalina machine is running Max 8.1.1.  Any idea what might be going on here?  Thanks!

Greetings forum.  I have a patch that sends DMX via the ENTTEC DMXUSB Pro using the serial object.  For some reason my Macbook Pro running C

serial-port-doesn't-see-enttec-dmxusb-pro-catalina

I know people were having trouble with Arduino serial comms with Catalina but the 10.15.2 update supposedly fixed it, have you done that? I have not upgraded yet so can't test for you. Have you got an Arduino or something you could test? 

On Mojave and my Enttec isn't showing up either, tried it on a different computer and shows up fine in the serial port list. Tried everything, even a clean install didn't work.


Found the fix for me at least, if I keep the Enttec plugged in and reboot the machine it then works. Apple is stupid.

Thanks Aaron!  We'll try this solution...

Hi, I was wondering if anyone has found a solutio for this as I have the same problem. I'm running Catalina 10.15.7n

Hi, I am also having the same problem with enttec usb pro mk2, it was working before with my maxpatch, but after i didn't use for a month it stop working the next time I opened. max simply can't see the port in the serial object. i am running in 12.6 monterey.

Serial Port doesn't see ENTTEC DMXUSB Pro (Catalina)

nickfells

A strange one, and no doubt something obvious I'm doing (or not), but in instantiating an abstraction (make a box, type in name of abstraction) the abstraction fails to load (and reports 'no such object' in the console). Typing the name of the abstraction including its .maxpat suffix, and the abstraction loads fine. The abstraction file sits in the same folder as the  patch being edited. Even more strange - this only happens with some abstraction files, not others (in the same folder). Ventura 13.5.2, Max 8.5.6 (and previous version had same behaviour). Anyone else had this?

A strange one, and no doubt something obvious I'm doing (or not), but in instantiating an abstraction (make a box, type in name of ... 

abstraction-boxes-suddenly-require-maxpat-suffix-mac

abstraction boxes suddenly require .maxpat suffix (Mac)

Ben Bracken

We are happy to announce the release of Max 8.5.6 and RNBO 1.2.1. 

On the Max side, we have a number of bug fixes, with improvements to fullscreen jit.window / thispatcher behavior, among other things. 

On the RNBO side, this release features many new improvements and bug fixes, with a focus on the Raspberry Pi target (can upload and manage the active patch), new ease objects, messages to the rnbo~ object for managing manual target exports, new integer utilities for codebox, among many other things.

As always, you can download the update here: 
https://cycling74.com/downloads

For a list of all Max 8.5.6 and RNBO 1.2.0 improvements, check out the change logs below, or here:
Max:
https://cycling74.com/releases/max/8.5.6 

RNBO:
https://cycling74.com/releases/rnbo/1.2.1 

udpreceive: 'defer' attribute to set message output to the low-priority queue

curve~ / line~: pending ramps are appropriately cancelled if interrupted

jit.dx.grab: support for outputting at device max framerate

jit.gl.handle: autohandle works with jit.gl.mesh

jit.gl.pix: fixed dim variable breakage with codebox

jit.gl.sketch: fixed usage of vertex colors

jit.gl.text: fixed draw errors on visiblity change

jit.window/jit.pwindow: fixed visibility in Max for Live

jit.world: fixed crash when enabling/disabling fullscreen or floating

live.menu: svg files are included as dependencies in Projects

Max for Live Editor: fixed issues when multiple Max instances are running

Max for Live: fixed crash when setting 'is_mpe' attribute

MIDI: improved support for multiple devices of the same type (Windows)

scala: fixed default scale "B" from 1200 to 1100 cents

thispatcher / jit.window: improved manual fullscreen behavior / fixed regressions

accum: added gen~ style features (resetmode, min, max)

C++ source code export: option to disable export of RNBO Engine

codebox: imod/iadd/imult integer operators

ease: new objects a la Max Package (ease, ease.list, ease.listinterp, ease~, ease.xfade~)

Max External Target: set default buffername for buffer attributes

number~: displaymode option (first / average)

oscquery runner: report if/when a preset was loaded

Raspberry Pi Target: add a device to the sidebar by address

Raspberry Pi Target: support for cloud compiling

Raspberry Pi Target: upload and manage multiple patches (hot swap)

Raspberry Pi Target: upload patcher without loading it

rnbo.remote: 'launchwebinterface' message to launch web interface from rnbo.remote

rnbo.remote: @patchername attribute to change current patch on device

rnbo~: dumptargetconfig message for getting the configuration dictionary for an export target (defaults c++)

rnbo~: export message for triggering a target export (defaults to c++)

codebox: allow const values in param declarations

codebox: fixed Int cast of bitwise operators

codebox: fixed parameter visibility in user defined functions

codebox: improved let/var declaration parsing

codebox: simplified Fixed Array initialization

counter/counter~: fixed crash when adding or removing ~ in object box

env2~: fixed an issue with release in hold mode

Export Sidebar: improved device add and delete UI

Export Sidebar: improved error message when Max is unauthed / authed via Live

Gen in RNBO: parameter with the name "t60" works

lockedphase~: removed (can still be used in codebox)

Max External Target: data can use Max buffers

Max External Target: overwrite warning references ‘external’

Max External Target: refpages in search path are not overwritten by new version of object

message: left inlet input always triggers output

param~: fixed issues when used in polyphonic top-level patchers

RNBO Object Inspector: shows enum attrs in a dropdown menu

RNBO patcher title bar: right-click title bar shows patcher filepath

samplerate: updates in the context of Max for Live

silencedetector~: fixed issues with cut off notes

silencedetector~: threshold and length options have some constraints

Themes: improved RNBO patcher legibility in non-default themes

VST Target: parameter automation improvements

We are happy to announce the release of Max 8.5.6 and RNBO 1.2.1. 

Cycling '74 Forums

We are happy to announce the release of Max 8.5.6 and RNBO 1.2.1.

why do you need transport at all ? is metro set to beatclock ticks interval and lock 1 not supposed to follow host sync ? I don't know if ...

Use pack i i i i instead of pak, and it should work as expected :-) (with pak, framerect is drawn 4 times for each bang...)

we'll need a patch to provide any insight

right or control - click Max.app, show package contents,navigate to MacOS folder and doubleclick max binary file. max will start via ...

Hi Isla please get in touch support if you need help with your Max license and authorization and they‘ll be happy to help you. Thanks

Happy to hear that this is all working for you! I don't think there are significant differences in the template..

Update: I haven't found a solution, but whatever it is, I found the cause: removing `right` from return seems to prevent the else block ...

Hello, I'm working on my effect using RNBO, and I've decided to sync it to an external sync, in this case Live, but when I add the Lock 1 ...

Hi, I am also having the same problem with enttec usb pro mk2, it was working before with my maxpatch, but after i didn't use for a month ...

A strange one, and no doubt something obvious I'm doing (or not), but in instantiating an abstraction (make a box, type in name of ...