On Mon, 13 Nov 2017 18:42:26 +0100
Carsten Kurz via DCPomatic <dcpomatic(a)carlh.net> wrote:
There is a compute thread setting in DOM that is used
for J2K encoding.
In think one of the more recent code improvements was to do J2K DECODING while playing
DCPs multithreaded as well. While I appreciate that I have 0 dropped frames in the player
at 1/4 res, I notice that my 4core/HT MacBook only uses 4 threads while playing.
And even these are only loaded 50%. I am nearly sure this machine could do at least 1/2
res decoding, without dropped frames, if not full res.
Is there a way to improve this? How does the stand alone player decide how many threads
to use? Or is OS X doing the thread distribution?
It should use all the cores that the machine offers. Does DCP-o-matic pick the correct
default number of encoding threads on your machine?
Wouldn't it be useful if DOM (main app) would use
1/4res when playing DCPs in preview as well, and per default? The preview window is
probably not much larger in most working environments anyway.
That's a good idea; I've added it as Mantis #1145.
All the best,
Carl