Colin Nicholls

You should be able to download the installer for the Studio Mixing FX Suite from your Cakewalk Account under https://www.cakewalk.com/My-Account/Products under SONAR Platinum.

I don't disagree with you, but I'm not sure there is much that you could do to make it easier to use - except perhaps to have the list available by default. You can show it by pressing the "Show List" button: How would you improve this display of Tempos in a project?

@jkoseattle, you don't see this little >> arrow?

Will do. No, that option is not enabled. However, today I learned that the "Project" section in Preferences only displays if you have a project open. Are they Project-specific settings? I guess they are. Huh.

Yeah, @Noel Borthwick, I know, I know.... FYI, it just happened again and everything happened according to my prediction: Layla control panel indicated signal (and I could hear it when unmuted the direct RT monitoring, of course); no activity in the DAW meter until I toggled the input channels on the track, at which point normal operation returned. When it happens, it happens immediately after stopping playback. (not recording). So far, this morning it's always been upon reviewing the latest take (playback only) that I realize the input echo isn't working. Seems to be quite prevalent this morning. The thing to do now would be to switch to the Focusrite 6i6 for a bit and see if I ever get it happening there... Also just FYI, the option in Preferences > Audio > Playback and Recording is unchecked: [ ] Disable Input Monitoring during playback Summary: OK, given that this totally can't be debugged by BandLab without reproducing it against a modern audio interface+driver, I may stop posting updates here unless I can do that. As Noel gently hints, this wouldn't the first quirk I've dealt with using the ECHO Layla 3G but, damn, even so, I love that interface.

@David Baay, I don't think I see meter activity but I wouldn't swear to it. I'll double-check that next time it happens. When it does, I'm going to do the following: Check the Layla Control Panel for meter activity (prediction: I'll see positive signal level) Check the Cakewalk Track Meter (prediction: no activity) Switch input channels on the specific track (prediction: input echo restored) In the meantime, it's good that I've got a lot of guitars to record/track ?

It happened again this morning. Yes, I'd been tracking some guitar but each time I stopped transport, I'd playback and also check that Input Echo was working. It was. Then suddenly, after a short period, it wasn't. I have no reason to think it was consequential to recording the take. Instead of Run/Stop audio engine, I tried a few other things: toggle input echo on the current track (no change; could not hear guitar) select a different track (same IO input) and toggle input echo (no change) scroll up to a completely different track with no FX in bin, but same IO input; toggle Input Echo (still no sound) Turned on my Roland Keyboard (VK8) and temporarily changed the IO input from "In 7+8" to "In 5+6"; enabled input echo and played a few notes: SUCCESS Restored the input to "In 7+8", COULD HEAR INPUT OK, go back to the guitar track and enable input echo: I CAN HEAR GUITAR So, in summary, I think that forcing Input Echo to operate on a different set of inputs may have restored normal Input Echo operation. (Let me stress that all these tests are with the ECHO Layla3G control panel muting the direct monitoring. I'm only listening through the DAW outputs.) So that was interesting. I'll keep working and see if I can isolate the exact steps to make it happen.

Hi @David Baay, thanks for the great suggestions. I pretty much exclusively use the Layla3G in ASIO mode. I while back I completely switched to the Focusrite 6i6 for some trials but returned to using the Layla. I've never used anything but ASIO mode since it became an option back in... whenever. In my last post, I spoke too soon: I indeed did experience the non-echoing Input Echo behavior earlier this evening. It might well have been immediately after recording a take - I will be trying to reproduce that. Also, very good idea about trying the Focusrite interface to see if the same thing happens. Intend to do that also, but was waiting until I had a clear set of reproducable steps. It's funny you should mention alternatives to Spacebar for starting and stopping playback and recording. I've noticed that Spacebar seems prone to mis-starts or bursts of static instead of normal playback, whereas using the mouse to click the transport button is less prone. I haven't tracked that down in any detail, yet, but it seems strange. (All this makes it sound like I'm having multiple issues but the truth is, my system is behavior pretty well and I'm happy making a lot of progress on my projects. )

