Null 

I am working an a M4L midi device that sends some of its MIDI data to other MIDI devices. 

Unfortunately, there are dropped messages which renders the device very unstable. 

I have tried both Forward-receive and UDP methods with no difference in the results. 

Is there any other way of sending data from one device to another?

 I am working an a M4L midi device that  sends some of its MIDI data to other MIDI devices. 
Unfortunately, there are dropped messages which renders the device very unstable. 
I have tried both Forward-receive and UDP methods with no difference in the results. 
Is there any other way of sending data from one device to another?
Thanks 

Hello there!
 I am working an a M4L midi device that  sends some of its MIDI data to other MIDI devices. 
Unfortunately, there are dropped m

data-loss-with-"forward-receive"-and-udp

..it's for me too the major problem of my setup.
Did you find a solution ?



Nothing yet. On top of that "forward receive" drops the connection after a while and doesn't send anything at all. The issue occurs completely randomly. 

Maybe I am wrong but I think I had less drops when sending data by UDP from Max to Live than from M4L to Live. 

If you have a Max licence, maybe you can try to do your stuff in the Max app (totally out of Live) and send it to your live devices...

Is there a psychology of money and if so, what is your attitude to having wealth? Or do you believe that wealth and success are booked just for those other "fortunate" individuals in this world? Take a good look at exactly what you have today; take a INSTANT MANIFESTATION SECRETS REVIEW BY CROIX SATHER look at what does it cost? I mean the financial freedom you have, your possessions, and your investments if you have any. Are you satisfied, or are you simply going through the motions, and settling for whatever the world tells you that you can have? Take a look around at everything you have today, and then search in the mirror, and ask yourself is there any such thing as instant manifestation? Because everything you have today, YOU have actually developed in your mind previously.
https://instantmanifestationsecretscroixsather.com/ 

Data loss with "forward-receive" and UDP.

kavi

I am trying to unpack OSC messages which are picked up from Mind Your OSCs software designed for EPOC EEG headset.

I am using udpreceive object and it receives all messages correctly. I don't know how to unpack incoming values and stream them into separate flonum outputs.

I tried to use unpack object and added 20 float outputs and it gave me error.

I added two images, first one is showing incoming OSC messages and second one is my stupid trial to unpack them.

Hello,
I am trying to unpack OSC messages which are picked up from Mind Your OSCs software designed for EPOC EEG headset. 

I tried to use unpack object and added 20 float outputs and it gave me error. 

unpacking-osc-messages

route object or OSC-ROUTE from http://cnmat.berkeley.edu/downloads should help you
ad


I am posting a successful patch for other support seekers.

I've followed your image to the letter but it doesn't work for me.  I seem to have an extra number that you don't in my max window.  It looks like this:    print: /EXP/SMIRK_RIGHT/0 0.

So there is this extra number ahead of the floating point.  How would I add that to my OSC-route in order to make it pass the floating point message?  I'm not very familiar with how OSC works.  Any help much appreciated!


I've followed your image to the letter but it doesn't work for me.  I seem to have an extra number (always a 0) that you don't in my max window.  It looks like this:    print: /EXP/SMIRK_RIGHT/0 0. This is apparently the 'user number'.

heya, could you please screencapture your patch together with Max window and see if i can help you.
.))


Hello there, for some reason I have been unable to install the route object or OSC-ROUTE on max. I already downloaded it but I do not know how to incorporate in max as an object! Can you help me with that please. I need to do exactly what Kevi did! I need some instructions if it is possible! I appreciate it!


Options - File preferences - add folder path


Also, to anyone else watching, you do NOT need OSC-ROUTE or similar externals to handle OSC in Max. It will do this handily in vanilla Max. It has been able to do this for a very long time now.


could you post a patch receiving and routing OSC without OSC-route?


well normal route doesn't mind OSC messages... I'd honestly be happy to help with it, but it's a bit of a... broad question :) 

For instance, this is perfectly fine OSC reception from the JazzMutant and ipad Lemur versions.


Thank you. I have tried another method for my OSC routing. But I am doing something wrong. Can you spot in the screenshot what it is?


Unpacking OSC messages

Romain Astouric

I have trouble storing values for live elements :

I've duplicated the same custom device in 4 tracks. I'm using live elements (live.text) but can't find a way to store their value for the next launch (even though I've checked the "Initial Enable" box and choose "Automated and Stored" option for the "Parameter Visibility" setting) : when I'm booting my Live session, I don't have my parameters saved from the last time I used it.

