From: "Byron Nash" Received: from mail-qv1-f43.google.com ([209.85.219.43] verified) by media-motion.tv (CommuniGate Pro SMTP 6.1.0) with ESMTPS id 7500122 for AE-List@media-motion.tv; Fri, 31 Jan 2020 19:47:12 +0100 Received: by mail-qv1-f43.google.com with SMTP id dp13so3731115qvb.7 for ; Fri, 31 Jan 2020 10:47:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=j8frsAsaKq6pnIjVUVrHgauzSpIQ3ghbtKyuorQIy7w=; b=CgBPztZvhhBDcs5P/cBhKsP7qwx9hQ9n1I3mgPOmc0hvJUgnc8AdMLnN17O4zHCAXG J426O8krmmmN6EdvoQpMo4vedkipf95Vm7HcjvWdrdTm5qsGAdfs1SnPkYWzEBj2h54o P1cDgRdNkycuPuBjuuisVpXYpfvvIw6mW0PSKElqo/YYFO0lwt42gbvNB9cbkM3NA16R I5mSmeWcfO1yufv6whVSFtVZrMnLvDV59JRv1jNDc4u+28hfOv+nQn0ozqxSqXORNzMW 2hveYD2bqkFdOtL3osqUGJRhwOtSptTuymquL2EmD+ks5INnI0iqDSWOU20n8OSPAur6 HDMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=j8frsAsaKq6pnIjVUVrHgauzSpIQ3ghbtKyuorQIy7w=; b=VBfSKtcaZnzwgbuM0g60SA6uVF4kiKrKRvLzoHGjzchVQUWP3oacDRkdqHD5FE9hLy YmRCuV9hMiQEFP0O1Q7dH7AWdYEUmBqt7fx6r55XiZDWgtbLWL7XTwmqQhgYl4szQey1 gHecdDC2xvJhsHIJUsarzC4qDutCUPIICIqG0tbKDI41yx0afjzz9uVQLPApLO1cxXZu X56/ccx1QhbparjHUfgjdrrHndJJ6QQMjq6pI68zDyN9n0F+YPRjoX4UI2gQwONKSaIc GlNXY991++Dhpi/YH/Ow2gQRMAesoYNx9EDipegfWM+IJer6RfowgizjFInexlgtiXMR GBeA== X-Gm-Message-State: APjAAAVq/1kj5gaHJ8oo5nOUUI3vsfBi7/P2+tzra3dlapnBoLI2VGQP dNedsGFVHqTwNYzyOsDO4qq3Qee2aoC6HUpM038TPmrI X-Google-Smtp-Source: APXvYqwFE3Y78mJiWxvLxVCPNN8jb5RmyzZCsYEexNEkdZ+GWFN9NTlk0aXw3HD2XM7WxHQbYYH4YFchz3xlewbUxDk= X-Received: by 2002:ad4:5562:: with SMTP id w2mr11817012qvy.147.1580496430568; Fri, 31 Jan 2020 10:47:10 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: Date: Fri, 31 Jan 2020 13:47:00 -0500 Message-ID: Subject: Re: [AE] very long opens with CC2019 Windows missing files To: After Effects Mail List Content-Type: multipart/alternative; boundary="000000000000501959059d740049" --000000000000501959059d740049 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable It seems like the issue is when it has any media missing at all. So, just a few missing assets can bog down the file open. In a fast paced network environment it's a giant problem. We can't get files open fast enough to address the asks. I do wish there was a way to have it skip looking which is what I'm assuming it's trying to do. Our projects routinely reference media that has been archived or the servers or folders have changed so you can imagine the difficulty this is causing. Glad to hear I'm not the only one who has seen it. On Fri, Jan 31, 2020 at 12:29 PM jpcurtis wrote: > Just a thought: You could try to move all your linked footage, or rename > the containing folder/directory, and have the project open with missing > media, and then relink it after the project is open. > > Then, I=E2=80=99d suggest immediately Saving As..., in case the project i= s > corrupted. > > You could also try importing the slow Project into a new Project. > > > > On Jan 31, 2020, at 11:21 AM, scott.aelist > wrote: > > I brought a bunch of projects to a live show and had the same problem. An= y > project that needed to have footage relinked would take 15 - 30 minutes t= o > open. It would have been better if you could force AE to load a project > without linking anything and then relink manually. It's a serious problem= . > > On Fri, Jan 31, 2020, 7:38 AM Byron Nash wrote: > >> We are having persistent issues opening projects that have missing >> footage. It seems to have popped up for us with CC2019 on Windows. If I = try >> to open a project, especially one from an earlier AE version, and it has >> any missing footage, it takes an eternity to open. Sometimes over an hou= r. >> These are not projects that should take more than a few seconds to open.= It >> behaves better when we try it on our one iMac here. Has anyone found thi= s >> issue as well or found a way to fix it? It's a severe hindrance to say t= he >> least. >> >> Thanks >> Byron >> > > --000000000000501959059d740049 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It seems like the issue is when it has any media missing a= t all. So, just a few missing assets can bog down the file open. In a fast = paced network environment it's a giant problem. We can't get files = open fast enough to address the asks. I do wish there was a way to have it = skip looking which is what I'm assuming it's trying to do. Our proj= ects routinely reference media that has been archived or the servers or fol= ders have changed so you can imagine the difficulty=C2=A0this=C2=A0is causi= ng.=C2=A0 Glad to hear I'm not the only one who has seen it.=C2=A0
On Fr= i, Jan 31, 2020 at 12:29 PM jpcurtis <AE-List@media-motion.tv> wrote:
= Just a thought: =C2=A0You could try to move all your linked footage, or ren= ame the containing folder/directory, and have the project open with missing= media, and then relink it after the project is open.

Th= en, I=E2=80=99d suggest immediately Saving As..., in case the project is co= rrupted.

You could also try importing the slow Pro= ject into a new Project.



On Jan 31, 2020, at 11:21 AM, scott.aelist <AE-List@media-motio= n.tv> wrote:

I brought a bunch of pr= ojects to a live show and had the same problem. Any project that needed to = have footage relinked would take 15 - 30 minutes to open. It would have bee= n better if you could force AE to load a project without linking anything a= nd then relink manually. It's a serious problem.

On Fri, Jan 31, 2020, 7= :38 AM Byron Nash <AE-List@media-motion.tv> wrote:
We are having persistent = issues opening projects that have missing footage. It seems to have popped = up for us with CC2019 on Windows. If I try to open a project, especially on= e from an earlier=C2=A0AE version, and it has any missing footage, it takes= an eternity to open. Sometimes over an hour. These are not projects that s= hould take more than a few seconds to open. It behaves better when we try i= t on our one iMac here. Has anyone found this issue as well or found=C2=A0a= way to=C2=A0fix it? It's a severe hindrance to say the least.

=
Thanks
Byron

--000000000000501959059d740049--