Brad Garton

fun-little-ambient-application

As a big mlooch fan, I'm looking forward a UB version...

On 11/2/07 20:46, "Bradford Garton" wrote:

As a big mlooch fan, I'm looking forward a UB version...
Cheers
Roger

On 11/2/07 20:46, "Bradford Garton"  wrote:

> Hey everyone --
>
> I just finished a little app for fun:
>
> http://music.columbia.edu/~brad/mm-2/
>
> Hope you enjoy it!
>
> brad
> http://music.columbia.edu/~brad

Hopefully soon! [rtcmix~] is the issue at present...

On Mon, 12 Feb 2007, Roger Carruthers wrote:

> As a big mlooch fan, I'm looking forward a UB version...

> On 11/2/07 20:46, "Bradford Garton" wrote:

> As a big mlooch fan, I'm looking forward a UB version...
> Cheers
> Roger
>
>
> On 11/2/07 20:46, "Bradford Garton"  wrote:
>
>> Hey everyone --
>>
>> I just finished a little app for fun:
>>
>> http://music.columbia.edu/~brad/mm-2/
>>
>> Hope you enjoy it!
>>
>> brad
>> http://music.columbia.edu/~brad
>
>
>


crashes here too. pb G4 1.5 Ghz osx 10.4.8

Turn off the graphics -- I think there is a minor problem in the way I'm 

manipulating the windows. Zip was able to run his with the sound only 

> crashes here too. pb G4 1.5 Ghz osx 10.4.8

Turn off the graphics -- I think there is a minor problem in the way I'm 
manipulating the windows.  Zip was able to run his with the sound only 
just fine.

>
> crashes here too. pb G4 1.5 Ghz osx 10.4.8
>


And the fun part is that it works fine on all the machines (windows and 

OSX) that I have access to. Oh debugging is fun... maybe I should learn 

Zip and I also just noticed that after about 2-3 hours of continuous 

operation the audio stops. Now *that* one will be real fun to debug!

restarting audio works fine, though, so you can continue with the bliss.

And the fun part is that it works fine on all the machines (windows and 
OSX) that I have access to.  Oh debugging is fun... maybe I should learn 
how to be a Real Programmer someday.

Zip and I also just noticed that after about 2-3 hours of continuous 
operation the audio stops.  Now *that* one will be real fun to debug!

Quote: Bradford Garton wrote on Sun, 11 February 2007 21:46

----------------------------------------------------

Just a little suggestion: could you add an output volume? It would be very useful when used in combination with some other generators or when improvising over "mm-2" as a background.

(Of course, I can route it through Audio Hijack Pro...)

Quote: Bradford Garton wrote on Sun, 11 February 2007 21:46
----------------------------------------------------
> I just finished a little app for fun:
>
> http://music.columbia.edu/~brad/mm-2/
>
> Hope you enjoy it!
> brad
----------------------------------------------------

I like it very much :-)
Just a little suggestion: could you add an output volume? It would be very useful when used in combination with some other generators or when improvising over "mm-2" as a background.
(Of course, I can route it through Audio Hijack Pro...)

On Wed, 14 Feb 2007, Philippe Gruchet wrote:

> Just a little suggestion: could you add an output volume? It would be 

> very useful when used in combination with some other generators or when 

> improvising over "mm-2" as a background.

and re-download. Typing SHIFT-v will get you a little volume slider now 

(SHIFT-v again will hide it). OSX version up right now, Windows one will 

> Just a little suggestion: could you add an output volume? It would be 
> very useful when used in combination with some other generators or when 
> improvising over "mm-2" as a background.

and re-download.  Typing SHIFT-v will get you a little volume slider now 
(SHIFT-v again will hide it).  OSX version up right now, Windows one will 
be up later tonight.

Quote: Bradford Garton wrote on Fri, 16 February 2007 02:32

I really love this musical tool: a moving drone like an 'imaginary panharmonic Indian tanpura'.

(If I remember, 'imaginary folklore' was an idea of Manuel de Falla, and panharmonic, a dream of Bartok.)

