aum.haa

My apologies to those of you to whom I’ve made promises and haven’t delivered on yet….I know there are a few of you out there lately. 

Real life is extremely busy for me presently, and I’ve had little time to spend coding and doing computer related things.

I have, on the other hand, finished the Python script for the Ohm64.  There are a few errors I’ve been getting that need to be tracked down, but for the most part it is complete for now.  There is also a lot of room left for additions as people request them or I think of them myself.

I need to finish the m4l companion to the new script so that it can be released.  It will provide a HUD that works in the same fashion as the LCD patch I built, but will function for all the knobs/faders on the device.  I may add some feedback for button assignment, as well.  It is mostly finished already; the only thing left to do is to incorporate the pertinent parts of Monomod into the mix.

What this means for the rest of you: probably nothing, unless you own (or plan on buying) an Ohm64.  However, because of the investment in time I’ve already made working in Python these past few weeks, the iPad script will be getting rewritten next, and oh man its gonna be so much better (read: faster).  I’ve come to the conclusion that any API stuff that I need to do for now on will be taken care of in Python, as its easy to link the functions from m4l.  There’s so much raw horsepower in there, its such a shame that the Abes won’t give us clear docs and a debugger….I mean, they’ve already given us access with m4l, but its basically worthless without rewriting the _Framework functions to take advantage of this.

Sigh.

I’ll have the Ohm64 script out to the public next week if I can find some beta testers (maybe the following week, if there are a lot of things to fix).  Then a rewrite of the iPad script, and finally back to Plinko:  I’m going to recode its engine in Java, so I have some more headroom.  Basically, I should be able to cut down the processing load for the main patches by 50% I think.  (I hear someone far away yelling “the proof is in the pudding!”)

Posted in Uncategorized

I haven’t tried this yet, but has anyone gotten 7up to work with Monomod?  I had an inquiry yesterday and simply don’t have time to check it out right now.  Drop me some email if you have some details.  Cheers.

a

Posted in Uncategorized

I received a wonderful package in the mail last Friday, and am just now getting around to playing with it.  Peter Nyboer and the guys from Livid have let me borrow an Ohm64 in order to port the Monomodular stuff over to it.  Its a very sexy piece of hardware, and I can’t wait to be triggering stuff from it in the manner that I’m accustomed with the other controllers that  I’ve worked with previously.

My original intention was to just port over the pertinent sections of Monomod so that Ohm64 users would have access to my patches, but I realized very quickly that things weren’t going to be that straightforward.  After all, Monomodular is centered around multicolor grid controllers, and the Ohm64 is just…well, “blue”.  But that was kinda enticing in itself, since blue is my favorite color for leds, and none of the other c_s’s that I use even have that color (why is it always all or nothing?!).

So my first task was to implement some kind of flashing state built in to the Python script for the controller.   Since I was having to use a lot of my own functions, it seemed simpler to just write a new Python script on top of what I’ve already done for Monomodular and use it for more general purposes.  I thought it was going to be a lot of work (and probably will be, by the time I’m done), but at least the initial work is already done:  I have flashing buttons (which can be set by sending a message between 1 and 126 to set the interval), a session controller, and some other basic functionality working quite well.

I built a new class on top of the _Framework for the button class that overides a few things and adds a few other things.  This, in conjunction with another call from the main class, is all it takes to get buttons with flashing feedback.  This is general, so you can use it with any other Python script that is based on the _Framework stuff.  I’ll probably revise it a little when I have time to figure out how to add an internal timer instead of calling everything from _update_display, but its some good progress, and I think a few people will be really happy about it.

I have another evening to work on this before I have to go back to work, but there should be some new releases here in the next couple of weeks that support another piece of hardware and round out some of the things that I’ve already released.  I’m now trying to incorporate as much as I can into these Python scripts and move a lot of the heavy lifting from m4l over to them.  So far, so good.

Posted in Uncategorized

I’ve not had much time for coding lately….aside from my day job, I’ve been running sound for a lot of events lately.  Its a good thing, as I’ve gotten to participate in some really good performances by the likes of Signal Path, Beats Antique, Blockhead, Lynx…just to name a few.   But on the downside, I haven’t made any progress in my programming exploits.

