I just thought to test with 3D turned off on both content and output and
it behaves as I would expect creating the slide show in a matter of seconds.
I then tried 2D Content to 3D output which is quick
and 3D content to 2D output equally quick.
Changing the input scaling each time to force regeneration of the video
files.
Only 3D content to 3D output slows down and just munches through every
frame like its never seen it before.
Hope that helps, and may be explains why the bug has gone unnoticed,
there won't be many of us making 3D slide shows.
Andrew
I used DCP-o-matic 1.79 2 years ago to successfully run a 3D convention
in the UK.
After 2 years I now have to do some more and loaded version 2.10.5
I am only trying to generate a test slide show of still images and where
version 1.79 rips through in no time version 2.10 is taking for ever.
It is as if it isn't realising it is using the same still image for all
240 frames of 10 seconds and doing the same calculations over and over
again which 1.79 certainly didn't appear to do, it distinctly did it for
one frame and quickly repeated it.
Is there a setting I need to change or is it a bug in some new code?
I am primarily using it on a MAC with OS-X 10.6.8
But I have just downloaded the latest version to a PC with Windows 10
and although it is 10 times quicker as a machine it still took 5 minutes
to generate a 6 image slideshow of 10 seconds each.
Any help appreciated.
Andrew
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic