This page is only visible to admin users. Sorry!

This page is only visible to signed in users.

Contact <link>support@cycling74.com</link> if you believe you're seeing this page in error.

You don't have permission to view this page.

Activity

Billing History for { name }

Licenses

There was a problem removing the addon. Please try again.

Are you sure you would like to remove the <name>{addonName}</name> addon from your Max subscription? Your {addonName} addon license will remain active until the end of your current billing cycle.

{name} was successfully removed from your Max subscription.

Remove Addon

There was a problem resuming your subscription. Please try again.

Are you sure you would like to resume <name>{addonName}</name>? Your billing cycle will be reactivated and you will be billed as normal on {renewalDate}.

Your subscription has been successfully resumed.

Resume Subscription

There was a problem cancelling your subscription.

Are you sure you would like to cancel <name>{licenseName}</name>? Your license will remain active until <expiry>{expiryDate}</expiry>, at which point your subscription will expire and the license will be deactivated.

Your subscription has been successfully canceled.

Cancel Subscription

Next, start up the Max application and sign into your account (Help > User Account and Licenses).

Your Activation Code was successfully redeemed.

You must be signed into your account to redeem an Activation Code.

Redeem an Activation Code

Create a New Post

Edit Article

The list of what we're discovering about Max and our users grows each day. We tackle everything from hardware reviews to re-reading books from decades past.

Get the Latest on Max and our Community

Articles

Sign Out

Sign in to authorize License

Authorize Max

Filter by Format

Filter by Language

Find books related to learning Max.

Books About Max

Here are the artists and educators helping people get creative in Max

Meet Our Max Certified Trainers

Certified Trainers

{ firstName } { lastName } - Certified Trainer

There are no open positions at this time.

Please check your inbox for further instructions.

Forgot Password

Error

Success

Actions

Create Forum Topic

Edit Forum Topic

{category} Forum

There was an error submitting your details. Please try again.

Thank you for your submission! Someone will be in touch with you soon.

NFR / Industry Accomodations

Please make sure you use the link you received by email.

There was a problem retrieving your invitation.

Your account has been successfully created. To manage your institutional licenses, please go to <authLink>https://auth.cycling74.com</authLink> and sign in with your newly created account.

You must be signed out to view this page.

Create an Account

Find more details on our <link>Status Page</link>.

Under Maintenance

We are currently carrying out a scheduled maintenance of our website. Some functionality is temporarily unavailable. We appreciate your patience.

Name

Sort By

{ category } Packages

Share a Max Project

Edit Project

Image Notes

Important Notes

Max Projects come in all shapes and forms. Over the years, our users have shared over a thousand ideas and projects with us. We're proud to showcase them here.

Find Inspiration from other Max Users

Cycling '74 will review it within a week and may make minor edits before publishing it, so your project looks best and reads well in our project gallery.

Thank you for your submission! Your project is currently pending.

Account Recovery

Bundled

{ name } { version } Release Notes

There was a problem changing your password. Please try again.

You can now <link>log in</link> with your updated credentials.

Your password was changed successfully.

Reset Password

Your purchase has now been linked to this account. Next, start up the Max application and sign into your account (Help > User Account and Licenses).

Retrieve License

You must be signed into your account to activate Max.

Type

Search the Cycling '74 forums and website

Search {query}

Please enter your educational details

Your Max for Live or Live Suite serial number is required for this purchase. <link>Need help finding your serial number?</link>

There was a problem updating your subscription. Please try again, or contact support@cycling74.com if the problem persists.

Cannot add RNBO

Confirm Subscription Addon

Thank you for your purchase

Thank you

Retrieving your order details, please wait...

Contact <link>support@cycling74.com</link> if you have questions/issues.

Couldn't sign in. Please check that your username/email and password are correct.

Sign in with your Cycling '74 account

There was a problem creating an account. Please try again.

Successfully created your user account! Please check your email for one last verification step.

Create a Cycling '74 account

Select a Product

Thank you! Your request has been successfully submitted to our support team. Please check your email.

There was an error sending your application. Please try again.

There was an error sending your request. Please try again.

By submitting this iLok request, you understand that you will be notified when an asset is deposited to your iLok.com account. After receiving that notification, you can transfer the asset to your iLok USB stick. Please be aware that all iLok requests are manually processed so it can take up to 48 hours to fulfill your request during normal business hours (Monday-Friday, 9am-5pm Pacific Time).

Important Information

Thank you! Your request has been successfully submitted.

Please note that we are no longer taking submissions for Tools and no longer supporting the Tools section, so you may run into broken files and URLs. You can contribute to the Cycling '74 Community by submitting a Package or using the forums instead.

