tedluk
Max Output Level: -88 dBFS
- Total Posts : 112
- Joined: 2003/11/05 17:59:08
- Status: offline
RE: Sonar 4: Future Features
2004/04/20 16:57:46
(permalink)
This isn't my fight and I know I'm going to regret getting involved, but... cen·sor ( P ) Pronunciation Key (snsr) n. A person authorized to examine books, films, or other material and to remove or suppress what is considered morally, politically, or otherwise objectionable. An official, as in the armed forces, who examines personal mail and official dispatches to remove information considered secret or a risk to security. One that condemns or censures. One of two officials in ancient Rome responsible for taking the public census and supervising public behavior and morals. I hate seeing words misused. Most would accept that a main component of censorship would involve a person in an official capacity, usually in the government, controlling the dissemination or consumption of supposed "objectionable" materials. Suggesting someone post their requests in a place specifically designated for such purpose is NOT censorship by any definition. Hammerhead didn't remove the posts (he's not an official) nor condemn those who posted. Flame on. Ted
|
D.Triny
Max Output Level: -73 dBFS
- Total Posts : 870
- Joined: 2003/11/04 10:24:39
- Status: offline
RE: Sonar 4: Future Features
2004/04/20 17:28:01
(permalink)
I hate seeing words misused. cool, find me another word, for now I'll just go with: HammerHead you very very bad.
|
Loki
Max Output Level: -81 dBFS
- Total Posts : 488
- Joined: 2003/11/06 13:23:05
- Location: England
- Status: offline
RE: Sonar 4: Future Features
2004/04/20 20:04:49
(permalink)
ORIGINAL: mbncp ORIGINAL: CrayonJones ORIGINAL: Loki Bounce to track normally needs you to select both the midi and audio tracks. It would not let me do this. The midi track did not archive when it had finished buncing. Right. That stumped me at first too. What you have to do is NOT select the MIDI. Seems that accessing these functions through the MFX lets the MIDI tracks to be referenced more directly, without selecting them. Interesting. (I just tried to bounce to track without the MFX, and by selecting only the DXi (i.e., not the MIDI too) and the bounced clip had no audio.) Well, it's the first time I was using 'bounce to track' with Sonar, and I'm still a bit confused about the way it works. (the macro has been updated to handle ‘bounce to..’ errors) But if you click on only the DXi (not even "selecting" it in the usual highlighting way), then the script bounces and archives -- as advertised! Yes, this is the way I wrote the macro, bounce the dxi and archive all midi tracks that use this dxi as output (freeze the synth). Anyway, if s3 was exposing it's function, the macro would be much much easier to write. This works an absolute treat. :D How much is this app going to be and what will I be able to do with it? So far the macro you have written has tuned Sonar into a sampler. My A3000 will be an effects unit and an on the fly sampler from now on. Thank you Marc.
|
Loki
Max Output Level: -81 dBFS
- Total Posts : 488
- Joined: 2003/11/06 13:23:05
- Location: England
- Status: offline
RE: Sonar 4: Future Features
2004/04/20 20:56:34
(permalink)
Marc, just went to your site to get some info. I have some more questions..Sorry about this :0 If MFXScript can take information from inputs like joysticks and mouse clicks could graphics tablets be supported too? Being able to use pen pressure as an input for velocity would be really usefull when Im programming drums. Is MFXScript an event driven program or is it on all the time? Would it be possible to write a script which shows a group of tracks and hides the others tracks unless its running the same "Folder" script? If so thats another to strike off my list, Id have track folders.
< Message edited by Loki -- 4/21/2004 1:59:11 AM >
|
mbncp
Max Output Level: -83 dBFS
- Total Posts : 396
- Joined: 2003/12/14 19:06:44
- Status: offline
RE: Sonar 4: Future Features
2004/04/20 22:22:23
(permalink)
Hi Loki, could graphics tablets be supported too? Don't know about those, are they working like a mouse, or does the app need special drivers, functions ? Is MFXScript an event driven program or is it on all the time? Yes and yes When you have arrow is blue, the script is not running and the only thing that MfxScript does is to bypass midi events sent from the host back to the host, but if there is no midi it will do nothing. The only CPU use would be to redraw the dialog, if needed. Same thing when a script is running, first it will run the global space and if there are no event functions, like the 'freeze' script, it will terminate by itself, as there is nothing else to do. But as soon as you insert one of the mfx events OnLiveEvents, OnTrackEvents,.. or the timer events, the script will run until you manually stop it. The vbscript engine is on it’s on thread, this means that you can never be in two or more functions at the same time. This is also a lot easier to write the script (but not MfxScript). But again, if there is not midi data, this thread is blocked, using ‘no’ CPU at all. Currently MfxScript is only SENDING commands, keystroke or mouse events(soon) to the host (or any window by the way). To get info from the joystick, you have to use a timer, and do the pooling yourself (later I might do this internal, as it would use less CPU). To be able to get info from the host (mouse, key, windows message), I would need either to install a hook (can be time consuming), or to take control of the main window thread of the host. And as I said before, I’m not sure I want to do that. Actually I already do so, but just for a very short moment. When I get a call from the host (OnStart, OnLoop, OnStop…), I first need to block that thread, then freeing the scripting engine and sending the event to the script, wait for that event to terminate (not the script), and then I can free the host thread. So, if in the script we call a menu, or send some keys, this function would never return, as mfxscript is blocking that thread, that’s why, during that time, and only if it is the main window thread, I have to pass the window messages back to the host, so it can execute the macro we send. Anyway, getting mouse, keyboard, or any other window message may not be all that useful, as you will have to figure out in which window, which track and so on, and writing these macros would be a real pain. And this could seriously start to slowdown the host, and I’m not sure this is what we want. Well, I’m might give it a try one of these days,… Would it be possible to write a script which shows a group of tracks and hides the others tracks unless its running the same "Folder" script? If so thats another to strike off my list, Id have track folders. Folders ? is this the Sonar forum .. You want folders, don’t you ? At least not that way.. For that, we will need user controls in mfxscrip, and this is something I should start working on soon. So we could have a tree view, being able to create ‘folders/subfolders’, associating the tracks with a given folder (drag and drop from a track listbox would be nice), and opening or closing a folder in the tree view would show/hide these tracks. Dreams come true … Jee, it's 4:30 am here, takes me less time to write a script than to try to answer your questions
|
exe
Max Output Level: -86 dBFS
- Total Posts : 211
- Joined: 2004/01/22 04:43:19
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 02:44:37
(permalink)
Whilst setting up the vst version of csound today {and, by extension, pythoncard, a couple of new csound guis and some fun Python thingies...} I realized that python ties into VTK as well... {which I've actually been using for some time now... try out Paraview... it's almost as good a synth as opendx.} which gives you some pretty major functionality. http://www.vtk.org/ http://www.imaging.robarts.ca/~dgobbi/vtk/vtkpython.html Now, if I can just figure out how this all fits together.
|
exe
Max Output Level: -86 dBFS
- Total Posts : 211
- Joined: 2004/01/22 04:43:19
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 05:03:32
(permalink)
|
Loki
Max Output Level: -81 dBFS
- Total Posts : 488
- Joined: 2003/11/06 13:23:05
- Location: England
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 05:37:51
(permalink)
ORIGINAL: mbncp Could graphics tablets be supported too? Don't know about those, are they working like a mouse, or does the app need special drivers, functions ? Graphix tablets behave like mice because applications do not need to know Im using a Tablet. When I "double click" I just tap the tip twice. The pen has a button on it which acts like a "right click" The only special thing about them (as far as the computer is concerned) is it gives pressure information. Most applications seem to completely ignore this information. The only programs so far which has used this information have been visual art programs. I dont know if this page will be any help but here you go... http://www.pencomputing.com/developer/visual_basic.html Ive probably got this wrong but I thought if Sonar complely ignores pressure input (which it does) then MFXScript wont have to compete with it. So a "pressure to velocity" could work...I think :/ Is MFXScript an event driven program or is it on all the time? Yes and yes When you have arrow is blue, the script is not running and the only thing that MfxScript does is to bypass midi events sent from the host back to the host, but if there is no midi it will do nothing. The only CPU use would be to redraw the dialog, if needed. Same thing when a script is running, first it will run the global space and if there are no event functions, like the 'freeze' script, it will terminate by itself, as there is nothing else to do. But as soon as you insert one of the mfx events OnLiveEvents, OnTrackEvents,.. or the timer events, the script will run until you manually stop it. The vbscript engine is on it’s on thread, this means that you can never be in two or more functions at the same time. This is also a lot easier to write the script (but not MfxScript). But again, if there is not midi data, this thread is blocked, using ‘no’ CPU at all. Currently MfxScript is only SENDING commands, keystroke or mouse events(soon) to the host (or any window by the way). To get info from the joystick, you have to use a timer, and do the pooling yourself (later I might do this internal, as it would use less CPU). To be able to get info from the host (mouse, key, windows message), I would need either to install a hook (can be time consuming), or to take control of the main window thread of the host. And as I said before, I’m not sure I want to do that. Actually I already do so, but just for a very short moment. When I get a call from the host (OnStart, OnLoop, OnStop…), I first need to block that thread, then freeing the scripting engine and sending the event to the script, wait for that event to terminate (not the script), and then I can free the host thread. So, if in the script we call a menu, or send some keys, this function would never return, as mfxscript is blocking that thread, that’s why, during that time, and only if it is the main window thread, I have to pass the window messages back to the host, so it can execute the macro we send. Anyway, getting mouse, keyboard, or any other window message may not be all that useful, as you will have to figure out in which window, which track and so on, and writing these macros would be a real pain. And this could seriously start to slowdown the host, and I’m not sure this is what we want. Well, I’m might give it a try one of these days,… So MFXScript generates macros for Sonar and Midi...Got ya :D For that, we will need user controls in mfxscrip, and this is something I should start working on soon. :D So we could have a tree view, being able to create ‘folders/subfolders’, associating the tracks with a given folder (drag and drop from a track listbox would be nice), and opening or closing a folder in the tree view would show/hide these tracks. Dreams come true … Definately! The only features I have ever drooled over in Cubase SZ have been Track Folders and the automation tracks. If the above can be done then it would be very, very useful. Jee, it's 4:30 am here, takes me less time to write a script than to try to answer your questions Thank you for taking the time to ansewr these questions. Now that I know what can, cant and and will be a pain to do I can ansewr some questions myself. I stayed up until about then trying to reverse engingeer your scripts because I want to learn more
< Message edited by Loki -- 4/21/2004 10:40:18 AM >
|
mbncp
Max Output Level: -83 dBFS
- Total Posts : 396
- Joined: 2003/12/14 19:06:44
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 08:03:26
(permalink)
I’ve probably got this wrong but I thought if Sonar completely ignores pressure input (which it does) then MFXScript wont have to compete with it. So a "pressure to velocity" could work...I think :/ I guess that it is possible, but as I don't have one of those ‘digi pen’ (my birthday is the 16th of each month  ), I won't be able to do much. What do you mean by "pressure to velocity" ? MfxScript receives events either from an external midi (thru the host), or while the host is playing, not while editing. Or is there a shortcut to define velocity while editing ? So MFXScript generates macros for Sonar and Midi...Got ya :D Well, MfxScript is first an MfxPlug, that receives midi events from the host (sonar, project5, cubase sx,..) and sends this info to the script where the user can decide what to do with the events (delete, change them or add new ones). Then I added some macro capabilities, like calling the host menu, setting the foreground window, get/set info to controls (textbox, combo, checkboxes,..). The idea about using the vbscript engine is to make the creation of scripts/macros safe (no pointers, simplified functions,...). If the script crashes sonar, it's an mfxscript bug, users 'bugs' should never crash the host, at worst it will just stop the script and generate an error. stayed up until about then trying to reverse engineer your scripts because I want to learn more Writing 'safe' macros is not an easy task. If you are calling menus or sending keys without checking if the host can handle them at a specific time, we could end with serious garbage, and this could be worst than doing things the 'normal way'. Some times ago I did a script called MacroBuilder, that creates code to access dialogs/controls much easier. Needs some update though. Let you know ..
|
HammerHead
Max Output Level: -62 dBFS
- Total Posts : 1403
- Joined: 2004/01/07 15:59:53
- Location: Northern Virginia
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 09:17:17
(permalink)
hee hee, what did you mean by the word "instead"? learn me that what will ya? ???????? and your opinion of the "weeky meandering pointless rambling" posts in this thread....whoo boy how friendly. so yeah, now matter how subtle ya try to be, I'll call it what it attempts to be CENSORSHIP. You wear it well ok d.triny. if somehow you are able to infer from my description "weeky meandering pointless rambling" that i am trying to censor YOU then i suppose i'm guilty of trying to censor YOU. Doesn't seem anyone else feels that way, so apparently it's just YOU i'm trying to censor. i thought it was a pretty acurate description. friendly, perhaps not. accurate imho , yes. i'm entitled to my opinion, right ?? if i offended or somehow tried to 'censor' anyone besides d.triny with my description.....my apologies.
|
D.Triny
Max Output Level: -73 dBFS
- Total Posts : 870
- Joined: 2003/11/04 10:24:39
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 09:56:38
(permalink)
ORIGINAL: HammerHead if somehow you are able to infer from my description "weeky meandering pointless rambling" that i am trying to censor YOU then i suppose i'm guilty of trying to censor YOU. Doesn't seem anyone else feels that way, so apparently it's just YOU i'm trying to censor. well if you were in fact successful in censoring them, would it be logical to expect to see a reply? i thought it was a pretty acurate description. friendly, perhaps not.
exactly...so I suppose you wouldn't expect a friendly reply accurate imho , yes. i'm entitled to my opinion, right ?? of course, and so is everyone else...some who elect to express theirs...that's all that's happening here, right?
|
HammerHead
Max Output Level: -62 dBFS
- Total Posts : 1403
- Joined: 2004/01/07 15:59:53
- Location: Northern Virginia
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 10:42:50
(permalink)
well if you were in fact successful in censoring them, would it be logical to expect to see a reply?  i must be missing something here....please explain to me how i can actually be successful in censoring anyone on this forum. i dont have admin rights to delete posts or remove users, so that really inhibits my ability to censor anyone......right ? i'm confused. i think you are too. maybe you need a dictionary to compare the definitions of debate and censor.
|
D.Triny
Max Output Level: -73 dBFS
- Total Posts : 870
- Joined: 2003/11/04 10:24:39
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 15:54:52
(permalink)
ORIGINAL: HammerHead i must be missing something here....please explain to me how i can actually be successful in censoring anyone on this forum. i dont have admin rights to delete posts or remove users, so that really inhibits my ability to censor anyone......right ? for goodness sake you already understood -exactly- what I meant by "censor", grammatically correct or not. I'm not confused, and neither are you. That's nonsense. You don't want people to post FR's on the forum and I do. That's what it is. Like I really had to spell it out again.
|
HammerHead
Max Output Level: -62 dBFS
- Total Posts : 1403
- Joined: 2004/01/07 15:59:53
- Location: Northern Virginia
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 16:07:23
(permalink)
ORIGINAL: D.Triny ORIGINAL: HammerHead i must be missing something here....please explain to me how i can actually be successful in censoring anyone on this forum. i dont have admin rights to delete posts or remove users, so that really inhibits my ability to censor anyone......right ? for goodness sake you already understood -exactly- what I meant by "censor", grammatically correct or not. I'm not confused, and neither are you. That's nonsense. You don't want people to post FR's on the forum and I do. That's what it is. Like I really had to spell it out again. hey dimwit. i'll post it again in case you missed it the first time. [repost for dimwit] you can certainly post here too (or any other thread you desire). imo, you are wasting your time but more power to you. post away man. [/repost for dimwit] post FR's. i dont care. have at it. i cant & dont want to stop you. have fun dude. I'm not confused, and neither are you. That's nonsense. by the way, actually, yes , I am confused. Not sure if you can twist that into some cryptic meaning only you understand or not but if anyone can, it'll be you. gotta run troll. have a good afternoon.
|
D.Triny
Max Output Level: -73 dBFS
- Total Posts : 870
- Joined: 2003/11/04 10:24:39
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 16:21:34
(permalink)
ORIGINAL: HammerHead hey dimwit. the best you can do? good grief. you can certainly post here too (or any other thread you desire). imo, you are wasting your time but more power to you. post away man. look this isn't about me, it's about how YOU addressed the folks attempting to their post FR's here. I've been fortunate enough to be able to deliver some of my FR's in person, but a Forum is IMO an outstanding way to fleshout FR's, and I've been adamant about this for a long time. by the way, actually, yes , I am confused. disagree gotta run troll. have a good afternoon. troll?? good one! might need a dictionary for that one. You must not have been on the forums very long
|
planist
Max Output Level: -73 dBFS
- Total Posts : 883
- Joined: 2004/01/29 12:07:49
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 16:43:10
(permalink)
hi, ALL: i understand that there is this feature requests site. i posted my 10 most important wishes there. and posted ( to make sure) some more that the people contributed to the thread since i started it a few weeks ago. even though the code may be written already and even though the cakewalk people dont read the stuff on the forum it is good to discuss the FRs here. where else? ;) d.triny: i had the same impression when "ghijkmnop" just was commenting the thread instead of makin productive FRs himself. but it is ok. i still dont really understand why he doesnt make any FRs on this forum - but its alright.. greetings to everyone
post edited by planist - 2006/07/23 17:03:48
|
nachivnik
Max Output Level: -78 dBFS
- Total Posts : 604
- Joined: 2003/11/04 11:42:55
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 16:55:10
(permalink)
ORIGINAL: planist even though the code may be written already and even though the cakewalk people dont read the stuff on the forum it is good to discuss the FRs here. where else? ;) I'm wondering where this idea came from that Cakewalk don't read the forums. They said they won't be jumping in to do tech support on the forums, but they never said they won't read the forums. A good FR thread can morph mediocre ideas into better ones, as well as provide Cakewalk a gauge of user reaction to some ideas. Software isn't finished until it's released. This is not a futile effort. The submission form has its function as well, but it's not the end all be all of feature requesting. What a lucky company; people fighting to figure out where to tell them precisely what they want.
|
ghijkmnop
Max Output Level: -40.5 dBFS
- Total Posts : 3456
- Joined: 2003/11/06 12:28:28
- Location: Augusta, ME US
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 18:38:50
(permalink)
i still dont really understand why he doesnt make any FRs on this forum - but its alright.. Because this is not the place where it is heard. The only reason I had the FR address in the first place is that early on, either Tom, or Ron, or Alex, or one of the CW folk posted the address with a statement that said, "This is the official feature request site, and it is the only place we check." (or something similar).
|
D.Triny
Max Output Level: -73 dBFS
- Total Posts : 870
- Joined: 2003/11/04 10:24:39
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 19:04:52
(permalink)
Because this is not the place where it is heard I think if you step back and really think about this, you might agree that it's very unlikely that: 1) No important Cakewalk staffer has seen any FR's on the Forum. or 2) No important Cakewalk staffer has been positively influenced by FR's found on the forum It's like tech support, the Forum is not the official place for tech support, yet Cakewalk employees at their discretion will jump in time to time to assist. Asking tech support questions is not banned. Same with FR's there's an official mechanism (aka. file 13  ) but posting FR's here is not banned, it should be allowed. Users should feel free to engage in it. Those who don't like it? I don't understand the need to preach against it, or to belittle the posters and/or the requests. I remember for how long softsynths were belittled in the forums, and I am forever convinced that this anti-synth fever spread to parts of Cakewalk "back in the day". I'm trying to learn from history here. !!!Onward with the FRs!!
|
nachivnik
Max Output Level: -78 dBFS
- Total Posts : 604
- Joined: 2003/11/04 11:42:55
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 19:33:16
(permalink)
ORIGINAL: ghijkmnop Because this is not the place where it is heard. The only reason I had the FR address in the first place is that early on, either Tom, or Ron, or Alex, or one of the CW folk posted the address with a statement that said, "This is the official feature request site, and it is the only place we check." (or something similar). Morten Saether Post
|
ghijkmnop
Max Output Level: -40.5 dBFS
- Total Posts : 3456
- Joined: 2003/11/06 12:28:28
- Location: Augusta, ME US
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 19:50:12
(permalink)
Same with FR's there's an official mechanism (aka. file 13 ) but posting FR's here is not banned, it should be allowed. Users should feel free to engage in it. Those who don't like it? I don't understand the need to preach against it, or to belittle the posters and/or the requests. Again, David Abraham (is that what you wish to be called?), it is not my intention to discourage the discussion, although I do feel that upwards of 300 feature requests is too many to address for a timely release. I really have way too much professional respect for you to want to argue about this any more. Can we call a truce and move forward?
|
ghijkmnop
Max Output Level: -40.5 dBFS
- Total Posts : 3456
- Joined: 2003/11/06 12:28:28
- Location: Augusta, ME US
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 19:51:14
(permalink)
Morten Saether Post That's the one. Thanks, Chris.
|
D.Triny
Max Output Level: -73 dBFS
- Total Posts : 870
- Joined: 2003/11/04 10:24:39
- Status: offline
|
Loki
Max Output Level: -81 dBFS
- Total Posts : 488
- Joined: 2003/11/06 13:23:05
- Location: England
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 20:33:34
(permalink)
I think ghijkmnop is doing a great job! He's making sure the casual reader knows where to post their idea if they don't wish to discuss it with people who might know of a work around or solution. People who have followed this thread will know where to post their ideas when they do not feel the need to discuss them. Thank you ghijkmnop. If it wasn't for you posting the official feature request URL every few pages people would think this is the place to ask for a feature to be considered by Cakeswalk. One really nice thing about the official feature request page is that ideas get looked at by people who's opinions really matter instead of another user. So I sulfate you Mr ghijkmnop Man, for taking the time to make sure everyone knows that address and what its for. Here is the URL for people who have not seem it for a while... http://www.cakewalk.com/support/featurerequest.asp
|
ghijkmnop
Max Output Level: -40.5 dBFS
- Total Posts : 3456
- Joined: 2003/11/06 12:28:28
- Location: Augusta, ME US
- Status: offline
RE: Sonar 4: Future Features
2004/04/21 20:46:39
(permalink)
Everyone, please feel free to spare yourself the typing, and call me Jeff. <g>
|
HammerHead
Max Output Level: -62 dBFS
- Total Posts : 1403
- Joined: 2004/01/07 15:59:53
- Location: Northern Virginia
- Status: offline
RE: Sonar 4: Future Features
2004/04/22 08:48:01
(permalink)
troll?? good one! might need a dictionary for that one. You must not have been on the forums very long hey we can agree on something.... you're right , i dont spend alot of time on forums....i have a life to lead & i'd rather spend my limited free time making music. ORIGINAL: D.Triny ORIGINAL: HammerHead hey dimwit. the best you can do? good grief. yep. that's about the best i can to do without getting censored....now wouldn't that be funny, some real censoring. lets bury the hatchet dude.....the only intent in any of my posts was that you & anyone else should post FR through the official CW link. If you also care to discuss them on the forum......fantastic. I've posted several through the link (some of which are listed on this thread) & with any luck a couple (although all would be nice !!!) will show up in the next release.
|
D.Triny
Max Output Level: -73 dBFS
- Total Posts : 870
- Joined: 2003/11/04 10:24:39
- Status: offline
RE: Sonar 4: Future Features
2004/04/22 09:42:22
(permalink)
ORIGINAL: HammerHead yep. that's about the best i can to do without getting censored....now wouldn't that be funny, some real censoring. yeah, I guess we had a "kinder, gentler" flame war I've posted several through the link (some of which are listed on this thread) & with any luck a couple (although all would be nice !!!) will show up in the next release. coolness. As of SONAR3 most of the really important/foundational stuff is already in there IMO, so I expect SONAR4 to have some really good stuff...there aren't even rumours about it yet, so it's probably a good way off. All my feature requests appear to have been covered by other posters. peace...
|
planist
Max Output Level: -73 dBFS
- Total Posts : 883
- Joined: 2004/01/29 12:07:49
- Status: offline
RE: Sonar 4: Future Features
2004/04/23 13:20:48
(permalink)
well, isnt this a happy end. everyone agrees one everyone. thats the way i lke it. mission accomplished: 200+ FRs that hopefully will be implemented in S4... ... and still a nice forum PS: i surely find some FRs in the next weeks and i will be posting them here  ç peace
post edited by planist - 2006/07/23 17:04:09
|
groove
Max Output Level: -85 dBFS
- Total Posts : 270
- Joined: 2003/12/19 05:09:48
- Location: Poughkeepsie, NY
- Status: offline
RE: Sonar 4: Future Features
2004/04/23 17:07:21
(permalink)
I'd like to see "slide track" let you specify samples or time. Especially it it's an audio track. I hate trying to figure out how many ticks equals a certain amount of time and that can only approximate, anyway because there are many samples per tick. I also would like to see a "smart swing" function. To me it would be really cool to be able to swing something without quantizing it. So if you're playing a little behind the beat and then you swing it, the amount you were off from the upbeat would stay intact, and the upbeat position would shift to where the upbeat falls at that swing depth. So if i was 5 ticks late on the upbeat, it would move me to 5 ticks late of the swung upbeat. That would allow you to change the swing of a track and retain some of the feel and natural variations in timing. Beyond that if you could quantize audio clips... that would be awesome. I'd love to be able to break up an audio track (like a drum track) into little pieces and then quantize and / or swing those( smart swing would apply here ) differently. Quantize should really go beyond 32nd triplets. Since tempo goes to 1000, why not bring quantize up to at least 64th notes... maybe even 256th notes.
|
ssstuck
Max Output Level: -90 dBFS
- Total Posts : 6
- Joined: 2004/01/13 00:33:10
- Location: Southern California
- Status: offline
RE: Sonar 4: Future Features
2004/04/23 18:49:22
(permalink)
It's enough to make this new member shed a tear. I love the warmth here!
|