BBCut for MAX?

Jul 26, 2006 at 4:48pm

BBCut for MAX?

I have just recently discovered BBCut, which does algorithmic
beat cutting and rythmic pattern genertion. Pretty cool stuff,
check it out… http://www.cus.cam.ac.uk/~nc272/bbcut2.html
Only problem is that it is for SuperCollider. Does anyone know
there is a port of this to MAX?

Anthony

#26934
Jul 26, 2006 at 5:08pm

I’m building something in Max/MSP that does very similar stuff to
this, though more along the lines of dblue’s Glitch – more control in
the user’s hands.

Stay tuned.

That said, I’d be very interested if anyone has ported Nick Collin’s
PD work to Max…

Dan

At 11:48 AM -0500 7/26/06, apalomba@austin.rr.com wrote:
>I have just recently discovered BBCut, which does algorithmic
>beat cutting and rythmic pattern genertion. Pretty cool stuff,
>check it out… http://www.cus.cam.ac.uk/~nc272/bbcut2.html
>Only problem is that it is for SuperCollider. Does anyone know
>there is a port of this to MAX?
>
>
>
>Anthony
>


Dan Nigrin
Defective Records
202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X
http://www.defectiverecords.com

http://www.jackosx.com

#81069
Jul 26, 2006 at 6:00pm

#81070
Jul 26, 2006 at 6:35pm

I would be very interested in knowing more about the stuff
you are working on. One of the things I think is so cool
about BBCut is its ability to use various algorithms to create
crazy rhythmic patterns. What are your thoughts on finding
a balance between control and alg. generation? What mechanisms
do you employ?

I am not familiar with Nick Collin’s PD work, what exactly
did it do?

Anthony

#81071
Jul 26, 2006 at 6:51pm

http://mdsp.smartelectronix.com/2005/07/livecut.php

On 26-jul-2006, at 20:00, jln wrote:

> LiveCut

#81072
Jul 26, 2006 at 6:55pm

