Have you checked the in, monitor and cut settings on the mixer page?

are you using a stereo or mono input?

I had the same issue yesterday with stereo reording, and had to reboot twice before it seemed to resolve itself.

I was recording in stereo…

Hmmm… I’ll try to reboot a couple of time tonight in the studio and see if it resolves…

Tl/DR: try with just one input connected.


so, MLR doesn’t have stereo recording. the two mono inputs on the norns are, effectively, summed to a single mono input bus, then split to all of the track inputs. the tracks themselves are mono.

(i think i recall some talk of a ā€œstereo recording modeā€ that would e.g. send L input to even-numbered tracks, R input to odd numbered tracks, and then presumably keep odd/even track pairs in sync. but AFAICT this has not been implemented and i don’t see any input routing options in the lua code - though of course the softcut/crone API makes such routings trivial to create in the scripting environment.)

therefore, if you take a stereo signal that has ā€œphase problemsā€ (negative L/R correlation), then there will be some cancellation when L+R are summed.

(it is maybe surprisingly easy to create this situation in a stereo mix, especially with end-of-chain stereo delay effects.)

in the extreme case, which we explored above, if you (improperly) take a balanced mono signal (+,-,G) and send it to norns L,R inputs with a stereo ->dual mono splitter, then your L,R inputs will be getting (+,G) and (-,G), and summing them will result in (nearly) full cancellation.

whereas:

in that case, the tape recorder is creating a stereo file, and then MLR takes only the first channel on import. (again, there has been talk of more sophisticated options for handling stereo input files, but AFAICT there are no such options implemented today.) so i’m strongly suspecting that you are experiencing phase cancellation just like @yoyosandshoes above.

also as explained above, if it is cancellation then you should also experience it in the monitor path with monitor mode set to ā€œmonoā€ - this causes L+R to be summed and then split just like in MLR.

its quite important to check this stuff before assuming a software issue.

5 Likes

Thanks for all the information! Was very helpful and it was great to know about the mono input… that was the problem along… it is now working… I honestly had no idea that mlr worked like that being brand new to Norns… my apologies for not reading through all the information…

Again thanks for all the help… and thanks for being such a supportive community…

2 Likes

Stereo MLR would be incredible and hope someone eventually makes that happen for us. (I’m the last person that should ever try anything like that haha)

3 Likes

i second that emotion

seeing a error when on the Cut page and hitting key 16,8

…streams this error.

lua: /home/we/norns/lua/core/paramset.lua:195: invalid paramset index: 7vol
stack traceback:
	[C]: in function 'error'
	/home/we/norns/lua/core/paramset.lua:195: in function 'core/paramset.lookup_param'
	/home/we/norns/lua/core/paramset.lua:136: in function 'core/paramset.string'
	/home/we/dust/code/mlr/mlr.lua:718: in global '_redraw'
	/home/we/dust/code/mlr/mlr.lua:323: in function 'redraw'
	/home/we/dust/code/mlr/mlr.lua:463: in field 'event'
	/home/we/norns/lua/core/metro.lua:165: in function </home/we/norns/lua/core/metro.lua:162

Edit - submitted PR

does anyone know why i’m only getting about 3 seconds of recording time into each clip? is there a way of changing the length of the buffers? also when i try loading a prerecorded clip it doesn’t seem to work for some reason.

Are you running the latest version of MLR? I am a new Norns user (this week) and the version I had installed did not load clips but the newest version does for me.

If you set your cuts to a slower speed the buffer is longer for you to record into. That’s how I am doing it. There may be other ways that I don’t know yet.

thanks for the tip, i’ll give that a try and see how that works out. i must be running an older version. i’m away from my computer for a few days but will have a look once we’re reconnected

1 Like

i’ve tried using the method of slowing down the clips to elongate the buffers as suggested above, does anyone know another way of doing this that doesn’t pitch down what you’re recording?

put the track on the slowest speed before you record to the buffer?

that’s what i’ve been doing which gets you about 25 seconds and it’s of course pitched down

I’ve found the lack of being able to define arbitrary time lengths for a clip one the difficult things about using MLR as a live looping platform. But I just had a thought: maybe having some clips saved to Norns as ā€œX second of silenceā€ might be a way around it? Not the most intuitive solution but I don’t see why it shouldn’t work, then you can define any length up to the buffer max before pitch shifting.

2 Likes

this works confirmed

1 Like

i’m considering a method to refine clip lengths, but would be interested in any UI suggestions

1 Like

@tehn that would be very useful! maybe you could have them on the fifth page? visually you could have them function as they do in the cheat codes script?