#98

hm… ok i’ll look into it

between this and the weird MLR adc assignment reports, i’m suspecting something has gotten fouled up in the lua->sc glue for input levels and routing…

#99

Maybe this is helpful, when I enter audio into Matron in the REPL I get nil and audio.restart() doesn’t seem to work.

#100

you need audio = require 'audio', it’s not globally included by default

though, also, this functionality is WIP. honestly it’s painful but easiest right now to just power-cycle, re-enable wifi.

or, if you are doing a lot of development, ssh in and manually stop/start processes.

1 Like
#101

@carltesta

ok, i dunno about you, but the norns unit i’m looking at has very different hardware gain settings for each channel, and one of them is very quiet.

try typing into lua (through maiden, or on the terminal:)

gain_in(50, 1) 
gain_in(50, 2)

that fixes input levels for me.
(@tehn: opened GH issue)

then, a couple changes to the engine fixed things for me.

  • don’t use SoundIn. i mean, you can if you want, but it goes straight for the ADC input instead of taking it from the context bus. so the correct arguments would be 0 or 1.
  • i know it’s probably not necessary but i am in the long habit of passing bus indices explicitly.

i also went ahead and made it stereo.

now it works fine with monitor disabled.
also be aware that input can be routed through the aux bus (reverb)

here’s a gist

2 Likes
#102

5 posts were merged into an existing topic: Norns: Development

#104

Yes! This all works. Thanks so much for this example. This makes things a lot clearer for me. I think I can make some headway with my more complicated example I’ve been working on now.

I can’t tell if my gain_in levels are different now after running those two lines, but everything is working as expected :smile:

1 Like
#107

hey carl, i commented on the git issue but the gain_in stuff is deprecated (the input gain hardware isn’t actually there on production units). so i expect that it’s the new scripts that made it work (?)

2 Likes
#108

@artfwo

really enjoying glut! I was wondering if it is possible to delete one of the “loop buffers” (i.e. right hand side of the top row). So that you can record something different in that buffer slot)

I ran into the issue @rbxbx mentioned as well (recordings are tapes from external in + awake sequences). They are below:

awake_elem_2.aif (1.5 MB)

awake_elem_1.aif (1.3 MB)

I’m not sure if these introduce DC offset as mentioned, but would a way to fix that be run things through high-pass filter (and mono-ify)?

as @rbxbx mentioned, reducing grain size helps, as does lowering the volume of the samples.

1 Like
#109

thanks! yes, hold the rightmost button in row1 (the “alt” button) to clear the slots.

4 Likes
#110

i’m live sampling drones into mlr and i keep getting a click sound at whatever point in the loop i am at when i hit the button to stop recording. is there a way i can work around this for now or is that something that needs to be remedied within the code?

if i cut the section of the loop out where the click is recorded it gets rid of it but that creates some hoops to jump creatively, and doesn’t really stop it from happening the first time around if i’m playing/recording live.

#111

it’s a code issue. not in itself hard to fix (in fact the click is sort of a deliberate regression) but underlying that we need to save CPU overall

added comment to this issue
[ https://github.com/monome/norns/issues/407 ]

(actively working on this)

3 Likes
#112

that’s serious DC offset all right - very weird.

attempting to isolate, i tried to produce DC offset in the norns through other ways, but had no luck. my main suspect was the analog input / monitor route, since its hard to imagine how DC could be added in the digital path. (wonky implementation of GrainBuf?) i couldn’t detect any just passing ADC through to the tape, nor with sinewaves, but there was some using PolyPerc (awake). possibly that’s the real cause, and the DC in the samples was being amplified by the grains. (there was also DC present in the original sample for the previous case.)

we could certainly add an HPF on the output bus, but i don’t love this as a bandaid without understanding the underlying issue.

#113

i’ll do some checking on the circuit— it’d be very unexpected to have a ton of DC coming in on the inputs…

#114

its definitely not coming from the inputs for my proto, that’s just something i wanted to eliminate

#115

So aside from hacking at some html in a Wordpress template, I have zero coding experience. I would love to take Norns mlr and add a page that is basically Norns step bundled inside mlr. Is it crazy to think that this is something I might be able to do? Perhaps when a more mature version of Norns mlr is out in the world?

#116

@zebra @tehn the signal is modular -> pedals -> elektron heat -> norns ins.

Would it be beneficial if I uploaded a short sample from the heat into my interface, and the same signal chain tape recorded through Norns?

#117

sure thing. i just double-checked mine with this same process and no DC seen. slightly concerned it’s a hardware issue with some sort of defect but crazy it wouldn’t have been caught during testing— i tested the inputs with a full-range sine tone which certainly would’ve clipped with DC.

can you do a simple test:

  • make a simple sine tone with whatever gear, pretty hot signal
  • feed it directly to the input (mono is fine)
  • turn on a script that makes no noise, like playfair w/o any triggers on
  • turn LEVEL monitor down
  • start tape recording
  • turn LEVEL monitor up, hold for a few seconds, then down, wait a second
  • stop tape recording

this would clearly indicate a DC issue on the inputs by showing DC jump up when you turn up the monitor

#118

(I converted to mp3 in iTunes to be under the file size)

#119

luckily, as you can see, the file is fine. there is no DC offset. so i guess you’ll need to slowly attach the rest of your gear to figure out what’s making the offset

#120

@tehn I think awake is introducing the dc offset. note that these recordings are not tape, but from audio outs from norns into my interface (and ableton):

this is just awake (the spectrum analyzer in ableton shows bass frequencies that aren’t present audibly to me

this one is the modular from the audio ins, then the high pitch stuff is seven buffers of glut (which is granularized awake-only samples from tape). I couldn’t get the channel to cut out this time, but it does have a bunch of low frequencies present as soon as the glut part of things start.

also just want to be clear, this is not a big blocker for me or anything!