3 Jul
2018
3 Jul
'18
12:10 p.m.
Just to agree with Carsten, for my purposes, I would prefer this to be
"opt in".
Except for exceptional cases, I like to produce all DCPs with as simple
a format as possible - a single reel. The idea is to standardise the
output so that all DCPs I produce are as similar to each other as possible.
That (1) leaves less room for hitting a kink in a particular server's
way of reading more complicated DCPs and (2) means if I send one DCP to
a cinema and it plays, I know that every other DCP I send them should
play too.
Jim
On 28/06/2018 12:50, Carsten Kurz via DCPomatic wrote:
I would still opt to have an option to actively enable
it, as another reel segmentation option. Maybe even 'split by content' could be a
side switch for this? I think users should have the ultimate choice to control the reel
structure. A bit hypothetical, but what if users want a strict 4GB reel segmentation due
to storage media, but there is repeat content that is larger than 4GB?
The problem is, some exotic cases may need/want reel re-use AND absolute reel size limit?
Well, maybe too exotic... But then it would be good if both would only work exclusively,
so the users notices he can only use either option.
- Carsten
...gesendet von unterwegs
Am 27.06.2018 um 21:23 schrieb Carl Hetherington
via DCPomatic <dcpomatic(a)carlh.net>et>:
Maybe there's two related features here:
1. use of reels to reduce DCP size when there is long still-image (or
black) content
2. use of reels to reduce DCP size when there is repeated content
I was thinking more of #2, which could probably done silently (or almost
silently). I agree that the same solution for #1 would probably be a bad
idea.
All the best,
Carl
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic On Wed, 27 Jun 2018, Carsten Kurz via DCPomatic
wrote:
I would hesitate to make this happen automatically, since it could
create unnecessary complex reel segmenting even when this is not
intended. I guess there needs so be some parameter that sets the minimum
reuse length, and you need to think how you deal with reel setting.
Maybe enabling this reuse feature could be implemented as another reel
option?
- Carsten
...gesendet von unterwegs
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic > Am 27.06.2018 um 17:47 schrieb Carl
Hetherington via DCPomatic <dcpomatic(a)carlh.net>et>:
>
> On Tue, 19 Jun 2018, Carsten Kurz via DCPomatic wrote:
>
>
>> Am 18.06.2018 um 18:33 schrieb Tom Haines via DCPomatic:
>>
>> Does anyone know if it's possible to build a DCP with DCP-o-matic that
>> repeats a source file a number of times, but only encodes it once? So
>> essentially the CPL would point to the same asset multiple times.
>>
>> I'm adding the source video multiple times in the content tab, and
>> then selecting "split by video content" for reels. This still
>> re-encodes each instance of the source video.
> I was thinking about that option lately as well, basically to allow long
> intermission slides, blacks, etc. with low storage needs, etc.
>
> Currently, as others pointed out, it is not possible. When thinking
> about it, I also tried to figure out how one could integrate that option
> in the existing GUI. One could have a checkbox 'reuse content', and
> specify a minimum length for it, so that e.g. 1min segments would be
> reused.
>
> However, let's see what Carl has to say about it. What I see from recent
> bugs and bug resolving is that creating reels and keeping up with all
> the increasing ambitions from subtitles, etc., this could become
> cumbersome to get working flawlessly. Especially since it is only used
> for very rare special applications.
It seems like a nice idea. I imagine it may even not need a UI at all...
could we not just look for areas of the timeline that could be repeated
and repeat them via a reel manipulation?
https://dcpomatic.com/mantis/view.php?id=1330
All the best,
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