Skip to main content
DarrenManden
Known Participant
October 6, 2019
Question

Premiere Connecting to the Wrong Media after using Replace Footage

  • October 6, 2019
  • 37 replies
  • 8674 views

Hey there,

 

We are running into a really frustrating bug.

 

The basic problem is this: When working in one OS, if you replace an asset, save the project, and open the same project in another OS, the "replace footage" command will have been forgotten, and you will have reverted back to the old asset. Pretty scary if you're working in a team, and all of a sudden the next person dealing with the edit is inadvertently working with incorrect media.

 

I've posted this to UserVoice here:

 

https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/38734459-premiere-connecting-to-the-wrong-media

 

A bit more detail on the issue:

 

In our office environment, we edit off of a server, and have done so for a long time now, without issue.

 

All systems used to be Macs, but we've started introducing some PC systems into the mix, and now we're starting to run into complications.

 

This is one of the more gnarly complications. To recreate the bug, we just follow this simple procedure:

 

1) Create a project in OS A (could be Mac or Windows), and then edit something.
2) Replace an asset in the timeline.
3) Save the project.
4) Open the same project in OS B (the opposite of whichever you chose in Step 1).
5) Marvel as your clip (replaced in Step 2) is linked to the old media.

 

Please note that the file name for the new media is completely different to the original, and often the codec is different as well.

 

A typical edit sees us using watermarked music in the early stages, and then once the client has approved the music, we will license the track, and replace the watermarked asset. So, it's not uncommon for the file names to change like this:

 

"demo_music.mp3" changes to "final_music.wav".

 

This only seems to happen with media that has undergone the "Replace Footage" treatment, and this never used to happen when we were only using the single OS.

 

Update (19/10/10):

 

One thing which I haven't previously mentioned is that this wasn't happening before the most recent update.

 

We've tried testing with Shared Projects as we were advised that this could help, but we had no luck, and ran into the same issues.

 

We also tried brute forcing our way around the issue, but unfortunately failed again. I'll explain, using the music example again.

 

When replacing demo music, instead of putting the licensed file into the same folder as the demo track, create a new folder, and put the licensed track in there. Within Premiere, use the replace footage command to link to the licensed track in the new folder. This should make Premiere look for 1) a new filename, and 2) a new folder.

 

No luck, unfortunately.

 

System Information:

 

All systems are running the latest Premiere release (13.1.5)

 

PC:
Windows 10 (1903)
Intel i9-9900X
64 GB RAM
Nvidia RTX 2070 (431.36)

 

Mac:
OS 10.14.6
iMac Retina 5k, 27-inch, late 2014
4 GHz i7
32 GB RAM
AMD Radeon R9 4GB

 

If you need any further information, please don't hesitate to ask. I'm happy to provide whatever might be needed. This is definitely something that is concerning us.

 

Cheers,

 

Darren

37 replies

Kevin-Monahan
Community Manager
Community Manager
October 14, 2019

Darren,

I am glad that you were able to solve issues by falling back to an earlier version. The advice I gave you about using plug-ins so that your WIN boxes to read your Mac shares and vice versa may be what is holding you back from complete integration. I put in an ask from engineering as to any secret sauce that needs to be considered.

 

Please also file a bug and I'll see if you can work without said plug-ins.

 

Thank You,
Kevin

Kevin Monahan - Sr. Community and Engagement Strategist – Adobe Pro Video and Audio
DarrenManden
Known Participant
October 14, 2019

Hi all,

 

So, we managed to find a workaround, and that is to drop back to 13.1.3. On this version, everything seems to be working as expected.

 