Max Tools Archive

Edit Tutorial

Tutorials are an ideal way to accomplish a task, learn a new strategy or brush up on your skills. In addition to our in-app Examples, Tutorials and Help Files, you can find new ones here.

Explore the Online Tutorials

Tutorials

Thank you. Please start Max and sign in to use your license

Upgrade

Sign In

Your account requires verification. Please check your inbox, or <link>click here to send the verification email again</link> if you didn't receive it.

Unverified Account

Do you have an activation code?

Already own Max 8 and ready to authorize?

Trouble? Please email <link>support@cycling74.com</link> for help.

If you're new to Max, this is just for you.

Thanks for verifying your account!

You're one step closer to being part of the Cycling '74 Community.

Verify Your Cycling '74 Account

Failed to request a new verification e-mail: {message}

A verification email has been sent to { email }. Please check your inbox.

Can't find your verification e-mail or only have an expired one?

There was a problem verifying your email change. Please try again.

There was an error verifying your email address.

Your email address has been successfully verified. Thank you!

Verify Your Email Address

A user token is required to verify your email address. Please follow the link you received via email.

Andrew Benson

 recently impressed all of us at NAMM with demonstrations of a new pair of string performance devices, the K-Bow and StringPort, both of which include some very rich software applications written in 

. The K-Bow, a bluetooth-based wireless gestural controller integrated into a violin bow, has just started shipping so we thought it would be a good time to catch up with Keith and find out more about the project. I met Keith at his studio in Berkeley, CA, home base for Keith McMillen Instruments and the 

. When I arrived, Keith was looking over prototype boards for a new violin pickup with Joel Davel, who also designed the boards for the K-Bow. Once they wrapped up their discussion, Keith sat down and gave me a thorough tour through the technology and ideas behind K-Bow, with Max programmers Barry Threw and Nick Bonardi contributing details about their involvement in the project.

How long of a process has this been between working on the hardware and the software? How did it all begin?

 - It's been about three years. I woke up one day and, how all great projects start, was like, 'how hard could that be?' Of course, if you knew how hard it was, you'd never start in the first place. And then you reach a point where you can't stop. Right now to be a modern musician, you have to be a performer, programmer, and composer all at once. There are really very few people who are good at all three. I wanted to make a system that someone could walk up to, that's all been tested, and is really extensible for whatever you want to do with it.

 - I have been involved with this project since conception. It's been three years I've been working with Keith now, including the work I did for TrioMetrik.

So did you have a detailed plan for the K-Bow, or did it evolve over time?

 - Well I knew the gestures that I wanted to capture, and then there was an experimental stage that involved those sticks [points to some dowels with wire running down the length] and a white block, figuring out what is possible. Then I started making a few boards - the first one just had the bluetooth transceiver, the accelerometer, and the grip and hair sensor. The K-Bow now consists of two very tightly packed boards: the "emitter" which sits under the bridge and, and the bow itself which handles all the bluetooth communication. The bow circuit gathers all the sensor information, communicates via RF and IR with the emitter, makes a tidy data packet and sends it to the computer.

Was bluetooth part of the project from the beginning?

 - I experimented with ZigBee, and at the time (3 years ago) I liked some things, but it wasn't that standardized and I was concerned about the long-term longevity of the technology. Also, bluetooth is included in every laptop nowadays so it seemed like a good place to start.

Right, with ZigBee you need a special serial interface board, and it seems to still be pretty DIY, whereas you can pick up a bluetooth dongle at any computer store or just use the laptop's built-in bluetooth.

 - Although, a footnote, the bluetooth transceiver in your laptop is optimized for a mouse or keyboard, and the little $20 USB dongle will get you a much greater range. Also in that spirit, all of the charging hardware uses a standard USB plug found on any laptop, although it does ship with some high-power chargers as well.

That brings up an interesting technical issue. It seems like power management is pretty important in a wireless device, since you can't depend on plugging in to bus power. How much of that is built-in to K-Bow?

 - There's 4 chips on each board that do nothing but power management. Everything runs off of a 5.6 gram Lithium Polymer battery, so there is a charging regulator, and also chips that make sure that no matter how much charge the battery has, the output voltage stays the same. The K-Bow also constantly transmits your battery charge levels to the K-Apps application, so you always know how much run time you have, and you can configure the bow for different battery performance settings. After a given amount of time of inactivity it will go into a low-power sleep mode, and then eventually power down. After it gets down to below 5% battery power, it automatically shuts down to keep the battery life up around 1500 charge cycles.

