Session Drummer 3 bug fixed?

Not sure what you mean by mistrigger. I have all kind of issues with SD3. It for example does not play 1st note of midi loop when loop changes from pad to pad.

Sounds like your MIDI Prepare Using buffer is too low. I don't know of any persistent issue with Session Drummer dropping notes, otherwise.

Yeah, I wondered about that. It's by far the most common cause of dropped MIDI notes, and they should have checked that first. X1 defaults to 250ms which is too low for many systems. Most will be happy at the old default of 500. If that doesn't do the trick, you can try increasing it in increments of 100, but you shouldn't have to go over 1000.

As to SONAR Expanded - the word from Willy is that there are no specific SONAR bug fixes unless they impact on the areas where Expanded is working.

There will be a later release of an update for SONAR and SONAR Expanded that will include a number of bug fixes. A date has not been set for its release but it is coming.

foomanWhen you use Audiosnap 2.0 to copy as midi and paste in X1, all notes are the same length

Just as a point of interest... the MIDI notes generated by Audiosnap will have durations that are exactly half the the time to the next transient. If the pattern is variable, the note durations will vary.


Here's hoping the Prepare Using buffer turns out to be the culprit. I've put in a feature request to have Cakewalk re-engineer MIDI handling. It doesn't make sense to me that you would have to buffer 500ms of MIDI-generated audio when soft synths are capable of responding to real-time playing with sub-millisecond speed and precision. And it causes a lot of problems as it is.


I can see if you have bunch of non-sample-based synths or multi-gig samplers that are all being rendered in real-time that you might need to do a little extra buffering to have the audio ready for DSP and mixing, but 500ms for a single MIDI drum part from a sample-based drum synth with 2-3 layers? Seems goofy. At the very least, it could do some intelligent dynamic buffer sizing based on what's actually in the project instead of setting it at a fixed value high enough to accommodate the worst case scenario.

Doesn't matter much to me, because for a drum sound I always assumed it didn't have to be any set length. I was wrong perhaps haha

You're right. Note-duration for one-shot (a.k.a. free-run) samples shouldn't matter for the most part unless the durations are close to zero as generated by some v-drum controllers by default. Some synths don't respond consistently to extremely short note events.