Forums > Gear

QuNeo

December 6, 2011 | 7:15 pm

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


January 17, 2012 | 6:18 pm

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


January 20, 2012 | 12:53 am

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.


January 23, 2012 | 7:36 am

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.


November 18, 2012 | 11:57 pm

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


November 19, 2012 | 9:37 am

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


November 19, 2012 | 11:25 am

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.


November 19, 2012 | 11:30 am

Let me know if this works and/or helps

Attachments:
  1. qu.stuff.zip

November 19, 2012 | 4:03 pm

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


December 29, 2012 | 12:21 am

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 -


December 29, 2012 | 1:05 am

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


December 30, 2012 | 6:52 am

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

December 30, 2012 | 2:12 pm

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.


December 30, 2012 | 9:49 pm

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

December 31, 2012 | 2:58 am

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)


December 31, 2012 | 3:15 am

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.


December 31, 2012 | 9:49 am

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.


December 31, 2012 | 10:20 am

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.


April 3, 2013 | 1:56 pm

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


February 8, 2014 | 10:21 am

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.


February 8, 2014 | 1:53 pm

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.


Viewing 21 posts - 1 through 21 (of 21 total)