So, how did you decide to make a violin bow? Did it come out of your work with TrioMetrik?

 - Exactly. And there is just so much information that is generated by a bow when you are performing. I had done the Zeta violins and I figured it was time to do a bow. I had also been working with Max since 1989, developing this sustainable performance system, and starting over probably four times. For TrioMetrik, our performance system ended up having about 250 user interface patches all nested, so I had a lot of material to pick from. The problem was, the only system existed in this room, so none of the players could do much to rehearse at home. Also, we were doing so much with foot controllers that it was just distracting. So, we had a need for a better performance solution, and we also needed a source of funding for the work the BEAM Foundation is doing to promote computer-based composition.

 - There is a problem in electronic music performance which has two sides. One side is that there is no real interpretive performance of electronic musical works. There has to be a system for performers to load other composers works and replay them. The second opposing side is that western classical musicians don't have access to computer technology. We have many performers that have spent years building virtuosity on their instruments but they don't have easy access to the open sound world, and musical communication, that a computer provides. The thing about technology is that it is always the metaphor for how we view ourselves. We need a music that uses the tools of this century building upon the foundations of the past.

The KBow is a step toward solving this problem by bridging the gap between what is often thought of as the base of western composition, the string quartet, with the computer music technology that has been created in the last 60 years.

Besides you, how many other people have been involved in bringing the K-Bow to its current state?

 - Chuck Carlson, whom I've worked with for over 20 years, wrote the firmware. He's put a lot of work into this. A lot of the patches were functioning already because they were pulled from existing projects, but Barry Threw came in and started to put it all together and making it into a consistent system. He's very persistent and patient. It couldn't have happened without him. Nick Bonardi then came on board and did all of the graphics and user interface work. Joel Davel, who you met earlier, did the circuit-board layout. All in all about ten people have contributed something.

 - I have coded most of the software for KBow (excluding firmware), including Max patches, the custom externals, and various other parts. There are sections that were modeled after the TrioMetrik work, but many things in the KBow project also had to be rebuilt from the ground up based on earlier ideas.

What does the manufacturing process look like for the K-Bow?

 - It's diffuse, in that the boards are fabricated in India, and then loaded in Fremont, CA.

Then, in El Sobrante, the bows themselves are built by Dan Maloney, a luthier I worked with at Zeta for many years, so the bows come back looking really nice. We also have a machinist, Jon Anderson, who builds all of these custom parts, like this titanium screw on the end of the bow that saved us 2 grams of weight. One good example of the collision of technologies needed, Dan and I had to do a month-long research project on how to glue horse hair to titanium. When the bows come back from Dan, Joel will run the quality control and I will test each one before they go out.

So, let's have a look at the K-Bow software.

 - Well, it's a standalone application written in Max. Here is the main Application window that we call K-Apps. At the top there is a main preset recall menu. This allows you to load a whole set of presets for the entire application. Each of the windows in K-Apps also allows you to store and load presets for those settings as well.

From here you can call up the K-Data window. This gives a graphic display of all of your bow controls. All of the controls can also be calibrated by opening the Calibration window and setting minimums and maximums. You can also store different presets to accommodate the techniques required for different pieces. Some pieces are very delicate and you don't want to have to engage the full range of the sensor.

 - The preset storage system, and the communication in this patch are all based on pattr. This allows some nice perks like being able to access any parameter in the patch at any time. The modulation screens are the best example of this - the destination menu contains every parameter that is addressable in the patch, and it is all dynamically generated. If I were to add any random new control, it would show up in the menu and able to be targeted by the bow without any extra work.

Great, so give me a tour of the different controls the K-Bow offers to a player.

 - First we have bow hair tension - as you press the bow against the string we get a reading from that. Then, of course we have our 3-axis accelerometer that tells us how fast the bow is moving in each direction. The next thing is an infrared proximity sensor that tells you where on the bow (length) you are playing as well as distance from the bridge. There are cones of infrared light coming from the emitter that are picked up by the sensor on the bow handle. That's accurate to about a quarter of an inch. And then there is bow tilt and grip.

That's really not bad. I would expect the infrared and accelerometer data to be a lot noisier looking from my experience. It seems pretty well-conditioned.

 - I killed myself over this. It's a 12-bit analog-to-digital converter inside of here, and there is tons of signal conditioning before it even gets there. I think there is something like 20 Op-Amps inside of the bow. When you power it on, the sensors all auto-calibrate, and the signal quality is actually really good. It's accurate to about 0.1%. Now if we open up the Time Graphs window you can see a timeline display of the K-Bow data.