My work isn’t algorithm-based at all, like BBCut (and LiveCut). As I
mentioned, it’s more like Glitch (http://illformed.org/glitch), in
that it has a series of effects, which you can control parameters on,
and invoke at specific points in your audio input.

I mistyped about PD and Nick Collins – meant to say SuperCollider!

Dan

#81073
Jul 26, 2006 at 7:12pm

I see, Livecut is based on BBCut the BreakBeat Cutting library written
by Nick Collins for SuperCollider. It looks like Livecut is a VST
plugin,
which means I can start experimenting with it in Max right now. It
would be nice to have source to BBCut to port to Max.
Perhaps Nick is on this email list?

Anthony

—– Original Message —–
From: Gideon Kiers

Date: Wednesday, July 26, 2006 2:01 pm
Subject: Re: [maxmsp] BBCut for MAX?

> http://mdsp.smartelectronix.com/2005/07/livecut.php
>
> On 26-jul-2006, at 20:00, jln wrote:
>
> > LiveCut
>
>

#81074
Jul 26, 2006 at 7:20pm

The source to BBCut is fully available on his site.

Dan

At 2:12 PM -0500 7/26/06, apalomba@austin.rr.com wrote:
>I see, Livecut is based on BBCut the BreakBeat Cutting library written
>by Nick Collins for SuperCollider. It looks like Livecut is a VST
>plugin,
>which means I can start experimenting with it in Max right now. It
>would be nice to have source to BBCut to port to Max.
>Perhaps Nick is on this email list?
>
>
>
>Anthony
>
>
>
>
>
>—– Original Message —–
>From: Gideon Kiers

>Date: Wednesday, July 26, 2006 2:01 pm
>Subject: Re: [maxmsp] BBCut for MAX?
>
>> http://mdsp.smartelectronix.com/2005/07/livecut.php
>>
>> On 26-jul-2006, at 20:00, jln wrote:
>>
>> > LiveCut
>>
>>


Dan Nigrin
Defective Records
202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X
http://www.defectiverecords.com

http://www.jackosx.com

#81075
Jul 26, 2006 at 7:31pm

I looked at the available source, they are all suppercollider
files. Which appear to be some type of pseudo c-like language.
Is this what one would be porting to max? I was expecting there
to be actual source code.

Anthony

#81076
Jul 26, 2006 at 8:24pm

At 2:31 PM -0500 7/26/06, apalomba@austin.rr.com wrote:
>I looked at the available source, they are all suppercollider
>files. Which appear to be some type of pseudo c-like language.
>Is this what one would be porting to max? I was expecting there
>to be actual source code.
>
>Anthony

Well, it *is* source code, just SuperCollider source, rather than C
or something….

At any rate, the thought I had was that someone knowledgeable in
SuperCollider could read and interpret the SC source, and then
translate that knowledge into a Max/MSP patch. I don’t think it
would require any new Max externals to be coded, at least that’s not
the sense I got when looking over the code myself a while back…

Dan

#81077
Jul 26, 2006 at 8:37pm

I see, having someone with SC knowledge would be
very helpful then. I am pretty busy these days and
do not have the time to learn SuperCollider.

Anthony

#81078
Jul 26, 2006 at 10:00pm

#81079
Jul 27, 2006 at 8:08pm

#81080
Jul 27, 2006 at 8:23pm

I think the problem is that Livecut depends on VST time info to be
provided to it, which unfortunately vst~ does not support.

It is surely among the most frequently brought up feature request of Max/MSP!

Dan

#81081
Jul 27, 2006 at 8:41pm

Man, I hope Cycling fixes vst~ sometime soon.
That is a pretty important feature!

Anthony

#81082
Jul 27, 2006 at 9:29pm

I don’t think vst~ is “broken”….. well maybe it is, I don’t know. I have problems opening a lot of plugins that work “fine” in Cubase or what not, but I sort of suspect that Cubase compensates for poorly programmed plugins where Max does not.

Max is not a sequencer and currently there aren’t any objects that output vst time info. I guess I could imagine an additional inlet on the vst~ where you could emulate the format using a variety of time objects.

Hey, when quoting other people try to keep it from maybe like one post instead of quoting the whole thread………………………………….damn it.

binez0r

#81083
Jul 30, 2006 at 4:42pm

Quote: Anthony Palomba wrote on Thu, 27 July 2006 16:41
—————————————————-
> Man, I hope Cycling fixes vst~ sometime soon.
> That is a pretty important feature!

Yes Indeed !, we are all waiting for this…. good news is that Cycling promised it in my previous thread VST~ prayer….

#81084
Jul 31, 2006 at 10:01am

Maybe I’m being nitpicky, but how does not having vst time info sent to the plugin make it broken? It’s not in a sequencer environment so naturally it shouldn’t have those variables present…..

Just seems like its unfair to call something broken when it’s really not the case. Now, the graphical abnormalities with the vst object [and the scheduler problems they cause] may be an issue if the max scheduler is responsible for a part of the plugins audio aspects… That could be called broken, but still, I feel its more a case of difference in construction in how the vst specification makes directdraw or quicktime or whatever calls and that interfering with the max core which needs to place graphical issues in some sort of priority structure in order to preserve the scheduler….. In a program like Cubase I think they’re on the same page as to how a vst should be inserted and related to the whole, where as the flexibility that max offers may have not been anticipated when steinberg set out to to do their thing [or whomever]…

I know theres been a lot of topics on max and graphics and graphical updates interfereing with the scheduler and then of course theres overdrive which preserves audio elements but still, it *seems* that doesn’t influence any additional stability on the max side of things. I must admit it would be nice to not have to take that into account. Right now I generally have a computer running behind an interface computer in order to maintain the schedulers accuracy in leu of graphical updates.

If you use tracktion ever, theres apart in the preferences dialog that makes a mention of graphical abnormalities in relation to poorly programmed vst interfaces. I personally have tested every vst plugin in my library inside of max and only about 50% of them work very well. I have the list of plugins that work fine in Cubase [or take backseat priority in order to make it appear that's the case]… I’ll probably start another thread about it tonight…

#81085
Jul 31, 2006 at 3:14pm

Transport control is part of the VST~ api. Cycling
decided to not fully implement this api, for whatever
reason. I guess the better word to use would be “incomplete”
rather than “broken”.

Anthony

—– Original Message —–
From: binez0r
Date: Monday, July 31, 2006 5:08 am
Subject: [maxmsp] Re: BBCut for MAX?

>
> Maybe I’m being nitpicky, but how does not having vst time info
> sent to the plugin make it broken? It’s not in a sequencer
> environment so naturally it shouldn’t have those variables
> present…..
>
> Just seems like its unfair to call something broken when it’s
> really not the case. Now, the graphical abnormalities with the vst
> object [and the scheduler problems they cause] may be an issue if
> the max scheduler is responsible for a part of the plugins audio
> aspects… That could be called broken, but still, I feel its
> more a case of difference in construction in how the vst
> specification makes directdraw or quicktime or whatever calls and
> that interfering with the max core which needs to place graphical
> issues in some sort of priority structure in order to preserve the
> scheduler….. In a program like Cubase I think they’re on the
> same page as to how a vst should be inserted and related to the
> whole, where as the flexibility that max offers may have not been
> anticipated when steinberg set out to to do their thing [or
> whomever]…
> I know theres been a lot of topics on max and graphics and
> graphical updates interfereing with the scheduler and then of
> course theres overdrive which preserves audio elements but still,
> it *seems* that doesn’t influence any additional stability on the
> max side of things. I must admit it would be nice to not have to
> take that into account. Right now I generally have a computer
> running behind an interface computer in order to maintain the
> schedulers accuracy in leu of graphical updates.
>
> If you use tracktion ever, theres apart in the preferences dialog
> that makes a mention of graphical abnormalities in relation to
> poorly programmed vst interfaces. I personally have tested every
> vst plugin in my library inside of max and only about 50% of them
> work very well. I have the list of plugins that work fine in
> Cubase [or take backseat priority in order to make it appear
> that's the case]… I’ll probably start another thread about it
>

#81086
Aug 3, 2006 at 12:50am

binez0r wrote:
> Maybe I’m being nitpicky, but how does not having vst time info sent to the plugin make it broken?

Other responses aside, I don’t understand why you feel the need to argue
against the many requests to provide this functionality. Clearly it
would make lives easier/better.

#81087

You must be logged in to reply to this topic.