#331

Related to this, I’m highly interested in using ChucK on norns. I’m enjoying SuperCollider, but having ChucK as an option would allow me to pull in a ton of old sound ideas I have lying around.

I realize ChucK is, uh, fairly irresponsible about CPU and RAM usage, so I don’t actually know how well this would work out.

#332

prior to 3.0, if you’re linux savvy you can go ahead an install chuck on norns. it’ll just require setting up the jack ports correctly, then sending OSC between your script and chuck.

2 Likes
#333

What do you have in mind here?

If you wanted to use the iphone to load maiden and edit scripts, etc., then you just need to put norns in hotspot mode and join that network from your iphone. Then you could also use an FTP or terminal app to access norns if needed.

Audio from norns to iphone? no idea.

#334

Quite simple, Midi controller - something to emulate Grids.

#335

TouchOSC would be simple and easy to use wirelessly, but you’d have to add OSC to whatever script you’re using.

Wired midi you’d need some kind of adapter, but not sure if the iPhone is always a host or not.

I have dreams of Bluetooth midi but that’s not in the norns code yet.

1 Like
#336

Ahh thanks so much and YES!!! BLUTOOTH MIDI!!! MY GOSH!!!

#337

It would also require a Bluetooth dongle (although that’s the easy part)

I’ve done some preliminary hacking on Bluetooth support, but need to revisit that and probably get some more help from the main devs.

1 Like
#338

i haven’t personally used them, but there are apps purporting to implement a (wired) USB midi controller device on iOS, which i’d think would just work on norns.

likewise haven’t much personal experience with networked midi, but there appear to be several standards for it and i’m not sure of the general state of things for iOS <-> linux. in any case if a good liniux library is identified (e.g. aseqnet?), it could be worked into norns stack as part of the (needed, eventual) MIDI overhaul.

there is also OSC, which works fine. but as mentioned isn’t generally integrated by default into scripts - it would require a bit of work in lua to set it up the way you want.

#339

I have a back burner project that is a parametric EQ. Supercollider has a vast collection of filters. What kind are you thinking of?

3 Likes
#340

A multi-mode filter would be killer. I saw your post about your back burner in another thread… looking forward to using it one day :slight_smile:

2 Likes
#341

@jah’s R engine is perfect for this :slight_smile:

once you install it into your code folder and do a restart, you should be able to run this (hopefully!) straightforward MMFilter example I wrote up last night: https://gist.github.com/dndrks/28ae4d8d0d816ab36c6e7bb2771e2616

hold key 2 to switch between cutoff and resonance

looks like jah’s WIP rewrite is here: https://github.com/antonhornquist/bob. also requires the R engine to be installed first.

hope this helps!

depends on what you want to control, but all of those params can be controlled with commands from the Effects section of audio.lua. basically, _norns.rev(on) will turn the reverb on, _norns.rev(off) will turn it off, etc etc.

7 Likes
#342

Saw this today and thought it looked promising - a way to incorporate VSTs in supercollider and pd:

3 Likes
#343

Thanks! That works great! I had read about R, but had no idea where to start in terms of making use of it. After much trial and error I figured out how to set it up as a load-able script in my code folder. Thanks for the tip on the effects section commands. I’ll see if I can figure anything out with that :slight_smile:

1 Like
#344

i would love to have a hi/low dj style filter (12 o’clock is neutral) with variable resonance available.

2 Likes
#345

yes, this would be dope also

#346

This afternoon I installed every library in the category on my Norns. There is so much rad stuff in there. Thank you all the people who made this happen. This platform is my favorite computer music thing that exists today. :star_struck::heart_eyes:

11 Likes
#347

So I have a basic idea that may or may not be interesting to anyone else… but I want to ask: does there exist an Arc controlled step sequencer for Norns?

Specifically, where the player manually moves through the steps of a sequence by directly manipulating the Arc encoder clockwise/counter-clockwise. Anything like that?

5 Likes
#348

Not that I’m aware of, but you’ve got me thinking about what I’d want from such a thing. Must get off my ass and start trying Norns development.

6 Likes
#349

If I owned an Arc…

#350

Well, here are two variations of an Arc-centric sequencer that I was pondering this week complete with potential names (although, I am terrible at choosing names for things). Nothing really groundbreaking, but seems like an interesting way to use Arc.

EDIT: reversed the order of scripts in order of which one I think is better :slight_smile:

TERN
// Play Kria with an Arc. Works with Grid.

  • POSITION - [single track-mode] encoder 1 or 4 generates a global trigger and advances a Kria sequence either forwards or backwards for a single track (the remaining encoders can be mapped to the following parameters…); [multi-track mode] each encoder steps through Kria tracks 1-4 respectively (all other parameters are available in Parameter screen)
  • DIVISIONS - same as above (would override or possibly be in addition to Kria division/speed controls)
  • SCALE - rotates through Kria scales
  • PATTERN - rotates through Kria user saved patterns
  • TRACK - (for single-track mode) changes the track being controlled by Arc
  • FRICTION - from Ansible Cycles for position encoder
  • STEP SPEED - sensitivity or speed of the position encoder
  • TRACK SYNC - tracks are stepped through in-sync or asynchronously

Use case: I think is fairly self-explanatory but basically you can “play” through a Kria track by manually rotating an encoder on Arc. Works with Grid to program a sequence in the traditional Kria style and “scroll” through with Arc meandering in different directions at whatever pace is appropriate. Clock sync enables you to skip sequence steps without turning them off, ratcheting. Friction allows you to “keep the plates spinning” to whatever degree you want for the individual sequences in single-track or multi-track mode.

SWEEP
// An Arc controlled arpeggiator where triads and chords are played in a “sweep-picking” approach

  • POSITION - encoder 1 or 4 on the Arc; specifies which note in the scale is played; bidirectional(remaining encoders can be user defined to any of the below parameters)
  • LENGTH - controls the resolution or number of notes triggered in a full rotation of the POSITION encoder
  • SCALE - major, minor, etc. and USER SCALE; the scale defines the triad/chord structure of various degrees in the scale
  • DEGREE - I, II, III, IV, V, VI, VII, VIII and beyond
  • KEY - chromatic and detonable
  • DIVISIONS - option to sync note triggers to internal/external clock divisions with user ability to mask certain divisions (i.e., mask anything with repeats too fast or too slow for the piece, mask triplets, etc.); allows certain notes to be skipped over, ratchetting * USER SCALE - user defined scale via pitch or chromatic scale and note masking… open to ideas here
  • FRICTION - friction function from Ansible Cycles
  • TRIANGLE/SAW - wave function from Ansible Cycles
  • PRESETS - implementation of rudimentary preset saving and recall for Grid (i.e., one Grid button equals one preset)

Use case: player sweeps through various triad or chord notes in a scale while simultaneously being able to control which scale DEGREE they are playing, the octave range of the sweeps through LENGTH, the DIVISION of triggers for a clock, and the amount of FRICTION applied to the POSITION encoder.

7 Likes