12 Mar
2015
12 Mar
'15
12:15 a.m.
Incidentally, does v2 address the colour space
conversion issues that I've
heard reported can occur in v1.x? (though it looks pretty damn good to me)
There are a few problems with the colour space conversion in both v1 and
v2 that we are working on at the moment. If it looks good to you, carry
on :) Both v1 and v2 have fairly similar code for conversions at present.
Best regards,
Carl
Many thanks,
Jim
On 23/02/2015 00:26, Carl Hetherington wrote:
Hi Jim,
This is possible with the version 2 branch of DCP-o-matic:
http://dcpomatic.com/v2
It can take video MXFs and copy their encoded data into new DCPs without a
transcoding step. That certainly speeds up the creation of multi-version
DCPs.
Any testing of v2 is welcome.
Best regards,
Carl
On Mon, 23 Feb 2015, Jim Dummett wrote:
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
Just a brief thought on this...
It seems to me that the biggest annoyance of making multiple versions
isn't so
much the restriction of a single CPL per DCP, but that the time-consuming
encoding of the video MXF file has to be done anew each time.
Perhaps it'd be possible to allow the user to add already encoded
audio/video
MXF files in the same way as they add e.g. a Quicktime? In that case the
first
version DCP could be created in the usual way, and then all versions after
created using the existing MXF without having to repeat the JPEG2000
compression again. This would allow a much faster method to create e.g.
different versions of the same film with audio in different languages.
Yes, it'd be even better to be able to create DCPs with multiple
playlists,
but if that's a difficult feature to implement, perhaps adding the above
would
be a quick fix to make versioning easier in the meantime?
Just a thought...
Jim
On 22/02/2015 23:59, Carl Hetherington wrote:
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
Hi Carsten,
On Sun, 22 Feb 2015, Carsten Kurz wrote:
> have you thought about how multi-version capability could be
> implemented
> into DCP-o-matic? I understand that currently for most people it only
> makes sense for timed-text which is only in 2.x, but I guess one could
> still think about ways how to implement it?
I have thought about it a bit. It seems to me that the user interface
is
the hardest part: how to represent which content should end up in which
version.
It's possible that a single DCP-o-matic "Film" should always represent a
single CPL, and that there should be some way to link them together to
generate multi-CPL DCPs.
On the other hand, perhaps DCP-o-matic "Film" should be a DCP, or a set
of
CPLs. Then you could have multiple playlists in DCP-o-matic which
generate multiple CPLs in the DCP.
Maybe there should be a "Content" tab, in which the content is set up
(crop, scale, audio gain, etc.), then one or more "Playlist" tabs, where
content is arranged into playlists, then a "DCP" tab which sets up the
DCP
which will contain the playlists.
Alternatively, maybe we can have multiple "Content" tabs with the
ability
to copy content between each one (which will re-use the same stuff in
the
DCP).
Any thoughts are welcome. I think it's important that creating a
single-playlist DCP is just as easy after any changes as before.
Best regards,
Carl
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic