Jump to content

Paul DeRocco

Members
  • Content Count

    31
  • Joined

  • Last visited

Community Reputation

2 Neutral

Recent Profile Visitors

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

  1. Thanks for the advice. I found the combo that works. If I select a track color in the inspector, it overrides the default for the note foreground color. But it also changes the background color for the inspector and the track controls, which is garish and distracting. But if I turn off the "Show strip colors" option in Edit->Preferences->Customization->Colors, then I only see the color on the notes, and in a little stripe to the left of the track controls, which is fine.
  2. When I create a new MIDI track, I get a different color for the notes in the track, and in PRV. If I duplicate a track, then I get the same color. I often create a new track by duplicating an existing one. Is there a way to change the colors of all the notes in a particular track? Edit->Preferences->Customization->Colors->MIDI Tracks shows a bunch of track colors based on the last digit of the track number. Fiddling with them changes the palette of colors, but doesn't change which palette entries each track refers to. I'd be satisified if I could just reset the tracks to the colors they should normally have based on their track numbers.
  3. Ahh, that's the problem. I forgot that I was using audio for the metronome. Fortunately, I only need that when recording the first track; after that, I can turn it off, so that's not a real problem. Thanks.
  4. I'm doing MIDI sequencing with external keyboards and synths. There are no audio tracks, and no audio output from Cakewalk. I keep having to turn off the audio in Cakewalk in order to use other audio apps, and then when I return to Cakewalk to play a sequence, it steals the audio back. How do I set up the project so that it doesn't try to open an audio output, and therefore prevent other apps from using that output?
  5. Well, I hope someone on the Cakewalk team at BandLab notices this discussion.
  6. Nice piece, David. I think those are the kind of tempo changes that Fit Improv might screw up on. I've attached two small projects, one before and one after, that demonstrates the problem. (They're the same sequence I posted in that other thread.) There's some stuff that appears right after 7:02 in the before, and ends up on 6:01 in the after. You can see that the proportions of the notes are way out of whack. In the after, the three upper notes at 6:01 are now shorter than the released period of the Sustain. Also, the notes before 6:01 extend almost up to 6:01, while the same notes in the before end much earlier. You don't notice too much of a difference because the actual durations are determined by the Sustain, but at that point, and at a few others in the full sequence, it matters. It really does look like the programmer did it the "dumb" way, recalculating the note duration based purely on the tempo at the start of the note. But the version you posted in the other thread that you did with Set Measure/Beat At Now doesn't have this problem, so it's obviously not using the same algorithm. I guess I'll just have to use SM/BAN until (if) they fix this bug. FitImprovTest.zip
  7. I just used Fit Improvisation on a piece that had lots of rubato playing and long pauses. It basically works, but it doesn't recompute the note durations properly. I suspect it adjusts the duration based on the new tempo at the start of the note, but if the note is long and the tempo changes in the meantime, it ends at the wrong time. I found several spots in my song where the end of the note wound up on the wrong side of a Sustain Switch On control. Having to go carefully through the entire piece to find notes that are either chopped off early or that hang on way too long is tedious. I haven't tried Set Measure/Beat At Now yet, but I expect it has the same problem. The only solution is to keep track of which notes are still on, and keep adjusting their durations whenever a new tempo is generated or encountered. It's not trivial, but it's important.
  8. Excellent! Thanks so much for noticing that. I had created four notes, then cut and pasted them in each measure, adjusting their positions, rather than drawing each beat from scratch. In that one measure I must have bounced on the Ctrl-V. It would be nice if the program popped up an error message saying where and why it stopped. I looked at SMBAN, and it looks pretty good, except that it defaults to the nearest next beat, which isn't always correct, so you have to type in the right number rather than slide the note in the PRV. But I may try it out on another song. I found a flaw in Fit Improv, though, which I'm reporting in a separate post.
  9. No, there are none. It would be really obvious if it had done anything, even if it only took a millisecond: all the notes would have moved so that they're aligned with the bars and beats. I've attached a short project containing an eight bar intro with lots of pauses in it. It's got two MIDI tracks, the music and the reference. I've stripped out the initial program change, but a piano sound would be a reasonable choice, and the only controller in it is the sustain switch. I'd appreciate it if someone could load this and see if Fit Improv works, or if there's some obvious reason why it shouldn't. FitImprovTest.zip
  10. I have one MIDI track recorded with lots of tempo changes, but with the meteronome set to 120bpm throughout. I created a second MIDI track and manually inserted a note on every beat in the music. Each track starts at 1:01:000, contains a single clip, and is the same length. I select the second track, and invoke Process->Fit improvisation. Nothing happens, no momentary UI freeze, no change to either track, no popup message. I think I'm following the directions to the letter, except that I didn't "record" the second track from the keyboard, but its event list is just a big long list of Note events and nothing else. What could I be doing wrong?
  11. I just upgraded to the latest Cakewalk. I don't know if this is a regression, or a bug I just never landed on before, but I've got a MIDI track that uses CC4 Foot Pedal to control volume, which is initialized to some high value at the start of the track. If I stop playing and then restart, I hear nothing until eventually it encounters another CC4 event, at which point the sound starts again. So it's behaving as though the chase isn't working, even though I've got it enabled. The screen cap below shows the events at the beginning of the track. It starts with CC121 (All Controllers Off) followed by a few controllers including CC4 that have non-default values. The first note is almost 13 bars into the song. I thought perhaps chase is only supported on a few controls, not including CC4, but if I stop and then restart playing just before the first Note On, I hear the sound, so it is chasing. If I stop and then restart after the first Note On, I don't hear anything until the much later CC4. Is there some stingy limit to how far back it's willing to chase? Is this new in this version? I really need it to chase all the way back to the beginning of the track (or until it finds a CC121).
  12. Windows 7, Cakewalk 2019.12 I've recorded a MIDI sequence which plays on an external synth, and now I want to capture the output from the instrument's 48KHz S/PDIF output. Nothing works. I've tried all driver modes, tried different digital and analog input devices, nothing produces a track. MME and sometimes WASAPI starts to play the MIDI tracks, but hangs after a second or a few, not showing any clip on the recording audio track, and with the Now time line not moving. When I hit space bar, it suddenly moves the Now time up to where it would have been, and shows a clip up to that point, but it has nothing in it but some low-level noise. ASIO, WDM/KS, and sometimes WASAPI plays fine, but doesn't create any clip and therefore records nothing. I've fiddled with the Timing Master settings, trying to use the same device I'm recording from as the master, and also trying to use some other device, and neither worked. For ASIO, I've fiddled with settings in ASIO4ALL to no avail. My S/PDIF input works fine with Windows Sound Recorder. To get my music exported, I installed Audacity, pressed Record, then told Cakewalk to play, and Audacity recorded the music without a hitch. So there's nothing wrong with my hardware or drivers. What could be wrong, or how do I diagnose this further? The device settings are pretty cryptic, and don't seem to provide reasonable defaults, so are there some specific settings somewhere I may have missed?
  13. If you move a Program Change, do you expect any preceding Bank CCs to move? Of course you do, and Cakewalk goes so far as to combine them into a single event. This is really no different. A Note on preceded by High Res Velocity and/or Portamento Controller really is a single event, because those controls only apply to that note, rather than setting some persistent values that apply to all subsequent notes. Cakewalk should treat it that way.
  14. I think ultimately that the explicit events and the automation fight with each other, rather than being added or multiplied in some coherent manner. My workaround is simply to turn off automation and pretend it doesn't exist. This means I have to do everything by drawing actual events, but given the available draw tools, that's not too terrible.
  15. Well sure, but if it moves the Note On without keeping the CC84 right in front of it, it breaks it, and it's hard to fix it manually. It works if you move an entire selected region including controls, but not if you drag the beginning of a note in the PRV. Thanks for the pointer to that support page.
×
×
  • Create New...