That seems useful. How do you see this working in practice?

 - Well, it's really good for impressing people [laughter], but maybe you want to isolate which parameters are going to be useful for a particular piece. You can turn on just the X-axis for example and start playing, and then maybe you realize for that piece that the Z-axis will give you more useful information. The timeline allows you to really see what's going on with the data. It's also really useful for training or practice for someone just getting started. It can be very overwhelming to have all these controls, so we usually tell people to just start with one, make a wah-wah effect with the grip or something.

The user interface looks very cohesive, and I can't spot very many standard Max UI elements in there. Nick, what was your process like for creating the graphics?

 - As a long time wannabe violin player, this is just another reason to tolerate my initial steps into the string world where every noise I make is reminiscent of small mammals dying. I started working with Barry and Keith in November of last year. I was brought on to design and implement the GUI initially. At that point concepts were laid down, but there was still much to be done. As the project progressed I ended up co-programming along side Barry. The most challenging part was crafting the user experience to make it both straightforward and flexible. For the graphics, Flash and the Photoshop "contact sheet" process are essential for creating custom knobs in Max 4.6. I'd usually animate everything in Flash, export a PNG sequence, then line them up using the contact sheet process in Photoshop.

So I notice all of these are continuous analog controls. How do you handle triggers?

 - Well, let's open up the Triggers window. Inside there you can create triggers based on the accelerometer or grip data, and you have controls for the amount of sensitivity and there is an articulation control to desensitize the opposite direction after something gets triggered. This helps keep you from accidentally triggering things. There is also a certain amount of hysteresis, like with a comparator circuit, based on the sensitivity setting. All of the data from K-Apps can also be sent over MIDI or OSC to other applications.

Okay, now that we have sensor input, what can we do with it?

 - For example, let's open up the K-Tone window. This has a full set of essential rack effects - dynamics (using the OMX objects created by Keith), pitchshifting, filters and delays, etc. Now let's get into Modulation. This is really where all the fun happens. We have lots of these "mod-lines" where you can take any source, scale and offset, run it through a table (or create your own table), and pick a destination. One other thing that makes this more of a performance system is that one of the destinations is the 'mod-line' itself, so you can create conditional layering of your modulation. For sources, in addition to the direct sensor data we also have things like overall playing speed or movement, or gesture recognition sources. There is also a looping window and a phase vocoder that allows you to scrub through a sample using bow position as well.

One of the interesting things to me about physical controllers is how they impose or encourage a certain type of ergonomics or style of performing. Do you find in practice that people play differently with the K-Bow?

 - It's additive. There's a way to teach, and to play stringed instruments, and there is a lot of tradition there. Since there's no way of perverting that concept, I realized I had to be additive. So players can still do everything that they do normally, but they also get a lot of extra control over their sound by mapping their bow movements to the processing controls in software.

Violinists usually pick it up and say, "Oh this is pretty light," and then they'll play for a couple of minutes and say, "it's not bad," and then after about ten minutes half of them say, "this is better than my bow!" The classical string world is very traditional, and there are certain things you just can't violate. The violin is probably the strongest icon for classical music and the bow is really part of that. My goal is to take traditional Western Classical Music and smash it into the computer age. There are some things you can get away with and some things you can't.

 - While the first release of the KBow software is for a single performer, much of the amazing power of this technology comes from tying the data of several musicians together. When you have the up bow of the violinist affecting a filter sweep on the viola, or the bass transposing the whole ensemble...well, you have a completely new genre of music performance in which there are many more complex structures possible to compose. These are the directions we are interested in exploring with both the KBow and our upcoming products.

One thing I'm always paying attention to in people's custom performance systems is how much they have to look at the screen to perform effectively. How is this managed in K-Apps? How much of the UI is necessary for performance?

 - Well, depending on the complexity of your setup, you might need to peek at it now and then just to get a sanity check. For this purpose, we created the K-Live window. This window gives you a summary of everything. It shows me the condition of the sensors, how much the bow is moving, which gestures are getting recognized. So you can glance at that to see what's happening and then go back to what you were doing. In this window you also get basic mixer controls so you can adjust the gain and 3-band EQ. Everything in this window is adjustable by hand, or you can assign an external controller like a foot pedal as well. Granted there are also things like the Loop window or the Phase Vocoder, where it's complex enough that you might want to keep an eye on what's happening.

Barry, what would you say were the biggest challenges in bringing all of this together?

 - Conceptually the most challenging part when designing software like this is to strike the right balance of ease of use and power. I think with the KBow we have done a good job. Ideally, we would really like performers without programming knowledge to be able to create complex musical structures, and be able to trust the software during performance.

