hcenteno

I created a Gen~ patch that just contains a Codebox and inlets and outlets. I created it giving it a name as parameter and I can see a gendsp file was created.  I'm able to use it in new patches but for some reason in either the original patch where I created it or in new patches I'm now unable to edit it (I want to ad some nodes).  I can open it and see the contents but editing is disabled everywhere. I can probably just copy and paste the code into a new editable one, but I'm curious to know why is editing disabled. Is this a bug or am I missing something? I'm using Max 8.6.2 on Windows 11.

I created a Gen~ patch that just contains a Codebox and inlets and outlets. I created it giving it a name as parameter and I can see a...

unable-to-edit-gen-patch

Unable to edit Gen~ patch

Yueting Wu

I am trying to create a readable wavetable within gen~ using the data object 

since I need the patch to work for Oopsy daisy, the patch cannot refer to any external buffers in max

The closest answer I was able to get was this post:

https://forum.electro-smith.com/t/oopsy-wavetable-synth-without-reading-from-sd-card/3736

--using the codebox object to manually input sample values of waveforms into the data object 

The OP's patch (basic waveform oscillator) works, but when trying to add new waveforms to the patch, I ran into issues: 

I obtained sample values (256 samples) of the single-cycle waveforms from 

https://www.adventurekid.se/akrt/waveforms/

 and input those values into the codebox, I received the following errors

I double checked and the list of values I put in indeed contained 256 items, so I am confused about why it "exceeded the maximum of 256"...and then I checked the amount of items in the lists that OP put in, and they actually contained less than 256 values (250&248 respectively)...so I just deleted the last few values from my list....the error disappeared but still there is something wrong:

It seems like it's reading the new waveform I put in twice as fast as it should????

I am very new to all this and not sure if I am doing something wrong here,  or if there is any other ways of creating a wavetable completely within gen~ 

*"Datawavetable" contains OP's waveform, "datawavetable2" contains the waveform I tried to put in 

hi ! 

I am trying to create a readable wavetable within gen~ using the data object 

since I need the patch to work for Oopsy daisy, the...

writing-waveforms-into-data-object-in-gen-without-referring-to-an-external-buffer-in-max

writing waveforms into data object in gen~ without referring to an external buffer in max? 

MakePatchesNotWar

I don't understand the behavior of peek in this patch. If i'm correct it should output the same value from peek specified by the 2nd inlet over all mc-channels. Anyone knows why it doesn't? 

I don't understand the behavior of peek in this patch. If i'm correct it should output the same value from peek specified by the 2nd inlet...

issue-reading-back-values-with-peekdata-and-mc-inside-gen

Issue reading back values with peek/data and MC inside Gen

Hank Borders

Anyone know how to get rid of noise made when changing the delay time of a circular buffer(data object). 

I've got a "data" object in Gen~ and a "counter" is writing to it and then and an offset counter is reading from it at a delayed time. Essentially a write and read head of a tape loop. When I adjust the delay time I get some weird high frequency noise. I'm assuming that it's because the read counter is moving faster than the sample rate and skipping samples resulting in discontinuity or it. 

Anyone know how to get rid of noise made when changing the delay time of a circular buffer(data object). 

I've got a "data" object in Gen~...

circular-buffer-delay-sampling-problems

Circular Buffer Delay sampling problems

Phil Maguire

I'm having an odd problem with this harmonic oscillator I'm working on. As I increase the partial (multiplier of the sine wave frequency), the gain decreases... unless I remove everything I put in to avoid clicks. 

 is basically a filter, then I think I get why it's happening, but it also does it if I use the 

Gain issue when using [slide] to remove clicks

gainslide-issue-with-frequency-multiplication

Tarik Barri

I must be overlooking something insanely obvious, but I can't figure out what.

...fails to compile, and gives me the error message:

gen_domain: dsp.gen: [string "gen2.dsp.Model"]:1687: attempt to index local 'instance' (a nil value)

(EDIT - this refers to the 'gen' object, not the 'jit.gen' object)

I've reproduced on several max versions and two computers, but can not find this issue mentioned anywhere online.

Any hints as to what's going on would be greatly appreciated

I must be overlooking something insanely obvious, but I can't figure out what.
This gen code:

getOne() { return 1.0; }
getOneIndirect() { return getOne(); }
if (getOneIndirect() == 1.0) {
  out1 = 1.0;
}

...fails to compile, and gives me the error message:gen_domain: dsp.gen: [string "gen2.dsp.Model"]:1687: attempt to index local 'instance' (a nil value)

(EDIT - this refers to the 'gen' object, not the 'jit.gen' object)
I've reproduced on several max versions and two computers, but can not find this issue mentioned anywhere online.

