sreams

Offset mode should handle this. Press "O" on your keyboard, and now you have a separate control that is not tied to the envelope.

I haven't found a way to reproduce this consistently... but after installing the EA build today (was on the latest release build before that), I have had three crashes to desktop during playback. Two times just pressing play, and once a crash just in the middle of playback... with Cakewalk just disappearing.

Just installed the EA build and it appears to be fixed. Thanks!

Try this: 1) Open Cakewalk and start a new project 2) Insert two MIDI tracks 3) Record some MIDI notes onto the first track 4) Double click on the resulting clip to open Piano Roll View 5) Draw a box around some (not all) of the notes to select them 6) In the Track View, drag the selection down to the second track I get a crash to desktop every time. If I select all of the notes... no crash.

Try choosing "forgot password" and reset it. No problems logging in here.

An Aux Track is really just a bus that sits in the tracks pane. In a perfect world, they would simply load as busses when opened in older versions... but I doubt that happens.

This is good stuff... but a bit unnerving that almost every tempo change does not occur right on a beat.

It's not complicated at all. One pass and you are done. I guess I could see it not going so smoothly for those who have no MIDI input device. You mentioned lag. What is your ASIO latency in Preferences? Did you try using a smaller buffer size?

I don't think he is looking to alter the audio at all. Looks more like he wants to create a tempo map that matches the existing audio. "Fit Improvisation" in the Process menu is what you'd want if that is your goal. Create a MIDI track, use a MIDI controller to tap out the tempo as you listen to the audio. Then use "Fit Improvisation" and the Tempo Map will be created matching your input. *Way* easier than doing it all by hand.

Ah... thanks. That makes sense. I did try moving the patch change to a later time (1:01:003), but it still does this in that case. Wouldn't that be a situation where the .mid file is no longer consistent with the .cwp file? The patch change would not be sent at the same time in both files... and I would want it sent at the specific time I set it to.

I'm noticing this consistent behavior today. I have multiple projects that have a MIDI track setup with patch changes only. If I export this track to a Standard MIDI file (or drag the clip onto the desktop), the first patch change is not included. If I duplicate the first patch change first (so that there are two of the same patch changes at the exact same time), the export includes only one of them (this is my sort-of workaround for the moment). I've attached the .cwp file as well as the .mid file that is generated by an export. OFAWtest.cwp OFAWtest.mid

Update on this... I contacted AMD support and they have been of little help. I've received two responses from them which suggest they aren't really reading what I've written them - directing me to use manufacturer supplied drivers when I've been very clear (twice) that I have been, and that the issue is the same using drivers from both ASUS and AMD. ASUS, on the other hand, has been more responsive. They've requested a video showing the problem. Thought I'd post it here as well so you guys can see what is happening:

As someone who sets up systems for users of varying experience levels... I can't say that I agree. Hiding the mix controls in the Track View means new users are now hunting for the faders that go with the clips they are working with. When the Fader/Pan/Mute/Solo/RecordEnable are right there on the screen next to the data (and not buried in lower control rows so that they disappear when tracks are minimized), it is a lot easier for me to get new users started. With the Track Inspector, I need to teach them to click on a track first in order to make its fader visible. Hiding controls encourages users to open multiple views at once to do basic things like mixing and editing. This can become cumbersome, especially on systems with 1080p displays, and especially when users start getting into things that actually require other views to be opened. As for me personally... I find that the only time I actually need the Console View (because the Track View is so capable and intuitive once its functionality is enabled) is when I need to copy a track EQ from one track to another. I think that may be the only thing that can't be done without the Console View. Otherwise, I keep it closed so that I have a lot more screen-space for views I really need.

Yeah... for me, the issue with the Track Inspector is that I can only see one track's fader at a time. No relative fader positions are shown. I will often select three or four tracks at a time and use Ctrl to move their faders together. Not having visual feedback on all of the faders that are being moved is not good. The Inspector also requires an extra click while mixing (must select the track before moving its fader). When adjusting the mix for a drum kit with 10-12 tracks, this is a big slowdown. Select track... move fader... select track... move fader... etc. I think the Track Inspector and Console View are invaluable tools, but not at the expense of what I find to be the most fluid and intuitive way to edit/mix: the Track View.

One thing I've always thought makes Cakewalk more difficult to use out of the box for some is the default preference where the Track View shows only some controls. The first thing I do with any system I setup is save the normal template with Track Controls set to "All". I then move the MSR/Volume/Pan controls to the top of each type of track so that they are all accessible even when tracks are minimized. Once you do that, almost everything is right there in front of you to edit and mix, even with the Track Inspector and Console View closed. I also prefer it because it means the fader/pan/mute/etc for a given set of clips is always directly to the left of those clips. No need to hunt for the faders for tracks you've been editing or automating. They are always visually in-line with the data.