Aleksi S

Hi guys, got a real beginner question here, I know I got all the boxes right, but I couldn't figure out the order of them, can anyone help?
The question is Using a message box, send the number 7 to a trigger object. Have trigger first route that value to a number object, then route a bang to a button object.

This question is solvable with 4 boxes and 3 patch cords.

D1223285-C668-4F51-BFEA-F8A6890EBC2B_4_5005_c.jpeg

Hi guys, got a real beginner question here, I know I got all the boxes right, but I couldn't figure out the order of them, can anyone ... 

help-routing-issue

Are you having this teacher bullshit questions to solve ?
tell whoever is teaching you that it is solvable by
3 objects and 2 patch cords.

Help, routing issue

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

auth cycling issue

derf07

Good morning. I'm trying to use the groove~ object. I would like to use the "dictionary" message to momentarily change the reading speed and then return to the initial reading.
Obviously this is not how I wrote the "dictionary" code. Can you help me?

Max for live problème 01  .jpg

Good morning. I'm trying to use the groove~ object. 

groove-dictionary

What exactly are you trying to do? If you just need to change the "reading speed" you just need to change the number in your sig~ object. If you need something more complex, maybe you could explain more clearly what you are after?

Hello. It's difficult to explain because I use an automatic translator. I read the groove~ object tutorial~. A "dictionary" message allows successive stretching effects when playing an audio file. From a moment on, reading is slower, then, after that, reading goes faster and so on. There is an example given in the tutorial, but it doesn't work.

I would therefore like to program for example: from 5 seconds, reading slows down, then at 9 seconds, reading accelerates for 10 seconds, then we find the initial reading time. I hope the translation is correct. The problem is: how to write the arguments of the "dictionary" message to achieve this result.

I would use [line] for this. Something like :

which does not work at all, because line in that example is not valid in dict.



I was just proposing an alternative, for the sake of the discussion ;-). As often, not sure how admissible it is, though ...
Btw: how do you guys manage to reduce the screenshots' size ?

groove~ / dictionary

LLRL

Hello,
I want to use WebSockets to send messages to a web page, 
today I used Node.js for the first time in Max.
I referred to this example:
https://github.com/Cycling74/n4m-examples/blob/master/sockets/max_sockets.js

which allows me to send three values to the web page. However, I'm not sure how to modify the program to send three strings instead of three numbers. I have been trying for a whole day, but whenever I send a 3-string group message from Max, the web page always displays "NaN" (Not a number). 

I am trying to modify this part :