Furthermore, I would like these elements to have different initial values for each track / duplicated devices.

I've heard about pattrstorage and autopattr but learned that live element like "live.text" don't need it and should be easily stored between sessions...

Hello everyone,

I have trouble storing values for live elements :

I've duplicated the same custom device in 4 tracks. I'm using live elements (live.text) but can't find a way to store their value for the next launch (even though I've checked the "Initial Enable" box and choose "Automated and Stored" option for the "Parameter Visibility" setting) : when I'm booting my Live session, I don't have my parameters saved from the last time I used it.

I've heard about pattrstorage and autopattr but learned that live element like "live.text" don't need it and should be easily stored between sessions...

Thanks a lot for your help,

Romain / @DataFlaw

Hello everyone,

I have trouble storing values for live elements :

I've duplicated the same custom device in 4 tracks. I'm using live eleme

same-duplicated-devices-with-different-initial-parameters-stored

Nevermind, I fixed it :)

The problem was that I was automatically pushing an initial value in my device at launch (with "live.thisdevice") that messed with the values stored within live. 

I checked "Initial Enable" for each elements, and add an Initial Value of 0.

And it seems to be working with different initial values on my 4 duplicated devices !

Same duplicated devices with different initial parameters stored

Ronald Ramage

I’ve created a VR environment, and I’m animating objects inside that environment.

In the lower right of the main patch is a subpatch CAMERAS.

Inside CAMERAS is a subpatch VRE_HORN_BODY.

Inside VRE_HORN_BODY are two particle generators.

The work of the left particle generator appears on my output. The work of the right particle generator doesn’t. Try as I might, I can’t figure out why. I can complete this project with the left particle generator, but the control and range of manipulations offered by the right particle generator are mouthwateringly greater.

The right particle generator started as a patch named “Simplist Particle_Example”. (I cannot find my source for this.) If I take the right particle generator and copy it into its own patch, rendering to jitworld “Showme”, it works fine. To demonstrate this is the patch “Showme”. But I cannot get it to render into the same image as the left particle generator.

VRE.zip

I’ve created a VR environment, and I’m animating objects inside that environment.
In the lower right of the main patch is a subpatch CAMERAS

one-particle-generator-appears-one-doesn't

could you bundle up these files in a zip-folder and then reattach? i'd be much more likely to take a look.

One particle generator appears, one doesn't

Iain Duncan

Scheme for Max 0.3 is up now as a what I hope is the final release candidate. Scheme for Max is an external that embeds the s7 Scheme interpreter, enabling live coding, scripting, sequencing, and algorithmic composition in Max and Max for Live with Scheme Lisp. 

I would like to get some more use reports before removing the rc tag, publishing videos, and publicizing more widely, especially on Windows with M4L. This release adds direct evaluation of code as messages, scheduler functions in the low thread, garbage collector and heap controls for lower latency, Max4Live support with a Live API example script and device, and various language convenience functions. If you try it out and find issues, please report them as GitHub issues. Videos of new functionality to come soon. Enjoy!

https://github.com/iainctduncan/scheme-for-max/releases/tag/0.3.0-rc4

https://iainctduncan.github.io/scheme-for-max-docs/

Scheme for Max 0.3 is up now as a what I hope is the final release candidate. Scheme for Max is an external that embeds the s7 Scheme interpreter, enabling live coding, scripting, sequencing, and algorithmic composition in Max and Max for Live with Scheme Lisp. 

I would like to get some more use reports before removing the rc tag, publishing videos, and publicizing more widely, especially on Windows with M4L. This release adds direct evaluation of code as messages, scheduler functions in the low thread, garbage collector and heap controls for lower latency, Max4Live support with a Live API example script and device, and various language convenience functions. If you try it out and find issues, please report them as GitHub issues. Videos of new functionality to come soon. Enjoy!

Release:
https://github.com/iainctduncan/scheme-for-max/releases/tag/0.3.0-rc4

Documentation:
https://iainctduncan.github.io/scheme-for-max-docs/

Scheme for Max 0.3 is up now as a what I hope is the final release candidate. Scheme for Max is an external that embeds the s7 Scheme interp

scheme-for-max-and-max-for-live-0-3-release-candidate-up

Scheme for Max (and Max for Live) 0.3 release candidate up.

Kevin Lee

