-
Avid Media not relinking despite MXF media being in the folder
Ok so here is the dilemma. We just recently got a server and have since moved our big ol project onto it, media included, so that all our computer can finally be in “sync”. As you might imagine some stuff slipped through the cracks and some media is still offline.
I managed to track down the media to its old home. It used to live on Thunderbolt Raid tower. I saw that the same mxf folder was also living on the server, it’s just that it was only missing those files.
So no biggie right. I just copy those particular files over to the mxf folder on the server. But nothing happened, the media did not come online despite the files being in the correct mxf folder. I tried deleting the database files. This didn’t do anything, Avid didn’t even index afterwards which concerns me a little that the database files might be gone forever. Opening and closing the project also didn’t do anything
I’ve attached a screenshot of our server mxf folder structure because I have a feeling this is somehow the root of the problem. The server that is.
As you can see each MXF folder has a name in front of it to dignify which computer it came from. This will do this automatically even if you create new media. But I still feel like the root of this problem stems from the server.
So just to reiterate.
- project moved onto a server
- mxf files for offline media were placed into appropriate mxf folder on the server
- files still won’t relink
Does anyone know how to resolve this issue other than copying the whole folder to the sever again. I mean right now it’s not that bad because it’s like 70 gigs, but next time it could be like 200GB or more. So hopefully someone knows the answer to this problem.
Thanks,
Brian -
12 Replies
-
Is this a shared storage among several editing systems? Is the “DIT” station that originally created and indexed the files still attached to the server?
Michael
-
It is? I’m not positive, it was laptop that was used for most of the transferring
-
And yes to your first question. It is a shared storage system. I’d too much about the details because I’m not looped in that deep
-
Change the name of one of the DIT folders to a system name that is still attached and see if that allow re-indexing.
Michael
-
Tried that. No effect
-
Were the folders enclosed within the MXF folder named by Avid or manually named?
If they were manually named, they would probably be read only, so that would explain why no new media database was written when you deleted them.
(Do not worry about the media databases you deleted. They are easily rebuilt once you get to the bottom of what’s going on here.)
-
A few of them were created by avid and some were brought in manually. If that’s the case that folders are read only, Then I shouldn’t be able to place the individual mxf files in the folder in the first place correct?
-
I find it best practice to let Avid Media Composer Create the Proper Folder Directory. I have seen many shared systems and believe it might be fastest and easiest to try these steps to allow Avid to direct you to the correct folder on the Volume you decide:
https://blogs.creativecow.net/blog/14275/avid-please-open-the-folder-for-me-to-drag-my-avid-native-mxf-opatom-media-intoI wonder if this helps?
-
Two things,
your media folder names do not look correct – each should be computer name then ending in sequential number.
eg
machine.1
machine.2
(a new folder is created each time Avid reaches the limit of 5000 files)Secondly as you arent working from Avid storage you need to enable alldrives in console, this will allow Avid MC to read media from network drives.
Once you have done that, delete the two database files mdb & pmr whilst no one is accessing the media and your machine will rescan and create them.
-
anytime i have difficulty with avid scanning a drive or a folder, i create a new title, or import a still to that folder. Avid will create the proper folder structure. At that point you can move your media into that folder, and rename it afterwards to reflect the media that is in it.
Glenn
Reply to this Discussion! Login or Sign Up