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