im really confused actual;ly cos the patch isnt behaving itself at all since last update (this afternoon for me)
once i worked out whats wrong i'll post the relevant bits
(sorry its a huge modular sequencer with lots of modules all sending and receiving (debugging's been a nightmare))
Search found 31 matches
- Fri Oct 09, 2009 4:59 pm
- Forum: Max For Live
- Topic: [c74] 'cycle~: No such object'
- Replies: 4
- Views: 2327
- Fri Oct 09, 2009 4:30 pm
- Forum: Max For Live
- Topic: [c74] 'cycle~: No such object'
- Replies: 4
- Views: 2327
[c74] 'cycle~: No such object'
8.1b5, 40387
when i open one of my amxd files in a max editor, max says:
cycle~: No such object
cycle~: No such object
the patch in question doesnt contain cycle~ anywhere so this error message makes no sense to me.
i go to close window and then it crashes, report follows below
Process: Live ...
when i open one of my amxd files in a max editor, max says:
cycle~: No such object
cycle~: No such object
the patch in question doesnt contain cycle~ anywhere so this error message makes no sense to me.
i go to close window and then it crashes, report follows below
Process: Live ...
- Fri Oct 09, 2009 1:11 pm
- Forum: Max For Live
- Topic: Can we get at the Live playhead info?
- Replies: 23
- Views: 6584
Re: Can we get at the Live playhead info?
I'm not completely certain about this, but I would *think* that using the transport object might be smarter, since Max might be refreshed more regularly than the priority queue that updates stuff from the Live API. I could be wrong, but I don't think so.
yeah thats exactly right. we tried this a ...
- Fri Oct 09, 2009 12:56 pm
- Forum: Max For Live
- Topic: Sysex in/out in M4L devices - must have.
- Replies: 13
- Views: 4813
- Mon Oct 05, 2009 4:48 pm
- Forum: Max For Live
- Topic: problem with send/receive objects in M4L -by design ??
- Replies: 20
- Views: 6481
Re: problem with send/receive objects in M4L -by design ??
sorry was a bit short there, youre right its slightly better.
i just think theres a better solution, ie implement sysex. its not like its some esoteric alien technology
i just think theres a better solution, ie implement sysex. its not like its some esoteric alien technology
- Mon Oct 05, 2009 4:31 pm
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
maybe.
altho tbh i can't see Ableton going for prog changes, they seem adamant that racks are better. i've now seen several forum posts that indicate their position on that. prog changes are spiky, i can see their thinking, but there's a shade of arrogance there as well. they could let the users ...
altho tbh i can't see Ableton going for prog changes, they seem adamant that racks are better. i've now seen several forum posts that indicate their position on that. prog changes are spiky, i can see their thinking, but there's a shade of arrogance there as well. they could let the users ...
- Mon Oct 05, 2009 4:03 pm
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
i lol'dhoffman2k wrote: M4L has the advantage that we can make more elaborate workarounds than we already have to do using Live normally.
- Mon Oct 05, 2009 3:22 pm
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
christ this is doing my head in already
all the params are currently mapped to midi controllers.. is there no way there can be an equivalent mapping performed internally? like an imaginary midi port or something. this would make porting midi sequencing stuff a breeze..
it seems so crazy that midi ...
all the params are currently mapped to midi controllers.. is there no way there can be an equivalent mapping performed internally? like an imaginary midi port or something. this would make porting midi sequencing stuff a breeze..
it seems so crazy that midi ...
- Mon Oct 05, 2009 2:59 pm
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
just testing this
a rack containing 15 different plugins uses about 25% more cpu than the same plugins loaded into 15 different tracks.
mental...
wow i have a long week ahead now, lol
a rack containing 15 different plugins uses about 25% more cpu than the same plugins loaded into 15 different tracks.
mental...
wow i have a long week ahead now, lol
- Mon Oct 05, 2009 2:37 pm
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
alternatively maybe Ableton can look at allowing me to load new presets into currently loaded/running plugins/instruments without having to use racks and chains. that way at least the many instances i have to have of the same instrument can be reduced. i only use chains cos it was the only way to ...
- Mon Oct 05, 2009 2:29 pm
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
thanks, nice solution, altho i have like 20 chains in each rack so thats like 80 tracks, can Live handle 80 plugins loaded simultaneously? i thought the idea of racks was to dynamically allocate cpu, not sure how i would save cpu doing this. i will give it a go but its gonna be incredibly long ...
- Mon Oct 05, 2009 1:47 pm
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
i'm using racks as a means of selecting sounds, this is impossible any other way in Live, afaik.
am i expected to perform for an hour and only modulate 8 params per track? or only have one sound loaded the entire time?
its ludicrous...
am i expected to perform for an hour and only modulate 8 params per track? or only have one sound loaded the entire time?
its ludicrous...
- Mon Oct 05, 2009 1:26 pm
- Forum: Max For Live
- Topic: problem with send/receive objects in M4L -by design ??
- Replies: 20
- Views: 6481
Re: problem with send/receive objects in M4L -by design ??
hmm not a scheme, but youre definitely not going to address it..
sounds like a plan
is a plan different to a scheme?
and to think i was assuming it was an oversight....
sounds like a plan
is a plan different to a scheme?
and to think i was assuming it was an oversight....
- Mon Oct 05, 2009 1:02 pm
- Forum: Max For Live
- Topic: rack subdevices in the LOM: not yet implemented? or bug?
- Replies: 13
- Views: 4002
Re: rack subdevices in the LOM: not yet implemented? or bug?
just adding my voice to the chorus in the hope that this may be sorted soon... i had the same idea as these two, hit a brick wall yesterday.
unlike most other DAWs, Live makes it difficult to select and load sounds, they have racks instead. this means that the only way to play a live set with a ...
unlike most other DAWs, Live makes it difficult to select and load sounds, they have racks instead. this means that the only way to play a live set with a ...
- Mon Oct 05, 2009 9:18 am
- Forum: Max For Live
- Topic: accessing devices inside a rack
- Replies: 17
- Views: 6261
Re: accessing devices inside a rack
It is a serious limitation if a so-called midi plugin cannot even modulate parameters of successive midi devices.