Technically there are four major challenges that always present themselves in projects of this scope:

One is processor usage. With any music system with many parts managing DSP is a huge concern. Making sure things that are not in use are not taking any processor cycles is the key to making the whole thing run smoothly. Second is data storage. This may be the biggest and most time consuming issue, but Max offers many tools such as the pattr system to make it way easier. We are also still in 4.6 because our product timeline just didn't match up with 5 development, however, there are more new pattr features in Max 5 that I wish I had every day.

The third issue is organization, which can be difficult with a visual programming environment. There is a certain critical mass of a Max project where if you haven't thought through your abstraction and organizational process early on you get stuck and have to rewrite some things. I don't know any good advice around this problem but experience, however our whole system is very modular. Parts can be reused very easily across applications.

It is incredibly important to have a consistent naming structure for all sends and receives, parameter names, patch names, etc. to keep the patch development manageable and maintainable. Many max programmers don't run into this issue right away because the patches are made for themselves, but another programmer should be able to approach your patch and start coding on it as easily as possible. Consistent naming is the most powerful tool to make this happen, along with documentation. We have a document in flux that lists of all the hundreds sends and receives in this patch, where they go, and what their purpose is.

Well, I'm impressed by the complexity of the system underlying this seemingly friendly interface. It seems like you could just keep digging deeper and deeper to get what you want.

 - I look at it like this. First off, if we sold a bow that worked great, with no software, that would be terrible. Then if we made a bow that wasn't easy to start with, that would be terrible. And also, if you made a system that after 4 years you've exhausted its performance capabilities that would be equally terrible. It's a challenge to balance all of these things, but it is really a wonderful challenge.

Keith McMillen Instruments recently impressed all of us at NAMM with demonstrations of a new pair of string performance devices, the K-Bow and StringPort, both of which include some very rich software applications written in MaxMSP. The K-Bow, a bluetooth-based wireless gestural controller integrated into a violin bow, has just started shipping so we thought it would be a good time to catch up with Keith and find out more about the project. I met Keith at his studio...

an-interview-with-keith-mcmillen

An Interview with Keith McMillen

David Zicarelli

This article provides a brief tour of the features we've added to Max for creating Live devices. If you're familiar with our old plug-in development objects, we hope you'll notice the major improvements we've made. If you're new to creating Max content for audio and MIDI processing, we hope this tour will give you a flavor of the tools that will be at your disposal when 

Please note, the information presented here is preliminary and subject to change.

With Max, you can design an interface that will appear in Live's device view, a unique advantage over VST and Audio Unit plug-ins, whose custom edit screens appear only in separate windows. This provides immediate access to your device's UI, but the device view is somewhat constrained in terms of onscreen dimensions. This is where Max 5's presentation mode feature will come in very handy. You'll be able to arrange the elements of your interface using a device view template without messing up the patch you've created.

Patching and Presentation Modes in Max and Live. Note the horizontal line that shows the boundary of the Device View.

 introduces a new set of UI objects specifically designed to emulate the look and feel of the Live interface. But the beauty of these new objects is more than skin deep -- they share the rich set of features built into Live's native UI controls, including:

Some of the new Live-esque Max objects for building interfaces

Since all Live device editing is done "in place" you can save your device in Max and immediately see how it looks in Live. The Max toolbar for a device patcher contains a new button for activating Live for this purpose.

Devices interact with the host environment by means of parameters. A parameter describes data that represents something about how a device will do its job. For example, if you have a device that uses a 

 object to change the output level and a dial to change modulation frequency, you'll have two parameters, one for the gain slider and one for the dial.

A patch with a gain slider and dial, along with the corresponding parameters displayed in Live's automation editor

One of the primary advantages of the new UI objects is that parameters are built-in, so no patching is required to connect a dial with an object that manages the parameter state for the dial. You can also use classic Max UI objects in your Live device, then bind it to a pattr object if you want the UI object to display a parameter. Since pattr objects can refer to other objects by name, no patching is required in this case either.

Use a live.dial or a pattr plus classic Max dial? You decide.

Get the Latest on Max and our Community

An Interview with Keith McMillen

Tools for Creating Devices in Live

Making Connections: The Eobody USB OEM Board

An Interview with Mattijs Kneppers

An Interview with Hans Tammen - Endangered Guitar

Siggraph 2008

CNMAT Summer School 2008

A Video and Text Interview with Owen Grace: The Guitar Zeros

A Look Back at Maker Faire 2008

An Interview with Natasha Barrett of DR.OX