Jump to content

Helene Kolpakova

Members
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

7 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hmm, got myself a nasty project while using 2019.09 - when trying to record some MIDI data on a synth track, the sound from all tracks in the project gets lost and the level meters in the sound card mixer software indicate continuous clipping coming from CbB. The project contains two synth tracks (both are Massive X 1.1.0 each loaded inside Komplete Kontrol 2.1.6). First track contains two track lanes for MIDI data (notes and MIDI controllers) and six automation lanes (various synth controls). Second track contains two track lanes for MIDI data (notes and MIDI controllers) and no automation lanes. The lane of the 2nd track designed for MIDI controllers has no data on it. In fact, I want to record it, so the lane is armed for recording. Project recording mode is set to Sound on sound as I want to hear the lane containing notes while recording the mod wheel. Now, depending on when I start recording from Stopped state or from Playback state, the behaviour varies: 1. If I hit the Record button from a stopped transport, then I hear the metronome ticking the count-in measure followed by an explosive crackle and silence with the level meters in the sound card software displaying continuous clipping. The only way to resolve this is to reload the project. 2. If I hit the Record button during playback, then I can still hear the first synth playing, able to record the data, but can't hear the second synth (the one I'm recording), which shouldn't be happening in Sound on sound mode. I could upload the project if it helps. Also once I got into that silent state, I tried changing the buffer size from 256 to 512 in Preferences. Then all of a sudden I could hear both synth playing again, but with heavy crackling as if it fails to fill the buffer. And this would soon stop with a dropout. However, no toast notification pops up to indicate the dropout code.
  2. Sounds great! I also wasn't much of a fan of the Ctrl+PageUp/Down keypresses keeping the playback, but that wasn't much of an issue for my workflow. So I'm looking forward to the change you've just described! I also like the consistency of such implementation. Also, I understand the case for mixing as you described it, but for me looping a part has always worked wonders in that regard. And in those rare occasions when I needed to start playback from the loop start before the loop ends, a combo of [W]+[Space] was always there. Anyway, thank you very much for the support and bringing hope I can enjoy CbB again 😊
  3. Unfortunately, I couldn't find the "Stop and Rewind to Landmarks" action in key bindings. Funny how this is considered a feature, but it's been one of the reasons I chose Cakewalk in the late 90's against Cubase - just can't stand the playback not stopping after rewind. I really hope that bakers will make this feature at least adjustable. Otherwise it destroys the experience accumulated over 20 years... Very close to a showstopper to me, to be honest
  4. Is it possible to revert the Rewind behaviour to the one in previous versions? The fact that it keeps playing after the rewind button has been pressed, breaks my flow as it feels counter-intuitive and introduces an extra button press: [Space] to stop + [W] to rewind, instead of a single [W]. Typically when I work on a part, it's looped and I face two cases. In 2019.07 and earlier versions: Case1: Often, I need to Stop at a particular moment that I want to edit. Therefore my Stop behaviour doesn't Rewind to the loop start, to keep the focus of the problematic region. Once I'm done editing, I want to listen to the results in context, therefore I Rewind and Start playback. In short (Stop doesn't rewind): [Space] [Space] [W] [Space] Alternative (Stop rewinds): [Space] [Ctrl]+[Space] [W] [Space] Case2: Equally often, I need to Stop to get back to the beginning, because the part I need to edit is around where I started, I just kept on listening after the problematic part, for context/pleasure. Because my Stop behaviour doesn't Rewind to the loop start, I conveniently used the Rewind button to bring me back. In short (Stop doesn't rewind): [Space] [W] [Space] Alternative (Stop rewinds): [Space] [Space] [Space] You can tell, that my preference up till now was much better - it relied on two keys instead of three and needed less key presses. The 2019.09 breaks this flow: Case1: remains unchanged In short (Stop doesn't rewind): [Space] [Space] [W] [Space] Alternative (Stop rewinds): [Space] [Ctrl]+[Space] [W] [Space] Case2: adds an extra and very unwanted Space press In short (Stop doesn't rewind): [Space] [Space] [W] [Space] Alternative (Stop rewinds): [Space] [Space] [Space] Not to mention, that historically, many tape machines would not start the playback automatically after the rewind process had completed, unless you stopped the rewind with the play button. So the 2019.09 also breaks my intuitive expectations.
  5. Wow, these are the best changes ever! I can finally, FINALLY, use lanes for proper MIDI drum programming. Or string parts layering. Or left/right hand piano layering, etc. And then, automation editing, copying, pasting suddenly just works. Absolutely fantastic improvements. Really well done and thought through! Most of them are so intuitive you don't even notice the changes until you close a project and think to yourself, 'Wow, Cakewalk has been working like a charm today - such a pleasure to use it!'
  6. And here's another which I finally caught. It's not unique to 2019.07, but annoyed me for years now. Would love to see this fixed. Short Description: some VSTs get all MIDI ports selected on the corresponding MIDI/Instrument track as a MIDI In port after the track is armed for recording. Reproduction steps: Insert one of the problematic VST synths in a new project. Create a corresponding MIDI/Instrument track if not created automatically. Notice that by default the MIDI In on that track is set to None (Omni). Arm the track for Recording. Expected: Typically, the MIDI In port of the track is then switched to "All Inputs - MIDI Omni" Observed: For some synths several MIDI ports are selected at the same time which looks like this Known VSTs affected: All NI synths (Komplete Kontrol and Maschine 2 are especially hurting in that regard) Adam Szabo's JP6K and Viper TAL U-no-LX-V2 chipsounds (but chipspeech is fine) AudioRealism ABL3, ADM (but ReDominator is fine) Novation V-Station Cakewalk z3ta+ VST known to work fine: LennarDigital Sylenth Reveal Audio Spire U-he Diva, Repro-1, Repro-5 AAS synths Xfer Serum Cableguys Curve 2 Cakewalk Z3TA+2 This behaviour is consistent on my machine, i.e. it survives reboots, CbB restarts, is independent of the project and project template. Also while testing, I noticed that SonicProjects OP-X PRO II crashes CbB on insert - it's working totally fine in Komplete Kontrol though. But KK is affected by the weird MIDI Input ports issue.
  7. Yes, sorry wasn't at my workstation to post the screenshot with my original post. Here's the screenshot: Here's the reproduction: Start CbB - it loads the Normal.cwt Open an existing project from the Start Screen (in this particular example, the project was created in 2019.05 but I think it doesn't matter)
  8. One small bug observed on my windows 10 1803 machine: After the existing project is loaded, transport section in the control bar is not properly rendered until I select any track. Other than that: Really glad to have the bug fixed that was causing a project crash when opening it before closing the previous one! Also like the selection highlighted on the timeline. Haven't tried how this works together with the loop markers over the same region though - that case was not handled nicely in previous versions.
  9. Maybe it's one of those bugs that were observed in earlier versions for users of NI keyboards, when Omni is selected as MIDI IN on an instrument track for the instance of the Komplete Kontrol VST Plugin. It would somehow turn into several MIDI ports selected at the same time: * Komplete Kontrol - 1 (first physical MIDI out over USB that contains the keybed data - notes and controllers) * Komplete Kontrol 1 (MIDI Out of the first instance of the Komplete Kontrol VST plugin loaded in the instrument track) * Komplete Kontrol DAW (second physical MIDI out over USB that contains transport control buttons) This would cause notes to be recorded twice (one from keyboard, another from MIDI through of the KK VST plugin instance) and other annoying inconsistencies until one manually set the MIDI IN to Komplete Kontrol - 1. So maybe some had projects where those Omni inputs were never manually fixed, and the new version just dies when it faces such tracks. That's a lot of guessing on my end though considering I haven't tried 2019.7 yet 😅
×
×
  • Create New...