> re-download. Typing SHIFT-v will get you a little volume 

> slider now (SHIFT-v again will hide it).

Quote: Bradford Garton wrote on Fri, 16 February 2007 02:32
----------------------------------------------------
> > could you add an output volume? 
> Thanks for the nice words, Philippe!

You're welcome!
I really love this musical tool: a moving drone like an 'imaginary panharmonic Indian tanpura'.
(If I remember, 'imaginary folklore' was an idea of Manuel de Falla, and panharmonic, a dream of Bartok.)

> http://music.columbia.edu/~brad/mm-2/
> re-download. Typing SHIFT-v will get you a little volume 
> slider now (SHIFT-v again will hide it).

Runs prefect above OSX 4.8 / G5 Dual
Thank you very much Brad, that's great!

"The special, super-secret Philippe Gruchet feature: type SHIFT-v and a volume control will magically appear! (SHIFT-v again will make it go away.)"

When thinking Mac OS X as an 'host OS' for application software, it is then possible to run several instances of any app.

Here, I have two "mm-2" working fine at same time and sounding out very cool cluster-pads, sometimes like David Hykes and his "Harmonic Choir".

The output volume is *very* useful. To get something even more kaleidoscopic, an optional smooth random to slide its value could be nice too.

For info, two "mm-2" pump approx. 38% of the CPU resources on a Dual G5-2gHz 

When thinking Mac OS X as an 'host OS' for application software, it is then possible to run several instances of any app.
Here, I have two "mm-2" working fine at same time and sounding out very cool cluster-pads, sometimes like David Hykes and his "Harmonic Choir".
The output volume is *very* useful. To get something even more kaleidoscopic, an optional smooth random to slide its value could be nice too.

 For info, two "mm-2" pump approx. 38% of the CPU resources on a Dual G5-2gHz 
;-)


Wow, didn't even think of trying this out... fun!

Because of the independent drift in the chord-root, they tend to diverge 

after awhile, leading to some fun pan-tonal harmonic areas.

On Fri, 16 Feb 2007, Philippe Gruchet wrote:

> When thinking Mac OS X as an 'host OS' for application software, it is then possible to run several instances of any app.

> Here, I have two "mm-2" working fine at same time and sounding out very cool cluster-pads, sometimes like David Hykes and his "Harmonic Choir".

> The output volume is *very* useful. To get something even more kaleidoscopic, an optional smooth random to slide its value could be nice too.

> For info, two "mm-2" pump approx. 38% of the CPU resources on a Dual G5-2gHz 

Because of the independent drift in the chord-root, they tend to diverge 
after awhile, leading to some fun pan-tonal harmonic areas.

>
> When thinking Mac OS X as an 'host OS' for application software, it is then possible to run several instances of any app.
> Here, I have two "mm-2" working fine at same time and sounding out very cool cluster-pads, sometimes like David Hykes and his "Harmonic Choir".
> The output volume is *very* useful. To get something even more kaleidoscopic, an optional smooth random to slide its value could be nice too.
>
> Thanks again Brad!
> Philippe
>
>  For info, two "mm-2" pump approx. 38% of the CPU resources on a Dual G5-2gHz 
> ;-)
>
>


> To get something even more kaleidoscopic, an optional smooth random

There are the sources on Brads site by the way...

Should be a snap to modify it at your will...

Though, just looked at it, it misses a "remove-buffers-js" and 

buffermaker which are both not listed at Maxobjects...

(buffermaker from mattyo I found on my HD though...)

Philippe Gruchet wrote:
> To get something even more kaleidoscopic, an optional smooth random
> to slide its value could be nice too.

There are the sources on Brads site by the way...
Should be a snap to modify it at your will...

Though, just looked at it, it misses a "remove-buffers-js" and 
buffermaker which are both not listed at Maxobjects...
(buffermaker from mattyo I found on my HD though...)

-- 
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


RTcmix:FATA ERROR [TRANS]:no input source for this instrument!