Max.addHandler("send", (...args) => {
		console.log("send args: " + args);
		if (args.length === 3) {
			sender(args[0], args[1], args[2]);
		}

But still I couldn't find out the right way...

Can you please tell me how to modify the program to achieve this?

Hello,
I want to use WebSockets to send messages to a web page, 
today I used Node.js for the first time in Max.
I referred to this ... 

nodejs-string-transferring-via-web-socket

just on first look it seems like the parsing of the values happens on the frontend. So the code to adjust wouldn't necessarily be the Node part but the JS that runs in the browser.

It seems like in mySockets.js you can find the handle that processes incoming messages on the websocket.

After removing the math operations in mySockets.js, it works very well !

I now only have one issue left to solve, which is that I can't access port 8080 from external sources to see the webpage. I can see the webpage, but I can't see the continuously updating string values. Still working on a solution for that.

NodeJs string transferring via web socket 

njr26062000

Hi everyone,
New to Max MSP, and I'm trying to send data over OSC to Reaktor in Cubase from Max. I can't seem to get the hang of successfully doing this out of Max. I have tested using Lemur that Reaktor IS picking up data (sending signal from faders through the Local IP Address). When I use the same address I used to send OSC data from Lemur to Cubase, which is my local IP address (192.168.0.148) on Max using the udpsend object and an open port, I am getting no signal in Reaktor. I am however getting signal if I use the IP address in Max with a udprecieve object. This has me thinking that I need to format the data I'm sending in Max so that Reaktor can listen to the data income. 

Any ideas???

Hi everyone,
New to Max MSP, and I'm trying to send data over OSC to Reaktor in Cubase from Max. I can't seem to get the hang of successfull

sending-osc-from-max-to-reaktor

Side note: When I print data from a udprecieve object in Max, I DON'T get data when I type in my local IP network which is 192.168.0.148 . I only get data printed from the udprecieve object if I use the computer address which is 127.0.0.1 

PS: i'm just sending data through max as a floating point number straight to the udpsend object. I feel that this is my issue, but I don't know how I would overcome this. Seems basic... 

I seem to remember that Reaktor is only able to send or receive OSC data in standalone mode, not when used as a plugin...

Don't think so, I'm able to send OSC data from Lemur to Reaktor successfully. 

It probably changed since I remember. It used to be the case.
Anyway, you should always format messages to Reaktor starting with a "/":

Lifesaver! Thank you so much man. This works

Hi there! Thanks for the "/" hint! I'm having  trouble sending relative values from Max to Reaktor via udpsend. I send an LFO from Max but in Reaktor, the assigned knob only seems to receive an absolute value: on/off. Did you have this problem? Thanks!

I'm having the same problem with udpsend sending to reaktor standalone; 

and set the same on reaktor6's File > OSC settings pane. 
Hit a message in max with say `/fader 0.34` and Max response is `No such object` in the Max console.

Even trying to hit mapped paths on the loaded ensemble doesn't show in the Reaktor OSC window so looks like nothing is being received on that port.

I've also tried localhost and 127.0.0.1 the former I'd prefer, but it's dead on that as well.

I'll try touchOSC again it's been a while, but I would like programmatic control of Reaktor from Max for obvious reasons, yet it's taken me all evening to find nowt.  The udpsend help file works a charm but obviously just logs in messages to udpreceive from udpsend.

Sending OSC from Max to Reaktor

jay doe

Hi Everyone,

I'm trying to build a little system to store/retrieve a few bits of data when I load a video.
This consists of relevant playback params: rate, looppoints, etc..
Also, want to store some tags related to the semantic content of a clip... such that one can query the Dict and get a list of the files tagged 'sleepingBeauty', or whatever the case.

(This is not at all video specific so it's not in the Jitter forum category).

- load a folder of videos into a umenu.
- dump the names of the files into a Dictionary, with some default values.
- edit/update the values
- retrieve all the values,... (or specific values) when we are going to play the vid.
-query for tagged items when we want to build a playlist of those

I am a bit confused with some aspects of using dict, and perhaps the  terminology.
Am I stupid, or is there no place in the documentation that really explains the 'nesting' aspect?

{
	"wheels" : 	{          // so.... wheels is a dict
		"front" : 		{    //and front is a nested dict?
			"spokecount" : 24,
			"lacing" : "radial",
			"tirewidth" : 21
		}
,
		"rear" : 		{
			"spokecount" : 3334,
			"lacing" : "2-cross",
			"tirewidth" : 23
		}

}

The example attached is a bit silly... using every second item in an array as a param label.
But,... I'm not able to do what I think makes sense, (dumping a folder and applying defaults, using the nesting structure as above), as I get an error that the dict has not been created.

I'm sure the patch explains better than I.
Appreciate any hints on this.
thanks💖


Hi Everyone,

I'm trying to build a little system to store/retrieve a few bits of data when I load a video.
This consists of relevant ... 

relating-data-to-files-with-dict

not sure if it helps, but here are some ways of doing what I think you are asking for. Might not be the best but similar things have worked for me in the past:

relating data to files - with Dict 📚

dailon

Hello everyone, I have to do an installation with 5/8 HCsr04 to detect presence and distance. Each sensor starts a sound sequence in max which interacts with an approaching instrumentalist. Maxuino is dated and let go, as I could do in your opinion. I'm at the beginning with arduino, I've already run a HCsr04. Thank you all

Hello everyone, I have to do an installation with 5/8 HCsr04 to detect presence and distance. 

58-sensors-hcsr04-from-arduino-to-max-for-installation

From self-taught experience:
1. Getting data passing from Arduino to MAX through serial object is quite straightforward, once you have more or less understood the famous (and mysterious - at least for beginners) sequence of objects allowing to "decipher" the data received through the serial port and making it identical, in MAX, to the Arduino source  message :

2. As far as sending each blablabla piece of data is concerned, the Arduino code should read as follows: Serial.print("blablabla");Serial.println(" ");

3. USB Arduino/Computer connections are reliable (but patches are long to load). Bluetooth is more chaotic. I am currently in the process of testing WIFI/OSC. Send regular "I-am-still-connected-type" messages from Arduino to MAX in order to detect connection losses easily.

4. As you will have several sensors, pay sufficient attention to the routing of data, otherwise you may end up with unmanageable situations in MAX !

5. You have plenty of tutorials explaining HCsr04 Arduino coding, which is pretty simple if you consider only basic usage. Just make sure you correctly set min/max and calibration of distances to avoid troubles.

6. Lastly, it may sound obvious, but it is more of a self-reminder, as I literaly hate doing that :  for public performances/installations, the whole thing has to be very robust.  Meticulous soldering of the different parts is a must. The use of simple jumper wires is definitely not enough (believe me ..). 

Hello Sebastian thanks, yes indeed I had thought about the leaps of HCsr04, I will make a selection of incoming numbers. The problem I have now is that the USB serial doesn't work. I'm experimenting with the max test. Perhaps the USB serial is not good? I think I read that somewhere

Maybe.
Have you sent a print message to the serial object in order to have the connected items listed in the Max Console, and selected the letter corresponding to your Arduino ?
Are the Arduino and serial object baud rates identical ? 

Yes Sebastien, here is the sketch and the patch


#define trigPin 6
#define echoPin 7
#define pinAlimenta 8

void setup() {
  Serial.begin(9600);
  pinMode(trigPin, OUTPUT);
  pinMode(echoPin, INPUT);
  pinMode(pinAlimenta, OUTPUT);
  digitalWrite(pinAlimenta, HIGH);
}
void loop()
{
  digitalWrite(trigPin, LOW);
  delayMicroseconds(2);
  digitalWrite(trigPin, HIGH);
  delayMicroseconds(10);
  digitalWrite(trigPin, LOW);
  durata = pulseIn(echoPin, HIGH);
  cm = durata / 58; // per i pollici la formula è durata / 148;
  Serial.write(cm);
}


Ok now work but if I quit from arduino IDE

using 2 apps at same time on same serial port does not work.
also to upload code, you need to send message close to serial in max.
Serial.write  from arduino sends raw bytes 0 - 255,
using zl.group and itoa in max is not working for that.
-----
you could add a bit of delay in main loop in arduino,
and poll input faster in max.
that code could work for a single sensor, but for multiple
sensors you need either an ID prepended for each sensor,
or create array in arduino and send it as a list.
in any case using Serial.print and Serial.println.

depending on what infos you need from sensors,
one would prefer one or the other option.
if you need only to report if sensor has detected something
closer than nn cm, then it makes no sense to send a list of 8 sensors
all the time, but only state of each sensor if it changed.



As far as sending each blablabla piece of data is concerned, the Arduino code should read as follows: Serial.print("blablabla");Serial.println(" "); (1)

The sel 13 10 object "filters out" ASCII 13 and 10 values received through serial port and outputs the other values through its rightmost outlet. Indeed, Serial.println(" ") from Arduino is received as a pair of 13 (println = Carriage Return) and 10 (" " = Line Feed) out of the serial object. "blablabla" is coded by numbers always different from 13 or 10.

So each number corresponding to blablabla is consecutively placed in a list by the zl.group object (max size 1000), until a 13 is output by serial : at this moment, the list is forwarded to the itoa and fromsymbol objects to be "translated" into numbers or MAX message, and zl.group starts compiling a new list until the sel 13 10 object receives a 13, and so on.

(1). Alternatively, for numbers: Serial.print(number-to-be-sent);Serial.println(" ");

Hi Seba, I removed the Serial.write and inserted the other serial.print, but I only receive the data from the distance sensor, is that right?

cm = durata / 58; // per i pollici la formula è durata / 148;

You are trying to send 2 different pieces of information: the first one is the text "cm=" and the second one is the cm value itself. Each one should be sent using an individual Serial.print message, and they have to be followed each by Serial.println() to be identified separately by MAX.
So, the code should read:
Serial.print("Cm = ");
Serial.println();
Serial.print(cm);
Serial.println();

NB: as suggested by SOURCE AUDIO, you may consider adding a delay(100);  instruction at the end of the Arduino loop, in order to reduce the flow of data (100 is just an idea, the value depends on how fast you want the sensor to react to movements), and maybe increase the metro frequency to, say, 50.

ok thanks for now the distance is enough for me, I need it to detect if an instrumentalist is close up to one meter or between one and two meters. If I may ask, how can I add a second independent sensor?

You can either plug a second sensor on the same Arduino board (using trigPin 8 and echoPin 9, for instance) and update the code accordingly, or you can also  use a second Arduino board, USB-plug it separately, and duplicate MAX serial input routine for the new Arduino.
In both cases, this is where appropriate data labelling/routing might become crucial, depending on what you intend to achieve.

I would add few words here.
There were reports from users that max serial communication is not reliable for long term installations, if I remember correctly, mostly on windows.
Arduino simply stops communication after some period.
If that is still so, I have no idea, but it would be safer to use
32u4 based arduino and set it as HID or midi usb device.
-----------
To the next point - adding more sensors.
they can all share same trigger pin but use one echo pin per sensor.
there is even easy to use library:

https://www.arduino.cc/reference/en/libraries/hcsr04-ultrasonic-sensor/

original multi example shows 6 units, but it is no problem to use 8 of them.
if you want to send raw readings to max,
arduino code would be quite simple:


#include <HCSR04.h>
HCSR04 hc(2, new int[6]{5, 6, 7, 8, 9, 10}, 6);
int x;

void loop(){for (int x = 0; x < 6; x++) {Serial.print(x); Serial.print(" ");
Serial.println(hc.dist(x));}
delay(60);
}

-------------
in max you get pairs - sensor number and value in cm


source audio, I need this thanks, I'll update you when I can work on it. For the serial I'm using a macair M1 de 2020 and I keep the arduino on for a long time as a test and it doesn't crash. I will keep it on 24h :). for the code with more HCsr04 i have to buy other bredboards

For now I'm doing coding tests, then the installation will be another step. The sensors will be far away, at least 2/3 meters away from the arduino. I'll have to do all the work it's a second job :) 

"The sensors will be far away, at least 2/3 meters away from the Arduino"

Then you should include that in your tests as well. As far as I know (but I know only a few !), sensors should be as close as possible to the board. Long wires may increase resistance: this can alter measurements.
I had no particular issue using serial and Arduino (Nano) through USB (I also have a MAC but used the installation for a maximum of a few hours only). I faced a lot of challenges using bluetooth serial connection, though : multiple connection breaks, mysterious and unmanageable "tty attributes" error messages in MAX ....
To my opinion, soldering is a must for public performance/installations.

Sebastian, so I'll put the arduino next to the sensors, about a meter apart. The USB cable connected to the Mac can also be 10 meters long, right?

Hey Dailon. I really recommend that you perform full scale testing of your installation upfront, in order to check that these distances won't cause any issue. There are usually significant differences between tinkering at your desk with breadboards, 10 cm long jumper wires, self-cooked code etc .... and the real big thing ! Calibration is also important for HC-SR04 (for instance : air temperature influences the measurements by modifying the sound's speed). If you don't test well in advance, then it may be too late when you realize that everything works differently in real conditions.

Sure Sebastian, if you've had experiences I take your advice for good, I have to do it and I will do it, I can't fail :)

If I use two arduinos I use the same code but on two different serials that they receive from MAX. But how do I upload the same sketch in two arduini?????
ok ok i fixed it :)))

