|
|
Author
|
Topic: Ingesting content from old hard drive
|
|
|
Leo Enticknap
Film God
Posts: 7474
From: Loma Linda, CA
Registered: Jul 2000
|
posted 04-12-2017 11:49 PM
There are many possible reasons why a DCP server might not see any content on a drive you've been given. In order of likelihood, in my experience:
1. The server doesn't have enough bus power to spin up a USB-powered hard drive. 2. The drive is not partitioned and formatted per ISDCF requirements, and your server cannot read the noncompliant aspect(s) of your drive partition table and storage volume. 3. The drive does not contain DCP files, but some form of alternative content (e.g. a ProRes or H.264 file).
The quickest diagnostic tool I've found is a PC or laptop running Ubuntu, with hfsprogs and exFAT utils added. Connect the drive giving trouble to that. If it appears to contain a valid set of DCP files, use GPartEd to see what sort of partition table and volume format it has. If that checks out, the problem is usually insufficient USB power on the DCP server. In any case, if you can see valid DCP files on the drive, copy them to another hard drive or flash stick that is known to work with the DCP server (or if the PC is on the same LAN and subnet and transfer speeds permit, ingest over the LAN via FTP), and that should solve the problem.
| IP: Logged
|
|
|
|
Leo Enticknap
Film God
Posts: 7474
From: Loma Linda, CA
Registered: Jul 2000
|
posted 04-13-2017 10:41 AM
quote: Dave Macaulay I doubt that the exported-from-a-DSS problem is your issue, but it could be. There's no fix for that...
There is, but only if you have access to the DSS from which the DCP was exported, and that DCP is still on it.
1. In Show Manager, note the UUID of the DCP you want to export (the first few characters are enough for ID purposes), by right-clicking on the DCP and selecting properties.
2. Connect to the DSS using an FTP client (e.g. Filezilla)
3. Go to the "generatedPackages" folder, and then the folder named with the UUID of your DCP.
4. Download the CPL, ASSETMAP and VOLINDEX files, which are not copied when exporting a DCP via Show Manager.
5. Add those files to the CPL, audio and video (and, if present, other files such as subtitles) files on the drive containing them.
6. This drive should now be good for ingestion into a non-Dolby server.
I've only ever tried this with unencrypted DCPs - dunno if it would work with encrypted ones (assuming that you have a KDM for the destination media block, obviously) as well.
| IP: Logged
|
|
|
|
|
|
|
|
Ioannis Syrogiannis
Expert Film Handler
Posts: 147
From: Reykjavík, Iceland
Registered: Jun 2005
|
posted 04-18-2017 03:51 AM
quote: Carsten Kurz The problem is, very often you have no access to the originating server anymore, and if you don't, that DCP is lost.
Having back ups from the "generatedPackages" folder some times now, there is no need to use the originating server. The exported (less than proper) DCP can be ingested to another DSS100-200-220 and the missing files will be created in the "generatedPackages" folder once again. Then, you can harvest the full DCP with your FTP connection, as described and pass it on.
In fact, the generated packages don't actually hold the original assetmap, volindex etc. files of the package. You can read that in the text file, where it states it is generated by Dolby. (I really don't understand the purpose, but some TMS libraries generate those files anew, also.)
So, in such cases, a Dolby DSS may save the day.
I wonder if newer IMS implementations, the ones under the Dolby logo would support ingesting such exported DCPs, but I would guess not.
P.S. The DCP-o-matic solution wouldn't work in an encrypted package, since the KDM would be CPL specific and the CPL would be re-generated. Wouldn't it?
| IP: Logged
|
|
|
All times are Central (GMT -6:00)
|
|
Powered by Infopop Corporation
UBB.classicTM
6.3.1.2
The Film-Tech Forums are designed for various members related to the cinema industry to express their opinions, viewpoints and testimonials on various products, services and events based upon speculation, personal knowledge and factual information through use, therefore all views represented here allow no liability upon the publishers of this web site and the owners of said views assume no liability for any ill will resulting from these postings. The posts made here are for educational as well as entertainment purposes and as such anyone viewing this portion of the website must accept these views as statements of the author of that opinion
and agrees to release the authors from any and all liability.
|