markjennings

I am in the process of building a wiiremote patch using aka.wiiremote.

It does work (sort of,) but I need some help. I would like to know how I could build a jitter amtrix where I could use the IR Sensor of the wiii to go between different audio samples, and use a jitter window to overlay visual feedback. I know that it's going to be tricky, but I have got the accelereomter to work.

How would I crossfade between samples?
Please help

selecting-audio-in-jitter-matrix

How do you imagine the matrix playing into this? Are you looking up a value in the matrix using the coordinates from the IR sensor? If you give us a better idea of how Jitter is to be involved we can probably give you a push in the right direction.

How do you imagine the matrix playing into this?  Are you looking up a value in the matrix using the coordinates from the IR sensor? If you give us a better idea of how Jitter is to be involved we can probably give you a push in the right direction.

Yeah I would like to get a value from the matrix using the X and Y values, but what I want to do is actually be able to select audio samples from a matrix, and then have a visual representation of it using the IR Sensor

There are a bunch of different ways to do what you want to do. The first one that I can think of, and the most immediate is to have a matrix full of values, and then use "getcell " to get the value at that location. A little list unpacking and logic operations and you can turn that value into a trigger. How you implement it is your choice. Each value could represent a specific sample, for example.

Hi Mark,
There are a bunch of different ways to do what you want to do.  The first one that I can think of, and the most immediate is to have a matrix full of values, and then use "getcell  " to get the value at that location.  A little list unpacking and logic operations and you can turn that value into a trigger.  How you implement it is your choice.  Each value could represent a specific sample, for example.

Thanks for your patch, unfortunately I'm still on Max 4 not 5, but thats the kinda thing I was after.

How would I load different audio samples into the matrix in the firzt place.

To put it simply, you probably won't. You'll put the samples in buffers and use the matrix values to control the playback objects (play~, groove~, etc.). If you are into the idea of using a matrix to control audio, check out my article here:

https://cycling74.com/story/2006/6/29/15148/4131

To put it simply, you probably won't.  You'll put the samples in buffers and use the matrix values to control the playback objects (play~, groove~, etc.).  If you are into the idea of using a matrix to control audio, check out my article here:

Ok. I have got that far, but how would I load buffers into it. I have thought of using jit.scissors, but how would I select the co-ordinates, so that it only plays the sample which I point the wiimote at using the sensor bar.

Basically I have the X and Y co-ordinates from the Wiiremote, and then on top of that, I have a jit.matrix window open. The jit.matrix, will have 16 submatrixes, each with an individual sample.

I want to be able to use Jitter to output this information, with say different videos or something like that, but I want to be to use jitter to say control the ADSR of a sound or groove objects.

Another thing how would I be able to take the co-ordinates of an lcd object, and relay that data on a jitter window, or in a jitter matrix to control the speed of a loop.

i've read through this entire thread, and i still don't understand what you're trying to achieve. maybe posting a patch will help.

> Another thing how would I be able to take the co-ordinates of an lcd object, and relay that data on a jitter window, or in a jitter matrix

[scale 0 320 0. 1.] -> [rate $1] -> [groove~] ?

hey mark.
i've read through this entire thread, and i still don't understand what you're trying to achieve. maybe posting a patch will help.

> Another thing how would I be able to take the co-ordinates of an lcd object, and relay that data on a jitter window, or in a jitter matrix 

[scale 0 320 0. 1.] -> [rate $1] -> [groove~] ?


I want to make a waveshaping device using a Wiimote. Now the good the part of the game is I have achieved the first goal of making the data from the wiimote work (thanks to aka.wiiremote,) which is cool. I tried OSCulator by the way, but had some problems with the output of the IR Data. It was very jagged.

I want to draw the data using the IR sensor from the wiimote, and have that respond to say granular and oscillator activity, depending on the values from the wiimote. Sort of similar to drawing an EEG only with Wiimote data (hope that makes more sense)

Jit.LCD I have looked into, but I would like it to scroll in realtime, and be able to draw the data, and superimpose colors and be able to control filter changes using the wiiremote's accelerometer onto a Jitter Window.

so you're trying to mimic the functionality of the lcd display in the wii-mote help patch, but using jitter?

again, jit.lcd seems like the best place to start, but certainly not the only option. everything you mentioned (scroll in realtime, and be able to draw the data, and superimpose colors) is possible with jit.lcd. just study how the help patch does it, and try and reproduce that (just to get started).

i don't know what you mean by "control filter changes using the wiiremote's accelerometer onto a Jitter Window".

are you referring to audio filters here? how you map the accelerometer data to msp filters doesn't really have anything to do with how you visualize this same data.

actually, doesn't matter if you're talking bout audio filters or video filters. either way you're probably going to be using some combination of scale, speedlim, line, slide and so forth.

other possible visualization tools to check out:

again, jit.lcd seems like the best place to start, but certainly not the only option.  everything you mentioned (scroll in realtime, and be able to draw the data, and superimpose colors) is possible with jit.lcd. just study how the help patch does it, and try and reproduce that (just to get started).

i don't know what you mean by "control filter changes using the wiiremote's accelerometer onto a Jitter Window".
are you referring to audio filters here? how you map the accelerometer data to msp filters doesn't really have anything to do with how you visualize this same data. 

actually, doesn't matter if you're talking bout audio filters or video filters.  either way you're probably going to be using some combination of scale, speedlim, line, slide and so forth.

other possible visualization tools to check out:
jit.plot
jit.(gl.)graph
jit.gl.sketch
jit.gl.mesh

OK I had a look at those but theres an example I am using. I also want to be able to write to a jitter matrix using the IR sensor. I have the Wii sensor bar, and I have managed to get IR data using 1 or 2 wiimotes.

I have managed to successfully use two cycle waves using the jit.poke~ spectroscope example. Working using FFT, I would like to be able to change to color as the frequency of the audio filter changes, or to be able to use timestretched loops, to have the same desired effect.

Also all the data from the spectroscope exmaple. How do I write this to a matrix that can be reversed in realtime using the wiimote.

Selecting Audio in Jitter Matrix