@Kevin - Yes, I agree that it will have something to do with the different structures between Mac and PC, and I'm more than happy to try any suggestions that you might have - we've kind of exhausted our imaginations on what we can try (we've already tried deleting Media Cache, using Shared Projects, placing files into completely new folders), so suggestions are welcome.

 

I do need to repeat that things have been playing well up until the latest version, and the only seemingly viable workaround has been to just not use the current version and drop down.

 

As always, I'm more than happy to provide any additional info that the dev team may require, so please don't hesitate to contact me here on the forum, or by Private Message, or on UserVoice, or by carrier pigeon. Preferably not smoke signals though. They tend to get a bit lost in the haze over here.

 

Cheers,

 

Darren

Kevin-Monahan
Community Manager
Community Manager
October 14, 2019

Hi Darren, Hi Neil, Hi Community.

I'm almost certain that this is a filepath issue. Your two machines have a completely different file structure, so media linking is sure to be an issue. I'll ask the dev team, but that's the area I would look at. In all the shared project environments I've ever managed over the years, all the clients were either Mac or PC but not both.

 

Edit: From my contact at Reddit, it is a filepath issue, indeed. You need a plug-in to work on the system's media drives you use the least: MacDrive, etc. Info here.

My advice: standardize your computing environment or deal with this headache going forward. Go either Mac OR PC. Don't try and run both if at all possible. I'd sell either the PC or the Mac and go with what works.

 

Regards,
Kevin

Kevin Monahan - Sr. Community and Engagement Strategist – Adobe Pro Video and Audio
Participant
July 22, 2020

Hi Kevin,

 

I wanted to see if there is any update on the bug above, as I'm having the same issue, but on two Mac systems. 

 

What seems to happen is this:

 

SystemA (a MacPro connected to a QNAP shared storage system) imports a NTSC archive footage file into a project (called, say, "archivefilm_NTSC.mov"), and sends premiere project file and media to SystemB, operating remotely on a iMac.

On SystemB, a Pal version of the archive file is obtained, with a different file name (say "archivefilm_PAL.mov"). In the premiere project, the clip is unlinked and relinked to the Pal file. The project shows the correct frame rate (25fps) and filename ("archivefilm_PAL.mov"). 

The project and Pal media is sent back to SystemA. But when the project file is opened, it automatically reconnects to the original NTSC file ("archivefilm_NTSC.mov").

 

This happens even after cache is deleted on both systems.

 

Is there a fix for this, as it seems a very serious bug. Connecting (without any warning) to a file with the wrong filename and a different framerate could cause a lot of issues. Is this bug being addressed?

 

Many thanks,

 

David

 

 

 

 

DarrenManden
Known Participant
October 14, 2019

Hey Neil,

 

Thanks for linking that, but as I said, we have tried Shared Projects, and we ran into the exact same issues.

 

Again, this worked back on 13.0, but doesn't work anymore. I'm happy to provide more information if you need it, and to try alternatives.

 

I actually tried reverting back to older versions today, but unfortunately we're nice and locked into the current version. 😞

 

Thanks,

 

Darren

R Neil Haugen
Legend
October 14, 2019

Darren,

 

Product Support manager Kevin Monahan added a thread linking to a clear and concise article on using Shared projects over a server. Here:

 

https://community.adobe.com/t5/Premiere-Pro/Open-multiple-projects-and-share-on-a-network/m-p/10669299#M231722

 

I really do think you need to go read through that article and try out the Shared projects. It is no more difficult that using the individual projects you have been using, but ... as said before ... it IS designed to accomplish exactly what you need reliably.

 

Individual projects ... are just not designed for your workflow. "It worked under X circumstance" ... well, you aren't on a mono-ecosphere for computers anymore. This is the process designed by the engineering staff particularly for your needs.

 

Neil

Everyone's mileage always varies ...
DarrenManden
Known Participant
October 14, 2019

Thanks anyway, Neil. Always appreciated!

 

Hopefully we hear something from Adobe at some point.

R Neil Haugen
Legend
October 10, 2019

Got me dry on this one Darren. Sorry!

 

Neil

Everyone's mileage always varies ...
DarrenManden
Known Participant
October 10, 2019

Hey there Neil,

 

No luck unfortunately. Manually deleted all of the Media Cache, and Database files on both systems. Started up System A, and let it do its thing. Closed out and started up System B, but no luck.

 

Perhaps I missed something? Deleted all of the Peak files as well, just in case. Emptied trash, and recycle bin.

 

Unfortunately I'm just about to head out of the office for the weekend, but any suggestions you might have I will dive into first thing next week.

 

Thanks heaps, as always!

 

Cheers,

 

Darren

DarrenManden
Known Participant
October 10, 2019

Hey there Neil,

 

Cheers for the suggestion! I'm giving it a try now. Will post back shortly.

 

Cheers,

 

Darren

R Neil Haugen
Legend
October 10, 2019

Definitely got something stuck in the cache or cache database files. On the originating system AND the B system, close Premiere and manually delete all Premiere cache and cache database files.

 

Maybe even completely remove the project from the B system.

 

Then at the A system,  launch the project and as it's rebuilding cache file make sure the correct files are in place and referenced. Then move the project to the B computer as if it was just seeing it.

 

Neil

Everyone's mileage always varies ...