Tez

When the number of tracks in the PRV is large enough to require scrolling, the scroll bar will gain focus but a “right mouse button press and drag” does nothing. The mouse wheel will scroll as does the UP & DOWN arrow buttons... Other scroll-able panes, so far, seem just fine. A minor irritation, but still...

The website file version is now 6.5.0.3026 the latest version, as of 03/22/21...

If I have a stereo track, either an audio or VSTi associated, and set the output to a new Aux track, the generated Aux: Aux 1 is also stereo, the Aux input is “Aux 1: Stereo”. If the Aux input is set to “Aux 1: Right (mono)”, the Aux track still appears to function in stereo, that is the stereo meter shows independent Left/Right activity. Is this to be expected and because the Aux track is basically a stereo audio track with a patch point input? Any insight would be appreciated...

Thank you John, One Drive worked a treat... ?

Indeed, and that was the only reference to PRV note colour I could find... It seems like another INI option might do the trick ?

https://bandlab.github.io/cakewalk/docs/Cakewalk Reference Guide.pdf pg 746 By default, note events in the Piano Roll are colorized based on velocity. Darker shades of the basic track color indicate higher velocities. Lighter shades of the basic track color indicate lower velocities.This behavior can be bypassed by adding the following INI variable to the WinCake section of Cakewalk.ini (see “Cakewalk.ini”on page 1346): PRVColorizeVelocity=0

On a dell audio dropouts can be caused by the “Dell SupportAssist Remediation” service, if you haven't already tried this, try disabling the service... That's what us dell users have had to do.

Hey @Glenn Stanton, the stereo bus with the output & sends defined for the hardware outs works fine except when soloed, as mentioned. There's a known issue with routing with patch point/aux tracks in Track Templates, that I previously ran into, which in my case involved hardware outs, and this was just more glitchy routing behavior I wanted to draw attention to. The actual bus I use Ive dubbed "Audio" the real master sends to this as the final output so, I don't need to solo it. The same thing occurs if it's an aux track instead of a bus, set up the same way with an out & 2 sends and is soloed. A workaround is simple, 3 buses - Master, M1 & M2 as follows: Master: output 1/2, 1 send M1 and 1 send M2, M1: output3/4, and M2: output 5/6 and simply group the solo buttons... Voilà But as I said I don't need it, and a surround bus definitely doesn't serve my purpose, not to mention the additional resources it could potentially consume.

Well for me it doesn't... I configured and checked out the surround bus as a master. A track or a bus targeting the master gets a surround panner, and that's flaky, the speaker mute and LFE solo don't work. The panner algorithms for distributing surround channel signals might be fine if you're designing a surround mix, but this is in contrast to the hardware out levels in the console view which can also be adjusted. I'm only interested in a stereo render, and a stereo master with output & sends defined for the hardware outs is a better fit sound-wise, for the stereo bounce I'm after. It's a whole lot less fiddling around and more precise just managing the basic output levels in the console. Yes it's possible to route everything to a pre-master bus or Aux track that targets a surround bus, eliminate the solo issue and only have a single panner to deal with, but the sound is not ideal...

Frankly I dunno... I'll take a look & see if it makes a difference, but FYI 1/2 = Front L & R, 3/4 = Center (L) & Sub woofer (R) and 5/6 = Rear L & R. So, console view allows specific control of each speaker...

Stereo bus...

My 5.1 system has 3 hardware outs 1/2, 3/4 and 5/6. As a test of the soloing issue I created a test project with 2 audio tracks and a single master bus as follows: Audio Track 1: output 1/2, 1 send 3/4 and 1 send 5/6. Audio Track 2: output Master Bus. Master Bus: output 1/2, 1 send 3/4 and 1 send 5/6. Soloing Audio Track 1 the console view shows all 3 hardware outs active: expected result. Soloing the Master Bus the console view only shows the output target, hardware out 1/2 active: unexpected result. Further if Audio Track 1 and the master bus are soloed, and despite the fact that Audio Track 1 independently targets all 3 hardware outs, once again the console view only shows hardware out 1/2 active when playing Audio Track 1. This appears to be a bus soloing bug related to multiple hardware outs...

Thank you sir... That's all I was hoping for, your efforts are appreciated and... It's nice to know I'm not entirely demented yet ?...