When I output video from my jit.movie to jit.world, I see the video playing behind a large black square. I'm not sure what I'm doing wrong, and I'm completely new to Max. What could be causing this?

I'm a little worried this is because I'm rendering on a M1 Mac. I've attached the .maxpat file and a screenshot for reference.

02-videoloader-test.maxpat

Screen Shot 2021-09-20 at 11.34.57 PM.png

When I output video from my jit.movie to jit.world, I see the video playing behind a large black square. I'm not sure what I'm doing wrong, and I'm completely new to Max. What could be causing this?

I'm a little worried this is because I'm rendering on a M1 Mac. I've attached the .maxpat file and a screenshot for reference.

When I output video from my jit.movie to jit.world, I see the video playing behind a large black square. I'm not sure what I'm doing wrong, 

black-box-in-center-of-jit-world-for-jit-movie-output

are you sure there are no other patches open? can you try quitting max and then opening just this patch and still reproduce? 

there is also the Max 8.2 beta which provides native support for Apple silicon machines.

Tried out Max 8.2 Beta, that wasn't it. The problem was I had some orphaned jit.movie / jit.layer nodes and didn't realize they still output video when not hooked up to anything, similar to like how scene graph or game engine style rendering works where the object is rendered as long as it exists in the "scene" (the patch). At least that's how it was explained to me, but I disabled or deleted the extra objects to fix the problem.

Black box in center of jit.world for jit.movie output

vichug

Hi folks, here is a variable-order bandpass filter in gen~ using codebox. The design is straightforward : input sound goes through a series of high pass filters (which are copied from the gen~.filters.maxpat example patch), the result goes in a series of low pass filters, and the result is the bandpass. I don't know if this can result in phase problems, please tell me, so far it seems to sound ok. The thing i had trouble with was how to use `Data` object type inside a `while` loop in order to correctly set up each single sample delay ; when it is required that each single order filter in the series of n-order has its own delayed sample. So i thought this could be of use to someone, maybe.

Hi folks, here is a variable-order bandpass filter in gen~ using codebox. The design is straightforward : input sound goes through a series of high pass filters (which are copied from the gen~.filters.maxpat example patch), the result goes in a series of low pass filters, and the result is the bandpass. I don't know if this can result in phase problems, please tell me, so far it seems to sound ok. The thing i had trouble with was how to use `Data` object type inside a `while` loop in order to correctly set up each single sample delay ; when it is required that each single order filter in the series of n-order has its own delayed sample. So i thought this could be of use to someone, maybe.
Cya !


Hi folks, here is a variable-order bandpass filter in gen~ using codebox. The design is straightforward : input sound goes through a series 

-sharing-variable-order-bandpass-filter-in-gen~

[sharing] variable-order bandpass filter in gen~

playmodes

'm just stuck with a mathematical problem i need some help to solve. Let's see if i can explain it properly:

I have 2 synced phasors, at the same frequency and phase.

At some arbitrary moment, i want phasor A to accelerate for 4 seconds until it arrives to, let's say, double the frequency of phasor B.

Phasor A stays at this new higher frequency for some time, and it decelerates for 4 seconds until it reaches again the original frequency.

The problem comes because i want that when phasor A finishes deceleration, it matches the exact phase of phasor B. This obviously means that the deceleration has to start in a specific moment in time to be able to catch phasor B in its exact phase.

I think this is related to uniformly accelerated linear motion equations, and might imply the use of derivative calculous?

I want to use this to sync 3 vertical scrolling image slides, where i want each of the 3 scrolls to alter its frequency from time to time, but then going back to normal speed and matching the exact position of the other 2 scrolls.

I imagine this might be useful to sync audio loops too: having 2 rhythm loops synced, and one starts to accelerate until it reaches double the frequency of the other one, and then going back to normal and catching phase again (beat or bar synced)

Has anyone done something like this and can point out possible solutions?My calculous is pretty oxidized and i don't know how to approach the problem....

 Hi all!
I
'm just stuck with a mathematical problem i need some help to solve. Let's see if i can explain it properly:

 Hi all!
I
'm just stuck with a mathematical problem i need some help to solve. Let's see if i can explain it properly:
I have 2 synced phas

mathematical-problem-syncing-variable-speed-phasors


unlike for data rate, which is really nasty...

https://cycling74.com/forums/synced-tempo-change-like-ritardandoaccelerando

...it is quite simple for signals. 

