[Max for Live] what will be the first device you'll build ?
i dont know enough about graphics to really answer that question. Ideally it would be a hybrid of video triggering/cuts and real-time image synthesis (no doubt requiring OpenGL) combined with whatever effects and manipulation you add on top of that output. I have MAX but haven't had time to learn it so I'm not even "going there" as far as jitter is concerned, so I was trying out the jitter cookbook examples just to see what was up (there are very few examples I can find of jitter in action) and not many of them worked on my machine. Kept getting "cannot blah blah OpenGL blah blah" messagesMachinate wrote:You can "run Jitter" on any laptop, just not too many of the jit.gl.* family of openGL things. "Most" things don't require openGL to work, some do, some don't.
Question is more; what would you like to achieve?
The first thing i'll build is a recording offset fixer.
either by putting an MfL device before the plugin, using max to capture the midi and creating a clip direct from max. or use max to fix the recorded data afterwards.
and the same for audio.
that is until they give in and add an option to 'record what you play'
either by putting an MfL device before the plugin, using max to capture the midi and creating a clip direct from max. or use max to fix the recorded data afterwards.
and the same for audio.
that is until they give in and add an option to 'record what you play'
-
friend_kami
- Posts: 2255
- Joined: Mon May 29, 2006 10:10 pm
even when running through live?Machinate wrote:How so? Most of the Jitter patches I run use very little CPU at all... perhaps you're talking about traditional "VJ" type things? In that case you'd be happy to know that Jitter can do processing on the GPU, including mixing, keying, all that stuff.friend_kami wrote:just curious as to how much i need to put my os on adiet in order to run jitter and live as one single device. seems to me that jitter+live would use a hell of alot of cpu, regardless of how good you patch.Tone Deft wrote: absolutely and very simple to do.
for anyone who hasn't used max/msp before I can GUARANTEE you that it's easier to use than you've been lead to believe.
this with the 5.0 release of max/msp is an amazing turn of events. with jitter included, zomfg.
-
friend_kami
- Posts: 2255
- Joined: Mon May 29, 2006 10:10 pm
when/if you do, mind sharing that?mdk wrote:The first thing i'll build is a recording offset fixer.
either by putting an MfL device before the plugin, using max to capture the midi and creating a clip direct from max. or use max to fix the recorded data afterwards.
and the same for audio.
that is until they give in and add an option to 'record what you play'
-
friend_kami
- Posts: 2255
- Joined: Mon May 29, 2006 10:10 pm
Tone Deft wrote:absolutely and very simple to do.radib wrote:if its possible then some kind of pipeline, to connect midi parameters. say: IF parameter "frequency" of "device 63" > 87 THEN parameter "osc1 level" of "device 02" = "vca level" of "device 08" x 0.075 x tempo.
for anyone who hasn't used max/msp before I can GUARANTEE you that it's easier to use than you've been lead to believe.
well then this will increase the "no time" problem.