• SONAR
  • Are there any Band Labs plans to create a more modern script language?
2018/08/20 23:42:56
rogeriodec
We all suffer from the terrible limitations of CAL Script.
At the same time, it would be a great strategy to allow users themselves to create software improvements, thus to fill gaps that could take years to be developed by the bakers, while relieving pressure on them.
But we are currently "hostage" to CAL Script, annoyingly limited and outdated.
Band Labs, meet this request: invest in a more advanced scripting interface for the user!
You and all users will benefit from this!

2018/08/21 01:13:36
Audioicon
rogeriodec
We all suffer from the terrible limitations of CAL Script.
At the same time, it would be a great strategy to allow users themselves to create software improvements, thus to fill gaps that could take years to be developed by the bakers, while relieving pressure on them.
But we are currently "hostage" to CAL Script, annoyingly limited and outdated.
Band Labs, meet this request: invest in a more advanced scripting interface for the user!
You and all users will benefit from this!




Given CBB is a free product, I do not see such thing happening.
Since the inception of Cakewalk, there are been a place between Home and Commercial and after all these years, the system is stuck in between.

Looking at all of the feature request, I can only imagine the conversation as to how to move forward. You make a good point but I just don't see things going in that direction, especially when you profile most Bandlab users, they are at a different place.
2018/08/21 02:49:14
Kamikaze
rogeriodec
We all suffer from the terrible limitations of CAL Script.
But we are currently "hostage" to CAL Script, annoyingly limited and outdated.



 
What! No we don't. It only effects MIDI, so Audio only users are unaffected.
Most MIDI users never touch it.
 
How are we "hostage"? I've never used it. It's never effected me. Most times someone suggests a CAL option I think 'Oh maybe I should look at CAL sometime, but I either, do it this way or don't have that obstacle".
2018/08/21 08:34:14
azslow3
rogeriodec
But we are currently "hostage" to CAL Script, annoyingly limited and outdated.
Band Labs, meet this request: invest in a more advanced scripting interface for the user!
You and all users will benefit from this!


Some time ago I have seen that... And one of the users has suggested Lua as an alternative (I guess based on REAPER success in Lua scripting). I have decided to have a look at that language and even "invested time" into a possibility to use Lua MIDI processing in Sonar.
Result? NO ONE, not even the user which has asked for that, have ever tried to use the possibility.
 
So sorry man, I seriously doubt someone will benefit "from this".
2018/08/21 08:52:38
msmcleod
azslow3
rogeriodec
But we are currently "hostage" to CAL Script, annoyingly limited and outdated.
Band Labs, meet this request: invest in a more advanced scripting interface for the user!
You and all users will benefit from this!


Some time ago I have seen that... And one of the users has suggested Lua as an alternative (I guess based on REAPER success in Lua scripting). I have decided to have a look at that language and even "invested time" into a possibility to use Lua MIDI processing in Sonar.
Result? NO ONE, not even the user which has asked for that, have ever tried to use the possibility.
 
So sorry man, I seriously doubt someone will benefit "from this".


 
I can't see this happening either.
 
As I mentioned in another post, I've got a rough design for a LUA implementation using the ControlSurface API, however in order to do per-event MIDI processing it would mean programmatically writing CAL scripts on the fly and running them in the background.
 
In the end, I decided (a) It would be a horrible hack, and (b) I've not got the time to do it any way.
 
Unless BandLab extend the API to included access to the track data, only BandLab can implement this sort of thing in any reasonably clean way.... and extending the API in a "safe" way is not a trivial task, so I don't see that happening either seeing they've got a small team.
 
Given that Reaper is pretty cheap and already has scripting capabilities, it might make more sense to do your MIDI processing in Reaper and import the MIDI back into Cakewalk.
 
There's no rule that says that everything must be done within Cakewalk.... I mean plenty of us would quite happily use SoundForge as an external editor for audio, so I don't see why MIDI should be any different.
 
2018/08/21 13:24:10
Whistlekiller
I didn't know I'd been suffering. Thanks for pointing it out!
2018/08/22 01:20:59
rogeriodec
Okay, I disregarded users that only use the audio part of CbB. So it's only natural that they're mocking because they do not really know the MIDI part.
I have to thanks a lot to the bakers for the improvements of the MIDI part, especially from last year until today. I do not see a better MIDI editor than CbB Piano Roll.
But whoever constantly uses MIDI knows that there are still many limitations. And these limitations could be met by the users themselves if there was a decent scripting language. Just that.
 
 
2018/08/23 09:17:59
Whistlekiller
rogeriodec
Okay, I disregarded users that only use the audio part of CbB. So it's only natural that they're mocking because they do not really know the MIDI part.
I have to thanks a lot to the bakers for the improvements of the MIDI part, especially from last year until today. I do not see a better MIDI editor than CbB Piano Roll.
But whoever constantly uses MIDI knows that there are still many limitations. And these limitations could be met by the users themselves if there was a decent scripting language. Just that.
 
 
We’re only pulling your leg Roger. I was just amused by you speaking on behalf of everybody like that without a preceding questionnaire or poll. I use audio and MIDI and have done for years with this program and it’s predecessors. I just don’t have a problem with it, that’s all.
2018/08/24 21:58:17
Positively Charged
Well, I support the use of a standard scripting language whenever and wherever possible.  Yes, even for "free" software.  There's lots of free software that makes excellent use of Python, for example.
 
Blender FTW!
2018/08/24 23:58:55
rogeriodec
Positively Charged
Well, I support the use of a standard scripting language whenever and wherever possible.  Yes, even for "free" software.  There's lots of free software that makes excellent use of Python, for example.
 
Blender FTW!


Right. I know Python. Do you know how to communicate Python With CbB?
© 2024 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account