QuNeo

Dec 6, 2011 at 7:15pm

QuNeo

Who else is super excited about this? Does anyone have experience with it in max already?

http://www.kickstarter.com/projects/kmi/quneo-multi-touch-open-source-midi-and-usb-pad-con

#60508
Jan 17, 2012 at 6:18pm

so excited for it’s arrival, no idea what i’m gonna do when it gets here :P
oliver.

#217778
Jan 20, 2012 at 12:53am

Can’t wait myself. Probably going to play with it endlessly and Max for at least a couple of weeks before it integrates into my workflow. I think it will be cool, regardless.

#217779
Jan 23, 2012 at 7:36am

I seen this a few weeks back

I think physical controllers are over, but I am making a kinect thing, so I am biased :)

We have a “tradition” of things like this, including but not limited to jazzmutant lemur and monome. Thing about this is you can do 1000 things with them, but you want to do thing # 1001. In my project I try and go for as much flexibility as possible while maintaining simplicity.

#217780
Nov 18, 2012 at 11:57pm

Had mine delivered at home but was away for a while – just unpacked it. Anyone got started yet with their Quneo?

#217781
Nov 19, 2012 at 9:37am

QuNeo and Kinect mentioned in the same thread. Interesting. The only 2 new interfaces offering unique creative possibilities. Launchpad and the other “me too” examples are glorified typewriters, nothing new, but some players can and do use them in ways that is redefining what an instrument is (cassiel f.e.g.). When remote gesture sensing offers a comparable level of intimate expressive control as an FSR then we will be breaking new ground.

2c

#217782
Nov 19, 2012 at 11:25am

Addendum

It appears that, in designing for ordinary gesture capability there is a trend towards repetition and imitation. Designing for extraordinary ability generates real innovation: skoog, audiocubes, magicflute. This is a blatant generalization though.

#217783
Nov 19, 2012 at 11:30am

Let me know if this works and/or helps

Attachments:
  1. qu.stuff.zip
#217784
Nov 19, 2012 at 4:03pm

Thanks AudioMatt! that saves me a lot of time, I was about to start doing something similar.

if you’re interested you can have a look at my first ones – there’s one patch with a grid to select the drumpad and then a slider for red and a slider for green LEDs

http://cycling74.com/forums/topic.php?id=43758

#217785
Dec 29, 2012 at 12:21am

AudioMatt –

Thanks! Great stuff and super helpful. Drum pads work perfectly. But on the other sliders, qu.parse is only outputting on/off (0/127) and pressure – no information on position. Any chance that could be added?

Thanks again -

#217786
Dec 29, 2012 at 1:05am

whoa really? I’ll take a second look at it.

#217787
Dec 30, 2012 at 6:52am

WARNING: There is a slightly modified syntax here. You may have to adjust your code.

This is a new version. It fixes a number of bugs. There’s a “dazzling” new qu.parse help file. Give it a shot.

/This took quite a bit of work.

Attachments:
  1. QuStuff.zip
#217788
Dec 30, 2012 at 2:12pm

Beautiful & much appreciated. Only a couple remaining problems:
* The horizontal sliders are in reverse order top to bottom (easy to fix)
* The rotaries always go at the same speed no matter what is actually happening, and thus they end up at a different setting when you lift your finger (don’t know if that’s fixable)
Huge thanks.

#217789
Dec 30, 2012 at 9:49pm

This fixes the hslider thing. If you want to get positional data from the rotaries, you need to turn “location” on in the quneo editor and forgo the “direction” option. The sliding one way before the other something that quneo does for some reason. I checked with midiparse.

Unfortunately we can’t have both direction and position for some reason. Personally I’d rather them function like endless encoders as opposed to knobs. What I wish, and have suggested, is that they’d implement a message to set all this stuff via midi. It would be nice to have different configurations of drum and grid mode pads etc.

Attachments:
  1. QuStuff.zip
#217790
Dec 31, 2012 at 2:58am

Unfortunately we can’t have both direction and position for some reason

Sounds like the uncertainty principle at work?

I tried changing the rotaries to “location” in the editor, but I’m not getting location, just constant counter-clockwise movement. Is there a trick to getting location to work? (but I probably agree with you that endless encoders are nicer anyway)

#217791
Dec 31, 2012 at 3:15am

Its all abstractions. open it up and look. qu.parse and the help file are intended to work with the presets I included. You won’t get location to work in the helpfile because those widgets are designed to take inc/dec messages. If you change the cc number of location to the same one direction is set to, you’ll notice that you get the correct messages anyway.

#217792
Dec 31, 2012 at 9:49am

Is the Quneo just midi ?
I’m looking for controller that would have more “resolution” than midi.
For openGL things 0-127 is not enough.

#217793
Dec 31, 2012 at 10:20am

Just midi, values 0-127.

personally I think more would be overkill for these pads: you will not be able to set values finer than that due to the way the pads and sliders respond: it’s not that delicate a control. I find with both the softstep and the Quneo it’s great to have the pressure sensitivity but it’s hard to control it finely: it’s cool to make variations in a parameter but you wouldn’t use them to, for example, very finely set a delay time, filter cutoff or position a sound or image.

#217794
Apr 3, 2013 at 1:56pm

Audio Matt you are a wizzard!
i will use your abstractions with joy!
thanks

#217795
Feb 8, 2014 at 10:21am

Audio Matt, Thank you SO much for sharing this. I’m fairly new to MAX and this not only is HUGELY useful in bringing the info in to my patches but also helpful as an educational reference. You seriously ROCK hard.

#280416
Feb 8, 2014 at 1:53pm

Guys no problem! I wish more controllers worked like this out of the box for us maxers. All we want is the data, right? Let me know if you have any trouble.

#280433

You must be logged in to reply to this topic.