don't use overlong USB cabe.
10m can be used reliably only with active extender cable.
if distance from sensors to your computer needs to be 
10m or more why not use ESP-32 sending UDP/OSC ?

Sensor cables will have some loss/voltage drop, depending on
cable gauge/resistance.
pulse measurment does not really suffer much from cable length, but could from interference that causes jitter.
placing a cap betwen power rails could smooth that.

I would first see what 4 wire cable you can get,
check resistance and so power loss.
If you can't calculate that yourself, post link to available cables
or any other infos, I'll be glad to calculate that for you.
but 2 meters should be safe to use.

In first pace you need to define the goal,
where sensors have to be placed to make sense for your installation,
then look for best solutions.

then - your measurement is not a critical one,
if you get somewhat offseted results, it is easy to compensate
them in max.




Ok thanks a lot, I'll let you know. I used a 5m USB cable and everything was ok, from 10m instead there was no card activity. I don't know the installation distances well, but I think 5m between USB Mac-Arduino and 2-3m between Arduino-sensors could be fine.

The sensors would go on one or two branches of a sound tree that I built like these in the picture

Source audio, now I would like to try with arduino, 5m usb cable works. For sensor cables 0.75 is good in your opinion? Is EPS-32 to be used on arduino? Receiving OSC communication?