you just have to take care that ramp time, base speed and end speed are in a certain relation to each other.

your personal sunday play package: click the numbers and find out the rule(s)!



Whoa! Thanks for your help Roman!
It's funny to see there's another actual thread revolving around a similar issue!
 
I tried to adapt your example to my needs, but again, i get stuck at figuring out this relationship between the base frequency of the phasors and the time the speed keeps altered and ramping up/down.
On your example, with the phasor at 1hz and the ramp times at 2000ms everything worked great...

But for my needs, i'm working at a base frequency of 0.03125hz, and ramp times need to be recalculated. In addition, i need to keep the frequency higher for a while (doesn't need to be an exact number, but ideally close to a a cycle of the base speed (around 32seconds minus the accel/decel time)

I'm afraid my dumbness is so swollen right now...


(are you sure your phases were in sync bf you tried? bc the nonworking numbers in the example fucks that up. 0.03125/4000/24000/4000 works for me.)

it is not easy for me, either. i have a readymade patch somewhere but a ready solution wont fit to any possible case anyway, so i take the chance here in the forums to refresh my mind. :)

the good news is that... the base speed doesnt not matter! the base speed is always the base for the ramp amplitude already (see the +~)

since 1Hz is the equivalent of 1000 ms, the whole thing just works as soon as the total number of ms matches full integer seconds - and the multiplier is an integer, too.

only if you need it more flexible, then you can go deeper with more complex calculations.

for example when the fade in and the fade out have different but given lengths, then you have to calculate how the hold time has to be in order to come back to the correct phase.

in that case:

ramp-up-time*((x+y)/2) + hold-time*(y) +  ramp-down-time*((x+y)/2) == must result in an integer number of seconds

to calculate, you can use "rate" values instead of actual Hz.

example:

you want accelerate from 30Hz to 90Hz in 1000ms and  then you want to hold for 1600 ms.

x is always 1 and, well, y is 3 here.
 
1000*((1+3)/2) + 1600*(3) + ramp-down-time*((1+3)/2) == must result in an integer number of seconds

 -> 1500 + 4800 + ramp-down-time*1.5 == must result in an integer*1000

 -> 6300 +  ramp-down-time*1.5 == [1000, 2000, 3000, 4000, 5000, ...]

(now i am not sure how to continue because i failed school, but you get the idea.)

