22 Nov
2014
22 Nov
'14
1:12 a.m.
Happy to see that more festivals are going full DCP. <shamelessPlug> I
started a company for helping in this process
akadcp.com</shamelessPlug> after having a great experience during my
festival in Quebec City fcvq.ca and sharing that experience in a few
other places.
I understand that you are doing this training as a workshop? That will
be great, let's also teach them how to make a torrent or use btsync! I
dont want to ship around more usb memories! hehehe
For short films, specially having so many computers available, forget
the networked servers, your bottleneck will be checking the source
material, checking and correcting volume and creating the project. And
managing all the files, both source and DCP. Render time will be fine
with single computer.
If you want to benefit from the the network render, you will need to
use batches, like work with the people creating the projets, and then
let the computers do their thing overnight. Probably in a few
independent networks.
As for the best version, I'm sure before January there will be new
ones, or I hope so!! I'm so excited with v2, already did a couple
subtitled dcps with it. And 12 bits processing is also great news.
Carl, maybe this is a good moment to ask for a long-dreamed feature:
having the option to specify the destination for the finished DCP, and
not inside the projet directory. I understand that this breaks your
cool hardlink trick.
And Carl, once started to ask for christmas presents :) All that
little md5 files can be somehow packaged in a single file? It's a pain
to delete or move all of them. And quite usually dcpomatic-made DCPs
are mistakenly sent with the whole projet directory, making the ingest
insanely slow, as the server checks all that md5 as ingest candidate
files.
Jim and any other one in a similar situation, please please! keep in contact.
Manuel AC
On Fri, Nov 21, 2014 at 3:55 PM, Jim Dummett <j(a)dummett.org> wrote:
Hello all.
I'm doing tech on the London Short Film Festival which is January. We are
delivering all the films to cinemas on DCP this year (all 350 of them) and
will be using DCP-o-matic to use them.
We're holding a workshop tomorrow and Sunday where we're going to train 100
film-makers on DCP-o-matic, and then guide them through the process so that
by the end of the weekend, they will hopefully all have DCPs of their films.
I have a couple of last-minute questions that I would very much appreciate
it if anyone would be able to help with.
1. Encoding servers
We have a network of 30 iMacs, all networked together with Gigabit ethernet.
We intend to run dcpomatic_server_cli on all of those, with DCP-o-matic
itself running on the laptops of the film-makers and using the encoding
servers to do the heavy lifting.
a. Will it work with 30 encoding servers?
b. What happens if two instances of DCP-o-matic try to send jobs to the
encoding servers simultaneously? Is it first-come-first-served and whoever
submits their job first gets control of all the encoding servers until their
job is complete? Or do the encoding servers get shared out between different
jobs so multiple jobs can run concurrently? Or, terror-of-terrors, will the
whole thing crash?
2. Best version to use
How stable is v1.76.13 likely to be? Or should we use v1.76.0?
I've been told that some issues with colour space conversion are being
resolved in recent test releases. Is v1.76.13 going to give a better result
in terms of colour than the 1.76stable?
Sorry for the barrage of last-minute queries. I hope someone may have some
pointers?
Many thanks,
Jim
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic