DCMG

Yeah, I'm not seeing round trip latency issues offset by 128 samples or something. These are  wholesale "off by 10 seconds" issues.

Then the next immediate round of recording (literally seconds later) ...everything fine.

Odd issue. Yesterday happened mid session, which I haven't encountered. It's a tough one to explain to clients ( when we already labor under the "why not ProTools?" dogma 😆

On 9/11/2020 at 11:00 AM, Roger Jeynes said:

New occurrence yesterday, when the new overdub clip was out of sync by a huge margin (20 seconds!) and the leading part of the new clip truncated by this amount. During recording, the waveform was drawn perfectly  normally. Finding it really hard to go on covering this up with the customers

Interesting note that the waveform preview is always in correct position, suggesting alignment is correct at moment of capture, then offset upon transport reset. Same always true here as well. I'm going to update all my system info along with typical plugins used so we can identify any commonalities. Regarding the suggestion about generic drivers, I only have the UA Apollo Twin USB drivers present and still have this issue. No conflicting ASIO drivers present.

It happens so infrequently you might be waiting days or a week before the changed settings would show if they worked. I'll keep at it too.  Strange elusive issue....

17 hours ago, Roger Jeynes said:

We've been having a very similar issue intermittently for nearly a year. Recordings of new clips are either offset by 2 seconds (i.e. they are late by 2 seconds), or the last 2 seconds of the clip are cut off. It's been reported, but Cakewalk have been unable to reproduce or fix. As we can't determine in what circumstances it occurs (it seems entirely random) , it's very hard to reproduce: hence why it's been so hard to diagnose.

In our case when we examine the WAV audio file which is associated with the clip it either has 2 seconds of silence at the beginning, or the final 2 seconds of audio is there but not referenced by the clip.

We are using a count-in of 4 beats and a tempo of 120 bpm (=2 seconds), so we thought it was related to count-in or snap, but no luck so far. Snap on or off makes no difference.

Would be really interested to see how your WAV audio files associated with the out-of-sync clips look.

(We're using Allen & Heath Qu24 ASIO driver with Cakewalk 2020.08, but it's been happening in lots of earlier releases)

Did some testing last night, couldn't get it to happen (or course)

My only clue is I've never had it happen LATE in a session; always right off the bat, then subsequent takes are good once I observe the issue, stop transport and begin a new set of takes ( buffering, length of time program/OS/computer has been on? )

I've started doing a test run of 2-3 looped takes when I've got a client present. I don't tell them why I'm doing it, but I'm checking to make sure it's behaving. Shouldn't have to do that type of stuff to trust your system ( which BTW is a fast CPU, good RAM and all SSDs so no issue there)

Will keep digging.

Thanks for the input. Don't recall this issue in SONAR; seems like a recent ( last 2 updates?)

Will do more testing this week, but it's pretty random so far....

Random issue but happens enough, thought I would ask if this happens to anyone else.

Typical circumstance:

Loop Record Mode> run 4-5 passes> stop transport to find all passes are not in correct position (always early to where they should be).  Luckily I usually am looping to a grid so it's easy to see the new misaligned passes are easily moved by 1/4, measure or whatever and all is well.

Subsequent passes all land in correct position; not unusual for the problem to NOT present itself again for days or a week.

Note: I did have this happen with a manual start (non looping mode) the other day, so it's not just a loop record issue.

No pattern detected yet, and no other timing anomalies with my setup observed ( UA Apollo w/ Presonus  192 providing Optical ins and clock)

TIA.

thank you thank you!!!

So glad to hear others questioning this.

I usually use cntr+arrows for quick zooming and the (zoom+center) behavior I simply took for granted as normal.

Now I have to zoom and hit G (center) to center where I was working *constantly*. It's a workflow mess and slows me down. Can we have this be a user option to have the old behavior ?

On 5/24/2020 at 5:09 AM, CJ Jacobson said:

How do we disable this? This makes it a pain in the butt to use my wheel for zooming vertically . The old way was more efficient. When you zoom with a wheel like the Advid Artist, its more efficient to have the zoom in the center of the screen, following the time line

I would like to know this as well. Is this new behavior discussed somewhere in another thread? Definitely prefer the previous <zoom+center> behavior .

When it happens it's with every midi folder in the project ( ie if I have battery, Omni, AD, etc all will be closed w/tracks within folder hidden).

It's also free of any pattern thus far, so I think it must be a keystroke ( perhaps custom one?) that is doing it when I'm not aware. Thanks for the input. I will continue to track it down. Creating a test file today with the usual midi tracks on board and run through some typical keystrokes to see if I can recreate with more regularity.

I mentioned in my post that the pic I took was of a folder with nothing hidden yet. "Pic here is with tracks "not hidden".

I posted this as there was some confusion in an earlier reply as to what "hidden" meant (?!)

In this context...that is the hidden I am speaking of.

So I just opened another project where I definitely did not intentionally go to this track and "hide" the midi tracks.

Yet when I open it. If I'm not purposefully doing that upon close, I have to guess there's an errant keystroke or preference I've set ( or not?) that is doing this when I close a file. That is what I'm trying to investigate.

pretty sure I don't but I will double check that. Thanks for suggestion.

It does seem to be in midi folders. Hiding midi tracks within an instrument folder is (was?) a very specific process, but now something I'm doing is making that happen when I'm not aware.

The term hidden applies to THIS scenario. ( Yes, I understand collapsing audio tracks in a folder...this is with midi tracks only upon further investigation). Pic here is with tracks "not hidden". When I re-open the file, the midi tracks will be "hidden" and I will specifically need to click the box to unhide. This seems to be happening without my input, but I know that's impossible. Wondering if a new shortcut or key binding that I use regularly is doing this. Will keep investigating, but any other observations of this would be appreciated.

My apologies if this has been addressed, but some recent update appears ( at least on my install) to have enabled some sort of "auto hide" of tracks within a folder.

It may have been discussed in a prior release note or something but I've been a bit too swamped in a few projects to continue searching for where or how this functionality is addressed ( be it a preference that needs to be checked or else?) Cursory search show nothing but it could be several updates ago.

It seems I will often open a file to find that multiple folders ( maybe midi only folders?) that were expanded when i last worked, to now be closed and all tracks within hidden. Obviously I can just "unhide" within the box that shows how many tracks are hidden, but it slows you down when you're unhiding 10-15 folders.

If this is a recent preference addition, can anyone direct me to the dialog box where I can have this disabled? Thanks!

1 hour ago, Lord Tim said:

Yep, this was always the case. When you unfreeze, it returns the track to the state it was in before you froze it, the side effect of that is any work you've done on the frozen track gets discarded.

Got it. Guess I never ran across a situation when a clip was moved on the timeline prior to an unfreeze.  I could make a case that the resulting frozen audio and the underlying data should both move when time was inserted...but the bakers disagree   Thanks for the clarification.

(2019 07 build 79) Liking the update!!

Frozen track (numerous clips) > Time Inserted to project ( ex 1 measure) All this was done several weeks ago. 

Today: Unfreeze track> underlying data is now displaced; not reflecting the additional time that was inserted.

1. Was this always the behavior and I just never encountered it?

or

product of recent update?

Thanks!

8 hours ago, Noel Borthwick said:

 

@DCMG the single click auto previewing a clip shortcut was way too specific a shortcut to be the default behavior. For example you might want to isolate a clip ahead of time while you are playing and the time jumping would be very unexpected in that workflow. Or you may want to click to jump to a position within a clip in which case automatically jumping to the beginning of a long clip would be very inconvenient.

As part of the unification and streamlining of seeking and playback workflow we changed that function to require the shift modifier key.  
SHIFT clicking a clip in a take lane will do what you want and jump to the start of the clip so there is no loss of functionality. Or use the speed comping shift spacebar workflow that Jon mentioned.

Thanks Noel. Obviously I was doing a modified version of the Speed Comping process with some manual clip selection.  That said, shift+click to do same is probably a fair compromise if it allows free time selection in the process ( like your examples above..I can see how that could be helpful). 

BTW..just reading the list of take lane/comping fixes/enhancements...you guys have been busy. I suspect I will find all sorts of cool improvements. Thanks!!

Nice update so far. 

Question regarding comping behavior:

Prior:

Take Lanes- I would split phrases, click  phrase; playback would adhere to clip range and LOOP as I selected (auditioned) alternate clips. Very easy to just jump around and have the playhead always jump back to the clip boundry... This was my preferred way to quickly audition lots of takes instead of the official Speed Comping method ( sort of a hybrid).

Now: I can select the clips within Take Lanes but playback continues forward and does not loop. Totally kills that ultrafast workflow. Any preference I can adjust/untick to go back to prior behavior?

Thanks!!

Variorum-Good to know. 

This situation was a very strange one. 

Client had already shot all his music performance scenes for this indy film. I was hired later to replace vocals on all  songs with the actual voices of the actors instead of singers that were on the licensed tracks. I (and others) warned him of the potential pitfalls of this.  Had I been involved at outset, I would have advised him as to the correct order on how to proceed with that ( as in...don't shoot until your new vocals are DONE)

FF to now...director say "ooh wow..yeah some of my close up shots are out of sync with the "new"vocal tracks!"  (duh)

I requested rough cuts, isolated the 4 or 5 moments in each song where the new vocals did not line up with how the on- screen singer lip sync'd.

Plan was to: import vid clip>time align with my audio>address the problem areas with Melodyne/stretching or simple clip nudges> re-export my audio to vid editor.

The Process was *****-backward from how it should work. I had music tracks, lead vocals, 8 archives take lane of performances, 6-10 tracks of backup vocals already in place and actually still in process of being completed. More logical to align his video/audio clip to MY TRACKS than the other way around.

BTW, first song is already fixed (nudge here and there, alternate takes that match better, melodyne). Worked beautifully, client is happy and hopefully has learned a big lesson :)

Sorry for the epic tale. Maybe it will help someone else who finds themselves in similar situation😮

That worked. Loaded the mp4 in Movie Studio ( entry level Vegas)>exported as WMV.

Re-import and the clip can be moved at will. Wish the audio portion would stay linked to  video as you move on the timeline, but hey..it's workable now.

Thanks for your help scook!

Thanks scook..yeah that thread addresses my issue exactly. I have the dumbed down version of Vegas ( Movie Studio or something like that). I might try what one poster mentioned about rendering it out to WMV format and see if it behaves better. Thanks for the help!!

Ah..ok thanks for that scook. That helps. So I really need to focus on why that config file edit isn't taking and is stuck on MF engine. I'll keep at it...

Thanks msmcleod..I will look into it.

I should probably rephrase title, as I'm not having an issue on import really ( that's fine, mp4 file is importing without issue).

I just can't seem to move the file on the timeline.

The config file is definitely stuck on Media Foundation engine and is not changing to Direct Show. I'll try the Klite pac. Thanks!

3 hours ago, scook said:

Switch to the DirectShow video engine https://www.cakewalk.com/Documentation?product=Cakewalk&amp;language=3&amp;help=Troubleshooting.08.html

Thanks scook. I tried that as directed. R/click info still lists Media Foundation engine in use despite ( I think) following all direction on the config ini edit ( 0 as value). Will try again.

Use CWBBL daily for business but video isn't part of my daily work flow, but today it is

Need to import client's video and be able to move it freely on the timeline to manually sync up to audio on my project file that already exists.

Manual says I should be able to "grab the clip header".  I can move associated audio track freely but video stays planted at zero start time. 

Also tried the right click " Start Time The time in your Cakewalk project at which you want the video file to start playing." option but it appears to be greyed out. Prefer to just grab and move clip but if this function works I can hang with that too...but so far no.

Surely I'm missing something...thanks in advance!!