so for [1000, ]

 -> 1000 == 6300 +  ramp-down-time*1.5

 -> 1000/1.5 == 6300/1.5 + ramp-down-time

 -> ramp-down-time  == [-3533.3333,  -2533.3333,  -1533.3333 , -533.3333, 466.6666, ...
 
(strange? not, not strange, because we already used 2600ms for the first to segments. mathematically negative numbers would be correctly in place with the main beat, too. 
you just cant use them unless you are marty mcfly.)

so we have to add a third segment now which may be 466.66, 1466.66, 2466.66 ms long, because 466,66 ms is what we are missing to the next cycle.

please try this example and prove me wrong.^^


 
damn, it´s wrong again. 

llet´s do the auto lenght (at only integer speed multipliers) first.

to get the required lenght in milliseconds all you have to do is to get the rest of twice the sum of the rest of the difference of the hold time and one second plus the rest of the difference of the ramp time and one second.

couldnt be easier, huh?

$f1 -> ramp time in ms, $f2 -> hold time in ms

expr (((1000.-($f1-int($f1/1000.)*1000.)) + ((1000.-($f2-int($f2/1000.)*1000.)))*2)-int(((1000.-($f1-int($f1/1000.)*1000.)) + ((1000.-($f2-int($f2/1000.)*1000.)))*2)/1000.)*1000.)

== allowed lenght(s) for the other ramp time in ms.



Yes, you're right, the 4000 24000 4000 ramp configuration works. As you said, i might have had unsynced phasors when starting.

Actually, i got a bunch of working configurations for my phasor speed, all of them figured out "manually". This should be enough to suit my needs, and i could leave it as it is and it would work for me... but it would be great to find a generalized solution for any phasor frequency or variable ramp times!

I tried with the last expr you suggest, and result is always zero. There might be some typo somewhere... I'll try to go through it carefully and see where the error is... 


the expr works, but later i noticed that it for some reason only works for inputs of 100s, i.e. 3300, 3400, ... and i have absolutely no idea where that comes from. so it remains on my to do list.

well, after some time it looks like we came up with a working solution!

let's see if its useful for someone else.... thanks for your help Roman!

It sounds like what you're looking for is a phase locked loop algorithm :

https://en.wikipedia.org/wiki/Phase-locked_loop

I had done this with Max regular objects a while ago, but seeing this mail got me updating it with gen~ :

Yeah! that's a nice implementation Vincent! thanks for pointing out the name of this concept. It will help implementing it more efficiently.

Do you know of any example patch on using this PLL on audio loops (ie, syncing and de-syncing rhythms)?


That was precisely the purpose, I used PLLs to play a series of mechanical sound loops that would synchronize at some point, along with 3D graphics elements rotating along ... But it was a long while ago and you wouldn't want to see the patch! :)

Mathematical problem (syncing variable speed phasors)

Matteo Olivo

This series of musical and audio-visual applications, developed mainly in Max/MSP, has been created and tested in the framework of the PHD that I'm carrying out within the department of musicology of the University Jean Monnet of Saint-Etienne and the Laboratory "Parcours Santé Systémique" of the University Lyon 1. The project is aimed at students of middle and elementary schools, and at people with cognitive impairments of all ages, with no background in the music field. For this reason, all the applications are accessible and easy to use and to understand; in addition, some instructions are present on the interface so that teachers or parents can help the children in using the app. The goal of the tools, and of the training programs in which the devices are used, is to develop basic musical skills and also "life skills" (verbal and non verbal communication, empathy, team working, creativity, etc.), through the group activities. Other applications will be added to the series.

This series of musical and audio-visual applications, developed mainly in Max/MSP, has been created and tested in the framework of my PHD re

musical-applications-for-student-and-people-with-cognitive-impairments

Musical applications for students and people with cognitive impairments

AudioMatt

MY MIND IS BEING FUCKING BLOWN RIGHT NOW.

I just tested it. I can call scheduler-rate output from perform64 BEFORE objects farther down the chain process audio.

That's like... max message efficiency and complexity with audio rate latency.

Cycling, Am I blowing up the fucking universe? Is this legal? Did Trump outlaw this after my last upgrade?

MY MIND IS BEING FUCKING BLOWN RIGHT NOW. 

I just tested it.  I can call scheduler-rate output from perform64 BEFORE objects farther down the chain process audio.  

That's like... max message efficiency and complexity with audio rate latency.  

Cycling, Am I blowing up the fucking universe?   Is this legal?  Did Trump outlaw this after my last upgrade?

Dude.   DUDE.
MY MIND IS BEING FUCKING BLOWN RIGHT NOW. 
DUDE! 
I just tested it.  I can call scheduler-rate output from perform64 BEFORE ob

audio-rate-scheduler-messages

No one from C74 is going to pop in and tell me how undefined this behavior is?

Audio Rate Scheduler messages.

Ben Bracken

. The Runner provides plug and play access to a 

 from the Max application, using using OSCQuery for communication with the running code.

This update features a new web-based interface with routing capabilities, expanded hardware support, along with many other improvements and bug fixes. Improvements include:

We've also rolled in direct support for the 

 add-on package, and have included a number of other improvements and bug fixes. Check out the release notes 

We are happy to announce the release of RNBO 1.3.0, available now for download via the Max Package Manager.

With this update, we are...

rnbo-130-released

RNBO 1.3.0 Released

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

Cycling '74 Forums

We are happy to announce the release of RNBO 1.3.0, available now for download via the Max Package Manager. With this update, we are...

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

Maybe I am wrong but I think I had less drops when sending data by UDP from Max to Live than from M4L to Live. If you have a Max licence,...

thank you for this one !

Nevermind, I fixed it :) The problem was that I was automatically pushing an initial value in my device at launch (with "live.thisdevice")...

done

Scheme for Max 0.3 is up now as a what I hope is the final release candidate. Scheme for Max is an external that embeds the s7 Scheme interp

Tried out Max 8.2 Beta, that wasn't it. The problem was I had some orphaned jit.movie / jit.layer nodes and didn't realize they still...

Hi folks, here is a variable-order bandpass filter in gen~ using codebox. The design is straightforward : input sound goes through a series

That was precisely the purpose, I used PLLs to play a series of mechanical sound loops that would synchronize at some point, along with 3D...

This series of musical and audio-visual applications, developed mainly in Max/MSP, has been created and tested in the framework of the PHD...

"please send your bug report to..." :P