you don't need that thick wires, 0.2 would be really sufficient
for 2 meters cable, even 0.14 which is standard for control
kind of multicore cables would do.

Only for longer distances, one should start to calculate,
but see - wire gauge is not the only factor, also kind
and at the end resistance per meter plays a role.

now about wireless vs wired USB.

if you are confortable with 5m USB cable,
it is better to use wired sensors and arduino.
otherwise you can purchase USB extender or active cable,
which can give you 10m, but it could need extrnal power suppy to
power all sensors as well.

for wireless solution you have 2 options:
1- to connect sensors to ESP-32 and send sensor data over Wifi
UDP / OSC directly to your computer.
(ESP-32 is arduino IDE programmable)
it would need more programming than wired solution,
and you should use closed network, like one access point
to connect ESP-32 board and your computer using static IP, login etc.
On winows you can also create ad-hoc network, on mac it is
not working because apple disabled pass protected ad-hoc.
 
2- it is also possible to communicate over wireless serial UART
little transducers, which can easilly work 20 - 30 meters distance.
procedure is - one has 2 arduinos, and each has such one
transducer.
remote arduino collects sensor data, and sends them over to arduino on computer using wireless serial.
all that is cheap stuff, you can buy 2 nano and few LC12S transducers under 10 EURO.


https://www.satistronics.com/shop/product/180300-lc12s-uart-wireless-serial-transparent-transmition-128-channel-module-9312

