John,
I have experienced the same issue when AMA'd to really long (2 hour +) clips. I have done the same project (with updates) in all MC versions since v5.5.
I did experience an improvement when I had only 1 AMA clip in a bin. (ended up with 10 extra bins, all with 1 clip) but it did work better. Also closing all bins except the one with the clip I was working with help, as did not having a seq loaded. Basically anything that freed up RAM helped.
Nick H
________________________________
From: John Pale <pale.edit@gmail.com>
To: "Avid-L2@yahoogroups.com" <Avid-L2@yahoogroups.com>
Sent: Tuesday, July 30, 2013 8:22 AM
Subject: Re: [Avid-L2] faster Go Pro injest
The lag I was referring to was related to scrubbing in the source monitor.
To explain further...these are long clips...upwards of 40 minutes. And
there are many of them, from a two week sports event. The camera is placed
unattended...only a few seconds every few minutes is actually useful. I
need to scrub in the source monitor (or timeline), find those bits and
transcode them for editing. However, because moving the play head is so
sluggish...and many frames are skipped, I can't find what I am looking for.
I could find what I need watching in real time, but it would take forever.
The Avid's at my job, on lower end HP workstations (running v6.0.3)
basically can't deal with it at all. Wont play reliably...crashes often.
These systems are in Unity storage.
My home Avid, on a MacPro 8 core can play the footage okay, but scrubbing
is poor (as described above). I'm running 7.0 now, and the behavior was
the same on 6.5.3. Local Raid storage.
Same Mac Pro machine at home, running Premiere Pro CC, GoPro footage plays
and scrubs as smooth as glass. Like Avid running DNXHD. Much improved
over Premiere Pro CS6.
On Tuesday, July 30, 2013, pat_adc wrote:
> **
>
>
> We maybe talking different lags!
> We had a couple of customers on V5.5 who had issues with V6 & V6.5 with
> various IO solutions with trim delays and lag in playback.
> I let them come in and edit on a number of systems and IO solutions we
> have here.
> Slight differences but basically nothing on V6 onwars worked nearly as
> well as V5.5
> Not to say that V5.5 wasn't nearly as good the very early MC versions but
> few have memories that long :-)
>
> --- In Avid-L2@yahoogroups.com <javascript:_e({}, 'cvml',
> 'Avid-L2%40yahoogroups.com');>, "Job ter Burg (L2B)" <Job_L2@...> wrote:
> >
> > On 29 jul. 2013, at 11:49, Pat Horridge <pat@...> wrote:
> >
> > > But the playback lag was a result of the V6 changes
> >
> >
> > I beg to differ. That playback lag (and the pre-buffering that is likely
> causing it) has always been there. The version that had the least lag for
> me was one Mac 8100 on MC5.5.2 in 1997 or so. That was the fastest Avid I
> worked on (albeit that it only did AVR3s and had two audio voices). Then
> they cleaned up a lot of code when they release MC/SY 3.x some years ago.
> And after that, it got worse and worse.
> >
> > Again, feel how a 1996 Lightworks responds when you work with your
> footage.
> >
>
>
>
[Non-text portions of this message have been removed]
------------------------------------
Search the official Complete Avid-L archives at: http://archives.bengrosser.com/avid/
Yahoo! Groups Links
[Non-text portions of this message have been removed]
| Reply via web post | Reply to sender | Reply to group | Start a New Topic | Messages in this topic (49) |
No comments:
Post a Comment