Massimiliano Cerioni

I needed to make an accurate latency test of my system, so I took inspiration from the old MSP latency test patch under 

 folder and built an alternative version in gen. There were a couple of active discussions 

, from which I took the threshold trick that Graham implemented.

I needed to make an accurate latency test of my system, so I took inspiration from the old MSP latency test patch under...

a-new-io-latency-test-patch-made-in-gen

A new IO latency test patch made in gen

shang404

I have tried the samples from the book called generating sounds and organizing time, however , I cannot find the mix and wrap objects ( probably more but I haven't tried them yet. How can I figure it out ? Thanks !

I have tried the samples from the book called generating sounds and organizing time, however , I cannot find the mix and wrap objects ( probably more but I haven't tried them yet. How can I figure it out ?  Thanks !

Hello 
I have tried the samples from the book called generating sounds and organizing time, however , I cannot find the mix and wrap ... 

about-the-mix-and-wrap-object

( I realized that I write a p patcher instead of gen patcher ) 

About the Mix and Wrap object

A simple implementation of the logistic map equation in gen~. Feel free to share your thoughts.

logistic-map-in-gen~

[history] is still there cause the previous version was a feedback loop, but it can be removed.

Logistic Map in Gen~

Ernest

When assigning polyphonic voices in codebox, additional control and external signal assignments are possible, because the internal pitch/gate/age data arrays and methods are editable. For example, the voice age is accessible for devices such as arpeggiators. Also, the exact manner of voice stealing, voice clear, and voice-count change are directly controllable.

This example patch shows stealing with corrected-least-recently used (CLRU) voice replacement. Upon overflow with a CLRU algorithm, new notes after overflow are less likely to truncate any playing voices that are gated off, but still in any envelope release phase. Internally, three separate pitch, gate, and voice-age arrays are ordered by voice number, and stored in a buffer~ object for external inspection and access.

As with the original poly object, positive integers on the first MIDI-pitch input create a MIDI note-on or note-off event, depending on the second input's MIDI-velocity value.

0 on the first input causes the object to issue GATE-OFF events for any playing voices, then resets the object's internal data.

It has four other enhancements, described below the screenshot

gen2.PNG

the allocator primes the age buffer, empties the others, and sets static variables to default values. VCNT is the maximum number of available voices (edit as desired) and NUMV is the number of active voices (default 0).

Data pch(257), vel(257), age(257);
History numv(0), vcnt(257);
if (in1 <=0){
    ...
    for (i=1; i<=vcnt; i+=1){
        vel.poke(0, i); 
        pch.poke(0, i);
        age.poke(i, i);
        numv = 0;
     }

 gen can only output one event for each input event, so multiple voice-off events for a single reset signal is not possible without enabling the metro . However, enabling the metro also prevents the gen object from receiving more than one input event in any metro interval. 

the allocator first checks to see if all voices are on for overflow handling. Then it increments the age of all voices by one and puts the new note, with age of 1, in the oldest slot. If the note is not found, aoff remains 0 and nothing happens.

if(in2 >0){
    for(i=1;i<=vcnt; i+=1){
        out3 = in2;
        out2 = in1;
        x = age.peek(i);
        if(x==vcnt){
            if(numv==vcnt){
                ...(//kslider fix code)...
                }
            }else{
                numv +=1;
            }
            age.poke(1, i);
            pch.poke(in1,i); 
            vel.poke(in2,i);
            out1 = i;
        }else{
            age.poke(x+1,i);
        }
    }
}

the allocator looks for a note with the same pitch. If found, it sets its age to the current number of voices, decrements numv, and shuffles older notes up in the age queue.

of (in2==0){
    for(i=1;i<=vcnt; i+=1){
        if(pch.peek(i) ==in1){
            aoff = age.peek(i);
            age.poke(numv, i);
            pch.poke(0,i);
            vel.poke(0,i);
            numv -=1;        
            out4 = 0;     //kb fix
            out3 = 0;     //vel 0
            out2 = in1;     //fr off
            out1 = i;    //voice off
        //    break;
        }
    }
    for(i=1;i<=vcnt; i+=1){
        x = age.peek(i);
        if(x>aoff && x<numv){
            age.poke(x+1);
        }
    }
}

Note, when the kslider object receives a note-off message while the user is pressing an on-screen note, it resends the last note-on event. While this could be useful for implementing aftertouch, currently the implementation filters out consecutive note-on events with the same pitch value using a History object called p0 to store the last received pitch:

 History p0;
 ... 
 if (in1 <= 0) {
        ...(reset routines)...  
 } else if (in1 != p0 && in2 >0) {
        ...(voice-on routines)...
        p0 = in1;
} else if (in2 == 0) {
       ..(voice off routines)...
       p0 = 0;
} 

Without the filter on consecutive note-on events with the same pitch, the kslider sets all the output voices to the same pitch while the mouse is clicked and dragged on it. With this filter, the user can click and drag on the kslider object to turn on multiple neighboring notes,. Whenever the voice capacity overflows, the replaced notes are immediately turned off on the kslider object. 

in the first two statements of a note-on event (also there is an mtof() conversion in the reset routine):

    ...     }else if (in1 != p0 && in2 >0) {

out3 = 1 -(in2/127);        //gate out 0-1

        out2 = mtof(in1);         //fc out, Hz

The allocator can contain multiple voices with the same pitch. 

Currently, NOTE-OFF messages turn off all voices with the same pitch. You can change this behavior by uncommenting the BREAK statement at the end of the note-off routine.

...
    }else if (in2 ==0) {
        ...
        // break;
    }

If a voice has already been stolen, note-off messages for are simply discarded.

, this implementation does not add and latency to voice-on events after overflow. If you overflow the voice capacity, then this example may create an audible click on the retriggered voice, which you are free to fix in gen.

When assigning polyphonic voices in codebox,  additional control and external signal  assignments are possible, because the internal pitch/gate/age data arrays and methods are editable. For example, the voice age is accessible for devices such as arpeggiators. Also, the exact manner of voice stealing, voice clear, and voice-count change are directly controllable.  

This example patch shows stealing with corrected-least-recently used (CLRU) voice replacement. Upon overflow with  a CLRU algorithm, new notes after overflow are less likely to truncate any playing voices that are gated off, but still in any envelope release phase.  Internally, three separate pitch, gate, and voice-age arrays are ordered by voice number,  and stored in a buffer~ object for external inspection and access. 

As with the original poly object, positive integers on the first MIDI-pitch input create a MIDI note-on or note-off event, depending on  the second input's MIDI-velocity value.

0 on the first input causes the object to issue GATE-OFF events for any playing voices, then resets the object's internal data.  

It has four other enhancements,  described below the screenshot

 Dynamic voice-count changing. A negative value on the first input sets the number of voices, for example, -64 sets the number of voices  to 64. after reset and GATE-OFF events for any playing voices.  When setting the number of voices with the first input, the  second input is ignored.  Note, if the voice count on other objects is higher, the GATE-OFF events can simply trigger a note-off event on other objects, allowing playing voice amplitudes to decay slowly. However, If lowering the voice count on other objects, some playing voices may click off.  

Direct kslider input: This gen implementation interfaces directly with a kslider object in poly mode. With the kslider object, velocities for note-on  events are 1 at the bottom and 127 at the top of the keyboard.  Therefore the current implementation subtracts velocities in the 1~127 range from 128, also scaling velocity values to 0-1  to gated output amplitude on the third output.  Then the MIDI note frequency (in Hz) is output on the second output, then  finally, the first output sends a voice number for the new voice-on or voice-off event.  Voice-off events are the same as voice-on events, except the third output has a value of 0. 

kslider fix, to turn off notes after voice overflow. On overflow, a fourth output sends the pitch for a MIDI note-off event just prior to the voice-on event, or 0 if there is no overflow. You can pass this value through a "SET $1 0" messagebox to create an input event for the kslider object. 

Connection to mc.gen~ inputs. To send the gen  outputs  to a mc.gen~ object's frequency and gate inputs, the example packs the voice, frequency,  and  gate outputs together, then uses a "SETVALUE $1 $2" message to set a voice's frequency, and a "SETVALUE $1 $3" message to set a voice's gate.  

On reset, the allocator primes the age buffer, empties the others, and sets static variables to default values. VCNT is the maximum number of available voices (edit as desired) and  NUMV is the number of active voices (default 0).   

Data pch(257), vel(257), age(257);
History numv(0), vcnt(257);
if (in1 <=0){
	...
	for (i=1; i<=vcnt; i+=1){
		vel.poke(0, i); 
		pch.poke(0, i);
		age.poke(i, i);
		numv = 0;
 	}

Note, gen  can  only output one event for each input event, so multiple voice-off events for a single reset signal is not possible without enabling the metro . However, enabling the metro also prevents the gen object from receiving more than one input event in any metro interval. 

On note-on events, the allocator first checks to see if all voices are on for overflow handling. Then it increments  the age of all voices by one and puts the new note, with age of 1, in the oldest slot.  If the note is not found, aoff remains 0 and nothing happens. 

if(in2 >0){
	for(i=1;i<=vcnt; i+=1){
		out3 = in2;
		out2 = in1;
		x = age.peek(i);
		if(x==vcnt){
			if(numv==vcnt){
				...(//kslider fix code)...
				}
			}else{
				numv +=1;
			}
			age.poke(1, i);
			pch.poke(in1,i); 
			vel.poke(in2,i);
			out1 = i;
		}else{
			age.poke(x+1,i);
		}
	}
}

On note-off events,  the allocator looks for a note with the same pitch. If found, it sets its age to the current number of voices, decrements numv, and shuffles older notes up in the age queue. 

of (in2==0){
	for(i=1;i<=vcnt; i+=1){
		if(pch.peek(i) ==in1){
			aoff = age.peek(i);
			age.poke(numv, i);
			pch.poke(0,i);
			vel.poke(0,i);
			numv -=1;		
			out4 = 0; 	//kb fix
			out3 = 0; 	//vel 0
			out2 = in1; 	//fr off
			out1 = i;	//voice off
		//	break;
		}
	}
	for(i=1;i<=vcnt; i+=1){
		x = age.peek(i);
		if(x>aoff && x<numv){
			age.poke(x+1);
		}
	}
}

Note, when the kslider object receives a note-off message while the user is pressing an on-screen note,  it resends the last note-on event.  While this could be useful for implementing aftertouch, currently the implementation filters out consecutive note-on events with the same pitch value using a History object called p0 to store the last received pitch:

Without the filter on consecutive note-on events with the same pitch, the kslider sets all the output voices to the same pitch while the mouse is clicked and dragged on it.  With this filter, the user can click and drag on the kslider object to turn on multiple neighboring notes,. Whenever the voice capacity overflows, the replaced notes are immediately turned off on the kslider object. 

You can change the output scaling in the first two statements of a note-on event (also there is an mtof() conversion in the reset routine):

 	... 	}else if (in1 != p0 && in2 >0) {
 		out3 = 1 -(in2/127);		//gate out 0-1
 		out2 = mtof(in1); 		//fc out, Hz
 	... 	} 

The allocator can contain multiple voices with the same pitch. Currently, NOTE-OFF messages turn off all voices with the same  pitch.  You can change this behavior by uncommenting the BREAK statement at the end of the note-off routine. 

...
	}else if (in2 ==0) {
		...
		// break;
	}

If a voice has already been stolen, note-off messages for are simply  discarded.  

 On overflow, this implementation does not add and latency to voice-on events after overflow. If you overflow the voice capacity, then this example may create an audible click on the retriggered voice, which you are free to fix in gen.   

When assigning polyphonic voices in codebox,  additional control and external signal  assignments are possible, because the internal pitch/g

implementing-poly-object-in-gen-codebox

The second demo simplifies the top-level patch by using Data() rather than Buffer~ objects in gen: 


When changing the number of voices, mc.*~ objects require an audio restart, with  a DEFERLOW on the START message immediately after the STOP message.  When changing the number of voices in the gen object, but not changing the number of voices in the patch's mc.*~ objects, audio restart is not required. 

Limitation: without switching gen to active metro, I don't think it can output more than one event at a time. but with active enabled, I think more than incoming event within the same interval are ignored. At least that's how I think it works, but it's not specified in the documentation.  

This simpler demo, updated July 13, replaces the Buffer() objects with internal Data arrays in gen.  Also, it  uses kslider FLUSH to send multiple voice-off messages on reset and voice count change.  Additionally, it adds a 'SEL 0.' object on the gen object's first output, to block zero messages when the allocator receives note-off messages for pitches that have already been turned off.  Finally, it outputs midi pitch rather than frequency, 

Data pch(257), vel(257), age(257);
History numv(0), p0(0), g0(0), vcnt(64);
x, aoff = 0; 
if (in1 <=0){ 					// RESETS 
	if (in1 <0){
		vcnt =  neg(in1);
	}
	for (i=1; i<=vcnt; i+=1){
		vel.poke(0, i); 
		pch.poke(0, i);
		age.poke(i, i);
 	}
	p0 = 0;
	numv =0;
}else if (in1 != p0 && in2 >0) {		// NOTE ON
	out3 = 1 -(in2/127);			//gate out 0-1
	out2 = in1; 				//fc out, Hz
	for(i=1;i<=vcnt; i+=1){
		x = age.peek(i);
		if(x==vcnt){
			if(numv==vcnt){
				if(vel.peek(i)>0){
					out4 = pch.peek(i); //pkb fix
				}
			}else{
				numv +=1;
				out4= 0;
			}
			age.poke(1, i);
			pch.poke(in1,i); 
			vel.poke(in2,i);
			out1 = i;
		}else{
			age.poke(x+1,i);
		}
	}
	p0  = in1;
} else if (in2 ==0){				//NOTE OFF
	for(i=1;i<=vcnt; i+=1){
		if(pch.peek(i) ==in1){
			aoff = age.peek(i);
			age.poke(numv, i);
			pch.poke(0,i);
			vel.poke(0,i);
			numv -=1;		
			out4 = 0; 		//kb fix
			out3 = 0; 		//vel 0
			out2 = in1; 		//fr off
			out1 = i;		//voice off
			for(i=1;i<=vcnt; i+=1){
				x = age.peek(i);
				if(x>aoff && x<numv){
					age.poke(x+1);
				}
			}
			break;
		}
	}
	p0 = 0;
}

 When changing the number of voices in the gen object, but not changing the number of voices in the patch's mc.*~ objects, audio restart is not required.  However, when changing the number of voices on mc.*~ objects, there must be an audio restart, with  a DEFERLOW on the START message immediately after the STOP message.  Note, restarting audio can causes error on DirectSound drivers, depending whether Max is already started when the patch is opened. 

Thanks, Graham. Can we mute mc.*~ voices with messages directly in some way, equivalent to 'MUTE X X' for poly~ ? 

The best I can figure out is including an mc.noteallocator~ object on the gen object output and setting voices for the internal note allocation system with mpe messages, and enabling the internal busy map.

Ran into a problem. Can't assign voices with mpeevent, the mc.noteallocator~ still uses its own voice assignment. Verified it works on Macs though. 

I am looking to build a poly synth, but I want to build it all in gen~.
I was trying to implement this code you wrote for voice assigning, but it only seems to work in gen and not in gen~?

Do you have any tips or recommendations for me on how I can make this work in gen~?

Polyphonic voice handling can be done in gen~, but there isn't a general solution, and there are a few subproblems to figure out, e.g.:

- First, how will you get new note events into a param or signal format that gen~ can respond to?
- The first thought might be a [param pitch] and [param gate] or [param velocity], and/or maybe a [param duration], but what if you wanted to trigger two notes in a row with the same pitch? Do you need a separate [in 1 trig] to start a new note? Every one of these variants means patching it in a slighty different way.
- For a polyphonic patch, how do you assign voices? Does every new event go to the next available (non-busy) voice? Or do events with the same pitch not trigger a new note? What if all voices are busy, does it replace a playing voice (and if so, which? The first, the last, the highest, the lowest, etc.?) Again, each of these requires a different kind of patching solution. 
- If you want to handle chords it gets even trickier, since an [in] can only handle one event per sample, and a [param] will only handle one change per vector size...  One possible workaround is to feed events by writing into a circular buffer~, but that's another layer of complexity... 

---

Here's an example of a relatively simpler event allocator -- new events are triggered by [in 1 trig], and go to the next available non-busy voice. If all voices are busy, the event is ignored. New events sample [params] for their configuration (e.g. duration & envelope shape in this patcher). So, it cannot play synchronous chords, has no voice-stealing, can play the same pitch twice overlapping, and assumes the duration is determined when the event starts.  Because triggers are audio rate it could get fairly granular, though at some point you might want to add sub-sample accurate grain scheduling... 

Thank you very much for the response and the example patches, they work quite nice.
But the biggest struggle for me is that I want to use a ADSR envelope thus I need to find a way I can send "on" and "off" messages to the right voice. 

I'm trying to do something similar.  I used a similar idea as in the many voices patch. 

However it dosen't work in every situation. If I make a midiloop in Ableton to trigger it, evrything works fine. But if I play notes with a Midi-keyboard fast or Chords it sometimes does not get every note change, which will result in notes not stopping to play. To be honest, I have no clue why this happens, and why it dose not happen if the notes are played by Ableton.

Hi, I got this code to work properly and its now available for download at https://www.yofiel.com/max.php 
and the second youtube video shows it in operation. 

SHARING: poly object in gen codebox

tsambou

I was having a problem with a patch I am working on, and after not understanding why it wasn't working I figured something which I am quite confident should be called a bug. Changing the two sides of an if statement fixed the problem. What do you think?

I was having a problem with a patch I am working on, and after not understanding why it wasn't working I figured something which I am quite 

"if-a-b-"-gives-different-result-than-"if-b-a-"


"is not" seems all you need:

[if ($i1&$i2) !=  ($i2&$i1)  then yes else no]


oh sorry this is gen.

i think you forgot to put the second half into brackets?

if (delta(Variable) != (0 && LocalCh == SelCh))


Software Engineering Rule #16: NEVER mix side-effected functions in short circuit logical evaluation.

Short-circuit logic - in the case of AND - can directly return false if the left operand is false.  The right hand operand does not need to be evaluated, because AND will return false no matter what it evaluates too.

delta() is returning the delta with respect to the last time it was called - i.e. if you call is call it three in a row times with the same value, it will return x, 0, 0.  So calling delta() has a side effect, in that some state is stored to be used in the next call.

Due to short-circuit evaluation, you are calling delta() 3 times in one gen, and only once in the other. I've updated your second gen to call delta outside of the it (so, it will be called 3 times), but kept the operand order the same, and now they function identically.


" 16) Error correction is most efficiently done by the document´s author(s). "

https://www.ics.uci.edu/~emilyo/SimSE/se_rules.html

Wow thank you so much, I think this really clarified the situation. If I was aware of it earlier it would have definitely saved me alot of time and trouble.

"if (A & B)" gives different result than "if (B & A)" 

Aidan Porter

I'm currently working on a game-of-life-based project in gen and I can't quite see why gen's failing to compile - probably something really silly! Anyone able to help me out?

Noise Alive.zip

I'm currently working on a game-of-life-based project in gen and I can't quite see why gen's failing to compile - probably something really 

gen-failed-to-compile-someone-able-to-give-me-some-fresh-eyes

There isn't a parameter definition for "playrate.". If you want to send a parameter to gen~ via messages, it's gotta be defined.

That's what the error message in the Max windows says.

was taking a look at this too, and aside from the playrate message problem Max mentioned above, while i didn't have time to find the exact prob, i notice that if i delete your "gen life_algorithm" subpatcher, within your main gen patcher for the pfft~(and connect up params and open inputs to any random thing left over... also creating a param called 'playrate' just to get rid of that error), i won't get any error message(the 'failed to compile' error won't happen either), so whatever's wrong can at least be localized to the playrate param missing and something within the "gen life_algorithm" subpatcher...
(although, i also notice you have two buffer ops of the same name in the outer/main gen patcher when you only need one(this is not including the third nested within the inner 'gen life_algorithm' subpatcher)) 

my first guess, though(sorry i don't have further time to test), is that you are defining a buffer within the function "LiveOrDead".... until that function is actually called, the buffer is undefined for your codebox while everything else gets defined where things usually do(i'm not even sure you can define buffers in functions to start with like that)...  i could be wrong, because i can't test this out more thoroughly, but i might start looking at how you access buffer in your codebox there.
[Edits: 
-also, there's no need for semicolon after the function declaration of "LiveOrDead" 
-your function "LiveOrDead" should return something, as it is it doesn't change outer variables, just changes inner ones(arguments to functions are like inner variables referring to outer ones, but not the same... to help keep track, it's often better to name the arguments in your function declaration differently than the actual arguments you'll eventually pass in) and doesn't communicate anything back to the outside.... 
-your 'peek' op within the function references a 4-channel buffer but the 'if' statement can only use one of those channels(what's the expected input/output there?)...
-once you get this to compile without error, i'm not sure the code will do the proper game-of-life situation: maybe the 'position' and 'L/R_lifecount' variables need to be written to a history? (otherwise they always default back to what they are defined as at the start of the code?)]

Wow, thank you so much! This was my first time using the forum after it was enthusiastically suggested to me and I have to say I really wasn't expecting such a fast or thorough response! I'll go though and digest all this, many thanks again!

Ok, so I've taken out the playrate parameter and rewritten the code within the function meaning that no external variables are being changed. I've also fixed the issue on which channels I was referring to but I'm struggling to know where to place the 'Buffer spectralBuffer' so that it can be referenced in both the function and the main code.

In response to your last point, yes, you're right the game-of-life varient should work afresh for each sample so at this point I'm really just expecting noise to come out of this until I introduce more parameters at a later stage.

Perhaps due to the buffer issue, I'm getting:
'clang: use of undeclared identifier 'in4'; did you mean 'int'?'

pass in the buffer and input4 as arguments... i think gen~ likes function-declarations to behave as templates, where you don't instantiate anything within them beyond local variables that don't already exist outside the function(this includes inputs like 'in4' and buffer/data-ops, etc...).... 
i didn't even realize we could return multiple things(haha, i know that's how it works in other languages but assumed for some reason gen~ might be finnicky), your code does the right thing with the return 👍... something like this might work, notice the buffer and input4 are now the last 2 args in the function-declaration: 

LiveOrDead(position, L_lifecount, R_lifecount, specbuf, io4) {
    L_add = 0;
	R_add = 0;
	if (cartopol((peek(specbuf, position, 0, channels = 1) / 1024), (peek(specbuf, position, 0, channels = 2) / 1024)) >= io4) {
		L_add = 1;
	} else {
		L_add = 0;
	};
	if (cartopol((peek(specbuf, position, 0, channels = 3) / 1024), (peek(specbuf, position, 0, channels = 4) / 1024)) >= io4) {
		R_add = 1;
	} else {
		R_add = 0;
	};
	return (L_lifecount + L_add), (R_lifecount + R_add);
}
Buffer spectralbuffer("spectralbuffer");
L_lifecount = 0;
R_lifecount = 0;


one more thing, you're writing 'peek' with 'channels' as though they're channel-offsets(it's confusing compared with 'poke', they have similarly named arguments), but the 'channels' argument to peek is actually defining how many channels to output... instead i think you want to just offset using the third argument... for example, to address channels in succession with multiple peeks, would be like this:
peek(specbuf, position, 0)
peek(specbuf, position, 1)
peek(specbuf, position, 2)<-channel offset is the third argument to peek

[Edit: i wrote something extra about your 'if' statements, but now i see they're probably correct(they're not attempting multiple evaluations within one which is what i thought at first)... just watch out for the channel-offset issue i mentioned above in regards to peek and it should be all good]

one last thing... on second thought(still got a funny feeling about the 'if' statements in the function-declaration)... if you connect up a 'cartopol' and click the 'C' icon in the right-toolbar to see the code generated, you'll notice it returns two values which need to be assigned to something in order to return properly within any other context(including 'if' statements)... so you might have to create separate ifs for each cartopol output.


gen failed to compile - someone able to give me some fresh eyes?

James Hall

I'm currently trying to port some gen~ code into Javascript to use with WebAudio, said gen~ uses a t60 object and I can't find any detailed information on what exactly the formula is that it uses. Looks like it's some kind of log function I think, was wondering if someone knows the exact constants / coefficients.

( t60 is a gen~ object )
I'm currently trying to port some gen~ code into Javascript to use with WebAudio, said gen~ uses a t60 object and I can't find any detailed information on what exactly the formula is that it uses. Looks like it's some kind of log function I think, was wondering if someone knows the exact constants / coefficients.
Thanks!

( t60 is a gen~ object )
I'm currently trying to port some gen~ code into Javascript to use with WebAudio, said gen~ uses a t60 object and I

what's-the-formula-for-t60

For future reference, to see this yourself, you can send the 'exportcode' to a gen~ box, and you will get the exported C++ code of the genpatcher.

Awesome thank you! I didn't know about that 'exportcode' thing, very cool.

Cycling '74 Forums

I needed to make an accurate latency test of my system, so I took inspiration from the old MSP latency test patch under...

( I realized that I write a p patcher instead of gen patcher )

[history] is still there cause the previous version was a feedback loop, but it can be removed.

Hi, I got this code to work properly and its now available for download at https://www.yofiel.com/max.php and the second youtube video...

Wow thank you so much, I think this really clarified the situation. If I was aware of it earlier it would have definitely saved me alot of...

one last thing... on second thought(still got a funny feeling about the 'if' statements in the function-declaration)... if you connect up a...

Awesome thank you! I didn't know about that 'exportcode' thing, very cool.