I have used both options many times, and can supply you with schematics, code and any other help needed.

only unknown variable is to deal with 8 distance sensors,
because I never used that many at a time.

for wireless option, I would suggest to make distance scaling
before sending data, to keep traffic as low as possible.
I mean to detect if sensor detects something closer than 1 meter,
2 meters or not.
that are only 3 values per sensor, and can be sent only when state changes.
------
I hope this infos are understandable, let me know what you think and prefer as option.






I would probably go wireless for this, assuming it’s not a system which is mission critical.

However, easiest solution would be a good quality 10m usb extender. Search for ones compatible with the oculus headsets on Amazon. I’ve found these will still transmit 3-400mA or so across them without external power at the other end. Daisy chaining these I’ve used arduinos up to 30m away.

With an ESP32 you could power everything from a lipo battery, and save on cabling. This is getting more complex but is nice cabling-wise (Though depends on how permanent your installation is etc).

Another option that I’ve not seen here is to use a MAX485 IC at each end (you can buy these pre-made and they are cheap but excellent) which then transmits everything over rj45 Ethernet cables. You’d still need to transmit power though.

I had a test with one HC-SR04  sensor and 8m long telephone 0.15 cable
which I had laying arround, just to test worst case...


it still worked well enough with only minimal jitter.
---------
I think the difficulty in such projects is more about soldering sensors well,
and adding means of mounting them, connecting to arduino etc.

This devices are having rather wide beam and placing them
close, or pointing into more or less same direction is problematic,
increasing with distance of interest. 

In a somewhat similar project with 6 Sensors on the stage,
and a need for more precise detection,
I ended sticking short cardboard tubes on sender/transmitter on each HC
and a laser pointer, to narrow the beam and easier position them.

