it's done. it's amazing. peter put a lot of time into the interface. complete with help mouseovers and hotkeys. check it here: http://wiki.monome.org/view/AppMaxMsp64step requires rs.objects, which are included in the zip (look for "place in externals" folder) // changed as of 1.1. should be xp ok. - p
on 10.06.2006 21:14
on 10.06.2006 21:43
Is it just the runtime view, but I'm getting a lot of overlapping of text. I'm getting rs.textbuttons all over the place. Looks pretty sweet though I must say. I'm dying to look under the hood. I miss cabling things. brian crabtree wrote: > it's done. it's amazing. > > peter put a lot of time into the interface. complete with help > mouseovers and hotkeys. > > cheers.
on 10.06.2006 22:18
> Is it just the runtime view, but I'm getting a lot of overlapping of > text. I'm getting rs.textbuttons all over the place. Looks pretty > sweet though I must say. I'm dying to look under > the hood. I miss cabling things. there's a folder in the zip that you have to copy to the max/msp externals folder.
on 10.06.2006 22:31
son dod wrote: > Is it just the runtime view, but I'm getting a lot of overlapping of > text. I'm getting rs.textbuttons all over the place. Looks pretty > sweet though I must say. I'm dying to look under > the hood. I miss cabling things. > > > i had some of the weirdo text stuff too, until i placed my items just as its explained in the folder. Put -->Externals/Help/Patches, which all mean into the Max/MSP folder. now it looks beautiful, i mean really, really beautiful! i feel like i'm constantly thanking and expressing my gratitude to the Monome folk and their hard work, this is no exception. :) edit/add...damn this sh*t is hot!
on 11.06.2006 05:56
brian crabtree wrote: > it's done. it's amazing. > > peter put a lot of time into the interface. complete with help > mouseovers and hotkeys. > > cheers. > > > requires rs.objects, which are included in the zip (look for "place in > externals" folder) the "--> put in externals" directory name is invalid on windows so you cant easily extract it And after working around that it looks like the externals are mac only
on 11.06.2006 08:34
> the "--> put in externals" directory name is invalid on windows so you > cant easily extract it > > And after working around that it looks like the externals are mac only apologies, that was some poor pre-planning. we'll bang together an xp version.
on 11.06.2006 11:10
Got it working. Amazing guys. Really amazing. I'm so inspired to get back into the Max/MSP world. Any plans to implement some of the midi or rewire sync I was working on (well better ones;)? Perhaps there could be an external patch which worked with all other patches?
on 11.06.2006 12:33
where do i put the "--> put in patches>inspectors folder" patches? because there is no such dir on my machine (i only have the runime installed). do i create this "inspectors" dir then?
on 11.06.2006 12:53
yup, just create the directory under the patches folder... db
on 11.06.2006 13:16
joe melnyk wrote: > where do i put the "--> put in patches>inspectors folder" patches? > because there is no such dir on my machine (i only have the runime > installed). do i create this "inspectors" dir then? the inspectors are only helpful if you're editing the patch.
on 11.06.2006 13:18
> Any plans to implement some of the midi or rewire sync I was working on > (well better ones;)? Perhaps there could be an external patch which > worked with all other patches? peter has taken over maintaining 64step, and is currently working on an XP port. it'd be good to figure out a solid sync method. did the rewire work well?
on 11.06.2006 13:50
hey guys, i just put together a version that should be fully win compliant and takes alot less futzing with externs... ie none. it's posted to the wiki so check it out. p brian crabtree wrote: >> Any plans to implement some of the midi or rewire sync I was working on >> (well better ones;)? Perhaps there could be an external patch which >> worked with all other patches? > > peter has taken over maintaining 64step, and is currently working on an > XP port. > > it'd be good to figure out a solid sync method. did the rewire work > well?
on 11.06.2006 15:05
The rewire worked pretty good. I think I need to crossgrade to 7.2 in Logic to be able to say for sure. But the last thing I was working on was making it two-way rewire communication. The tricky thing has been looping the rewire app so that it follows your sub variable. I can continue working on this a little later this week and work to put it into it's own patch. Sort of a separate thread question, but what future developments can we look forward to with mlr. I've been thinking about a reversal of the tempo sample length relationship, so that the chop points of the sample are by samples in propotion to the tempo. That way a pitch and fine could get more precise results. Then I was thinking of transient markers. brian crabtree wrote: >> Any plans to implement some of the midi or rewire sync I was working on >> (well better ones;)? Perhaps there could be an external patch which >> worked with all other patches? > > peter has taken over maintaining 64step, and is currently working on an > XP port. > > it'd be good to figure out a solid sync method. did the rewire work > well?
on 12.06.2006 13:38
I got it to work like the regular step... but cannot figure out how to make it go to the next sset of steps...it just keeps looping the first 8 steps...
on 12.06.2006 13:42
John Gellings wrote: > I got it to work like the regular step... but cannot figure out how to > make it go to the next sset of steps...it just keeps looping the first 8 > steps... there's two modes, edit and playback. hit the space bar to toggle them. in edit mode, the top eight buttons change which of the eight sequences yr editing. in playback, there are eight steps corresponding to the eight columns. choose which order you want your sequences to play back by selecting a row in each column.
on 12.06.2006 14:42
joe melnyk wrote: > John Gellings wrote: >> I got it to work like the regular step... but cannot figure out how to >> make it go to the next sset of steps...it just keeps looping the first 8 >> steps... > > there's two modes, edit and playback. hit the space bar to toggle them. > in edit mode, the top eight buttons change which of the eight sequences > yr editing. in playback, there are eight steps corresponding to the > eight columns. choose which order you want your sequences to play back > by selecting a row in each column. Got it... now who's going to make a version of 64step with effects?
on 12.06.2006 16:37
John Gellings wrote:
> Got it... now who's going to make a version of 64step with effects?
lets let them breathe for a minute :) ...plus, i'm still learning all
of these....sheesh!
on 13.06.2006 08:46
ryan faubion wrote: > John Gellings wrote: > >> Got it... now who's going to make a version of 64step with effects? > > lets let them breathe for a minute :) ...plus, i'm still learning all > of these....sheesh! Relax buddy...I was just messing around.
on 20.06.2006 13:12
http://wiki.monome.org/view/AppMaxMsp64step plenty of new things in version 1.2. check it out. brian crabtree wrote: > it's done. it's amazing. > > peter put a lot of time into the interface. complete with help > mouseovers and hotkeys. > > check it here: > > http://wiki.monome.org/view/AppMaxMsp64step > > requires rs.objects, which are included in the zip (look for "place in > externals" folder) // changed as of 1.1. should be xp ok. - p
on 20.06.2006 16:48
Peter Segerstrom wrote: > http://wiki.monome.org/view/AppMaxMsp64step > > plenty of new things in version 1.2. check it out. i'm really digging the update but i can't seem to get it to interface with the 40h... button presses aren't doing anything & return/enter doesn't start playback. 1. run serialio 2. run 40h_osc_osx.mxb 3. run step the test patch shows input from the 40h & mlr works fine- am i missing something here? thanks for this sweet update! i had the previous version of 64step running for days on end because there was no save capability :)
on 20.06.2006 20:00
> the test patch shows input from the 40h & mlr works fine- am i missing > something here? > thanks for this sweet update! i had the previous version of 64step > running for days on end because there was no save capability :) any messages in the max window? make sure you have the 64step files in their own folder. mixing with previous versions will surely mess things up.
on 20.06.2006 20:13
brian crabtree wrote: >> the test patch shows input from the 40h & mlr works fine- am i missing >> something here? >> thanks for this sweet update! i had the previous version of 64step >> running for days on end because there was no save capability :) > > > any messages in the max window? > > make sure you have the 64step files in their own folder. mixing with > previous versions will surely mess things up. 64step v 1.2 is in it's own folder... max doesn't give me any messages whether i'm in step or the test patch- there is no response on the 40h as far as buttons lighting up (in step) and step doesn't respond to the presses. i was just reading in the other 64step topic (news) that some people are seeing a go button? dac is blue, i have samples loaded... i'm confused. p.s. the keyboard commands work- i can trigger sounds and whatnot osx 10.4.6 max v4.5 runtime
on 20.06.2006 20:28
Sean Hellfritsch wrote: > > 64step v 1.2 is in it's own folder... max doesn't give me any messages > whether i'm in step or the test patch- there is no response on the 40h > as far as buttons lighting up (in step) and step doesn't respond to the > presses. i was just reading in the other 64step topic (news) that some > people are seeing a go button? dac is blue, i have samples loaded... > i'm confused. > p.s. the keyboard commands work- i can trigger sounds and whatnot > > osx 10.4.6 > max v4.5 runtime Well im running 10.4.6 and max 4.5 runtime and it works fine and dandy for me :-) I encountered no problems at all Tom
on 20.06.2006 20:32
Tom Kirton wrote: > Sean Hellfritsch wrote: >> >> 64step v 1.2 is in it's own folder... max doesn't give me any messages >> whether i'm in step or the test patch- there is no response on the 40h >> as far as buttons lighting up (in step) and step doesn't respond to the >> presses. i was just reading in the other 64step topic (news) that some >> people are seeing a go button? dac is blue, i have samples loaded... >> i'm confused. >> p.s. the keyboard commands work- i can trigger sounds and whatnot >> >> osx 10.4.6 >> max v4.5 runtime > > Well im running 10.4.6 > and max 4.5 runtime and it works fine and dandy for me :-) > I encountered no problems at all > > Tom is there a "go" button i'm not seeing? did you just load up samples and hit enter/return? ur running serialio & the osc_osx patch right?
on 20.06.2006 21:40
> is there a "go" button i'm not seeing? did you just load up samples and > hit enter/return? > ur running serialio & the osc_osx patch right? i know this is stupid, but maybe try re-downloading the zip file? yeah, serialio plus osx_osc
on 20.06.2006 21:46
brian crabtree wrote: >> is there a "go" button i'm not seeing? did you just load up samples and >> hit enter/return? >> ur running serialio & the osc_osx patch right? > > i know this is stupid, but maybe try re-downloading the zip file? > > yeah, serialio plus osx_osc re-downloaded, restarted, rebooted... no luck.
on 20.06.2006 21:52
> re-downloaded, restarted, rebooted... no luck.
ok, and you said the other patches work?? this is quite strange. did you
previously try the first versions of 64step?
you're loading:
_64step_v1.2.mxb
right?
with *only* 40h_osc_osx.mxb?
with serialio?
...and the other patches work fine?
on 20.06.2006 21:53
> is there a "go" button i'm not seeing? did you just load up samples and > hit enter/return? "go" is right next to the 64STEP logo. it's basically play on/off, and toggled with the enter key. the only problem i've found so far is the dsp options don't pop up. found the problem, i'll let peter know.
on 21.06.2006 00:43
brian crabtree wrote: >> is there a "go" button i'm not seeing? did you just load up samples and >> hit enter/return? > > "go" is right next to the 64STEP logo. it's basically play on/off, and > toggled with the enter key. > > > the only problem i've found so far is the dsp options don't pop up. > found the problem, i'll let peter know. weird.. the dsp options pop up works fine for me. as for the "go" button, nothing there but white- when i mouse over it the pop up info tells me that there is a "go" button there, but clicking around does nothing. i've had no problems running step, _64step or any of the other patches. >you're loading: > >_64step_v1.2.mxb > >right? yup >with *only* 40h_osc_osx.mxb? yup >with serialio? yup >...and the other patches work fine? yup. quite strange indeed.
on 21.06.2006 01:29
well i just want to chime in here and say i'm having no problems so far. i have gotten in the habit of renaming newer versions to simply, _64step.mxb sometimes redownloading the files in question has proved to be a fix for some folks. /ryan
on 21.06.2006 02:17
ryan faubion wrote: > well i just want to chime in here and say i'm having no problems so far. > i have gotten in the habit of renaming newer versions to simply, > _64step.mxb > > sometimes redownloading the files in question has proved to be a fix for > some folks. > > /ryan got it to work.. not sure exactly what did it, but here's what i did. i deleted the most recently downloaded version. re-downloaded by right clicking and selecting "download linked file.." instead of just clicking (this prevented safari from auto-unzipping the file for me). unzipped _64step and renamed the patch to _64step.mxb restarted max & serialio loaded _64step first & osc_osx.mxb second. works! case closed... thanks everyone for helping me troubleshoot. time to make some beats
on 21.06.2006 15:05
> got it to work.. not sure exactly what did it, but here's what i did.
ack, the most unsatisfying problem solution. glad it works though
on 28.06.2006 09:39
brian crabtree wrote: >> got it to work.. not sure exactly what did it, but here's what i did. > > ack, the most unsatisfying problem solution. glad it works though Hi all I'm wondering if it's possible to play long sample from each step (when i hit only one button). I have some background long lenght samples and there are cut before the end. Any help more than appreciate The rest of the app is absolutly coooool ILILT
on 28.06.2006 13:49
Try splitting them over two patterns. So that your pattern steps alternate between triggers. This should allow the sample to play all the way through until the next time it is triggered. ILILT wrote: > Hi all > > I'm wondering if it's possible to play long sample from each step (when > i hit only one button). I have some background long lenght samples and > there are cut before the end. > > Any help more than appreciate > > The rest of the app is absolutly coooool > > ILILT
on 29.06.2006 09:51
> I'm wondering if it's possible to play long sample from each step (when > i hit only one button). I have some background long lenght samples and > there are cut before the end. not sure why it would stop, i'll check with peter
on 21.07.2006 12:05
i get the following error when i try to drop samples into 64step: loaded: 0006 2-Beats - Rendered.aif • error: waveform~: 6 2-Beats - Rendered.aif is not a buffer~ no waveform shows up either. Anyone else had this? EDIT: Dont worry, i figured it out, 64step doesnt seem to like stereo aif's...
on 30.08.2006 10:30
woah. that's wierd. 64step *should* like stereo files just fine. it might be a spaces issue again. trying taking the spaces out of the file name in the short term. i'll see if i can address it. file names are a persnickity thing in max. either that or you have loaded too many samples. i think the max is like 160. let me know what happens with this. if it's a legit bug i dig into it. Tim Spear wrote: > i get the following error when i try to drop samples into 64step: > > loaded: 0006 2-Beats - Rendered.aif > • error: waveform~: 6 2-Beats - Rendered.aif is not a buffer~ > > no waveform shows up either. > > Anyone else had this? > > > EDIT: Dont worry, i figured it out, 64step doesnt seem to like stereo > aif's...
on 02.09.2006 07:58
On my winxp version, the saving and loading appears buggy and inconsistent. In the Max log window I intermittently get errors like: *error: coll: can't find file D:/(path)/(filename) *error: preset: D:/(path)/(filename.prs) not found *error: coll: spar: erros in text file in line 1 *error: rs.textbutton: No such object *error: var: No such object What's funny is that this error: *error: coll: can't find file D:/(path)/(filename) comes out even when the path/filename is clearly there and nowhere in the path or filename has spaces (since I read something about spaces in this thread) Sometimes I save and the .prs file doesn't save along with it. A lot of times when I save, I can't load the file back up. Any other winxp users have (or not have) this problem when saving and loading? Peter could you check this out on the winxp version? Thanks.
on 02.09.2006 18:10
hello toadster, are you running the most recent 64step / max/msp ? that is a really strange error though. i don't have a winbox right now so i might have to defer this one to brian which could take a little time as he is pretty busy making awesome stuff. do you get these errors consistently? i'd love to hear from other 64step xp users with their experiences... p toadster toadster wrote: > On my winxp version, the saving and loading appears buggy and > inconsistent. In the Max log window I intermittently get errors like: > > *error: coll: can't find file D:/(path)/(filename) > *error: preset: D:/(path)/(filename.prs) not found > *error: coll: spar: erros in text file in line 1 > *error: rs.textbutton: No such object > *error: var: No such object > > What's funny is that this error: > *error: coll: can't find file D:/(path)/(filename) > comes out even when the path/filename is clearly there and nowhere in > the path or filename has spaces (since I read something about spaces in > this thread) > > Sometimes I save and the .prs file doesn't save along with it. A lot of > times when I save, I can't load the file back up. > > Any other winxp users have (or not have) this problem when saving and > loading? Peter could you check this out on the winxp version? Thanks.
on 02.09.2006 19:52
> are you running the most recent 64step / max/msp ? I'm using: http://www.cycling74.com/download/maxmspruntime457.zip (Windows) which was linked from your installation instructions page: http://wiki.monome.org/view/Monome40hInstallationInstructions And using: _64step_v1.2.3.mxb > i don't have a winbox right now so i might have You guys sure make it seem like the world only uses macs :P (j/k) > to defer this one to brian which could take a little time Brian save me! > do you get these errors consistently? The best I can describe is that it is "consistently inconsistent" > i'd love to hear from other 64step xp users with their experiences... Me too. I'd like to see if anyone can save and load on a regular basis without corruption on a windows setup. It is starting to appear to me that EVEN the end users of monome tend to use only macs. Why are you all using macs? Do you all like paying a premium for something that does the same thing? :P
on 03.09.2006 00:09
Okay so I just saved something and cannot load it back. Yielding this
error again:
> *error: coll: can't find file D:/(path)/(filename)
So I took a look inside that file in notepad and it showed this as the
complete contents:
FORM .AIFFCOMM @¬D SSND
Does that hint at where the problem may be for this part of the problem?
on 03.09.2006 15:54
> Me too. I'd like to see if anyone can save and load on a regular basis > without corruption on a windows setup. It is starting to appear to me > that EVEN the end users of monome tend to use only macs. Why are you > all using macs? Do you all like paying a premium for something that > does the same thing? :P the fact that you're the first xp user to complain means it's some sort of anomoly. i know that we have happy xp 64step users. i'll take a look. don't start the mac/xp talk here, it's really boring!
on 03.09.2006 18:43
ok i checked 64step on xp. it works fine. problems with loading are probably due to spaces in your paths, like peter said before. i know it's annoying, but max/msp has some weirdness with paths. my 64step was in d:/incoming/64step_1_2_3 and i saved my files to that same folder and they loaded fine. load the file that doesn't have the .prs also, your sound files might have spaces in the path. my sound files were in something like d:/noise/samples/bits/ish1.wav try it and let us know. and nice job pete on the 64step xp compatability.
on 03.09.2006 20:46
> problems with loading are probably due to spaces in your paths, like > peter said before. i know it's annoying, but max/msp has some weirdness > with paths. > > my 64step was in d:/incoming/64step_1_2_3 My 64 step was/is in D:\R\40h\64step_v1_2_3 > and i saved my files to that same folder and they loaded fine. load the > file that doesn't have the .prs I saved my files to the same folder as well. I load only the non-.prs file. > also, your sound files might have spaces in the path. My sound files was/is in D:\R\40h\samples\TR909picked All the filenames itself had no spaces either. > try it and let us know. and nice job pete on the 64step xp > compatability. These were the "no-space" paths and conditions that previously cause the errors to occur. However, right now everything appears to be working fine for the last 20 or so saves and loads. Troubleshooting problems that are intermittent and inconsistent is a real pain. But if somehow things can stay this way and keep on working then I'm happy. Unfortunately I will be out of town for several days so I won't be able to test much. If problems arise again I'll try to post more details. Thanks to both of you Brian and Peter.
on 03.12.2006 21:09
so, i love the mouse-over tips.. they're just great when you're getting to know the app. but now... i want them to die... they even appear OVER other windows (ie: max/msp running in background, and i'm surfing in firefox and when my mouse is over the area of a 64step control, the mouse-over pops up..) its mildly maddening
on 04.12.2006 09:48
> i love the mouse-over tips.. they're just great when you're getting to > know the app. haha, surfing the web while running 64step, that sounds like an idm performance straight up. j/k there is an option inside of 64step that disables the tool tips. i don't remember where it is, but it's there, i'll open it up and look if you can't find it.
on 11.09.2007 07:26
Hi I just finished putting the monome together and am very eager to get it working I dl the 64 step but nothing works. I was reading this thread and it is mentioned to run monomeserial (which I have running in OSC mode) the 40h_osc_osx.mxb max patch [I haven't got this and don't know where to find it!!] and then the 64step can anyone lead me to the (blinking) light (grid) thx pieter
on 11.09.2007 12:35
i'm in the middle of updating a senseless amount of documentation... run monomeserial set the prefix to /box run 64step you should be good to go from there.