Just a head’s up to any of you following my m4l patches…I’ll probably not be publishing anything new for a little bit.  I’m currently working on a couple of patches to round out my own Live rig: incorporating the Python scripts into the iPad script (with support for an 8 knob rotary controller, ala Nocturn), and rewriting a Sooperlooper controller in js.  I’ll probably be publishing the Sooperlooper stuff first, since that’s what I’m working on right now.

Posted in Uncategorized

Someone finally bothered to tell me that LCD wasn’t properly frozen, and was therefore unusable.  I updated the files, it should work now.

http://dl.dropbox.com/u/6044993/LCD_b942_fixed.zip

Posted in Uncategorized

Hmmm.  I’ve been busy with things lately, I guess.  I’ve made some pretty good progress with the Python scripts, but I’m afraid a lot of things have gotten put on the backburner until I determine exactly how I want to do things.  Not to mention, (as usual) real life gets in the way.

I wanted to release this little utility, as I’ve promised it to several people and finally have a version that is complete enough to be usable.  It serves as a soft lcd for any generic device controller.  Its the same basic code behind a lot of other things that I’ve written, except that now it pipes all the data in directly from the Python scripts, meaning its faster and much more capable.  I’ve made some significant improvements to the main Python Class, so that we can get things like updates whenever a new bank or device is selected.  I’ve also enabled a means to send updates to the components directly from m4l, which simply isn’t possible in any of the existing scripts.  There is a lot left to do in this regard, but I’m going to take it slow and explore a little as I go, since the iPad script is functional as it is and this will only be making things faster/ more efficient.

Anyway…this little piece of code is pretty simple.  But if you examine it closely, I think you’ll find a few very valuable things in there, and this is the best place to see it from (before it gets really complicated, which I’m sure its about to).  The functions I built in the main Class are pretty easy to follow,  but I haven’t added any commenting yet.  If anyone has any questions, as usual don’t hesitate to comment or drop me some mail.

All you have to do to make it work is place the Python script in your MIDI Remote Scripts folder, and open up the LCD patcher somewhere in your project.  The necessary assignments for the controller you are using are simple (rotaries @ cc 0 – 7, buttons @ cc 8 – 15, xfader @ cc 16, all on channel 1).  The script was intended for a Novation Nocturn, but you could use it with whatever you like.

I’ll have much more to say about all this later…the link is on the right, under “LCD”.

It’s also here :  http://dl.dropbox.com/u/6044993/LCD_b942.zip

Cheers 🙂

Posted in Uncategorized

I changed some things to accomodate the new midiOut features of the clients, and broke Nomeout in the current versions.  In lieu of changing every one of the clients to fix this, I’m posting a quick fix for Nomeout that will clear up the problem.  Hopefully, in the next week Nomeout will be a thing of the past, but in the meantime, be sure to download the new version (I suspect no one is using it anyway, which would explain why I’m just now finding out about this).

Thanks to David for pointing this out 🙂

Posted in Uncategorized

I’ve had scarcely any spare time for coding lately; its the time of year I spend mixing live performances on a pretty much constant basis (I think I did over 20 this week, but at some point I lost count and it hurts my brain to think about it too much). 

Regardless, I found a little time to do some digging, and I’ve found a way to do what I want through the Python scripts.  That means we’ll have a bit easier of a time accessing certain functionality of control_surface scripts directly from the LiveAPI.  It also means there will be a new plugin out very soon for the Nocturn, or other similar rotary controls. 

There will probably be an update to the Monomod host in short order that will switch a lot of the heavy lifting over to Python in the iPad script.  I need to fix a little problem with the APC controller script, as well.

Leigh Hunt has provided some externals for me to check out that may facilitate easier MIDI communication/routing on OSX, at least.  Thanks, Leigh 🙂  I’m so glad some alternatives for these issues are appearing at last.

Posted in Uncategorized

I’ve heard from a little birdy that monomod is not working correctly without the installation of the “optional” files:  midiOut VST and OSCBonjour external. 

I’d really like some feedback on this.  If you’ve gotten the patches to work without these files, let me know by posting a comment.  If you had problems without them, also let me know.  Include your operating system and version, please.  Thanks 🙂

Posted in Uncategorized

The b94 package has now been updated to include monomod_b941 (with corrected behavior for multiple launchpads) and a working TouchOSC template.

Also, check the new documentation page on the right for the details and features of monomodular.

Posted in Uncategorized