• SONAR
  • Recording BEFORE Measure 1 ? (p.3)
2010/05/04 12:22:36
bunnyfluffer
rrrrg. wow. seriously... this feature doesn't exist. grrrrr.

I thought I was just overlooking it...

I'd pay for this alone in an update.

thanks everyone.


2010/05/04 12:39:11
edentowers
What might appear to be a simple change to the user interface possibly requires a massive amount of re-coding.

Much will depend on the way that Sonar has been coded and decisions that were made long ago. If 8.5.3 still depends on compromises that existed in V1.00 then I can understand why Cakewalk have been reluctant to take this issue further.

On the other hand Sonar might be a properly implemented object-oriented application, with good separation between methods and their attributes. In that case it should be easier to work on the classes that change the measure number.

But then again if the measure number itself is what is used to make other classes do what they need to then we have what is termed a closely coupled design, which is a bad thing. As classes then depend on something else to run their methods, and it's easy to have knock on effects thoughout the software.

I've tried not to be too waffly but it's difficult with this subject.

Phil
BA (Hons) System Analysis  (Just in case you think I'm making it all up )
2010/05/04 13:03:37
wst3
Not to get picky, but am I the only one that thinks the timeline becomes quite useless if you have to resort to work-arounds to address the inability to have an offset?

Generally speaking I avoid issues like this, but this one is just so incredibly brain-dead that it is annoying. Yes, I use the work-arounds, in fact my "standard" work flow includes two dead measures, and I always subtract two from whatever number appears on the timeline and/or clock, but dang, that's just silly!

Bit is right, I would expect that the numbers go far beyond simple labels, and changing this now would require changes all the way down to the audio engine level, and I'm sure that won't be fun. BUT, if they had addressed this back in the days of CWPA9, which is my earliest recollection of hearing about it, well, they'd be done!
2010/05/04 13:25:49
bitflipper

Wouldn't you just need to translate the graphic number on the screen? So Sonar's measure 1 shows up in the track view and edit views transposed to the user defined measure number. Isn't that doable?

That was my initial thought, too: that it's just a display issue. But then I remembered that the timeline isn't the only place those values appear. There are a number of places where you can enter measure:beat:tick values, such as when splitting a clip. All of those would have to translate to and from the internal representation.

Whether or not this is a big deal depends on the internal structure of SONAR's code. My guess is that the timeline is already physically different from the public views of it. It's likely a tick-count offset that already has to be modified for display. If there is a single common function that translates the internal timeline for display, then it's possible that a simple offset value could be added. You'd still have other issues to deal with, though, such as calculating where Broadcast Waves get dropped into the project.


2010/05/04 14:43:08
Shane_B.
papa2005


ivanSC


The problem we have here is engineers trying to discuss matters musical with musicians.
We dont speak the same language or even think the same.

I must disagree...Of the many of us who are experienced engineers, quite a few of us are also accomplished musicians...Some of us, myself included, actually have a formal background in music training/performance...

 
Oh boy ... here we go ...
 
LOL :)

2010/05/04 14:51:27
papa2005
Shane_B.


papa2005


ivanSC


The problem we have here is engineers trying to discuss matters musical with musicians.
We dont speak the same language or even think the same.

I must disagree...Of the many of us who are experienced engineers, quite a few of us are also accomplished musicians...Some of us, myself included, actually have a formal background in music training/performance...

 
Oh boy ... here we go ...
 
LOL :)


And by that you mean...?
2010/05/04 15:36:41
Shane_B.
papa2005


Shane_B.


papa2005


ivanSC


The problem we have here is engineers trying to discuss matters musical with musicians.
We dont speak the same language or even think the same.

I must disagree...Of the many of us who are experienced engineers, quite a few of us are also accomplished musicians...Some of us, myself included, actually have a formal background in music training/performance...

 
Oh boy ... here we go ...
 
LOL :)


And by that you mean...?


Oh nothing. :)
2010/05/04 17:22:15
Grem
Shane_B.


Oh nothing. :)

Good answer! LOL
2010/05/04 19:05:35
bunnyfluffer
where is the official place to make/log a feature request?

this is #1 on my short list, of 1 feature requests...

thanks
2010/05/04 19:44:41
Grem
bunnyfluffer


where is the official place to make/log a feature request?

this is #1 on my short list, of 1 feature requests...

thanks


Here it is Feature Request page:

http://www.cakewalk.com/s.port/FeatureRequest.aspx

Use it freely!!
© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account