@Clovis Ramsay I appreciate your response, but unless I've misunderstood, I believe in this case your conjecture is inaccurate. I can open a project that only has all the available hardware outs defined in a master bus, and the track template as described, which has no feedback loops and a single hardware output endpoint, inserts flawlessly and works as intended, in this and other projects . Moreover as previously stated the correct patch point exists for the misassigned final target Aux4 track which appears as an audio track which, after reassigning the unassigned input to the patch point and the output to the hardware output originally specified, becomes the Aux track as originally intended. The initial audio track is just an anchor for the template with no input, intended to be deleted. This is a sporadic misassignment potential bug, that can occur in a given project but not all, and in this particular case it's a MIDI project with no external audio inputs or any Aux tracks defined. I believe this is related to CbB's handling of the WASAPI output drivers under certain circumstances. So as we say up North "Go figure"...

Posted in Error

This is a real issue with templates, and similar assignment quirks have been previously experienced, so any serious insights would be appreciated, in order to resolve this! Quaint observations aside ...

I constructed a track template with 1 Audio and 4 Aux tracks as follow: Audio track: output to Aux1. Aux1: output to Aux4, 1 send Aux 2, 1 send Aux 3. Aux2: output to Aux4. Aux3: output to Aux4. Aux4: output to 1 hardware output. The Audio track is just an anchor to enable the construction the track template. If a new empty project is opened the Template inserts as designed, but... If it’s inserted into an existing project The Aux4 shows up as an Audio track with no input and an output to one of the other Aux tracks. The patch point for Aux4 exists, and in order to make it work as intended for the misassigned “Aux4 Audio”, the Aux4 patch point has to be assigned to the audio input and the output assigned to the required hardware output manually, which of course converts it to an Aux track. This feels like a bug, has anyone else experienced strange Template behavior? Incidentally I’m using WASAPI with 3 stereo hardware outputs.

Rabbit holes, Ha... Glad you got out of that one ?

Good luck if you do... Just in case did you try "To bypass the current volume and pan settings when scrubbing, hold down the ALT key. This will force scrubbing to play back at unity gain and centered", just a thought...

Not that I'm aware of, @scook the font CbB knowledge may know ? Regardless, as far as I can tell for MIDI, the scrub tool only works in the PRV and the Staff View, the audio engine must be on and the now time line follows the mouse's pace as dragged . In the track view for an audio clip, for a single track, the mouse must be in the track lane, the audio engine if off should get switched on at the start of the drag, but if the speed of the drag is greater than the tempo would move the now time line, it will move the now time at the speed of the tempo. If you slip out of the track into a non-audio space whilst still dragging the sound will stop but the now time line still follows the mouse. When the drag stops, the audio engine is switched off. So, for me it seems to work as expected... The only thing I can suggest is to have the latest version installed and maybe apply the latest hotfix for numerous bugs: That's what I've got installed... Just for completeness: https://bandlab.github.io/cakewalk/docs/Cakewalk Reference Guide.pdf#G18.1091347

@johnpeeee I get the scrub tool to work in the PRV for midi, for an audio track in the track view first drag with the scrub tool in the horizontal ruler, to hear all tracks, then try an individual track, that's how I got it work...

Well, not exactly, what I found " ...\AppData\Roaming\BandLab Assistant" a remnant of v5.0.4, the folder name differs from the current "bandlab-assistant" found in "Roaming", all other locations ...\AppData\Local & .\AppData\Local\Programs only contain the current "bandlab-assistant" & "bandlab-assistant-updater" 6.3.0 versions and "Programs and Features" only shows the current version. So, I surmise the uninstall for v5.0.4 was sloppy and incomplete. Depending on the BA install history, it could be different for each individual system.

I was running BA v6.1.0 and saw the update notification, since prior BA's failed to self update I downloaded what I thought would be the latest from website and ran it, this was BA v6.2.0 and as of this moment is the current website download . When BA v6.2.0 opened it once again showed the update notification. This time I used the BA self update option, and updated BA, closed any running versions and relaunched BA and viola it worked, this latest version of BA is v6.3.0 hence the prior update notification. So it seems the website is one version behind. Also v6.2.0 was the first version in a while that actually self updated swiftly and without a glitch!

The only thing I can suggest is does "C:\Program Files\Cakewalk" actually exist on your system? If it does you need to move it to your desired location before creating a soft link or a junction to that location. As for running as an administrator the simplest way I know is to be logged on as an administrator, right click the batch file and select "Run as administrator"...

Thanks for that info... Since it's next to Scroll Lock, I'll hit it accidentally and end up rebooting CbB to reset the mode... Ya live & learn ?