Any hints as to what's going on would be greatly appreciated
-t


I must be overlooking something insanely obvious, but I can't figure out what.
This gen code:
getOne() { return 1.0; }
getOneIndirect() { ... 

impossible-to-use-returned-value-from-function-in-if-statement

Hi Tarik,

I just added an else block and it works fine. 

I see, it's the "jit." that made it compile, not the 'else' statement.

The moment I remove the "jit." prefix and it becomes a regular 'gen' object, it stops compiling. So without wanting to jump to conclusions, I am tempted to go with the hypothesis that 'gen' is basically broken for now?

gen~ (with the tilde) seems to be slightly more robust than gen, but also this fails to compile when I get a bit deeper into conditionals:

and here's another amazing bug. Once this empty for loop is present, the output simply stops functioning (in both gen and gen~), so that this two line code doesn't work.

for(index=0; index < 1; index+=1) {}
out1 = 1.;


I can't possibly be the first one to run into all this weirdness, so maybe someone who's gone through this can tell me how they deal with these issues? 


Hi Tarik! 

I copy pasted your code into a codebox in jit.gen and it gives me exactly the output you would expect, without compilation errors. 

In "gen" instead it gives me the error you mentioned. 

Sounds like a bug, I will report it

Hey Tarik, so great to see this discussion here, my 2cents:
They do indeed need to work on making the max-window error messages from gen~/gen/jit.gen a bit more useful/helpful to us 🙏

seems like your code should work, i even tried adding a superfluous argument to the functions like the 'p' in the functions for Gregory's article here, as well as tried saving to a .genexpr file and instantiating using 'require'(thinking maybe it might compile differently when in an extraneous .genexpr file), still didn't work, even though Gregory's functions seem to have the same basic structure:
https://cycling74.com/tutorials/gen~-for-beginners-part-7-creating-reusable-tools

(also tried all those steps in both gen and gen~, couldn't get it to work)

i do know that 'gen'(without the tilde) handles scheduling and memory differently('gen' needs to be triggered from outside, or have internal metro on using '@active 1'... also cannot use things like 'buffer' but still can use 'data' instead), so maybe better off trying things in gen~ first.

i dunno... i tried, hopefully it at least helps whittle out some testing(maybe also posting Gregory's article can help you find some thread of similarity to follow).

Thanks both!!

I've now found that if I take the functions of which I want to test their outputs in an 'if' statement, and store the results of these functions in a 'History', I can use these functions. So:

getOne() { return 1.0; }
getOneIndirect() { return getOne(); }

History enableFunction(0);
enableFunction = getOneIndirect(); 
	
if (getOneIndirect() == 1.0) {
  out1 = 1.0;
}

...and if I want to do this with functions which take variable arguments, I need to use these same variable arguments when storing the results in the 'History', otherwise it will still fail.

The thing that most confuses me about this all though is not the bug itself, but the fact that it seems as if I'm the first one to ever try using returned function values in an 'if' statement. Which surely can't be true. I'm not that totally unique and special, or...?

the reason why your genbug2 patch creates silence is due to the code generated from your GenExpr code inside the Codebox - whereby its not yours code fault.

If you open the "code" sidebar of the gen (gen~, jit.gen, jit.gl.pix) patcher - the stylish C in the right hand toolbar -  you can see that the "code generator" has set out1 & out2 to 0 ... hence silencio ;-).

I also currently experience "gen code generation" weirdness, where an else block is just "optimised away", but that happens in the jit.gen.

But I guess, wheter audio or video domain, there is only 1 code generator that not only translates the "normal" gen operator patches, but also the GenExpr Code we type into Codebox into an intermediate GenExpr Code that its visible in the "code sidebar".

So if you experience weird stuff, the code sidebar is the place where you might detect THAT something weired / wrong was generated from your code.


Yes actually I noticed this too and this can help indeed. Not with the other errors unfortunately. But this 'history' hack I described above seems to make things work... for now...

Impossible to use returned value from function in if-statement?

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

woyteg

Can we use a function as an argument to a function?

doFun(fun, val){
return fun(val);
}

addFun(val){
return val+1;
}

out1 = doFun(addFun, in1) ;

Hi,

GenExpr/Codebox:

Can we use a function as an argument to a function?

Something like this?

doFun(fun, val){
return...

function-as-an-argument-in-a-function

Function as an argument in a function

cocamon

Does anybody here have a functioning approach for syncing data between a multislider and a buffer~ inside of gen~? 

The syncing case I'm struggling with at the moment occurs when I try to resize the sequence length to a value that is greater than the current value. With the naive approach of multislider always writing to buffer that means that its impossible to preserve data from longer patterns (for example returning to a gate pattern with length 16 after one of length 8).

On the other hand if I avoid resizing the buffer and dump its data into the multislider each time I increase the sequence length, I run into the issue of narrowing down exactly that case to avoid creating a feedback loop where its unclear which of the two objects has the correct state

So, has anyone found a workaround to avoid maintaining both a buffer~and a multislider to make editable sequences in gen~? Or can anyone think of an elegant algorithm to determine when the multislider should write to the buffer and when the buffer should write to the multislider ?

Hi folks,

Does anybody here have a functioning approach for syncing data between a multislider and a buffer~ inside of gen~?     

The syncing case I'm struggling with at the moment occurs when I try to resize the sequence length to a value that is greater than the current value. With the naive approach of multislider always writing to buffer that means that its impossible to preserve data from longer patterns (for example returning to a gate pattern with length 16 after one of length 8).
 
On the other hand if I avoid resizing the buffer and dump its data into the multislider each time I increase the sequence length, I run into the issue of narrowing down exactly that case to avoid creating a feedback loop where its unclear which of the two objects has the correct state

So, has anyone found a workaround to avoid maintaining both a buffer~and a multislider  to make editable sequences in gen~?  Or can anyone think of an elegant algorithm to determine when the multislider should write to the buffer and when the buffer should write to the multislider ?




Hi folks,

Does anybody here have a functioning approach for syncing data between a multislider and a buffer~ inside of gen~?     

The ... 

gen-buffer-and-multislider-sequencer

On the other hand if I avoid resizing the buffer and dump its data into  the multislider each time I increase the sequence length, I run into the  issue of narrowing down exactly that case to avoid creating a feedback  loop where its unclear which of the two objects has the correct state

sounds like a problem that could be solved by instituting some sort of Model-View-Controller paradigm(preferably, the 'model' would be in the event realm(not buffer))... perhaps then, you could define your multislider as 'controller', and buffer as 'view' or vice versa...
one way to do this is simply to instantiate a separate data-space for the model(could be anything, even a dict or coll, to store the multislider-like data), then update both the multislider and buffer, only as needed, using data from that space. hard to describe(without seeing your patch), but hope it helps to make a little more sense.

I don't know if this helps for your use-case, but quite often in these situations instead of a multislider I use a waveform~ with the UI mode set to "draw" -- it offers a very similar interface, but you are directly modifying the buffer~ data itself.
You can set the draw mode to clip. You can also zoom the waveform~ view to show only a sub-region of the buffer~. It is pretty powerful. 

waveform also offers you a rangeslider functionality in addition. i´ve used this for years before switching to lcd.

it will require a buffer of the right length, but it doe not reqire DSP ON to output mouse movement.


thank you to everyone for their replies. Graham, your suggestion is pretty much exactly what I'm looking for.



Gen~ buffer~ and multislider sequencer

Joji Iwasaki

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

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

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

Buffer buf("buf");


out1 = lower_bound(buf, 2);

causes an infinite loop. Am I missing something fundamental?

lower_bound_test.maxpat

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

Buffer buf("buf");


out1 = lower_bound(buf, 2);

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

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

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

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

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

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

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

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

same problem here: https://cycling74.com/forums/gen-ate-my-else
Why? The root cause is that gen's "optimizations" seem very ad-hoc and untested, especially with function definitions, and there is no staff assigned to work on this. You can however write to support@cycling.com with a simplified case and they will fix these bugs one-by-one.
One long-term solution would be to allow to include user-provided C code, so we could write the function code ourselves.
BTW: the code transation will be correct if you inline the function.


Cycling '74 Forums

I created a Gen~ patch that just contains a Codebox and inlets and outlets. I created it giving it a name as parameter and I can see a...

Can you share how you are getting the sample values for the waveform? It must be during that process that something is going wrong, as...

Solved by not actually making use of MC and doing it all in regular...

>The delay operator in gen~ doesn't understand "@interp 1", it should be e.g. "@interp linear" or "@interp cubic" etc. Aha! This worked! I...

Gain issue when using [slide] to remove clicks

Buffers in gen(without the tilde) seem to be working fine on my end

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

Hi, GenExpr/Codebox: Can we use a function as an argument to a function? Something like this? doFun(fun, val){ return...

thank you to everyone for their replies. Graham, your suggestion is pretty much exactly what I'm looking for.

same problem here: https://cycling74.com/forums/gen-ate-my-else Why? The root cause is that gen's "optimizations" seem very ad-hoc and...