Oh, I definitely suspect it WILL be something fixable via MFL. That and "DUAL MONITOR SUPPORT" will be the big ones, I think.Khazul wrote:I suspect this automation issue is one of the latter - ie not fixable via MFL.
Live (AFAIK) is not written using the same runtime as MAX. Live will therefore probably expose a finite feature set to the MAX run time.Machinate wrote:Oh, I definitely suspect it WILL be something fixable via MFL. That and "DUAL MONITOR SUPPORT" will be the big ones, I think.Khazul wrote:I suspect this automation issue is one of the latter - ie not fixable via MFL.
Khazul wrote:Live (AFAIK) is not written using the same runtime as MAX. Live will therefore probably expose a finite feature set to the MAX run time.Machinate wrote:Oh, I definitely suspect it WILL be something fixable via MFL. That and "DUAL MONITOR SUPPORT" will be the big ones, I think.Khazul wrote:I suspect this automation issue is one of the latter - ie not fixable via MFL.
So if a feature you should want to manipulate isnt exposed, then you cant interfere with it. The best you can do is approximinate is and hope your approximation doesnt clash with live's internal workings, and again that is only if alternative functionality is exposed through MFL.
To actually intercept and replace a feature, live has to choose to enable this behaviour by making available some kind of callouit or event into the MAX runtime along with a means to access all necessary state data that may be required in order to incepts the feature. Even then, the most you may be able to do is influence the feature rather than replace it. It will be a choice made for every feature and state data item they want to expose.
To start with, I expect that clip data will be exposed, along with audio streams and if we are lucky, phsyical device (audio midi) ports and selection menus. this would be sufficient say to implemnent menu based processing tools to perform offline editing functions on midi and audio clips. (MIDI clips has allready been confirm as being availabel for this to some degree or other), though access to automation parameters AFAIK has not been confirmed. Neither has clip audio data, nor clip metadata (tempo, length, start, end etc), but I would guess is might be.
Also the communications between Live and a controller devices has been confirmed as changable - for eg so you could change the behaviour of the APC-40 and perhaps write your own custom controller mappers.
We know its is possible to implement MIDI processing plugins and audio processing plugins along with access to Live native UI elements (though whether that is all native UI elements remain to be seen, but lets hope it is). I would guess though these plugin interfeaces you can implement Live style extende plugins (live seems to expose more functionality to its native plugins than it can to VST and AU plugins).
Some of the hinted at cooler stuff that you can do with MFL basically just needs acces to UI elements, control srface comminications, live host clocks and song pos and midi/audio streams - ie no where near enough to replace core live functionality - for eg, like automation envelopes.
It wont be like having the source code to Live. The folks who are probably best placed to say what is reasonable to expect from it are those know know both what you can do with max/msp/jitter and those who know the python scripting API. this API may not even exist in Live 8, however I wold guess its functionality may get merged into MFL as a means of provide custom control surface drivers etc.
I sincerely hope they keep enough basic MAX functionality such that externally developed MAX objects can be used with it as well, however there is absolutely no gurantee of this, so for eg - I have no idea of the DMX lighting interface object I have will work - i hope it will, but in the end, no guarantee at all.
I think alot of people are getting overly hyped about the possibilities of MFL and could be in for a huge diappointment. For those of us who have an idea of what you can do with MAX/MSP in the context of plugins etc, then it wont be a disappointment at all, actually we may be pleasently suprised at getting access to stuff we didnt expect.
But unless Live 8 has been re-written from the groun up to expose everything to MFL and allow anything to be intercepted (you have to plan for this within a single runtime, never mind integrating another one as well) - the the picture people are painting simply will not happen.
It will be very powerful - but mostly for writing plugins and controll surface and perhaps for offline processing utilities (for eg, the splice audio clip to drum rack function could we written in MFL *if* we are very lucky).
There wont be any writing of dual screen support. You should be able to offline re-write automation data and do some manipulations. I really hope functionlaity like creating tracks and setting up there parameters can be done from a menu, but I wouldnt be at all surpsed if that cant be accessed unless it was a deliberate choice as a way of potentially enable some of the macro functionality that can be found in other DAWs.
We shall see - dont expect much more than the currently hinted at essentals and certainly not for the first release - buit that will still be very powerful for certain kind of functions (plugins, control surfaces etc).
thankfully not true.Khazul wrote:Some of the hinted at cooler stuff that you can do with MFL basically just needs acces to UI elements, control srface comminications, live host clocks and song pos and midi/audio streams - ie no where near enough to replace core live functionality - for eg, like automation envelopes.
yes there is - it will be the FULL maxMSP AND jitter, complete with externals support, udpsend, serial, all these things - and this has been repeated several times.Khazul wrote:I sincerely hope they keep enough basic MAX functionality such that externally developed MAX objects can be used with it as well, however there is absolutely no gurantee of this, so for eg - I have no idea of the DMX lighting interface object I have will work - i hope it will, but in the end, no guarantee at all.
Actually, this is going to be one of the first things out of the bat: Floating window, all session view mixer neccesities copied, show it on 2nd monitor while in arrangement view - done!Khazul wrote:There wont be any writing of dual screen support.
decrepitude wrote:Please don't ASSume I haven't. Sorry, I just don't buy the complete rewrite excuse. This is supported in hardware and many DAWs so if it is indeed true it was a HUGE oversight to begin with. I have immense respect for Henke but I do not take his word as gospel. If any of you are offended you're taking it way too personal. As a paying customer who doesn't whine about every single gripe I feel I am totally in my right to explain my disappointment that an essential component to midi pattern recording has continued to be left out. It's a big enough omission to make a serious dent in the potential expressiveness of this revolutionary software.logic_user99 wrote:But, if you had been keeping track of Robert as he made a merry stroll through our fair pastures...
Six_o_clock_crow, you're proably right that "bullshit" was a bit harsh (you should hear me when I'm really trying) but don't act like I've insulted your personal friend. Certainly Robert and Dom have excellent work ethics, but this is about business - not personal favors. Empathy is one thing, but the bottom line is what tools will achieve the result you need and I feel this is a severe handicap and I'm certainly not alone.
I am in general a very happy user of Live but you can be damn sure I won't bite my lip out some notion of brand loyalty.
care to elaborate?Machinate wrote:thankfully not true.Khazul wrote:Some of the hinted at cooler stuff that you can do with MFL basically just needs acces to UI elements, control srface comminications, live host clocks and song pos and midi/audio streams - ie no where near enough to replace core live functionality - for eg, like automation envelopes.
What I mean by that is "access to input/output streams PLUS bidirectional access to UI == control anything on the UI. Now, there's still some caveats, as also mentioned by Khazul, like track generation, but at the very least *any knob and slider can be accessed by max* - and since it can intercept incoming streams.... it is no longer a case of not being able to control automation. Note that no-one is talking about Replacing anything. You currently CANT record automation into session view, I think Khazul is well aware of that - so it's a case of augmenting the "modulation" part, the clip envelopes.ilia wrote:care to elaborate?Machinate wrote:thankfully not true.Khazul wrote:Some of the hinted at cooler stuff that you can do with MFL basically just needs acces to UI elements, control srface comminications, live host clocks and song pos and midi/audio streams - ie no where near enough to replace core live functionality - for eg, like automation envelopes.
those live.object/live.observer objects are but a huge cloud of suspense hanging over our heads.
THis is from the Ableton MfL page:Machinate wrote:What I mean by that is "access to input/output streams PLUS bidirectional access to UI == control anything on the UI. Now, there's still some caveats, as also mentioned by Khazul, like track generation, but at the very least *any knob and slider can be accessed by max* - and since it can intercept incoming streams.... it is no longer a case of not being able to control automation. Note that no-one is talking about Replacing anything. You currently CANT record automation into session view, I think Khazul is well aware of that - so it's a case of augmenting the "modulation" part, the clip envelopes.ilia wrote:care to elaborate?Machinate wrote:thankfully not true.
those live.object/live.observer objects are but a huge cloud of suspense hanging over our heads.
Hope that is a bit clearer?
cheers.
does anybody actually read posts this long?Khazul wrote:Live (AFAIK) is not written using the same runtime as MAX. Live will therefore probably expose a finite feature set to the MAX run time.Machinate wrote:Oh, I definitely suspect it WILL be something fixable via MFL. That and "DUAL MONITOR SUPPORT" will be the big ones, I think.Khazul wrote:I suspect this automation issue is one of the latter - ie not fixable via MFL.
So if a feature you should want to manipulate isnt exposed, then you cant interfere with it. The best you can do is approximinate is and hope your approximation doesnt clash with live's internal workings, and again that is only if alternative functionality is exposed through MFL.
To actually intercept and replace a feature, live has to choose to enable this behaviour by making available some kind of callouit or event into the MAX runtime along with a means to access all necessary state data that may be required in order to incepts the feature. Even then, the most you may be able to do is influence the feature rather than replace it. It will be a choice made for every feature and state data item they want to expose.
To start with, I expect that clip data will be exposed, along with audio streams and if we are lucky, phsyical device (audio midi) ports and selection menus. this would be sufficient say to implemnent menu based processing tools to perform offline editing functions on midi and audio clips. (MIDI clips has allready been confirm as being availabel for this to some degree or other), though access to automation parameters AFAIK has not been confirmed. Neither has clip audio data, nor clip metadata (tempo, length, start, end etc), but I would guess is might be.
Also the communications between Live and a controller devices has been confirmed as changable - for eg so you could change the behaviour of the APC-40 and perhaps write your own custom controller mappers.
We know its is possible to implement MIDI processing plugins and audio processing plugins along with access to Live native UI elements (though whether that is all native UI elements remain to be seen, but lets hope it is). I would guess though these plugin interfeaces you can implement Live style extende plugins (live seems to expose more functionality to its native plugins than it can to VST and AU plugins).
Some of the hinted at cooler stuff that you can do with MFL basically just needs acces to UI elements, control srface comminications, live host clocks and song pos and midi/audio streams - ie no where near enough to replace core live functionality - for eg, like automation envelopes.
It wont be like having the source code to Live. The folks who are probably best placed to say what is reasonable to expect from it are those know know both what you can do with max/msp/jitter and those who know the python scripting API. this API may not even exist in Live 8, however I wold guess its functionality may get merged into MFL as a means of provide custom control surface drivers etc.
I sincerely hope they keep enough basic MAX functionality such that externally developed MAX objects can be used with it as well, however there is absolutely no gurantee of this, so for eg - I have no idea of the DMX lighting interface object I have will work - i hope it will, but in the end, no guarantee at all.
I think alot of people are getting overly hyped about the possibilities of MFL and could be in for a huge diappointment. For those of us who have an idea of what you can do with MAX/MSP in the context of plugins etc, then it wont be a disappointment at all, actually we may be pleasently suprised at getting access to stuff we didnt expect.
But unless Live 8 has been re-written from the groun up to expose everything to MFL and allow anything to be intercepted (you have to plan for this within a single runtime, never mind integrating another one as well) - the the picture people are painting simply will not happen.
It will be very powerful - but mostly for writing plugins and controll surface and perhaps for offline processing utilities (for eg, the splice audio clip to drum rack function could we written in MFL *if* we are very lucky).
There wont be any writing of dual screen support. You should be able to offline re-write automation data and do some manipulations. I really hope functionlaity like creating tracks and setting up there parameters can be done from a menu, but I wouldnt be at all surpsed if that cant be accessed unless it was a deliberate choice as a way of potentially enable some of the macro functionality that can be found in other DAWs.
We shall see - dont expect much more than the currently hinted at essentals and certainly not for the first release - buit that will still be very powerful for certain kind of functions (plugins, control surfaces etc).
No, we just quote them in their entirety to show disdain.Johnisfaster wrote:does anybody actually read posts this long?Khazul wrote:Live (AFAIK) is not written using the same runtime as MAX. Live will therefore probably expose a finite feature set to the MAX run time.Machinate wrote:Oh, I definitely suspect it WILL be something fixable via MFL. That and "DUAL MONITOR SUPPORT" will be the big ones, I think.
So if a feature you should want to manipulate isnt exposed, then you cant interfere with it. The best you can do is approximinate is and hope your approximation doesnt clash with live's internal workings, and again that is only if alternative functionality is exposed through MFL.
To actually intercept and replace a feature, live has to choose to enable this behaviour by making available some kind of callouit or event into the MAX runtime along with a means to access all necessary state data that may be required in order to incepts the feature. Even then, the most you may be able to do is influence the feature rather than replace it. It will be a choice made for every feature and state data item they want to expose.
To start with, I expect that clip data will be exposed, along with audio streams and if we are lucky, phsyical device (audio midi) ports and selection menus. this would be sufficient say to implemnent menu based processing tools to perform offline editing functions on midi and audio clips. (MIDI clips has allready been confirm as being availabel for this to some degree or other), though access to automation parameters AFAIK has not been confirmed. Neither has clip audio data, nor clip metadata (tempo, length, start, end etc), but I would guess is might be.
Also the communications between Live and a controller devices has been confirmed as changable - for eg so you could change the behaviour of the APC-40 and perhaps write your own custom controller mappers.
We know its is possible to implement MIDI processing plugins and audio processing plugins along with access to Live native UI elements (though whether that is all native UI elements remain to be seen, but lets hope it is). I would guess though these plugin interfeaces you can implement Live style extende plugins (live seems to expose more functionality to its native plugins than it can to VST and AU plugins).
Some of the hinted at cooler stuff that you can do with MFL basically just needs acces to UI elements, control srface comminications, live host clocks and song pos and midi/audio streams - ie no where near enough to replace core live functionality - for eg, like automation envelopes.
It wont be like having the source code to Live. The folks who are probably best placed to say what is reasonable to expect from it are those know know both what you can do with max/msp/jitter and those who know the python scripting API. this API may not even exist in Live 8, however I wold guess its functionality may get merged into MFL as a means of provide custom control surface drivers etc.
I sincerely hope they keep enough basic MAX functionality such that externally developed MAX objects can be used with it as well, however there is absolutely no gurantee of this, so for eg - I have no idea of the DMX lighting interface object I have will work - i hope it will, but in the end, no guarantee at all.
I think alot of people are getting overly hyped about the possibilities of MFL and could be in for a huge diappointment. For those of us who have an idea of what you can do with MAX/MSP in the context of plugins etc, then it wont be a disappointment at all, actually we may be pleasently suprised at getting access to stuff we didnt expect.
But unless Live 8 has been re-written from the groun up to expose everything to MFL and allow anything to be intercepted (you have to plan for this within a single runtime, never mind integrating another one as well) - the the picture people are painting simply will not happen.
It will be very powerful - but mostly for writing plugins and controll surface and perhaps for offline processing utilities (for eg, the splice audio clip to drum rack function could we written in MFL *if* we are very lucky).
There wont be any writing of dual screen support. You should be able to offline re-write automation data and do some manipulations. I really hope functionlaity like creating tracks and setting up there parameters can be done from a menu, but I wouldnt be at all surpsed if that cant be accessed unless it was a deliberate choice as a way of potentially enable some of the macro functionality that can be found in other DAWs.
We shall see - dont expect much more than the currently hinted at essentals and certainly not for the first release - buit that will still be very powerful for certain kind of functions (plugins, control surfaces etc).
+1Machinate wrote:aahhh, another Live release, another sessionview automation Ableton-hate thread!
I am hoping MaxForLive will be able to handle what Ableton have failed to shove in there for years...