hello, i get this error:
RTcmix:FATA ERROR [TRANS]:no input source for this instrument!
max4.5.7
rtcmix 1.4


If you are running from the patch, you will need to unlock it and hit the 

second little button that is hidden in the application window. The 

standalone will grab the path for the application, but that path is the 

max/msp application if you are running the patch (and the source 

soundfile is with the patch, not in /Applications/MaxMSP 4.5/)

> RTcmix:FATA ERROR [TRANS]:no input source for this instrument!

If you are running from the patch, you will need to unlock it and hit the 
second little button that is hidden in the application window.  The 
standalone will grab the path for the application, but that path is the 
max/msp application if you are running the patch (and the source 
soundfile is with the patch, not in /Applications/MaxMSP 4.5/)

>
> hello, i get this error:
> RTcmix:FATA ERROR [TRANS]:no input source for this instrument!
> max4.5.7
> rtcmix 1.4
>


Pretty stuff, really made me realize the power and sound quality of RTCmix~, which right now Im loving. I just wish it allowed for smoother max controll, but I have no problems with using it all internal.

Pretty stuff, really made me realize the power and sound quality of RTCmix~, which right now Im loving.  I just wish it allowed for smoother max controll, but I have no problems with using it all internal.

A quick question - apologies if I have missed this in the documentation

- if I use vectral~ within a pfft~ patcher, and I omit the window size

argument of vectral~, does vectral~ intelligently default to the window

size of its parent pfft~ object or does it stick with the 512 default

window size described in the documentation?

A quick question - apologies if I have missed this in the documentation
- if I use vectral~ within a pfft~ patcher, and I omit the window size
argument of vectral~, does vectral~ intelligently default to the window
size of its parent pfft~ object or does it stick with the 512 default
window size described in the documentation?

> A quick question - apologies if I have missed this in the documentation

> - if I use vectral~ within a pfft~ patcher, and I omit the window size

> argument of vectral~, does vectral~ intelligently default to the window

> size of its parent pfft~ object or does it stick with the 512 default

> window size described in the documentation?

(vectral can't know that its inside a pfft~...)

David Ogborn wrote:
> A quick question - apologies if I have missed this in the documentation
> - if I use vectral~ within a pfft~ patcher, and I omit the window size
> argument of vectral~, does vectral~ intelligently default to the window
> size of its parent pfft~ object or does it stick with the 512 default
> window size described in the documentation?

If in doubt trust the docs,
(vectral can't know that its inside a pfft~...)

Right - and on a re-reading of the docs I see that vectral~'s window

size can be changed on the fly (i.e. with numbers from fftinfo). So no

>> A quick question - apologies if I have missed this in the documentation

>> - if I use vectral~ within a pfft~ patcher, and I omit the window size

>> argument of vectral~, does vectral~ intelligently default to the window

>> size of its parent pfft~ object or does it stick with the 512 default

>> window size described in the documentation?

> (vectral can't know that its inside a pfft~...)

Right - and on a re-reading of the docs I see that vectral~'s window
size can be changed on the fly (i.e. with numbers from fftinfo).  So no
problem!

Stefan Tiedje wrote:
> David Ogborn wrote:
>> A quick question - apologies if I have missed this in the documentation
>> - if I use vectral~ within a pfft~ patcher, and I omit the window size
>> argument of vectral~, does vectral~ intelligently default to the window
>> size of its parent pfft~ object or does it stick with the 512 default
>> window size described in the documentation?
>
> If in doubt trust the docs,
> (vectral can't know that its inside a pfft~...)
>


> When thinking Mac OS X as a 'host OS' for application software,

> it is then possible to run several instances of any app.

Here a little demo (8 minutes) of "mm-2" using 3 instances of the standalone application. One with its original sample, the two others with two different custom samples:

I wrote on Fri, 16 February 2007 08:36
----------------------------------------------------
> When thinking Mac OS X as a 'host OS' for application software,
> it is then possible to run several instances of any app.
----------------------------------------------------

fun little ambient application