Source audio, Yes, cardboard tubes are a good idea, better if they are made of fabric-like material, I read somewhere. Yes, the welds must be done well :-))). I don't understand how you use the laser beam

i glued  small magnet on both senor board and laser to quickly and precisely mount it on the sensor, then send the light to see exactly where sensor points.


Hi everyone, in this test I used the 5m usb cable and it works. If I use 2m cables to connect the sensor it doesn't work :)))

With 10m of USB cable and with better soldering it now works

maybe you have too many unsoldered connections.
I measured my test cable - exactly 8.82m

Ok Audio source, I make connections like you and buy the 0.15 telephone wire

If you can get thicker wire, ok, I just wanted to see how far one can go
with 0.15.

I woud definitlly make connectors better then on my photo,
4 pin sockets on sensor side are ok, but must be glued together with wires onto something stiff and secure.

here is the code that I used for testing

#include <HCSR04.h>  
HCSR04 hc(2, new int[8]{3, 4, 5, 6, 7, 8, 9, 10}, 8);
int x;
unsigned long Sens[8] = {0,0,0,0,0,0,0,0};
unsigned long SW[8] = {0,0,0,0,0,0,0,0};
unsigned long exSW[8] = {0,0,0,0,0,0,0,0};

void loop(){for (int x = 0; x < 8; x++) {Sens[x] = hc.dist(x); 
if (Sens[x] > 0 and Sens[x] < 100) {SW[x] = 1;}
if (Sens[x] > 100 and Sens[x] < 200) {SW[x] = 2;} 
if (Sens[x] == 0 || Sens[x] > 200) {SW[x] = 0;}
if (SW[x] != exSW[x]) Serial.print(x); Serial.print(" "); 
Serial.println(SW[x]); exSW[x] = SW[x];
}
delay(100);
}



using arduino library
https://www.arduino.cc/reference/en/libraries/hcsr04-ultrasonic-sensor/

ping pin 2, echo pins 3 - 10.
It is important to pull unused sensor pins to ground.

code detects 3 states, 
1 = closer then 100 cm
2 = between 100 and 200 cm 
0 = not detected or  mr than 200 cm away,
an sends sensor state only if it changes.

I was just curious to know if you could make it finally ;-).

Hi Sebastien and everyone, sorry but school has started again and I have less time. However, I did a test by soldering the wires directly to the pins and with a 5m Mac-Arduino USB and 5m 0.15 Arduino-sensor cable it works well. It detects up to just under 2 m away from the sensor. But I had to isolate the solder joints otherwise it wouldn't work. Thanks everyone, I will improve, but in the meantime a good achievement :))))

Thanks for the feedback and good luck with the next steps.
Cheers.

5/8 sensors HCsr04 from arduino to max for installation

noiseandrones

There is an individual sample for each MIDI note, split by frequency.

Instead of using lots of split objects, I thought I would use coll.

The patch takes a frequency input, and the idea is that for every frequency 'query' the patch will scan through the list in coll, and produce a lower and upper boundary for each sample, via split.

So, for instance, if between 32.7 and 34.649 Hz - buf pianosamps1 will be triggered.

If between 34.65 and 36.7, buf pianosamps 2 will be triggered. 

I don't seem to be able to make this work and I think it's some minor syntax error.

Hi there,
I'm currently working on a sampler.
There is an individual sample for each MIDI note, split by frequency.
Instead of using lots ... 

list-processing-help-3

this can not work at all like this, because
you send float through split before uzi start recalling
range values.
here is a bit simpler construct, I am not sure if it will work well,
depends on speed of input and all the rest


Thank you for this. It's a tricky one. This seems to work but for some reason, to respond, it requires two bangs or enter clicks on the floating point box at the top. I'm trying to work it out. 

I know what's wrong, I think - it's a hot/cold inlet problem with the conditional.

zl.change shoud prevent it, but you need to reset it wih zlclear message to pass same input again using some interv, now set to 10 ms.
dealing with foats like this is allways tricky.

are you using microtunning or smething else that forces you to use frequency instead of midi notes ?



This seems to work much better. Yes I am indeed working with microtones - I just thought that coll was a more efficient method than stringing together a bunch of split objects, which was very inefficient!

