Just finished a 15 min film in a bit more than one hour, using version
1.69.00 with similar or worst disk access configuration than before.
I'm trying the next one with 1.76.42 and logging deactivated, let's see.
Thanks!
Manuel AC
On Sun, Jan 18, 2015 at 4:46 PM, Carl Hetherington <cth(a)carlh.net> wrote:
Hi,
For some reason the (single) decoder thread is not going fast enough to
supply the (multiple) encoder threads, so lots of them are starved of
work. Very strange.
You could just try turning off all the logging in prefs -> "Advanced".
There is quite a lot of it, now, and it's just possible that there's
something weird going on there.
Otherwise I think you'll need another debug version to narrow down why the
decoder thread is taking so long to do some reasonably simple stuff.
Thanks!
Carl
On Sun, 18 Jan 2015, Manuel AC wrote:
> I started overthreading at 18, then back to 12, the default configuration.
> Now I'm testing with dcpomatic 1.69.00, available around the dates
> that computer worked properly the last time. 1100% !! something has
> changed in the last versions.
>
> On Sun, Jan 18, 2015 at 4:19 PM, Carsten Kurz <audiovisual(a)t-online.de> wrote:
> >
> > Am 18.01.2015 um 16:44 schrieb Manuel AC:
> >
> >> Wondering if someone saw a similar problem. I'm using a dual hexacore
> >> Xeon Macpro-tower and getting less than 1 fps. It's running OSX
> >> 10.6.8, might be relevant?
> >
> >
> > Are you sure the max number of threads is configured properly in preferences? If
it's set to e.g. 1 thread, 1fps could actually be expected from a current machine.
> >
> > - Carsten
> >
> >