Added to MultiPIPE in TMuC 0.7.3 extra information, which makes it possible for the decoder to distribute the task of entropy decoding among several parallel CPUs, such that the computational load on each CPU would be roughly equal. The "BalancedCPU" option in the configuration file sets the expected number of decoding CPUs (see Dresden A120). This option has no effect for serial PIPE.

The load balancing information is added by the encoder, but the decoder silently ignores it in this version.

Im using HM11.0 release version. I've used strict compile settings and see decoder crashes. I'm using arm-xilinx-linux-gnueabi-g++ (Sourcery CodeBench Lite 2012.09-104) 4.7.2 compiler.

1. Line #391, TComRom.cpp file

" UInt log2Blk = g_aucConvertToBit[ uiNumBlkSide ] + 1;"

The array g_aucConvertToBit is of type Char and initialised to -1. Desired value in log2Blk is 0, but compiler is putting 256. Changing UInt log2Blk to UChar log2Blk fixes the issue.

2. In file TComMotionInfo.h, class TComMvField {

private:

TComMv m_acMv; Int m_iRefIdx;

...

}

Same issue with parameter m_iRefIdx. Somewhere in code it's initialised by -1, but value returned when queried is 255. Changing m_iRefIdx from Int to Char recursively in code fixes the issue.

3. I think there are host of other clean compilation issues, but they aren't causing crashes.

Thanks, Vijay

This ticket is related to ticket #232.

when using the attached configuration amendment, decoding failed.

By disabling macro PREDTYPE_CLEANUP, the deocoding can finish the whole stream. But there was encoding/decoding mismatch. Please refer to the attached log file. Looks like the problem was in deblocking module.