I would be curious to know if there was a version of my original patch that could have worked. I tried all sorts of things to ensure all the values were being sent together (after removing the original float mistake). Anyway, it's a fun exercise to wake my brain up! :) 

Tsk tsk Sourceaudio... As a crusader of the Order for the Benefit of Aesthetic Patching it is my duty to object any use of ugly objects such as [del] to control dataflow. 

Sorry the message is in jest ofcourse but [del] is just plain ugly. I just can't sugarcoat that...

I still love you and everyone else as well ofcourse (well not everyone, some people are just evil)

"I would be curious to know if there was a version of my original patch that could have worked. I tried all sorts of things to ensure all the values were being sent together"

Fixed, i think? I've added some objects. The problem was that the trigger before uzi would bang all entries for coll which in turn filled split with all available entries as well. And this all happened before it received the float to compare to split. I think that covered it?


<Edit> ""And this all happened before it received the float to compare to split."

Not true, trying to work out whats really going on

Ok, so i figured it out... I was confused and for a moment thought that split would function without a specific hot inlet but it doesn't. This explains why only the last entry of coll is output because uzi makes coll go through all values but doesn't trigger split so only the last entry remains. So when you input a new value it only compares itself to the last entry of coll and go through the cycle again. 
If you reboot the patch for example split won't output anything on its first input. You can plug in a print object to check. 

<Edit> Right, Sourceaudio had it covered all along. I apologize [del] must've blinded me lol 
"this can not work at all like this, because you send float through split before uzi start recalling range values."

I seem to have a weird bug - when I upload my full coll list (88 entries), *all* of the patches stop responding when I change the float box at the top. I have no idea why.  Is there anything I am missing?

(I have tried inserting the full coll list into all of the solutions presented).

More specifically, I don't seem to be getting any output from the 'if' object after loading in new coll info. Is this a bug?

"More specifically, I don't seem to be getting any output from the 'if' object after loading in new coll info. Is this a bug?"

Yeah, same here no idea why. This works though

<Edit> probably because you filled the coll in the wrong order... lol

Well, funny story - I was halfway through entering the values manually and decided I'd use uzi and unpack to fill it instead. Perhaps this is where it all went horribly wrong? Bizarre.

With respect to filling a coll - I know that lots of people would do so using uzi directly, right? I mean, surely people aren't sitting there manually filling tables out? Is there a better way of doing it? For instance, creating a list and then using zl.iter + uzi or something?

I think I may have made a stupid mistake in the coll, actually. I'll fix it and report back :) 

i still dont see how coll could help with the recognisation of an incoming float range.

at one point you just have to make e.g. 127 connections out of 1.

if under overdrive condition 127 split objects are too expensive, you might try to find externals which can split more than 2 ranges at once "inside".

for example (and now the unavoidable follows...) you could use expr to turn up to 8 float ranges into ints/different connections (where split would only give you 1)

[expr (($f1>=32.7)&&($f1<34.65))*1 + (($f1>=34.65)&&($f1<36.7))*2 + ..... + (($f1<32.7)&&($f1>=36.7))*$f1]

and the last outlet is "if it is outside these ranges" just as with split, where you can add additional expr here for the next 8 ranges.

and as always, if the scale is repetive across octaves, you can of course convert the hertz into notenumbers and then split these linear frequency values into octave and offset first, then all arguments are the same for each octave splitting.

[110.multisplit 32.7 34.65 36.7 ...], [110.multisplit 32.7 34.65 36.7 ...], [110.multisplit 32.7 34.65 36.7 ...]


It was really an 'elegance' thing more than anything - I did build something of this with multiple split objects but I thought it was very unwieldy, and thought that coll would be more efficient (not to mention less labour-intensive). 

This... works? I reversed the order of coll because it made a mess of triggering before so it was outputting double values (and indeed used uzi to reverse the coll :) i also left out the integer because you can just use the index from coll itself for that. 

I must say that i'm not a fan of the uzi/coll solution either but i can't think of a good alternative

