I load a clip into the Source panel. I set in and out points and then CTRL + U to create a subclip. I have "Restrict Trim to subclip boundaries" turned off. (Thank you Adobe, I've been waiting for "soft" subclips forEVER!) The new subclip appears in my Project panel with the correct name and duration (as well as a white audio icon to indicate that it has not yet been used in my project). Now, I drag that subclip into my sequence. But the entire clip (a 5 minute interview), from which the subclip was derived, is loaded onto the timeline.
This has been working correctly for the last hour, and now it has stopped working. It appears that for the moment, subclipping is dead to me.
Also, perhaps it's helpful; perhaps not: This issue is occuring with a clip that I Merged earlier (manually sync'd — since "Synchronize" thus far, for me, also does not work at all).
Since the new "Synchronize" and "Merge" (using Audio to sync the merged clip) commands do not work for me—that is they don't actually synchronize even the most similar audio/video waveforms). My workflow is this:
I take an AVCHD interview clip (5 minutes from Canon VIXIA HF G20 camcorder) and manually lined it up with it's coresponding audio recorder file (320k MP3 file—I have my reasons) on my "Interviews to be Merged" Sequence. Once the video and audio are lined up, I "Merge Clips...". Then (and I wish it wasn't a two-step process) I find the newly merged clip in my Project panel and "Modify > Audio Channels". I reduce the clip down to Mono with 1 Channel assigning the track with the MP3 as the only active audio. Now I'm ready to edit. I double click the newly minted clip, complete with great audio, and it loads into the Source monitor. Using the J, K, L keys, I find and mark my In and Out points. Then I CTRL + U to "Make Subclip".
I've just noticed (hence this update) that the clip I that was working earlier is a clip (from same camera) that is using original, on-camera shotgun mic, instead of a lav, which means I did not put it through the "Merge Clips..." and "Modify > Audio Channels" process before attempting to create subclips from it.
When you were able to repro the issue, what type of clip did you happen to be using? Merged? Modified channels? Curious.
Actually the repro turned out to be usr error in my case. I dragged the sourc clip in to compare to the subclip, forgetting that it still shared the same in/out points at that point. I tired it on additional systems and was unable to repro your steps. I triesdi ti wiht just standard mov clip, nothing that had been merged or modified. If you would like to send me a test clip, I can try the steps again.
I can't get subclips to work on merged clips.
1. Brand new project
2. Import video AVCHD
3. Import mono WAV audio from lav mic
4. Create sequence and manually sync clip - (note that video is a subset of audio clip)
5. Merge clips
6. Open new (merged) clip in source
7. Make a subclip
8. Open subclip
The subclip is time shifted from where it was set, to a seemingly random offset.
FYI brand new iMac, i5, GTX 675MX, Premiere Pro CC, everything with latest updates.
PS Occasionally when I am trying to do this, it just completely crashes with this error:
At this rate, I'll be downgrading to CS6 tomorrow.
I succeeded in creating a subclip from a merged clip, and the subclip starts at the correct frame. Please provide more specifics about how you merged--what did you use as the sync point? If you didn't use the In Point as the sync point, then what's the offset between the start of the video and the audio, and does that correspond directly to the offset in the subclip?
I too hit a crash while testing this, but at a different place (InsertEdit4PointInfo.cpp-74). I've taken note of both crashes and will write them up.
Thanks for that, Mark.
I've done a little more testing, and the problem seems to be related to merged clips where (for me) the audio is longer than the video.
Here's a screenshot of some testing I did:
Let me talk you through the project browser:
- At the top there are the source video and audio
- I then made bins for a trimmed sequence version and an untrimmed sequence (what I mean by trimmed is that the audio was chopped down to the same duration as the video, after syncing)
- I did the syncing on both manually. For the untrimmed clip, the audio leads the video by 1:29:04.
- I then made merges of both
- I then made subclips of both
1) The trimmed versions seem to work fine, though I haven't done serious testing. At least the media start and end make sense.
2) The untrimmed merge "Merge (untrimmed)" is showing a Media Start of 23:57:04:10, which is just wrong. First of all this is a 'negative' time number (C++ signed/unsigned int math coding error?), secondly, it doesn't seem to match anything because it is an offset of -2:55:14, when the video offset is +1:29:04.
3) When I open "Untrimmed.Subclip001" (as shown in the Source window) it shows a start time of "23:57:04:10" (the very beginning of the "Merge (untrimmed)" clip) instead of "23:58:33:14" which is where I'd set the in point for the subclip (and is shown in the Media Start column). What plays back is, indeed, the very beginning of the untrimmed clip. This is also the case with "Untrimmed.Subclip002" which had an In point set at 6:00:00.
4) The Subclip Start times shown are totally broken. I really have no idea where it is getting those numbers from. On the other hand, the End times seem to be ok (if you again ignore the fact that I have an end time of "23+ hours" on a clip that is 1 hour long.
5) The Audio In and Out Points shown don't make any sense to me. They're all just a little bit off the other numbers that are shown.
Lastly, the source video is AVCHD 1080p24 from a Panasonic GH2 and the audio is 48kHz 24-bit mono from a Zoom H4n
I hope this helps with your diagnosis.
Looking forward to your feedback.
the source video is AVCHD 1080p24 from a Panasonic GH2 and the audio is 48kHz 24-bit mono from a Zoom H4n
I actually completed a project using that exact media recently, so I opened it up and made a subclip from the Merged clip and sure enough, dragging that to the sequence brought the entire clip, not just the subclip.
So I did it again, this time checking the "Restrict" box, and guess what...the shorter subclip came over. And I was able to drag beyond the initially set bounds, so even with that box checked, it is still a 'soft' subclip in the sequence.
Either I don't understand that checkbox, or it ain't working right.
Mark, it occurs to me that at a deeper level, the cause of this bug may be the same root cause as the massive multicam bug (or vice versa). Think about it. In both cases we're dealing with footage that is given a command to essentially use only a part of a clip, but then the reference is set to the beginning of the clip, rather than the correct in-point. No problems are manifested with CTRL+K or the Razor (C) tool. What object classes or methods are common to both multicam and sub-clips creation, but are NOT called upon for the CTRL+K or Razor actions?
#9 from Jim Simon seems to further the case. When he sets a "hard" subclip, it works, just as it did in CS6. But when he sets a "soft" subclip (like I experienced), the references is not set correctly.
My thinking is that, if you fix one of these issues (multi-cam or soft subclips), at the right point in the code, you'll have fixed BOTH issues. Just a guess.
When he sets a "hard" subclip, it works, just as it did in CS6.
Actually, no. When I set a hard subclip by checking the Restrict box, it actually creates a properly functioning soft subclip, which hasn't existed in Premiere Pro since 1.5. (It got 'broken' in CS2, when they were changed to hard subclips only.)
I can't imaging why anyone would want a hard subclip, so I'm happy to just check that box and start using subclips again.
Oh, good to know. So the proper functioning of this feature is broken, but in it's failure, we get soft subclips anyway? That's great! Just weird. I can live with that. I agree, I never plan on using hard clips again. I've been wishing for soft subclips ever since... well, subclips.
To be clear, this bug is limited to subclips created from merged clips--specifically merged clips where the audio starts before the video. As far as I'm aware--and I worked extensively on subclips last cycle--soft subclips from other sources are functioning as expected.
@cscooper: you're right that there are similarities between this bug and the multicam bug in that both involve PPRO getting confused about reference points in the content. But I doubt they're actually related. For one thing, the multicam bug is fixed in the updated released today, whereas the subclip-from-mergedclip bug is not.
That seems to be my experience, yes. Only soft subclips made from clips where I've previously merged audio and video. And, yes, my audio is typically several hours long, while my video files may only be several minutes long. I don't ever make merged clips where audio starts first. My merged clips are trimmed to audio starting with video (but, yes, from files where the audio is much longer than the video). My final subclip may only be several seconds long.
OK, I've come across another related situation.
I have a SOFT SUBCLIP created from a regular (non-merged) clip. I double-click to bring it into the source monitor. If I fail to set an in point (so that my inferred in point is the beginning of the subclip), but I set an out point, then drag the clip from Source to Sequence, the entire clip upon which the subclip is based will be placed on my timeline.
If, however, I set an in point, this won't happen.
So if there's a workaround (simply setting an in point), what's the big deal? Well, it's not a BIG deal. But my (bad?) habit is to set my in point correctly when I create the subclip. Then when it's time to add it to the timeline, I listen for bits of that subclip. On the first bit of that clip, I don't set an in point, just an out point (since the in point is usually inferred and this has always worked out for me).
At any rate, I thought this might add something to the discussion at hand—especially since this is happening on soft clips made from regular clips (not merged).
This is still a problem in 7.1. Unfortunately, the subclips I created (from merged clips) maintained the proper in/out points initially. I specifically tested them because I've had this problem before. I say “unfortunately” because I went ahead and used subclips to break down a long series of interviews, since subclips seemed to be holding. Now I've discovered that none of the subclips have retained any of the edit points I set. The entire clip plays (or most of it anyway, with seemingly random variations). It should be noted that some of the tracks did contain audio that started before the picture.
That's a day I would like to have back.