Yes, absolutely. It was that experience that prompted me to write up a post about it. I haven't experienced it again in the last 24 hours, for what it's worth, but I'm sensitized to it and paying attention in case it happens again.

It must be pretty subtle... unless it has to do with the Ozone 9 rectangle in the FX bin being blue, but that might be related to a feature I've never used. I'm really not familiar with half of what's included in the product *sigh*

I've experienced it both with plugins and without. I don't know what to tell you other than what I've experienced, as described above. Toggling the engine restores input echo on the misbehaving track.

Everything looks normal - the engine is running; all recorded stuff is playing back (audio, vst, midi); I just can't hear my guitar as I play along. The blue Input Echo light on the track lies to me...

Well it's happened to me at at least once in each of the last three sessions... and it always develops some time after starting a new session, i.e. I've never had it not work once during a session. I've always been able to correct it mid-session by Run/Stop the audio engine.

Looking forward to comparing results on my system, on which I also have a 6i6 available as an alternative. Nice!

There is definitely something strange going on in 2019.09 with Input Echo on an audio track suddenly not working. The use case is this: I'm working in my project, rehearsing a guitar or external synth part, and suddenly I realize that I can't hear the instrument. So far it's always been an audio track on which I've got Input Echo manually enabled. (Either to hear the FX bin, or just because.) Using the mouse, I toggle the blue Input Echo button back and forth with no success. I have to Run/Stop the audio engine (in the Transport module) before Input Echo is restored. I will try to work on steps to reproduce, but in the meantime, if other folks have observed this, or have advice, please add to the thread. Thanks.

I agree that it has made it harder to do that style of timeline zoom, and I'm not a fan of the >S< cursor although I get why it's there. On the other hand, that pull-down technique is pretty clumsy and I've started getting used to the Alt-Scroll zoom as an alternative.

Can you post steps to reproduce? And describe the problem more precisely? Is it that "trailing pedal-ups" don't seem to get recorded?

I see what you're saying, now, Pete. Thanks for persisting ?

Thanks, Mark. You guys are the best...

Steps to reproduce: Unzip the CWBUG_InsMeasure_Simple.zip to extract the .cwp Open the .cwp in Cakewalk By Bandlab (2019.09.70) Place the Now time on bar 166 Observe: 7/8 time sig. change on bar 170 Select Project->Insert Time/Measures Insert 4 measures at bar 166 Observe: 7/8 time sig. change is now on bar 171 Expected: TimeSig change should be on bar 174 (4 bars later in timeline?) CWBUG_InsMeas_Simple.zip Note - I left some MIDI clips at various points in the timeline to make navigation easier but it does not represent meaningful musical content per se.

Thanks for checking this out, @Promidi. I can reproduce the problem in my project. Here's an animated .gif showing the simplest example: Things to note: I have a time signature change from 4/4 to 7/8 at Bar 170. I'm inserting 2 bars (of 4/4 I hope) at Bar 166. After the insert, the 7/8 time signature change is at Bar 171, not Bar 172 as expected. The markers moved correctly. Comment: I'm an old-school guy who thought you needed to SELECT ALL TRACKS to make Insert Measures work. I've since found out that this is no longer true, so please excuse the extra steps in the movie above. The end-result is the same, even if you leave the tracks initially un-selected. Additional info: When I insert 4 measures, the 7/8 time sig change is still only advanced 1 bar. I'll work on reducing the complexity of this project but still reproducing the problem.

At least for me, this is not the case. Just Focusrite Control, for either Mac or Win.

Yeah, I did that. I'm offered the download for Focusrite Control 3.4.4. I'm sure that if I installed it, it would install the actual driver with the updated version number. Sorry for the confusion. In my case, at least, I'm getting very good performance with the older driver and no incentive to update it, although I probably will at some point.

Yeah, so my simple project needed some actual content in it, after which, the Insert Measures action worked as expected. So, I can't reproduce the problem - yet. So this doesn't explain why my more complicated project did not work as expected when I inserted measures into the timeline. More investigation on my part is required.

I'm only seeing 3.4.4 on the download page - but that's for "Focusrite Control". Is the driver a different versioning number? Appears so. I think the driver version I'm using is 4.36.5.612.