10 Dec
2015
10 Dec
'15
10:59 a.m.
On Wed, 9 Dec 2015, Carsten Kurz via DCPomatic wrote:
Am 09.12.2015 um 12:06 schrieb Linus Svahn via DCPomatic:
Hashing of video / audio should be indicated separately on the progress
bar, not done in the 99% part of the encode... if that isn't happening
there's a bug. It appears to work for me on Linux.
Cheers,
Carl
Hi, Im using the latest version of DCP-o-matic
and I'm experiencing
freezing/long hangs at 99%. The clip I'm transcoding is 2h long and
the only way I got it to work was to trim the clip to three different
parts. It still freezes at 99% but if I wait 5 minutes the "computing
image test" starts. I waited over 30 minutes twice when trying to
transcode the whole clip.
For 2h features, this 'might be' normal, as the final hash and audio
computing can take quite a while, and the progress bar doesn't say much
during that phase. Previously I think there had been issues with some
audio file types that would crash the process at 99%, but these should
have been fixed.
What type of machine did you use?
The time needed for hashing/audio can easily come to 10% of the whole
encoding time needed. Depending on feature length and the machine used,
that can be an hour or more, while you're staring at that 99% number.