In patches like this, one should take into account what is the input and what is the output.
mouse driven gui object is different thing than note input from keyboard or sequencer, or uzi, whatever.
delay to reset zl.change is there to allow output of same float input
if it came in so, but to avoid false retrigger.
can you play same note in shorter interval than 10 ms ?
remove it and you are in shit, as seen in max console.

but - one does not really need to make a list of float and detected range.
float input can travel alone, and sample selection can serve as gate or anything else, again taking care of proper timing.

zl.change can prevent resending of same sample selection, in case it makes sense. 



if coll or anything else is better to split 88 float ranges ?
don't know.
P.S. if there is no need to limit coll output to 88 or any other number of lines, then one can replace uzi with dump message to coll.



I have a quick (I hope) additional question.

At the top right is a list of microtonal frequencies which plugs into the algorithm discussed yesterday - this selects the appropriate sample for each frequency.

At the same time, I need to send a transposition value for each sample to an instance of poly~ grainflowmodule. This transposition is accomplished via the expression subpatch. 

The subpatch needs to receive the 'desired' frequency (from the list at the top right), and the equally tempered frequency (taken from the first term of each coll entry). I used a second, identical coll to do this, using what I believe to be the current coll index from the main coll - so index 27 yields 146.83 Hz, for instance. 

I seem to have a problem where expression is only outputting six instances of the same value, rather than multiple values. I haven't yet figured out what is going wrong. 

I also thought that using poly to control voice management to the poly~ was a good idea, but perhaps I should use target?

So, in short - the poly~ grainflow needs to receive an instance instruction, the sample (buf pianosamps), and the appropriate transposition value. 

Can anyone help? I'm too close to it to be able to debug this properly, and I'm sure it's something simple.

I will take time to properly read your patch later,
but first look allready shows a problem:

look at the output from your comprison (red message)

Back to the first discussion, why not using poly to solve the parallel/sequential data flows issue ?
For instance:

I'd say this last pach you posted is making no sense to me.
"At the top right is a list of microtonal frequencies which plugs into  the algorithm discussed yesterday - this selects the appropriate sample  for each frequency."
no it does not. that has been discussed and solved in previous patches, no matter if for single input or a list.

here is a patch that runs input list through range selector,
and makes 3 lists - 
1- transpose factor list (if I undersand it correctly)
2- "desired" frequencies list
3- sample select list
-----
you pick what you need from that to feed next stages


Thank you so much for this - I'm grateful for the assistance!

I have a quick question about the final logic in this patch.

I need to send the poly~ object three messages - the transposition value, a buffer number, and a target index (this is organised such that the poly~ will always populate sequentially, from voice 1, to voice 16).

For some reason, I am getting lots of duplicated values (outputs to the three message boxes, bottom left). Where am I going wrong? I think on a good day I'd be able to crack this quickly, but perhaps I need more coffee!

Might I be able to bump this? I've been hacking away at it for a few hours and no joy.

I think this is kind of working, but not 100% sure it's the best way.

3 messages to poly object - I am sure can be done in easier way.
But - for me the question is what is expected input ?
let me detail my question - you have 88 freq ranges,
and have to assign 16 poly voices, depending on what ?
Your input is unknown variable, it could have several freqs
in same range, which would use several voices for same quantized 
frequency and sample selection, right ?

if you decie that 1 quantized frequency occupies 1 poly voice,
then you need to bundle it with sample selection.
If you think in midi terms, it is like 88 midi notes
and 16 voice polyphony, with voice stealing turned on.

Cycling '74 Forums

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

S.A. : you're just brilliant. 😁

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 ...

I was just proposing an alternative, for the sake of the discussion ;-).

Thank you so much Florian, After removing the math operations in mySockets.js, it works very well ! I now only have one issue left to ...

I'm having the same problem with udpsend sending to reaktor standalone; `udpsend 192.168.1.34 7402` and set the same on reaktor6's File > ...

not sure if it helps, but here are some ways of doing what I think you are asking for.

Cheers :)))

'If your input list is not exceeding 1/2 of 16 voices, then use fade in/out on each list.

It's part of the gen~ examples folder :-) Lots of useful stuff in there...

If old versions don't work, you search for updated ones, from same source where you got old ones. if none exist, you forget about them.